Phân loại QoS nào nên được áp dụng cho NTP?

Thiết kế mạng tham chiếu giải pháp QoS cho doanh nghiệp của Cisco đề xuất phân loại NTP là lưu lượng quản lý mạng và đánh dấu nó là CS2:

Khi giải quyết các nhu cầu QoS của lưu lượng Quản lý mạng, Cisco khuyến nghị các nguyên tắc sau:

• Lưu lượng quản lý mạng phải được đánh dấu là DSCP CS2.
• Các ứng dụng Quản lý Mạng phải được bảo vệ rõ ràng với sự đảm bảo băng thông tối thiểu.

Lưu lượng quản lý mạng là quan trọng để thực hiện phân tích xu hướng và năng lực và xử lý sự cố. Do đó, bạn có thể cung cấp một hàng đợi băng thông tối thiểu riêng cho lưu lượng Quản lý mạng, có thể bao gồm SNMP, NTP , Syslog, NFS và các ứng dụng quản lý khác .

Cho rằng NTP nhạy cảm với jitter, tại sao NTP không được đánh dấu là Chuyển tiếp nhanh và được xử lý giống như dữ liệu thoại?

Có một lý do tại sao nó không nên được đặt trong cùng hàng đợi độ trễ thấp như giọng nói?

Câu trả lời đã được chỉnh sửa: NTP nên được đặt trong lớp EF (giống như gói thoại thời gian thực) theo Nguyên tắc cấu hình RFC 4594 của IETF cho các lớp dịch vụ DiffServ .

5.2. Ánh xạ cho NTP

Từ các thử nghiệm đã được thực hiện, dấu hiệu cho thấy phân phối thời gian chính xác yêu cầu vận chuyển biến đổi độ trễ gói (jitter) rất thấp. Do đó, chúng tôi khuyên bạn nên sử dụng các hướng dẫn sau đây cho Giao thức thời gian mạng (NTP):

o Khi NTP được sử dụng để cung cấp thời gian có độ chính xác cao trong mạng của quản trị viên hoặc cho người dùng / khách hàng cuối, nên sử dụng lớp dịch vụ Điện thoại và các gói NTP phải được đánh dấu bằng giá trị EF DSCP.

o Đối với các ứng dụng yêu cầu độ chính xác về thời gian của "đồng hồ treo tường", nên sử dụng lớp dịch vụ Tiêu chuẩn và các gói phải được đánh dấu bằng DF DSCP.

NTP không đặc biệt nhạy cảm với jitter vì nó sử dụng originatevà transmitdấu thời gian để theo dõi độ trễ. Ntp.org giải thích chi tiết về cách kiểm tra độ trễ , nhưng đây là đoạn trích:

Đồng bộ hóa máy khách với máy chủ mạng bao gồm một số trao đổi gói trong đó mỗi trao đổi là một cặp yêu cầu và trả lời. Khi gửi yêu cầu, khách hàng lưu trữ thời gian của riêng mình (xuất phát dấu thời gian) vào gói được gửi. Khi một máy chủ nhận được một gói như vậy, nó sẽ lần lượt lưu trữ thời gian của chính nó (nhận dấu thời gian) vào gói và gói sẽ được trả về sau khi đặt dấu thời gian truyền vào gói. Khi nhận được trả lời, người nhận sẽ một lần nữa ghi lại thời gian nhận của chính mình để ước tính thời gian di chuyển của gói. Thời gian di chuyển (độ trễ) được ước tính bằng một nửa "tổng độ trễ trừ đi thời gian xử lý từ xa", giả sử độ trễ đối xứng.

Lý do điều này không cùng loại với điều khiển mạng là vì điều này không trực tiếp chịu trách nhiệm cho hoạt động định tuyến / chuyển tiếp các gói. Tất cả những thứ trong danh mục quản lý mạng không phải là thành phần quan trọng của toàn bộ hệ thống mạng. Nếu bạn mất bất kỳ gói nào liên quan đến SNMP, syslog hoặc NTP, bạn thậm chí sẽ không nhận thấy.

SNMP chỉ đơn giản là truyền lại thông tin đó vì nó dựa trên TCP. Ngay cả khi kết nối kết nối tất cả lại với nhau, sẽ không có gì thảm khốc xảy ra; bạn có thể nhận được một tác nhân snmp không phản hồi và sau đó thử lại. Nếu bạn bị mất lưu lượng nhật ký hệ thống (UDP), bạn chỉ cần mất một đốm thông tin đăng nhập, có thể vẫn còn trong bộ đệm hoặc trong tệp nhật ký trên thiết bị. Vì NTP tính toán độ trễ dựa trên các gói trước đó, đồng thời tính đến lỗi bù tối đa, bạn thực sự không gặp phải bất kỳ vấn đề nào. Trường hợp xấu nhất, thời gian của bạn trôi đi vài pico giây

Nếu bạn mất một gói liên quan đến định tuyến, thậm chí trong một giây, bạn có thể phải đối mặt với toàn bộ hệ thống đang đi xuống; làm cho bất kỳ dấu hiệu khác vô giá trị. Vào thời điểm đó, NTP đơn giản sẽ hoàn toàn không đồng bộ và dựa vào mã đánh dấu cục bộ để giữ thời gian.