불행 하 게 도 , 접속 품질 의 정확 한 척도 ( measure ) 를 보장 하 기 위해 실제 TCP 접속 을 측정 하 는 것 은 제삼자 들 또는 비 TCP 프로토콜 들 에 의해 수행 되 지 못할 수 있 다 . 예 를 들 어 , " 실제 TCP 접속 척도 들 에 대한 대체물 로서 ICMP 와 같 은 비 TCP 프로토콜 들 을 사용 하 는 것 은 부 정확 한 결과 들 로 이어질 수 있 다 . 하나 의 이유 는 ICMP 트래픽 이 종종 TCP 의 그것 보다 낮 은 서비스 품질 ( "" QoS "") 을 갖 는다는 것 이 다 . QoS 는 인터넷 상 의 트래픽 에 주어지 는 우선 순위 이 다 . QoS 는 애플리케이션 으로부터 의 요청 들 에 따라 데이터 흐름 에 소정 레벨 의 성능 을 보증 함 으로써 상이 한 데이터 흐름 들 에 대해 상이 한 우선 순위 를 제공 한다 . ICMP 에 의해 사용 되 는 핑 트래픽 의 QoS 는 TCP 보다 낮 은 우선 순위 를 부여받 는데 ", 이 는 핑 잉 ( pinging ) 이 핑 의 목적지 에 항상 도달 하 는 것 이 보증 되 지 않 기 때문 이 다 . 이 와 달리 , TCP 는 모든 트래픽 이 특정 목적지 에 도달 하 는 것 을 보증 한다 . 결과 적 으로 , 일부 척도 들 은 정상 보다 큰 패킷 드롭 레이트 들 및 큐 잉 ( queueing ) 시간 들 과 같 은 , 그러나 이 에 한정 되 지 않 는 더 낮 은 QoS 에 의해 영향 을 받 을 수 있 다 . 따라서 , ICMP 에 기초 하 는 TCP 접속 들 에 대한 라우팅 결정 들 은 부정확 할 것 이 다 .