MPLS基本実験

ここに画像の説明を挿入
[1] IPアドレスを構成します
[2] R2、R3、およびR4パブリックネットワークは最初に相互に通信でき
ます。OSPFプロトコルを開始します
ここに画像の説明を挿入
ここに画像の説明を挿入
ここに画像の説明を挿入
[3]
ここに画像の説明を挿入
ここに画像の説明を挿入
R3はBGPで構成されていないため、R2およびR4はBGPを構成します。したがって、後続のBGPはありません。プライベートネットワークが別のプライベートネットワークにアクセスすると、トラフィックがR3を通過するときにBGPルートがないため、トラフィックが破棄され、ルーティングのブラックホールが発生します。
解決策:MPLS

[r2]mpls lsr-id 2.2.2.2    
[r2]mpls            
[r2-mpls]mpls ldp      
[r2-mpls-ldp]q
[r2]interface GigabitEthernet 0/0/1
[r2-GigabitEthernet0/0/1]mpls    
[r2-GigabitEthernet0/0/1]mpls ldp   
[r2] route recursive-lookup tunnel  
华为设备默认不为BGP协议执行下一跳标签机制,需要手工开启

R2、R3、およびR4を構成する必要があります
[4] MPLS VPN
(1)MPLSVPNを構成します

[r2]ip vpn-instance a    创建名为a的vrf空间
[r2-vpn-instance-a]ipv4-family    进入IPV4的配置模式下
[r2-vpn-instance-a-af-ipv4]route-distinguisher 1:1   RD值
[r2-vpn-instance-a-af-ipv4]vpn-target 1:1   RT值 必须对端的PE端一致
[r2]interface GigabitEthernet 0/0/0    进入链接CE端的接口
[r2-GigabitEthernet0/0/0]ip binding vpn-instance a  关联到vrf空间
[r2-GigabitEthernet0/0/0]ip address 192.168.2.2 24   配置私有ip地址
注:在关联到vrf空间前不能配置接口ip,否则该地址的直连路由将进入公有路由表;

2つの異なるプライベートネットワークがあるため、R2とR4の両方で2つのVRFスペースを作成する必要があります

(2)PEとPEの間にMP-BPGネイバー関係を確立する

[r2-bgp]ipv4-family vpnv4 
[r2-bgp-af-vpnv4]peer 4.4.4.4 enable

ここに画像の説明を挿入
(3)CE側およびPE側のインタラクティブルーティング
スタティック

CE端直接编写静态路由即可;
PE端编写到VRF空间内的静态路由
[r2]ip route-static vpn-instance  a 192.168.1.0 24 192.168.2.1
 将本地vrf空间内的静态和直连路由重发布到BGP协议传递到对端的PE
[r2]bgp 2
[r2-bgp]ipv4 vpn-instance a
[r2-bgp-a]import-route direct 
[r2-bgp-a]import-route static

ここに画像の説明を挿入
RIP、OSPF

CE端正常启动RP、OSPF即可
PE端,启动VPNV4专用的ospf、RIP协议
[r4]ospf 2 vpn-instance b
[r4-ospf-2]area  0
[r4-ospf-2-area-0.0.0.0]network 192.168.3.2 0.0.0.0
之后使用双向重发布,实现路由共享
[r4]bgp 1 
[r4-bgp]ipv4-family vpn-instance b
[r4-bgp-a]import-route ospf  2 
[r4]ospf 2 vpn-instance b
[r4-ospf-2]import-route bgp  

ここに画像の説明を挿入

テスト:
R1はR5にアクセスできますが、
ここに画像の説明を挿入
ここに画像の説明を挿入
R7にはアクセスできません[5] NATは自身のトラフィックに影響を与えないため、R7はR2、R3、R4ループバック
ACL NATにアクセスできます
。したがって、R7の後にPCシミュレーションユーザーを追加します。

ここに画像の説明を挿入
ここに画像の説明を挿入
テスト:
ここに画像の説明を挿入
ここに画像の説明を挿入
ここに画像の説明を挿入

おすすめ

転載: blog.csdn.net/m0_53065491/article/details/113481296