Đó là về số Network Time Protocol, được chỉ định trong RFC 5905.Mục đích của trường Gốc Trễ trong giao thức NTP là gì?
Tôi hiểu rằng gốc trễ lĩnh vực gói NTPv4 (hoặc Đồng bộ hóa cách lĩnh vực, vì nó được đặt tên trong các phiên bản trước NTPv3) là một con số cho thấy sự chậm trễ khứ hồi ước tính đồng hồ chính/tài liệu tham khảo.
Nhưng, tại sao giao thức cần biết độ trễ cho đồng hồ chính? Như đã trình bày trong các đặc điểm kỹ thuật, nó đúng cách sử dụng xứ, Nhận và Transmit lĩnh vực dấu thời gian để tính toán thời gian chính xác (phối hợp với các máy chủ/peer), và thậm chí không thực hiện bất kỳ trực tiếp hoặc gián tiếp giao tiếp với đồng hồ chính trong "chuyến đi" tính thời gian.
Có phải vì máy chủ/đồng hồ đã được đồng bộ hóa với đồng hồ tham chiếu trong quá khứ và bây giờ muốn thông báo cho khách hàng về sự chậm trễ đã xảy ra?
Nhân tiện, ý nghĩa của trường có liên quan Gốc phân tán là gì? Thật không may, tôi không hiểu khái niệm phân tán, mà thực sự không được giải thích chi tiết.
Trường Root Delay giữ ở chế độ khách hàng nào (khi ntpd không hoạt động như một máy chủ thời gian)? Có phụ thuộc vào việc triển khai không? Tuy nhiên, những trường hợp trong đó ntpd hoạt động như một máy chủ, nhưng không được đồng bộ hóa trực tiếp với một đồng hồ tham chiếu? (Đó là để nói, tầng lớp cao hơn 1) – Reflection
Tôi đã không nhìn vào mã, nhưng dựa trên RFC nó trông giống như tổng của sự chậm trễ của nó cộng với sự chậm trễ gốc máy chủ thượng nguồn. Vì vậy, sự chậm trễ gốc tích luỹ qua các tầng lớp. – stark
Cảm ơn rất nhiều! Tôi đoán câu trả lời của bạn giải quyết câu hỏi của tôi về máy chủ phụ (với tầng cao hơn). Nhưng, câu hỏi về các gói chế độ khách hàng thì sao? Trường này nên chứa gì cho một máy khách chưa được đồng bộ gửi yêu cầu tới một máy chủ thời gian? số không? – Reflection