TCP/IP路由卷一系列：（2）二層封裝之--PPPAndTCP/IPEtherPPP、FR議，這里注意介紹兩個(gè)常用到的，PPP和FR，F(xiàn)R其實(shí)在實(shí)際中用的并不多了，但是在RS的考試中，是必考點(diǎn)，不過這里主要介紹在路由信息有的情況下，二層封裝的重要性以及工作過程，為了后續(xù)的動(dòng)態(tài)路由協(xié)議在FR情況下的不同情況做準(zhǔn)備。PPPPPPCisco認(rèn)封裝的是HDLC，不像H3C和HW一樣，默認(rèn)為PPP。PPP：Point-to-Pointprotocol,點(diǎn)對點(diǎn)協(xié)建立、配置及測試數(shù)據(jù)鏈路層的鏈路控制協(xié)議（LCP，LinkcontrolProtocol）。它允許通信雙方進(jìn)行協(xié)商，以確定不同的議，一個(gè)為LCP，一個(gè)為NCP。協(xié)議0021 IP數(shù)據(jù)報(bào)文協(xié)議C021 協(xié)議 針對不同的網(wǎng)絡(luò)層協(xié)議的網(wǎng)絡(luò)控制協(xié)議（NCP：NetworkControlProtocol）IP、OSI、AppleTalk.PPP好處：1、支持同步與異步鏈路5、通過NCPLCP：當(dāng)接口UP的時(shí)候，兩端設(shè)備會(huì)通過LCP向?qū)Ψ桨l(fā)送配置信息報(bào)文（ConfigureRequest），一旦收到一個(gè)配置成功后，就開始交換驗(yàn)證需要的參數(shù)，來完成LCP的認(rèn)證，最后建立LCP的連接ACKcodeACK，Option0x0x0c5a0cLCPPAPCHAPLCPNCPIPIPCP的（ConfigureRequest）信息，IP（configureACK），表示收到了，同時(shí)還會(huì)記錄在路由表中，由于沒有攜帶子網(wǎng)掩碼，所以默認(rèn)為32位主機(jī)路由。關(guān)閉主機(jī)路由的特性，在有時(shí)候，我們不希望它出現(xiàn)主機(jī)路由，那么可以通過在接口下輸入nopeerneighbor-route，總有keepalive：在建立后，PPP10skeealiveLCPEchorequest，那么對方必幀中繼：Framerelay：在數(shù)據(jù)鏈路層用簡化的方法傳送和交換數(shù)據(jù)單元的快速分組交換技術(shù)。幀中繼特點(diǎn)：1、幀中繼協(xié)議以幀的形式傳遞數(shù)據(jù)信息一：幀中繼交換機(jī)的搭 ：FR的類型為Cisco-FR(config-if)#frame-relayroute102interfaces1/1 DLI102s1/1Cisco-FR(config-if)#frame-relayroute103interfaces1/2301靜態(tài)映射，帶有DLCI103的數(shù)據(jù)包從S1/2301出去Cisco-FR(config-if)#clockrate64000 在GNS3或小凡上不需要敲入，但是在PTCisco-FR(config-if)#frame-relayintf-typedceCisco-FR(config-if)#clockrate64000Cisco-FR(config-if)#frame-relayroute201interfaces1/0102Cisco-FR(config-if)#noshutdownCisco-FR(config-if)#encapsulationframe-relayCisco-FR(config-if)#frame-relayintf-typedceCisco-FR(config-if)#frame-relayroute301interfaces1/0Cisco-FR(config-if)#clockrate64000Cisco-FR(config-if)#noshutdown二、客戶端配置幀中繼的接入Cisco-R1(config-if)#frame-relaymapip12.1.1.2102Cisco-R1(config-if)#frame-relaymapip12.1.1.3103Cisco-R2(config-if)#frame-relaymapip12.1.1.1201Cisco-R3(config-if)#frame-relaymapip12.1.1.1301boardcostDLCI加上了這個(gè)參數(shù)的PVC，一個(gè)廣播或者組播的數(shù)據(jù)過來，那么就會(huì)像這些有boardcost參數(shù)的PVC下都一份發(fā)送出去，三：分析FR與接入端直接的協(xié)商過程，以及map下的各種狀態(tài)LMI:LocalManagementinterface（DTE）statusenquiry（探測請求包）而幀中繼的一般為DCE回復(fù)status，來保證雙方是否鏈路正常{這里注意的是，發(fā)送請求包只能是DTE端，而DCE只能回復(fù)。這也是為什么幀中繼交換知道客戶的鏈路正常和DLCI號（在enquiry中會(huì)攜帶）inaciveFW102201，103301inactive，201301幀中繼每30s，會(huì)把自己PVCstatus發(fā)送給路由器，當(dāng)路由器收到后，如果本地靜態(tài)指定了DLCI號與幀中繼發(fā)送過來的一inactiveinactive必要發(fā)送數(shù)據(jù)過去，當(dāng)對端處于active時(shí)，那么本地狀態(tài)也會(huì)為active。PVCstatus，但是，DLCIHIGHLOW還可以通過debugframe-replylmi查看LMIcisco|ansi|q933aup那么協(xié)商的時(shí)候就是指定的類型，否則默認(rèn)是cisconoarpframe-relaynoframe-relayinverse-arp，是否真的有必DLCICisco-R1(config-if)#noframe-relaymapip12.1.1.2102broadcastCisco-R1(config-if)#noframe-relaymapip12.1.1.3103enquiryARPmap這時(shí)候，就是簡單的Cisco-R1------- inverseARP原理Cisco-R1FRUPLMILMI這個(gè)回復(fù)包會(huì)攜帶這個(gè)接口屬于的DLCICisco-R1inverseARP0，IPCisco-R1（任意值）目的IP0.0.0.0DLCI102（FRLMI），然后發(fā)送到FR上，F(xiàn)R查看本地DLCI對應(yīng)關(guān)系，102置換成201，發(fā)送給Cisco-R2，Cisco-R2也收到了LMI的回復(fù)包，知道DLCI號為201，當(dāng)收到ARP請求時(shí)候，它就知道去往Cisco-R1走201出去，并且會(huì)回復(fù)ARP請求，源地址為自己，硬件地址還是為0，目的地址為Cisco-R1，目的硬件地址為任意值，通過DLCI號201發(fā)送出去，F(xiàn)R收到后對應(yīng)DLCI映射關(guān)系，從102發(fā)出到達(dá)Cisco-R1Cisco-R1就會(huì)在動(dòng)態(tài)的在map中顯示去往Cisco-R2從DLCI號102出去狀態(tài)為activedynamic。Cisco-R2獲取去往Cisco-R1的原理也是一樣的，并且Cisco-R1與Cisco-R2幾乎同時(shí)發(fā)起inverseARP請求。在實(shí)際環(huán)境中除了FullMash環(huán)境，否則不要用inverseARP，會(huì)造成DLCI與地址解析錯(cuò)誤，顯示為0.0.0.0與DLCI號的顯示，解決辦法，關(guān)閉noframe-relyinverse-arpnoarpframe-rely然后保存重啟。 clearframe-relayinarp也無效。這也是RSCCIE考試中容易遇到的問題。案例分析：二層封裝的重要析過在以太網(wǎng)環(huán)境下，如果通過ARP獲取的MAC地址信息不對的話，那么不管是否有路由存在，那么通信是不正常的。就是，當(dāng)RIP收斂完全以后，是否能通3.3.3.3。配置省略了，這里主要討論封裝問題。有路由的情況下，它想發(fā)送數(shù)據(jù)包出去，但是二層封裝的時(shí)候，發(fā)現(xiàn)沒有關(guān)于12.1.1.3的封裝信息，也就是DLCI號。Cisco-R2Cisco-R3D