cisco快速轉(zhuǎn)發(fā)CEF詳解_第1頁(yè)
cisco快速轉(zhuǎn)發(fā)CEF詳解_第2頁(yè)
cisco快速轉(zhuǎn)發(fā)CEF詳解_第3頁(yè)
cisco快速轉(zhuǎn)發(fā)CEF詳解_第4頁(yè)
cisco快速轉(zhuǎn)發(fā)CEF詳解_第5頁(yè)
已閱讀5頁(yè),還剩5頁(yè)未讀, 繼續(xù)免費(fèi)閱讀

下載本文檔

版權(quán)說(shuō)明:本文檔由用戶(hù)提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請(qǐng)進(jìn)行舉報(bào)或認(rèn)領(lǐng)

文檔簡(jiǎn)介

1、CEF采用一個(gè)4級(jí)每級(jí)256條通道結(jié)構(gòu)的轉(zhuǎn)發(fā)表來(lái)指明轉(zhuǎn)發(fā)條目的位置,轉(zhuǎn)發(fā)表有nexthop等信息,涵蓋了整個(gè)IPv4的地址范圍,并有指針指向另一個(gè)鄰接表。轉(zhuǎn)發(fā)條目(MAC地址之類(lèi))都存儲(chǔ)在一個(gè)單獨(dú)的鄰接表上。這兩個(gè)表包括了所有的轉(zhuǎn)發(fā)信息,而這些轉(zhuǎn)發(fā)信息是根據(jù)路由表和ARP來(lái)構(gòu)造的。CEF簡(jiǎn)化了查詢(xún)的步驟,提高了單位時(shí)間的工作效率。而且從整體上來(lái)看,路由信息和轉(zhuǎn)發(fā)信息是分離的,數(shù)據(jù)包的轉(zhuǎn)發(fā)只根據(jù)轉(zhuǎn)發(fā)信息而不用參照路由信息,可以充分利用專(zhuān)用硬件的功能來(lái)達(dá)到線速轉(zhuǎn)發(fā),而不受路由變化或者其他因素的干擾,保證了轉(zhuǎn)發(fā)的高速高效。RouteProcessorS2E1E2E2Cisco7500SeriesRo

2、uterRunningCEFCardnterfacdCarxiIfnterfaceCardGiscuCatalystSwitchesRoutingTable一ForwardingErifonmator;BaseAdjacencyTable#-MM1CEF轉(zhuǎn)發(fā)提供3張表1FIB:從路由選擇表中拷貝過(guò)來(lái)的轉(zhuǎn)發(fā)信息,包括路由選擇表中用于轉(zhuǎn)發(fā)路由分組所必須的最少信息。2鄰接表:維護(hù)一個(gè)鄰接節(jié)點(diǎn)以及他們相關(guān)的2層MAC重寫(xiě)或嚇一跳信息數(shù)據(jù)庫(kù)3NetFlowTable用于統(tǒng)計(jì)網(wǎng)絡(luò)數(shù)據(jù)等需要指出的是,CEF的轉(zhuǎn)發(fā)信息不是存儲(chǔ)在cache里的,因此也不存在過(guò)期作廢或定時(shí)刷新,只有根據(jù)路由表的變化而進(jìn)行的更改,

3、通常很穩(wěn)定。而且轉(zhuǎn)發(fā)信息是從路由信息經(jīng)過(guò)一定處理后轉(zhuǎn)換過(guò)來(lái)的,也就是說(shuō),如果在轉(zhuǎn)發(fā)信息里找不到某個(gè)數(shù)據(jù)包的轉(zhuǎn)發(fā)信息,那么也不用費(fèi)心到路由那里去了,因?yàn)槟抢锟隙ㄒ矝](méi)有。這個(gè)數(shù)據(jù)包的下場(chǎng)不是被扔掉就是轉(zhuǎn)到其他轉(zhuǎn)發(fā)線程中去,轉(zhuǎn)發(fā)信息等于是路由信息針對(duì)于硬件轉(zhuǎn)發(fā)的一個(gè)變形。這樣的結(jié)構(gòu)布局保證了路由功能和交換功能的分離(軟件上)。路由功能只處理三層以上信息,如路由信息處理、策略等,然后形成一個(gè)路由表,再根據(jù)這個(gè)路由表生成相應(yīng)的轉(zhuǎn)發(fā)信息。轉(zhuǎn)發(fā)功能很明確,就是根據(jù)這些轉(zhuǎn)發(fā)信息來(lái)工作,沒(méi)有相關(guān)信息就拒絕。而不象MLS那樣,遇到不認(rèn)識(shí)的還得回頭找路由問(wèn)明白,那樣降低了轉(zhuǎn)發(fā)效率。CEF在軟件形式上實(shí)現(xiàn)了路由和交換

4、功能的分離,而并不意味著路由器物理結(jié)構(gòu)上的分離,所以它也可以在一些多層交換機(jī)和低端的路由器上實(shí)施。它的高速表現(xiàn)在以下兩個(gè)方面:1在查詢(xún)方式上簡(jiǎn)化了步驟,提高了速度;2在分離了路由和轉(zhuǎn)發(fā)功能。支持CEF的硬件平臺(tái)Cisco首先在高端路由器平臺(tái)實(shí)現(xiàn)CEF,此后,Catalyst交換機(jī)也支持CEF的轉(zhuǎn)發(fā),但是還存在一些差別,但均提供如下特性:1基于“最長(zhǎng)地址匹配”查找的高速轉(zhuǎn)發(fā)2等價(jià)路徑的負(fù)載均衡3.逆向路徑轉(zhuǎn)發(fā)檢查(RPF)4不詳路由的無(wú)效有些CEF特性?xún)H在路由器上實(shí)現(xiàn)關(guān)閉基于CEF的轉(zhuǎn)發(fā)能力每個(gè)前綴和每個(gè)前綴長(zhǎng)度的CEF統(tǒng)計(jì)從負(fù)載共享路徑統(tǒng)計(jì)數(shù)據(jù)基于每個(gè)分組的負(fù)載均衡當(dāng)您在網(wǎng)絡(luò)中使用CEF時(shí),請(qǐng)

5、先考慮以下項(xiàng)目:加載當(dāng)前完整的Internet路由信息的平臺(tái)所需的最小內(nèi)存(推薦):集中路由模塊上需要128MB每個(gè)線路卡上需要64MBCEF不能在一個(gè)線路卡上和VIP分布式快速交換同時(shí)運(yùn)行。缺省情況下,如果CiscoIOS軟件在交換數(shù)據(jù)報(bào)時(shí)遇到CEF不支持的功能和封裝類(lèi)型,它將采用其他交換方法(如最優(yōu)交換、快速交換、過(guò)程交換)。當(dāng)前CEF不支持以下功能:策略路由網(wǎng)絡(luò)地址翻譯(NAT)路由交換模塊上的訪問(wèn)控制列表多點(diǎn)PPP封裝SMDS令牌環(huán)ATMISL封裝以下平臺(tái)支持CEF功能:Cisco7000系列路由器(需要裝備RSP7000)Cisco7200系列Cisco7500系列Cisco1200

6、0系列第二代接口模塊(VIP2-20、VIP2-40、VIP2-50)支持CEF。在不同的路由器平臺(tái)上,硬件對(duì)CEF的支持可能會(huì)有所不同,這要由路由器中安裝的路由模塊和其他硬件所決定。例如在Ciscol2000系列路由器上,所有的線路卡都支持CEF交換;在Cisco7500系列路由器上,要實(shí)現(xiàn)CEF交換,需要有RSP模塊和VIP線路卡的支持。每個(gè)接口卡用自己的引擎獨(dú)立地運(yùn)行CEF去轉(zhuǎn)發(fā)數(shù)據(jù)包,并且都獨(dú)自擁有一個(gè)對(duì)FIB表的拷貝。每個(gè)接口卡獨(dú)立的去交換數(shù)據(jù)包,減輕了中心路由處理模塊的負(fù)擔(dān)。CEF操作要了解CEF,必須先了解Supervisor的處理結(jié)構(gòu)CiscoSupervisor2結(jié)構(gòu)如下Fa

7、bric&BusGBICGBJCMSFC2PianadeC-RbusLC-Dbus(OSRaular7000)L2L3MulticastRepiicalionASICPacketPursuingBluel/F&EOBCNMPCPU底板:主要提供交換矩陣,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還包口基于硬件的訪問(wèn)控制列表和Qos機(jī)制的ASIC。MSFC2

8、:MSFC2提供一個(gè)處理所有3層控制板活動(dòng)的cpu??刂瓢迨翘幚砺酚捎?jì)算的硬件體系結(jié)構(gòu)的一部分。MSFC2負(fù)責(zé)處理不能由PFC2硬件元素處理的功能,以及所有路由選擇協(xié)議活動(dòng)的處理,比如OSPF和BGP的路由選擇更新。MSFC2也負(fù)責(zé)形成1P路由選擇表、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ù)與Cisco7

9、200系列路由器上的一樣。CEF同Supervisor一起默認(rèn)啟用。事實(shí)上,它不能關(guān)閉。對(duì)于大多數(shù)通用的CEF功能,不需要特別地配置來(lái)啟用CEF,除了路由選擇協(xié)議、網(wǎng)絡(luò)接口地址等的標(biāo)準(zhǔn)配置。在路由器初始化時(shí),會(huì)根據(jù)路由器軟件配置中的信息構(gòu)建一張路由選擇表(如靜態(tài)路由、直連路由,以及通過(guò)路由選擇協(xié)議交換動(dòng)態(tài)學(xué)習(xí)到的路由)。在構(gòu)建了路由選擇表之后,CPU自動(dòng)創(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ò)掩碼澎于最長(zhǎng)匹配查找。例如

10、,PFC2不是基于目的地址172.31.10.3進(jìn)行交換,而是查找網(wǎng)絡(luò)172.31.10.0/24并交換到連接該網(wǎng)絡(luò)的接口上。并且不涉及除路由選擇表和預(yù)先建立的FIB表之外的任何軟件。此外,一旦路由選擇表中發(fā)生了變化,所有的cEF表會(huì)立即更新。這使得這個(gè)方法是高效的,緩存不會(huì)由于路由翻動(dòng)而無(wú)效。CEF更加適應(yīng)網(wǎng)絡(luò)拓?fù)涞淖兓?。CEF表1.CEF轉(zhuǎn)發(fā)信息庫(kù):CEF利用轉(zhuǎn)發(fā)數(shù)據(jù)庫(kù)(FIB)來(lái)進(jìn)行基于IP目的地前綴的交換決策。從概念上講,F(xiàn)IB類(lèi)似于一個(gè)路由表或信息庫(kù),它維護(hù)著一個(gè)包含IP路由表轉(zhuǎn)發(fā)信息的鏡像。當(dāng)網(wǎng)絡(luò)中路由或拓?fù)浣Y(jié)構(gòu)發(fā)生了變化時(shí),IP路由表就被更新,而這些變化也將反映在FIB中?;贗

11、P路由表中的信息,F(xiàn)IB維護(hù)著下一跳的地址信息。因?yàn)镕IB條目和路由表?xiàng)l目之間有對(duì)應(yīng)的關(guān)系,所以FIB中包含了所有已知的路由,這樣就不用維護(hù)路由高速緩存了,而先前的交換方法(比如快速交換和最優(yōu)交換)都要維護(hù)路由高速緩存。i1ICO1312.1961.T.1.J21.21.77l.lt.OLofl/M2.0LcbF1Jl.oLeaf13.0.01.2321.1OJOLesjI2.0.0Leaf1.2.1.MCEFFIB表由一棵4級(jí)層次的樹(shù)組成,如圖所示。4級(jí)來(lái)源于IP議所使用的犯比特地址。層次的每一級(jí)是基于32比特中的8位。CEF依賴(lài)最長(zhǎng)匹配轉(zhuǎn)發(fā)算法,這意味著按降序搜索整棵樹(shù)直到“最長(zhǎng)匹配”,即

12、匹配最大比特?cái)?shù)。FIB樹(shù)分層表示,樹(shù)的頂端是最不詳細(xì)的地址,底端是最詳細(xì)的地址。每個(gè)葉以8比特為邊界,按降序排列更詳細(xì)的表項(xiàng)。這棵樹(shù)(通常被認(rèn)為是一個(gè)256路的分支樹(shù))提供了一種用于快速查找的高效機(jī)制,確保查找過(guò)程中產(chǎn)生最少的延遲。這棵樹(shù)也提供一個(gè)高擴(kuò)展性的體系結(jié)構(gòu),因?yàn)樗芤韵啾扰c表效率來(lái)說(shuō)最小的性能開(kāi)銷(xiāo)完全統(tǒng)計(jì)IPv4編址。每個(gè)樹(shù)葉提供了一個(gè)到鄰近表中相應(yīng)下一跳表項(xiàng)的指針。2.鄰接表(AdjacencyTable)如果網(wǎng)絡(luò)中的網(wǎng)絡(luò)節(jié)點(diǎn)只通過(guò)一跳就可以穿越鏈路層而彼此到達(dá)對(duì)方,那么它們是鄰接的。除了FIB夕卜,CEF還利用鄰接表來(lái)提供第二層的尋址信息。鄰接表為所有FIB條目維護(hù)第二層的下一網(wǎng)

13、段地址。鄰接的發(fā)現(xiàn)當(dāng)路由器發(fā)現(xiàn)存在鄰接時(shí)就增加在鄰接表中,每次生成一個(gè)鄰接條目(就像ARP協(xié)議一樣),CEF會(huì)為那個(gè)鄰接節(jié)點(diǎn)預(yù)先計(jì)算一個(gè)鏈路層頭標(biāo)信息,并把這個(gè)頭標(biāo)信息存儲(chǔ)在鄰接表中。當(dāng)決定路由時(shí),它就會(huì)指向下一跳以及相應(yīng)的鄰接條目。隨后,在對(duì)數(shù)據(jù)包進(jìn)行CEF交換時(shí),用預(yù)先生成的頭標(biāo)信息來(lái)對(duì)數(shù)據(jù)包進(jìn)行封裝。分解鄰接一個(gè)路由表中也許存在多條到達(dá)目標(biāo)網(wǎng)絡(luò)的路徑,例如:當(dāng)路由器被配置成允許冗余路徑和允許負(fù)載均衡時(shí)。對(duì)于每一個(gè)被分解的轉(zhuǎn)發(fā)路徑,鄰接條目會(huì)被附加一個(gè)頭標(biāo)信息指示出那條路徑的下一跳地址。這種機(jī)制可以用來(lái)在多條路徑上實(shí)現(xiàn)負(fù)載均衡。需要作特殊處理的鄰接類(lèi)型另夕,因?yàn)猷徑訔l目和下一跳地址相關(guān)聯(lián),

14、所以一些特殊的鄰接類(lèi)型可以被用來(lái)加速交換過(guò)程。前綴被定義后,當(dāng)存在以下被緩存的鄰接條目存在時(shí),前綴需要作特殊處理??锗徑右粋€(gè)以NullO接口為目標(biāo)地址的包會(huì)被拋棄,在訪問(wèn)過(guò)濾器時(shí),這可以被用作一種有效的機(jī)制。鄰接歸納當(dāng)路由器直接和幾臺(tái)主機(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ù)庫(kù)使用這個(gè)被歸納的鄰接。轉(zhuǎn)出鄰接當(dāng)遇到某些作特殊處理的功能或者CEF不支持的功能時(shí),路由器將采用更高級(jí)別的交換方法處理數(shù)據(jù)包。丟棄鄰接數(shù)據(jù)包被丟棄。這種鄰接類(lèi)型僅僅在Ciscol2000系列路由器上出現(xiàn)。釋放鄰接數(shù)據(jù)包被釋放

15、,但是前綴仍然有效。沒(méi)有被分解的鄰接當(dāng)鏈路層頭標(biāo)信息被附加到數(shù)據(jù)包上時(shí),F(xiàn)IB需要頭標(biāo)指出下一跳的地址。如果FIB表中建立了一個(gè)鄰接,但是并沒(méi)有找到第二層的尋址信息,比如沒(méi)有通過(guò)ARP發(fā)現(xiàn)第二層的尋址信息,這個(gè)鄰接就被認(rèn)為是不完整的。這個(gè)數(shù)據(jù)包就會(huì)交給路由模塊處理鄰接關(guān)系由ARP來(lái)決定。CEF轉(zhuǎn)發(fā)過(guò)程CEF的兩個(gè)表:L3CEFLookupMaskDestinationLengthPrefixesPrefismatchreturnsadjacencyPacketRewriteInformationRewrittenpaekei區(qū)lorwarddCEFTabe(TCAM)AdjacencyTabl

16、e(DDRDRAM)3層包從TCAM開(kāi)始查找;進(jìn)行最長(zhǎng)匹配,得到鄰居信息,改寫(xiě)原有二層數(shù)據(jù)幀(下一跳MAC地址)并轉(zhuǎn)發(fā)。CEF表是從路由表得來(lái),鄰居表是使用ARP解析得來(lái)的。CEF多層交換的過(guò)程:1-iHVLAN20MultilayorSwitchIP-B皿卜+曲迪|VLAN10MACrWDASASfPDIPData丄衛(wèi)b*衣JMAC-MMACA切B1DASAS1FDIPDala左側(cè)MAC-M(MAC地址)是SW。右側(cè)的MAC-M是SW。如果目的IP地址的MAC不在鄰居表內(nèi),則SW將使用ARP進(jìn)行解析,以得到目的地址的MAC地址。ARPThrottling(ARP抑制):在未獲得目的MAC地址

17、并且進(jìn)行ARP解析時(shí),除非ARP解析完成并且在鄰居表體現(xiàn)出來(lái)外,在解析期間,所有發(fā)往目的主機(jī)的包,將被丟棄,這就是ARP抑制。FIB最多支持6個(gè)到達(dá)同一目的的鄰居條目。CEF模式CEF的操作模式有2種,即集中CEF模式和分散CEF模式。可以通過(guò)其中的任意一種來(lái)啟用CEF,同一時(shí)刻用戶(hù)只能使用其一種模式。集中CEF模式當(dāng)啟用集中CEF模式時(shí),CEF的FIB和鄰接表駐留在路由處理器中,路由處理器來(lái)執(zhí)行快速轉(zhuǎn)發(fā)。對(duì)于CEF交換來(lái)說(shuō),當(dāng)線路卡不可用時(shí),或者需要使用的功能與分散CEF交換不兼容時(shí),就可以使用集中CEF模式。分布CEF模式當(dāng)啟用分布式CEF(dCEF)時(shí),線路卡(例如VIP線路卡或者GSR

18、線路卡)維護(hù)著一個(gè)與FIB和鄰接表相同的拷貝。線路卡在端口適配器之間執(zhí)行快速轉(zhuǎn)發(fā),這樣,在進(jìn)行交換操作時(shí)就無(wú)須RSP的參與了。dCEF使用一個(gè)“內(nèi)部過(guò)程通信”(InterProcessCommunication,IPC)機(jī)制,在路由處理模塊和線路卡上,保證FIB和鄰接表的同步。在Ciscol2000系列路由器中,線路卡負(fù)責(zé)執(zhí)行CEF交換。在其他路由器中,或許您使用的不是同一種類(lèi)型的線路卡,有可能某個(gè)接口卡不支持CEF交換。當(dāng)某個(gè)不支持CEF交換的線路卡收到數(shù)據(jù)包時(shí),她將數(shù)據(jù)包轉(zhuǎn)發(fā)給更高的交換慝比如路由處理模塊)或者把數(shù)據(jù)包轉(zhuǎn)發(fā)給下一跳處理。這種機(jī)制允許舊的接口模塊和新的接口模塊并存。Cisco

19、12000系列千兆交換路由器上只運(yùn)行dCEF模式。一個(gè)VIP卡上不允許同時(shí)運(yùn)行分布式CEF交換和分布式快速交換。Cisco7200系列路由器不支持分布式CEF交換。附加的新功能在配置集中模式CEF和分布模式CEF時(shí),您還可以配置以下功能:1分布式CEF支持訪問(wèn)控制列表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ī)制允許舊的接口模塊和新的接口模塊并存。1Cisco12000系列千兆交換路由器上只運(yùn)行dCEF模式。一個(gè)VIP卡上不允許同時(shí)運(yùn)行分布式CEF

20、交換和分布式快速交換。Cisco7200系列路由器不支持分布式CEF交換。附加的新功能在配置集中模式CEF和分布模式CEF時(shí),您還可以配置以下功能:1分布式CEF支持訪問(wèn)控制列表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:如果用戶(hù)的Cisco路由器中有接口處理器支持CEF時(shí),就可以啟用CEF。為了啟用或禁用CEF,可以在全局配置模式下利用下面的命令進(jìn)行配置。啟用標(biāo)準(zhǔn)CEF模式ipcefswitch禁用標(biāo)準(zhǔn)CEF模式noipcefswitchdCEF:當(dāng)

21、線路卡執(zhí)行快速轉(zhuǎn)發(fā)時(shí),則啟用dCEF,這樣,路由處理模塊就可以處理路由協(xié)議或者負(fù)責(zé)交換從舊的接口模塊(不支持CEF交換的模塊)過(guò)來(lái)的數(shù)據(jù)包。在Cisco12000系列路由器上,dCEF模式是缺省啟用的。所以啟用dCEF的命令(ipcefswitch)在Cisco12000系列路由器上是沒(méi)有意義的,在配置清單上也不會(huì)列出dCEF模式被啟用。為了啟用或禁止dCEF操作,可以在全局配置模式下利用下面的命令進(jìn)行配置。啟用dCEF模式ipcefdistributedswitch禁用dCEF模式noipcefdistributedswitch有時(shí)候,在某個(gè)接口配置了一項(xiàng)功能,而CEF或dCEF并不支持該功

22、能,這時(shí)您就可能需要在這個(gè)特定的接口上禁止CEF或dCEF。例如,策略路由和CEF就不能一起使用。您可能想讓一個(gè)接口支持策略路由,而讓其他的接口支持CEF。在這種情況下,可以按全局模式啟用CEF,而在那個(gè)打算配置策略路由的接口上禁用CEF。這樣,除了那一個(gè)接口外,在其他所有接口上都啟用了快速轉(zhuǎn)發(fā)。在某個(gè)接口上禁用CEF或dCEF,可以在接口配置模式:noiproute-cachecef爾后又想重新啟用CEF,在接口配置模式下,可以使用:iproute-cachecef在Cisco12000系列路由器上,您不可以在某個(gè)接口上禁用dCEF模式。CEF負(fù)載均衡基于目的地的負(fù)責(zé)均衡:基于目的地的負(fù)載均

23、衡允許路由器將使用多條路徑來(lái)均衡負(fù)載。對(duì)于某一源/目標(biāo)主機(jī),數(shù)據(jù)包轉(zhuǎn)發(fā)采用同一路徑,即使有多個(gè)路徑可用,也將這樣處理。對(duì)于到達(dá)不同目的地的數(shù)據(jù)包則可以采用不同的路徑。當(dāng)啟用CEF時(shí),基于目的地的負(fù)載均衡功能缺省被啟用。大多數(shù)情況下,都采用這種負(fù)載均衡方法。因?yàn)榛谀康牡氐呢?fù)載均衡是依賴(lài)于對(duì)數(shù)據(jù)流的統(tǒng)計(jì)來(lái)分布信息的,所以隨著“源/目的地對(duì)”個(gè)數(shù)的增加,負(fù)載均衡會(huì)變得更加有效。基于數(shù)據(jù)包的負(fù)載均衡:當(dāng)啟用基于數(shù)據(jù)包的負(fù)載均衡功能時(shí),必須先禁用基于目的地的負(fù)載均衡功能。為了禁用基于目的地的負(fù)載均衡功能,可以在接口配置模式下,noipload-sharingper-destination使用基于數(shù)據(jù)包

24、的負(fù)載均衡,路由器可以在路徑上連續(xù)發(fā)送數(shù)據(jù)包,而不用考慮具體的主機(jī)或用戶(hù)情況。這種負(fù)載均衡機(jī)制采用輪轉(zhuǎn)辦法來(lái)確定每個(gè)數(shù)據(jù)包采用哪條路徑到達(dá)目的地?;跀?shù)據(jù)包的負(fù)載均衡可以保證在多條鏈路上進(jìn)行負(fù)載均衡。要啟用基于數(shù)據(jù)包的負(fù)載均衡功能,可以在接口配置模式下,ipload-sharingper-packet為CEF配置網(wǎng)絡(luò)記賬功能啟用收集被快速轉(zhuǎn)發(fā)到某個(gè)目的地的數(shù)據(jù)包個(gè)數(shù)和字節(jié)數(shù)ipcefaccountingper-prefix啟用收集通過(guò)某個(gè)目的地被快速轉(zhuǎn)發(fā)的數(shù)據(jù)包的個(gè)數(shù)ipcefaccountingnon-recursive在全局配置模式中為CEF啟用網(wǎng)絡(luò)記賬功能后,相應(yīng)的路由處理器會(huì)收集記賬信

25、息。當(dāng)用戶(hù)為dCEF啟用網(wǎng)絡(luò)記賬功能后,線路卡上會(huì)收集記帳信息。查看網(wǎng)絡(luò)記帳信息showipcef為CEF配置跨隧道的交換CEF支持跨隧道的交換,例如GRE隧道。當(dāng)你啟用CEF或者dCEF模式時(shí),跨隧道的交換會(huì)被自動(dòng)啟用,所以您無(wú)需再執(zhí)行任何附加操作來(lái)啟用跨隧道的交換。CEF檢驗(yàn)Cisco7505#shipcefdetailIPCEFwithswitching(TableVersion5),flags=0 x05routes,0reresolve,0unresolved(0old,0new),peak05leaves,8nodes,9080bytes,10inserts,5invalidations0loadsharingelements,0bytes,0referencesuni

溫馨提示

  • 1. 本站所有資源如無(wú)特殊說(shuō)明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請(qǐng)下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請(qǐng)聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶(hù)所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁(yè)內(nèi)容里面會(huì)有圖紙預(yù)覽,若沒(méi)有圖紙預(yù)覽就沒(méi)有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫(kù)網(wǎng)僅提供信息存儲(chǔ)空間,僅對(duì)用戶(hù)上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對(duì)用戶(hù)上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對(duì)任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請(qǐng)與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶(hù)因使用這些下載資源對(duì)自己和他人造成任何形式的傷害或損失。

最新文檔

評(píng)論

0/150

提交評(píng)論