핑 시도에서 "전송 중 TTL 만료"는 무엇을 의미합니까?

다른 네트워크 세그먼트에있는 서버에 핑을 시도하면 "전송 중에 TTL이 만료되었습니다"라는 메시지가 나타납니다. tracert를 실행하면 4 개의 IP 주소가 무한정 반복됩니다.

14    60 ms    59 ms    60 ms  xxx.xxx.xxx.2
15    83 ms    81 ms    82 ms  xxx.xxx.xxx.128
16    75 ms    80 ms    81 ms  xxx.xxx.xxx.249
17    81 ms    78 ms    80 ms  xxx.xxx.xxx.250
18    82 ms    80 ms    77 ms  xxx.xxx.xxx.2
19   102 ms   101 ms   100 ms  xxx.xxx.xxx.128
20   101 ms   100 ms    98 ms  xxx.xxx.xxx.249
21    97 ms    98 ms    99 ms  xxx.xxx.xxx.250
...

이 오류를 해결하기위한 기본 단계는 무엇입니까?

위의 모든 답변에서 언급했듯이 라우팅에 루프가있어 TTL이 만료됩니다.

IP 주소가 반복되는 장치에서 경로를 확인하십시오. 리눅스에서는

route -n 

현재 라우팅 테이블을 보려면 루트 사용자로 Windows에서는 cmd로 이동하여 명령을 사용할 수 있습니다

route print

현재 라우팅 테이블을 확인하십시오. Cisco 관리 가능 스위치에서 명령을 사용할 수 있습니다

show ip route

반복되는 네 개의 IP 모두에서 위의 명령을 사용하면 어떤 라우팅 테이블이 잘못되었는지 확인할 수 있습니다. 관련된 4 개의 장치 / 호스트 중 하나는 다른 게이트웨이를 사용하여 핑하는 대상으로 트래픽을 이상적으로 라우팅해야합니다.

네트워킹 구성에 순환 경로가 있습니다. 관련 장치에서 라우팅 테이블을 확인하십시오.

"전송 중 TTL 만료"는 패킷의 TTL 값과 관련이 있습니다. 통과하는 모든 라우터는 1 씩 낮추고 0에 도달하면 패킷은 발신자에게 반환됩니다. 패킷이 원 안에 영원히 이동하는 무한 루프를 방지합니다.

IP 패킷에는 TTL 플래그가 있습니다. 패킷이 라우팅 될 때마다 1 씩 감소합니다. 값이 0이되면 라우터는 패킷을 삭제하고 ICMP 메시지 전송 시간이 초과되었습니다 .
네트워크에 라우팅 문제가있을 때 패킷이 무한대로 라우팅되는 것을 방지하기 위해 수행됩니다. 이것은 귀하의 경우입니다. 라우팅 루프가있어 패킷에 도달하지 못하고 최종적으로 TTL이 0에 도달하기 때문에 라우터 중 하나에 의해 삭제됩니다.

4 개의 라우터의 라우팅 테이블을 확인하면서 라우터의 네트워크 마스크 와 라우터가 " classless" 를 라우팅 할 수 없는지 에 초점을 맞추십시오 .

구형 Cisco에서는이를 명시 적으로 활성화해야합니다. 그렇지 않으면 서브넷 대신 전체 고급 네트워크를 라우팅합니다. 예를 들어 다음 10.20.30.0/24과 같은 경로가 구성 됩니다 10.0.0.0/8.

프로토콜에 대해서는 언급하지 않지만 정적 경로를 과도하게 사용하면 오류가 자주 발생합니다. 동적 라우팅 프로토콜을 사용하면 관리자의 노력없이이 문제를 해결할 수 있습니다.

나는 단순히 레이어 1에서 시작한다고 말하고 싶습니다. 라우터가 켜져 있고 네트워크에 연결하는 포트가 작동 중인지 확인하십시오. 그런 다음 경로를 따라 각 홉의 라우팅 테이블을 검사하여 ICMP 소스에서 대상 라우터로 경로를 매핑하십시오.

핑으로 인해 전송이 만료 된 경우 ... 짧은 다이어그램-ISP ==> 라우터 ==> 스위치 ==> PC로

ISP가 해당 장치를 볼 수 있으면 Swich를 재부팅해야 할 수도 있습니다. 작동하면 모든 준비가 된 것입니다. 그렇지 않은 경우 라우터를 재부팅해야 할 수도 있습니다.

같은 오류 메시지가 나타납니다. 스위치를 재부팅하고 모든 것이 다시 나타났습니다.

행운을 빕니다.

좋아요, 다른 사람들과 함께 할게요. ICMP 에코 요청이 동일한 4 개의 라우터간에 계속 루핑한다는 사실에 의해 입증 된 라우팅 루프가 있습니다. 라우터에서 xxx250부터 시작하여 라우터의 라우팅 테이블을 확인하십시오.

TTL expired in transit메시지를 받았는데 문제가 DHCP에서 잘못 입력되었습니다.

고정 IP 주소 (10.xx11)로 DHCP 서버에 동일한 호스트 이름을 추가 한 반면 호스트도 새로운 동적 IP 주소 (10.xx22)를 임대했습니다.

Pinging host.example.com [10.x.x.22] with 32 bytes of data:
Reply from 10.x.x.11: TTL expired in transit.
Reply from 10.x.x.11: TTL expired in transit.
Reply from 10.x.x.11: TTL expired in transit.
Reply from 10.x.x.11: TTL expired in transit.

Ping statistics for 10.x.x.22:
Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),