IP 헤더에서 TTL에 8 비트는 어떻게 충분합니까?


18

TTL (Time to Live)은 IPv4 헤더의 8 비트 필드입니다. 0에서 255 사이의 값을 사용할 수 있습니다. 즉, 패킷이 목적지로가는 도중 최대 255 개의 홉 (라우터)을 사용할 수 있으면 패킷이 삭제됩니다.

대륙 전체에 패킷을 보내는 방법은 무엇입니까?


14
대부분의 traceroute도구가 30 번의 홉 후에 포기하는 것과 같은 이유 – "인터넷 직경"은 생각만큼 크지 않습니다.
user1686

4
여행 할 비행기에 데이터를 놓는 것처럼 생각하십시오. 지역 홉의 경우 경 비행기를 전세하십시오. 큰 국제 홉의 경우 가장 가까운 777 또는 A380을 타고 큰 홉을 만드십시오. 국제 항공편 대신 데이터는 다음 중 하나를 통해 유럽에서 미국 (또는 다른 곳)으로 이동합니다. en.wikipedia.org/wiki/Transatlantic_communications_cable
Baldrickk

2
"6 도의 분리"이론도 여러분에게 흥미로울 것입니다.
Pam

1
팸의 제안을 고려해 보시기 바랍니다. 친구를 사귀는 사람들, 인터넷에 추가되는 노드, 비즈니스를 수행하는 회사 등과 같은 자연 발생 시스템 (계획되지 않은 시스템)에서는 대부분의 연결에 많은 홉이 필요하지 않습니다. 6을 넘지 않는 인간 상호 작용의 경우, 배우 Kevin Bacon과 다른 배우의 연결을 계산하는 oracleofbacon.org를 예로 들어 보겠습니다. 베이컨과 텔루구 어 배우 라비 테자 사이의 거리는 단 3 편입니다. 60 년대 말레이어 여배우 Saloma 또한 그녀와 케빈 베이컨 사이에만 3 영화가
slebetman

어떤 대답이 도움이 되었습니까? 그렇다면 질문에 대한 답변이 계속 나오지 않도록 답변을 수락해야합니다. 또는 자신의 답변을 제공하고 수락 할 수 있습니다.
Ron Maupin

답변:


27

대륙 전체에 패킷을 전송할 때도 TTL 255이면 충분합니다. 더 이상 라우터가 필요하지 않습니다.

독일에서 빠른 테스트를 실행하면 미국에 17 번, 일본에 18 번 홉이 표시됩니다. 일반적으로 30 이상은되지 않습니다. 이것은 인터넷의 계층 구조로 인한 것입니다. ISP의 백본에 2-5 번 홉을 치고 다른 2-3 번 홉을 사용하면 다음 제공자에게 전달됩니다.

TTL은 레이어 3 홉만 계산합니다. 스위치에서 훨씬 자주 사용되는 레이어 2 홉은 TTL에 영향을 미치지 않습니다. 이더넷이나 이와 유사한 프로토콜에는 그러한 개념이 없습니다.

또한 터널 전송을 위해 패킷을 캡슐화하면 터널에있는 동안 TTL을 '고정'합니다. 외부 패킷이 가져 오는 홉 수 (TTL이 있음)에 관계없이 전체 터널은 내부 패킷에 대해 하나 또는 두 개의 홉으로 만 계산됩니다.


9

더 많은 다른 답변에 대한 작은 추가 사항 : 많은 라우터가 TTL이 255 인 패킷을 보내는 것처럼 보이지만 (물론 전달하는 패킷이 아닌 자체적으로 생성되는 패킷의 경우) 대부분의 운영 체제는 패킷을 많이 보냅니다. 낮은 초기 TTL 값 :

  • Windows는 128을 사용합니다 (Windows NT 4부터).
  • MacOS X와 ​​Linux는 모두 64를 사용합니다

더 낮은 값을 전송하는 데 사용 된 일부 시스템 (예 : Windows 95의 기본 TTL은 32),이 값은 더 긴 경로로 인한 문제를 방지하기 위해 증가했지만 그 시스템은 당시 인터넷의 거의 모든 호스트에 도달 할 수있었습니다. (이에 대한 증거는 없지만) 트래픽을 전달하기 위해 점점 더 많은 장거리 광섬유가 설치 되었기 때문에 필요한 홉 수가 줄었다 고합니다.

또한 홉 수와 지리적 거리가 서로 관련 이 없음을 잊지 마십시오 . 대양은 일반적으로 단일 홉으로 교차됩니다 (해저 섬유를 따라 광학 중계기는 패킷을 건드리지 않고 라우터 만 TTL을 줄입니다). 스위스에서 뉴질랜드까지의 추적 경로는 다음과 같습니다. 홉 # 7은 제가있는 곳에서 50km 미만, # 9는 캘리포니아에, # 10은 뉴질랜드에 있습니다. 대륙간 대중 교통 부분은 일반적으로 몇 번의 홉입니다. 노선에서 나머지는 대부분 국제 항공사에 도착하여 목적지까지 도착합니다.


8

8 비트면 충분합니다. ISP 피어링으로 인해 5 개 또는 6 개 미만의 ISP를 통해 이동하여 대상에 도달 할 수 있으며 백본 네트워크 아키텍처로 인해 패킷은 하나의 ISP에서 최대 3 개 또는 4 개의 라우터를 통해서만 전송됩니다.

라우팅되지 않은 대상의 경우 TTL을 늘리면 TTL이 0이 될 때까지 패킷이 네트워크에서 이동하므로 불필요하게 대역폭을 소비하게됩니다.


라우팅되지 않은 대상의 경우이를 방지하기 위해 거부 경로를 설치하는 것이 일반적이지 않습니까?
user1686

7
문제는 라우팅되지 않은 대상이 아니라 잘못된 구성이나 일시적인 영향으로 인해 라우팅 루프가있는 대상입니다.
피터 그린

3

히스토리 부서의 메모 : TTL의 단위는 이며 모든 라우터 홉에 대해 허용 된 시간 예산 이 1 초씩 감소합니다.

인터넷 프로토콜 RFC 791에서 :

시간은 초 단위로 측정되지만 데이터 그램을 처리하는 모든 모듈은 1 초 이내에 데이터 그램을 처리하더라도 TTL을 최소한 1 씩 줄여야하므로 TTL은 데이터 그램이 존재할 수있는 시간. 전달할 수없는 데이터 그램을 버리고 최대 데이터 그램 수명을 제한하기위한 것입니다.

수초 패킷은 드문 일이 아니었다. 최소 허용 된 68 옥텟의 IP 데이터 그램은 300 보드에서 2 초 이상 걸린다. 그럼에도 불구하고 멀티 초 패킷에 대해 1 이상 감소한 라우터는 본 적이 없습니다.

요즘 세상은 더 빠릅니다.

당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.