那麼這個定時器最初是從哪開始啟動的呢?如果是在路由器A剛剛啟動rip協議的時候,同時啟動這個更新定時器,那麼由於路由器A剛剛啟動rip協議,它會向鄰居傳送request報文。假設鄰居傳送的響應報文丟失了在中間。那麼,這個時候路由器A的更新定時器到了30s,未收到任何鄰居的響應資訊。那麼這個時候,路由器A是會發送它自己本身的原始路由資訊,還是繼續再次傳送請求呢?
Reply:1. 從程序initialize開始 2.傳送它自己本身的原始路由資訊
3、如果路由器A傳送的請求資訊,中間丟失了,鄰居路由器沒收到,那麼這個後續,路由器A還會再發送請求報文嗎,鄰居路由器的更新定時器到時間後,傳送它自己的路由資訊,那麼這個時候路由器A能收到這個鄰居的路由資訊嗎?
Reply:1.不會的 2.如果中間不丟,就能收到
RIP非常simple,不要把狀態想的過於複雜,當然各個廠商在具體實現中,有很多機制做的超出RFC規定,那是另外一回事。
關於如何搞明白這些協議,最好是看RFC,然後在根據具體廠家裝置對比來看,廠家的很多實現是有一些更謹慎的考慮,很多考慮是RFC裡面沒有的,RFC只是規定一個大的框架和要求。很多裝置在具體協議的細節,還是要參考廠家研發文件,不是user manual,user manual就是個操作手冊,協議行為講的很淺。
另外,路由協議,無論RIP\OSPF\ISIS\BGP已經是昨日黃花,我個人認為沒有必要花大精力在上面
那麼這個定時器最初是從哪開始啟動的呢?如果是在路由器A剛剛啟動rip協議的時候,同時啟動這個更新定時器,那麼由於路由器A剛剛啟動rip協議,它會向鄰居傳送request報文。假設鄰居傳送的響應報文丟失了在中間。那麼,這個時候路由器A的更新定時器到了30s,未收到任何鄰居的響應資訊。那麼這個時候,路由器A是會發送它自己本身的原始路由資訊,還是繼續再次傳送請求呢?
Reply:1. 從程序initialize開始 2.傳送它自己本身的原始路由資訊
3、如果路由器A傳送的請求資訊,中間丟失了,鄰居路由器沒收到,那麼這個後續,路由器A還會再發送請求報文嗎,鄰居路由器的更新定時器到時間後,傳送它自己的路由資訊,那麼這個時候路由器A能收到這個鄰居的路由資訊嗎?
Reply:1.不會的 2.如果中間不丟,就能收到
RIP非常simple,不要把狀態想的過於複雜,當然各個廠商在具體實現中,有很多機制做的超出RFC規定,那是另外一回事。
關於如何搞明白這些協議,最好是看RFC,然後在根據具體廠家裝置對比來看,廠家的很多實現是有一些更謹慎的考慮,很多考慮是RFC裡面沒有的,RFC只是規定一個大的框架和要求。很多裝置在具體協議的細節,還是要參考廠家研發文件,不是user manual,user manual就是個操作手冊,協議行為講的很淺。
另外,路由協議,無論RIP\OSPF\ISIS\BGP已經是昨日黃花,我個人認為沒有必要花大精力在上面