L3 스위치와 라우터의 CEF 작업

L3 스위치는 빠른 패킷 전달을 위해 CEF를 사용한다는 것을 알고 있습니다. 그러나 NAT를 받아야하는 패킷에는 CEF가 작동하지 않습니다. 이것은 에지 라우터 및 에지 L3 스위치에서 CEF를 사용하지 않음을 의미합니까? CEF의 유용성은 LAN으로 제한됩니까?

NAT는 물론 CEF를 사용할 수 있습니다. 다음은 Cisco 자체 가이드입니다. http://www.cisco.com/en/US/tech/tk648/tk361/technologies_q_and_a_item09186a00800e523b.shtml

Q. What kind of routing performance can be expected when using Cisco IOS NAT?

    A. Cisco IOS NAT supports Cisco Express Forwarding switching, fast switching, and process switching. For 12.4T release and later, fast-switching path is no longer supported. For Cat6k platform, the switching order is Netflow (HW switching path), CEF, process path.

    Performance depends on several factors:

        The type of application and its type of traffic

        Whether IP addresses are embedded

        Exchange and inspection of multiple messages

        Source port required

        The number of translations

        Other applications running at the time

        The type of hardware and processor

FIB가 라인 카드로 분배되는 IOS-XR을 실행하는 더 큰 플랫폼은 캐리어 급 NAT도 지원하므로 유용성 만 LAN에만 국한되지는 않습니다.

또한 많은 Cisco L3 스위치는 단순히 NAT를 전혀하지 않습니다

CEF는 Cisco의 FIB에 대한 단어입니다. L3 스위치 당신이 '쉬 IP CEF',이 정보의 어느 것도 실제로 전혀 패킷을 밀어 사용되지 할 때, 이것은 단지 소프트웨어 인 트라이 하드웨어 ASIC을 채우는 데 사용됩니다.

CEF는 Cisco가 최적화 된 데이터 스토리지 / 검색 코드를 설명하는 데 사용하는 용어 일 뿐이며 특정 기능을 가진 특정 기술은 아닙니다.

대부분의 HW 플랫폼에서는 CEF 데이터 구조가 HW 특정 정보를 컴파일하는 데 필요하기 때문에 CEF없이 박스를 실행할 수 없습니다.
MPLS와 같은 일부 기능은 CEF 데이터 구조에 의존하기 때문에 기능이 없으면 작동하지 않습니다.

LAN (L2) 스위칭은 CEF를 통해 추상화되지 않으므로 CEF에 전혀 의존하지 않습니다.

나는 CEF에 관한 최신 정보를 위해이 책을 추천 한다 (12.2S에 대한 주요 CEF 재 작성 이후에 쓰여졌다)

IP Trie FIB의 CEF 정의를 제한하는 경우 NATPT에 사용할 수 없습니다. NATT에 사용할 수없는 것은 무엇이고 어디에서 무엇을 미리 결정할 수 없기 때문입니다. 그러나 설명 된 것처럼 CEF는 특정 기술이 아니며 더 넓은 개념이므로 CEF가 NAT 기능인지 아닌지에 대해서는 논란의 여지가 있습니다 .CEF 기능 인 측면에서 잘못 할 것입니다.

bu.ip.fi#sh cef features global  | b Local
  Global Local features not attached to a specific interface:
     NAT
bu.ip.fi#

나는 CEF 없이는 아무 것도 실행하지 않을 것이며 아마도 그것이 불가능한 선택의 여지가 있기 때문일 것입니다. 주니퍼는 열등한 대안이 존재하지 않기 때문에 다른 방법과 구별 할 필요가 없기 때문에 동일한 개념을 설명하는 데 사용하는 특정 용어가 없습니다.

이것은 에지 라우터 및 에지 L3 스위치에서 CEF를 사용하지 않음을 의미합니까? CEF의 유용성은 LAN으로 제한됩니까?

CEF는 라우터가 Layer3 전달 작업 중에 Layer2 정보를 신속하게 다시 쓸 수 있도록하므로 유용합니다. WAN 라우터는 LAN 스위치처럼 Layer2 헤더 정보를 다시 작성해야합니다 ... CEF는 두 가지 유형의 라우터 모두에 매우 유용합니다.

고급 CEF에서는 두 가지 기능을 수행합니다.

• 라우팅 된 접두사를 다음 홉에 매핑하는 라우팅 테이블의 섀도 복사본을 포함합니다.
• 첫 번째 글 머리표에 언급 된 송신 다음 홉을 통해 IP 패킷을 다시 작성하는 데 필요한 Layer2 헤더에 대한 캐시 된 정보를 제공하는 Layer2 인접 테이블에 대한 참조를 포함합니다.

예:

Serial1 / 0에 WAN HDLC 링크가 있고 FastEthernet0 / 0을 통한 LAN 연결이있는이 라우터를 고려하십시오.

R1#show adjacency internal
Protocol Interface                 Address
IP       Serial1/0                 point2point(5)
                                   0 packets, 0 bytes
                                   0F000800             <--------- HDLC Header rewrite info
                                   CEF   expires: 00:02:17
                                         refresh: 00:00:17
                                   Epoch: 0
                                   Fast adjacency disabled
                                   IP redirect enabled
                                   IP mtu 1500 (0x0)
                                   Fixup disabled
                                   Adjacency pointer 0x6663D3E0, refCount 5
                                   Connection Id 0x000000
                                   Bucket 6

192.0.2.1로 이동하는 IPv4 패킷이 LAN의 FastEthernet0 / 0에서 라우터로 들어가고 WAN에서 Serial1 / 0을 종료해야한다고 가정합니다 (Serial1 / 0을 종료한다는 사실은 CEF 표 ... 및 CEF에서 찾을 수 있습니다) 테이블은 인접 테이블을 참조합니다).

라우터가 FastEthernet0 / 0에서 IPv4 패킷을 수신하면 라우터는 이더넷 헤더를 제거하고 HDLC 헤더를 앞에 추가해야합니다 . 이는 0F000800IPv4 대상 0x0800이므로 다음 헤더는 HDLC "type"값입니다. IPv4).

CEF가 Serial1 / 0에 대한 (사소한) 헤더 재 작성 정보를 캐시하지 않은 경우, 프로세스 스위치 레벨에서 정보를 수동으로 찾아야합니다 (매우 느림). 이러한 인접 테이블 값은 Serial1 / 0의 캡슐화가 변경되지 않는 한 변경되지 않습니다. 따라서 Cisco IOS는 인접 테이블에 인접 재 작성 정보를 캐시합니다.

다시 쓰기 정보는 프레임 릴레이 또는 ATM PVC를 볼 때 더 복잡해집니다.

CCO에 관한이 문서 (문서 ID : 17812) 는 많은 CCO 컨텐츠를 다시 해싱함으로써 할 수있는 것보다 더 나은 것을 설명 할 수 있습니다.