जवाबों:
NAT बेशक CEF का उपयोग कर सकता है। यह सिस्को के अपने मार्गदर्शक के यहाँ से है: http://www.cisco.com/en/US/tech/tk648/tk361/technologies_q_and_a_item09186a00800e523b.shmml
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
IOS-XR पर चलने वाले बड़े प्लेटफ़ॉर्म, जहाँ FIB लाइन कार्डों के लिए सीमित हो जाता है, वाहक वाहक NAT का भी समर्थन करते हैं, इसलिए यह उपयोगिता केवल LAN तक सीमित नहीं है।
इसके अलावा सिस्को के L3 स्विच का एक बहुत बस NAT नहीं करते हैं
सीईएफ उनके FIB के लिए सिस्को का शब्द है। जब L3 स्विच में आप 'sh ip cef' करते हैं, तो इस जानकारी में से कोई भी वास्तव में पैकेट को पुश करने के लिए उपयोग नहीं किया जाता है, यह सिर्फ सॉफ्टवेयर trie है जो हार्डवेयर ASIC को पॉप्युलेट करने के लिए उपयोग किया जाता है।
सीईएफ केवल टर्म सिस्को है जो उनके अनुकूलन डेटा भंडारण / पुनर्प्राप्ति कोड का वर्णन करने के लिए उपयोग करता है, यह विशिष्ट फ़ंक्शन के साथ विशिष्ट तकनीक नहीं है।
अधिकांश HW प्लेटफ़ॉर्म में आप केवल CEF के बिना बॉक्स नहीं चला सकते हैं, क्योंकि HW विशिष्ट जानकारी को संकलित करने के लिए CEF डेटा संरचना की आवश्यकता होती है।
MPLS जैसी कुछ विशेषताओं में CEF डेटा संरचना पर निर्भरता भी है और इस तरह इसके बिना काम नहीं होगा।
LAN (L2) स्विचिंग CEF के माध्यम से अमूर्त नहीं है, इसलिए यह CEF पर निर्भर नहीं करता है।
मैं CEF के बारे में अप-टू-डेट जानकारी के लिए इस पुस्तक का सुझाव देता हूं (यह प्रमुख CEF के बाद लिखा है 12.2S के आसपास)
यदि आप IP Trie FIB की CEF परिभाषा को विवश करते हैं, तो जाहिर है कि इसका उपयोग NAPT के लिए नहीं किया जा सकता है, क्योंकि आप यह निर्धारित नहीं कर सकते हैं कि क्या natted है और कहाँ है। लेकिन जैसा कि समझाया गया है, 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 की उपयोगिता LAN तक सीमित है?
CEF उपयोगी है क्योंकि यह Layer3 अग्रेषण परिचालनों के दौरान Layer2 जानकारी को जल्दी से फिर से लिखने के लिए एक राउटर की अनुमति देता है। WAN राउटरों को Layer2 हैडर जानकारी को फिर से लिखना होगा जैसे LAN स्विच करते हैं ... CEF दोनों प्रकार के राउटर के लिए बेहद उपयोगी है।
एक उच्च-स्तरीय CEF दो कार्य करता है:
उदाहरण:
इस राउटर पर विचार करें जिसमें Serial1 / 0 पर एक WAN HDLC लिंक है, और FastE ईथरनेट0 / 0 के माध्यम से एक लैन कनेक्शन ...
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 पर FastE ईथरनेट0 / 0 से राउटर में प्रवेश करता है, और WAN पर Serial1 / 0 से बाहर निकलना चाहिए (यह तथ्य कि यह Serial1 / 0 से बाहर निकल रहा है, CEF तालिका में पाया जाता है ... और CEF तालिका सन्निकटन तालिका का संदर्भ देता है)।
जब राउटर FastE ईथरनेट0 / 0 से IPv4 पैकेट प्राप्त करता है, तो राउटर को ईथरनेट हेडर को उतारना पड़ता है और HDLC हेडर को प्रीपेन्ड करना होता है, जो कि 0F000800तब होता है, जब यह IPv4 डेस्टिनेशन ( 0x0800एचडीएलसी के प्रकार के रूप में होता है) "अगला हेडर कहने के लिए यह मान है" आईपीवी 4)।
यदि CEF ने Serial1 / 0 के लिए (तुच्छ) हेडर को फिर से नहीं लिखा है, तो इसे प्रोसेस-स्विच स्तर पर मैन्युअल रूप से जानकारी को देखना चाहिए (जो बहुत धीमी है)। ये आसन्न तालिका मान तब तक नहीं बदलेंगे, जब तक कि Serial1 / 0 पर इनकैप्सुलेशन नहीं बदलता; इसलिए, सिस्को IOS आसन्न तालिका में आसन्न पुनर्लेखन जानकारी को कैश करता है।
जब आप फ़्रेम-रिले या ATM PVCs को देखते हैं, तो पुनर्लेखन जानकारी अधिक शामिल हो जाती है।
CCO पर यह दस्तावेज़ (दस्तावेज़ ID: 17812) CCO सामग्री का एक बहुत rehashing से मैं बेहतर चीजों को समझा सकता हूं
fast-switching) के बीच पर्याप्त अंतर यह है कि सीईएफ पूर्व-गणना है। हालांकि, सीईएफ को अभी भी जानकारी को कैश करना होगा, अन्यथा इसे प्रक्रिया-स्विच स्तर पर देखना होगा ... बहुत धीमी गति से, और यही कारण है कि हमें लैन और वैन इंटरफेस दोनों के लिए सीईएफ की आवश्यकता है।