ควรใช้การจำแนกประเภท QoS ใดกับ NTP

การออกแบบเครือข่ายอ้างอิงโซลูชัน Enterprise QoSของซิสโก้แนะนำให้จำแนก NTP เป็นทราฟฟิกการจัดการเครือข่ายและทำเครื่องหมายเป็น CS2:

เมื่อตอบสนองความต้องการ QoS ของทราฟฟิกการจัดการเครือข่าย Cisco แนะนำแนวทางดังต่อไปนี้:

• ทราฟฟิกการจัดการเครือข่ายควรทำเครื่องหมายที่ DSCP CS2
• แอปพลิเคชันการจัดการเครือข่ายควรได้รับการป้องกันอย่างชัดเจนพร้อมรับประกันแบนด์วิดธ์น้อยที่สุด

ปริมาณการใช้การจัดการเครือข่ายมีความสำคัญต่อการวิเคราะห์แนวโน้มและความสามารถและการแก้ไขปัญหา ดังนั้นคุณสามารถจัดสรรแยกคิวแบนด์วิดธ์น้อยที่สุดสำหรับการจราจรการจัดการเครือข่ายซึ่งอาจรวมถึง SNMP, NTP , Syslog, NFS และการประยุกต์ใช้การจัดการอื่น

ระบุว่า NTP ไวต่อการกระวนกระวายใจทำไม NTP จึงไม่ทำเครื่องหมายว่าเป็นการส่งต่อแบบเร่งและปฏิบัติเหมือนกับข้อมูลเสียง

มีเหตุผลที่ไม่ควรวางในคิวเวลาแฝงต่ำเช่นเดียวกับเสียงหรือไม่

คำตอบแก้ไข: NTP ควรจะอยู่ในระดับ EF (เหมือนแพ็คเก็ตเสียงแบบ real-time) ตามIETF ของ RFC 4594 แนวทางการกำหนดค่าสำหรับการเรียน

5.2 การแม็พสำหรับ NTP

จากการทดสอบที่ดำเนินการข้อบ่งชี้คือการกระจายเวลาที่แม่นยำต้องใช้การส่งแพ็กเก็ต (jitter) การเปลี่ยนแปลงความล่าช้าของแพ็กเก็ตที่ต่ำมาก ดังนั้นเราขอแนะนำให้ใช้แนวทางต่อไปนี้สำหรับ Network Time Protocol (NTP):

o เมื่อใช้ NTP สำหรับการกำหนดเวลาความแม่นยำสูงภายในเครือข่ายของผู้ดูแลระบบ (ผู้ให้บริการ) หรือผู้ใช้ / ลูกค้าปลายทางควรใช้คลาสบริการ Telephony และแพ็กเก็ต NTP ควรถูกทำเครื่องหมายด้วยค่า EF DSCP

o สำหรับแอปพลิเคชันที่ต้องการความแม่นยำเวลา "นาฬิกาแขวน" ควรใช้คลาสบริการมาตรฐานและแพ็คเก็ตควรทำเครื่องหมายด้วย DF DSCP

NTP ไม่ได้ไวต่อการกระวนกระวายใจเพราะใช้originateและtransmitบันทึกเวลาเพื่อติดตามความล่าช้า Ntp.org อธิบายในรายละเอียดว่าจะตรวจสอบความล่าช้าอย่างไร แต่นี่เป็นตัวอย่าง:

การซิงโครไนซ์ไคลเอนต์กับเซิร์ฟเวอร์เครือข่ายประกอบด้วยการแลกเปลี่ยนแพ็คเก็ตหลายครั้งโดยที่การแลกเปลี่ยนแต่ละครั้งเป็นการร้องขอและการตอบกลับ เมื่อส่งคำร้องขอไคลเอ็นต์จะเก็บเวลาของตนเอง (เริ่มต้นประทับเวลา) ลงในแพ็กเก็ตที่ส่ง เมื่อเซิร์ฟเวอร์ได้รับแพ็คเก็ตดังกล่าวมันจะเก็บเวลาของตัวเอง (รับการประทับเวลา) ลงในแพ็คเก็ตและแพ็คเก็ตจะถูกส่งกลับหลังจากใส่เวลาประทับลงในแพ็คเก็ต เมื่อได้รับคำตอบผู้รับจะบันทึกเวลาการรับของตนเองอีกครั้งเพื่อประเมินเวลาการเดินทางของแพ็กเก็ต เวลาเดินทาง (ล่าช้า) ถูกประมาณว่าเป็นครึ่งหนึ่งของ "ความล่าช้าทั้งหมดลบด้วยเวลาประมวลผลระยะไกล" โดยถือว่าความล่าช้าสมมาตร

เหตุผลนี้ไม่อยู่ในหมวดหมู่เดียวกันกับการควบคุมเครือข่ายเนื่องจากไม่รับผิดชอบโดยตรงต่อการทำงานของการกำหนดเส้นทาง / การส่งต่อแพ็กเก็ต ทุกสิ่งในหมวดหมู่การจัดการเครือข่ายไม่ใช่องค์ประกอบที่สำคัญของระบบเครือข่ายโดยรวม หากคุณทำแพ็กเก็ตใด ๆ ที่เกี่ยวข้องกับ SNMP, syslog หรือ NTP คุณอาจไม่ได้สังเกตเห็น

SNMP จะส่งข้อมูลนั้นอีกครั้งเนื่องจากเป็น TCP แม้ว่าการเชื่อมต่อจะตกลงไปพร้อม ๆ กันก็จะไม่มีความหายนะเกิดขึ้น คุณอาจได้รับเอเจนต์ snmp ที่ไม่ตอบสนองแล้วลองอีกครั้ง หากคุณสูญเสีย syslog traffic (UDP) คุณก็จะสูญเสียข้อมูลการบันทึกซึ่งอาจจะยังคงอยู่ในบัฟเฟอร์หรือในไฟล์บันทึกบนอุปกรณ์ เนื่องจาก NTP คำนวณความล่าช้าตามแพ็คเก็ตก่อนหน้าในขณะที่ยังคำนึงถึงข้อผิดพลาดออฟเซ็ตสูงสุดคุณจึงไม่พบปัญหาใด ๆ สถานการณ์กรณีที่เลวร้ายที่สุดเวลาของคุณลอยไปด้วยไม่กี่ picoseconds ...

หากคุณทำแพ็กเก็ตสูญหายที่เกี่ยวข้องกับการกำหนดเส้นทางแม้เป็นครั้งที่สองคุณอาจเผชิญหน้ากับระบบทั้งหมดที่กำลังจะล่ม การแสดงเครื่องหมายอื่น ๆ ที่ไร้ค่า ณ จุดนี้ NTP จะหลุดจากการซิงค์โดยสิ้นเชิงและพึ่งพาสัญลักษณ์ในเครื่องเพื่อให้เวลา