任務(wù)3 FR協(xié)議驗(yàn)證技術(shù)_第1頁
任務(wù)3 FR協(xié)議驗(yàn)證技術(shù)_第2頁
任務(wù)3 FR協(xié)議驗(yàn)證技術(shù)_第3頁
任務(wù)3 FR協(xié)議驗(yàn)證技術(shù)_第4頁
任務(wù)3 FR協(xié)議驗(yàn)證技術(shù)_第5頁
已閱讀5頁,還剩9頁未讀, 繼續(xù)免費(fèi)閱讀

下載本文檔

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

文檔簡介

1、任務(wù)3 FR協(xié)議驗(yàn)證技術(shù) 【任務(wù)描述】 某技工學(xué)校有廣州校本部和珠海校區(qū),分別有一個局域網(wǎng),分別通過一臺路由器接入廣域網(wǎng)(互聯(lián)網(wǎng))。學(xué)校領(lǐng)導(dǎo)要求通過在路由器上做FR協(xié)議的配置,實(shí)現(xiàn)兩校區(qū)之間網(wǎng)絡(luò)的互連。小東是學(xué)校網(wǎng)絡(luò)中心的網(wǎng)絡(luò)管理員,如何配置來實(shí)現(xiàn)這一目標(biāo)呢? 本任務(wù)的目標(biāo)是通過對路由器的FR協(xié)議配置,掌握FR協(xié)議的概念及配置,實(shí)現(xiàn)校區(qū)之間網(wǎng)絡(luò)的互連?!绢A(yù)備知識】1幀中繼的概念幀中繼(Frame Relay,F(xiàn)R)是面向連接的廣域網(wǎng)數(shù)據(jù)交換協(xié)議,它工作在OSI參考模型的物理層和數(shù)據(jù)鏈路層上,屬于典型的包交換技術(shù)。幀中繼的操作與X.25類似,但比X.25更有效,普遍認(rèn)為它是X.25的替代物。X.

2、25基于模擬線路,網(wǎng)絡(luò)設(shè)施質(zhì)量較差。為保證網(wǎng)絡(luò)數(shù)據(jù)傳輸?shù)目煽啃?,鏈路層的每個節(jié)點(diǎn)都要對收到的數(shù)據(jù)做大量的檢查和處理,如差錯校驗(yàn)等,同時(shí)還要保留原始幀的副本,直到它們收到來自下一個節(jié)點(diǎn)的確認(rèn)消息,所以導(dǎo)致延遲較長,傳輸速率較慢。而幀中繼建立在大容量、低損耗、低誤碼率的數(shù)字線路之上,噪音較小,它舍去了X.25復(fù)雜的第三層查錯和重發(fā)機(jī)制,中間節(jié)點(diǎn)只轉(zhuǎn)發(fā)幀而不回送確認(rèn)幀,只是在目的節(jié)點(diǎn)收到一幀后才回送端到端的確認(rèn),從而加快了網(wǎng)絡(luò)的傳輸速率。2幀中繼的工作原理節(jié)點(diǎn)收到幀的目的地址后立即轉(zhuǎn)發(fā),無需等待收到整個幀并做相應(yīng)的處理后再轉(zhuǎn)發(fā)。如果幀在傳輸過程中出現(xiàn)差錯,當(dāng)節(jié)點(diǎn)檢測到差錯時(shí),可能該幀的大部分內(nèi)容已被

3、轉(zhuǎn)發(fā)到了下一個節(jié)點(diǎn)。這使得幀中繼被歸為一種“不可靠”服務(wù),但連接兩端的幀中繼設(shè)備負(fù)責(zé)使幀中繼成為一種可靠的服務(wù),它們?yōu)閹欣^執(zhí)行查錯和重發(fā)機(jī)制。當(dāng)檢測到該幀有錯誤時(shí),節(jié)點(diǎn)立即停止轉(zhuǎn)發(fā),并發(fā)一個指示到下一個節(jié)點(diǎn),下一個節(jié)點(diǎn)接到指示后立即終止轉(zhuǎn)發(fā),將該幀丟棄,并請求源節(jié)點(diǎn)重發(fā)。這種正在接收一個幀時(shí)就對其轉(zhuǎn)發(fā)的方式稱為“快速分組交換”。幀中繼的最大帶寬可達(dá)到2Mbit/s。3幀中繼的虛電路幀中繼網(wǎng)絡(luò)中2臺DTE設(shè)備之間的連接稱為“虛電路”(Virtual Circuit ,VC);幀中繼傳輸是基于虛電路的。根據(jù)建立虛電路的不同方式,可以將虛電路分為2種類型:永久虛電路(Permanent Virtu

4、al Circuit,PVC)和交換虛電路(Switched Virtual Circuit,SVC)。永久虛電路是永久建立的鏈路,由ISP在其幀中繼交換機(jī)靜態(tài)配置交換表實(shí)現(xiàn),不管電路兩端的設(shè)備是否連接上,它總是為它保留相應(yīng)的帶寬。PVC減少了與虛電路的建立和終止相聯(lián)系的帶寬占用,但因?yàn)樾枰?jīng)常性地保持虛電路有效,所以也相應(yīng)地增加了費(fèi)用。交換虛電路是通過某協(xié)議協(xié)商產(chǎn)生的虛電路,這種虛電路根據(jù)需要動態(tài)建立而在數(shù)據(jù)傳輸完成后就會斷開,主要用于數(shù)據(jù)傳輸是偶爾發(fā)生的情況。目前,在幀中繼中使用最多的方式是永久虛電路方式。4幀中繼地址DLCI幀中繼協(xié)議是一種統(tǒng)計(jì)方式的多路復(fù)用服務(wù),它允許在同一物理連接中共

5、存多個邏輯連接(通常也叫作“信道”),這就是說,它在單一物理傳輸線路上能夠提供多條虛電路。每條虛電路是用數(shù)據(jù)鏈路連接標(biāo)識符DLCI(Data Link Connection Identifer)來標(biāo)識的。DLCI只具有本地的意義,也就是在DTE-DCE之間有效,不具有端到端DTE-DTE之間的有效性,即在幀中繼網(wǎng)絡(luò)中,不同的物理接口上相同的DLCI并不表示是同一個虛連接。DLCI的長度為10比特,其最大值可達(dá)1024,因此幀中繼網(wǎng)絡(luò)用戶接口上最多可支持1024條虛電路,其中用戶可用的DLCI范圍是16991。由于幀中繼虛電路是面向連接的,本地不同的DLCI連接到不同的對端設(shè)備,因此我們可以認(rèn)為

6、DLCI就是DCE提供的“幀中繼地址”。5靜態(tài)地址映射幀中繼的地址映射是把對端設(shè)備的IP地址與本地的DLCI相關(guān)聯(lián),以使得網(wǎng)絡(luò)層協(xié)議使用對端設(shè)備的IP地址能夠?qū)ぶ返綄Χ嗽O(shè)備。幀中繼主要用來承載IP,在發(fā)送IP報(bào)文時(shí),根據(jù)路由表只知道提出報(bào)文的下一跳IP地址。發(fā)送前必須由下一跳IP地址確定它對應(yīng)的DLCI。這個過程通過查找?guī)欣^地址映射表來完成,因?yàn)榈刂酚成浔碇写娣诺氖窍乱惶鳬P地址和DLCI的映射關(guān)系。地址映射表的每一項(xiàng)由服務(wù)商在幀中繼交換機(jī)中手工配置。6本地管理信息LMI幀中繼提供了一個幀中繼交換機(jī)和DTE(路由器)之間的簡單信令,這個信令就是LMI(Local Management Int

7、erface)。LMI包括多種路由器和幀中繼交換設(shè)備間的信號標(biāo)準(zhǔn),可用來管理和維護(hù)設(shè)備間的狀況。LMI的主要目的有以下幾個。 確定路由器知道的PVC的操作狀態(tài)。 發(fā)送維持?jǐn)?shù)據(jù)包,以保證PVC始終牌滿打滿算狀態(tài),不因暫時(shí)無數(shù)據(jù)發(fā)送而失效。 通知路由器哪些PVC可以使用。6本地管理信息LMILMI有以下3種類型。 Cisco:由Cisco公司和另外3家公司組成的企業(yè)聯(lián)盟定義的類型。 ANSI:由ANSI(美國國家標(biāo)準(zhǔn)協(xié)會)制定的標(biāo)準(zhǔn)。 Q933a:由ITU-T Q.933附錄A制定的標(biāo)準(zhǔn)。在幀中繼交換機(jī)和路由器之間必須采用相同的LMI類型。通常用戶在申請PVC時(shí),ISP會通知用戶所使用的LMI類型

8、。Cisco路由器在11.2版本以后的IOS中具有自動檢測LMI類型的功能。 任務(wù)3 FR協(xié)議驗(yàn)證技術(shù)7配置的命令 表6-3所示為配置命令。命令格式解釋配置模式encapsulation frame-relayietfFrame Relay接口配置模式frame-relay lmi-type ansi | cisco | q933aFrame Relay LMIframe-relay map protocol protocol-address dlci broadcast映射協(xié)議地址與frame-relay interface-dlci dlci broadcast設(shè)置interface in

9、terface-typeinterface-number.subinterface-number multipoint|point-to-point 設(shè)置子接口全局配置模式show frame-relay lmi顯示特權(quán)配置模式show frame-relay pvc輸出show frame-relay map顯示debug frame-relay lmi 顯示任務(wù)3 FR協(xié)議驗(yàn)證技術(shù)注: 若使Cisco路由器與其他廠家路由設(shè)備相連,則使用Internet工程任務(wù)組(IETF)規(guī)定的幀中繼封裝格式。 從Cisco IOS版本11.2開始,軟件支持本地管理接口(LMI)“自動感覺”, “自動感覺

10、”使接口能確定交換機(jī)支持的LMI類型,用戶可以不明確配置LMI接口類型。 broadcast選項(xiàng)允許在幀中繼網(wǎng)絡(luò)上傳輸路由廣播信息。【任務(wù)實(shí)施】實(shí)驗(yàn)1 幀中繼(Frame Relay)的配置按照拓?fù)浣Y(jié)構(gòu)圖進(jìn)行路由器進(jìn)幀中繼(Frame Relay)的配置,實(shí)現(xiàn)網(wǎng)絡(luò)互連,幀中繼網(wǎng)絡(luò)拓?fù)浣Y(jié)構(gòu)圖如圖6-10所示。 圖6-10 幀中繼網(wǎng)絡(luò)拓?fù)鋱D【任務(wù)實(shí)施】1硬件的連接在Packet Tracer 6.0工作臺面中添加3臺2811路由器和1個云,3臺PC機(jī),并按實(shí)驗(yàn)拓?fù)浣Y(jié)構(gòu)進(jìn)行連接。2軟件的設(shè)置 將PC0的IP地址設(shè)置為192.168.20.1/24,網(wǎng)關(guān)設(shè)置為192.168.20.254;PC1的IP

11、地址設(shè)置為192.168.10.1 /24,網(wǎng)關(guān)設(shè)置為192.168.10.254;PC2的IP地址設(shè)置為192.168.30.1 /24,網(wǎng)關(guān)設(shè)置為192.168.30.254。 路由器通過配置RIPv2路由協(xié)議,實(shí)現(xiàn)互連 其他參數(shù)按拓?fù)鋱D上面的參數(shù)設(shè)置?!救蝿?wù)回顧】1選擇題(1)幀中繼采用( )作為交換方式。A.路由B.電路交換C.快速交換D.分組交換 (2)以下屬于廣域網(wǎng)協(xié)議鏈路層協(xié)議的有( )。A.OSPF B.Frame RelayC.Ethernet IID.Ethernet SNAP(3)下面關(guān)于Frame Relay描述正確的有( )。A.點(diǎn)到點(diǎn)的連接方式 B.允許用戶在傳輸數(shù)

12、據(jù)時(shí)不會有的突發(fā)量 C.是在X.25基礎(chǔ)上發(fā)展起來的 D.速率一般選擇為256Kbit/s-2.048Mbit/s(4)目前幀中繼網(wǎng)絡(luò)中常用的是幀中繼的( )業(yè)務(wù)。A.DLCIB.SVCC.PVCD. LMI (5)以下關(guān)于幀中繼的說法中,不正確的是( )。A.基于虛電路B.帶寬統(tǒng)計(jì)復(fù)用 C.具有確認(rèn)重傳機(jī)制D.是一種快速分組交換機(jī)制 (6)下列關(guān)于DLCI敘述不正確的是( )。A.DLCI本地接口有效B.DLCI是由DCE側(cè)分配的 C.不同的物理接口可以配置相同的DLCID.用戶可用的DLCI范圍是11007 【任務(wù)回顧】(7)下列不是幀中繼中LMI協(xié)議的功能的是( )。A.維護(hù)鏈路狀態(tài)B.維護(hù)PVC的狀態(tài) C.通知PVC的增加D.路由尋址(8)假如一個Cisco Frame Relay

溫馨提示

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

評論

0/150

提交評論