Tentu saja NAT dapat menggunakan CEF. Ini dari panduan Cisco sendiri di sini: 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
Platform yang lebih besar yang menjalankan IOS-XR, di mana FIB didistribusikan ke kartu garis, juga mendukung NAT tingkat operator, jadi kegunaannya tidak terbatas pada LAN saja.
Juga banyak switch L3 Cisco tidak melakukan NAT sama sekali
CEF adalah kata Cisco untuk FIB mereka. Ketika di saklar L3 Anda melakukan 'sh ip cef', tidak ada informasi ini yang benar-benar digunakan untuk mendorong paket sama sekali, ini hanya perangkat lunak trie yang digunakan untuk mengisi ASIC perangkat keras.
CEF hanyalah istilah yang digunakan Cisco untuk menggambarkan kode penyimpanan / pengambilan data yang dioptimalkan, itu bukan teknologi spesifik dengan fungsi spesifik.
Di sebagian besar platform HW Anda tidak dapat menjalankan kotak tanpa CEF, karena struktur data CEF diperlukan untuk mengkompilasi informasi spesifik HW.
Beberapa fitur seperti MPLS juga memiliki ketergantungan pada struktur data CEF dan karenanya tidak akan berfungsi tanpanya.
Pergantian LAN (L2) tidak diabstraksi melalui CEF, jadi tidak bergantung pada CEF sama sekali.
Saya merekomendasikan buku ini untuk informasi terkini tentang CEF (ditulis setelah CEF utama menulis ulang sekitar 12.2S)
Jika Anda membatasi definisi CEF dari IP Trie FIB, maka jelas bahwa itu tidak dapat digunakan untuk NAPT, karena Anda tidak dapat menentukan sebelumnya apa yang dinotasikan dan di mana. Tetapi seperti yang dijelaskan, CEF bukanlah teknologi spesifik, itu konsep yang lebih luas, dan karena itu dapat diperdebatkan apakah CEF adalah fitur NAT atau bukan, saya akan salah menganggapnya sebagai fitur CEF:
Saya tidak akan pernah menjalankan apa pun tanpa CEF dan itu mungkin hanya karena alasan warisan pilihan untuk menonaktifkannya bahkan ada. Pertimbangkan Juniper, mereka tidak memiliki istilah khusus yang mereka gunakan untuk menggambarkan konsep yang sama, karena mereka tidak perlu membedakannya dari beberapa metode alternatif, karena alternatif inferior seperti itu tidak ada.
sumber
CEF berguna karena memungkinkan router untuk dengan cepat menulis ulang informasi Layer2 selama operasi penerusan Layer3. Router WAN harus menulis ulang informasi header Layer2 seperti halnya switch LAN ... CEF sangat berguna untuk kedua jenis router.
Pada tingkat tinggi CEF melakukan dua fungsi:
Contoh:
Pertimbangkan router ini yang memiliki tautan WAN HDLC pada Serial1 / 0, dan koneksi LAN melalui FastEthernet0 / 0 ...
Misalkan paket IPv4 menuju ke 192.0.2.1 memasuki router dari FastEthernet0 / 0 pada LAN, dan harus keluar dari Serial1 / 0 pada WAN (fakta bahwa ia keluar dari Serial1 / 0 ditemukan dalam tabel CEF ... dan CEF tabel referensi tabel kedekatan).
Ketika router menerima paket IPv4 dari FastEthernet0 / 0, router harus menghapus header ethernet dan menambahkan header HDLC , yang merupakan
0F000800
tujuan IPv4 (0x0800
apakah ada nilai "jenis" HDLC untuk mengatakan header berikutnya adalah IPv4).Jika CEF tidak menembolok informasi penulisan ulang tajuk (sepele) untuk Serial1 / 0, CEF harus mencari informasi secara manual pada level proses-switch (yang sangat lambat). Nilai tabel adjacency ini tidak akan berubah selama enkapsulasi pada Serial1 / 0 tidak berubah; Oleh karena itu, Cisco IOS menyimpan informasi penulisan ulang adjacency di tabel adjacency.
Informasi penulisan ulang menjadi lebih terlibat ketika Anda melihat frame-relay atau PVC ATM.
Dokumen ini pada CCO (Document ID: 17812) dapat menjelaskan hal-hal yang lebih baik daripada yang saya bisa dengan mengulangi banyak konten CCO
sumber
fast-switching
) adalah bahwa CEF sudah dihitung sebelumnya. Namun, CEF masih harus menyimpan informasi, jika tidak maka harus dilihat pada level proses-switch ... sangat lambat, dan alasan mengapa kita membutuhkan CEF untuk antarmuka LAN dan WAN.