web-dev-qa-db-ja.com

CiscoルーターがIPv6ネイバー要請要求に応答しない

ネットワークプロバイダーの1つでは、Linuxベースのルーター（Vyatta/Debian）はIPv6を介してCiscoルーターと通信できません。彼らのルーターは、私たちが送信するICMP6近隣要請要求に応答しないようです。これは、このVLAN上の2つのルーター間、およびルーターと他のすべてのプロバイダーおよびピア間で正常に機能しています。同じプロバイダーへの同じインターフェイス上のIPv4も正常に機能しています。

ルーターのインターフェース構成（IPアドレスが変更されています）は次のとおりです。

interface GigabitEthernet1/48.301
encapsulation dot1Q 301
ip address 10.0.0.1 255.255.255.248
no ip redirects
no ip proxy-arp
ip mtu 1500
ipv6 address 2078:abcd::5b::1/112
ipv6 mtu 1500
no ipv6 redirects
no cdp enable
end

これはすべて私にはかなりデフォルト/標準に見えます。インターフェイスの私たちの側にpingを実行させると、すぐに両方向のpingが機能し始めました。 （私たちのルーターはND要求に応答し、私たちのルーターはICMP6 ECHO要求からMACアドレスを見つけたと思います）。

ネイバーテーブルにエントリを手動で追加すると、すべてが正常に機能しますが、明らかにそれは少しハッキーな解決策です。

何か案は？

networkingciscoipv6vyatta
3
Ask Bjørn Hansen

すでにキャプチャを行っているようです。アドレス解決要求が送信されていることを確認したが、応答がない場合は、ルーターが応答していないか、パス内のレイヤー2デバイスがそれらをドロップしているように聞こえます-何らかの理由で、バグであるかどうかまたは構成。構成を提供する意思がある場合は、ここで実際の物理インターフェイス構成（ge1/48）と、VLANがネットワーク上でトランキングされているスイッチポート）について質問することもできます。

それがあなたの終わりではないと確信している場合（ルーターからプロバイダーに直接接続していますか？他のハードウェアを試しましたか？）、Ciscoでのデバッグのプッシュおよび/または入力スイッチポートでのスパン/ポートミラーリングをリクエストが受信されているかどうかをキャプチャして確認します。彼らが彼らがそうだと確認し、彼らが返答していない場合、彼らはそこから理由を決定する義務がいくらかあります。

1
Bryan Redd