TTL (Time to Live)은 IPv4 헤더의 8 비트 필드입니다. 0에서 255 사이의 값을 사용할 수 있습니다. 즉, 패킷이 목적지로가는 도중 최대 255 개의 홉 (라우터)을 사용할 수 있으면 패킷이 삭제됩니다.
대륙 전체에 패킷을 보내는 방법은 무엇입니까?
TTL (Time to Live)은 IPv4 헤더의 8 비트 필드입니다. 0에서 255 사이의 값을 사용할 수 있습니다. 즉, 패킷이 목적지로가는 도중 최대 255 개의 홉 (라우터)을 사용할 수 있으면 패킷이 삭제됩니다.
대륙 전체에 패킷을 보내는 방법은 무엇입니까?
답변:
대륙 전체에 패킷을 전송할 때도 TTL 255이면 충분합니다. 더 이상 라우터가 필요하지 않습니다.
독일에서 빠른 테스트를 실행하면 미국에 17 번, 일본에 18 번 홉이 표시됩니다. 일반적으로 30 이상은되지 않습니다. 이것은 인터넷의 계층 구조로 인한 것입니다. ISP의 백본에 2-5 번 홉을 치고 다른 2-3 번 홉을 사용하면 다음 제공자에게 전달됩니다.
TTL은 레이어 3 홉만 계산합니다. 스위치에서 훨씬 자주 사용되는 레이어 2 홉은 TTL에 영향을 미치지 않습니다. 이더넷이나 이와 유사한 프로토콜에는 그러한 개념이 없습니다.
또한 터널 전송을 위해 패킷을 캡슐화하면 터널에있는 동안 TTL을 '고정'합니다. 외부 패킷이 가져 오는 홉 수 (TTL이 있음)에 관계없이 전체 터널은 내부 패킷에 대해 하나 또는 두 개의 홉으로 만 계산됩니다.
더 많은 다른 답변에 대한 작은 추가 사항 : 많은 라우터가 TTL이 255 인 패킷을 보내는 것처럼 보이지만 (물론 전달하는 패킷이 아닌 자체적으로 생성되는 패킷의 경우) 대부분의 운영 체제는 패킷을 많이 보냅니다. 낮은 초기 TTL 값 :
더 낮은 값을 전송하는 데 사용 된 일부 시스템 (예 : Windows 95의 기본 TTL은 32),이 값은 더 긴 경로로 인한 문제를 방지하기 위해 증가했지만 그 시스템은 당시 인터넷의 거의 모든 호스트에 도달 할 수있었습니다. (이에 대한 증거는 없지만) 트래픽을 전달하기 위해 점점 더 많은 장거리 광섬유가 설치 되었기 때문에 필요한 홉 수가 줄었다 고합니다.
또한 홉 수와 지리적 거리가 서로 관련 이 없음을 잊지 마십시오 . 대양은 일반적으로 단일 홉으로 교차됩니다 (해저 섬유를 따라 광학 중계기는 패킷을 건드리지 않고 라우터 만 TTL을 줄입니다). 스위스에서 뉴질랜드까지의 추적 경로는 다음과 같습니다. 홉 # 7은 제가있는 곳에서 50km 미만, # 9는 캘리포니아에, # 10은 뉴질랜드에 있습니다. 대륙간 대중 교통 부분은 일반적으로 몇 번의 홉입니다. 노선에서 나머지는 대부분 국제 항공사에 도착하여 목적지까지 도착합니다.
8 비트면 충분합니다. ISP 피어링으로 인해 5 개 또는 6 개 미만의 ISP를 통해 이동하여 대상에 도달 할 수 있으며 백본 네트워크 아키텍처로 인해 패킷은 하나의 ISP에서 최대 3 개 또는 4 개의 라우터를 통해서만 전송됩니다.
라우팅되지 않은 대상의 경우 TTL을 늘리면 TTL이 0이 될 때까지 패킷이 네트워크에서 이동하므로 불필요하게 대역폭을 소비하게됩니다.
히스토리 부서의 메모 : TTL의 단위는 초 이며 모든 라우터 홉에 대해 허용 된 시간 예산 이 1 초씩 감소합니다.
인터넷 프로토콜 RFC 791에서 :
시간은 초 단위로 측정되지만 데이터 그램을 처리하는 모든 모듈은 1 초 이내에 데이터 그램을 처리하더라도 TTL을 최소한 1 씩 줄여야하므로 TTL은 데이터 그램이 존재할 수있는 시간. 전달할 수없는 데이터 그램을 버리고 최대 데이터 그램 수명을 제한하기위한 것입니다.
수초 패킷은 드문 일이 아니었다. 최소 허용 된 68 옥텟의 IP 데이터 그램은 300 보드에서 2 초 이상 걸린다. 그럼에도 불구하고 멀티 초 패킷에 대해 1 이상 감소한 라우터는 본 적이 없습니다.
요즘 세상은 더 빠릅니다.
traceroute
도구가 30 번의 홉 후에 포기하는 것과 같은 이유 – "인터넷 직경"은 생각만큼 크지 않습니다.