瞻博網路 EX3300 路由問題

我的瞻博網路 EX3300 上的路由似乎不起作用。我的 ISP 的網關位於 xx.xx.xx.xx。我在配置中有以下內容：

routing-options {
   static {
       route 0.0.0.0/0 {
           next-hop xx.xx.xx.xx;
           retain;
       }
   }                                   
}

我可以從交換機 ping 到我的 ISP 網關。但是，我無法 ping 到任何其他 IP。當我進行跟踪路由（到 Google.com 的 IP）時。這就是我得到的：

traceroute to 74.125.224.69 (74.125.224.69), 30 hops max, 40 byte packets
traceroute: sendto: No route to host
1 traceroute: wrote 74.125.224.69 40 chars, ret=-1
*traceroute: sendto: No route to host

我需要啟用任何協議嗎？我想這是不言而喻的，但我對 Junos 有點陌生。

更新：這是來自的輸出show interfaces terse | match inet：

bme0.32768              up    up   inet     128.0.0.1/2     
jsrv.1                  up    up   inet     128.0.0.127/2   
vlan.0                  up    up   inet     10.0.1.1/24     
vlan.1                  up    up   inet     xx.xx.xx.110/30

這是來自：的輸出show route forwarding-table：

Routing table: default.inet
Internet:
Destination        Type RtRef Next hop           Type Index NhRef Netif
default            perm     0                    rjct    36     1
0.0.0.0/32         perm     0                    dscd    34     1
10.0.1.0/24        intf     0                    rslv  1321     1 vlan.0
10.0.1.0/32        dest     0 10.0.1.0           recv  1319     1 vlan.0
10.0.1.1/32        intf     0 10.0.1.1           locl  1320     2
10.0.1.1/32        dest     0 10.0.1.1           locl  1320     2
10.0.1.3/32        dest     1 0:25:90:63:26:53   ucst  1331     2 vlan.0
10.0.1.255/32      dest     0 10.0.1.255         bcst  1318     1 vlan.0

好吧，我可以看到這是因為您的系統出於某種原因沒有安裝預設路由。將您的轉發表與我的比較：

> show route forwarding-table          
Routing table: default.inet
Internet:
Destination        Type RtRef Next hop           Type Index NhRef Netif
default            user     2 0:13:5f:3:af:8f    ucst   580     5 fe-0/0/0.0
default            perm     0                    rjct    36     1
0.0.0.0/32         perm     0                    dscd    34     1

請注意，default它為我列出了兩次。一個帶有 type ucst，一個帶有rjctand yours 只有一行帶有rjct. 那拒絕就是你看到的原因no route to host。

我最好的猜測是路由守護程序需要重新啟動。您可以嘗試停用路由選項並送出，然後重新啟動它。我也不認為您需要retain. next-hop在大多數正常情況下，這是不必要的。

如果設備是遠端的，那麼有效地執行此操作的一種安全方法是停用它，然後發出commit confirmed 5. 這將在 5 分鐘後自動回滾配置。

我也遇到過必須重新啟動設備才能使路由表正確解決的情況，所以如果在上述過程之後它不起作用，那麼只需嘗試重新啟動即可。

當然，這是假設您沒有打錯next-hop. 由於您沒有列出它，我不能肯定地說，但根據您的路由表和介面配置，next-hop應該是[REDACTED]. 如果這與您所擁有的不匹配，那麼就是您的問題。

引用自：https://serverfault.com/questions/401519