동일한 서브넷 내에서 원격 리소스에 액세스하는 서비스의 대기 시간은 ~ 100-300ms이지만, 핑 (ping 크기는 정상적으로 전송 된 패킷의 크기와 비슷한 크기)을 사용하면 5ms 이하의 응답을 볼 수 있습니다. 우리가 확인해야 할 게 있습니까?
동일한 서브넷 내에서 원격 리소스에 액세스하는 서비스의 대기 시간은 ~ 100-300ms이지만, 핑 (ping 크기는 정상적으로 전송 된 패킷의 크기와 비슷한 크기)을 사용하면 5ms 이하의 응답을 볼 수 있습니다. 우리가 확인해야 할 게 있습니까?
답변:
"대기 시간"이란 무엇입니까?
ICMP 에코 응답 시간과 애플리케이션 처리 왕복 시간을 비교하고 있습니까?
당신이 있다면, 그것은 그것을 설명 할 것이고 사과와 오렌지를 비교하지 말라고 말합니다 :)
예를 들어 더 큰 패킷에 대해 패킷 손실 (재결정을 유발하는)이있을 수 있습니까?
ping -s 1400 address
리눅스 나 ping -l 1400 address
윈도우 에서 시도해보십시오 .
이것이 wireshark로 트래픽을 보는 데 도움이되지 않으면 이상한 재전송, 손상된 패킷이 있습니까?
여기에서 의심되는 것처럼 핑 대기 시간! = TCP 왕복 시간, 특히 데이터가 전송되는 경우. 이 모든 것이 지연된 ACK (~ 200ms, 일반적인 기본 설정을 부과 할 수 있음) 또는 Nagle /과 DACK 간의 잘못된 상호 작용으로 인해 최대 500ms까지 올릴 수 있습니다. 패킷 캡처가 순서대로 이루어집니다.
또한 지연된 ack 타이머는 TCP 흐름과 무관하며 시스템 부팅시 인스턴스화됩니다. 따라서 흐름 내에서 1-200ms 사이에서 언제든지 발사 할 수 있으며 일반적으로 설명하는 것처럼 '범위'스타일 지연이 발생합니다.