Junos OS를 사용하는 계층 3의 네트워크 문제 다루기

물론 레이어 3 문제는 패킷에 관한 것입니다. 일반적으로 프로토콜 스택에서 문제가 많을수록 문제가 많을 수 있습니다. 라우팅 레이어 (레이어 3의 초기 이름)에서는 지정된 대상에 대한 경로가 없거나 루프 할 수 있거나 패킷을 블랙홀에 보낼 수 있습니다.

라우터 네트워크에는 show route protocol ospf 또는 show bgp summary operational mode 명령과 같은 프로토콜 자체의 기능을 검사하는 도구가 있습니다. 이 명령을 사용하여 OSPF 및 BGP 라우팅 프로토콜의 작동에 대한 통찰력을 얻을 수 있습니다.

그러나 이미 살펴본 것처럼 레이어 3의 문제는 주로 레이어 2의 문제로 인해 발생합니다. 그렇더라도 SNMP 폴링 및 트랩 및 이더넷 OAM을 사용하여 네트워크 라우터 링크 수준에서 문제를 포착 할 수 있습니다. 이제 패킷 계층에서 실제로 문제가되는 문제를 살펴보십시오. 여기서 일반적인 최종 사용자 도구 인 traceroute를 사용하여 문제를 일으키는 라우터를 분리합니다.

traceroute를 사용하여 중단을 찾습니다. ">

traceroute는 대상 호스트에 도달 할 때까지 한 라우터에서 다른 라우터로 패킷을 hop-by-hop 전송합니다. 목적지까지의 경로가없는 라우터에 패킷이 도착하면 도달 할 수없는 ICMP 메시지가 발신자에게 다시 전송됩니다.

traceroute를 사용할 때 문제는 일반적으로 traceroute에 응답하는 마지막 홉에서 가 아니라 마지막 응답 장치에서 에 있다는 것을 기억하십시오.

모두 정상이면 대상은 일반적으로 원본 호스트에서 5 홉 떨어져 있습니다. 응답자의 네트워크 주소가 변경되면 패킷이 네트워크의 한 부분에서 다른 부분으로 이동 한 것입니다 (예: 고객 네트워크에서 서비스 제공 업체 네트워크로 이동).

user @ host> traceroute 10. 2. 2. 1 traceroute to 10. 2. 2. 1 (10). 다음은 라우터가 Dest-Host로가는 도중에 traceroute에 일반적으로 응답하는 방법에주의하십시오. (192.168.1.10) 2. 617 ms 1. 690 ms 2. 851 ms (Cust-Router1) 2 192. 168. 10. 6 3. 386ms 3. 370ms 5. 570ms (Cust-Router2) 3 172. 16. 11. 1 (172. 16. 11. 1) 13.113 ms 3. 905 ms 5. 060 ms (Prov-Rtr1) 4 172. 16. 44.2 (172. 16. 44.2) 3. 778 ms 5. 237 ms 5. 413 ms (Prov-Rtr2) 5 172. 16. 44. 27 (172. 16. 44. 27) 10. 867 ms 12. 568 ms 5. 991 ms (Dest-Host)

이제 링크 (유일한 링크, 그런데 고객 라우터 (Cust-Router2)와 서비스 제공 업체 라우터 (Prov-Rtr1) 사이에서 실패합니다:

user @ host> traceroute 10.2. 2. 1 traceroute to 10. 2. 2. 1 (10. 2. 2. 1), 최대 30 홉, 40 바이트 패킷 1 192. 168. 10. 1 (192. 168. 10. 1) 1. 983 ms 2. 440 ms 2. 414 ms (Cust-Router1) 2 192.168.10.6 (192.168.10.6) 2. 883 ms! H 4. 136 ms

! H. 114 MS! H

! H는 두 번째 라우터에서 ICMP 호스트 도달 불가능 메시지를 받고 있음을 나타냅니다. 이 Cust-Router2 장치가 문제이지만 Cust-Router2에 패킷이 아무 문제없이 돌아 왔음을 알 수 있습니다. 아니요, 문제는 고객과 서비스 제공 업체 간의 링크에서

이 마지막 홉입니다. Cust-Router2의 목적지에 대한 유용한 경로가 없으므로! H가 발행됩니다.