요약

  • RFC 3432는 시작 창 안에서 무작위로T0를 선택한 뒤Tf까지 명목상 고정된incT간격으로 측정 패킷을 보냈습니다. 무작위 시작은 예측 가능성과 일부 동기화 문제를 완화했지만, 그 결과로 만들어진 주기적 표본에는 의도된, 알려진 편향이 그대로 남았습니다.
  • 주기적 측정 결과는 Type-P 패킷 정의, 손실로 해석되는 지연 임계값, 유효 단일 관측치 규칙, 시계 및 호스트 보정, 경로 지식과 배경 조건이 있어야만 해석할 수 있습니다. 이러한 근거 없는 평균은 네트워크 전체에 대한 결론이 아니었습니다.

문에서는 무작위, 경로 위에서는 일정한 리듬

한 시간짜리 창 안에서 시작 시점을 기다리는 프로브 제어기를 상상해 보십시오. 제어기는 시작 시각 하나를 무작위로 뽑습니다. 그 시점부터 20밀리초마다 패킷을 보냅니다. 첫 결정은 예측할 수 없지만, 그 뒤의 박자는 그렇지 않습니다.

이 겉보기 모순이 2002년 11월에 “Network performance measurement with periodic streams”라는 제목으로 발표된RFC 3432의 설계입니다. 이 문서의일반 텍스트,RFC Editor 기록,IETF 페이지,이력,참고문헌,정오표 검색은 특정 네트워크에 대한 보고서가 아니라 표준 트랙(Standards Track) 측정 방법을 보존하고 있습니다.

이 방법은 대화형 멀티미디어 같은 주기적 애플리케이션에서 영감을 얻었습니다. 일정한 간격으로 보내지는 크기가 같거나 거의 같은 패킷은 고정 비트 레이트(CBR) 또는 CBR에 가까운 트래픽과 비슷할 수 있습니다. 초당 수십 개의 미디어 패킷에 비유되는 경우가 많은 촘촘한 패킷 열은 드문 범용 프로브가 놓칠 수 있는 짧은 지연 변화, 손실 버스트, 재정렬을 드러낼 수 있습니다.

알려진 편향은 사고가 아니라 목적이었습니다

RFC 2330의 IP 성능 프레임워크는 일정한 간격으로 찍힌 단일 관측치는 성능 스펙트럼의 일부만 샘플링한다고 경고했습니다. RFC 3432도 같은 입장이었습니다. 이 문서는 편향 없는 일반 표본에 유용한 포아송 샘플링과, 편향을 만드는 주기적 파라미터를 대비했습니다.

그런 다음 이례적이면서도 절제된 주장을 했습니다. 신중한 파라미터 선택은 관심 대상인 알려진 편향을 만들 수 있다는 것입니다. 질문이 “초당 50패킷짜리 미디어형 스트림이 네트워크를 어떻게 경험하는가”라면, 그 박자로 샘플링하는 것은 감춰야 할 결함이 아니라 연구 대상 모집단 자체입니다.

문제는 “이 선언된 스트림에 대한 성능”이 “네트워크의 성능”으로 바뀔 때 시작됩니다. 주기적 장애는 프로브와 반복적으로 겹쳐 다른 위상보다 나빠 보일 수 있고, 반대로 모든 프로브 사이에 끼어 사라질 수도 있습니다. 예측 가능한 프로브는 다르게 취급될 수 있으며, 능동적 패킷 열은 혼잡 인식 송신자들을 동기화하거나 스스로 혼잡을 만들 수 있습니다.

RFC 3432는[T,T+dT]구간에서T0를 무작위로 선택하고, 연속하는 측정 구간마다 독립적인 추첨을 사용하며, 스트림을Tf로 제한함으로써 이 문제들을 완화했습니다. 다만 각incT까지 무작위화하지는 않았습니다. 박자는 주기적으로 남았고, 그 편향도 결과의 일부로 남았습니다.

패킷 유형은 지표 이름의 일부였습니다

“지연”만으로는 충분히 구체적이지 않았습니다. 지표 이름은 Type-P-One-way-Delay-Periodic-Stream이었습니다. Type-P에는 IP 버전, UDP 또는 TCP, 포트, 패킷 크기, 우선순위나 기타 특수 처리가 포함될 수 있습니다. 패킷을 바꾸면 경로 동작이나 큐 처리도 바뀔 수 있습니다.

여러 크기를 쓰는 능동 테스트는 의도된 크기 분포를 재현해야 했고, 수동 테스트는 사용자가 실제로 보낸 것을 그대로 물려받았습니다. 우대 코드포인트上的 작은 프로브가 더 큰 애플리케이션 패킷을 몰래 대신할 수는 없습니다.RFC 2679와 그 개정판RFC 7679의 이후 단방향 지연 작업, 그리고RFC 2680과RFC 7680의 손실 정의도 이 Type-P 규율을 지키고 있습니다.

결측값은 0이 아니었습니다

송신 측과 수신 측 측정 지점은 타임스탬프, 패킷 식별자, 실제 크기를 기록했습니다. 선택적 상태 표시로 정상, 손상된 헤더, 손상된 페이로드, 중복, 조각 여부를 구분할 수 있었지만, 분류 기준은 반드시 명시해야 했습니다.

단방향 지연 단일 관측치는 수신 타임스탬프에서 송신 타임스탬프를 뺀 값이었습니다. 패킷이 불시 트래픽(spurious)이라 송신 타임스탬프가 없거나, 수신되지 않아 수신 타임스탬프가 없거나, 헤더가 손상된 경우에는 계산할 수 없었습니다. 중복 패킷의 경우 손상되지 않은 첫 사본만 지연 값을 받았습니다.

따라서 평균 지연은 유효한 단일 관측치에만 적용됩니다. 제외된 관측치에 지연 0이 부여되지는 않습니다. 인접 패킷 간 지연 변동 역시 어느 한쪽 지연이라도 구할 수 없으면 정의되지 않습니다.RFC 3393과RFC 5481의 적용성 분석은 이런 패킷 지연 변동 구분을 명확히 합니다.

분모는 근거의 일부입니다. 수신된 패킷만의 낮은 평균 지연은 치명적인 손실 버스트와 공존할 수 있습니다. 매력적인 지연 변동 범위는 지연을 계산할 수 없었던 관측치를 정확히 빠뜨리고 있을 수 있습니다.

손실은 선언된 시간 임계값에서 시작했습니다

관측자는 영원히 도착하지 않을 패킷과 아주 늦게 도착할 패킷을 즉시 구분할 수 없습니다. RFC 3432는dTloss를 사용했습니다. 이는 그 이후의 지연을 손실로 해석하는 최대 대기 구간이며, 임계값 또는 그 값을 정하는 방법을 보고하도록 요구했습니다.

이 선택은 애플리케이션에 민감합니다. 실시간 재생 마감 시간 뒤에 도착한 패킷은 네트워크가 결국 전달하더라도 쓸모없을 수 있습니다. 다른 애플리케이션은 여전히 그 패킷을 가치 있게 여길 수 있습니다.RFC 6673과RFC 6534같은 왕복 및 쌍별 손실 작업은 관측 절차가 손실 의미론의 일부임을 계속 강조합니다.

결과적으로 패킷 도착이 동일하더라도dTloss가 다른 두 보고서는 서로 다른 손실 수를 셀 수 있으며, 어느 쪽 계산도 틀리지 않습니다. 임계값은 각주가 아니라 주장의 입력입니다.

측정 도구 자체가 사건을 만들거나 잘못 측정할 수 있었습니다

단방향 지연은 시계 동기화 오차, 분해능, 스큐를 그대로 물려받습니다. 소프트웨어 타임스탬프는 스케줄링과 프로토콜 스택 처리가 개입하기 때문에 와이어 시간과도 다릅니다. 송신자가 바쁠 때는 명목상incT가 흔들릴 수 있습니다. 도구 자체의 인터럽트, 프로세스 스케줄링, 디스크 I/O는 부하 상태에서 무작위 오차를 키울 수 있습니다.

RFC 3432는 알려진 체계적 오차를 제거하고, 참값이 보고된 값 ±e안에 있을 확률이 95%가 되도록 보정 오차e를 보고할 것을 권했습니다. 또한 정지 상태의 벤치에서만이 아니라 현장과 유사한 측정 부하에서 보정할 것을 촉구했습니다.

RFC 7312는 이후 고급 스트림 및 샘플링 프레임워크를 다루었지만, 근본 교훈은 이미 여기에 있습니다. 측정기에도 작업 부하와 시계가 있다는 것입니다.RFC 2119는 독립적으로 구현된 측정을 서로 비교 가능하게 만드는 규범적 어휘를 제공했습니다.

숫자 옆에 놓여야 할 다섯 가지 맥락

RFC 3432는 Type-P, 손실에 상당하는 지연 임계값, 보정 결과, 경로 및 배경 조건을 보고 맥락으로 명시했습니다. 정확한 경로는 알 수 없는 경우가 많습니다. IP record-route 옵션은 지원되지 않을 수 있고, 예외 처리를 강제해 그 자체가 관찰하려는 성능을 바꿀 수 있습니다. 선택된 초기 링크 같은 부분적 경로 맥락도 여전히 중요할 수 있습니다.

송신, 수신, 중간 네트워크의 배경 트래픽과 버스트도 중요합니다. 프로토콜 계층도 그렇습니다. IP 계층 측정은 네트워크의 기여를 코덱이나 운영체제 동작과 분리할 수 있지만, 사람이 실제로 들은 것을 단독으로 설명할 수는 없습니다.

손실 분포, 지연 도착 패킷, 중복, 재정렬, 손상된 페이로드, 불시 패킷은 애플리케이션에 서로 다르게 영향을 줄 수 있습니다. 상세한 IP 트레이스는 아직 애플리케이션 품질에 대한 결론이 아닙니다.

출처와 한계

이 해설은 위의 전체 20개 출처와 Lu Heng의현실 계층및실행 코드 우선에세이를 사용합니다. 명세, 생성된 프로브, 관찰된 패킷, 보정된 단일 관측치, 집계치, 사용자 결과는 서로 연관되어 있지만 서로 바꿔 쓸 수 없는 사실들입니다.

이 출처들은 방법론과 이후 지표 맥락을 정의합니다. 현재 배포, 이름이 확인된 경로, 측정된 장애, QoS 메커니즘, 조작, 보편적 사용자 경험을 입증하지는 않습니다. 무작위 시작은 예측 가능한 구조 일부를 줄이지만, 위상, 편향, 그리고 이를 공개해야 할 의무를 없애지는 않습니다.