답변:
라우터를 통과 할 때 TTL이 감소합니다. 이것은 패킷이 원형으로 돌아 다니면 결국 죽을 수 있도록합니다.
IP v4 패킷의 TTL 필드는 8 비트 필드 (십진수 255)입니다. 따라서 처음에는 높게 설정하면 제대로 구성된 패킷에서는 실제로 그렇게 크지 않을 수 있으므로 큰 문제가되지 않습니다 (일부는 IP 패킷을 잘못 받아 들일 수 있음).
그러나 무언가가 증가하고 증가 단계가 루프의 일부인 경우 패킷은 0에 도달하지 않고 계속 원을 그리며 갈 수 있습니다. 시간이 지남에 따라 (매우 짧거나 누수가 발생할 수 있음) 해당 루프가 포함 된 시스템에 패킷이 쌓여 과부하가 발생할 수 있습니다.
응답이 누락 된 것처럼 보이지만 인터넷에 필요한 홉 수로 인해 순수한 학문적 인 점이 있습니다. 패킷이 일반적으로 TTL 만료로 인해 대상에 도달하지 못하면 증가합니다. 패킷이 목적지에 도달 할 수는 있지만 반송되는 패킷에는 영향을 미치지 않으며 네트워크에 도달하기 전에 만료됩니다.
업데이트 : Wikipedia 의이 페이지에 따르면 :
이론적으로 IPv4에서 라이브 타임은 초 단위로 측정되지만 데이터 그램을 통과하는 모든 호스트는 TTL을 최소한 1 단위 줄여야합니다. 실제로, TTL 필드는 매 홉마다 하나씩 감소합니다. 이 관행을 반영하기 위해 IPv6에서 필드 이름이 홉 제한으로 변경되었습니다.
업데이트 2 : - 사람이 업데이트로 내 게시물 및 참조 위키 백과, 나는 그것이 RFC 자체를 참조하는 것이 가장 될 줄 알았는데 http://www.ietf.org/rfc/rfc791.txt을 - 그냥 거기에 TTL을 검색하고 꽤 않습니다 그것을 설명하는 좋은 직업 :
이 필드는 데이터 그램이 인터넷 시스템에 머무를 수있는 최대 시간을 나타냅니다.
더 높은 TTL 값을 사용할 수있는 하나의 프로그램 만 알고 있습니다 traceroute. 이름에서 알 수 있듯이 TTL 값을 수정하여 대상 호스트에 대한 경로를 추적합니다. 표준 최대 홉 수는 20이지만 증가시킬 수 있습니다.
패킷을 처리하는 각 라우터는 패킷이 대상에 도달하거나 TTL이 0에 도달하여 죽을 때까지 TTL 값을 감소시킵니다.
다른 사람들이 말했듯이, TTL을 늘리면 마이너스 사이클이 있으면 패킷이 죽지 않을 수 있습니다. 일반적으로 TTL 값이 충분히 크지 않으면 종단 간 클라이언트가 더 큰 TTL을 시도하는 논리를 처리해야합니다.
라우터가주기 (트리와 같은 토폴로지)에 있지 않다고 확신하면 이론적으로 TTL 값을 안전하게 늘릴 수 있습니다. 그러나 표준보다 많은 홉을 허용하면 외부 네트워크에서 혼잡이 발생할 가능성이 높아집니다. 내부 네트워크와 외부 네트워크 사이에 긴 라우터 체인이있는 경우주기가없는 한 큰 TTL 값이 도움이 될 수 있습니다. 그럼에도 불구하고 누군가가 네트워크에 에지를 추가하고주기를 만드는 것이 매우 쉬울 수 있으므로 처음부터 시작된 패킷이 훨씬 더 안전한 TTL 값으로 시작하는 것이 훨씬 안전합니다.