可靠傳輸協議（rtp，reliable transport protocol）負責管理elgrp資料報的傳送和接收。可靠傳輸意味著傳輸是有保障的，並且資料報會被按順序傳送。這種傳輸效果是依靠cisco發明的名為可靠組播的演算法實現的。使用可靠傳輸的資料報型別包括更新包、 查詢包、響應包、sia查詢包和sia響應包，這與傳送這些資料報的形式（單播或組播）無關（當然了，sia查詢包、響應包和sia響應包只會以單播形式傳送）。這些資料報的頭部都會攜帶乙個非零的序列號。這個序列號是乙個全域性值，由路由器上的每個eigrp程序進行維護；每當這個elgrp程序發出乙個這種資料報，無論這個資料報將會從哪個啟用了 eigrp的介面傳送出去，序列號都會增加。接收到更新包、查詢包、響應包、sia查詢包或 sia響應包的鄰居都需要發回乙個ack包，並將ack包中的確認號設定為之前收到的資料報的序列號。鄰居還可以用另一種方式確認可靠資料報，就是在自己的可靠資料報（如果有要發往相同路由器的可靠資料報）中確認對方發來的可靠資料報，只需在資料報頭部正確設定確認號就可以了，詳見前文「確認包」小節。如果在特定時間段內沒有收到確認資訊， eigrp就會以單播的形式向未響應鄰居重傳未確認的資料報。
對於那些不使用可靠傳輸的資料報型別（hello包和ack包）．它們的序列號字段設定 為0．並且這個全域性序列號並不會增長。
在使用這個單純的可靠組播時，組播訊息的每乙個接收方都必須對傳送方做出確認， 才能促使傳送方繼續傳輸下乙個訊息。如果有一些接收方沒有進行訊息確認，傳送方就會 延緩下一步組播發送行為，而是以單播形式向未確認的接收方重傳丟失的訊息，直到接收方成功確認它收到了該訊息為止。很顯然，只要有乙個行為不當、超載或連線性很差的接收方，就會對整個可靠組播的傳輸造成不良影響。乙個直觀的解決方案是在繼續傳送組播資料報的同時，以單播形式按順序向那個「滯後」的接收方傳送未確認的訊息以及後續延緩傳送的資料報，讓它最終能夠跟上大家的進度。不過這樣做會帶來乙個問題：滯後的那個鄰居也仍然是組播組中的成員，如果它在收到前乙個資料報之前．恰好先收到了後乙個 資料報．那它對於資訊流的處理順序就錯亂了。
為了解決這個問題.rtp使用了乙個與眾不同的特性.稱為條件接收（conditional receive)。通過使用這個特性.eigrp可以把乙個多訪問介面上的所有鄰居分為兩個組：乙個行為得當組.這個組中的鄰居能夠按時確認所有組播訊息；另乙個「滯後」組.這個組中的鄰居至少有一次沒有按時確認eigrp的可靠資料報.eigrp必須對這些鄰居進行單獨處理。如果eigrp希望一邊傳送組播資料報.一邊以單播形式向滯後路由器重傳未確認的資料報.它就必須在按順序傳輸的組播資料報中打上乙個特殊的標記.表示「這個資料報只發給那些到目前為止.收到了所有組播資料報的路由器」。
上述解決方案是這樣實現的：傳送方首先傳送乙個hello包.其中包含兩個特殊的 tlv:序列tlv和下乙個組播序列tlv.這個資料報通常被稱為序列hello包。下乙個組播序列tlv中包含接下來要傳送的下乙個可靠組播訊息的序列號。序列tlv中列出了所有滯後鄰居的ip位址.向所有接收方表明：「如果誰在這個列表中找到了自己的ip位址.就忽略擁有這個序列號的下乙個組播訊息」。鄰居在收到這個序列hello包後.如果沒有在序列tlv 的列表中找到自己的ip位址.那它就知道自己可以接收接下來的組播資料報.並且它會把自己置為cr模式（條件接收模式）。鄰居在收到這個序列hello包後.如果在序列tlv的列表中找到了自己的ip位址.或者鄰居乾脆就沒有收到這個序列hello包.它就不會把自己置為cr模式。在此之後.傳送方路由器會在下乙個組播資料報的標記欄位中.設定cr標記。置為cr模式的路由器會如常處理這個資料報.然後退出cr模式；未被置為cr模式的路由器則會忽略這個資料報。這樣一來.傳送方路由器既能夠一直以組播形式向那些沒有接收障礙且能夠按時確認的路由器傳送訊息.同時也能夠確保那些滯後鄰居不會處理這些組播訊息.直到它們能夠趕上大家的進度。沒能夠確認乙個或多個組播資料報的鄰居就會成為滯後鄰居.每個滯後鄰居都會按順序.以單播形式收到它們沒能確認的資訊。
路由器會按照組播流計時器中定義的時間來等待ack包.在計時器超時後.它才會將相應的鄰居認定為滯後鄰居.並轉換為使用單播形式向其傳送資訊。後續單播資料報的傳送間隔是由rt0 (重傳超時）定義的。這兩個計時器（組播流計時器和rt0)是根據每個鄰 居的srtt (平滑往返時間）計算出來的。srtt是乙個以毫杪為單位的平均用時.測量的是向鄰居傳送可靠資料報與從鄰居收到確認包之間所經過的時間。具體用來汁算srtt、rt0 和組播流計時器的公式超出了本書範圍。
可靠UDP傳輸協議總結
tcp ip協議棧中，tcp和udp屬於傳輸層，負責實現資料的傳輸。其中tcp是面向連線的和基於單個位元組流的 保證順序的可靠傳輸協議，udp是無連線的 不可靠的 面向報文的協議。在實際應用中，tcp由於簡單可靠，被大部分應用層協議使用，特別是http，所以佔據了網際網路流量的主要部分。由於tcp的...
可靠UDP傳輸協議總結
tcp ip協議棧中，tcp和udp屬於傳輸層，負責實現資料的傳輸。其中tcp是面向連線的和基於單個位元組流的 保證順序的可靠傳輸協議，udp是無連線的 不可靠的 面向報文的協議。在實際應用中，tcp由於簡單可靠，被大部分應用層協議使用，特別是http，所以佔據了網際網路流量的主要部分。由於tcp的...
傳輸層 TCP協議的可靠傳輸
tcp可靠傳輸的實現主要依靠滑動視窗和超時重傳機制。滑動視窗與超時重傳，保證了資料段傳輸不重複，不丟失，不差錯，按序到達。tcp對待傳送的資料按位元組進行編序，比如0號位元組，1號位元組，2號位元組 tcp每傳送乙個報文段，就對這個報文段設定一次計時器，如果超時，重傳該報文。tcp基於滑動視窗協議實...