目前在使用H3C 的包括模擬器、VSR、VBRAS、VFW等產品。在做策略路由的時候遇到一個問題,發現下發在接口的策略路由實際上在所有接口上都生效,導致出現路由環路,無法訪問,數據包直接就ttl超時了。希望華三的研發能盡快解決,謝謝。
組網拓撲很簡單,如下:
從192.168.1.2 要訪問192.168.3.2,在路由器MSR3620_1的G0/0接口上做PBR,源IP是192.169.1.2,目標IP是192.168.3.2,指定下一跳到192.168.2.2,然後再通過192.168.2.2 的默認路由扔回到MSR 3620_1的G 0/1接口,之後讓路由器正常轉發,發到192.168.3.2上。

但是實際情況是在中間路由器收到報文之後將報文扔到192.168.2.2之後,在192.168.2.2 通過默認路由扔回來之後,但是中間路由器又匹配到策略路由,又扔到192.168.2.2 了,這樣就出現了路由環路,導致ttl超時。
不管是在HCL模擬器,還是在VSR、VBRAS、VFW等設備上測試都是這樣的結果,希望華三的研發工程師解決。
各個設備配置:
R3


R1


R2:


R4:


測試結果:
在R3上ping

抓包查看,可以看到ttl跳數一直減1


請華三的工程師和研發盡快解決!
(0)
最佳答案
R1把快速轉發關閉就行了。
由於沒有具體型號請參考以下命令
undo ip fast-forwarding load-sharing
(0)
我添加了空節點20 ,還是這樣。他匹配的就是第一個node,感覺我下發在接口上了,但是對於設備來說是全局生效。這樣就導致有問題
怎麼是來回路徑問題呢?PBR先送上去,然後上麵的路由器默認路由指回來,回來之後R1應該按照正常的路由轉發,轉發到R4上去。說實話,相同的配置思路我在華為的ENSP上,和思科模擬器GNS3上都試過,華為和思科的都沒問題,就華三的設備出現了問題。而且我這曾經試過在R1和R2之間再增加一個線路,讓來回路徑不一致也是出現這樣的問題。不信你們可以試一下。
不能解決問題,還請再幫忙看一下。如確定是產品問題,可以給研發提個需求,讓研發在後麵的版本解決掉。現在不隻是HCL這個模擬器有這個問題,關鍵是現在發行的所有VSR、VBRAS、VFW等設備上都是這個問題,這個影響就大了。
這個不上產品有問題,是組網轉發表來回路徑問題,影響了快速轉發功能而已。如果需要解決建議撥打400熱線反饋下由原廠工程師或者產品線等方麵專家給出建議。
RT1沒路由怎麼轉去RT4
(0)
R1是直連三台路由器,直連路由的,不需要配置路由
R1是直連三台路由器,直連路由的,不需要配置路由
模擬器上看不出來,我昨天在VSR上麵做得,就ping了一個報文,查看策略路由的node 10 匹配次數增加了128次,說明都匹配上了,但是關鍵我是在一個接口上下發的,但是實際設備處理針對所有的接口都生效了。這樣就不合理了。
(0)
親~登錄後才可以操作哦!
確定你的郵箱還未認證,請認證郵箱或綁定手機後進行當前操作
舉報
×
侵犯我的權益
×
侵犯了我企業的權益
×
抄襲了我的內容
×
原文鏈接或出處
誹謗我
×
對根叔社區有害的內容
×
不規範轉載
×
舉報說明
我在HCL測試可以了,我一會在VSR上測試一下,感謝支持!