技術共有

한어Русский языкEnglishFrançaisIndonesianSanskrit日本語DeutschPortuguêsΕλληνικάespañolItalianoSuomalainenLatina

まず、上記のトポロジ図のネットワーク セグメント情報に基づいて、インターフェイス IP と OSPF を設定します。

次に、物理リンクが確実に到達できるようにデフォルト ルートを構成します。

R1 の例は次のとおりです。

ip route-static 0.0.0.0 0 16.0.0.2
ip route-static 0.0.0.0 0 16.0.1.2

次に、MGRE 構成用のトンネル インターフェイスを作成します。

R1

interface Tunnel0/0/0                        #R1,R4,R5全连mgre
 ip address 192.168.1.1 24
 tunnel-protocol gre p2mp                        #设定隧道协议为mgre
 source 16.0.1.1
 nhrp network-id 1
 nhrp entry 192.168.1.4 46.0.0.1 register #按照全连要求，R1,R4,R5互为彼此中心和分支
 nhrp entry 192.168.1.5 56.0.0.1 register

interface Tunnel0/0/1                        #R1为中心,R2,R3为分支的mgre
 ip address 192.168.0.1 24
 tunnel-protocol gre p2mp
 source 16.0.0.1
 nhrp network-id 2

R2

interface Tunnel0/0/0
 ip address 192.168.0.2 24
 tunnel-protocol gre p2mp
 source 26.0.0.1
 nhrp network-id 2
 nhrp entry 192.168.0.1 16.0.0.1 register

R3

interface Tunnel0/0/0
 ip address 192.168.0.3 24
 tunnel-protocol gre p2mp
 source 36.0.0.1
 nhrp network-id 2
 nhrp entry 192.168.0.1 16.0.0.1 register
 

R4

interface Tunnel0/0/0
 ip address 192.168.1.4 24
 tunnel-protocol gre p2mp
 source 46.0.0.1
 nhrp network-id 1
 nhrp entry 192.168.1.1 16.0.1.1 register #按照全连要求，R1,R4,R5互为彼此中心和分支
 nhrp entry 192.168.1.5 56.0.0.1 register

R5

interface Tunnel0/0/0
 ip address 192.168.1.5 24 
 tunnel-protocol gre p2mp
 source 56.0.0.1
 nhrp network-id 1
 nhrp entry 192.168.1.1 16.0.1.1 register        #按照全连要求，R1,R4,R5互为彼此中心和分支
 nhrp entry 192.168.1.4 46.0.0.1 register

設定後、R1 を確認したところ、OSPF ネイバー テーブルに R3 と R5 はなく、R4 と R2 が存在することがわかりました。ただし、ステート マシンは初期化されており、Hello パケット応答は受信されませんでした。

R2 隣接テーブルには R1 がありません

R3 隣接テーブルには R1 がありません

R4 ネイバー テーブルには R5 があり、隣接関係が確立されていますが、R1 はありません。

R5 近隣テーブルには R4 があり、隣接関係が確立されていますが、R1 はありません。

まず、R1、R4、および R5 の問題を解決します。OSPF でデフォルトでトンネル インターフェイスを識別する OSPF インターフェイス タイプは、2 つのデバイスのみ存在できるため、トンネル インターフェイス タイプをブロードキャスト タイプに変更することを選択します。

interface tunnel0/0/0
ospf network-type broadcast

R1、R4、および R5 の OSPF ネイバー テーブルを再度確認し、R1、R4、および R5 が互いにネイバーであることを確認します。

R1、R2、および R3 の間の問題を解決した後、MGRE はユニキャストのみをサポートするのに対し、OSPFV2 はマルチキャストを通じて情報を送信するため、擬似ブロードキャストをオンにする必要があることが判明しました。

R1

interface Tunnel0/0/1
 nhrp entry multicast dynamic

R1 と R2 は隣接していますが、R3 は隣接テーブルにありません。

R3 ネイバー テーブルには R1 がありますが、ステート マシンは初期化されており、R1 から hello パケットは受信されません。

この現象は R1、R4、および R5 の場合と同じです。インターフェイス タイプは p2p であるため、R1 は 1 つのルータにのみ情報を送信します。トンネル 0/0/1 のインターフェイス タイプは p2mp に設定されます。

p2mp を選択する理由は、ブロードキャストと比較して、p2mp は DR をトリガーせず、R1、R2、および R3 はセンターブランチ構造であるため、R2 と R3 は R1 をセンターとしてのみ認識し、お互いを認識できないためです。分岐 DR もあります。BDR 選挙中に、R1 ～ R2 と R1 ～ R3 が 2 つのエリアに分割され、選挙中に R1 が一方のエリアで DR になり、もう一方のエリアで BDR が認識されます。センターとブランチ間の DR および BDR の影響により、ネットワークが DR デバイスによって送信される LSA 情報の一部が不完全になり、その結果、完全なルーティング情報を取得できなくなります。

R1

interface Tunnel0/0/1
ospf network-type p2mp     #修改接口类型为p2mp
ospf timer hello 10 #p2mp是人为接口类型，默认30s发送一次，为了加快收敛修改发送周期为10s

R2/R3

interface Tunnel0/0/0
ospf network-type p2mp
ospf timer hello 10

R1 ～ R5 のルーティング テーブルを確認すると、それらすべてに互いのプライベート ネットワークのルーティング エントリがあることがわかります。

R1 が R2、R3、R4、R5 に ping を送信する

R2 が R3、R4、R5 に ping する

R4 は R2 と R5 に ping を送信できます。これは、プライベート ネットワークが相互に到達可能であることを証明します。