NTP에 어떤 QoS 분류를 적용해야합니까?


9

시스코의 엔터프라이즈 QoS 솔루션 레퍼런스 네트워크 설계 는 NTP를 네트워크 관리 트래픽으로 분류하고이를 CS2로 표시 할 것을 제안합니다.

네트워크 관리 트래픽의 QoS 요구를 해결할 때 다음 지침을 따르는 것이 좋습니다.

  • 네트워크 관리 트래픽은 DSCP CS2에 표시되어야합니다.
  • 최소한의 대역폭 보장으로 네트워크 관리 응용 프로그램을 명시 적으로 보호해야합니다.

네트워크 관리 트래픽은 추세 및 용량 분석 및 문제 해결을 수행하는 데 중요합니다. 따라서 SNMP, NTP , Syslog, NFS 및 기타 관리 응용 프로그램을 포함 할 수있는 네트워크 관리 트래픽에 대해 별도의 최소 대역폭 대기열을 제공 할 수 있습니다 .

NTP가 지터에 민감하다는 것을 감안할 때 NTP가 Expediated Forwarding으로 표시되지 않고 음성 데이터와 동일하게 취급되지 않는 이유는 무엇입니까?

음성과 동일한 대기 시간이 짧은 대기열에 배치되어서는 안되는 이유가 있습니까?


3
"지터 민감성"이 NTP의 공정한 특성이라고 생각하지 않습니다. 이것은 많은 설명이지만 알고리즘과 폴링 간격이 특정 양의 지터를 처리 할 수 ​​있다고 생각합니다. 따라서 음성으로 취급 할 필요가 없다고 생각하게됩니다. (그래도 난의 QoS에 대해 조금 알고있다.)
크레이그 콘스탄틴

@CraigConstantine 맞습니다. 대부분의 환경에서 BE 트래픽을 이길 수있는 대기열을 확보 할 수 있다면 데이터의 95 %를 능가 할 수 있습니다.
Ryan Foley

@CraigConstantine은 RFP4594 Good catch Stephen을 살펴 봅니다 . 시스코가 이것에 대한 IETF와 인라인이 아닌 것 같아요?
로니 로이스 톤

1
Cisco는 다양한 개인 / 그룹을 가진 대기업입니다. 그들 모두가 항상 최선에 동의하지는 않습니다. 개인적으로 IETF 권장 사항은 "고 정확도 타이밍"과 관련하여 더 낫다고 생각하지만 개인적으로 네트워크 장비 (일반적으로 고 정확도로 분류하지는 않음)의 NTP를 "벽시계 타이밍"으로 설정하고 싶지는 않습니다. RFC가 말한대로 DF. 시스코 권장 사항은 "길 중간"에 있고 네트워크 장비에 대한 일반적인 NTP 요구를 충족시킬 것으로 예상됩니다.
YLearn

1
@StevenCraven, 이것이 대답 할 수있는 질문이 되려면 NTP에 어떤 종류의 정밀 요구 사항이 있으며 어떻게 사용되는지 이해해야합니다.
Mike Pennington 2016

답변:


2

편집 된 답변 : NTP는 IETF의 DiffServ 서비스 클래스에 대한 RFC 4594 구성 지침에 따라 EF 클래스 (실시간 음성 패킷과 동일)에 배치해야합니다 .

5.2. NTP에 대한 매핑

수행 된 테스트에서 정확한 시간 분포를 위해서는 매우 낮은 패킷 지연 변동 (지터) 전송이 필요합니다. 따라서 NTP (Network Time Protocol)에 대한 다음 지침을 사용하는 것이 좋습니다.

o NTP가 관리자 (캐리어) 네트워크 내에서 또는 최종 사용자 / 클라이언트 내에서 높은 정확도의 타이밍을 제공하는 데 사용되는 경우 전화 통신 서비스 클래스를 사용해야합니다. NTP 패킷은 EF DSCP 값으로 표시해야합니다.

o "벽시계"타이밍 정확도가 필요한 애플리케이션의 경우 표준 서비스 클래스를 사용해야하며 패킷에는 DF DSCP가 표시되어야합니다.


위에서 수정
Ronnie Royston

3

NTP는 지연을 추적하기 위해 originatetransmit타임 스탬프를 사용하기 때문에 특히 지터에 민감하지 않습니다 . Ntp.org는 지연을 확인하는 방법을 자세히 설명 하지만 다음은 스 니펫입니다.

클라이언트를 네트워크 서버에 동기화하는 것은 각 교환이 한 쌍의 요청 및 응답 인 여러 패킷 교환으로 구성됩니다. 요청을 보낼 때 클라이언트는 자신의 시간 (출발 시간 소인)을 전송중인 패킷에 저장합니다. 서버가 이러한 패킷을 수신하면 서버는 자체 시간 (수신 타임 스탬프)을 패킷에 저장하고 패킷에 전송 타임 스탬프를 넣은 후에 패킷이 반환됩니다. 응답을 수신 할 때, 수신기는 패킷의 이동 시간을 추정하기 위해 자신의 수신 시간을 한번 더 기록 할 것이다. 이동 시간 (지연)은 대칭 지연을 가정하여 "전체 지연에서 원격 처리 시간을 뺀 시간"의 절반으로 추정됩니다.

이것이 네트워크 제어와 같은 범주에 속하지 않는 이유는 패킷의 라우팅 / 전달 작업을 직접 담당하지 않기 때문입니다. 네트워크 관리 범주의 모든 것은 네트워킹 시스템의 중요한 구성 요소가 아닙니다. SNMP, syslog 또는 NTP와 관련된 패킷을 잃어버린 경우에도 눈치 채지 못할 것입니다.

SNMP는 단순히 TCP 기반이기 때문에 해당 정보를 재전송합니다. 연결이 모두 끊어 지더라도 치명적인 일은 발생하지 않습니다. snmp 에이전트가 응답하지 않고 다시 시도 할 수 있습니다 . syslog 트래픽 (UDP)을 잃어버린 경우에는 로깅 정보가 손실 될 수 있습니다.이 정보는 아마도 버퍼 나 장치의 로그 파일에 포함되어있을 것입니다. NTP는 이전 패킷을 기반으로 지연을 계산하고 최대 오프셋 오류를 고려하므로 실제로 아무런 문제가 발생하지 않습니다. 최악의 시나리오에서 시간은 몇 피코 초만큼 줄어 듭니다.

라우팅과 관련된 패킷을 잃어버린 경우에도 1 초 동안 전체 시스템이 다운 될 수 있습니다. 다른 마킹을 무가치하게 만듭니다. 이 시점에서 NTP는 단순히 완전히 동기화되지 않았으며 시간을 유지하기 위해 로컬 시세에 의존합니다.

당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.