第一篇：多播路由選擇協(xié)議

12.7IPX路由選擇協(xié)議

IPX中使用的兩個主要的路由選擇協(xié)議是RIP（IPX的距離向量協(xié)議，IPX’s distance vector protocol）和NLSP（IPX的鏈路狀態(tài)協(xié)議，IPX’s link state protocol）。維持IPX路徑的所有路由選擇協(xié)議也會維持SAP列表，這樣它才能跟蹤服務(wù)。

IPX RIP與TCP/IP有許多相似之處。它們都可以使用水平分割或毒性逆轉(zhuǎn)來幫助防止路由選擇循環(huán)和加快會聚時間。它們也都有15個跳數(shù)限制，并且都定期發(fā)送完整的路由選擇表更新，使用60秒鐘而不是30秒鐘的更新間隔，而且IPX RIP會發(fā)送SAP信息以及路由選擇信息。IPX RIP公布的額外SAP信息是更新間隔較長的原因所在。

注意：不要混淆TCP/IP RIP和IPX RIP。雖然它們有許多相似之處，但是它們屬于兩個不同的協(xié)議。

直到最近幾年，Novell才開始將NLSP作為默認的路由選擇協(xié)議，而且默認情況下，在支持RIP兼容性的NetWare服務(wù)器上也支持NLSP。NLSP是一個鏈路狀態(tài)協(xié)議，它允許在大型網(wǎng)絡(luò)上構(gòu)建分層的區(qū)域，就像OSPF和BGP那樣。你也可以使用EIGRP來分配IPX路由選擇信息，但是因為EIGRP是Cisco專用的，所以你只有在Cisco路由器之間、支持NetWare服務(wù)器的網(wǎng)段之間、或者支持RIP或NLSP的NetWare資源之間使用它才能正常工作。NLSP路由器交換諸如連接狀態(tài)、路由成本、吞吐量、最大數(shù)據(jù)包（MTU大小）以及通過RIP（外部網(wǎng)絡(luò)號）了解的網(wǎng)絡(luò)之類的信息。這種信息在LSP（鏈路狀態(tài)數(shù)據(jù)包）中攜帶。通過與它的對等路由器交換信息，每一個NLSP路由器都可以構(gòu)建和維護整個互聯(lián)網(wǎng)絡(luò)的邏輯圖。因為NLSP是鏈路狀態(tài)路由選擇協(xié)議，所以只有當(dāng)路由或服務(wù)中出現(xiàn)變化時，或者每隔兩個小時，哪一個首先出現(xiàn)變化時，NLSP才傳輸路由選擇信息。

第二篇：典型單路徑路由協(xié)議

典型單路徑路由協(xié)議

無線傳感器網(wǎng)絡(luò)和Adhoc網(wǎng)絡(luò)一樣，是無線自組織網(wǎng)絡(luò)的一種，因此，它的路由協(xié)議也可以從無線Adhoc網(wǎng)絡(luò)得到一些啟發(fā)。本節(jié)首先對無線Adhoc網(wǎng)絡(luò)的路由協(xié)議AODV進行研究，詳細介紹其路由實現(xiàn)原理。然后詳細介紹北京交通大學(xué)下一代互聯(lián)網(wǎng)互聯(lián)設(shè)備國家工程實驗室代寫計算機職稱論文自行研制和開發(fā)的路由協(xié)議MSRP，MSRP借鑒了AODV的思想，但是又做了很大的簡化。本論文所設(shè)計的多徑路由機制是在MS即的基礎(chǔ)上做了創(chuàng)新和改進。本節(jié)評價了它的優(yōu)點和缺點，指出了需要改進的地方。

1.AODV路由協(xié)議AODVI’jj(AdhoeOndemandDistanceVectorRouting)是一種按需驅(qū)動的路由協(xié)議，它能夠在移動節(jié)點之間建立動態(tài)多跳路由并維護一個Adhoc網(wǎng)絡(luò)。AODV能讓節(jié)點快速建立到新目的節(jié)點的路由，而且不需要節(jié)點維護處于非活動狀態(tài)路徑的路由。在鏈路損壞或者網(wǎng)絡(luò)拓撲發(fā)生變化時，網(wǎng)絡(luò)中多個移動節(jié)點能夠及時做出反應(yīng)，網(wǎng)絡(luò)能夠快速自愈。當(dāng)網(wǎng)絡(luò)鏈路出現(xiàn)斷裂時，AODV能夠通知所有受影響的節(jié)點，讓它們及時刪除使用該鏈路的路由。AODV一個很重要的創(chuàng)新點是對每一條路由使用了一個目的序列號，任何一個路由表項必須包含到目的節(jié)點的最新的序代寫計算機碩士論文列號信息。目的節(jié)點序列號由目的節(jié)點產(chǎn)生。每一個目的節(jié)點在它發(fā)送給請求節(jié)點的任何路由信息中都會包含這個序列號，使用目的序列號可以保證路由無環(huán)路，也利于編程實現(xiàn)。當(dāng)出現(xiàn)兩條路由到達目標節(jié)點時，請求節(jié)點會選擇序列號比較大的路由。節(jié)點收到任何有關(guān)報文，只要其中有關(guān)于目的序列號的信息，該目的節(jié)點的序列號就會更新。網(wǎng)絡(luò)中的節(jié)點各自保存和維護自己的序列號。一個目的節(jié)點在下列兩種情況下產(chǎn)生自己的序列號:

1、在建立一個路由發(fā)現(xiàn)之前，它產(chǎn)代寫計算機畢業(yè)論文生自己的序列號，避免與以前建立的到無線傳感器網(wǎng)絡(luò)路由協(xié)議的研究該源節(jié)點的反向路由沖突;

2、在產(chǎn)生一個RREP回復(fù)雙EQ之前，將自己節(jié)的序列號更新為目前節(jié)點的序列號和路由請求中該節(jié)點序列號兩者的最大值。下一跳鏈路丟失時，序列號不再更新。這時候，對于使用該下一跳的每一條路由，節(jié)點都將其目的序列號加一，并將該路由標計為失效。只有再次收到“足夠新”路由信息時(序列號等于或大于該記錄的序列號)，該節(jié)點才會將路由表中相應(yīng)信息更新。AoDv定義了三種報文類型:路由請求(RREQs)、路由回復(fù)(RREPs)、路錯誤(計算機專業(yè)職稱論文RERRs)。這些消息包裝在uDP報文中，端口654，并使用通常的IP報頭，請求節(jié)點使用自己的IP地址作為路由消息中的“源IP地址”字段。對于廣播消息，使用IP廣播地址255.255.255.255。這意味著這些消息不會被盲目的轉(zhuǎn)發(fā)。但是，AODV確實需要某些報文(例如路由請求消息)能夠大范圍甚至在整個網(wǎng)絡(luò)中洪，IP報文的TTL字段可以用來限定傳播范圍。只要通信的兩個端有到對方的有效路由，那么AODV就不參與。當(dāng)節(jié)點需一個到新目的節(jié)點的路由時，該節(jié)點會廣播路由請求進行尋找。當(dāng)該路由請求達目的節(jié)點，或者一個中間節(jié)點具有一個到目的節(jié)點的“足夠新，的路由時，這條路由便可以確定下來。每一個收到路由請求的節(jié)點都會緩存一個到源節(jié)點的反路由，這樣，“路由回復(fù)”便會從最終目的節(jié)點或者滿足請求條件的中間節(jié)點順利遞到源節(jié)點。節(jié)點會監(jiān)測有效路由下一條鏈路的狀態(tài)。當(dāng)監(jiān)測到有鏈路發(fā)生斷裂時，節(jié)會發(fā)送路由錯誤消息來通知其他節(jié)點:鏈路已經(jīng)丟失，需要重新尋找路由。“路錯誤”消息用來表明一些節(jié)點通過該斷裂的鏈路己經(jīng)不可達。為了采用這種錯誤告的機制，所有節(jié)點保存一個“前驅(qū)列表”，前驅(qū)列表包含一些鄰居的IP地址，些鄰居節(jié)點可能使用本節(jié)點作為到達目的地的下一跳。前驅(qū)列表的信息可以很易的在路由回復(fù)的時候獲取，因為從定義上來說，“路由回復(fù)”就是要發(fā)送給前歹J表中的節(jié)點的。AODv是個路由協(xié)議，因此它有自己的路由表管理機制。即使是暫時的路信息(例如到路由請求源節(jié)點的暫時的反向路由)，也需要在路由表中保存。AOD的路由表有以下幾個組成部分:目的IP地址、目的序列號、有效目的序列號標以及其他的標志(如有效、無效、可修復(fù)、正在修復(fù)中)、網(wǎng)絡(luò)接口、跳數(shù)、下跳、前驅(qū)列表、生命期(路由表的失效或刪除時間)。

1AODV路由建立過程當(dāng)一個節(jié)點發(fā)現(xiàn)自己需要路由卻不存在路由信息的時候，它發(fā)起路由請RREQ，RREQ中的目的節(jié)點序列號是從路由表中的目的節(jié)點序列號域中拷貝過來的，是最新的。如果序列號未知，那么路由請求報文中U位(未知序列號，表明發(fā)送路由請求的節(jié)點對目的序列號一無所知)置1。路由請求報文中，源節(jié)點序列號是節(jié)點自身的序列號，在插入到該路由請求報文中之前會進行加一操作。路由請求ID也是在最新的ID號上面進行加一操作，每一個節(jié)點僅僅維護一個路由請求ID。廣播路由請求之前，源節(jié)點將緩存該路由請求ID和源節(jié)點IP地址，這樣，當(dāng)該節(jié)點再次收到相同的路由請求時，會忽略該請求，從而避免廣播包風(fēng)暴。類類型型JJJRRRGGGDDDUUU保留留跳數(shù)數(shù)路路由請求IDDD目目的IP地址址目目的序列號號源源IP地址址源源序列號號路由請求報文格式FigZ一3RREQmessageformat節(jié)點收到RREQ之后，首先會創(chuàng)建或者更新到上一跳的路由，然后檢查是否在PATHDISCOVERYTIME時間內(nèi)收到過相同的路由請求。如果收到源IP和請求ID相同的路由請求，那么節(jié)點會直接丟棄路由請求。如果收到不同的路由請求，節(jié)點增加路由請求報文中的跳數(shù)字段，然后節(jié)點查詢到源節(jié)點的反向路由，如果沒有，會創(chuàng)建一條路由，如果找到，可能會更新路由表中的序列號。當(dāng)節(jié)點接收到一個傳給源節(jié)點的路由回復(fù)時，報文將沿著反向路由發(fā)送到源節(jié)點。同時，收到RREQ的中間節(jié)點，查看自己的路由表中是否有到目的節(jié)點的有效的路由，即路由表中的目的節(jié)點的序列號不小于RREQ中攜帶的序列號;若沒有，中間節(jié)點更新路由表并向其鄰居轉(zhuǎn)發(fā)RREQ;若存在到目的節(jié)點的路由或該中間節(jié)點就是目的節(jié)點，將發(fā)送RREP報文給源節(jié)點，RREP中包含新的目的序列號和路由，轉(zhuǎn)發(fā)RREP的節(jié)點更新路由表。源節(jié)點收到后，就獲得了到目的節(jié)點的路由。節(jié)點在以下兩種情況下產(chǎn)生路由回復(fù)，節(jié)點本身是目的節(jié)點;2)節(jié)點是中間節(jié)點，有到目的節(jié)點的路由，該路由有效，并且序列號等于或者大于路由請求報文中的目的序列號。無線傳感器網(wǎng)絡(luò)路由協(xié)議的研究類類型型RRRAAA保留留前綴綴跳數(shù)數(shù)目目的IP地址址目目的序列號號源源IP地址址生生命期期路由回復(fù)報文FigZ一4RREpmessageformat如果目的節(jié)點產(chǎn)生路由回復(fù)，并且路由請求中的序列號等于節(jié)點序列號，么節(jié)點將增加自己的序列號。目的節(jié)點將自己的序列號放入路由回復(fù)報文中，將其中的跳數(shù)字段設(shè)置為O。如果中間節(jié)點產(chǎn)生路由回復(fù)，那么該節(jié)點將把自己知道的目的節(jié)點的序列號拷貝到路由回復(fù)報文中。同時，中間節(jié)點把路由表中該節(jié)點到目的節(jié)點的跳數(shù)拷貝到路由回復(fù)的跳數(shù)字段中。在路由回復(fù)向源節(jié)點遞的過程中，每經(jīng)過一個節(jié)點，跳數(shù)字段加一。源節(jié)點與目的節(jié)點之間可能需要建立雙向通信鏈路，此時僅僅建立一條從節(jié)點到目的節(jié)點的路由是不夠的，目的節(jié)點也需要建立一條反向路由。為此，節(jié)點將RREQ中的G位(免費路由回復(fù)標志;表明是否需要發(fā)送免費路由回復(fù)到標IP地址)設(shè)為1，這樣中間節(jié)點就得知源節(jié)點需要和目的節(jié)點建立雙向通信。一般來說，一個節(jié)點收到路由請求并且向源節(jié)點發(fā)送路由回復(fù)之后，會直將路由請求報文丟棄。如果路由請求報文中’G’字段被置1，那么中間節(jié)點還需向路由請求的目的節(jié)點發(fā)送“免費路由回復(fù)”。免費路由回復(fù)從中間節(jié)點逐跳傳到目的節(jié)點，就好像目的節(jié)點發(fā)起過到源節(jié)點的路由請求，中間節(jié)點發(fā)起了路回復(fù)。中間節(jié)點接收到路由回復(fù)之后，首先會在路由表中查找到上一跳的路由，果沒有找到，會創(chuàng)建一條沒有有效序列號的路由表項。然后，節(jié)點給路由回復(fù)跳數(shù)字段值加一。如果到目的地址的路由表不存在，節(jié)點會建立一條到目的地的路由表項。如果到目的節(jié)點的路由表存在，那么中間節(jié)點會比較路由表中目序列號和路由回復(fù)報文中的序列號，比較之后，更新路由表中的序列號。這樣，當(dāng)前節(jié)點就可以用這條路由來轉(zhuǎn)發(fā)到目的節(jié)點的數(shù)據(jù)包。如果當(dāng)前點不是路由請求的源節(jié)點，那么節(jié)點轉(zhuǎn)發(fā)該路由回復(fù)到去往路由請求源節(jié)點的一跳。節(jié)點發(fā)送路由回復(fù)時，到目的地的前驅(qū)列表也被更新，即把路由回復(fù)的一跳節(jié)點放入到前驅(qū)列表中。AODV路由維護過程節(jié)點通過廣播本地HELLO消息來提供鏈路的鏈接信息。每次經(jīng)過HELLOINTERVAL時間間隔，節(jié)點檢查自己在這段時間內(nèi)有沒有發(fā)過廣播包，如果沒有發(fā)過，則發(fā)送一個TTL值為1的HELLO報文。節(jié)點可以通過監(jiān)聽從鄰居發(fā)來的HELLO數(shù)據(jù)包來確定鏈路連接性。如果規(guī)定的時間內(nèi)，節(jié)點收到鄰居的HELLO報文，經(jīng)歷一段時間后再也沒有收到該鄰居發(fā)來的任何信息，那么節(jié)點會認為該鄰居節(jié)點已經(jīng)失效。每次節(jié)點收到來自鄰居的HELLO報文，節(jié)點應(yīng)該確保自己有一條到鄰居的路由。如果沒有的話要創(chuàng)建路由，如果有的話需要更新生命期。當(dāng)節(jié)點檢測到路由回復(fù)失敗后，會將這樣的節(jié)點放入到黑名單中。檢測的方式可以采用鏈路層或者網(wǎng)絡(luò)層的ACK。節(jié)點在經(jīng)過規(guī)定的時間后會從黑名單列表中清除。一般來說，路由錯誤和鏈路斷裂的處理需要一下幾個步驟:l)將已有的路由表項設(shè)為無效2)列出所有受影響的路由3)決定哪一個鄰居節(jié)點可能受到影響4)將合適的路由錯誤消息發(fā)送給相應(yīng)的鄰居節(jié)點路由錯誤消息可以多種方式傳播。前驅(qū)節(jié)點個數(shù)很多情況下，一般采用廣播的形式，如果前驅(qū)節(jié)點只有一個，可采用單播，如果不適合采用廣播，可以依次單播到每一個前驅(qū)節(jié)點。類類型型NNN保留留不可達目的節(jié)點序列號號不不可達目的節(jié)點IP地址址不不可達目的節(jié)點序列號號其其他不可達目的節(jié)點IP地址址其其他不可達目的節(jié)點序列號路由錯誤報文FigZ一5RERRmessageformat節(jié)點在以下情況下會發(fā)送路由錯誤消息:l)在利用有效路由發(fā)送數(shù)據(jù)時檢測到下一跳失效，此時，節(jié)點在自己的路由表中搜尋所有利用下一跳的路由表項;無線傳感器網(wǎng)絡(luò)路由協(xié)議的研究2)收到一個數(shù)據(jù)包，但路由表中沒有相應(yīng)的路由;3)收到鄰居的路由錯誤消息。對于第一種情況，節(jié)點會搜索路由表，列出所有因為鄰居失效而不可達的終目的節(jié)點。對于第二種情況，只有一個最終目的節(jié)點不可達，即數(shù)據(jù)包的最地址。對于情況三，節(jié)點也會搜索路由表，當(dāng)找到鄰居節(jié)點為下一跳路由時也將其加入列表。列表中的一些不可達地址可能會被鄰居節(jié)點使用，因此必要時向鄰居發(fā)送路由錯誤消息。當(dāng)一條鏈路斷裂時，如果到目的節(jié)點的跳數(shù)不超過上限，斷裂的上游節(jié)點以采取本地修復(fù)的策略。節(jié)點先緩存數(shù)據(jù)包，然后把該不可達目的序列號加一，發(fā)起到該目的節(jié)點的路由請求，節(jié)點會一直等待路由回復(fù)。如果本地修復(fù)沒有功，那么節(jié)點將發(fā)送路由錯誤消息。本地修復(fù)可能引起到目的節(jié)點的路徑比較長而且可能會增加傳送到目的節(jié)點的數(shù)據(jù)包的數(shù)量，因為當(dāng)發(fā)送路由錯誤消息時，數(shù)據(jù)包是不會被丟棄的。本地修復(fù)之后再發(fā)起路由錯誤消息可能會讓源節(jié)點找更好的路徑。

2.MSRP路由協(xié)議MSRp(MieroSensorRoutingprotoeol)是北京交通大學(xué)下一代互聯(lián)網(wǎng)互聯(lián)備國家工程實驗室自主開發(fā)的微型傳感路由器路由協(xié)議，能夠結(jié)合傳感器網(wǎng)絡(luò)特點，實現(xiàn)動態(tài)、自組織地尋路和數(shù)據(jù)轉(zhuǎn)發(fā)。由于MS砂是一種單路由策略，某些擴展應(yīng)用過程中需要解決減少路由失效帶來的數(shù)據(jù)延遲和基于按需選路導(dǎo)的能量消耗不均勻的問題。因此，本文需要在MSRP的基礎(chǔ)上提出一種多路徑由機制，在此給出MSRP工作過程的簡要描述。MSRP路由建立過程MSRP路由協(xié)議為了減少存儲表項以及發(fā)送和接收報文的大小，MSRP使IEEE802定義的64比特接口標識符，而不是IPv6地址進行路由過程，IP地址根據(jù)地址映射規(guī)則，由唯一的IEEE802.15.4定義的64比特接口標識符進行定。因此IPv6微型協(xié)議棧可以根據(jù)MSRP建立的路由進行數(shù)據(jù)傳輸。MSRP是一個簡單的單路徑路山協(xié)議，路由發(fā)現(xiàn)時，MSRP用廣播，為了廣RREQ分組，通過設(shè)置目的地址為廣播短地址(oxFFFF)來獲得廣播包。Ms不支持中間節(jié)點回復(fù)RREP分組，只允許目的節(jié)點回復(fù)RREP分組。同時，它持中間節(jié)點選擇性地廣播路由請求(RREQ)，當(dāng)發(fā)現(xiàn)自己有到目的節(jié)點的路由就不再廣播RREQ分組，而是選擇單播雙EQ分組到路由表中到目的節(jié)點的下一跳節(jié)點。當(dāng)節(jié)點要發(fā)送數(shù)據(jù)包卻沒有到目的節(jié)點的路由信息時，節(jié)點緩存數(shù)據(jù)包，發(fā)起路由查詢過程，廣播路由請求報文。路由請求報文(RREQ)包括目的地址、源地址、路由請求ID、跳數(shù)等。路由請求ID和源地址用于唯一標識一個RREQ。每個節(jié)點維護一個入口表用于一記錄其它節(jié)點來的RREQ，入口表包括源地址和路由請求ID。當(dāng)中間節(jié)點收到RREQ時，先查找入口表，如果是第一次收到該RREQ分組，則插入入口表，如果已經(jīng)有相關(guān)的入口表項，則丟棄RREQ。如果第一次收到該RREQ，則查找路由表，如果有到目的節(jié)點的路由信息，則單播RREQ到路由表中下一跳節(jié)點，如果沒有路由信息，就繼續(xù)廣播RREQ，直到目的節(jié)點。在RREQ傳送到目的節(jié)點的過程中，節(jié)點建立到源節(jié)點的反向路由，這樣RREP可以沿著反向路由到達源節(jié)點。當(dāng)目的節(jié)點收到RREQ時，首先節(jié)點緩存RREQ分組消息，由于廣播RREQ尋路過程，節(jié)點接收到多條路由發(fā)送的分組消息，所以需要等待合理時間T，進行判斷多路由的優(yōu)劣，這里構(gòu)造了一個最優(yōu)路由判斷函數(shù)f(X，Y):f(X，Y)=Am+Bh+Cn…(公式l)其中m為源節(jié)點到目的節(jié)點經(jīng)過的電量不足節(jié)點的個數(shù)，h為源節(jié)點到目的節(jié)點的跳數(shù)，n為從源節(jié)點到目的節(jié)點弱鏈路的條數(shù)。A、B、C為不同網(wǎng)絡(luò)環(huán)境下的待定參數(shù)，均為2的非負整數(shù)次方，并滿足A>>C>B。在開闊地帶室外網(wǎng)絡(luò)環(huán)境下，取A=256，B=l，C=20目的節(jié)點為每個到達的RREQ以及當(dāng)前節(jié)點到達RREQ源節(jié)點的路由(如果路由表中存在的話)計算其f值，跳數(shù)X值越小并且鏈路質(zhì)量值越大，則f值越高，選擇f值最大的路由進行回復(fù)。路由回復(fù)報文(RREP)包括源節(jié)點、目的節(jié)點以及跳數(shù)。建立到目的節(jié)點的路由，然后查找到節(jié)點反向路由，轉(zhuǎn)發(fā)RREP。若發(fā)送RREQ的源節(jié)點收到RREP，則發(fā)送數(shù)據(jù)。這樣由建立過程就完成了。MSRP也進行簡單的路由修復(fù)。當(dāng)鏈路出現(xiàn)故障時，發(fā)送路由錯誤報文(RER給鏈路的上一跳節(jié)點。同時執(zhí)行以下步驟:l)將直接相關(guān)的路由設(shè)為無效路由;2)統(tǒng)計所有受影響的路由目的節(jié)點;3)統(tǒng)計所有受影響的鄰居節(jié)點;4)向受影響的鄰居發(fā)送RERR消息。建建立到目的節(jié)節(jié)點點的路由由發(fā)發(fā)送數(shù)據(jù)據(jù)據(jù)查找到源節(jié)點的的路路路路由，轉(zhuǎn)發(fā)RREPPP節(jié)點收到RREP流程圖FigZ一7FlowehartofnodesreeeivingRREP2.2.3AODV和MSRP的評價AoDv*”+是一種基于距離矢量的按需路由協(xié)議。協(xié)議采用了三種報文格式RREQ、RREP、RERR，它們的結(jié)構(gòu)比較復(fù)雜。還使用了序列號避免環(huán)路和HELLo消息來檢測鏈路的連接性。AODV支持中間節(jié)點應(yīng)答，能使源節(jié)點快速獲得路

第三篇：路由協(xié)議的常見分類

路由協(xié)議的常見分類

網(wǎng)關(guān)-網(wǎng)關(guān)協(xié)議（GGP）

核心網(wǎng)關(guān)為了正確和高效地路由報文需要知道Internet其他部分發(fā)生的情況，包括路由信息和子網(wǎng)特性。

當(dāng)一個網(wǎng)關(guān)處理重負載而使速度特別慢，并且這個網(wǎng)關(guān)是訪問子網(wǎng)的惟一途徑時，通常使用這種類型的信息，網(wǎng)絡(luò)中的其他網(wǎng)關(guān)能剪裁交通流量以減輕網(wǎng)關(guān)的負載。

GGP主要用于交換路由信息，不要混淆路由信息（包括地址、拓撲和路由延遲細節(jié)）和作出路由決定的算法。路由算法在網(wǎng)關(guān)內(nèi)通常是固定的且不被GGP改變。核心網(wǎng)關(guān)之間通過發(fā)送GGP信息，并等待應(yīng)答來通信，之后如果收到含特定信息的應(yīng)答就更新路由表。注意GGP的最新改進SPREAD已經(jīng)用于Internet,但它還不如GGP普及。GGP被稱為向量-距離協(xié)議。要想有效工作，網(wǎng)關(guān)必須含有互聯(lián)網(wǎng)絡(luò)上有關(guān)所有網(wǎng)關(guān)的完整信息。否則，計算到一個目的地的有效路由將是不可能的。因為這個原因，所有的核心網(wǎng)關(guān)維護一張Internet上所有核心網(wǎng)關(guān)的列表。這是一個相當(dāng)小的表，網(wǎng)關(guān)能容易地對其進行處理。外部網(wǎng)關(guān)協(xié)議（EGP）

外部網(wǎng)關(guān)協(xié)議用于在非核心的相鄰網(wǎng)關(guān)之間傳輸信息。非核心網(wǎng)關(guān)包含互聯(lián)網(wǎng)絡(luò)上所有與其直接相鄰的網(wǎng)關(guān)的路由信息及其所連機器信息，但是它們不包含Internet上其他網(wǎng)關(guān)的信息。對絕大多數(shù)EGP而言，只限制維護其服務(wù)的局域網(wǎng)或廣域網(wǎng)信息。這樣可以防止過多的路由信息在局域網(wǎng)或廣域網(wǎng)之間傳輸。EGP強制在非核心網(wǎng)關(guān)之間交流路由信息。由于核心網(wǎng)關(guān)使用GGP,非核心網(wǎng)關(guān)使用EGP,而二者都應(yīng)用在Internet上，所以必須有某些方法使二者彼此之間能夠通信。Internet使任何自治（非核心）網(wǎng)關(guān)給其他系統(tǒng)發(fā)送“可達”信息，這些信息至少要送到一個核心網(wǎng)關(guān)。如果有一個更大的自治網(wǎng)絡(luò)，常常認為有一個網(wǎng)關(guān)來處理這些可達信息。

和GGP一樣，EGP使用一個查詢過程來讓網(wǎng)關(guān)清楚它的相鄰網(wǎng)關(guān)并不斷地與其相鄰者交換路由和狀態(tài)信息。EGP是狀態(tài)驅(qū)動的協(xié)議，意思是說它依賴于一個反映網(wǎng)關(guān)情況的狀態(tài)表和一組當(dāng)狀態(tài)表項變化時必須執(zhí)行的一組操作。

內(nèi)部網(wǎng)關(guān)協(xié)議（IGP）

有幾種內(nèi)部網(wǎng)關(guān)協(xié)議可用，最流行的是RIP和HELLO,另一個協(xié)議稱為開放式最短路徑優(yōu)先協(xié)議（OSPF），這些協(xié)議沒有一個是占主導(dǎo)地位的，但是RIP可能是最常見的IGP協(xié)議。選擇特定的IGP以網(wǎng)絡(luò)體系結(jié)構(gòu)為基礎(chǔ)。

RIP和HELLO協(xié)議都是計算到目的地的距離，它們的消息包括機器標識和到機器的距離。一般來講，由于它們的路由表包含很多項，因此消息比較長。RIP和HELLO一直維護相鄰網(wǎng)關(guān)之間的連接性以確保機器是活躍的。

路由信息協(xié)議使用廣播技術(shù)。意思是說網(wǎng)關(guān)每隔一定時間要把路由表廣播給其他網(wǎng)關(guān)。這也是RIP的一個問題，因為這會增加網(wǎng)絡(luò)流量，降低網(wǎng)絡(luò)性能。

HELLO協(xié)議與RIP的不同之處在于HELLO使用時間而不是距離作為路由因素。這要求網(wǎng)關(guān)對每條路由有合理的準確時間信息。由于這個原因，所以HELLO協(xié)議依賴于時鐘同步消息。

開放式最短路徑優(yōu)先協(xié)議是由Internet工程任務(wù)組開發(fā)的協(xié)議，希望它能成為居于主導(dǎo)地位的IGP.用“最短路徑”來描述協(xié)議的路由過程不準確。更好一些的名字是“最優(yōu)路徑”,這其中要考慮許多因素來決定到達目的地的最佳路由。

xp系統(tǒng)下載

第四篇：靜態(tài)動態(tài)路由協(xié)議的優(yōu)缺點

靜態(tài)動態(tài)路由協(xié)議的優(yōu)缺點

靜態(tài)路由主要有以下幾種用途：

在不會顯著增長的小型網(wǎng)絡(luò)中，使用靜態(tài)路由便于維護路由表。

靜態(tài)路由可以路由到末節(jié)網(wǎng)絡(luò)，或者從末節(jié)網(wǎng)絡(luò)路由到外部。

使用單一默認路由。如果某個網(wǎng)絡(luò)在路由表中找不到更匹配的路由條目，則可使用默認路由作為通往該網(wǎng)絡(luò)的路徑。

靜態(tài)路由的優(yōu)點和缺點

通過比較，我們可以列出每種路由方式的優(yōu)點。一種方式的優(yōu)點也就是另一種方式的不足之處。

靜態(tài)路由的優(yōu)點：

·占用的CPU 處理時間少。

·便于管理員了解路由。

·易于配置。

靜態(tài)路由的缺點：

·配置和維護耗費時間。

·配置容易出錯，尤其對于大型網(wǎng)絡(luò)。

·需要管理員維護變化的路由信息。

·不能隨著網(wǎng)絡(luò)的增長而擴展；維護會越來越麻煩。

·需要完全了解整個網(wǎng)絡(luò)的情況才能進行操作。

動態(tài)路由的優(yōu)點和缺點

動態(tài)路由的優(yōu)點：

·增加或刪除網(wǎng)絡(luò)時，管理員維護路由配置的工作量較少。

·網(wǎng)絡(luò)拓撲結(jié)構(gòu)發(fā)生變化時，協(xié)議可以自動做出調(diào)整。

·配置不容易出錯。

·擴展性好，網(wǎng)絡(luò)增長時不會出現(xiàn)問題。

動態(tài)路由的缺點：

·需要占用路由器資源（CPU 時間、內(nèi)存和鏈路帶寬）。

·管理員需要掌握更多的網(wǎng)絡(luò)知識才能進行配置、驗證和故障排除工作。

第五篇：主播線下簽約協(xié)議

主播線下簽約協(xié)議

本協(xié)議由以下雙方簽訂： 甲

方：________________ 法人代表人：________________ 地

址：________________ 乙

方：________________ 藝 名/昵稱： __________ 直播平臺：_____ 平臺賬號：__________ 身份證號碼：________________________________ 地

址：________________________________ 電

話：________________電子郵箱：________________ 鑒于：

1.甲方是一家依據(jù)中華人民共和國法律成立并持續(xù)經(jīng)營的公司，具有專業(yè)、權(quán)威、豐富的經(jīng)紀資源。

2.乙方擁有良好的演藝才能或藝術(shù)天賦，有志于逐步提升演藝水品和知名度。

3.現(xiàn)甲乙雙方為了現(xiàn)實共同的目標，經(jīng)友好協(xié)商達成本協(xié)議。為此，各方本著平等互利、誠實守信的原則，經(jīng)好友協(xié)商，就共同進行甲方之經(jīng)紀推廣的各項合作事宜，達成如下協(xié)議。定義解釋：

1.視頻秀場平臺：指互聯(lián)網(wǎng)公司擁有的或運營線上演藝平臺，如 YY、映客、繁星、快手、映客、花椒、抖音 等網(wǎng)站及子網(wǎng)站、客戶端、APP應(yīng)用以及將來新注冊，開發(fā)的與視頻秀場業(yè)務(wù)有關(guān)的一切網(wǎng)站、應(yīng)用等的總稱。1.合作內(nèi)容

1.1合作期間，甲方擔(dān)任乙方在互聯(lián)網(wǎng)線上演藝及未來可能涉及到的線下演藝的獨家經(jīng)紀公司，就乙方的全部演藝事業(yè)提供經(jīng)紀代理服務(wù)，經(jīng)紀代理范圍包括但不限于網(wǎng)絡(luò)演藝、線下演藝、商務(wù)經(jīng)紀、明星周邊及其他出版物、法律事務(wù)等與乙方演藝事業(yè)相關(guān)的所有活動。1.1.1網(wǎng)絡(luò)演藝： 甲方代理乙方在線網(wǎng)絡(luò)演藝，包括并不限于互聯(lián)網(wǎng)線上演藝的個人直播間演藝、眾籌、線上演唱會、線上歌友會等現(xiàn)在及未來可能出現(xiàn)的其他互聯(lián)網(wǎng)產(chǎn)品及線上演藝形式，經(jīng)紀合同期間，甲方在遵守維護良好合作及有利于乙方演藝事業(yè)發(fā)展的基礎(chǔ)上，甲方有權(quán)在合作范圍內(nèi)自主管理乙方在線上演藝平臺的個人直播見互動演藝，積極進行企劃宣傳，因此而產(chǎn)生的收入，甲方有權(quán)獲得相應(yīng)合作分成。

1.2本協(xié)議合作期限為

（五）年，即自（）年（）月（）日至（）年（）月（）日。2.各方權(quán)利義務(wù)

2.1甲方有權(quán)獨家為乙方就演藝相關(guān)進行接洽、安排、策劃雙方達成一致的線上演藝事務(wù)活動和工作。

2.2甲方有權(quán)代表乙方對乙方姓名權(quán)、肖像權(quán)、著作權(quán)及著作權(quán)有關(guān)的各種權(quán)益進行管理與維護。2.3乙方可以享有甲方為其策劃并安排的線上演出、包裝等互聯(lián)網(wǎng)產(chǎn)品宣傳推廣資源。乙方需遵從線上演藝平臺對運營規(guī)則的相關(guān)約定。2.4乙方有權(quán)拒絕色情、暴力、違規(guī)、違法法律強制性規(guī)定及其他有損乙方人格、名譽和損害乙方身心健康的表演和要求工作，并有權(quán)要求賠償。

2.5乙方保證本合約簽訂時，并未有與任何第三方存在的經(jīng)紀合約或與本合約有沖突的約定。如有出現(xiàn)，一切責(zé)任由乙方自行承擔(dān)。2.6合約期間，未經(jīng)甲方書面同意，乙方不得自行接洽或授權(quán)第三方接洽安排與演藝事業(yè)相關(guān)的事項，不得做出任何有損甲方合法權(quán)益的行為。如有第三方聯(lián)系或者邀請乙方參加演藝活動 的，乙方應(yīng)及時通知甲方，由甲方接洽演藝活動并簽訂協(xié)議，乙方不得私自與第三方洽談或達成任何協(xié)議。3.收益分配

3.1基于甲方的推廣資源、經(jīng)紀能力，甲乙兩方達成如下共識，乙方在視頻秀場平臺上進行直播互動演藝產(chǎn)生的一切網(wǎng)絡(luò)增值服務(wù)收入（包括虛擬禮物所產(chǎn)生的傭金）由雙方共享。具體分配比例按照運營后臺系統(tǒng)分配金額為準，甲乙雙方可根據(jù)雙方意愿簽訂額外收益分配協(xié)議。

3.2非網(wǎng)絡(luò)商業(yè)演出業(yè)務(wù)領(lǐng)域，除另有約定外，原則上通過甲方取得的收入，由甲方扣除運營成本后統(tǒng)籌分配給乙方。3.3乙方與甲方協(xié)商確定收益分配如下： 甲方給乙方在每月傭金沒有達到_______元（大寫：）以上的情況下，每月給予保底________元(大寫：)。

3.3.1如在合同期內(nèi)，乙方不積極配合甲方做好線上平臺直播演藝或每月總直播時長未達_______小時，甲方有權(quán)終止給乙方發(fā)放保底工資。4.違約責(zé)任

4.1乙方未經(jīng)甲方同意，擅自在非甲方安排的平臺進行演藝的，乙方應(yīng)當(dāng)向甲方賠償人民幣500000元整（大寫：伍拾萬圓整）違約金。4.2乙方有下列情形之一的，乙方構(gòu)成違約應(yīng)向甲方支付人民幣500000元整（大寫：伍拾萬圓整）違約金。

4.2.1未經(jīng)甲方同意擅自接受第三方的邀請、組織從事表演商業(yè)活動； 4.2.2未經(jīng)甲方同意自行安排非網(wǎng)絡(luò)商業(yè)演出的；

4.2.3未經(jīng)甲方同意將自己的形象、表演作品提供給第三方用于商業(yè)用途的。

4.2.4未經(jīng)甲方同意擅自與其他經(jīng)紀公司有任何形式合作的。4.2.5未經(jīng)甲方同意泄露一切關(guān)于公會內(nèi)部事務(wù)的。

4.3其他違約情形的，違約的一方應(yīng)當(dāng)向守約方賠償經(jīng)濟損失。5.保密

5.1甲乙雙方同意，任何一方均不得對外泄露本協(xié)議和其他協(xié)議和其他相關(guān)往來的內(nèi)容，但為履行本協(xié)議約定義務(wù)所以需要進行的正當(dāng)披露除外。

5.2為履行本協(xié)議涉及的商業(yè)活動計劃、策劃方案以及其他商業(yè)信息均為保密信息。5.3本協(xié)議以下保密義務(wù)在本協(xié)議終止后的兩年內(nèi)仍有效、6.爭議解決

因本協(xié)議引起或與本協(xié)議的有關(guān)的任何爭論，雙方本應(yīng)本著好友協(xié)商的原則解決，協(xié)商不成可向甲方所在地有轄權(quán)的人民法院通過訴訟的方式解決。

7.1本協(xié)議有雙方代表簽字蓋章后生效。本協(xié)議一式三份，甲方執(zhí)有兩份、乙執(zhí)有一份。具有同等法律效力。未盡事宜，雙方可以簽訂補充協(xié)議。

7.2本協(xié)議到期后，除非甲乙雙方任何一方在終止前三個月內(nèi)發(fā)出終止協(xié)議的通知，否則本協(xié)議自動續(xù)約（叁年）。甲方： 乙方： 簽約日期： 簽字日期： 蓋章： 蓋章：