NTP'ye hangi QoS sınıflandırması uygulanmalıdır?

Cisco'nun Kurumsal QoS Çözümü Referans Ağ Tasarımı , NTP'yi ağ yönetimi trafiği olarak sınıflandırmayı ve CS2 olarak işaretlemenizi önerir:

Ağ Yönetimi trafiğinin QoS gereksinimlerini ele alırken, Cisco aşağıdaki yönergeleri önerir:

• Ağ Yönetimi trafiği DSCP CS2 olarak işaretlenmelidir.
• Ağ Yönetimi uygulamaları, minimum bant genişliği garantisi ile açıkça korunmalıdır.

Ağ yönetimi trafiği, eğilim ve kapasite analizi ve sorun giderme işlemleri için önemlidir. Bu nedenle, Ağ Yönetimi trafiği için SNMP, NTP , Syslog, NFS ve diğer yönetim uygulamalarını içeren ayrı bir minimum bant genişliği kuyruğu sağlayabilirsiniz .

NTP'nin titremeye duyarlı olduğu düşünüldüğünde, NTP neden Hızlandırılmış Yönlendirme olarak işaretlenmez ve ses verileriyle aynı şekilde ele alınmaz?

Ses ile aynı düşük gecikme kuyruğuna yerleştirilmemesinin bir nedeni var mı?

Düzenlenmiş cevap: NTP, IETF'nin DiffServ Servis Sınıfları için Yapılandırma Yönergeleri'ne göre EF sınıfına (gerçek zamanlı ses paketleriyle aynı) yerleştirilmelidir .

5.2. NTP için eşleme

Gerçekleştirilen testlerden, kesin zaman dağılımının çok düşük bir paket gecikme varyasyonu (titreşim) aktarımı gerektirdiğine dair göstergelerdir. Bu nedenle, Ağ Zaman Protokolü (NTP) için aşağıdaki yönergelerin kullanılmasını öneririz:

o NTP, bir yöneticinin (taşıyıcının) ağında veya son kullanıcılar / istemciler için yüksek doğrulukta zamanlama sağlamak için kullanıldığında, Telefon hizmet sınıfı kullanılmalıdır ve NTP paketleri EF DSCP değeri ile işaretlenmelidir.

o "Duvar saati" zamanlaması doğruluğu gerektiren uygulamalar için Standart servis sınıfı kullanılmalı ve paketler DF DSCP ile işaretlenmelidir.

O kullandığı için NTP özellikle seğirme duyarlı değildir originateve transmitgecikme izlemek için zaman damgalarını. Ntp.org, gecikmeyi nasıl kontrol altında tuttuğunu ayrıntılı olarak açıklıyor , ancak işte bir pasaj:

İstemciyi bir ağ sunucusuna senkronize etmek, her değişimin bir çift istek ve cevap olduğu birkaç paket değiş tokuşundan oluşur. Bir istek gönderilirken, istemci gönderildiği pakete kendi zamanını (başlangıç ​​zaman damgası) kaydeder. Bir sunucu böyle bir paket aldığında, kendi zamanını (zaman damgası) pakete depolar ve pakete bir iletim zaman damgası yerleştirildikten sonra paket iade edilir. Cevabı alırken, alıcı paketin seyahat süresini tahmin etmek için kendi makbuz süresini bir kez daha kaydedecektir. Seyir süresinin (gecikme) simetrik gecikmeler varsayarak "toplam gecikme eksi uzak işlem süresinin" yarısı olduğu tahmin edilmektedir.

Bunun ağ kontrolü ile aynı kategoride olmamasının nedeni, paketlerin yönlendirilmesi / iletilmesinden doğrudan sorumlu olmamasıdır. Ağ yönetimi kategorisindeki her şey, bir bütün olarak ağ sisteminin kritik bileşenleri değildir. SNMP, syslog veya NTP ile ilgili herhangi bir paketi kaybettiyseniz, fark etmezsiniz bile.

SNMP, TCP tabanlı olduğu için bu bilgileri yeniden iletir. Bağlantı hep birlikte düşse bile, hiçbir felaket olmazdı; bir snmp aracısının yanıt vermemesini ve sonra tekrar denemenizi öneririz . Sistem günlüğü trafiğini (UDP) kaybettiyseniz, büyük olasılıkla arabellekte veya cihazdaki bir günlük dosyasında bulunan bir günlük kaydı bilgisini kaybedersiniz. NTP, önceki paketlere göre gecikmeyi hesapladığından ve maksimum ofset hatasını da hesapladığından, gerçekten herhangi bir sorunla karşılaşmıyorsunuz. En kötü senaryo, zamanınız birkaç pikosaniye kadar sürüyor…

Yönlendirme ile ilgili bir paket kaybettiyseniz, bir saniyeliğine bile, tüm sistemin kapanmasıyla karşı karşıya olabilirsiniz; diğer tüm işaretleri değersiz hale getirir. Bu noktada, NTP tamamen senkronizasyondan düşecek ve zamanı korumak için yerel ihalesine güvenecekti.