تسعى مجموعة الوثائق لهذا المنتج جاهدة لاستخدام لغة خالية من التحيز. لأغراض مجموعة الوثائق هذه، يتم تعريف "خالية من التحيز" على أنها لغة لا تعني التمييز على أساس العمر، والإعاقة، والجنس، والهوية العرقية، والهوية الإثنية، والتوجه الجنسي، والحالة الاجتماعية والاقتصادية، والتمييز متعدد الجوانب. قد تكون الاستثناءات موجودة في الوثائق بسبب اللغة التي يتم تشفيرها بشكل ثابت في واجهات المستخدم الخاصة ببرنامج المنتج، أو اللغة المستخدمة بناءً على وثائق RFP، أو اللغة التي يستخدمها منتج الجهة الخارجية المُشار إليه. تعرّف على المزيد حول كيفية استخدام Cisco للغة الشاملة.
ترجمت Cisco هذا المستند باستخدام مجموعة من التقنيات الآلية والبشرية لتقديم محتوى دعم للمستخدمين في جميع أنحاء العالم بلغتهم الخاصة. يُرجى ملاحظة أن أفضل ترجمة آلية لن تكون دقيقة كما هو الحال مع الترجمة الاحترافية التي يقدمها مترجم محترف. تخلي Cisco Systems مسئوليتها عن دقة هذه الترجمات وتُوصي بالرجوع دائمًا إلى المستند الإنجليزي الأصلي (الرابط متوفر).
يصف هذا المستند عمل بروتوكول وقت Precision (PTP) وإيثرنت المتزامن (SyncE) مع نموذج للتكوينات والأمثلة وأوامر أستكشاف الأخطاء وإصلاحها لأجهزة Cisco IOS® XR في ملفات تعريف الاتصالات 8275.1 و 8275.2.
إن الساعة بالنسبة لنا هي ساعة جدارية أو ساعة معصم، ولكن بالنسبة لأجهزة الشبكة، فهي إشارة دورية من أرقام 0 و 1 البديلة التي تستخدم لأخذ عينات من وحدات البت في البيانات. تماما مثل الثواني اليد في الساعة لديها حركة زاوية لتمثيل ثانية، زوج من 0 و 1 يمثل t (الفترة الزمنية [T=1/التردد]). لإنشاء هذه الساعة، تستخدم أجهزة الشبكة هزاز بلوري يحتوي على ±100 ppm خطأ (أجزاء في المليون. على سبيل المثال، الساعة ذات التردد 250 ميجاهرتز و 100 ppm سيكون لها نطاق تردد 249.975 ميجاهرتز إلى 250.025 ميجاهرتز) في توليد إشارة الساعة. لذلك، من الناحية المثالية، ليست الساعة دورية تماما ولكنها كافية لمتطلبات أخذ عينات من إشارات البيانات من الواجهات.
تستخدم شبكات الاتصالات (3G/4G/5G) ساعة عالية الجودة (stratum) ويجب مزامنة جميع المحطات الأساسية (NodeB/eNodeB's وما إلى ذلك) مع هذه الساعة بأقل قدر ممكن من الخطأ/التأخير (حوالي 1 µ).
إشارة الرسالة (على سبيل المثال، الإشارة الصوتية) التي تم تعديلها بموجة عالية التردد (إشارة الناقل) عند نهاية جهاز الإرسال يجب أن يتم تخفيضها عند نهاية جهاز الاستقبال بنفس إشارة الناقل المستخدمة في نهاية جهاز الإرسال. إذا حدث أي تغيير/إزاحة في التردد أو المرحلة لموجة الناقل عند المستقبل، ستتلف إشارة الرسالة. ومع ذلك، من المتوقع دائما حدوث إزاحة صغيرة بين موجة حامل Rx وموجة حامل Tx.
القياس هو إستخدام صندوق آمن لإرسال رسالة وقفل المفتاح. إذا أراد أي شخص قراءة الرسالة في المربع الآمن، يجب إستخدام نفس المفتاح لإلغاء تأمين المربع في نهاية المستقبل. إذا كان مفتاح النسخة المتماثلة يحتوي على أي تشوهات/تشوهات، فلا يمكن قراءة الرسالة.
تعتبر عمليات التعويض المقبولة لمختلف خدمات الاتصالات:
المزامنة هي محاذاة الساعات لنفس الوقت/المرحلة والتردد.
يمكن تصنيف المزامنة الخاصة بساعات العمل إلى مزامنة للتردد (تحقيق = / = حيث = أيضا يسمى نفس المعدل) ومزامنة المرحلة (في نفس الوقت) ومزامنة الوقت (الوقت من اليوم).
يجب أن تطابق كافة NEs تردد الساعة إلى ساعة مصدر (مشتق من MasterClock).
يمكن تحقيق مزامنة التردد ل NE مع SyncE أو PTPv2 التي ستتم مناقشتها في هذا القسم.
يعمل SyncE على اشتقاق التردد من حزم البيانات التي يتم استقبالها على الواجهة (تعمل على الطبقة المادية) مع حزم ESMC التي يتم استقبالها (حزمة واحدة في الثانية تقريبا) على الواجهة التي تصف جودة الساعة. لذلك، فإنه لا يضيف أي حزم تحكم ولا يتأثر بازدحام حركة المرور الذي يعد الجانب الأفضل من SyncE.
تعمل PTP على الحزم، لذلك سيكون هناك تدفق حزم التحكم وستتأثر الحزم بالازدحام الذي يضيف إلى التأخير.
مزامنة المرحلة تتعلق بمحاذاة إشارات الساعة هذه. يمكننا أن نرى أن الإشارات المتزامنة ذات الترددات الأعلى لم يتم محاذاتها بعد، لذلك لديها إزاحة مرحلة.
يتم إستخدام PTPv2 لحمل معلومات المرحلة عبر الشبكة.
تزامن الوقت، الذي يسمى أيضا الوقت من اليوم، ببساطة له نفس الوقت في كل ال NEs. وهذا هو، t1=t2.
يتم إستخدام NTP و PTP لنقل معلومات الوقت في الشبكة. على الرغم من أن بروتوكول وقت الشبكة (NTP) يوفر دقة بالمللي ثانية، إلا أن بروتوكول PTP يمكن أن يوفر دقة تصل إلى جزء من الثانية.
غالبا ما يتم إستخدام مزامنة الوقت ومزامنة المرحلة بشكل مترادف في الشبكة حيث أن PTP المستخدم في مزامنة المرحلة سوف يحقق مزامنة الوقت.
لن تكون NTP جزءا من مناقشتنا الآن.
يعمل SyncE على المبدأ الأساسي لاستخراج تردد الساعة من البيانات التي يتم استقبالها على المنفذ.
وثمة مثال بسيط يجري ايضاحه هنا. تتم معالجة إشارة البيانات باستخدام الهزاز المحلي ويتم إرسال بيانات المخرجات من منفذ Tx. يمكنك ملاحظة أن تردد الساعة موجود في إشارة البيانات المرسلة على المنفذ. يعمل SyncE على مبدأ المعالجة العكسية للإشارة المستلمة على منفذ Rx والحصول على معلومات التردد للساعة المرسلة.
SyncE هي توصية من ITU-T حول كيفية توفير تردد في الشبكة. ووفقا للتوصية، سيسترد التردد من مجرى الدفق في الطبقة الفيزيائية على النحو المشار إليه سابقا. تسمى الساعة التي سيتم توزيعها في السلسلة الساعة المرجعية الأساسية (PRC) ويمكن تتبع جميع الساعات في الشبكة إلى تلك الساعة. للحصول على ساعة يمكن تتبعها، يجب تنفيذ جميع العقد في سلسلة بين الساعة الرئيسية والجهاز الطرفي باستخدام ساعة أجهزة الإيثرنت المتزامنة (EEC) وفقا لتوصيات SyncE. لن يعتمد أداء الساعة المسترجعة على حمل الشبكة نظرا لأنها لا تتزامن مع أي حزمة محددة.
تأخذ الساعة الرئيسية NE مراجع توقيت الإدخال الخارجي التي تأتي من ساعة الشبكة (SSU أو BITS). وتستخدم هذه المراجع بعد ذلك كمدخل إلى ساعة الجماعة الاقتصادية الأوروبية، التي تقع عادة على بطاقة التوقيت المركزي في الوقت الوطني. وبعد ذلك يتم إستخدام مرجع توقيت إخراج EEC لعينة البيانات وإرسال حركة مرور البيانات على منفذ SyncE enable Tx.
في SlaveClock NE، يتم إسترداد الساعة ضمن إسترداد بيانات ساعة جهاز الإرسال والاستقبال (CDR). وفي بعض الحالات التي لا تكون فيها الساعة RX متاحة في جهاز الإرسال والاستقبال، قد يلزم إستخدام CDR خارجي لاسترداد الساعة. يتم إرسال الساعة عبر اللوحة الخلفية للوصول إلى بطاقة التوقيت المركزي ل SlaveClock. ويصبح مرجع التوقيت هذا بعد ذلك مرجعا للجماعة الاقتصادية الأوروبية (المعروف أيضا باسم مرجع توقيت الخط). وكما هو موضح في SlaveClock NE، يمكن للمجموعة الاقتصادية الأوروبية قبول المراجع الخطية والخارجية، وكذلك إدخال جهاز هزاز محلي ±4.6 ppm (يستخدم في الحالات التي لا يتوفر فيها خط أو مراجع خارجية). ومن هذه النقطة فصاعدا، تصبح SlaveClock NE بعد ذلك MasterClock NE للتدفق التالي، ويتم نقل المزامنة على أساس عقد إلى عقدة، حيث تشارك كل عقدة في الاسترداد والتوزيع.
قناة مراسلة مزامنة الإيثرنت (ESMC) هي بروتوكول بطيء لإيثرنت معرف من قبل ITU-T (أي، يتم إرسال الرسائل إلى عنوان وجهة الإيثرنت متعدد البث 01-80-C2-00-00-02 واستخدام Ether Type 88-09) لمنع الرسائل من التسرب من إرتباط متزامن إلى إرتباط آخر.
وهو يحمل معلومات رسالة حالة المزامنة (SSM) التي تمثل مستوى الجودة (QL) لساعة الإرسال. على سبيل المثال: إذا كان جهاز تدفق البيانات يتم مزامنته مع ساعة PRC، فإن قيمة QL المستلمة هي QL-PRC وقيمة SSM المطابقة هي 0010.
يتم إرسال وحدات توزيع الطاقة (PDU) الخاصة بمعلومات ESMC بشكل دوري بمعدل وحدة توزيع طاقة (PDU) واحدة في الثانية. يؤدي عدم إستقبال وحدة بيانات بروتوكول ESMC (PDU) في غضون فترة خمس ثوان إلى وضع SSF=true (QL=QL-FAILED). القيمة الافتراضية (الأولية) ل QL هي DNU (SSM=1111) ويجب أن تتغير فقط عند تلقي QL TLV صالح.
نحن بحاجة إلى ملاحظة أنه إذا كان الجهاز مزدوج الوجهة ومصدر الإشارة لكل من أجهزة تدفق البيانات هو PRC، فإن QL الذي يتم إستلامه على الجهاز من كلا الروابط هو QL-PRC. وبالتالي، نحتاج إلى ترتيب أولويات الروابط وفقا لذلك لاختيار الجهاز الصحيح الذي يتم تحميله من الخادم فيما يتعلق بالحركة والوصلات وما إلى ذلك.
يمكن أن تؤدي مزامنة MasterClock-SlaveClock عبر العديد من وحدات NEs مع مدخلات المزامنة المحتملة المتعددة لحماية المزامنة إلى حلقات تكرار التوقيت بين وحدات NEs. لتجنب حلقات التكرار الزمنية، يجب أن يدرج NE قيمة SSM ل DNU في إتجاه NE، والتي يتم إستخدامها كمصدر مزامنة فعلي لساعة NE.
يعمل SyncE على الطبقة المادية ويتم أيضا نقل حزم ESMC بواسطة بروتوكول الإيثرنت البطيء. مجموعة تجميع الارتباطات (LAG) هي وظيفة أخرى تستخدم البروتوكولات البطيئة وتعمل مجموعة تجميع الارتباطات (LAG) فوق وحدة التحكم الإدارية الخاصة ببروتوكول ESMC. وبالتالي، يلزم معالجة رسائل ESMC على كل إرتباط متزامن يدعم الإيثرنت في مجموعة مجموعة تجميع الارتباطات (LAG).
ومن المهم أيضا ملاحظة أن إستخدام الروابط الموازية، مثل الحالة مع مجموعة تجميع الارتباطات، يحتاج إلى دراسة متأنية نظرا لاحتمال إنشاء حلقات للتوقيت.
من الناحية المثالية، يكون كافيا لتشغيله على الارتباط المكون من عضو واحد في الحزمة ولكن بخلاف ذلك، يتم تركه للمشغلين لتكوين العديد من المنافذ التي تدعم الإيثرنت المتزامنة.
يقوم معهد مهندسي الكهرباء والإلكترونيات (IEEE) في عام 2002 بتحديد IEEE 1588 على أنه بروتوكول مزامنة الساعة الدقيقة (PTP) لنظم القياس والتحكم المتصلة بالشبكة. ويسمى هذا البروتوكول ببروتوكول وقت الدقة (PTP) للإختصار.
ينطبق IEEE 1588v1 على مجالات الأتمتة الصناعية والاختبارات والقياس. ومع تطوير شبكات IP وتعميم شبكات الجيل الثالث، أزداد الطلب على تزامن الوقت على شبكات الاتصالات السلكية واللاسلكية. ولتلبية هذه الحاجة، قام IEEE بصياغة IEEE 1588v2 استنادا إلى IEEE 1588v1 في يونيو 2006، و IEEE 1588v2 في عام 2007، وإصدار IEEE 1588v2 في نهاية عام 2008.
1588v2 هو بروتوكول مزامنة زمنية يسمح بمزامنة الوقت بين الأجهزة بشكل دقيق للغاية. كما يتم إستخدامها لتنفيذ مزامنة التكرار بين الأجهزة.
تجمع آلية المزامنة القائمة على الحزم هذه بين التكرار ومزامنة المرحلة على مستويات دون مستوى الميكروثانية، مع إمكانات توزيع ToD عبر الآلية الفعالة لعمليات تبادل الحزم
كما يرجع الضعف الرئيسي ل PTP إلى طبيعة الحزمة الخاصة به، حيث يتم إعادة توجيه حزم المزامنة التي تستخدم من قبل PTP في الشبكة بين MasterClock والأجهزة المضيفة، والتي تخضع لجميع أحداث الشبكة مثل تأخير الإطارات (زمن الوصول)، وتباين تأخير الإطارات (رجفان الحزم) وفقدان الإطارات. حتى مع أفضل ممارسة لتطبيق أولوية عالية على تدفقات المزامنة، ستظل حزم المزامنة هذه تعاني من إزدحام ومشاكل التوجيه وإعادة التوجيه المحتملة مثل قفزات المسار خارج التسلسل.
نرسل الوقت (hh:mm:ss) في الحزمة ونستخدم وقت تدفق الحزمة ذهابا وإيابا للعثور على التأخير في نقل الحزمة وتصحيح وقت الساعة من خلال الضبط مع نصف تأخير الذهاب والإياب.
يستخدم PTP بنية هرمية MasterClock-SlaveClock لتوزيع الساعة.
كما يحدد كيفية تزامن الساعات الفعلية في النظام مع بعضها البعض. يتم تنظيم هذه الساعات في تسلسل هرمي لمزامنة MasterClock−SlaveClock مع تعيين الساعة في أعلى التسلسل الهرمي MasterClock للوقت المرجعي للنظام بالكامل. يتم تحقيق المزامنة من خلال تبادل رسائل توقيت PTP، حيث تستخدم SlaveCks معلومات التوقيت لضبط ساعاتها إلى وقت MasterClock الخاص بها في التدرج الهرمي.
تم تصميم PTP بافتراض نموذج اتصال للبث المتعدد. كما يدعم PTP نموذج اتصال للبث الأحادي طالما تم الحفاظ على سلوك البروتوكول. تفترض PTP أن رسائل Announce يتم إرسالها بشكل دوري بواسطة منفذ واحد ويتم تسليمها إلى جميع المنافذ الأخرى للساعات العادية أو الحدودية داخل مسار اتصال. إذا كان مسار الاتصال يتكون من أكثر من منفذين، فإن الافتراض هو أن رسائل Announce يتم إرسالها إما في البث المتعدد أو أن معلومات Announce يتم نسخها إلى جميع المنافذ في مسار الاتصال باستخدام رسائل البث الأحادي. تكتشف منافذ PTP المنافذ الأخرى ضمن مسار اتصال من خلال إستلام رسائل إعلان البث المتعدد.
ينفذ البروتوكول ضمن نطاق منطقي يسمى مجال. كل رسائل PTP، مجموعات البيانات، أجهزة الحالة، وجميع كيانات PTP الأخرى تكون دائما مرتبطة بمعرف مجال معين
يحدد البروتوكول الحدث ورسائل PTP العامة. رسائل الحدث هي رسائل موقوتة، أي أنه يتم إنشاء طابع زمني دقيق (الوقت المسجل على الجهاز عند نقطة الدخول/الخروج ولكن ليس من الضروري أن تحمل الرسالة الوقت t) على كل من الإرسال والاستلام. لا تتطلب الرسائل العامة طوابع زمنية دقيقة.
يتكون المجال من تجميع منطقي للساعات المتصلة ببعضها البعض باستخدام بروتوكول PTP.
يتم إستخدام مجالات PTP لتقسيم شبكة داخل كيان إداري. تقترن رسائل PTP ومجموعات البيانات بمجال، وبالتالي، يكون بروتوكول PTP مستقلا للمجالات المختلفة.
يتم تقليل دقة وقت PTP من خلال عدم التناسق في المسارات التي تتخذها رسائل الحدث. على وجه التحديد، خطأ موازنة الوقت هو 1/2 من عدم التناظر.
عدم التناظر غير قابل للكشف بواسطة PTP. ومع ذلك، فإن PTP يصحح عدم التناظر إذا كان معروفا. يمكن عدم التناظر في الطبقة المادية، مثل من خلال عدم التناظر في وسائط البث، ومن خلال الجسور والموجهات، وفي الأنظمة الكبيرة من خلال المسارات الأمامية والعكسية التي تمر عبر رسائل الأحداث التي تأخذ مسارات مختلفة عبر الشبكة. يجب تكوين الأنظمة وتحديد المكونات لتقليل هذه التأثيرات إلى الحد الأدنى بالاستناد إلى دقة التوقيت المطلوبة. وفي النظم الوحيدة للشبكة الفرعية التي لا تبعد أكثر من بضعة أمتار، لا يشكل عدم التناظر عادة مصدرا للقلق بالنسبة لدقة الوقت التي تزيد عن بضع عشرات من النطاقات.
تتألف مجموعة رسائل الحدث من:
تتألف مجموعة الرسائل العامة من:
يتم إستخدام رسائل المزامنة و Delay_Req و Follow_Follow و Delay_Resp لإنشاء معلومات التوقيت المطلوبة لمزامنة الساعات العادية والجوانب باستخدام آلية طلب-الاستجابة للتأخير والإبلاغ عنها.
يتم إستخدام رسائل pdelay_req و pdelay_resp و pdelay_resp_follow_up لقياس تأخير الارتباط بين منفذين للساعة ينفذان آلية تأخير النظير. يتم إستخدام تأخير الارتباط لتصحيح معلومات التوقيت في رسائل المزامنة والمتابعة في الأنظمة التي تتكون من ساعات شفافة بين نظير إلى نظير.
يمكن للساعات العادية والحدية التي تنفذ آلية تأخر النظير المزامنة باستخدام تأخيرات الارتباط المقاسة والمعلومات الموجودة في رسائل المزامنة والمتابعة. يتم إستخدام رسالة "الإعلان" لإنشاء التسلسل الهرمي للمزامنة. يتم إستخدام رسائل الإدارة للاستعلام عن مجموعات بيانات PTP التي يتم الاحتفاظ بها بالساعات وتحديثها. وتستخدم هذه الرسائل أيضا لتخصيص نظام PTP وللتهيئة وإدارة الأعطال. يتم إستخدام رسائل الإدارة بين عقد الإدارة وساعات (لن تكون جزءا من مناقشتنا).
يتم إستخدام رسائل الإشارات للاتصال بين الساعات لجميع الأغراض الأخرى. على سبيل المثال، يمكن إستخدام رسائل إرسال الإشارات للتفاوض على معدل رسائل البث الأحادي بين MasterClock و SlaveCks الخاصة بها.
هناك خمسة أنواع أساسية من أجهزة PTP، وهي كما يلي:
ضمن مجال، يقوم كل منفذ من ساعة عادية وحدية بتنفيذ نسخة مستقلة من جهاز حالة البروتوكول. بالنسبة إلى "أحداث قرار الحالة"، يفحص كل منفذ محتويات جميع رسائل Announced التي يتم تلقيها على المنفذ. باستخدام أفضل خوارزمية MasterClock، يتم تحليل محتويات رسالة Announce ومحتويات مجموعات البيانات المرتبطة بالساعة العادية أو الحد لتحديد حالة كل منفذ للساعة.
جهاز حالة PTP
يحتفظ كل منفذ للساعة العادية والحدية بنسخة منفصلة من جهاز حالة PTP. يحدد جهاز الحالة هذا الحالات المسموح بها للمنفذ وقواعد الانتقال بين الولايات. تمثل "أحداث قرار الحالة" الأساسية التي تحدد التسلسل الهرمي ل MasterClock−SlaveClock إستلام رسالة Announce ونهاية الفاصل الزمني Announce (الفاصل الزمني بين رسائل Announce). حالات المنفذ التي تحدد التدرج الهرمي ل MasterClock−SlaveClock هي كما يلي:
خوارزمية أفضل ساعة رئيسية
تقوم أفضل خوارزمية للساعة الرئيسية بمقارنة البيانات التي تصف ساعتين لتحديد البيانات التي تصف الساعة الأفضل. يتم إستخدام هذه الخوارزمية لتحديد أي من الساعات الموضحة في العديد من رسائل Announce التي يتم استقبالها بواسطة منفذ ساعة محلي هي أفضل ساعة. وهو يستعمل أيضا لتحديد ما إذا كانت الساعة المكتشفة حديثا — ساعة رئيسية أجنبية — افضل من الساعة المحلية نفسها. البيانات التي تصف MasterClock خارجي موجودة في حقول GrandMasterClock لرسالة إعلان.
تستند خوارزمية مقارنة مجموعات البيانات إلى مقارنات للسمات على مستوى الزوجين مع الأسبقية التالية:
بالإضافة إلى ترتيب الأسبقية هذا، يتم إستخدام "المسافة" التي تقاس بعدد الساعات المحدودة بين الساعة المحلية والساعة الرئيسية الأجنبية عندما تعكس رسالتان معلنتان نفس الساعة الخارجية. يتم الإشارة إلى المسافة في حقل StepsRemove لرسائل Announce. هذا شرط يستطيع وقعت في PTP نظام مع ممر دوري لا يزيل ببروتوكول خارج PTP. تقوم خوارزمية مقارنة مجموعة البيانات بتحديد إحدى الساعتين بشكل واضح على أنها "أفضل" أو "أفضل من حيث التركيب".
الغرض من ملف تعريف PTP هو السماح للمؤسسات بتحديد تحديدات معينة لقيم السمات والميزات الاختيارية ل PTP التي، عند إستخدام نفس بروتوكول النقل، تتداخل مع العمل وتحقق أداء يلبي متطلبات تطبيق معين.
يجب أن يحدد ملف تعريف PTP:
فيما يلي العديد من التوصيفات المحددة لشبكات الحزم مع PTP:
تستخدم توصيفات 8265.x لتحقيق تزامن التردد مع PTP.
يستخدم الإصدار 8275.x لمزامنة الوقت/المرحلة باستخدام PTP. يدعم الإصدار NCS5xx/55xx حاليا الإصدار 8265.1 و 8275.1 و 8275.2 و 8273.2.
تم إستخدام 8265.1 سابقا لمزامنة ساعة 3G/4G، في حين يتم إستخدام 8275.x الآن مع 5G بسبب زيادة الطلب على الدقة مع شبكات 5G.
يحتوي هذا المرفق على ملف تعريف إتصالات PTP لتوزيع الوقت/المرحلة مع دعم كامل التوقيت من الشبكة.
نموذج المزامنة:
يعتمد ملف تعريف G.8275.1 نموذج مزامنة الخطوة الأولى. يقوم كل جهاز شبكة في المسار من Server إلى Client بمزامنة الساعة المحلية الخاصة به مع أجهزة البث وتوفير المزامنة مع جهاز تدفق البيانات
أنواع العقد:
في ملف التعريف هذا، تكون أنواع العقد المسموح بها هي الساعات العادية وساعات الحدود والساعات الشفافة من نهاية إلى نهاية.
في ملف التعريف هذا، تكون أنواع العقد المحظورة ساعات شفافة من نظير إلى نظير.
المجالات:
يمكن إستخدام معرفات المجالات من 24 إلى 43. معرف المجال الافتراضي هو 24
وضع الساعة:
يسمح بساعات من خطوة واحدة ودرجتين على السواء. يجب أن تكون الساعة قادرة على تلقي ومعالجة الرسائل المرسلة من ساعات خطوة واحدة ودرجتين. لا يلزم وجود ساعة لدعم كل من وضعي الخطوة الواحدة والخطوتين لإرسال الرسائل.
آليات النقل مطلوبة أو مسموح بها أو محظورة
في ملف التعريف هذا، آليات النقل المسموح بها هي:
يجب دعم آلية نقل واحدة على الأقل من آليتي النقل. بالنسبة للنقل عبر IEEE 802.3/إيثرنت، يلزم دعم كل من عنوان البث المتعدد غير القابل للاسترجاع 01-80-C2-00-00-0E وعنوان البث المتعدد القابل للاستبدال 01-1B-19-00-00-00 للتوافق مع ملف التعريف هذا
رسائل البث الأحادي/البث المتعدد:
يتم إرسال جميع الرسائل للبث المتعدد، باستخدام أحد عنواني البث المتعدد (01-80-c2-00-00-0e/01-1b-19-00-00-00). لا يسمح بوضع البث الأحادي في هذا الإصدار من التوصيف.
أفضل خيارات خوارزمية الساعة الرئيسية:
يستخدم ملف التعريف هذا BMCA البديل.
يتم مقارنة معلمات الساعة التالية (بالترتيب) من كل عقدة متوفرة لتحديد أفضل MasterClock:
الجدول 1. التسلسل الهرمي لملف تعريف Telcom BMCA
بارامتر |
الوصف |
الأولوية 1 |
غير مستخدم في ملفات تعريف الاتصالات |
فئة الساعة |
قياس تتبع الساعة. ما إذا كان تكرار/وقت الساعة الرئيسية يمكن تعقبه إلى مرجع GNSS (أ، ب أفضل من ج) |
دقة الساعة |
ما مدى دقة إخراج ساعة الآلية العالمية بالنسبة إلى المرجع الرئيسي؟ على سبيل المثال: وقت دقيق حتى 25 ثانية. |
تباين السجل المقاس للإزاحة (OSLV) |
قياس دقة الساعة. كم يختلف إخراج الساعة عند عدم المزامنة مع مصدر آخر. |
الأولوية 2 |
الأولوية المعرفة من قبل المستخدم على عقدة MasterClock إذا كانت كافة المعلمات أعلاه متطابقة |
أولوية المنفذ المحلي |
الأولوية المعرفة من قبل المستخدم لكل منفذ في DUT |
هوية ساعة GM |
يتم إستخدام معرف ساعة GrandMasterClock كقاطع توصيل |
الخطوات التي تمت إزالتها |
أقصر مسار يتم إختياره إذا كان GrandMasterClock قابلا للوصول إليه من خلال منافذ متعددة (أفضل من B) |
خيار قياس تأخير المسار (طلب تأخير/إستجابة تأخير):
يتم إستخدام آلية الاستجابة لطلب التأخير/الاستجابة للتأخير في ملف التعريف هذا. يجب عدم إستخدام آلية تأخر النظير في ملف التعريف هذا، ويجب إستخدام الأسلوب delay_req-response.
يحدد ملف تعريف إتصالات PTP هذا BMCA بديل يسمح باستخدام نهجين رئيسيين لإعداد مخطط شبكة مزامنة المرحلة/الوقت:
الإنشاء التلقائي للمخطط:
عند تكوين سمات LocalPriority المحددة في هذه التوصية إلى قيمتها الافتراضية، يتم إنشاء مخطط PTP تلقائيا بواسطة BMCA البديل استنادا إلى رسائل Announce المتبادلة بواسطة ساعات PTP. يتم إنشاء شجرة مزامنة مع أقصر المسارات إلى T-GMs بعد هذه العملية. في هذا الوضع، أثناء أحداث الفشل وإعادة تكوين المخطط، سيتم تشغيل BMCA البديل مرة أخرى مما ينتج عنه شجرة مزامنة جديدة. تضمن عملية BMCA البديلة هذه عدم إنشاء حلقة توقيت بدون طلب التدخل اليدوي أو التحليل المسبق للشبكة. يعتمد وقت التقارب إلى مخطط PTP الجديد على حجم الشبكة، وعلى التكوين المحدد لمعلمات PTP.
التخطيط اليدوي للشبكة: يسمح إستخدام سمات المحلية ذات الأولوية المحددة في هذه التوصية مع قيم مختلفة عن قيمتها الافتراضية بإنشاء مخطط شبكة المزامنة يدويا، بطريقة مماثلة لشبكات النظام الهرمي الرقمي المتزامن (SDH) التي يتم تشغيلها عادة استنادا إلى رسالة حالة المزامنة (SSM). يتيح هذا الخيار التحكم الكامل في الإجراءات أثناء أحداث الفشل وإعادة تكوين المخطط، استنادا إلى الأولويات المحلية التي تم تكوينها للنظام. ومع ذلك، يلزم التخطيط الدقيق للشبكة قبل النشر لتجنب حلقات التكرار الزمنية.
اعتبارات بشأن إستخدام الأولوية(2):
سمة PTP priority2 قابلة للتكوين في ملف التعريف هذا. في بعض الظروف الخاصة، يمكن أن يساعد إستخدام سمة priority2 على تبسيط إدارة الشبكة. يصف هذا القسم حالتين من حالات الاستخدام، وهناك حالات أخرى محتملة لمزيد من الدراسة.
يمكن للمشغلين تكوين سمة PTP priority2 لجعل كل ساعة حدود الاتصالات (T-BCs) إما قابلة للتتبع إلى ساعة رئيسية كبرى للاتصالات (T-GM) أو قابلة للتتبع إلى جهازين مختلفين T-GM في نفس الوقت.
على سبيل المثال، في هذه الصورة، إذا كانت كل سمات PTP الأخرى لمجموعتي T-GMs متطابقة، وتم تكوين حزمتي T-GM بنفس قيمة الأولوية 2، سيقوم كل T-BC بتحديد t-GM باستخدام أقصر مسار. إذا تم تكوين T-GMs بقيم أولوية 2 مختلفة، فإن كل T-BCs ستقوم بمزامنة T-GM مع أصغر قيمة أولوية 2.
يمكن للمشغلات تكوين سمة PTP priority2 لمنع T-BCs لشبكة من الخادم من المزامنة مع T-BCs لشبكة من الخادم عندما يكون T-GM في حالة فشل.
على سبيل المثال، في الشكل، إذا كانت جميع سمات PTP الأخرى لجميع بوابات BC من T-BCs هي نفسها، وكانت أولوية سمة PTP2 لجميع بوابات T-BCs مكونة بنفس القيمة، ثم عندما يكون T-GM في حالة فشل، يمكن أن تتزامن بواجهات T-BCs في شبكة تدفق البيانات من الخادم، وفقا لقيم ClockIdentity لجميع بوابات T-BCs. إذا تم تكوين وحدات T-BCs في شبكة الخادم بقيمة أولوية 2 أقل من وحدات T-BCs في شبكة تدفق البيانات من الخادم، فعندما يكون T-GM في حالة فشل، فستتم مزامنة وحدات T-BC في شبكة تدفق البيانات من الخادم مع وحدات T-BCs في شبكة تدفق البيانات من الخادم.
العمليات عبر تجميع الارتباطات:
عندما يتم توصيل جهازين يدمجان ساعات PTP متوافقة مع هذا التوصيف عبر تجميع الارتباطات (LAG)، يجب الوصول إلى كل إرتباط مادي مباشرة لنقل رسائل PTP، متجاوزين مجموعة تجميع الارتباطات. تمنع هذه الطريقة عدم التناظر المحتمل الذي قد يكون موجودا عندما يتم تسليم المسارات الأمامية والعكسية عبر روابط مختلفة تنتمي إلى مجموعة تجميع الارتباطات (LAG).
الاعتبارات المتعلقة باختيار عنوان الوجهة متعدد البث لإيثرنت PTP:
يدعم ملف تعريف PTP هذا كلا من عنوان البث المتعدد غير القابل للإرسال 01-80-C2-00-00-0E وعنوان البث المتعدد القابل للإرسال 01-1B-19-00-00-00 عند إستخدام تعيين PTP.
يعتمد عنوان البث المتعدد لشبكة الإيثرنت الذي سيتم إستخدامه على سياسة المشغل، ويتم توفير المزيد من الاعتبارات فيما يلي.
يجب ألا تقوم وظيفة ربط الطبقة 2 المرتبطة بمنفذ PTP الخاص بمنفذ T-BC أو T-TC بإعادة توجيه أي إطار باستخدام عنوان MAC للوجهة 01-1B-19-00-00-00؛ ويمكن القيام بذلك من خلال توفير عنوان البث المتعدد هذا بشكل صحيح في قاعدة بيانات التصفية.
يعتبر بعض مشغلي الشبكة أنه يجب عدم إعادة توجيه رسائل PTP أبدا من خلال أجهزة الشبكة غير المدركة ل PTP.
يضمن إستخدام عنوان البث المتعدد غير القابل للاسترجاع 01-80-C2-00-00-0E هذه الخاصية في معظم الأحيان (توجد إستثناءات لبعض أجهزة الإيثرنت الأقدم).
لذلك، في حالة تكوين معدات الشبكة غير الصحيح (على سبيل المثال، إذا لم يتم تمكين وظائف PTP في معدات الشبكة التي تدعم PTP)، يؤدي إستخدام عنوان البث المتعدد هذا إلى منع التوزيع غير الصحيح للمزامنة، نظرا لأنه سيتم حظر رسائل PTP بواسطة معدات الشبكة التي لا تعلم PTP بذلك.
يعتبر بعض مشغلي الشبكة أن إستخدام عنوان بث متعدد قابل للتداول أكثر مرونة وأنه من المفضل إعادة توجيه رسائل PTP للحفاظ على تشغيل إرتباط المزامنة في حالة عدم تكوين بعض المعدات بشكل صحيح كعقد غير PTP، على الرغم من وجود مخاطر محتملة لانحطاط الأداء. سيعثر نظام إدارة الشبكة (NMS) بسهولة على التكوين الخاطئ وسيرسل تنبيهات.
ومع ذلك، من الممكن حظر رسائل PTP من خلال توفير عنوان البث المتعدد هذا بشكل صحيح في قاعدة بيانات التصفية لكل جهاز إيثرنت.
تحدد هذه التوصية ملف تعريف PTP آخر للسماح بتوزيع المرحلة والوقت مع دعم التوقيت الجزئي (PTS) من الشبكة (أي لا حاجة إلى تشغيل PTP في الشبكة لكل جهاز). يكمن الاختلاف الرئيسي بين 8275.2 من 8275.1 في أنه يعمل على البث الأحادي IPv4 وليس كل العقد في الشبكة بحاجة إلى تشغيل PTP.
آليات النقل:
في ملف التعريف هذا، آلية النقل المطلوبة هي UDP/IPv4.
رسائل البث الأحادي:
يتم إرسال جميع الرسائل في البث الأحادي.
في ملف تعريف الاتصالات هذا، يتم تمكين تفاوض البث الأحادي لكل إعداد افتراضي.
سيبدأ SlaveClock جلسة العمل باتباع إجراء تفاوض رسائل البث الأحادي.
المجالات:
يمكن إستخدام معرفات المجالات من 44 إلى 63. معرف المجال الافتراضي هو 44.
أفضل خيارات خوارزمية الساعة الرئيسية:
يستخدم ملف التعريف هذا BMCA البديل.
خيار قياس تأخر المسار الخاص بالخصائص (طلب التأخير/الاستجابة للتأخير)، والإنشاء التلقائي للمخطط والاعتبارات المتعلقة باستخدام الأولوية 2 هي نفس خصائص ملف تعريف الاتصالات 8275.1
اعتبارات PTP عبر نقل IP في المخططات الحلقية:
عند إستخدام رسائل PTP عبر طبقة نقل IP، هناك بعض جوانب بروتوكول الطبقة 3 التي يلزم مراعاتها. تسلم طبقة PTP رسالة إلى طبقة IP مع غاية عنوان. تضمن طبقة IP بعد ذلك تسليم الرسالة إلى الوجهة طالما أن هناك بعض المسار عبر شبكة نقل IP من عقدة المصدر إلى عنوان الوجهة. تتضمن طبقة IP بروتوكولات التوجيه الديناميكية التي يمكنها تكييف المسار من خلال الشبكة استنادا إلى الروابط المتاحة بين موجهات IP. قد يحدث أن المسار الذي يتم أخذه من قبل طبقة نقل IP قد لا يكون المسار "المتوقع" من قبل مخطط المزامنة. قد يكون تطبيق بعض القيود في طبقة نقل IP للتحكم في المسارات دون الأمثل لرسائل PTP مفيدا. ومن المرجح ان تكون هذه هي الحال في الطوبولوجيا الحلقية.
مع أخذ الطبولوجيا الموضحة في الشكل أدناه كمثال، تم تكوين SlaveClock لطلب خدمة البث الأحادي من كل من BC3 و BC4. بعد تلقي رسائل Announce من كل من BC3 و BC4، ستقوم SlaveClock بتشغيل BMCA وتحديد BC4 كساعة أصل لها استنادا إلى حقيقة أن الخطوات- القيمة التي تمت إزالتها ل BC4 هي 1، مقارنة بقيمة 3 ل BC3 التي تمت إزالتها بواسطة الخطوات. ثم يطلب SlaveClock رسائل المزامنة من BC4.
إذا انقطع الاتصال بين BC4 و R6 (راجع الشكل أدناه)، فلن يتم الوصول إلى BC4 من خلال المسار المتوقع. ومع ذلك، لا يزال يمكن الوصول إليه لأن بروتوكولات التوجيه ستحتفظ بالاتصال من خلال توجيه حزم IP حول الحلقة. يتم الاحتفاظ ب BC4 كالساعة الأصلية لأنها لا تزال تعتبر أفضل من قبل BMCA.
من المرجح أن تكون العملية المطلوبة هي أن يتم التبديل بين SlaveClock و BC3 للحصول على أداء أفضل.
هناك بعض التقنيات التي يمكن إستخدامها لضمان إختيار BC3 كساعة أصل في سيناريو الفشل المحدد أعلاه. تستند إلى حظر رسائل IP الخاصة ب PTP من BC4 إلى SlaveClock إذا كانت هذه الرسائل تمر باتجاه الساعة حول الحلقة. يعتمد الحل على حظر رسائل PTP فقط وليس الرسالة الخاصة بالبروتوكولات الأخرى التي قد تستخدم عناوين IP نفسها.
الخيار 1. عناوين IP الفريدة والمسارات الثابتة:
في بعض نماذج النشر، قد يكون من الممكن تخصيص عناوين IP الفريدة لاستخدام PTP فقط. وهذا يسمح بعد ذلك باستخدام المسارات الثابتة للتحكم في إتجاه تدفقات PTP بين العقد. سيتم تكوين BC4 بحيث يكون المسار الوحيد الذي سيتم إستخدامه للوصول إلى 11.x.x.141 (SlaveClock) هو الارتباط بين BC4 و R6. وبالإضافة إلى ذلك، يمكن تكوين R6 بحيث يكون المسار الوحيد الذي يمكن إستخدامه للوصول إلى 11.y.y.104(BC4) هو الارتباط بين R6 و BC4. إذا فشل الارتباط بين R6 و BC4، فلا يوجد مسار متاح للحصول على حزم IP بين 11.x.x.141 و 11.y.104، وبالتالي لن تتلقى SlaveClock Announces من BC4 وستحدد BMCA BC3 كساعة أصلية. ارجع إلى هذه الصورة.
الخيار 2. عوامل تصفية IP
تدعم جميع الموجهات مستوى ما من تصفية IP. يمكن إستخدام عوامل التصفية لحماية مستوى التحكم بالموجه من الرسائل غير المرغوب فيها. يمكن إستخدامها في هذه الحالة للتحكم في قبول رسائل PTP على مجموعة فرعية من واجهات التوجيه.
في هذه الحالة، سيتم تكوين R6 لحماية SlaveClock من رسائل PTP التي تسلك المسار الخطأ. على القارن على R6 يواجه BC3، مرشح يستطيع كنت طبقت أن يسمح فقط رسالة إلى UDP ميناء 319 أو 320 إن المصدر يماثل عنوان أن من ال PTP عملية على BC3. سيتم إسقاط أي رسائل تم الحصول عليها من BC4 على تلك الواجهة. ارجع إلى هذه الصورة.
الخيار 3. معالجة BC لجميع رسائل PTP
يمكن أن ينهي bc كل PTP رسالة يستلم إلى أي من ميناءه لأي مجال يستعمل ب bc. ثم يمكن إسقاط رسائل PTP أو إعادة توجيهها استنادا إلى القرارات ضمن عملية PTP نفسها. قد تكون الخيارات إسقاط الرسالة إذا لم يكن عنوان الوجهة لرسالة PTP عنوانا مملوكا من قبل BC أو تسليمه إلى محرك إعادة التوجيه لإرساله إلى الوجهة. قد يتم إستخدام الحالة الأخيرة إذا كانت رسالة PTP لمجال مختلف عن مجال BC. وفي الحالة الأخيرة أيضا، قد يقوم عنصر الشبكة الذي يحتوي على BC بتحديث حقل تصحيح أي رسائل حدث تمت إعادة توجيهها للتعويض عن إستخراج رسالة PTP ومعالجتها، أي دعم وظيفة الساعة الشفافة لهذه الرسائل. يمكن إستخراج الرسالة من مستوى IP إذا كان الموجه يدعم التوجيه القائم على السياسة لحزم IP.
يتم عرض هذا المثال في هذه الصورة.
الخيار 4. إستخدام آلية مدة البقاء (TTL) من نقل IP:
قد ترسل عقدة PTP حزم PTP مع رأس IP/Transport الذي يحمل حقل TTL معين إلى الحد الأدنى لعدد نقلات التوجيه المطلوبة للوصول إلى منفذ PTP النظير الذي يحتوي على عقد PTP معه. في شبكة PTP نموذجية غير مدركة لها موجهات غير مدركة بين MasterClock و SlaveClock، إذا كان عدد موجهات PTP غير المدركة أكبر من قيمة TTL لرسالة PTP، سيتم إسقاط رسالة PTP بواسطة أحد الموجهات غير المدركة PTP. ويمكن إستخدام هذا لتحديد عدد نقلات IP التي يتم نقلها بواسطة حزم PTP بين الموجهات المجاورة وتجنب الاتصال عبر المسارات الأطول غير المرغوب فيها.
هذا تصرف أمكن كنت لكل PTP ميناء، أو لكل PTP ساعة، وهو خاص بالتطبيق. يفترض في مثل مخطط الشبكة الدائرية هذه أن توجيه IP سيهتم بضمان إعتبار المسار الأقصر إلى ساعة PTP الرئيسية كمسار أفضل من المسار الأطول حول الحلقة.
على سبيل المثال، إذا كانت SlaveClock تحتوي على ساعة MasterClock متصلة مباشرة والتي يمكن أيضا الوصول إليها من خلال مسار أطول، فيمكنها إستخدام قيمة TTL الخاصة ب 1 لضمان أن حزم PTP تصل إلى الساعة MasterClock فقط من خلال المسار المتصل مباشرة بدلا من المسار الأطول حول الحلقة.
وصف الأوضاع:
لم تتم مزامنة ساعة PTP أبدا مع مصدر وقت وليست في عملية المزامنة إلى مصدر وقت.
تعمل ساعة PTP على المزامنة مع مصدر وقت. تكون مدة هذا الوضع ووظائفه خاصة بالتطبيق. هذا الوضع غير مطلوب في التنفيذ.
يتم مزامنة تأمين المرحلة لساعة PTP تدريجيا إلى مصدر وقت وهي داخل بعض الدقة الداخلية المقبولة.
يتم مزامنة التردد مع مصدر وقت، ويكون ضمن بعض الدقة الداخلية المقبولة.
بما أنها تتعلق بحالة منفذ PTP المحددة في [IEEE 1588]، فإن الساعة تكون في وضع القفل إذا كان هناك منفذ PTP في حالة SLAVE.
لم تعد ساعة PTP متزامنة مع مصدر وقت وتستخدم المعلومات التي تم الحصول عليها أثناء مزامنتها مسبقا أو عندما كانت مصادر المعلومات الأخرى لا تزال متاحة، للحفاظ على الأداء ضمن المواصفات المطلوبة أو غير قادرة على الحفاظ على الأداء ضمن المواصفات المطلوبة. وقد تعتمد هذه العقدة فقط على مرافقها الخاصة لجوئها أو قد تستخدم شيئا مثل إدخال التردد من الشبكة لتحقيق عملية تحديد الوقت و/أو المرحلة.
يتيح الموجه إمكانية تحديد مصادر منفصلة للتكرار والوقت من اليوم (ToD). يمكن أن يكون تحديد التردد بين أي مصدر للتردد متاح للموجه، مثل BITS أو GPS أو SyncE أو IEEE 1588 PTP. يكون تحديد ToD بين المصدر المحدد للتردد و PTP، إذا كان متوفرا (يكون تحديد ToD من GPS أو DTI أو PTP). وهذا يعرف باسم الوضع المختلط، حيث يتم إستخدام مصدر التردد الفعلي (BITS أو SyncE) لتوفير مزامنة التردد، بينما يتم إستخدام PTP لتوفير مزامنة ToD.
يمكن إستخدام SyncE (لنقل الترددات) و PTP (نقل المرحلة/الوقت من اليوم) معا في الشبكة أثناء نشر 8275. 1 لتحقيق دقة أفضل (تسمى بالوضع المختلط وهي الوضع الوحيد المعتمد ل NCS بدءا من الإصدار 7. 3.x)
لا يتم إرسال سمة الأولوية المحلية في رسائل الإعلان. تستخدم هذه السمة كمجزئ في خوارزمية مقارنة مجموعات البيانات، في حالة تساوي كل السمات السابقة الأخرى لمجموعات البيانات التي يتم مقارنتها
8275.1:
ساعة الحدود |
||
التكوين |
الشرح |
|
ptp |
ptp |
|
ساعة |
||
المجال 24 |
||
ملف تعريف g.8275.1 نوع الساعة t-bc |
يتم إستخدام ملف تعريف 8275. 1 مع دور الساعة ليكون ساعة حدود T-BC للاتصالات |
|
! |
||
ملف التعريف T-BC-MasterClock |
عينت دور لمنفذ PTP. |
|
multicast target-address إثرنت 01-80-C2-00-00-0E |
يتم إستخدام عنوان بث متعدد غير قابل للإرسال (إختياري) |
|
إيثرنت النقل |
يتم إستخدام نقل الإيثرنت |
|
MasterClock لدولة المنفذ فقط |
حالة المنفذ التي سيتم إستخدامها هي MasterClock فقط |
|
تردد المزامنة 16 |
سيتم إرسال حزم المزامنة مع تكرار الحزم في الثانية |
|
أعلن عن التردد 8 |
سيتم إرسال الحزم المعلن مع تكرار الحزم في الثانية |
|
تكرار طلب التأخير 16 |
سيتم إرسال حزم DELAY_REQ بمعدل تكرار للحزم في الثانية |
|
! |
||
نبذة عن حياة العبيد |
عينت دور لمنفذ PTP. |
|
multicast target-address إثرنت 01-80-C2-00-00-0E |
يتم إستخدام عنوان بث متعدد غير قابل للإرسال (إختياري) |
|
إيثرنت النقل |
يتم إستخدام نقل الإيثرنت |
|
ساعة SlaveClock الخاصة بدولة المنفذ فقط |
دولة المنفذ التي سيتم إستخدامها هي SlaveClock فقط |
|
تردد المزامنة 16 |
سيتم إرسال حزم المزامنة مع تكرار الحزم في الثانية |
|
أعلن عن التردد 8 |
سيتم إرسال الحزم المعلن مع تكرار الحزم في الثانية |
|
تكرار طلب التأخير 16 |
سيتم إرسال حزم DELAY_REQ بمعدل تكرار للحزم في الثانية |
|
! |
||
! |
||
الواجهة TenGigE0/0/0/18 |
واجهة MasterClock. منفذ متصل ب SlaveClock لتدفق البيانات |
|
ptp |
ptp يمكن ل هذا ميناء |
|
ملف التعريف T-BC-MasterClock |
دعات المستعمل يعين دور تحت هذا ptp ميناء |
|
محلي الأولوية، الإصدار 120 |
سمة المحليةPriority المستخدمة كمجزئ في خوارزمية مقارنة مجموعة البيانات، في حالة تساوي كل السمات السابقة الأخرى لمجموعات البيانات التي يتم مقارنتها |
|
! |
||
! |
||
الواجهة TenGigE0/0/0/19 |
واجهة SlaveClock. منفذ متصل بساعة MasterClock للتحميل |
|
ptp |
ptp يمكن ل هذا ميناء |
|
نبذة عن حياة العبيد |
دعات المستعمل يعين دور تحت هذا ptp ميناء |
|
محلي الأولوية 130 |
||
! |
||
! |
||
SyncE |
مزامنة التواتر |
إمكانية تقنية معلومات على مستوى عالمي |
خيار جودة itu-t 1 |
QL الخاص بالساعة المستلمة هو وفقا لخيار itu-t 1 |
|
تسجيل تغييرات التحديد |
||
! |
||
الواجهة TenGigE0/0/0/19 |
واجهة SlaveClock. منفذ متصل بساعة MasterClock للتحميل |
|
مزامنة التواتر |
تمكين SyncE على الواجهة |
|
إدخال التحديد |
الواجهة في حالة SlaveClock ل SyncE |
|
الأولوية 15 |
هام محليا. |
|
الانتظار حتى الاستعادة 0 |
مقدار الوقت الذي ينتظره الموجه قبل تضمين مصدر ساعة إيثرنت المتزامنة النشطة حديثا في تحديد الساعة. القيمة الافتراضية هي 300 ثانية |
|
! |
||
الواجهة TenGigE0/0/0/18 |
واجهة MasterClock. منفذ متصل ب SlaveClock لتدفق البيانات |
|
مزامنة التواتر |
تمكين SyncE على الواجهة |
|
الانتظار حتى الاستعادة 0 |
مقدار الوقت الذي ينتظره الموجه قبل تضمين مصدر ساعة إيثرنت المتزامنة النشطة حديثا في تحديد الساعة. القيمة الافتراضية هي 300 ثانية |
|
غراند ماستر |
||
التكوين |
الشرح |
|
ptp |
ptp |
تمكين PTP بشكل عام |
ساعة |
||
المجال 24 |
||
ملف تعريف g.8275.1 نوع الساعة t-GM |
ملف تعريف 8275.1 مستخدم مع دور الساعة ليكون T-GM Telecom Grand MasterClock |
|
! |
||
توصيف t-MasterClock |
عينت دور لمنفذ PTP. |
|
multicast target-address إثرنت 01-80-C2-00-00-0E |
يتم إستخدام عنوان بث متعدد غير قابل للإرسال (إختياري) |
|
إيثرنت النقل |
يتم إستخدام نقل الإيثرنت |
|
MasterClock لدولة المنفذ فقط |
حالة المنفذ التي سيتم إستخدامها هي MasterClock فقط |
|
تردد المزامنة 16 |
سيتم إرسال حزم المزامنة مع تكرار الحزم في الثانية |
|
أعلن عن التردد 8 |
سيتم إرسال الحزم المعلن مع تكرار الحزم في الثانية |
|
تكرار طلب التأخير 16 |
سيتم إرسال حزم DELAY_REQ بمعدل تكرار للحزم في الثانية |
|
! |
||
! |
||
الواجهة TenGigE0/0/0/18 |
واجهة MasterClock. منفذ متصل ب SlaveClock لتدفق البيانات |
|
ptp |
ptp يمكن ل هذا ميناء |
|
توصيف t-MasterClock |
دعات المستعمل يعين دور تحت هذا ptp ميناء |
|
محلي الأولوية، الإصدار 120 |
سمة المحليةPriority المستخدمة كمجزئ في خوارزمية مقارنة مجموعة البيانات، في حالة تساوي كل السمات السابقة الأخرى لمجموعات البيانات التي يتم مقارنتها |
|
! |
||
! |
||
! |
||
SyncE |
مزامنة التواتر |
إمكانية تقنية معلومات على مستوى عالمي |
خيار جودة itu-t 1 |
لتكوين خيارات مستوى جودة ITU-T (QL). خيار ITU-T 1 هو الافتراضي أيضا |
|
تسجيل تغييرات التحديد |
تمكين التسجيل |
|
! |
||
الواجهة TenGigE0/0/0/18 |
واجهة MasterClock. منفذ متصل ب SlaveClock لتدفق البيانات |
|
مزامنة التواتر |
تمكين SyncE على الواجهة |
|
الانتظار حتى الاستعادة 0 |
مقدار الوقت الذي ينتظره الموجه قبل تضمين مصدر ساعة إيثرنت المتزامنة النشطة حديثا في تحديد الساعة. القيمة الافتراضية هي 300 ثانية |
|
ساعة الرقيق |
||
التكوين |
الشرح |
|
ptp |
ptp |
تمكين PTP بشكل عام |
ساعة |
||
المجال 24 |
||
profile g.8275.1 نوع الساعة t-TSC |
ملف تعريف 8275.1 مستخدم مع دور الساعة ليكون SlaveClock للاتصالات T-TSC |
|
! |
||
ملف تعريف T-Slave |
عينت دور لمنفذ PTP. |
|
multicast target-address إثرنت 01-80-C2-00-00-0E |
يتم إستخدام عنوان بث متعدد غير قابل للإرسال (إختياري) |
|
إيثرنت النقل |
يتم إستخدام نقل الإيثرنت |
|
ساعة SlaveClock الخاصة بدولة المنفذ فقط |
دولة المنفذ التي سيتم إستخدامها هي SlaveClock فقط |
|
تردد المزامنة 16 |
سيتم إرسال حزم المزامنة مع تكرار الحزم في الثانية |
|
أعلن عن التردد 8 |
سيتم إرسال الحزم المعلن مع تكرار الحزم في الثانية |
|
تكرار طلب التأخير 16 |
سيتم إرسال حزم DELAY_REQ بمعدل تكرار للحزم في الثانية |
|
! |
||
! |
||
الواجهة TenGigE0/0/0/19 |
واجهة SlaveClock. منفذ متصل بساعة MasterClock للتحميل |
|
ptp |
ptp يمكن ل هذا ميناء |
|
ملف تعريف T-Slave |
دعات المستعمل يعين دور تحت هذا ptp ميناء |
|
محلي الأولوية، الإصدار 120 |
سمة المحليةPriority المستخدمة كمجزئ في خوارزمية مقارنة مجموعة البيانات، في حالة تساوي كل السمات السابقة الأخرى لمجموعات البيانات التي يتم مقارنتها |
|
! |
||
! |
||
! |
||
SyncE |
مزامنة التواتر |
إمكانية تقنية معلومات على مستوى عالمي |
خيار جودة itu-t 1 |
لتكوين خيارات مستوى جودة ITU-T (QL). خيار ITU-T 1 هو الافتراضي أيضا |
|
تسجيل تغييرات التحديد |
تمكين التسجيل |
|
! |
||
الواجهة TenGigE0/0/0/19 |
واجهة SlaveClock. منفذ متصل بساعة MasterClock للتحميل |
|
مزامنة التواتر |
تمكين SyncE على الواجهة |
|
إدخال التحديد |
الواجهة في حالة SlaveClock ل SyncE |
|
الأولوية 15 |
هام محليا. |
|
الانتظار حتى الاستعادة 0 |
مقدار الوقت الذي ينتظره الموجه قبل تضمين مصدر ساعة إيثرنت المتزامنة النشطة حديثا في تحديد الساعة. القيمة الافتراضية هي 300 ثانية |
|
! |
8275.2:
ساعة الحدود |
||
التكوين |
الشرح |
|
ptp |
ptp |
|
ساعة |
||
المجال 44 |
||
ملف تعريف g.8275.2 نوع الساعة t-bc |
يتم إستخدام ملف تعريف 8275.2 مع دور الساعة ليكون ساعة حدود T-BC للاتصالات |
|
! |
||
ملف التعريف T-BC-MasterClock |
عينت دور لمنفذ PTP. |
|
multicast target-address إثرنت 01-80-C2-00-00-0E |
يتم إستخدام عنوان بث متعدد غير قابل للإرسال (إختياري) |
|
الإصدار الرابع من بروتوكول الإنترنت (IP) للنقل |
يتم إستخدام نقل الإيثرنت |
|
MasterClock لدولة المنفذ فقط |
حالة المنفذ التي سيتم إستخدامها هي MasterClock فقط |
|
تردد المزامنة 16 |
سيتم إرسال حزم المزامنة مع تكرار الحزم في الثانية |
|
أعلن عن التردد 8 |
سيتم إرسال الحزم المعلن مع تكرار الحزم في الثانية |
|
تكرار طلب التأخير 16 |
سيتم إرسال حزم DELAY_REQ بمعدل تكرار للحزم في الثانية |
|
! |
||
نبذة عن حياة العبيد |
عينت دور لمنفذ PTP. |
|
multicast target-address إثرنت 01-80-C2-00-00-0E |
يتم إستخدام عنوان بث متعدد غير قابل للإرسال (إختياري) |
|
الإصدار الرابع من بروتوكول الإنترنت (IP) للنقل |
يتم إستخدام نقل الإيثرنت |
|
ساعة SlaveClock الخاصة بدولة المنفذ فقط |
دولة المنفذ التي سيتم إستخدامها هي SlaveClock فقط |
|
تردد المزامنة 16 |
سيتم إرسال حزم المزامنة مع تكرار الحزم في الثانية |
|
أعلن عن التردد 8 |
سيتم إرسال الحزم المعلن مع تكرار الحزم في الثانية |
|
تكرار طلب التأخير 16 |
سيتم إرسال حزم DELAY_REQ بمعدل تكرار للحزم في الثانية |
|
! |
||
! |
||
الواجهة TenGigE0/0/0/18 |
واجهة MasterClock. منفذ متصل ب SlaveClock لتدفق البيانات |
|
ptp |
ptp يمكن ل هذا ميناء |
|
ملف التعريف T-BC-MasterClock |
دعات المستعمل يعين دور تحت هذا ptp ميناء |
|
محلي الأولوية، الإصدار 120 |
سمة المحليةPriority المستخدمة كمجزئ في خوارزمية مقارنة مجموعة البيانات، في حالة تساوي كل السمات السابقة الأخرى لمجموعات البيانات التي يتم مقارنتها |
|
! |
||
! |
||
الواجهة TenGigE0/0/0/19 |
واجهة SlaveClock. منفذ متصل بساعة MasterClock للتحميل |
|
عنوان IP 10.0.0.1 255.255.255.252 |
||
ptp |
ptp يمكن ل هذا ميناء |
|
نبذة عن حياة العبيد |
دعات المستعمل يعين دور تحت هذا ptp ميناء |
|
محلي الأولوية 130 |
||
MasterClock IPv4 10.0.0.2 255.255.255.252 |
الإشارة بشكل صريح إلى IP MasterClock |
|
! |
||
غراند ماستر |
||
التكوين |
الشرح |
|
ptp |
ptp |
تمكين PTP بشكل عام |
ساعة |
||
المجال 44 |
||
ملف تعريف g.8275.2 نوع الساعة t-gm |
ملف تعريف 8275.1 مستخدم مع دور الساعة ليكون T-GM Telecom Grand MasterClock |
|
! |
||
توصيف t-MasterClock |
عينت دور لمنفذ PTP. |
|
multicast target-address إثرنت 01-80-C2-00-00-0E |
يتم إستخدام عنوان بث متعدد غير قابل للإرسال (إختياري) |
|
الإصدار الرابع من بروتوكول الإنترنت (IP) للنقل |
يتم إستخدام نقل الإيثرنت |
|
MasterClock لدولة المنفذ فقط |
حالة المنفذ التي سيتم إستخدامها هي MasterClock فقط |
|
تردد المزامنة 16 |
سيتم إرسال حزم المزامنة مع تكرار الحزم في الثانية |
|
أعلن عن التردد 8 |
سيتم إرسال الحزم المعلن مع تكرار الحزم في الثانية |
|
تكرار طلب التأخير 16 |
سيتم إرسال حزم DELAY_REQ بمعدل تكرار للحزم في الثانية |
|
! |
||
! |
||
الواجهة TenGigE0/0/0/18 |
واجهة MasterClock. منفذ متصل ب SlaveClock لتدفق البيانات |
|
ptp |
ptp يمكن ل هذا ميناء |
|
توصيف t-MasterClock |
دعات المستعمل يعين دور تحت هذا ptp ميناء |
|
محلي الأولوية، الإصدار 120 |
سمة المحليةPriority المستخدمة كمجزئ في خوارزمية مقارنة مجموعة البيانات، في حالة تساوي كل السمات السابقة الأخرى لمجموعات البيانات التي يتم مقارنتها |
|
! |
||
! |
||
! |
||
ساعة الرقيق |
||
التكوين |
الشرح |
|
ptp |
ptp |
تمكين PTP بشكل عام |
ساعة |
||
المجال 44 |
||
profile g.8275.2 نوع الساعة t-tsc |
ملف تعريف 8275.1 مستخدم مع دور الساعة ليكون SlaveClock للاتصالات T-TSC |
|
! |
||
ملف تعريف T-Slave |
عينت دور لمنفذ PTP. |
|
multicast target-address إثرنت 01-80-C2-00-00-0E |
يتم إستخدام عنوان بث متعدد غير قابل للإرسال (إختياري) |
|
الإصدار الرابع من بروتوكول الإنترنت (IP) للنقل |
يتم إستخدام نقل الإيثرنت |
|
ساعة SlaveClock الخاصة بدولة المنفذ فقط |
دولة المنفذ التي سيتم إستخدامها هي SlaveClock فقط |
|
تردد المزامنة 16 |
سيتم إرسال حزم المزامنة مع تكرار الحزم في الثانية |
|
أعلن عن التردد 8 |
سيتم إرسال الحزم المعلن مع تكرار الحزم في الثانية |
|
تكرار طلب التأخير 16 |
سيتم إرسال حزم DELAY_REQ بمعدل تكرار للحزم في الثانية |
|
! |
||
! |
||
الواجهة TenGigE0/0/0/19 |
واجهة SlaveClock. منفذ متصل بساعة MasterClock للتحميل |
|
عنوان IP 10.0.0.1 255.255.255.252 |
||
ptp |
ptp يمكن ل هذا ميناء |
|
ملف تعريف T-Slave |
دعات المستعمل يعين دور تحت هذا ptp ميناء |
|
محلي الأولوية، الإصدار 120 |
سمة المحليةPriority المستخدمة كمجزئ في خوارزمية مقارنة مجموعة البيانات، في حالة تساوي كل السمات السابقة الأخرى لمجموعات البيانات التي يتم مقارنتها |
|
MasterClock IPv4 10.0.0.2 255.255.255.252 |
ذكر بشكل صريح عنوان IP ل MasterClock |
|
! |
||
! |
||
! |
في حالة عدم تلقي حزم ESMC على الواجهة أو في حالة عدم تكوين SyncE في نهاية المنفذ، فأنت لا تزال ترغب في تمكين SyncE. يمكنك القيام بذلك من خلال تحديد قيمة QL بشكل ثابت على الواجهة وتعطيل SSM.
SyncE |
مزامنة التواتر |
خيار جودة itu-t 1 |
|
تسجيل تغييرات التحديد |
|
! |
|
الواجهة TenGigE0/0/0/19 |
|
مزامنة التواتر |
|
تعطيل SSM |
|
خيار ITU-T الدقيق لتلقي الجودة 1 PRC |
|
إدخال التحديد |
|
الأولوية 15 |
|
الانتظار حتى الاستعادة 0 |
|
! |
لاستخدام الوضع المختلط مع 8275.2، أستخدم "physical-layer-frequency" أسفل الواجهة. وهذا يمكن SyncE للتكرار و PTP للمرحلة.
لتمكين الوضع المختلط مع 8275.2 "physical-layer-frequency" يجب تكوينه ضمن PTP العام.
ptp |
ساعة |
المجال 44 |
ملف تعريف g.8275.2 نوع الساعة t-bc |
! |
ملف تعريف 82752 |
الإصدار الرابع من بروتوكول الإنترنت (IP) للنقل |
تردد المزامنة 16 |
أعلن عن التردد 8 |
تكرار طلب التأخير 16 |
! |
تردد الطبقة الفيزيائية |
سجل |
أحداث مؤازرة |
! |
! |
نموذج المخطط 8275.1:
الجهاز A:
ptp
clock
domain 24
profile g.8275.1 clock-type T-BC
!
profile T-BC-SLAVE
multicast target-address ethernet 01-80-C2-00-00-0E
transport ethernet
port state SlaveClock-only
sync frequency 16
announce frequency 8
delay-request frequency 16
!
profile T-BC-MasterClock
multicast target-address ethernet 01-80-C2-00-00-0E
transport ethernet
port state MasterClock-only
sync frequency 16
announce frequency 8
delay-request frequency 16
!
!
frequency synchronization
quality itu-t option 1
log selection changes
!
interface TenGigE0/0/0/23
description ***to PTP GM***
ptp
profile T-BC-SLAVE
!
frequency synchronization
selection input
priority 10
wait-to-restore 0
!
!
interface TenGigE0/0/0/19
ptp
profile T-BC-MasterClock
!
frequency synchronization
wait-to-restore 0
!
!
الجهاز B:
ptp
clock
domain 24
profile g.8275.1 clock-type T-BC
!
profile T-BC-SLAVE
multicast target-address ethernet 01-80-C2-00-00-0E
transport ethernet
port state SlaveClock-only
sync frequency 16
announce frequency 8
delay-request frequency 16
!
profile T-BC-MasterClock
multicast target-address ethernet 01-80-C2-00-00-0E
transport ethernet
port state MasterClock-only
sync frequency 16
announce frequency 8
delay-request frequency 16
!
!
interface TenGigE0/0/0/23
ptp
profile T-BC-MasterClock
!
!
interface TenGigE0/0/0/19
ptp
profile T-BC-SLAVE
!
frequency synchronization
selection input
!
!
نموذج المخطط 8275.2:
الجهاز A:
ptp
clock
domain 44
profile g.8275.2 clock-type T-BC
!
profile T-BC-SLAVE
multicast target-address ethernet 01-80-C2-00-00-0E
transport ipv4
port state SlaveClock-only
sync frequency 16
clock operation one-step
announce frequency 8
delay-request frequency 16
!
profile T-BC-MasterClock
multicast target-address ethernet 01-80-C2-00-00-0E
transport ipv4
port state MasterClock-only
sync frequency 16
announce frequency 8
delay-request frequency 16
!
!
frequency synchronization
quality itu-t option 1
log selection changes
!
interface TenGigE0/0/0/23
description ***to PTP GM***
ptp
profile T-BC-SLAVE
!
frequency synchronization
selection input
priority 10
wait-to-restore 0
!
!
interface TenGigE0/0/0/19
ip address 10.0.0.1 255.255.255.252
ptp
profile T-BC-MasterClock
MasterClock ipv4 10.0.0.2 255.255.255.252
!
frequency synchronization
wait-to-restore 0
!
!
الجهاز B:
ptp
clock
domain 44
profile g.8275.2 clock-type T-BC
!
profile T-BC-SLAVE
multicast target-address ethernet 01-80-C2-00-00-0E
transport ipv4
port state SlaveClock-only
sync frequency 16
announce frequency 8
delay-request frequency 16
!
profile T-BC-MasterClock
multicast target-address ethernet 01-80-C2-00-00-0E
transport ipv4
port state MasterClock-only
sync frequency 16
announce frequency 8
delay-request frequency 16
!
!
interface TenGigE0/0/0/19
mtu 9216
ptp
profile T-BC-SLAVE
!
frequency synchronization
selection input
!
!
البعض يبدي أوامر و يصف مخرجاتها.
لا تنتقل حالة الجهاز إلى LOCK إلا إذا كانت الإزاحة ضمن نطاق مقبول. قم بالتحقق من "الإزاحة من MasterClock" أيضا.
حالة الجهاز:
Free-run/Holبذرة: غير مقفل على أي مصدر ساعة.
Freq_Lock: تمت مزامنة التردد إلى MasterClock
Phase_LOCK: تمت مزامنة كل من التكرار والطور إلى MasterClock
وضع Servo:
هجين: إستخدام SyncE لمزامنة التردد. يتم إستخدام PTP فقط لمزامنة المرحلة.
الافتراضي: إستخدام PTP لمزامنة كل من التكرار والطور
فرق الوقت الملاحظ بواسطة خوارزمية الخادم SlaveClock و MasterClock.
عدادات الطوابع الزمنية المستخرجة من حزم PTP. لازم يضل يزيد.
آخر الطوابع الزمنية T1/T2/T3/T4 (sec.nanosec) المستخرجة من حزم PTP. لازم يكونوا قريبين من بعض وزيادوا بشكل منتظم.
T1/T4: تم الإرسال بواسطة MasterClock، T2/T3: تم حسابه عند SlaveClock
الإزاحة محسوبة استنادا إلى الطوابع الزمنية ل PTP.
عمليات ضبط دقيقة (setTime، stepTime) ودقيق (adjustFreq) يتم تنفيذها بواسطة مؤازرة لتتوافق مع MasterClock.
3. show ptp قارن موجز يبدي الإنتاج ميناء دولة. يجب أن تكون حالة MasterClock/SlaveClock.
4. يجب أن تكون عمليات إسقاط الحزمة بواسطة PTP منخفضة بشكل ملحوظ.
5. تحقق من سبب إسقاط الحزمة:
6. لا تصل الحزم إلى PTP.
هل تصل الحزم إلى وحدة معالجة الشبكة؟
NCS (DNX) platforms: show controllers npu stats traps-all instance all location 0/0/CPU0 | inc 1588
RxTrap1588 0 71 0x47 32040 7148566 0
ASR9000 platform: show controller np counters <np> location 0/0/cpu0 | inc PTP
Check for PTP_ETHERNET / PTP_IPV4 counters
Packet drops at NPU (not specific to PTP)
NCS (DNX) platforms: show controllers fia diagshell <np> "diag counters g" location 0/0/cpu0
Shows Rx/TX path statistics along with any drops happening in the NPU
ASR9000 platform: show drops all location <LC>
عمليات إسقاط الشيك في SPP:
show spp node-counters location 0/0/cpu0
# Check for any drop-counters incrementing
NCS (DNX) platforms: show spp trace platform common error last 20 location 0/0/cpu0
Dec 10 02:29:38.322 spp/fretta/err 0/0/CPU0 t2902 FRETTA SPP classify RX:
Failed in dpa_punt_mapper; ssp: 0x1e, inlif: 0x2000, rif: 0x11;
trap_code:FLP_IEEE_1588_PREFIX punt_reason:PTP-PKT pkt_type:L2_LOCALSWITCH rc:
'ixdb' detected the 'fatal' condition 'Not found in database': No such file or directory
ASR9000 platforms:
SPP punt path is simpler in ASR9000 with no risk of a lookup failure.
Drops not expected during packet classification.
7. يعرض show ptp packet-counters <interface-id>تدفق الحزمة. تأكد من متابعة SyncDelay_ReqàDelay_RESP (و Follow_Up إذا كانت ساعة بخطوتين).
8. تحقق من العلامة (العلامات) للواجهة المحددة.
9. تحقق من QL الذي تم إستلامه. على الواجهة المحددة، ستكون QLsnd DNU لمنع حلقات التكرار. لتغيير تفضيل الواجهة الخاصة بك، يمكنك تغيير سمة الأولوية وهي 100 بشكل افتراضي.
10. تأكد من أن "الإخراج مدفوع بواسطة" هو واجهة SyncE المختارة.
11. إظهار إخراج موجز ل PTP Foreign-MasterCks هو قائمة أجهزة PTP المشاركة في BMCA لتصبح MasterClocks. تحقق من العلامات المقابلة للاطلاع على MasterClock المنتخب. يمكنك رؤية رسائل الإعلان التي تم تلقيها من تلك المنافذ عبر show ptp packet-counters <interface-id>. الجهاز ذو أفضل السمات سيفوز ب BMCA. إذا كان للعديد من المنافذ نفس السمات، فإن الأولوية المحلية ستكون آخر كاسحة توصيل. غير أن الإنشاء التلقائي للمخطط ممكن أيضا مع PTP دون إستخدام الأولوية المحلية.
12. لا يحدد PTP الساعة الرئيسية المقصودة (BMCA).
ساعة الفحص المعلن عنها بواسطة العقدة البعيدة:
show ptp foreign-MasterClocks
Interface TenGigE0/9/0/2 (PTP port number 1)
IPv4, Address X.X.X.X, Unicast
Configured priority: None (128)
Configured clock class: None
Configured delay asymmetry: None
Announce granted: every 16 seconds, 1000 seconds
Sync granted: every 16 seconds, 1000 seconds
Delay-resp granted: 64 per-second, 1000 seconds
Qualified for 4 hours, 50 minutes, 6 seconds
Clock ID: 1
Received clock properties:
Domain: 44, Priority1: 128, Priority2: 128, Class: 6
Accuracy: 0x21, Offset scaled log variance: 0x4e5d
Steps-removed: 1, Time source: Atomic, Timescale: PTP
Frequency-traceable, Time-traceable
Current UTC offset: 38 seconds (valid)
Parent properties:
Clock ID: 1
Port number: 1
قائمة الساعات الرئيسية المؤهلة والمحددة:
show ptp foreign-MasterClocks brief
M=Multicast,X=Mixed-mode,Q=Qualified,D=QL-DNU,
GM=GrandMasterClock,LA=PTSF_lossAnnounce,LS=PTSF_lossSync
Interface Transport Address Cfg-Pri Pri1 State
----------------------------------------------------------------------------
Te0/0/0/12 Ethernet 008a.9691.3830 None 128 M,Q,GM
تحقق من الساعة المعلن عنها في MasterClock:
show ptp advertised-clock
Clock ID: 8a96fffe9138d8
Clock properties:
Domain: 24, Priority1: 128, Priority2: 128, Class: 6
Accuracy: 0xfe, Offset scaled log variance: 0xffff
Time Source: Internal (configured, overrides Internal)
Timescale: PTP (configured, overrides PTP)
No frequency or time traceability
Current UTC offset: 0 seconds
13. لا تتم مزامنة PTP مع MasterClock:
•Intended PTP MasterClock selected.
•PTP session established
•But not able to synchronize with the MasterClock
show ptp interface brief
Intf Port Port Line
Name Number State Encap State Mechanism
--------------------------------------------------------------------------------
Te0/0/0/12 1 Uncalibrated Ethernet up 1-step DRRM
OR occasional PTP flap in the field
Jul 31 09:29:43.114 UTC: ptp_ctrlr[1086]: %PLATFORM-PTP-6-SERVO_EVENTS : PTP Servo state transition from state PHASE_LOCKED to state HOLDOVER
Jul 31 09:30:23.116 UTC: ptp_ctrlr[1086]: %PLATFORM-PTP-6-SERVO_EVENTS : PTP Servo state transition from state HOLDOVER to state FREQ_LOCKED
ul 31 09:35:28.134 UTC: ptp_ctrlr[1086]: %PLATFORM-PTP-6-SERVO_EVENTS : PTP Servo state transition from state FREQ_LOCKED to state PHASE_LOCKED
14. تحقق مما إذا كان PTP قد تأجل بسبب فقد الحزمة:
show ptp trace last 100 location 0/rp0/cpu0
Aug 1 02:35:01.616 ptp/ctrlr/det 0/RP0/CPU0 t18625 [BMC] Removed clock 0x8a96fffe9138d8 (Ethernet 008a.9691.3830) from node 0/0/CPU0(0x0) from BMC list
Aug 1 02:35:01.616 ptp/ctrlr/det 0/RP0/CPU0 t18625 [BMC] Updated checkpoint record for clock 0x8a96fffe9138d8 (Ethernet 008a.9691.3830) from node 0/0/CPU0(0x0): Checkpoint ID 0x40002f60
Aug 1 02:35:01.616 ptp/ctrlr/det 0/RP0/CPU0 t18625 [BMC] Inserted clock 0x8a96fffe9138d8 (Ethernet 008a.9691.3830) from node 0/0/CPU0(0x0) into BMC list at position 0
Aug 1 02:35:46.035 ptp/ctrlr/sum 0/RP0/CPU0 t18625 [Comms] Received BMC message from node 0/0/CPU0. Comms is active
Aug 1 02:35:46.035 ptp/ctrlr/det 0/RP0/CPU0 t18625 [BMC] Removed clock 0x8a96fffe9138d8 (Ethernet 008a.9691.3830) from node 0/0/CPU0(0x0) from BMC list
Aug 1 02:35:46.035 ptp/ctrlr/det 0/RP0/CPU0 t18625 [BMC] GrandMasterClock removed, local clock better than foreign MasterClock(s)
Aug 1 02:35:46.035 ptp/ctrlr/sum 0/RP0/CPU0 t18625 [Leap Seconds] GrandMasterClock lost
Aug 1 02:35:46.035 ptp/ctrlr/sum 0/RP0/CPU0 t18625 [Platform] Stopping servo
Aug 1 02:35:46.035 ptp/ctrlr/det 0/RP0/CPU0 t18625 [BMC] BMC servo stopped, BMC servo not synced
Aug 1 02:35:46.035 ptp/ctrlr/det 0/RP0/CPU0 t18625 [Comms] Started grandMasterClock message damping timer
Aug 1 02:35:46.035 ptp/ctrlr/sum 0/RP0/CPU0 t18625 [Platform] Sending SlaveClock update to platform. No grandMasterClock available
Aug 1 02:35:46.059 ptp/ctrlr/det 0/RP0/CPU0 t18625 [BMC] Received clock update from the platform. Clock active, not using PTP for frequency, using PTP for time. Current local clock is not a primary ref, sync state is 'Sync' and QL is 'Opt-I/PRC'
15. تحقق من إخراج show ptp configuration-errors بحثا عن أي أخطاء تكوين.
يوضح التقاط رسالة Announce (8275.1) خصائص الساعة التي تم إرسالها:
يظهر الالتقاط لرسالة المزامنة إنشاء الطابع الزمني (خطوة واحدة).
المراجعة | تاريخ النشر | التعليقات |
---|---|---|
2.0 |
30-Nov-2021 |
تمت إزالة المراجع إلى المقاطع وإضافة إرتباطات تشعبية داخل المستند لتسهيل الوصول. |
1.0 |
24-Nov-2021 |
الإصدار الأولي |