기술나눔

한어Русский язык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 인터페이스 유형은 두 개의 장치만 존재할 수 있으므로 터널 인터페이스 유형을 브로드캐스트 유형으로 수정하기로 합니다.

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이 하나의 라우터에만 정보를 전송하게 됩니다. 터널 0/0/1의 인터페이스 유형은 p2mp로 설정됩니다.

p2mp를 선택하는 이유는 브로드캐스트에 비해 p2mp는 DR 및 BDR 선택을 트리거하지 않기 때문입니다. R1, R2 및 R3은 중앙 분기 구조이므로 R2와 R3는 R1만 센터로 알고 서로를 알 수 없습니다. DR이라는 분기도 있는데, BDR 선거 중에는 R1-R2와 R1-R3이 두 영역으로 나뉘어 선출되는 경우 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를 핑합니다.

R2 핑 R3, R4, R5

R4는 R2와 R5를 ping할 수 있으며, 이는 개인 네트워크가 서로 연결 가능하다는 것을 증명합니다.