Traceroute를 사용하여 Junos 네트워크 문제를 해결하는 방법 - 패킷이 취하는 경로를 확인하기위한 더미

패킷이 소스에서 대상까지 중간 홉을 통과하는 경로를 찾으려면 Junos OS에서 traceroute 명령을 사용하십시오.

예를 들어, 네트워크가 OSPF 라우팅 프로토콜을 실행 중입니다. OSPF는 router1에서 router7까지의 경로를 계산합니다 (토폴로지 맵에서 강조 표시됨). router1에서 ping 명령을 실행하면 ping이 실패합니다. 그러나 실패 (대상 라우터 또는 즉각적인 홉)가 무엇인지 정확하게 찾으려면 traceroute 명령을 실행합니다.

user @ router1> traceroute router7 traceroute to router7 (1922. 168. 24. 1), 최대 30 홉, 40 바이트 패킷 1 router2 (1922. 168. 26. 1) 0. 869 ms traceroute 명령은 다음과 같은 ICMP 패킷을 전송하여 작동합니다. 초기 홉 카운트가 1 인 목적지 노드의 소스. 각 홉에서 패킷이 처리되고 홉 수가 감소하며 홉 수가 이제 0이면 중개 홉은 응답을 원본으로 보내 소스에 수신되었지만 홉 수가 만료되었음을 알립니다.

이 정보는 출력의 첫 번째 행을 구성합니다 (이 경우 router2에서). 그런 다음 대상에 도달하거나 패킷에 대한 응답을받지 못하거나 (*) 홉 수 (hop count)가 2 인 ICMP 패킷이 전송되고 두 번째 장치로가는 길을 계속합니다 (* 30,이 경우)이 초과되었습니다.

출력에는 각 3 개의 traceroute 패킷에 대한 왕복 시간이 표시되어 어떤 홉에 도달했는지뿐만 아니라 라우터간에 트래픽을 전송하는 데 걸린 시간을 알 수 있습니다. ping 명령과 마찬가지로 왕복 시간에주의를 기울여 네트워크 내에서 대기 시간 문제를 식별해야합니다.

이 예에서 출력은 router3에서 응답을 수신 중이지만 아무것도 수신하지 못했음을 나타냅니다. 토폴로지를 보면 경로의 다음 홉은 router5입니다. traceroute가 router5의 응답을받지 못하기 때문에 router3과 router5 사이에 문제가 있음을 알 수 있습니다. 당신은 여전히 ​​문제가 뭔지 모르지만, 적어도 당신은 어디서 봐야하는지 알고 있습니다.

표시된 traceroute 출력을보고 "아하! 문제는 router3입니다! "결국 좋은 회신이 중단됩니다. 그러나 traceroute는 패킷이 router1에서 router3까지 그리고 그 뒤로 제대로 작동하고 있음을 의미합니다. 문제는 마지막 좋은 항목 인

이상의

링크 또는 라우터 때문입니다.