단방향 대기 시간 / 지터 / 패킷 손실 측정

경로 혼잡과 패킷 손실로 인해 대기 시간과 StDev 가 증가하고 있지만 정방향 및 역방향 경로는 서로 다른 네트워크 (예 : 하나는 init7.net, 다른 하나는 he.net)를 거치므로 이해하기가 매우 어렵습니다. 혼잡, 패킷 손실, 지터 및 지연 시간 증가를 담당하는 네트워크 또는 호스트

전진 및 후진으로 mtr정확한 범인을 정확히 찾아 내지 못한 후 비난을 좁힐 수있는 방법이 있습니까? 아니면 NOC @ 연락처가 응답하지 않거나 해당 경로에서 손실을 입지 않는다고 주장합니까? (저는 OpenBSD를 사용하고 있습니다.)

mtr혼잡을 겪을 수있는 두 네트워크 모두의 일부 고객에게 직접 연락을 시도했지만 , 특히 he.net에 많은 POP가 있으며, 종종 그런 방식으로 문제를 찾을 수 없었습니다. 주어진 항목과 종료 POP 사이에 별도의 경로가 사용되므로 mtr네트워크에서 패킷을 잃을 수있는 종료 POP에서 호스트 (tserv와 같은)에 직접 시도 하면 다른 he.net 경로에 도달합니다. 동일한 POP 및 패킷 손실이 발생하지 않아 관심이 없음 (실제로 일부 경로에 과부하가 걸리고 다른 사용자가 혼잡하지 않은 상태를 유지하면서 비 고객의 NOC @ 요청을 무시할 수 있음).

이를 수행하는 한 가지 방법은 ICMP 타임 스탬프이며 UTC 자정에서 밀리 초입니다. 파 엔드가 방화벽으로 설정되어 있지 않은 한 양쪽 끝을 제어 할 필요가 없다는 추가 이점이 있습니다.

그러나 신뢰할 수있는 단방향 측정을 위해서는 양 끝에서 확실하게 동일한 시간이 필요합니다. ICMP 타임 스탬프의 정밀도는 1ms (많은 응용 프로그램에는 충분하지 않지만 이것에 충분 함) 만 있으므로 ICMP 타임 스탬프가 유용한 데이터를 제공하는 비 호환 호스트도 쉽게 찾을 수 있습니다.

양쪽 끝을 제어하는 ​​경우 NTP를 하나의 서버와 동일한 서버로 동기화하고 있는지 확인하십시오. 절대 시계는 그다지 중요하지 않으며 가능한 한 가까운 시간에 경험하는 것이 중요합니다.

ICMP 타임 스탬프가 충분하지 않은 경우 10 줄의 루비 / 펄 / 파이썬 또는 심지어 C를 작성하여 양쪽 끝을 제어 할 때 측정을 수행하는 것이 매우 쉽습니다.

ICMP 타임 스탬프 측정을 단방향으로 수행하는 소프트웨어를 실제로 제안 할 수는 없지만 hping2는 ICMP 타임 스탬프 전송을 지원하지만 어떤 이유로 단방향 값을 출력하지는 않습니다. 내가 쓴 패치를 표시 한 가지 방법 대기 시간에 hping2을 위해.