(1) 대기시간(또는 전달 지연)은 시간 지연을 나타내는 데 사용되는 척도
(2) 호스트는 요청을 보내고 응답을 기다리므로, 항상 약간의 대기 시간이 있음.
(3) Time칼럼과 Info칼럼은 3개의 특정 유형의 대기 시간(경로, 클라이언트, 서버)을 검출하는데 사용될 수 있음
1. 경로 대기 시간 표시와 원인
1) 경로 전달 지연은 종종 RTT(Round Trip Time, 왕복 시간)전달 지연으로 언급 됨
2) 경로 전달 지연은 트래픽의 우선순위를 조절하는 대규모 라우터와 같은 기반 구조 장치에 의해 야기될 수도 있음
-> 낮은 우선순위의 트래픽이 높은 우선순위를 갖는 트래픽이 지나갈 때 해당 장치에 도달했다면 높은 우선순위의 데이터가 지나갈 때까지 잠시 동안 큐에 쌓임
3) 경로 전달 지연과 패킷 손실은 네트워크 상의 대역폭에 병목현상이 있을 때 생길 수 있음
2. 클라이언트 전달 지연 표시와 원인
1) 높은 클라이언트 전달 지연은 사용자, 어플리케이션 또는 자원이 충분하지 못해서 야기될 수 있음.
2) 자연스럽게 사람의 의해서 야기된 전달 지연(화면 위의 무언가를 사용자가 클릭하기를 기다릴 때)이 있지만, 이에 대해 할 수 있는 것은 많지 않음.
3) 대부분의 어플리케이션은 통신 서버 쪽에서 부하가 많이 생김.
4) 그러나, 클라이언트와 서버 간의 작업 부하에 대한 균형을 맞추는 애플리케이션을 갖고 있다면 클라이언트 응답 시간을 고려해야 함.
5) 클라이언트에서 확인 응답 패킷 전에 커다란 지연이 있을 때 나타남.
3. 서버 전달 지연 표시와 원인
1) 서버가 들어오는 요청에 대해 느리게 응답할 때 일어나며
- 서버에서 처리 능력 부족
- 결함이 있는(또는 잘못 작성된) 어플리케이션
- 응답정보(다중 계증이나 미들웨어 구조에서)를 얻으려고 다른 서버와 협의하는 요구사항
- 어떤 다른 유형의 서버 응답을 지연시키는 간섭 등으로 생길 수 있음.
2) 서버로 가는 클라이언트의 요청 헤더나 서버롭터의 빠른 확인 응답, 요청된 정보가 수신되기 전에 엄청난 대기 시간을 살펴보고 서버 전달 지연을 식별
3) 만약, 필요한 업그레이드를 하지 않고 많은 어플리케이션을 지원하는 것이 서버에 필요하기 때문에 이것은 네트워크에서 일반화 되고 있음
SYN Packet
- TCP Peer와 새로운 연결을 설정하기 위해 보내짐.
- 수집을 시작하며, 그 후에 사용자에게 웹 서버로 연결을 요청함.
- TCP 연결의 첫 패킷 앞에 지연이 있음.
FIN, FIN/ACK, RST, RST/ACK
- 패킷은 연결을 은연 중에 또는 명시적으로 종료하기 위해 보냄.
GET
- 사용자가 다음 페이지를 요청할 경우 생성(링크 위를 클릭했을 때 생성될 수 있음)
- 또는 우선순위가 아예 없는 백그라운드 프로세스들에 의해 생성 됨.
DNS 쿼리
- 웹 브라우저 세션동안 여러 가지 시점에서 보내질 수 있음.
- 많은 수의 하이퍼링크를 가진 페이지가 클라이언트에서 적재될 때 등.
TLSv1
- 암호화된 경고는 TCP RESET 바로 전에 가끔 보임.
