การแนะนำ
เอกสารนี้อธิบายวิธีการแก้ไขปัญหา Network Time Protocol (NTP) ด้วยแก้ไขข้อบกพร่องคำสั่งและแสดงเอ็นทีพีสั่งการ.
ข้อกำหนดเบื้องต้น
ความต้องการ
ไม่มีข้อกำหนดเฉพาะสำหรับเอกสารนี้
ส่วนประกอบที่ใช้
เอกสารนี้ไม่ได้จำกัดเฉพาะเวอร์ชันของซอฟต์แวร์และฮาร์ดแวร์
ข้อมูลในเอกสารนี้สร้างขึ้นจากอุปกรณ์ในสภาพแวดล้อมของห้องปฏิบัติการเฉพาะ อุปกรณ์ทั้งหมดที่ใช้ในเอกสารนี้เริ่มต้นด้วยการกำหนดค่าแบบล้าง (ค่าเริ่มต้น) หากเครือข่ายของคุณใช้งานได้ ตรวจสอบให้แน่ใจว่าคุณเข้าใจผลกระทบที่อาจเกิดขึ้นจากคำสั่งใดๆ
NTP แสดงคำสั่ง
ก่อนที่คุณจะดูสาเหตุของปัญหา NTP คุณต้องเข้าใจการใช้และเอาต์พุตจากคำสั่งเหล่านี้:
- แสดงการเชื่อมโยง ntp
- แสดงรายละเอียดการเชื่อมโยง ntp
- แสดงสถานะ ntp
หมายเหตุ: ใช้ Command Lookup Tool เพื่อรับข้อมูลเพิ่มเติมเกี่ยวกับคำสั่งที่ใช้ในส่วนนี้ เฉพาะผู้ใช้ Cisco ที่ลงทะเบียนแล้วเท่านั้นที่สามารถเข้าถึงเครื่องมือและข้อมูลภายในได้
หมายเหตุ: เครื่องมือตัวแปลผลลัพธ์รองรับคำสั่งของการแสดงบางอย่าง ใช้ Output Interpreter Tool เพื่อดูการวิเคราะห์เอาต์พุตคำสั่ง show เฉพาะผู้ใช้ Cisco ที่ลงทะเบียนแล้วเท่านั้นที่สามารถเข้าถึงเครื่องมือและข้อมูลภายในได้
แสดงการเชื่อมโยง ntp
การเชื่อมโยง NTP สามารถเป็นการเชื่อมโยงแบบเพียร์ (ระบบหนึ่งยินดีที่จะซิงโครไนซ์กับระบบอื่นหรืออนุญาตให้ระบบอื่นซิงโครไนซ์กับมัน) หรือการเชื่อมโยงเซิร์ฟเวอร์ (มีเพียงระบบเดียวเท่านั้นที่ซิงโครไนซ์กับระบบอื่น ไม่ใช่ในทางกลับกัน) .
นี่คือตัวอย่างเอาต์พุตจากคำสั่งความสัมพันธ์ show ntp:
CLA_PASS#sh ntp การเชื่อมโยง
ที่อยู่ ref clock st เมื่อโพลล์ถึงความล่าช้า offset disp
~10.127.7.1 10.127.7.1 9 50 64 377 0.0 0.00 0.0
~10.50.44.69 10.50.36.106 5 21231 1024 0 3.8 -4.26 16000.
+~10.50.44.101 10.50.38.114 5 57 64 1 3.6 -4.30 15875.
+~10.50.44.37 10.50.36.50 5 1 256 377 0.8 1.24 0.2
~10.50.44.133 10.50.38.170 5 12142 1024 0 3.2 1.24 16000.
+~10.50.44.165 10.50.38.178 5 35 256 357 2.5 -4.09 0.2
+~10.50.38.42 10.79.127.250 4 7 256 377 0.8 -0.29 0.2
*~10.50.36.42 10.79.127.250 4 188 256 377 0.7 -0.17 0.3
+~10.50.38.50 10.79.127.250 4 42 256 377 0.9 1.02 0.4
+~10.50.36.50 10.79.127.250 4 20 256 377 0.7 0.87 0.5
* หลัก (ซิงค์), # หลัก (ไม่ซิงค์), + เลือก, - ผู้สมัคร, ~ กำหนดค่า
| ภาคเรียน | คำอธิบาย |
|---|---|
อักขระก่อนที่อยู่มีคำจำกัดความเหล่านี้:
| |
ที่อยู่ | นี่คือที่อยู่ IP ของเพียร์ ในตัวอย่าง รายการแรกแสดง 127.127.7.1 สิ่งนี้บ่งชี้ว่าเครื่องโลคัลได้ซิงค์กับตัวเองแล้ว โดยทั่วไป มีเพียง NTP หลักเท่านั้นที่ซิงค์กับตัวมันเอง |
นาฬิกาอ้างอิง | นี่คือที่อยู่ของนาฬิกาอ้างอิงสำหรับเพียร์ ในตัวอย่าง เพียร์/เซิร์ฟเวอร์หกตัวแรกมี IP ส่วนตัวเป็นนาฬิกาอ้างอิง ดังนั้นอุปกรณ์หลักจึงน่าจะเป็นเราเตอร์ สวิตช์ หรือเซิร์ฟเวอร์ภายในเครือข่ายเฉพาะที่ สำหรับสี่รายการล่าสุด นาฬิกาอ้างอิงเป็น IP สาธารณะ ดังนั้นรายการหลักจึงอาจเป็นแหล่งเวลาสาธารณะ |
เซนต์ | NTP ใช้แนวคิดของสตราตัมเพื่ออธิบายว่าเครื่องจักรอยู่ห่างจากแหล่งเวลาที่เชื่อถือได้มากเพียงใด (ใน NTP ฮ็อป) ตัวอย่างเช่น เซิร์ฟเวอร์ stratum 1 time มีวิทยุหรือนาฬิกาอะตอมติดไว้โดยตรง จะส่งเวลาไปยังเซิร์ฟเวอร์เวลา stratum 2 ผ่าน NTP และอื่น ๆ จนถึง stratum 16 เครื่องที่รัน NTP จะเลือกเครื่องที่มีหมายเลข stratum ต่ำสุดโดยอัตโนมัติซึ่งสามารถสื่อสารและใช้ NTP เป็นแหล่งเวลาได้ |
เมื่อไร | เวลาตั้งแต่ได้รับแพ็กเก็ต NTP ล่าสุดจากเพียร์จะถูกรายงานเป็นวินาที ค่านี้ต้องต่ำกว่าช่วงเวลาการสำรวจ |
แบบสำรวจความคิดเห็น | ช่วงเวลาการสำรวจจะรายงานเป็นวินาที ช่วงเวลามักจะเริ่มต้นด้วยช่วงเวลาโพลอย่างน้อย 64 วินาที RFC ระบุว่าไม่จำเป็นต้องทำธุรกรรม NTP มากกว่าหนึ่งรายการต่อนาทีเพื่อซิงโครไนซ์สองเครื่อง เนื่องจาก NTP มีความเสถียรระหว่างไคลเอนต์และเซิร์ฟเวอร์ ช่วงเวลาการสำรวจข้อมูลสามารถเพิ่มเป็นขั้นเล็กๆ จาก 64 วินาทีเป็น 1024 วินาที และโดยทั่วไปจะคงที่ระหว่างนั้น แต่ค่านี้เปลี่ยนแปลงแบบไดนามิกตามเงื่อนไขเครือข่ายระหว่างไคลเอนต์และเซิร์ฟเวอร์และการสูญเสียแพ็กเก็ต NTP หากไม่สามารถเข้าถึงเซิร์ฟเวอร์ได้ในบางครั้ง ช่วงเวลาการสำรวจจะเพิ่มขึ้นเป็น 1024 วินาทีเพื่อลดโอเวอร์เฮดของเครือข่าย ไม่สามารถปรับช่วงเวลาการสำรวจ NTP บนเราเตอร์ได้ เนื่องจากภายในถูกกำหนดโดยอัลกอริทึมฮิวริสติก |
เข้าถึง | การเข้าถึงเพียร์เป็นสตริงบิตที่รายงานเป็นค่าฐานแปด ฟิลด์นี้แสดงว่ากระบวนการ NTP ได้รับแปดแพ็กเก็ตล่าสุดบนซอฟต์แวร์ Cisco IOS® หรือไม่ แพ็กเก็ตต้องได้รับ ประมวลผล และยอมรับว่าถูกต้องโดยกระบวนการ NTP ไม่ใช่เพียงแค่เราเตอร์หรือสวิตช์ที่รับแพ็กเก็ต NTP IP Reach ใช้ช่วงเวลาการสำรวจสำหรับการหมดเวลาเพื่อตัดสินใจว่าได้รับแพ็กเก็ตหรือไม่ ช่วงเวลาการสำรวจคือเวลาที่ NTP รอก่อนที่จะสรุปว่าแพ็กเก็ตสูญหาย เวลาสำรวจความคิดเห็นอาจแตกต่างกันไปสำหรับแต่ละเพียร์ ดังนั้นเวลาก่อนการเข้าถึงจะตัดสินว่าแพ็กเก็ตสูญหายอาจแตกต่างกันไปสำหรับเพียร์อื่นด้วย ในตัวอย่าง มีค่าการเข้าถึงที่แตกต่างกันสี่ค่า:
การเข้าถึงเป็นตัวบ่งชี้ที่ดีว่าแพ็กเก็ต NTP หลุดเนื่องจากลิงก์ไม่ดี ปัญหาของ CPU และปัญหาอื่นๆ ที่ไม่ต่อเนื่องหรือไม่ ตัวแปลงหน่วยเป็นตัวแปลงหน่วยออนไลน์สำหรับการแปลงนี้และอื่นๆ อีกมากมาย |
ล่าช้า | ความล่าช้าในการไปกลับไปยังเพียร์ถูกรายงานเป็นมิลลิวินาที เพื่อให้ตั้งนาฬิกาได้แม่นยำยิ่งขึ้น ความล่าช้านี้จะถูกนำมาพิจารณาเมื่อตั้งเวลานาฬิกา |
ชดเชย | ออฟเซ็ตคือความแตกต่างของเวลานาฬิการะหว่างเพียร์หรือระหว่างหลักกับไคลเอนต์ ค่านี้เป็นการแก้ไขที่ใช้กับนาฬิกาไคลเอนต์เพื่อซิงโครไนซ์ ค่าบวกบ่งชี้ว่านาฬิกาของเซิร์ฟเวอร์สูงขึ้น ค่าลบบ่งชี้ว่านาฬิกาของไคลเอ็นต์มีค่าสูงกว่า |
แจกจ่าย | การกระจายซึ่งรายงานเป็นวินาที คือความแตกต่างของเวลานาฬิกาสูงสุดที่เคยพบระหว่างนาฬิกาโลคัลและนาฬิกาเซิร์ฟเวอร์ ในตัวอย่าง การกระจายคือ 0.3 สำหรับเซิร์ฟเวอร์ 10.50.36.42 ดังนั้น ความแตกต่างของเวลาสูงสุดที่เคยพบในเครื่องระหว่างนาฬิกาในเครื่องและนาฬิกาในเซิร์ฟเวอร์คือ 0.3 วินาที คุณสามารถคาดหวังว่าจะเห็นค่าสูงเมื่อนาฬิกาถูกซิงค์ในขั้นต้น แต่ถ้าการกระจายสูงเกินไปในเวลาอื่น กระบวนการ NTP บนไคลเอนต์จะไม่ยอมรับข้อความ NTP จากเซิร์ฟเวอร์ การกระจายสูงสุดคือ 16,000; ในตัวอย่าง นั่นคือการกระจายสำหรับเซิร์ฟเวอร์ 10.50.44.69 และ 10.50.44.133 ดังนั้นไคลเอนต์โลคัลจึงไม่ยอมรับเวลาจากเซิร์ฟเวอร์เหล่านี้ หากการเข้าถึงเป็นศูนย์และการกระจายสูงมาก ไคลเอ็นต์อาจไม่ยอมรับข้อความจากเซิร์ฟเวอร์นั้น อ้างถึงบรรทัดที่สองของตัวอย่าง: ที่อยู่ ref clock st เมื่อโพลล์ถึงความล่าช้า offset disp แม้ว่าออฟเซ็ตจะเป็นเพียง -4.26 แต่การกระจายนั้นสูงมาก (อาจเป็นเพราะเหตุการณ์ในอดีต) และการเข้าถึงเป็นศูนย์ ดังนั้นไคลเอ็นต์นี้จึงไม่ยอมรับเวลาจากเซิร์ฟเวอร์นี้ |
แสดงรายละเอียดการเชื่อมโยง ntp
นี่คือตัวอย่างเอาต์พุตจากคำสั่งแสดงรายละเอียดการเชื่อมโยงของ ntp:
รายละเอียดเราเตอร์#sho ntp assoc
10.4.2.254 กำหนดค่า, our_primary, มีเหตุผล, ถูกต้อง, ชั้น 1
ref ID .GPS., เวลา D36968AA.CC528FE7 (02:10:50.798 UTC วันศุกร์ที่ 25 พฤษภาคม 2555)
ไคลเอนต์โหมดของเรา, เซิร์ฟเวอร์โหมดเพียร์, การสำรวจความคิดเห็นของเรา intvl 64, การสำรวจความคิดเห็นระหว่างประเทศ 64
รูทดีเลย์ 0.00 มิลลิวินาที, การกระจายรูท 0.44, ถึง 377, ซิงค์ dist 207.565
หน่วงเวลา 2.99 มิลลิวินาที ชดเชย 268.3044 มิลลิวินาที กระจาย 205.54
ความแม่นยำ 2**19 เวอร์ชัน 3
เวลาขององค์กร D36968B7.E74172BF (02:11:03.903 UTC วันศุกร์ที่ 25 พฤษภาคม 2012)
rcv เวลา D36968B7.A2F44E2C (02:11:03.636 UTC วันศุกร์ที่ 25 พฤษภาคม 2555)
xmt เวลา D36968B7.A21D3780 (02:11:03.633 UTC วันศุกร์ที่ 25 พฤษภาคม 2555)
ฟิลเตอร์ดีเลย์ = 2.99 2.88 976.61 574.65 984.71 220.26 168.12 2.72
กรองออฟเซ็ต = 268.30 172.15 -452.49 -253.59 -462.03 -81.98 -58.04 22.38
filterror = 0.02 0.99 1.95 1.97 2.00 2.01 2.03 2.0410.3.2.254 กำหนดค่า เลือก เหมาะสม ถูกต้อง ชั้น 1
ref ID .GPS., เวลา D36968BB.B16C4A21 (02:11:07.693 UTC วันศุกร์ที่ 25 พฤษภาคม 2555)
ไคลเอนต์โหมดของเรา, เซิร์ฟเวอร์โหมดเพียร์, การสำรวจความคิดเห็นของเรา intvl 64, การสำรวจความคิดเห็นระหว่างประเทศ 64
ความล่าช้าของรูต 0.00 มิลลิวินาที, การกระจายรูท 3.34, ถึง 377, ซิงค์ dist 192.169
หน่วงเวลา 0.84 msec, offset 280.3251 msec, การกระจาย 188.42
ความแม่นยำ 2**19 เวอร์ชัน 3
เวลาในองค์กร D36968BD.E69085E4 (02:11:09.900 UTC วันศุกร์ที่ 25 พฤษภาคม 2012)
rcv เวลา D36968BD.9EE9048B (02:11:09.620 UTC วันศุกร์ที่ 25 พฤษภาคม 2555)
xmt เวลา D36968BD.9EA943EF (02:11:09.619 UTC วันศุกร์ที่ 25 พฤษภาคม 2555)
ฟิลเตอร์ดีเลย์ = 0.84 0.75 663.68 0.67 0.72 968.05 714.07 1.14
ฟิลเตอร์ออฟเซ็ต = 280.33 178.13 -286.52 42.88 41.41 -444.37 -320.25 35.15
filterror = 0.02 0.99 1.97 1.98 1.98 2.00 2.03 2.0310.1.2.254 กำหนดค่า บ้า ไม่ถูกต้อง ชั้น 1
ref ID .GPS., เวลา D3696D3D.BBB4FF24 (02:30:21.733 UTC วันศุกร์ที่ 25 พฤษภาคม 2555)
ไคลเอนต์โหมดของเรา, เซิร์ฟเวอร์โหมดเพียร์, การสำรวจความคิดเห็นของเรา intvl 64, การสำรวจความคิดเห็นระหว่างประเทศ 64
ความล่าช้าของรูต 0.00 มิลลิวินาที, การกระจายรูท 4.15, ถึง 1, การซิงค์ dist 15879.654
หน่วงเวลา 0.98 มิลลิวินาที ชดเชย 11.9876 มิลลิวินาที กระจาย 15875.02
ความแม่นยำ 2**19 เวอร์ชัน 3
เวลาขององค์กร D3696D3D.E4C253FE (02:30:21.893 UTC วันศุกร์ที่ 25 พฤษภาคม 2012)
rcv เวลา D3696D3D.E1D0C1B9 (02:30:21.882 UTC วันศุกร์ที่ 25 พฤษภาคม 2555)
xmt เวลา D3696D3D.E18A748D (02:30:21.881 UTC วันศุกร์ที่ 25 พฤษภาคม 2555)
ฟิลเตอร์ดีเลย์ = 0.98 0.00 0.00 0.00 0.00 0.00 0.00 0.00
ฟิลเตอร์ออฟเซ็ต = 11.99 0.00 0.00 0.00 0.00 0.00 0.00 0.00
filterror = 0.02 16000.0 16000.0 16000.0 16000.0 16000.0 16000.0 16000.0(Video) ปัญหาเวลาไม่ตรง Windows 10 ด้วย Net Time (NTP)
ข้อกำหนดที่กำหนดไว้แล้วในส่วนสมาคมการแสดงจะไม่ทำซ้ำที่นี่
ภาคเรียน | คำอธิบาย | |||||||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
กำหนดค่า | แหล่งสัญญาณนาฬิกา NTP นี้ได้รับการกำหนดค่าให้เป็นเซิร์ฟเวอร์ ค่านี้ยังสามารถเป็นไดนามิก โดยที่เพียร์/เซิร์ฟเวอร์ถูกค้นพบแบบไดนามิก | |||||||||||||||||||||||||||
our_primary | ไคลเอนต์โลคัลถูกซิงโครไนซ์กับเพียร์นี้ | |||||||||||||||||||||||||||
เลือกแล้ว | เพียร์/เซิร์ฟเวอร์ถูกเลือกสำหรับการซิงโครไนซ์ที่เป็นไปได้ เมื่อ 'our_primary' ล้มเหลวหรือไคลเอนต์สูญเสียการซิงค์ | |||||||||||||||||||||||||||
มีสติ | การทดสอบสติใช้เพื่อทดสอบแพ็กเก็ต NTP ที่ได้รับจากเซิร์ฟเวอร์ การทดสอบเหล่านี้ระบุไว้ในRFC 1305, Network Time Protocol (เวอร์ชัน 3) ข้อมูลจำเพาะ การนำไปใช้ และการวิเคราะห์. การทดสอบคือ:
ข้อมูลแพ็คเก็ตถูกต้องหากผ่านการทดสอบ 1 ถึง 4 จากนั้นข้อมูลจะถูกใช้เพื่อคำนวณการชดเชย การหน่วงเวลา และการกระจาย ส่วนหัวของแพ็คเก็ตใช้ได้หากผ่านการทดสอบ 5 ถึง 8 สามารถใช้เฉพาะแพ็กเก็ตที่มีส่วนหัวที่ถูกต้องเพื่อกำหนดว่าสามารถเลือกเพียร์สำหรับการซิงโครไนซ์ได้หรือไม่ | |||||||||||||||||||||||||||
บ้า | การตรวจสอบสุขภาพจิตล้มเหลว จึงไม่ยอมรับเวลาจากเซิร์ฟเวอร์ เซิร์ฟเวอร์ไม่ได้ซิงค์ | |||||||||||||||||||||||||||
ถูกต้อง | เวลาเพียร์/เซิร์ฟเวอร์นั้นถูกต้อง ลูกค้าท้องถิ่นยอมรับเวลานี้หากเพียร์นี้กลายเป็นหลัก | |||||||||||||||||||||||||||
ไม่ถูกต้อง | เวลาเพียร์/เซิร์ฟเวอร์ไม่ถูกต้อง และไม่สามารถยอมรับเวลาได้ | |||||||||||||||||||||||||||
รหัสผู้อ้างอิง | แต่ละเพียร์/เซิร์ฟเวอร์ถูกกำหนด ID อ้างอิง (ป้ายกำกับ) | |||||||||||||||||||||||||||
เวลา | เวลาคือเวลาล่าสุดที่ได้รับจากเพียร์/เซิร์ฟเวอร์นั้น | |||||||||||||||||||||||||||
โหมดของเรา/โหมดเพื่อน | นี่คือสถานะของโลคัลไคลเอ็นต์/เพียร์ | |||||||||||||||||||||||||||
โพลล์ intvl ของเรา/ เพียร์โพลล์ intvl | นี่คือช่วงเวลาการสำรวจจากการสำรวจความคิดเห็นของเราไปยังเพียร์นี้หรือจากเพียร์ไปยังเครื่องโลคัล | |||||||||||||||||||||||||||
ความล่าช้าของรูท | การหน่วงเวลาของรูทคือการหน่วงเวลาเป็นมิลลิวินาทีไปยังรูทของการตั้งค่า NTP นาฬิกา Stratum 1 ถือเป็นรากฐานของการตั้งค่า/การออกแบบ NTP ในตัวอย่าง เซิร์ฟเวอร์ทั้งสามสามารถเป็น root ได้เนื่องจากเซิร์ฟเวอร์เหล่านี้อยู่ที่ stratum 1 | |||||||||||||||||||||||||||
การกระจายตัวของราก | การกระจายตัวของรูตคือความแตกต่างของเวลาสัญญาณนาฬิกาสูงสุดที่เคยพบระหว่างนาฬิกาโลคัลและนาฬิการูท โปรดดูคำอธิบายของ 'disp' ใต้แสดงการเชื่อมโยงสำหรับรายละเอียดเพิ่มเติม | |||||||||||||||||||||||||||
ซิงค์ dist. | นี่คือค่าประมาณของความแตกต่างสูงสุดระหว่างเวลาบนแหล่งที่มาของชั้น 0 และเวลาที่วัดโดยไคลเอนต์ ประกอบด้วยส่วนประกอบสำหรับเวลาไปกลับ ความแม่นยำของระบบ และการเลื่อนนาฬิกาตั้งแต่การอ่านค่าสตราตัมซอร์สที่เกิดขึ้นจริงครั้งล่าสุด ในการตั้งค่า NTP ขนาดใหญ่ (เซิร์ฟเวอร์ NTP ที่สตราตัม 1 ในอินเทอร์เน็ต โดยมีเซิร์ฟเวอร์ที่ให้เวลาในชั้นต่างๆ กัน) กับเซิร์ฟเวอร์/ไคลเอ็นต์ที่หลายชั้น โทโพโลยีการซิงโครไนซ์ NTP จะต้องได้รับการจัดระเบียบเพื่อให้เกิดความแม่นยำสูงสุด แต่ต้องไม่เป็น อนุญาตให้สร้างลูปซิงก์เวลาได้ ปัจจัยเพิ่มเติมคือการเพิ่มขึ้นของแต่ละชั้นเกี่ยวข้องกับเซิร์ฟเวอร์เวลาที่อาจไม่น่าเชื่อถือ ซึ่งทำให้เกิดข้อผิดพลาดในการวัดเพิ่มเติม อัลกอริธึมการเลือกที่ใช้ใน NTP ใช้ตัวแปรของอัลกอริธึมการกำหนดเส้นทางแบบกระจายของ Bellman-Ford เพื่อคำนวณแผนภูมิสแปนนิ่งน้ำหนักขั้นต่ำที่หยั่งรากบนเซิร์ฟเวอร์หลัก เมตริกระยะทางที่ใช้โดยอัลกอริทึมประกอบด้วยชั้นบวกระยะการซิงโครไนซ์ ซึ่งตัวมันเองประกอบด้วยการกระจายบวกกับการหน่วงเวลาสัมบูรณ์ครึ่งหนึ่ง ดังนั้น เส้นทางการซิงโครไนซ์จะนำจำนวนเซิร์ฟเวอร์ขั้นต่ำไปที่รูทเสมอ ความสัมพันธ์ได้รับการแก้ไขบนพื้นฐานของข้อผิดพลาดสูงสุด | |||||||||||||||||||||||||||
ล่าช้า | นี่คือความล่าช้าในการเดินทางไปกลับเพียร์ | |||||||||||||||||||||||||||
ความแม่นยำ | นี่คือความแม่นยำของเพียร์คล็อกในหน่วย Hz | |||||||||||||||||||||||||||
รุ่น | นี่คือหมายเลขเวอร์ชัน NTP ที่เพียร์ใช้ | |||||||||||||||||||||||||||
เวลาขององค์กร | นี่คือการประทับเวลาของผู้ริเริ่มแพ็กเก็ต NTP กล่าวอีกนัยหนึ่งคือเป็นการประทับเวลาแบบเพียร์เมื่อสร้างแพ็กเก็ต NTP แต่ก่อนที่จะส่งแพ็กเก็ตไปยังไคลเอ็นต์ภายในเครื่อง | |||||||||||||||||||||||||||
เวลาอาร์ซีวี | นี่คือการประทับเวลาเมื่อไคลเอนต์โลคัลได้รับข้อความ ความแตกต่างระหว่างเวลาขององค์กรและเวลา rcv คือค่าชดเชยสำหรับเพียร์นี้ ในตัวอย่าง หลัก 10.4.2.254 มีเวลาเหล่านี้: เวลาขององค์กร D36968B7.E74172BF (02:11:03.903 UTC วันศุกร์ที่ 25 พฤษภาคม 2012) ความแตกต่างคือค่าชดเชยของ 268.3044 msec | |||||||||||||||||||||||||||
เวลา xmt | นี่คือการประทับเวลาการส่งสำหรับแพ็กเก็ต NTP ที่โลคัลไคลเอ็นต์ส่งไปยังเพียร์/เซิร์ฟเวอร์นี้ | |||||||||||||||||||||||||||
ตัวกรองล่าช้า | นี่คือความล่าช้าไปกลับในหน่วยมิลลิวินาทีของแต่ละตัวอย่าง ตัวอย่างคือแพ็กเก็ต NTP ล่าสุดที่ได้รับ ในตัวอย่าง หลัก 10.4.2.254 มีค่าเหล่านี้: ฟิลเตอร์ดีเลย์ = 2.99 2.88 976.61 574.65 984.71 220.26 168.12 2.72 ตัวอย่างทั้งแปดนี้สอดคล้องกับค่าของฟิลด์การเข้าถึง ซึ่งแสดงว่าไคลเอนต์โลคัลได้รับแพ็กเก็ต NTP แปดแพ็กเก็ตล่าสุดหรือไม่ |
แสดงสถานะ ntp
นี่คือตัวอย่างเอาต์พุตจากคำสั่งแสดงสถานะ ntp:
USSP-B33S-SW01#sho ntp สถานะ
นาฬิกาตรงกัน ชั้น 2 อ้างอิง 10.4.2.254
ความถี่ที่กำหนดคือ 250.0000 Hz ความถี่จริงคือ 250.5630 Hz ความแม่นยำคือ 2**18
เวลาอ้างอิงคือ D36968F7.7E3019A9 (02:12:07.492 UTC วันศุกร์ที่ 25 พฤษภาคม 2012)
การชดเชยสัญญาณนาฬิกาคือ 417.2868 มิลลิวินาที การหน่วงเวลาของรูทคือ 2.85 มิลลิวินาที
การกระจายรูตคือ 673.42 มิลลิวินาที การกระจายเพียร์คือ 261.80 มิลลิวินาที
ข้อกำหนดที่กำหนดไว้แล้วในส่วนแสดงความสัมพันธ์หรือส่วนแสดงรายละเอียดการเชื่อมโยง ntp จะไม่เกิดขึ้นซ้ำ
| ภาคเรียน | คำอธิบาย |
|---|---|
ความแม่นยำ | ความแม่นยำจะถูกกำหนดโดยอัตโนมัติและวัดเป็นกำลังสอง ในตัวอย่าง 2**18 หมายถึง 2^(-18) หรือ 3.8 ไมโครวินาที การสูญเสียการซิงโครไนซ์ระหว่างเพียร์ NTP หรือระหว่างหลักและไคลเอนต์อาจเกิดจากสาเหตุหลายประการ NTP หลีกเลี่ยงการซิงโครไนซ์กับเครื่องที่เวลาไม่ชัดเจนด้วยวิธีเหล่านี้:
|
แก้ไขปัญหา NTP ด้วย Debugs
สาเหตุที่พบบ่อยที่สุดของปัญหา NTP คือ:
- ไม่ได้รับแพ็กเก็ต NTP
- ได้รับแพ็กเก็ต NTP แต่ไม่ได้รับการประมวลผลโดยกระบวนการ NTP บน Cisco IOS
- แพ็กเก็ต NTP ได้รับการประมวลผล แต่ปัจจัยหรือข้อมูลแพ็กเก็ตที่ผิดพลาดทำให้สูญเสียการซิงโครไนซ์
- ช่วงเวลานาฬิกา NTP ถูกตั้งค่าด้วยตนเอง
คำสั่งแก้ไขจุดบกพร่องที่สำคัญที่ช่วยแยกสาเหตุของปัญหาเหล่านี้ได้แก่:
- แก้ไขข้อบกพร่องแพ็กเก็ต ip
- ดีบักแพ็กเก็ต ntp
- แก้ปัญหาความถูกต้องของ ntp
- แก้ปัญหาการซิงค์ ntp
- แก้ปัญหาเหตุการณ์ ntp
ส่วนถัดไปจะแสดงให้เห็นถึงการใช้ดีบักเพื่อแก้ไขปัญหาทั่วไปเหล่านี้
หมายเหตุ: ใช้ Command Lookup Tool เพื่อรับข้อมูลเพิ่มเติมเกี่ยวกับคำสั่งที่ใช้ในส่วนนี้ เฉพาะผู้ใช้ Cisco ที่ลงทะเบียนแล้วเท่านั้นที่สามารถเข้าถึงเครื่องมือและข้อมูลภายในได้
หมายเหตุ: อ้างถึงข้อมูลสำคัญเกี่ยวกับคำสั่ง Debugก่อนที่คุณจะใช้คำสั่งดีบัก
ไม่ได้รับแพ็กเก็ต NTP
ใช้คำสั่ง debug ip packet เพื่อตรวจสอบว่ามีการรับและส่งแพ็กเก็ต NTP หรือไม่ เนื่องจากเอาต์พุตดีบั๊กอาจเป็นเรื่องไร้สาระ คุณจึงสามารถจำกัดเอาต์พุตดีบั๊กได้ด้วยการใช้ Access Control Lists (ACL) NTP ใช้พอร์ต User Datagram Protocol (UDP) 123
- สร้าง ACL 101:
รายการเข้าถึง 101 อนุญาต udp ใด ๆ eq 123
แพ็กเก็ต NTP มักจะมีพอร์ตต้นทางและปลายทางเป็น 123 ดังนั้นจึงช่วย:
รายการเข้าถึง 101 อนุญาต udp ใด ๆ eq 123 ใด ๆอนุญาต udp ใด ๆ eq 123 ใด ๆ eq 123
- ใช้ ACL นี้เพื่อจำกัดเอาต์พุตจากคำสั่ง debug ip packet:
แก้ไขข้อบกพร่องแพ็กเก็ต ip 101
- หากปัญหาเกิดกับผู้ให้บริการรายอื่น ให้จำกัด ACL 101 ให้แคบลงเฉพาะกลุ่มผู้ให้บริการรายอื่น หากเพียร์คือ 172.16.1.1 ให้เปลี่ยน ACL 101 เป็น:
รายการเข้าถึง 101 อนุญาตโฮสต์ udp 172.16.1.1 ใด ๆ eq 123
รายการเข้าถึง 101 อนุญาต udp ใด ๆ eq 123 โฮสต์ 172.16.1.1
เอาต์พุตตัวอย่างนี้ระบุว่าไม่ได้ส่งแพ็กเก็ต:
241925: 23 เมษายน 2012 15:46:26.101 ETE: IP: s=10.50.38.70 (Tunnel99), d=10.50.44.101, len 76, คุณสมบัติอินพุต
241926: 23 เมษายน 2012 15:46:26.101 ETE: UDP src=123, dst=123, Ingress-NetFlow(13), rtype 0, forus FALSE,
ส่งตัวเอง FALSE, 0 คน
241927: 23 เมษายน 2012 15:46:26.101 ETE: IP: s=10.50.38.70 (Tunnel99), d=10.50.44.101, len 76, คุณสมบัติอินพุต
241928: 23 เมษายน 2012 15:46:26.101 ETE: UDP src=123, dst=123, MCI Check(55), rtype 0, forus FALSE,
ส่งตัวเอง FALSE, 0 คน
เมื่อคุณยืนยันว่าไม่ได้รับแพ็กเก็ต NTP คุณต้อง:
- ตรวจสอบว่ากำหนดค่า NTP ถูกต้องหรือไม่
- ตรวจสอบว่า ACL บล็อกแพ็กเก็ต NTP หรือไม่
- ตรวจสอบปัญหาการกำหนดเส้นทางไปยัง IP ต้นทางหรือปลายทาง
แพ็กเก็ต NTP ไม่ได้ประมวลผล
เมื่อเปิดใช้งานทั้งดีบักแพ็กเก็ต ip และดีบักคำสั่งแพ็กเก็ต ntp คุณจะเห็นแพ็กเก็ตที่รับและส่ง และคุณจะเห็นว่า NTP ดำเนินการกับแพ็กเก็ตเหล่านั้น สำหรับทุกแพ็กเก็ต NTP ที่ได้รับ (ตามที่แสดงโดยดีบักแพ็กเก็ต ip ) จะมีรายการที่เกี่ยวข้องซึ่งสร้างโดยแพ็กเก็ตดีบัก ntp
นี่คือเอาต์พุตการดีบักเมื่อกระบวนการ NTP ทำงานบนแพ็กเก็ตที่ได้รับ:
20 เม.ย. 00:16:34.143 UTC: IP: tableid=0, s=10.3.2.31 (local), d=10.1.2.254 (Vlan2), กำหนดเส้นทางผ่าน FIB
.20 เม.ย. 00:16:34.143 UTC: IP: s=10.3.2.31 (ท้องถิ่น), d=10.1.2.254 (Vlan2), len 76, กำลังส่ง
.20 เม.ย. 00:16:34.143 UTC: IP: s=10.3.2.31 (ท้องถิ่น), d=10.1.2.254 (Vlan2), len 76, กำลังส่งแพ็กเก็ตแบบเต็ม
.20 เม.ย. 00:16:34.143 UTC: NTP: xmit แพ็กเก็ตเป็น 10.1.2.254:
.20 เม.ย. 00:16:34.143 UTC: ก้าวกระโดด 3 โหมด 3 เวอร์ชัน 3 ชั้น 0 ppoll 64
.20 เมษายน 00:16:34.143 UTC: rtdel 0021 (0.504), rtdsp 1105E7 (17023.056), เติมเงิน 0A0102FE (10.1.2.254)
.20 เมษายน 00:16:34.143 UTC: อ้างอิง D33B2922.24FEBDC7 (00:15:30.144 UTC วันศุกร์ที่ 20 เมษายน 2012)
.20 เมษายน 00:16:34.143 UTC:org 00000000.00000000 (00:00:00.000 UTC จันทร์ 1 มกราคม 1900)
.20 เมษายน 00:16:34.143 UTC: rec 00000000.00000000 (00:00:00.000 UTC จันทร์ 1 มกราคม 1900)
.20 เมษายน 00:16:34.143 UTC: xmt D33B2962.24CAFAD1 (00:16:34.143 UTC วันศุกร์ที่ 20 เมษายน 2012)
.20 เมษายน 00:16:34.143 UTC: IP: s=10.1.2.254 (Vlan2), d=10.3.2.31, len 76, rcvd 2
.20 เม.ย. 00:16:34.143 UTC: NTP: แพ็คเก็ต rcv จาก 10.1.2.254 ถึง 10.3.2.31 บน Vlan2:
.20 เม.ย. 00:16:34.143 UTC: ก้าวกระโดด 0 โหมด 4 เวอร์ชัน 3 ชั้น 1 ppoll 64
.20 เมษายน 00:16:34.143 UTC: rtdel 0000 (0.000), rtdsp 009D (2.396), เติมเงิน 47505300 (10.80.83.0)
.20 เมษายน 00:16:34.143 UTC: อ้างอิง D33B2952.4CC11CCF (00:16:18.299 UTC ศุกร์ 20 เมษายน 2012)
.20 เมษายน 00:16:34.143 UTC: org D33B2962.24CAFAD1 (00:16:34.143 UTC ศุกร์ 20 เมษายน 2012)
.20 เมษายน 00:16:34.143 UTC: rec D33B2962.49D3724D (00:16:34.288 UTC วันศุกร์ที่ 20 เมษายน 2012)
.20 เมษายน 00:16:34.143 UTC: xmt D33B2962.49D997D0 (00:16:34.288 UTC วันศุกร์ที่ 20 เมษายน 2012)
.20 เมษายน 00:16:34.143 UTC: inp D33B2962.25010310 (00:16:34.144 UTC วันศุกร์ที่ 20 เมษายน 2012)
.20 เม.ย. 00:16:36.283 UTC: IP: tableid=0, s=10.3.2.31 (local), d=10.8.2.254 (Vlan2), กำหนดเส้นทางผ่าน FIB
.20 เมษายน 00:16:36.283 UTC: IP: s=10.3.2.31 (ท้องถิ่น), d=10.8.2.254 (Vlan2), len 76, กำลังส่ง
.20 เม.ย. 00:16:36.283 UTC: IP: s=10.3.2.31 (ท้องถิ่น), d=10.8.2.254 (Vlan2), len 76, กำลังส่งแพ็กเก็ตแบบเต็ม
.20 เม.ย. 00:16:36.283 UTC: NTP: xmit แพ็กเก็ตเป็น 10.8.2.254:
.20 เม.ย. 00:16:36.283 UTC: ก้าวกระโดด 3 โหมด 3 เวอร์ชัน 3 ชั้น 0 ppoll 64
.20 เมษายน 00:16:36.283 UTC: rtdel 002F (0.717), rtdsp 11058F (17021.713), เติมเงิน 0A0102FE (10.1.2.254)
.20 เมษายน 00:16:36.283 UTC: อ้างอิง D33B2962.25010310 (00:16:34.144 UTC วันศุกร์ที่ 20 เมษายน 2012)
.20 เมษายน 00:16:36.283 UTC:org 00000000.00000000 (00:00:00.000 UTC วันจันทร์ที่ 1 มกราคม 1900)
.20 เมษายน 00:16:36.283 UTC: rec 00000000.00000000 (00:00:00.000 UTC จันทร์ 1 มกราคม 1900)
.20 เมษายน 00:16:36.283 UTC: xmt D33B2964.48947E87 (00:16:36.283 UTC ศุกร์ 20 เมษายน 2012)
.20 เมษายน 00:16:36.283 UTC: IP: s=10.8.2.254 (Vlan2), d=10.3.2.31, len 76, rcvd 2
.20 เม.ย. 00:16:36.283 UTC: NTP: แพ็คเก็ต rcv จาก 10.8.2.254 ถึง 10.3.2.31 บน Vlan2:
.20 เม.ย. 00:16:36.283 UTC: กระโดด 0 โหมด 4 รุ่น 3 ชั้น 1 ppoll 64
.20 เมษายน 00:16:36.283 UTC: rtdel 0000 (0.000), rtdsp 0017 (0.351), เติมเงิน 47505300 (10.80.83.0)
.20 เมษายน 00:16:36.283 UTC: อ้างอิง D33B295B.8AF7FE33 (00:16:27.542 UTC วันศุกร์ที่ 20 เมษายน 2012)
.20 เมษายน 00:16:36.283 UTC: org D33B2964.48947E87 (00:16:36.283 UTC ศุกร์ 20 เมษายน 2012)
.20 เมษายน 00:16:36.283 UTC: rec D33B2964.4A6AD269 (00:16:36.290 UTC วันศุกร์ที่ 20 เมษายน 2012)
.20 เมษายน 00:16:36.283 UTC: xmt D33B2964.4A7C00D0 (00:16:36.290 UTC วันศุกร์ที่ 20 เมษายน 2012)
.20 เมษายน 00:16:36.283 UTC: inp D33B2964.498A755D (00:16:36.287 UTC ศุกร์ 20 เมษายน 2012)
นี่คือตัวอย่างที่ NTP ไม่ทำงานบนแพ็กเก็ตที่ได้รับ แม้ว่าจะได้รับแพ็กเก็ต NTP (ตามที่แสดงโดยดีบักแพ็กเก็ต ip) กระบวนการ NTP จะไม่ดำเนินการกับแพ็กเก็ตเหล่านี้ สำหรับแพ็กเก็ต NTP ที่ส่งออกไป เอาต์พุตของแพ็กเก็ต ntp ดีบักที่สอดคล้องกันจะแสดงอยู่ เนื่องจากกระบวนการ NTP ต้องสร้างแพ็กเก็ต ปัญหาเฉพาะกับแพ็กเก็ต NTP ที่ได้รับซึ่งไม่ได้รับการประมวลผล
071564: 23 เมษายน 2555 15:46:26.100 ETE: NTP: xmit แพ็กเก็ตเป็น 10.50.44.101:
071565: 23 เมษายน 2012 15:46:26.100 ETE: ก้าวกระโดด 0 โหมด 1 เวอร์ชัน 3 ชั้น 5 ppoll 1024
071566: 23 เมษายน 2012 15:46:26.100 ETE: rtdel 07B5 (30.106), rtdsp 0855 (32.547), เติมเงิน 0A32266A
(10.50.38.106)
071567: 23 เมษายน 2555 15:46:26.100 ETE: อ้างอิง D33FDB05.1A084831 (15:43:33.101 ETE จันทร์ 23 เมษายน 2555)
071568: 23 เมษายน 2012 15:46:26.100 SUMMER: org 00000000.00000000 (01:00:00.000 WINTER จันทร์ 1 มกราคม 1900)
071569: 23 เมษายน 2012 15:46:26.100 SUMMER: rec 00000000.00000000 (01:00:00.000 WINTER จันทร์ 1 มกราคม 1900)
071570: 23 เมษายน 2555 15:46:26.10 น. ETE: xmt D33FDBB2.19D3457C (3:46:26.100 ETE จันทร์ 23 เมษายน 2555);
PCY_PAS1#
071571: 23 เมษายน 2012 15:47:31.497 ETE: IP: s=10.50.38.78 (Tunnel99), d=10.50.44.69, len 76, คุณสมบัติอินพุต
071572: 23 เมษายน 2012 15:47:31.497 ETE: UDP src=123, dst=123, Ingress-NetFlow(13), rtype 0, forus FALSE,
ส่งตัวเอง FALSE, 0 คน
071573: 23 เมษายน 2555 15:47:31.497 ETE: IP: s=10.50.38.78 (Tunnel99), d=10.50.44.69, len 76, คุณสมบัติอินพุต
071574: 23 เมษายน 2012 15:47:31.497 ETE: UDP src=123, dst=123, MCI Check(55), rtype 0, forus FALSE,
ส่งตัวเอง FALSE, 0 คน
071575: 23 เมษายน 2012 15:47:31.497 ETE: FIBipv4-packet-proc: เส้นทางแพ็กเก็ตจาก Tunnel99 src 10.50.38.78 dst
10.50.44.69
071576: 23 เมษายน 2012 15:47:31.497 ETE: FIBfwd-proc: base:10.50.44.69/32 รับรายการ
PCY_PAS1#
071577: 23 เมษายน 2012 15:47:31.497 ETE: FIBipv4-packet-proc: การกำหนดเส้นทางแพ็กเก็ตล้มเหลว
071578: 23 เมษายน 2555 15:47:31.497 ETE: IP: s=10.50.38.78 (Tunnel99), d=10.50.44.69, len 76, rcvd 2
071579: 23 เมษายน 2555 15:47:31.497 ETE: UDP src=123, dst=123
071580: 23 เมษายน 2555 15:47:31.497 ETE: IP: s=10.50.38.78 (Tunnel99), d=10.50.44.69, len 76, หยุดกระบวนการ pak
สำหรับแพ็คเกจ
071581: 23 เมษายน 2555 15:47:31.497 ETE: UDP src=123, dst=123
PCY_PAS1#
071582: 23 เมษายน 2012 16:03:30.105 ETE: NTP: xmit แพ็กเก็ตเป็น 10.50.44.101:
071583: 23 เมษายน 2012 16:03:30.105 ETE: กระโดด 0 โหมด 1 รุ่น 3 ชั้น 5 ppoll 1024
071584: 23 เมษายน 2012 16:03:30.105 ETE: rtdel 0759 (28.702), rtdsp 087D (33.157), เติมเงิน 0A32266A
(10.50.38.106)
071585: 23 เมษายน 2555 16:03:30.105 ETE: อ้างอิง D33FDF05.1B2CC3D4 (16:00:37.106 ETE จันทร์ 23 เมษายน 2555)
071586: 23 เมษายน 2012 16:03:30.105 SUMMER: org 00000000.00000000 (01:00:00.000 WINTER จันทร์ 1 มกราคม 1900)
071587: 23 เมษายน 2012 16:03:30.105 ฤดูร้อน: rec 00000000.00000000 (01:00:00.000 ฤดูหนาว จันทร์ 1 มกราคม 1900)
071588: 23 เมษายน 2555 16:03:30.105 ETE: xmt D33FDFB2.1B1D5E7E (16:03:30.105 ETE จันทร์ 23 เมษายน 2555)
PCY_PAS1#
071589: 23 เมษายน 2555 16:04:35.502 ETE: IP: s=10.50.38.78 (Tunnel99), d=10.50.44.69, len 76, คุณสมบัติอินพุต
071590: 23 เมษายน 2012 16:04:35.506 ETE: UDP src=123, dst=123, Ingress-NetFlow(13), rtype 0, forus FALSE,
ส่งตัวเอง FALSE, 0 คน
071591: 23 เมษายน 2012 16:04:35.506 ETE: IP: s=10.50.38.78 (Tunnel99), d=10.50.44.69, len 76, คุณสมบัติอินพุต
071592: 23 เมษายน 2012 16:04:35.506 ETE: UDP src=123, dst=123, MCI Check(55), rtype 0, forus FALSE,
ส่งตัวเอง FALSE, 0 คน
071593: 23 เมษายน 2012 16:04:35.506 ETE: FIBipv4-packet-proc: เส้นทางแพ็กเก็ตจาก Tunnel99 src 10.50.38.78 dst
10.50.44.69
071594: 23 เมษายน 2012 16:04:35.506 ETE: FIBfwd-proc: base:10.50.44.69/32 รับรายการ
PCY_PAS1#
071595: 23 เมษายน 2012 16:04:35.506 ETE: FIBipv4-packet-proc: การกำหนดเส้นทางแพ็กเก็ตล้มเหลว
071596: 23 เมษายน 2555 16:04:35.506 ETE: IP: s=10.50.38.78 (Tunnel99), d=10.50.44.69, len 76, rcvd 2
071597: 23 เมษายน 2555 16:04:35.506 ETE: UDP src=123, dst=123
071598: 23 เมษายน 2555 16:04:35.506 ETE: IP: s=10.50.38.78 (Tunnel99), d=10.50.44.69, len 76, หยุดกระบวนการ pak
สำหรับแพ็คเกจ
071599: 23 เมษายน 2555 16:04:35.506 ETE: UDP src=123, dst=123
PCY_PAS1#
การสูญเสียการซิงโครไนซ์
การสูญเสียการซิงโครไนซ์อาจเกิดขึ้นได้หากค่าการกระจายและ/หรือค่าดีเลย์สำหรับเซิร์ฟเวอร์สูงมาก ค่าสูงแสดงว่าแพ็กเก็ตใช้เวลานานเกินไปในการเข้าถึงไคลเอนต์จากเซิร์ฟเวอร์/เพียร์โดยอ้างอิงถึงรูทของนาฬิกา ดังนั้นเครื่องท้องถิ่นจึงไม่สามารถเชื่อถือความถูกต้องของเวลาที่มีอยู่ในแพ็กเก็ตได้ เนื่องจากไม่รู้ว่าแพ็กเก็ตจะใช้เวลานานเท่าใดจึงจะมาถึงที่นี่
NTP พิถีพิถันในเรื่องเวลาและไม่สามารถซิงโครไนซ์กับอุปกรณ์อื่นที่เชื่อถือไม่ได้หรือไม่สามารถปรับเปลี่ยนเพื่อให้เชื่อถือได้
หากมีการเชื่อมโยงที่อิ่มตัวและการบัฟเฟอร์เกิดขึ้นระหว่างทาง แพ็กเก็ตจะล่าช้าเมื่อมาถึงไคลเอนต์ NTP ดังนั้น การประทับเวลาที่อยู่ในแพ็กเก็ต NTP ที่ตามมาอาจแตกต่างกันมากในบางครั้ง และไคลเอ็นต์ในเครื่องไม่สามารถปรับเปลี่ยนค่าความแปรปรวนนั้นได้
NTP ไม่มีวิธีปิดการตรวจสอบแพ็กเก็ตเหล่านี้ เว้นแต่คุณจะใช้ SNTP (Simple Network Time Protocol) SNTP ไม่ใช่ทางเลือกอื่นมากนักเนื่องจากซอฟต์แวร์ไม่รองรับอย่างกว้างขวาง
หากคุณประสบปัญหาการซิงโครไนซ์ คุณต้องตรวจสอบลิงก์:
- พวกเขาอิ่มตัวหรือไม่?
- มีการเชื่อมโยงเครือข่ายบริเวณกว้าง (WAN) ของคุณลดลงหรือไม่
- การเข้ารหัสเกิดขึ้นหรือไม่?
ตรวจสอบค่าการเข้าถึงจากคำสั่งแสดงรายละเอียดการเชื่อมโยง ntp ค่าสูงสุดคือ 377 ถ้าค่าเป็น 0 หรือต่ำ แพ็กเก็ต NTP จะได้รับเป็นระยะๆ และไคลเอ็นต์ในเครื่องจะไม่ซิงค์กับเซิร์ฟเวอร์
แก้ปัญหาความถูกต้องของ ntp
คำสั่ง debug ntp validity ระบุว่าแพ็กเก็ต NTP ไม่ผ่านการตรวจสอบความถูกต้องหรือความถูกต้อง และเปิดเผยสาเหตุของความล้มเหลว เปรียบเทียบเอาต์พุตนี้กับการทดสอบสติที่ระบุใน RFC1305 ซึ่งใช้เพื่อทดสอบแพ็กเก็ต NTP ที่ได้รับจากเซิร์ฟเวอร์ กำหนดการทดสอบแปดรายการ:
ทดสอบ | หน้ากาก | คำอธิบาย |
|---|---|---|
1 | 0x01 | ได้รับแพ็กเก็ตที่ซ้ำกัน |
2 | 0x02 | ได้รับแพ็กเก็ตหลอกลวง |
3 | 0x04 | โปรโตคอลไม่ซิงโครไนซ์ |
4 | 0x08 | การหน่วงเวลาเพียร์/การกระจายล้มเหลวในการตรวจสอบขอบเขต |
5 | 0x10 | การตรวจสอบสิทธิ์เพียร์ล้มเหลว |
6 | 0x20 | นาฬิกาเพียร์ไม่ซิงโครไนซ์ (ทั่วไปสำหรับเซิร์ฟเวอร์ที่ไม่ซิงโครไนซ์) |
7 | 0x40 | เพียร์สตราตัมนอกขอบเขต |
8 | 0x80 | ความล่าช้าของรูต/การกระจายล้มเหลวในการตรวจสอบขอบเขต |
นี่คือเอาต์พุตตัวอย่างจากคำสั่ง debug ntp validity:
PCY_PAS1#debug ntp ความถูกต้อง
การดีบักความถูกต้องของเพียร์ NTP เปิดอยู่009585: 1 มีนาคม 2555 09:14:32.670 HIVER: NTP: แพ็คเก็ตจาก 192.168.113.57 ไม่ผ่านการทดสอบความถูกต้อง 52
009586: 1 มีนาคม 2555 09:14:32.670 HIVER: การตรวจสอบสิทธิ์ล้มเหลว
009587: 1 มีนาคม 2555 09:14:32.670 HIVER: Peer/Server Stratum อยู่นอกขอบเขต
PCY_PAS1#
009588: 1 มีนาคม 2555 09:14:38.210 HIVER: NTP: แพ็คเก็ตจาก 192.168.56.1 ไม่ผ่านการทดสอบความถูกต้อง 14
009589: 1 มีนาคม 2555 09:14:38.210 HIVER: การตรวจสอบสิทธิ์ล้มเหลว
PCY_PAS1#
009590: 1 มีนาคม 2555 09:14:43.606 HIVER: NTP: แพ็คเก็ตจาก 10.110.103.27 ไม่ผ่านการทดสอบความถูกต้อง 14
009591: 1 มีนาคม 2555 09:14:43.606 HIVER: การตรวจสอบสิทธิ์ล้มเหลว
PCY_PAS1#
009592: 1 มีนาคม 2555 09:14:48.686 HIVER: NTP: แพ็กเก็ตจาก 192.168.113.57ไม่ผ่านการทดสอบความถูกต้อง 52
009593: 1 มีนาคม 2555 09:14:48.686 HIVER: การตรวจสอบสิทธิ์ล้มเหลว
009594: 1 มีนาคม 2555 09:14:48.686 HIVER: Peer/Server Stratum อยู่นอกขอบเขต
PCY_PAS1#
009596: 1 มีนาคม 2555 09:14:54.222 HIVER: NTP: แพ็คเก็ตจาก 10.110.103.35 ไม่ผ่านการทดสอบความถูกต้อง 14
009597: 1 มีนาคม 2555 09:14:54.222 HIVER: การตรวจสอบสิทธิ์ล้มเหลว
PCY_PAS1#
009598: 1 มีนาคม 2555 09:14:54.886 HIVER: NTP: ซิงค์กับเพียร์ใหม่ 10.50.38.106
009599: 1 มีนาคม 2555 09:14:54.886 HIVER: NTP: 10.50.38.106 ซิงค์กับเพียร์ใหม่แล้ว
PCY_PAS1#
009600: 1 มีนาคม 2555 09:14:59.606 HIVER: NTP: แพ็คเก็ตจาก 10.110.103.27 ไม่ผ่านการทดสอบความถูกต้อง 14
009601: 1 มีนาคม 2555 09:14:59.606 HIVER: การตรวจสอบสิทธิ์ล้มเหลว
PCY_PAS1#
009602: 1 มีนาคม 2555 09:15:04.622 HIVER: NTP: แพ็คเก็ตจาก 192.168.113.137 ไม่ผ่านการทดสอบความถูกต้อง 52
009603: 1 มีนาคม 2555 09:15:04.622 HIVER: การตรวจสอบสิทธิ์ล้มเหลว
009604: 1 มีนาคม 2012 09:15:04.622 HIVER: Peer/Server Stratum อยู่นอกขอบเขต
PCY_PAS1#
009605: 1 มีนาคม 2555 09:15:10.238 HIVER: NTP: แพ็คเก็ตจาก 192.168.56.1 ไม่ผ่านการทดสอบความถูกต้อง 14
009606: 1 มีนาคม 2555 09:15:10.238 HIVER: การตรวจสอบสิทธิ์ล้มเหลว
PCY_PAS1#
009607: 1 มีนาคม 2012 09:15:15.338 HIVER: NTP: แพ็คเก็ตจาก 10.83.23.140 ไม่ผ่านการทดสอบความถูกต้อง 52
009608: 1 มีนาคม 2555 09:15:15.338 HIVER: การตรวจสอบสิทธิ์ล้มเหลว
009609: 1 มีนาคม 2012 09:15:15.338 HIVER: Peer/Server Stratum อยู่นอกขอบเขต
PCY_PAS1#
009610: 1 มีนาคม 2555 09:15:20.402 HIVER: NTP: แพ็คเก็ตจาก 192.168.113.92 ไม่ผ่านการทดสอบความถูกต้อง 74
009611: 1 มีนาคม 2555 09:15:20.402 HIVER: การตรวจสอบสิทธิ์ล้มเหลว
009612: 1 มีนาคม 2012 09:15:20.402 HIVER: นาฬิกาเพียร์/เซิร์ฟเวอร์ไม่ตรงกัน
009613: 1 มีนาคม 2012 09:15:20.402 HIVER: Peer/Server Stratum อยู่นอกขอบเขต
ดีบักแพ็กเก็ต ntp
คุณสามารถใช้คำสั่งดีบักแพ็กเก็ต ntp เพื่อดูเวลาที่เพียร์/เซิร์ฟเวอร์ให้คุณในแพ็กเก็ตที่ได้รับ เครื่องไทม์โลคัลยังบอกเวลาที่ทราบไปยังเพียร์/เซิร์ฟเวอร์ในแพ็กเก็ตที่ส่ง
| สนาม | แพ็คเก็ต rcv | xmit แพ็คเก็ต |
|---|---|---|
| องค์กร | การประทับเวลาของผู้ริเริ่ม ซึ่งเป็นเวลาเซิร์ฟเวอร์ | ประทับเวลา Originator (ไคลเอ็นต์) เมื่อส่งแพ็กเก็ต (ไคลเอนต์สร้างแพ็กเก็ตไปยังเซิร์ฟเวอร์) |
| บันทึก | การประทับเวลาบนไคลเอนต์เมื่อได้รับแพ็กเก็ต | เวลาปัจจุบันของลูกค้า |
ในเอาต์พุตตัวอย่างนี้ การประทับเวลาในแพ็กเก็ตที่ได้รับจากเซิร์ฟเวอร์และแพ็กเก็ตที่ส่งไปยังเซิร์ฟเวอร์อื่นจะเหมือนกัน ซึ่งบ่งชี้ว่าไคลเอนต์ NTP กำลังซิงค์
USSP-B33S-SW01#debug แพ็กเก็ต ntp
การดีบักแพ็กเก็ต NTP เปิดอยู่
USSP-B33S-SW01#
25 พฤษภาคม 02:21:48.182 UTC: NTP: แพ็คเก็ต rcv จาก 10.1.2.254 ถึง 10.3.2.31 บน Vlan2:
25 พฤษภาคม 02:21:48.182 UTC: กระโดด 0 โหมด 4 รุ่น 3 ชั้น 1 ppoll 64
25 พฤษภาคม 02:21:48.182 UTC: rtdel 0000 (0.000), rtdsp 00F2 (3.693), เติมเงิน 47505300 (10.80.83.0)
25 พฤษภาคม 02:21:48.182 UTC: อ้างอิง D3696B38.B722C417 (02:21:44.715 UTC วันศุกร์ที่ 25 พฤษภาคม 2012)
25 พฤษภาคม 02:21:48.182 UTC: org D3696B3C.2EA179BA (02:21:48.182 UTC วันศุกร์ที่ 25 พฤษภาคม 2012)
25 พฤษภาคม 02:21:48.182 UTC: rec D3696B3D.E58DE1BE (02:21:49.896 UTC วันศุกร์ที่ 25 พฤษภาคม 2012)
25 พฤษภาคม 02:21:48.182 UTC: xmt D3696B3D.E594E7AF (02:21:49.896 UTC วันศุกร์ที่ 25 พฤษภาคม 2012)
25 พฤษภาคม 02:21:48.182 UTC: inp D3696B3C.2EDFC333 (02:21:48.183 UTC วันศุกร์ที่ 25 พฤษภาคม 2012)
25 พฤษภาคม 02:22:46.051 UTC: NTP: xmit แพ็กเก็ตเป็น 10.4.2.254:
25 พฤษภาคม 02:22:46.051 UTC: กระโดด 0 โหมด 3 รุ่น 3 ชั้น 2 ppoll 64
25 พฤษภาคม 02:22:46.051 UTC: rtdel 00C0 (2.930), rtdsp 1C6FA (1777.252), refid 0A0402FE (10.4.2.254)
25 พฤษภาคม 02:22:46.051 UTC: อ้างอิง D3696B36.33D43F44 (02:21:42.202 UTC วันศุกร์ที่ 25 พฤษภาคม 2012)
25 พฤษภาคม 02:22:46.051 UTC: org D3696B37.E72C75AE (02:21:43.903 UTC วันศุกร์ที่ 25 พฤษภาคม 2012)
25 พฤษภาคม 02:22:46.051 UTC: rec D3696B36.33D43F44 (02:21:42.202 UTC วันศุกร์ที่ 25 พฤษภาคม 2012)
25 พฤษภาคม 02:22:46.051 UTC: xmt D3696B76.0D43AE7D (02:22:46.051 UTC วันศุกร์ที่ 25 พฤษภาคม 2012)
นี่คือตัวอย่างเอาต์พุตเมื่อนาฬิกาไม่ซิงค์กัน สังเกตความแตกต่างของเวลาระหว่างแพ็กเก็ต xmit และแพ็กเก็ต rcv การกระจายเพียร์สามารถอยู่ที่ค่าสูงสุด 16000 และการเข้าถึงสำหรับเพียร์สามารถแสดงเป็น 0
USSP-B33S-SW01#
.25 พฤษภาคม 02:05:59.011 UTC: NTP: xmit แพ็กเก็ตเป็น 10.4.2.254:
.25 พฤษภาคม 02:05:59.011 UTC: ก้าวกระโดด 3 โหมด 3 เวอร์ชัน 3 ชั้น 0 ppoll 64
.25 พฤษภาคม 02:05:59.011 UTC: rtdel 00A3 (2.487), rtdsp 1104D0 (17018.799), refid 0A0402FE (10.4.2.254)
.25 พฤษภาคม 02:05:59.011 UTC: อ้างอิง D3696747.03D8661A (02:04:55.015 UTC วันศุกร์ที่ 25 พฤษภาคม 2012)
.25 พฤษภาคม 02:05:59.011 UTC:org 00000000.00000000 (00:00:00.000 UTC จันทร์ 1 มกราคม 1900)
.25 พฤษภาคม 02:05:59.011 UTC: rec 00000000.00000000 (00:00:00.000 UTC จันทร์ 1 มกราคม 1900)
.25 พฤษภาคม 02:05:59.011 UTC: xmt D3696787.03105783 (02:05:59.011 UTC วันศุกร์ที่ 25 พฤษภาคม 2012)
.25 พฤษภาคม 02:05:59.011 UTC: NTP: แพ็คเก็ต rcv จาก 10.4.2.254 ถึง 10.3.2.31 บน Vlan2:
.25 พฤษภาคม 02:05:59.011 UTC: ก้าวกระโดด 0 โหมด 4 เวอร์ชัน 3 ชั้น 1 ppoll 64
.25 พฤษภาคม 02:05:59.011 UTC: rtdel 0000 (0.000), rtdsp 0014 (0.305), เติมเงิน 47505300 (10.80.83.0)
.25 พฤษภาคม 02:05:59.011 UTC: อ้างอิง D3696782.C96FD778 (02:05:54.786 UTC วันศุกร์ที่ 25 พฤษภาคม 2012)
.25 พฤษภาคม 02:05:59.011 UTC: org D3696787.03105783 (02:05:59.011 UTC วันศุกร์ที่ 25 พฤษภาคม 2012)
.25 พฤษภาคม 02:05:59.011 UTC: rec D3696787.281A963F (02:05:59.156 UTC วันศุกร์ที่ 25 พฤษภาคม 2012)
.25 พฤษภาคม 02:05:59.011 UTC: xmt D3696787.282832C4 (02:05:59.156 UTC วันศุกร์ที่ 25 พฤษภาคม 2012)
.25 พฤษภาคม 02:05:59.011 UTC: inp D3696787.03C63542 (02:05:59.014 UTC วันศุกร์ที่ 25 พฤษภาคม 2012)
ดีบักการซิงค์ ntp และดีบักเหตุการณ์ ntp
คำสั่งดีบัก ntp sync สร้างเอาต์พุตหนึ่งบรรทัดที่แสดงว่านาฬิกาซิงค์หรือซิงค์มีการเปลี่ยนแปลง โดยทั่วไป คำสั่งจะเปิดใช้งานพร้อมกับดีบักเหตุการณ์ ntp
คำสั่ง debug ntp events แสดงเหตุการณ์ NTP ใดๆ ที่เกิดขึ้น ซึ่งช่วยให้คุณทราบได้ว่าการเปลี่ยนแปลงใน NTP ก่อให้เกิดปัญหา เช่น นาฬิกาไม่ซิงค์หรือไม่ (กล่าวอีกนัยหนึ่ง หากนาฬิกาที่ซิงค์อย่างมีความสุขของคุณเกิดเสียขึ้นมากะทันหัน คุณต้องมองหาการเปลี่ยนแปลงหรือจุดกระตุ้น!)
นี่คือตัวอย่างของการดีบักทั้งสองแบบ ในขั้นต้น นาฬิกาไคลเอ็นต์ได้รับการซิงค์ คำสั่ง debug ntp events แสดงว่ามีการเปลี่ยนแปลง NTP peer stratum จากนั้นนาฬิกาไม่ซิงค์กัน
USSP-B33S-SW01#debug ntp sync
เปิดการดีบักการซิงโครไนซ์นาฬิกา NTP
USSP-B33S-SW01#
USSP-B33S-SW01#
USSP-B33S-SW01#debug เหตุการณ์ ntp
การดีบักเหตุการณ์ NTP เปิดอยู่
USSP-B33S-SW01#
USSP-B33S-SW01#
25 พฤษภาคม 02:25:57.620 UTC: NTP: xmit แพ็กเก็ตเป็น 10.4.2.254:
25 พฤษภาคม 02:25:57.620 UTC: กระโดด 0 โหมด 3 รุ่น 3 ชั้น 2 ppoll 64
25 พฤษภาคม 02:25:57.620 UTC: rtdel 00D4 (3.235), rtdsp 26B26 (2418.549), refid 0A0402FE (10.4.2.254)
25 พฤษภาคม 02:25:57.620 UTC: อ้างอิง D3696BF5.C47EB880 (02:24:53.767 UTC วันศุกร์ที่ 25 พฤษภาคม 2012)
25 พฤษภาคม 02:25:57.620 UTC: org D3696BF7.E5F91077 (02:24:55.898 UTC วันศุกร์ที่ 25 พฤษภาคม 2012)
25 พฤษภาคม 02:25:57.620 UTC: rec D3696BF5.C47EB880 (02:24:53.767 UTC วันศุกร์ที่ 25 พฤษภาคม 2012)
25 พฤษภาคม 02:25:57.620 UTC: xmt D3696C35.9ED1CE97 (02:25:57.620 UTC วันศุกร์ที่ 25 พฤษภาคม 2012)
25 พฤษภาคม 02:25:57.620 UTC: NTP: แพ็คเก็ต rcv จาก 10.4.2.254 ถึง 10.3.2.31 บน Vlan2:
25 พฤษภาคม 02:25:57.620 UTC: กระโดด 0 โหมด 4 รุ่น 3 ชั้น 1 ppoll 64
25 พฤษภาคม 02:25:57.620 UTC: rtdel 0000 (0.000), rtdsp 000E (0.214), เติมเงิน 47505300 (10.80.83.0)
25 พฤษภาคม 02:25:57.620 UTC: อ้างอิง D3696C37.D528800E (02:25:59.832 UTC วันศุกร์ที่ 25 พฤษภาคม 2012)
25 พฤษภาคม 02:25:57.620 UTC: org D3696C35.9ED1CE97 (02:25:57.620 UTC วันศุกร์ที่ 25 พฤษภาคม 2012)
25 พฤษภาคม 02:25:57.620 UTC: rec D3696C37.E5C7AB3D (02:25:59.897 UTC วันศุกร์ที่ 25 พฤษภาคม 2012)
25 พฤษภาคม 02:25:57.620 UTC: xmt D3696C37.E5D1F273 (02:25:59.897 UTC วันศุกร์ที่ 25 พฤษภาคม 2012)
25 พฤษภาคม 02:25:57.620 UTC: inp D3696C35.9F9EA2C4 (02:25:57.623 UTC วันศุกร์ที่ 25 พฤษภาคม 2012)
25 พฤษภาคม 02:25:59.830 UTC: NTP: เพียร์สตราตัมเปลี่ยนแปลง
25 พฤษภาคม 02:25:59.830 UTC: NTP: รีเซ็ตนาฬิกา
25 พฤษภาคม 02:25:59.830 UTC: NTP: การเปลี่ยนแปลงการซิงค์
25 พฤษภาคม 02:25:59.830 UTC: NTP: เพียร์สตราตัมเปลี่ยนแปลง
25 พฤษภาคม 02:26:05.817 UTC: NTP: xmit แพ็คเก็ตเป็น 10.1.2.254:
25 พฤษภาคม 02:26:05.817 UTC: กระโดด 3 โหมด 3 เวอร์ชัน 3 ชั้น 0 ppoll 64
25 พฤษภาคม 02:26:05.817 UTC: rtdel 00C2 (2.960), rtdsp 38E9C (3557.068), refid 0A0402FE (10.4.2.254)
25 พฤษภาคม 02:26:05.817 UTC: อ้างอิง D3696C35.9F9EA2C4 (02:25:57.623 UTC วันศุกร์ที่ 25 พฤษภาคม 2012)
25 พฤษภาคม 02:26:05.817 UTC: org 00000000.00000000 (00:00:00.000 UTC จันทร์ 1 มกราคม 1900)
25 พฤษภาคม 02:26:05.817 UTC: rec 00000000.00000000 (00:00:00.000 UTC จันทร์ 1 มกราคม 1900)
25 พฤษภาคม 02:26:05.817 UTC: xmt D3696C3D.D12D0565 (02:26:05.817 UTC วันศุกร์ที่ 25 พฤษภาคม 2012)
ตั้งค่าช่วงเวลานาฬิกา NTP ด้วยตนเอง
เว็บไซต์ Cisco.com เตือนว่า:
"คำสั่ง ntp clock-period ถูกสร้างขึ้นโดยอัตโนมัติเพื่อแสดงปัจจัยการแก้ไขที่เปลี่ยนแปลงตลอดเวลาเมื่อป้อนคำสั่ง copy run-configuration start-configuration เพื่อบันทึกการกำหนดค่าไปยัง NVRAM อย่าพยายามใช้คำสั่ง ntp clock-period ด้วยตนเอง ตรวจสอบให้แน่ใจว่าคุณลบบรรทัดคำสั่งนี้เมื่อคุณคัดลอกไฟล์การกำหนดค่าไปยังอุปกรณ์อื่น"
ค่าของช่วงเวลานาฬิกาจะขึ้นอยู่กับฮาร์ดแวร์ ดังนั้นจึงแตกต่างกันไปในแต่ละอุปกรณ์
คำสั่ง ntp clock-period จะปรากฏขึ้นโดยอัตโนมัติในการกำหนดค่าเมื่อคุณเปิดใช้งาน NTP คำสั่งนี้ใช้เพื่อปรับนาฬิกาของซอฟต์แวร์ 'ค่าการปรับ' จะชดเชยช่วงเวลาติ๊ก 4 มิลลิวินาที ดังนั้นด้วยการปรับเล็กน้อย คุณมีเวลา 1 วินาทีเมื่อสิ้นสุดช่วงเวลา
หากอุปกรณ์คำนวณว่านาฬิการะบบสูญเสียเวลา (อาจต้องมีการชดเชยความถี่จากระดับฐานของเราเตอร์) อุปกรณ์จะเพิ่มค่านี้ให้กับนาฬิการะบบโดยอัตโนมัติเพื่อรักษาความซิงโครไนซ์
หมายเหตุ: คำสั่งนี้ต้องไม่ถูกเปลี่ยนแปลงโดยผู้ใช้
ช่วงเวลาสัญญาณนาฬิกา NTP เริ่มต้นสำหรับเราเตอร์คือ 17179869 และใช้เพื่อเริ่มกระบวนการ NTP เป็นหลัก
สูตรการแปลงคือ 17179869 * 2^(-32) = 0.00399999995715916156768798828125 หรือประมาณ 4 มิลลิวินาที
ตัวอย่างเช่น นาฬิการะบบสำหรับเราเตอร์ Cisco 2611 (หนึ่งในเราเตอร์ Cisco 2600 Series) พบว่าไม่ซิงค์กันเล็กน้อยและสามารถซิงโครไนซ์ใหม่ได้ด้วยคำสั่งนี้:
ntp ช่วงเวลานาฬิกา 17208078
นี่เท่ากับ 17208078 * 2^(-32) = 0.0040065678767859935760498046875 หรือมากกว่า 4 มิลลิวินาทีเล็กน้อย
Cisco ขอแนะนำให้คุณปล่อยให้เราเตอร์ทำงานเป็นเวลาประมาณหนึ่งสัปดาห์ในสภาวะเครือข่ายปกติ จากนั้นใช้คำสั่ง wr mem เพื่อบันทึกค่า ซึ่งจะช่วยให้คุณได้ตัวเลขที่ถูกต้องสำหรับการรีบูตครั้งถัดไป และช่วยให้ NTP ซิงโครไนซ์ได้รวดเร็วยิ่งขึ้น
ใช้คำสั่ง no ntp clock-period เมื่อคุณบันทึกการกำหนดค่าสำหรับใช้บนอุปกรณ์อื่น เนื่องจากคำสั่งนี้ลดระยะเวลานาฬิกากลับไปเป็นค่าดีฟอลต์ของอุปกรณ์นั้น ๆ คุณสามารถคำนวณค่าจริงใหม่ได้ (แต่สามารถลดความแม่นยำของนาฬิการะบบระหว่างช่วงเวลาการคำนวณใหม่ได้)
โปรดจำไว้ว่าค่านี้ขึ้นอยู่กับฮาร์ดแวร์ ดังนั้นหากคุณคัดลอกการกำหนดค่าและใช้บนอุปกรณ์อื่น อาจทำให้เกิดปัญหาได้ Cisco วางแผนที่จะแทนที่ NTP เวอร์ชัน 3 ด้วยเวอร์ชัน 4 เพื่อแก้ไขปัญหานี้
หากคุณไม่ทราบปัญหาเหล่านี้ คุณสามารถตัดสินใจแก้ไขค่านี้ด้วยตนเอง หากต้องการย้ายจากอุปกรณ์หนึ่งไปยังอีกอุปกรณ์หนึ่ง คุณสามารถเลือกที่จะคัดลอกการกำหนดค่าเก่าและวางลงในอุปกรณ์ใหม่ ขออภัย เนื่องจากคำสั่ง ntp clock-period ปรากฏใน run-config และ startup-config ดังนั้น NTP clock-period จึงถูกวางลงในอุปกรณ์ใหม่ เมื่อสิ่งนี้เกิดขึ้น NTP บนไคลเอนต์ใหม่จะไม่ซิงค์กับเซิร์ฟเวอร์ที่มีค่าการกระจายเพียร์สูงเสมอ
ให้ล้างช่วงเวลานาฬิกา NTP ด้วยคำสั่ง no ntp clock-period จากนั้นบันทึกการกำหนดค่า ในที่สุดเราเตอร์จะคำนวณช่วงเวลานาฬิกาที่เหมาะสมสำหรับตัวมันเอง
คำสั่ง ntp clock-period ไม่มีในซอฟต์แวร์ Cisco IOS เวอร์ชัน 15.0 หรือใหม่กว่าอีกต่อไป ตอนนี้โปรแกรมแยกวิเคราะห์ปฏิเสธคำสั่งที่มีข้อผิดพลาด:
"%NTP: คำสั่งการกำหนดค่านี้เลิกใช้แล้ว"
คุณไม่ได้รับอนุญาตให้กำหนดค่าช่วงเวลาของนาฬิกาด้วยตนเอง และไม่อนุญาตให้ใช้ช่วงเวลาของนาฬิกาในการเรียกใช้การกำหนดค่า เนื่องจากโปรแกรมแยกวิเคราะห์ปฏิเสธคำสั่งหากอยู่ในการกำหนดค่าการเริ่มต้นระบบ (ใน Cisco IOS เวอร์ชันก่อนหน้า เช่น 12.4) โปรแกรมแยกวิเคราะห์จะปฏิเสธคำสั่งเมื่อคัดลอกการกำหนดค่าการเริ่มต้นระบบไปยังการกำหนดค่าที่กำลังทำงานอยู่เมื่อบูตเครื่อง
คำสั่งแทนที่ใหม่คือ ntp clear drift
ข้อมูลที่เกี่ยวข้อง
- หัวข้อฟอรัมการสนับสนุน: ช่วงเวลานาฬิกา NTP ไม่ได้กำหนดค่า
- Network Time Protocol: เอกสารไวท์เปเปอร์แนวทางปฏิบัติที่ดีที่สุด
- แก้ไขปัญหา Network Time Protocol (NTP)