본문 바로가기

네트워크

프로세스 스위칭, 패스트 스위칭, CEF

프로세스 스위칭, 패스트스위칭,CEF


프로세스 스위칭 명령어
no ip route-cache
패스트스위칭하고 CEF는 캐쉬를 사용하기에 route캐쉬를 끄면
프로세스 스위칭 온이 된다.
CPU 부하 짱
스위치 속도 짱느림
per-packet load balancing 이 보기에는 좋아보여도(링크활용도 짱) 스위칭 속도 느리고 패킷 목적지 도달 순서가 뒤죽박죽일수 있다.
Ex: 1.1.1.1 루프백 인터페이스에 로드밸런싱 할 때
     핑 10개 때리면
     A 루트 사용
     B 루트 사용
     A 루트 사용
     B 루트 사용
     A 루트 사용
     B 루트 사용
     A 루트 사용
     B 루트 사용
     A 루트 사용
     B 루트 사용
이런식임


패스트 스위칭
처음 패킷 보낼때는 라우팅 테이블 사용
그 후에는 저장된 캐쉬정보를 보고 바로 보낸다.
조낸 빠름
목적지별로 부하 분산
2.2.2.2 로 핑을 보내면 어디서 보내든 A길만 사용.

길이 A -----------
      B -----------
      C ----------- 가 있어도 무조건 처음 간 A길만 사용

하지만 나머지 B,C 회선은 트래픽이 없어도 안 쓰니깐
돈 낭비 효과가 발생한다. 그래서 CEF 쓴다.


CEF
동장 명령어: ip cef

처음부터 라우팅 테이블을 캐시로 복사해서 사용
캐쉬 검색 속도 짱빠름
패스트 스위칭이 목적지만 아는 반면에 CEF는 출발지도 안다.
10.10.10.1 로 핑 보낼때
1.1.1.1 에서 핑 보내면 A길 사용하고
2.2.2.2 에서 핑 보내면 B길 사용해서 로드밸런싱한다.
패스트 스위칭에 비교한다면 길 다 사용하니간 좋다.

1.1.1.1 ---------> a길 ----> 10.10.10.1 도착
2.2.2.2 -------> b길 ----> 10.10.10.1 도착
3.3.3.3 -------> c길 ----> 10.10.10.1 도착
이런식임
요기서 프로세스 스위칭처럼 per packet 방식 쓰고 싶다면
해당 인터페이스 가서

명령어: ip load-sharing per-packet
하면 패킷 하나당으로 분산된다.

사용자 삽입 이미지