web-dev-qa-db-ja.com

ジュニパーEX3300ルーティングの問題

ジュニパーEX3300のルーティングが機能していないようです。私のISPのゲートウェイはxx.xx.xx.xxにあります。そして、私は構成に次のものを持っています：

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

スイッチからISPのゲートウェイにpingを実行できます。ただし、他のIPにはpingできません。 tracerouteを実行するとき（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
juniperjunos
4
Richard Whitman

これは、何らかの理由でシステムにデフォルトルートがインストールされていないことが原因であることがわかります。あなたの転送テーブルを私のものと比較してください：

> 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が2回リストされていることに注意してください。タイプがucstの1つとrjctの1つで、rjctの行は1行だけです。その拒否がno route to Hostが表示されている理由です。

私の推測では、ルーティングデーモンを再起動する必要があります。ルーティングオプションを非アクティブ化してコミットしてから、再度アクティブ化してみてください。また、next-hopにretainプロパティが必要だとは思いません。ほとんどの通常の状況では不要です。

ユニットがリモートの場合にこれを効果的に行う安全な方法は、ユニットを非アクティブ化してからcommit confirmed 5を発行することです。これにより、5分後に構成が自動的にロールバックされます。

また、ルーティングテーブルを適切に解決するためにデバイスを再起動する必要がある場合もあるため、上記の手順を実行しても機能しない場合は、再起動してみてください。

もちろん、それはあなたがnext-hopをタイプミスしなかったことを前提としています。あなたがそれをリストしなかったので、私は確かに言うことができません、しかしあなたのルーティングテーブルとインターフェース構成によれば、next-hopは[REDACTED]であるはずです。それがあなたが持っているものと一致しない場合は、あなたの問題があります。

4
bahamat

ルーティングポリシーを使用している場合は、ネクストホップがARPテーブルにあるかどうかを確認してください。

ps。推測するだけですが、基本的にはそうかもしれません。

1
Andrew Smith