CCIE-思科快速轉(zhuǎn)發(fā)機(jī)制(CEF-Cisco Express Forwarding)
CEF采用一個(gè)4級每級256條通道結(jié)構(gòu)的轉(zhuǎn)發(fā)表來指明轉(zhuǎn)發(fā)條目的位置，轉(zhuǎn)發(fā)表有nexthop等信息，涵蓋了整個(gè)IPv4的地址范圍，并有指針指向另一個(gè)鄰接表。轉(zhuǎn)發(fā)條目(MAC地址之類)都存儲在一個(gè)單獨(dú)的鄰接表上。這兩個(gè)表包括了所有的轉(zhuǎn)發(fā)信息，而這些轉(zhuǎn)發(fā)信息是根據(jù)路由表和ARP來構(gòu)造的。
CEF簡化了查詢的步驟，提高了單位時(shí)間的工作效率。而且從整體上來看，路由信息和轉(zhuǎn)發(fā)信息是分離的，數(shù)據(jù)包的轉(zhuǎn)發(fā)只根據(jù)轉(zhuǎn)發(fā)信息而不用參照路由信息，可以充分利用專用硬件的功能來達(dá)到線速轉(zhuǎn)發(fā)，而不受路由變化或者其他因素的干擾，保證了轉(zhuǎn)發(fā)的高速高效。
 |
CEF轉(zhuǎn)發(fā)提供3張表
1>FIB:從路由選擇表中拷貝過來的轉(zhuǎn)發(fā)信息，包括路由選擇表中用于轉(zhuǎn)發(fā)路由分組所必須的最少信息。
2>鄰接表：維護(hù)一個(gè)鄰接節(jié)點(diǎn)以及他們相關(guān)的2層MAC重寫或嚇一跳信息數(shù)據(jù)庫
3>NetFlow Table:用于統(tǒng)計(jì)網(wǎng)絡(luò)數(shù)據(jù)等
需要指出的是，CEF的轉(zhuǎn)發(fā)信息不是存儲在cache里的，因此也不存在過期作廢或定時(shí)刷新，只有根據(jù)路由表的變化而進(jìn)行的更改，通常很穩(wěn)定。而且轉(zhuǎn)發(fā)信息是從路由信息經(jīng)過一定處理后轉(zhuǎn)換過來的，也就是說，如果在轉(zhuǎn)發(fā)信息里找不到某個(gè)數(shù)據(jù)包的轉(zhuǎn)發(fā)信息，那么也不用費(fèi)心到路由那里去了，因?yàn)槟抢锟隙ㄒ矝]有。這個(gè)數(shù)據(jù)包的下場不是被扔掉就是轉(zhuǎn)到其他轉(zhuǎn)發(fā)線程中去，轉(zhuǎn)發(fā)信息等于是路由信息針對于硬件轉(zhuǎn)發(fā)的一個(gè)變形。
這樣的結(jié)構(gòu)布局保證了路由功能和交換功能的分離(軟件上)。路由功能只處理三層以上信息，如路由信息處理、策略等，然后形成一個(gè)路由表，再根據(jù)這個(gè)路由表生成相應(yīng)的轉(zhuǎn)發(fā)信息。轉(zhuǎn)發(fā)功能很明確，就是根據(jù)這些轉(zhuǎn)發(fā)信息來工作，沒有相關(guān)信息就拒絕。而不象MLS那樣，遇到不認(rèn)識的還得回頭找路由問明白，那樣降低了轉(zhuǎn)發(fā)效率。CEF在軟件形式上實(shí)現(xiàn)了路由和交換功能的分離，而并不意味著路由器物理結(jié)構(gòu)上的分離，所以它也可以在一些多層交換機(jī)和低端的路由器上實(shí)施。
它的高速表現(xiàn)在以下兩個(gè)方面：
1>在查詢方式上簡化了步驟，提高了速度；
2>在分離了路由和轉(zhuǎn)發(fā)功能。
支持CEF的硬件平臺
Cisco首先在高端路由器平臺實(shí)現(xiàn)CEF，此后，Catalyst交換機(jī)也支持CEF的轉(zhuǎn)發(fā)，但是還存在一些差別，但均提供如下特性：
1． 基于“最長地址匹配”查找的高速轉(zhuǎn)發(fā)
2． 等價(jià)路徑的負(fù)載均衡
3． 逆向路徑轉(zhuǎn)發(fā)檢查(RPF)
4． 不詳路由的無效
有些CEF特性僅在路由器上實(shí)現(xiàn)
1． 關(guān)閉基于CEF的轉(zhuǎn)發(fā)能力
2． 每個(gè)前綴和每個(gè)前綴長度的CEF統(tǒng)計(jì)
3． 從負(fù)載共享路徑統(tǒng)計(jì)數(shù)據(jù)
4． 基于每個(gè)分組的負(fù)載均衡
當(dāng)您在網(wǎng)絡(luò)中使用CEF時(shí)，請先考慮以下項(xiàng)目：
加載當(dāng)前完整的Internet路由信息的平臺所需的最小內(nèi)存(推薦)：
－ 集中路由模塊上需要128MB
－ 每個(gè)線路卡上需要64MB
CEF不能在一個(gè)線路卡上和VIP－分布式快速交換同時(shí)運(yùn)行。
缺省情況下，如果Cisco IOS軟件在交換數(shù)據(jù)報(bào)時(shí)遇到CEF不支持的功能和封裝類型，它將采用其他交換方法(如***交換、快速交換、過程交換)。
當(dāng)前CEF不支持以下功能：
－ 策略路由
－ 網(wǎng)絡(luò)地址翻譯(NAT)
－ 路由交換模塊上的訪問控制列表
－ 多點(diǎn)PPP封裝
－ SMDS
－ 令牌環(huán)
－ ATM
－ ISL封裝
以下平臺支持CEF功能：
Cisco7000系列路由器(需要裝備RSP7000)
Cisco7200系列
Cisco7500系列
Cisco12000系列
第二代接口模塊(VIP2-20、VIP2-40、VIP2-50)支持CEF。
在不同的路由器平臺上，硬件對CEF的支持可能會有所不同，這要由路由器中安裝的路由模塊和其他硬件所決定。例如在Cisco12000系列路由器上，所有的線路卡都支持CEF交換；在Cisco7500系列路由器上，要實(shí)現(xiàn)CEF交換，需要有RSP模塊和VIP線路卡的支持。每個(gè)接口卡用自己的引擎獨(dú)立地運(yùn)行CEF去轉(zhuǎn)發(fā)數(shù)據(jù)包，并且都獨(dú)自擁有一個(gè)對FIB表的拷貝。每個(gè)接口卡獨(dú)立的去交換數(shù)據(jù)包，減輕了中心路由處理模塊的負(fù)擔(dān)。
CEF操作
要了解CEF，必須先了解Supervisor的處理結(jié)構(gòu) Cisco Supervisor2結(jié)構(gòu)如下
底板：
主要提供交換矩陣，32Gbit/s的總線，多播復(fù)制ASIC，網(wǎng)絡(luò)管理處理器，還有基于GBIC的2個(gè)接口。此外還提供PFC2和MSFC2子板的連接器
PFC2：
提供一組ASIC進(jìn)行所有基于硬件的轉(zhuǎn)發(fā)。通常CEF就是在這個(gè)卡上實(shí)現(xiàn)的。 他提供基于3層的轉(zhuǎn)發(fā)引擎。提供各種3層表，如FIB，鄰接表等。此外，PFC還包口基于硬件的訪問控制列表和Qos機(jī)制的ASIC。
MSFC2：
MSFC2提供一個(gè)處理所有3層控制板活動的cpu?？刂瓢迨翘幚砺酚捎?jì)算的硬件體系結(jié)構(gòu)的一部分。MSFC2負(fù)責(zé)處理不能由PFC2硬件元素處理的功能，以及所有路由選擇協(xié)議活動的處理，比如OSPF和BGP的路由選擇更新。MSFC2 也負(fù)責(zé)形成lP路由選擇表、FIB 表和鄰近表。
在這3個(gè)組件中，監(jiān)控底板和PFC2是強(qiáng)制構(gòu)件，而MSFC2組件是可選的(盡管它是第3層交換十分需要的)，因?yàn)樗ㄐ纬蒀EF表的CPU.MSFC2子卡上的CPU運(yùn)行任何所配置的路由選擇協(xié)議需要的所有實(shí)例。此外，CPU還處理不能用硬件處理的分組。MSFC2是基于ciscoIOS軟件的路由器，并以同樣方式配置。配置參數(shù)與Cisco 7200系列路由器上的一樣。CEF同Supervisor一起默認(rèn)啟用。事實(shí)上，它不能關(guān)閉。
對于大多數(shù)通用的CEF功能，不需要特別地配置來啟用CEF ，除了路由選擇協(xié)議、網(wǎng)絡(luò)接口地址等的標(biāo)準(zhǔn)配置。
在路由器初始化時(shí)，會根據(jù)路由器軟件配置中的信息構(gòu)建一張路由選擇表(如靜態(tài)路由、直連路由，以及通過路由選擇協(xié)議交換動態(tài)學(xué)習(xí)到的路由)。在構(gòu)建了路由選擇表之后，CPU自動創(chuàng)建FIB和鄰近表。FIB 和鄰近表顯示了按照***轉(zhuǎn)發(fā)方式進(jìn)行的出現(xiàn)在路由選擇表中的數(shù)據(jù)。
與基于通信流的流緩存不同，cEF表是基于網(wǎng)絡(luò)拓?fù)洹．?dāng)一個(gè)分組進(jìn)入交換機(jī)時(shí)，交換機(jī)的第3層轉(zhuǎn)發(fā)引擎ASIC根據(jù)目的網(wǎng)絡(luò)和最詳細(xì)的網(wǎng)絡(luò)掩碼澎于最長匹配查找。例如，PFC2不是基于目的地址172.31.10.3進(jìn)行交換，而是查找網(wǎng)絡(luò)172.31.10.0/24 并交換到連接該網(wǎng)絡(luò)的接口上。并且不涉及除路由選擇表和預(yù)先建立的FIB表之外的任何軟件。此外，一旦路由選擇表中發(fā)生了變化，所有的cEF 表會立即更新。這使得這個(gè)方法是高效的，緩存不會由于路由翻動而無效。CEF更加適應(yīng)網(wǎng)絡(luò)拓?fù)涞淖兓?/P>
CEF表
1.CEF轉(zhuǎn)發(fā)信息庫：
CEF利用轉(zhuǎn)發(fā)數(shù)據(jù)庫(FIB)來進(jìn)行基于IP目的地前綴的交換決策。從概念上講，F(xiàn)IB類似于一個(gè)路由表或信息庫，它維護(hù)著一個(gè)包含IP路由表轉(zhuǎn)發(fā)信息的鏡像。當(dāng)網(wǎng)絡(luò)中路由或拓?fù)浣Y(jié)構(gòu)發(fā)生了變化時(shí)，IP路由表就被更新，而這些變化也將反映在FIB中?；贗P路由表中的信息，F(xiàn)IB維護(hù)著下一跳的地址信息。因?yàn)镕IB條目和路由表?xiàng)l目之間有一一對應(yīng)的關(guān)系，所以FIB中包含了所有已知的路由，這樣就不用維護(hù)路由高速緩存了，而先前的交換方法(比如快速交換和***交換)都要維護(hù)路由高速緩存。
|
|
CEF FIB 表由一棵4級層次的樹組成，如圖所示。4 級來源于IP 議所使用的犯比特地址。層次的每一級是基于32比特中的8 位。CEF依賴最長匹配轉(zhuǎn)發(fā)算法，這意味著按降序搜索整棵樹直到“最長匹配”，即匹配***比特?cái)?shù)。FIB樹分層表示，樹的頂端是最不詳細(xì)的地址，底端是最詳細(xì)的地址。每個(gè)葉以8比特為邊界，按降序排列更詳細(xì)的表項(xiàng)。這棵樹(通常被認(rèn)為是一個(gè)256路的分支樹)提供了一種用于快速查找的高效機(jī)制，確保查找過程中產(chǎn)生最少的延遲。這棵樹也提供一個(gè)高擴(kuò)展性的體系結(jié)構(gòu)，因?yàn)樗芤韵啾扰c表效率來說最小的性能開銷完全統(tǒng)計(jì)IPv4 編址。每個(gè)樹葉提供了一個(gè)到鄰近表中相應(yīng)下一跳表項(xiàng)的指針。
2．鄰接表(Adjacency Table)
如果網(wǎng)絡(luò)中的網(wǎng)絡(luò)節(jié)點(diǎn)只通過一跳就可以穿越鏈路層而彼此到達(dá)對方，那么它們是鄰接的。除了FIB外，CEF還利用鄰接表來提供第二層的尋址信息。鄰接表為所有FIB條目維護(hù)第二層的下一網(wǎng)段地址。
鄰接的發(fā)現(xiàn)當(dāng)路由器發(fā)現(xiàn)存在鄰接時(shí)就增加在鄰接表中，每次生成一個(gè)鄰接條目(就像ARP協(xié)議一樣)，CEF會為那個(gè)鄰接節(jié)點(diǎn)預(yù)先計(jì)算一個(gè)鏈路層頭標(biāo)信息，并把這個(gè)頭標(biāo)信息存儲在鄰接表中。當(dāng)決定路由時(shí)，它就會指向下一跳以及相應(yīng)的鄰接條目。隨后，在對數(shù)據(jù)包進(jìn)行CEF交換時(shí)，用預(yù)先生成的頭標(biāo)信息來對數(shù)據(jù)包進(jìn)行封裝。
分解鄰接 一個(gè)路由表中也許存在多條到達(dá)目標(biāo)網(wǎng)絡(luò)的路徑，例如：當(dāng)路由器被配置成允許冗余路徑和允許負(fù)載均衡時(shí)。對于每一個(gè)被分解的轉(zhuǎn)發(fā)路徑，鄰接條目會被附加一個(gè)頭標(biāo)信息指示出那條路徑的下一跳地址。這種機(jī)制可以用來在多條路徑上實(shí)現(xiàn)負(fù)載均衡。
需要作特殊處理的鄰接類型 另外，因?yàn)猷徑訔l目和下一跳地址相關(guān)聯(lián)，所以一些特殊的鄰接類型可以被用來加速交換過程。前綴被定義后，當(dāng)存在以下被緩存的鄰接條目存在時(shí)，前綴需要作特殊處理?？锗徑右粋€(gè)以Null0接口為目標(biāo)地址的包會被拋棄，在訪問過濾器時(shí)，這可以被用作一種有效的機(jī)制。
鄰接歸納 當(dāng)路由器直接和幾臺主機(jī)相連時(shí)，F(xiàn)IB表中維持的是這個(gè)子網(wǎng)的前綴，而不是各個(gè)主機(jī)的前綴。這個(gè)子網(wǎng)前綴是一個(gè)鄰接的歸納。當(dāng)要轉(zhuǎn)發(fā)某個(gè)數(shù)據(jù)包到某個(gè)具體主機(jī)時(shí)，鄰接數(shù)據(jù)庫使用這個(gè)被歸納的鄰接。
轉(zhuǎn)出鄰接 當(dāng)遇到某些作特殊處理的功能或者CEF不支持的功能時(shí)，路由器將采用更高級別的交換方法處理數(shù)據(jù)包。
丟棄鄰接 數(shù)據(jù)包被丟棄。這種鄰接類型僅僅在Cisco12000系列路由器上出現(xiàn)。
釋放鄰接 數(shù)據(jù)包被釋放，但是前綴仍然有效。
沒有被分解的鄰接 當(dāng)鏈路層頭標(biāo)信息被附加到數(shù)據(jù)包上時(shí)，F(xiàn)IB需要頭標(biāo)指出下一跳的地址。如果FIB表中建立了一個(gè)鄰接，但是并沒有找到第二層的尋址信息，比如沒有通過ARP發(fā)現(xiàn)第二層的尋址信息，這個(gè)鄰接就被認(rèn)為是不完整的。這個(gè)數(shù)據(jù)包就會交給路由模塊處理，鄰接關(guān)系由ARP來決定。
CEF轉(zhuǎn)發(fā)過程
CEF的兩個(gè)表：
 |
3層包從TCAM開始查找；進(jìn)行最長匹配，得到鄰居信息，改寫原有二層數(shù)據(jù)幀(下一跳MAC地址)并轉(zhuǎn)發(fā)。
CEF表是從路由表得來，鄰居表是使用ARP解析得來的。
CEF多層交換的過程：
|
|
左側(cè)MAC-M(MAC地址)是SW。右側(cè)的MAC-M是SW。
如果目的IP地址的MAC不在鄰居表內(nèi)，則SW將使用ARP進(jìn)行解析，以得到目的地址的MAC地址。
ARP Throttling(ARP抑制)：在未獲得目的MAC地址并且進(jìn)行ARP解析時(shí)，除非ARP解析完成并且在鄰居表體現(xiàn)出來外，在解析期間，所有發(fā)往目的主機(jī)的包，將被丟棄，這就是ARP抑制。
 |
FIB最多支持6個(gè)到達(dá)同一目的的鄰居條目。
CEF模式
CEF的操作模式有2種，即集中CEF模式和分散CEF模式。
可以通過其中的任意一種來啟用CEF，同一時(shí)刻用戶只能使用其一種模式。
集中CEF模式 當(dāng)啟用集中CEF模式時(shí)，CEF的FIB和鄰接表駐留在路由處理器中，路由處理器來執(zhí)行快速轉(zhuǎn)發(fā)。對于CEF交換來說，當(dāng)線路卡不可用時(shí)，或者需要使用的功能與分散CEF交換不兼容時(shí)，就可以使用集中CEF模式。
分布CEF模式當(dāng)啟用分布式CEF(dCEF)時(shí)，線路卡(例如VIP線路卡或者GSR線路卡)維護(hù)著一個(gè)與FIB和鄰接表相同的拷貝。線路卡在端口適配器之間執(zhí)行快速轉(zhuǎn)發(fā)，這樣，在進(jìn)行交換操作時(shí)就無須RSP的參與了。dCEF使用一個(gè)“內(nèi)部過程通信”(Inter ProcessCommunication，IPC)機(jī)制，在路由處理模塊和線路卡上，保證FIB和鄰接表的同步。
在Cisco12000系列路由器中，線路卡負(fù)責(zé)執(zhí)行CEF交換。在其他路由器中，或許您使用的不是同一種類型的線路卡，有可能某個(gè)接口卡不支持CEF交換。
當(dāng)某個(gè)不支持CEF交換的線路卡收到數(shù)據(jù)包時(shí)，她將數(shù)據(jù)包轉(zhuǎn)發(fā)給更高的交換層(比如路由處理模塊)或者把數(shù)據(jù)包轉(zhuǎn)發(fā)給下一跳處理。這種機(jī)制允許舊的接口模塊和新的接口模塊并存。
1．Cisco12000系列千兆交換路由器上只運(yùn)行dCEF模式。
2．一個(gè)VIP卡上不允許同時(shí)運(yùn)行分布式CEF交換和分布式快速交換。
3．Cisco7200系列路由器不支持分布式CEF交換。
附加的新功能 在配置集中模式CEF和分布模式CEF時(shí)，您還可以配置以下功能：
1>分布式CEF支持訪問控制列表
2>分布式CEF支持幀中繼包
3>分布式CEF支持?jǐn)?shù)據(jù)包分片
4>支持基于每一個(gè)包或者每一個(gè)目標(biāo)的負(fù)載均衡
5>支持網(wǎng)絡(luò)計(jì)費(fèi)，可以收集數(shù)據(jù)包的個(gè)數(shù)和字節(jié)數(shù)
6>分布式CEF支持跨隧道的交換
發(fā)給下一跳處理。這種機(jī)制允許舊的接口模塊和新的接口模塊并存。
1 Cisco12000系列千兆交換路由器上只運(yùn)行dCEF模式。
2 一個(gè)VIP卡上不允許同時(shí)運(yùn)行分布式CEF交換和分布式快速交換。
3 Cisco7200系列路由器不支持分布式CEF交換。
附加的新功能
在配置集中模式CEF和分布模式CEF時(shí)，您還可以配置以下功能：
1>分布式CEF支持訪問控制列表
2>分布式CEF支持幀中繼包
3>分布式CEF支持?jǐn)?shù)據(jù)包分片
4>支持基于每一個(gè)包或者每一個(gè)目標(biāo)的負(fù)載均衡
5>支持網(wǎng)絡(luò)計(jì)費(fèi)，可以收集數(shù)據(jù)包的個(gè)數(shù)和字節(jié)數(shù)
6>分布式CEF支持跨隧道的交換
CEF操作
CEF：
如果用戶的Cisco路由器中有接口處理器支持CEF時(shí)，就可以啟用CEF。
為了啟用或禁用CEF，可以在全局配置模式下利用下面的命令進(jìn)行配置。
啟用標(biāo)準(zhǔn)CEF模式 ip cef switch
禁用標(biāo)準(zhǔn)CEF模式 no ip cef switch
dCEF：
當(dāng)線路卡執(zhí)行快速轉(zhuǎn)發(fā)時(shí)，則啟用dCEF，這樣，路由處理模塊就可以處理路由協(xié)議或者負(fù)責(zé)交換從舊的接口模塊(不支持CEF交換的模塊)過來的數(shù)據(jù)包。
在Cisco12000系列路由器上，dCEF模式是缺省啟用的。
所以啟用dCEF的命令(ip cef switch)在Cisco12000系列路由器上是沒有意義的，在配置清單上也不會列出dCEF模式被啟用。
為了啟用或禁止dCEF操作，可以在全局配置模式下利用下面的命令進(jìn)行配置。
啟用dCEF模式 ip cef distributed switch
禁用dCEF模式 no ip cef distributed switch
有時(shí)候，在某個(gè)接口配置了一項(xiàng)功能，而CEF或dCEF并不支持該功能,這時(shí)您就可能需要在這個(gè)特定的接口上禁止CEF或dCEF。例如，策略路由和CEF就不能一起使用。您可能想讓一個(gè)接口支持策略路由，而讓其他的接口支持CEF。在這種情況下，可以按全局模式啟用CEF，而在那個(gè)打算配置策略路由的接口上禁用CEF。這樣，除了那一個(gè)接口外，在其他所有接口上都啟用了快速轉(zhuǎn)發(fā)。
在某個(gè)接口上禁用CEF或dCEF，可以在接口配置模式: no ip route-cache cef
爾后又想重新啟用CEF，在接口配置模式下，可以使用： ip route-cache cef
在Cisco12000系列路由器上，您不可以在某個(gè)接口上禁用dCEF模式。
CEF負(fù)載均衡
基于目的地的負(fù)責(zé)均衡：
基于目的地的負(fù)載均衡允許路由器將使用多條路徑來均衡負(fù)載。對于某一源/目標(biāo)主機(jī)，數(shù)據(jù)包轉(zhuǎn)發(fā)采用同一路徑，即使有多個(gè)路徑可用，也將這樣處理。對于到達(dá)不同目的地的數(shù)據(jù)包則可以采用不同的路徑。
當(dāng)啟用CEF時(shí)，基于目的地的負(fù)載均衡功能缺省被啟用。大多數(shù)情況下，都采用這種負(fù)載均衡方法。
因?yàn)榛谀康牡氐呢?fù)載均衡是依賴于對數(shù)據(jù)流的統(tǒng)計(jì)來分布信息的，所以隨著“源/目的地對”個(gè)數(shù)的增加，負(fù)載均衡會變得更加有效。
基于數(shù)據(jù)包的負(fù)載均衡：
當(dāng)啟用基于數(shù)據(jù)包的負(fù)載均衡功能時(shí)，必須先禁用基于目的地的負(fù)載均衡功能。為了禁用基于目的地的負(fù)載均衡功能，可以在接口配置模式下，
no ip load-sharing per-destination
使用基于數(shù)據(jù)包的負(fù)載均衡，路由器可以在路徑上連續(xù)發(fā)送數(shù)據(jù)包，而不用考慮具體的主機(jī)或用戶情況。這種負(fù)載均衡機(jī)制采用輪轉(zhuǎn)辦法來確定每個(gè)數(shù)據(jù)包采用哪條路徑到達(dá)目的地。基于數(shù)據(jù)包的負(fù)載均衡可以保證在多條鏈路上進(jìn)行負(fù)載均衡。
要啟用基于數(shù)據(jù)包的負(fù)載均衡功能，可以在接口配置模式下，
ip load-sharing per-packet
為CEF配置網(wǎng)絡(luò)記賬功能
啟用收集被快速轉(zhuǎn)發(fā)到某個(gè)目的地的數(shù)據(jù)包個(gè)數(shù)和字節(jié)數(shù)
ip cef accounting per-prefix
啟用收集通過某個(gè)目的地被快速轉(zhuǎn)發(fā)的數(shù)據(jù)包的個(gè)數(shù)
ip cef accounting non-recursive
在全局配置模式中為CEF啟用網(wǎng)絡(luò)記賬功能后，相應(yīng)的路由處理器會收集記賬信息。當(dāng)用戶為dCEF啟用網(wǎng)絡(luò)記賬功能后，線路卡上會收集記帳信息。
查看網(wǎng)絡(luò)記帳信息 show ip cef
為CEF配置跨隧道的交換
CEF支持跨隧道的交換，例如GRE隧道。當(dāng)你啟用CEF或者dCEF模式時(shí)，跨隧道的交換會被自動啟用，所以您無需再執(zhí)行任何附加操作來啟用跨隧道的交換。
CEF檢驗(yàn)
Cisco7505#sh ip cef detail |
MSFC2#sh ip cef summary |
【編輯推薦】
