0906_OSPF Troubleshooting

Telnet 접속시 Log확인 명령어 : Terminal monitor

해당 Troubleshooting 확실하게 이해할것

1. R1과 R6 RIP network는 RIP으로 OSPF network는 OSPF를 우선하게 하시오.

AD값 확인 후 조정을 통한 경로 조정

• RIP(120) / OSPF(110)
  R6이 먼저 redistribute 되면 R1이 재분배 정보를 못 받아온다
  R1이 먼저 redistribute 되면 R6가 재분배 정보를 못 받아온다.
  
  
  

• OSPF 의 Internal(110)과 External(120)값을 조정하여 RIP <-> OSPF간의 AD값으로 인한 Best-path경로를 조정한다.
  RIP 외에 다른 Protocol 연결이 없으므로 External AD 값을 200으로 수정하여 경로를 조정한다.

• 조정 후 R1, R2 모두 RIP 방향의 Best-path가 AD(120)으로 향하게 된다.
  
  

-> AD 값으로 인한 Best-Path 선출방식을 이해하고 AD값을 변경한다.

2. Traceroute 결과 R2는 R1을 통해 RIP network로 가야하며, R7은 R6를 통해 Rip network로 경로를 확인 하시오.

• 바라보는 경로의 neighbor를 확인한다.
  show ip ospf neighbor
  
  

• 6.6.6.6 이 중복으로 된것을 확인함.

• 6.6.6.6 을 수정하기 위해 router-id는 clear 명령어로 변경되지 않으므로 아래 두방법으로 RIB를 값을 update한다.

1.router ospf 1에 들어가서 셧다운 후 다시 구동한다.
2.router-id 2.2.2.2

-> R1은 redistribue Type-2 로 되어 있기 때문에 Type-1으로 R6와 동일하게 변경하여준다.( E1은 E2보다 우선시 되므로 다른 packet이 R6으로만 향하게 되기때문에)

3. R8에서 100.100.100.100/32와 통신이 되도록 하라.

R8에서 네이버가 맺어져있는지 확인한다.
show ip ospf protocol

R8 은 configuration 오류는 없는것을 확인

R7 에서 configuration 오타를 확인함.

R7에서 network 오타를 수정

아직도 네이버가 맺어지지 않음

show run | sec ospf 를 확인하여 네트워크를 확인

R8

R8에서 Area 설정이 잘못된것을 확인
-> Area 1 설정 및 NSSA Stub 설정을 맞춰줌

• neighbor가 잘 맺어짐을 확인
  

-> Configration를 확인한다.

4.R3에서 100.100.100.100/32 경로에 대하여 R8 -> R7 -> R6 -> R100이 되도록 하라.

show ip route

show ip interface () 로 Cost값 확인

show ip ospf interface ()

• RIP를 통해 metric 값을 확인한다.
• neighbor-table 이 정상인지 확인한다.
• LB를 하는지 체크한다.
• maximum 값이 있는지 확인한다. (Show run | sec ospf)
• 마지막으로 Database를 확인한다.

R3 <-> R8 사이가 Area0 인것을 확인함.
-> R2<->R3 는 Type 1,2로 R3<->R8 은 Type 3으로 경로는 무조건 Type 1,2를 우선시 하게 된다. 그러므로 R2 / R7 을 Area 0로 묶어주거나 R3<->R8을 Area1 로 변경해야 한다.

• Area 를 같게 만든 후 Cost값 변경을 통해서 경로를 지정한다.
  

R3(config)#int g0/2
R3(config-if)#ip ospf cost 1

-> Type1,2 와 Type5의 우선순위를 알고 Area를 조정한 후 cost값으로 경로를 수정한다.

5. R4에서 100.100.100.100/32 경로에 대하여 R3를 우선하도록 하라.

show ip ospf neighbor
show run interface ()

• interface 를 확인한다
  -> R4에서 interface 확인 후 변경한다.
• ospf neighbor를 확인한다
  show run | sec ospf
• traceroute 확인을 한다.
  traceroute 이 오래걸리는이유 : hostname을 찾는 과정이 오래걸린다.

traceroute () numeric : hostname을 제외하고 경로 검색

• 경로를 확인한다.

-> R4에 g0/1 interface 오탈자가 있었음

6. R9에서 100.100.100.100/32 경로에 대하여 R8을 우선하도록 하라.

forwarding addr 가 6.6.6.6 -> 1.1.1.1 로 변경되니 경로가 변경된다.

R8#show ip ospf database external 100.100.100.100

RIB에 forwarding addr가 없다.
-> show run | sec ospf

show access-list 1

Best-path가 되지않는 곳의 cost값을 확인

• R9 확인결과 R7과 Subnet 정보가 다르기 때문에 해당정보를 수정한다.

R9(config)#int g0/1
R9(config-if)#ip add 10.10.89.9 255.255.255.0

->
1. route table / ospf database / interface / ... 정보확인
.....정리못함

ABR이 다수 존재하면 router ID가 가장 높은 장치만 T7 -> T5 변경가능하다.

7. R5에서 100.100.100.100/32 경로에 대하여 R10을 우선하도록 하라.

1. R5에서 경로를 확인한다.
   show ip route 100.100.100.100
2. neighbor를 확인한다.
   show ip ospf neighbor
3. Cost를 확인한다.
   show ip ospf g0/2
4. R10에서 경로를 확인한다.
   show ip route 100.100.100.100
   -> Null0
5. neighbor를 확인한다.
   show ip ospf neighbor
6. Cost를 확인한다.
   show ip ospf g0/2

-> R10 에서
1. Static 명령어 null 0 값 제거
2. cost 값 변경으로 경로를 지정

8. R12와 R4간 Virtual-link를 구성하여 R13에서 100.100.100.100/32와 통신이 되도록 하라.