أساسيات PTP وSyncE مع تكوين Cisco IOS XR

المقدمة

يصف هذا المستند عمل بروتوكول وقت 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 µ).

• ويتمثل أحد الخيارات في تركيب نظام تحديد المواقع العالمي في جميع المحطات الأساسية، وهو نظام باهظ التكلفة وأقل أمانا مع عمل النظام العالمي لتحديد المواقع على النظم الساتلية.
• أما الخيار الثاني فيتمثل في إستخدام معدات الشبكة الموجودة (NE) لنقل معلومات الساعة إلى جانب إشارة البيانات. وهذا الخيار فعال جدا من حيث التكلفة لأن البيانات يجري نقلها بالفعل من قبل الشركات الوطنية، واستخدام هذه الشركات لنقل إشارات الساعة سيجعل هذه البيانات أرخص وأكثر أمنا. ومع ذلك، قد لا تكون جودة الساعة جيدة مقارنة بخيار GPS السابق وستختلف على ملف التعريف/البروتوكول المستخدم في NEs بالإضافة إلى الازدحام في الشبكة.

أهمية مزامنة الطور/التردد

إشارة الرسالة (على سبيل المثال، الإشارة الصوتية) التي تم تعديلها بموجة عالية التردد (إشارة الناقل) عند نهاية جهاز الإرسال يجب أن يتم تخفيضها عند نهاية جهاز الاستقبال بنفس إشارة الناقل المستخدمة في نهاية جهاز الإرسال. إذا حدث أي تغيير/إزاحة في التردد أو المرحلة لموجة الناقل عند المستقبل، ستتلف إشارة الرسالة. ومع ذلك، من المتوقع دائما حدوث إزاحة صغيرة بين موجة حامل Rx وموجة حامل Tx.

القياس هو إستخدام صندوق آمن لإرسال رسالة وقفل المفتاح. إذا أراد أي شخص قراءة الرسالة في المربع الآمن، يجب إستخدام نفس المفتاح لإلغاء تأمين المربع في نهاية المستقبل. إذا كان مفتاح النسخة المتماثلة يحتوي على أي تشوهات/تشوهات، فلا يمكن قراءة الرسالة.

تعتبر عمليات التعويض المقبولة لمختلف خدمات الاتصالات:

مزامنة ساعة الشبكة

المزامنة هي محاذاة الساعات لنفس الوقت/المرحلة والتردد.

يمكن تصنيف المزامنة الخاصة بساعات العمل إلى مزامنة للتردد (تحقيق = / = حيث = أيضا يسمى نفس المعدل) ومزامنة المرحلة (في نفس الوقت) ومزامنة الوقت (الوقت من اليوم).

مزامنة التردد

يجب أن تطابق كافة NEs تردد الساعة إلى ساعة مصدر (مشتق من MasterClock).

يمكن تحقيق مزامنة التردد ل NE مع SyncE أو PTPv2 التي ستتم مناقشتها في هذا القسم.

يعمل SyncE على اشتقاق التردد من حزم البيانات التي يتم استقبالها على الواجهة (تعمل على الطبقة المادية) مع حزم ESMC التي يتم استقبالها (حزمة واحدة في الثانية تقريبا) على الواجهة التي تصف جودة الساعة. لذلك، فإنه لا يضيف أي حزم تحكم ولا يتأثر بازدحام حركة المرور الذي يعد الجانب الأفضل من SyncE.

تعمل PTP على الحزم، لذلك سيكون هناك تدفق حزم التحكم وستتأثر الحزم بالازدحام الذي يضيف إلى التأخير.

مزامنة الطور

مزامنة المرحلة تتعلق بمحاذاة إشارات الساعة هذه. يمكننا أن نرى أن الإشارات المتزامنة ذات الترددات الأعلى لم يتم محاذاتها بعد، لذلك لديها إزاحة مرحلة.

يتم إستخدام PTPv2 لحمل معلومات المرحلة عبر الشبكة.

مزامنة الوقت

تزامن الوقت، الذي يسمى أيضا الوقت من اليوم، ببساطة له نفس الوقت في كل ال NEs. وهذا هو، t₁=t₂.

يتم إستخدام NTP و PTP لنقل معلومات الوقت في الشبكة. على الرغم من أن بروتوكول وقت الشبكة (NTP) يوفر دقة بالمللي ثانية، إلا أن بروتوكول PTP يمكن أن يوفر دقة تصل إلى جزء من الثانية.

غالبا ما يتم إستخدام مزامنة الوقت ومزامنة المرحلة بشكل مترادف في الشبكة حيث أن PTP المستخدم في مزامنة المرحلة سوف يحقق مزامنة الوقت.

لن تكون NTP جزءا من مناقشتنا الآن.

SyncE

المبدأ الأساسي ل SyncE

يعمل 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 مع مجموعة تجميع الارتباطات (LAG)

يعمل SyncE على الطبقة المادية ويتم أيضا نقل حزم ESMC بواسطة بروتوكول الإيثرنت البطيء. مجموعة تجميع الارتباطات (LAG) هي وظيفة أخرى تستخدم البروتوكولات البطيئة وتعمل مجموعة تجميع الارتباطات (LAG) فوق وحدة التحكم الإدارية الخاصة ببروتوكول ESMC. وبالتالي، يلزم معالجة رسائل ESMC على كل إرتباط متزامن يدعم الإيثرنت في مجموعة مجموعة تجميع الارتباطات (LAG).

ومن المهم أيضا ملاحظة أن إستخدام الروابط الموازية، مثل الحالة مع مجموعة تجميع الارتباطات، يحتاج إلى دراسة متأنية نظرا لاحتمال إنشاء حلقات للتوقيت.

 من الناحية المثالية، يكون كافيا لتشغيله على الارتباط المكون من عضو واحد في الحزمة ولكن بخلاف ذلك، يتم تركه للمشغلين لتكوين العديد من المنافذ التي تدعم الإيثرنت المتزامنة.

PTPv2/1588v2

يقوم معهد مهندسي الكهرباء والإلكترونيات (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

يستخدم 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. يرسل MasterClock رسالة مزامنة إلى SlaveClock ويلاحظ الوقت الذي تم إرسالها فيه.
2. تتلقى SlaveClock رسالة المزامنة وتلاحظ وقت الاستقبال.
3. تنقل MasterClock الطابع الزمني إلى SlaveClock بواسطة:
   • تضمين الطابع الزمني في رسالة المزامنة. وهذا يتطلب نوعا من معالجة الأجهزة للحصول على أعلى درجات الدقة والدقة.
   • إدراج الطابع الزمني في رسالة المتابعة_المتابعة.
4. يرسل SlaveClock رسالة Delay_Req إلى MasterClock ويلاحظ الوقت الذي تم إرسالها فيه.
5. تتلقى الساعة الرئيسية رسالة Delay_Req وتلاحظ وقت الاستقبال.
6. تنقل MasterClock الطابع الزمني إلى SlaveClock بدمجه في رسالة Delay_Resp.

يتم تقليل دقة وقت PTP من خلال عدم التناسق في المسارات التي تتخذها رسائل الحدث. على وجه التحديد، خطأ موازنة الوقت هو 1/2 من عدم التناظر.

عدم التناظر غير قابل للكشف بواسطة PTP. ومع ذلك، فإن PTP يصحح عدم التناظر إذا كان معروفا. يمكن عدم التناظر في الطبقة المادية، مثل من خلال عدم التناظر في وسائط البث، ومن خلال الجسور والموجهات، وفي الأنظمة الكبيرة من خلال المسارات الأمامية والعكسية التي تمر عبر رسائل الأحداث التي تأخذ مسارات مختلفة عبر الشبكة. يجب تكوين الأنظمة وتحديد المكونات لتقليل هذه التأثيرات إلى الحد الأدنى بالاستناد إلى دقة التوقيت المطلوبة. وفي النظم الوحيدة للشبكة الفرعية التي لا تبعد أكثر من بضعة أمتار، لا يشكل عدم التناظر عادة مصدرا للقلق بالنسبة لدقة الوقت التي تزيد عن بضع عشرات من النطاقات.

أنواع حزم متنوعة

تتألف مجموعة رسائل الحدث من:

1. المزامنة - يستخدم لمزامنة الوقت بين MasterClock و SlaveClock. في خطوتين، لا تحمل رسائل المزامنة الوقت ولكن سيتم ختم الوقت على الساعة الرئيسية وسيتم نقلها في رسالة المتابعة_المتابعة. في خطوة واحدة، ستحمل رسالة المزامنة وقتا. تعذر على الأجهزة/الأجهزة القديمة دعم القياس والحمل لنقطة وقت الخروج عند تسليم رسالة من منفذ ما، لذلك كانت خطوتان بسبب محدودية الأجهزة. في الوقت الحالي، يمكن للأجهزة تسجيل نقطة وقت الخروج وإرسالها داخل رسالة Sync. خطوة واحدة تتوافق مع السابقة مع خطوتين.

   

2. Delay_Req - رسالة Delay_Req هي طلب من عقدة receive/SlaveClock لإرجاع الوقت الذي تم فيه تلقي رسالة Delay_Req، باستخدام رسالة Delay_Resp. سيتم إستخدامه لحساب وقت النقل بين SlaveClock و MasterClock. هذه الرسالة موثقة بختم الوقت في SlaveClock.
3. pdelay_req - يتم إرسال رسالة Pdelay_Req بواسطة منفذ PTP إلى منفذ PTP آخر كجزء من قياس وقت النشر من منفذ إلى منفذ لتحديد التأخير على الارتباط بينهما. ويتم إستخدامه بواسطة الساعة الشفافة ل P2P لحساب تأخير إرتباط كل خطوة.
4. Pdelay_RESP - يتم إرسال رسالة Pdelay_RESP بواسطة منفذ PTP ردا على إستلام رسالة Pdelay_Req.

تتألف مجموعة الرسائل العامة من:

• إعلان - يتم إستخدام هذه الرسالة بواسطة خوارزمية Best MasterClock (BMCA) لإنشاء مخطط MasterClock-SlaveClock. يتم إستخدامه لاختيار أفضل ساعة MasterClock وإبقائها في مكانها.
• Follow_Up - يتم إستخدام نوع الرسالة هذا في وضع الخطوتين. إنه يحمل الكثير من الوقت. (مزامنة وقت الخروج على عقدة MasterClock) في الرسالة الخاصة بها.
• Delay_Resp - يتم إستخدامه لحساب وقت النقل من MasterClock إلى SlaveClock. يحمل الوقت (وقت الخروج من رسالة delay_resp) في الرسالة.
• Pdelay_RESP_FOLLOW_UP - يشبه هذا رسالة follow_UP ولكنه يتم إنشاؤه بواسطة ساعة شفافة ل P2P.
• الإدارة: ليست جزءا من مناقشتنا.
• إرسال الإشارات - للاتصال بين الساعات لجميع الأغراض الأخرى. على سبيل المثال، يمكن إستخدام رسائل إرسال الإشارات للتفاوض على معدل رسائل البث الأحادي بين MasterClock و SlaveCks الخاصة بها.

يتم إستخدام رسائل المزامنة و Delay_Req و Follow_Follow و Delay_Resp لإنشاء معلومات التوقيت المطلوبة لمزامنة الساعات العادية والجوانب باستخدام آلية طلب-الاستجابة للتأخير والإبلاغ عنها.

يتم إستخدام رسائل pdelay_req و pdelay_resp و pdelay_resp_follow_up لقياس تأخير الارتباط بين منفذين للساعة ينفذان آلية تأخير النظير. يتم إستخدام تأخير الارتباط لتصحيح معلومات التوقيت في رسائل المزامنة والمتابعة في الأنظمة التي تتكون من ساعات شفافة بين نظير إلى نظير.

يمكن للساعات العادية والحدية التي تنفذ آلية تأخر النظير المزامنة باستخدام تأخيرات الارتباط المقاسة والمعلومات الموجودة في رسائل المزامنة والمتابعة. يتم إستخدام رسالة "الإعلان" لإنشاء التسلسل الهرمي للمزامنة. يتم إستخدام رسائل الإدارة للاستعلام عن مجموعات بيانات PTP التي يتم الاحتفاظ بها بالساعات وتحديثها. وتستخدم هذه الرسائل أيضا لتخصيص نظام PTP وللتهيئة وإدارة الأعطال. يتم إستخدام رسائل الإدارة بين عقد الإدارة وساعات (لن تكون جزءا من مناقشتنا).

يتم إستخدام رسائل الإشارات للاتصال بين الساعات لجميع الأغراض الأخرى. على سبيل المثال، يمكن إستخدام رسائل إرسال الإشارات للتفاوض على معدل رسائل البث الأحادي بين MasterClock و SlaveCks الخاصة بها.

أنواع أجهزة PTP

هناك خمسة أنواع أساسية من أجهزة PTP، وهي كما يلي:

1. الساعة العادية - يمكن أن تكون فقط ساعة رئيسية كبرى أو ساعة رقيق فقط.
2. ساعة الحد - يمكن أن تكون SlaveClock و GM
3. الساعة الشفافة من نهاية إلى نهاية - تعمل الساعة الشفافة من نهاية إلى نهاية على إعادة توجيه جميع الرسائل مثل الجسر العادي أو الموجه أو مكرر الرسائل. ومع ذلك، بالنسبة لرسائل حدث PTP، يقوم جسر وقت الإقامة، الموضح في الشكل أدناه، بقياس وقت الإقامة (الوقت الذي تستغرقه الرسالة لاجتياز الساعة الشفافة) لرسائل حدث PTP. وتتراكم أوقات الإقامة هذه في حقل خاص أو حقل تصحيح أو رسالة حدث PTP أو رسالة المتابعة المقترنة. يعتمد هذا التصحيح على الفرق في الطابع الزمني الذي تم إنشاؤه عند دخول رسالة الحدث إلى الساعة الشفافة وتتركها.

   

   

   

4. ساعة نظير إلى نظير شفافة - إضافة وقت الإقامة بالإضافة إلى وقت تأخير الارتباط العابرة لرسائل PTP باستخدام آلية تأخير النظير (إنشاء حزم التأخير-req-resp الخاصة بها لحساب تأخير إرتباط النظير).

   

   

5. عقدة الإدارة (ليست جزءا من مناقشتنا).

إنشاء التسلسل الهرمي ل MasterClock−SlaveClock

ضمن مجال، يقوم كل منفذ من ساعة عادية وحدية بتنفيذ نسخة مستقلة من جهاز حالة البروتوكول. بالنسبة إلى "أحداث قرار الحالة"، يفحص كل منفذ محتويات جميع رسائل Announced التي يتم تلقيها على المنفذ. باستخدام أفضل خوارزمية MasterClock، يتم تحليل محتويات رسالة Announce ومحتويات مجموعات البيانات المرتبطة بالساعة العادية أو الحد لتحديد حالة كل منفذ للساعة.

جهاز حالة PTP

يحتفظ كل منفذ للساعة العادية والحدية بنسخة منفصلة من جهاز حالة PTP. يحدد جهاز الحالة هذا الحالات المسموح بها للمنفذ وقواعد الانتقال بين الولايات. تمثل "أحداث قرار الحالة" الأساسية التي تحدد التسلسل الهرمي ل MasterClock−SlaveClock إستلام رسالة Announce ونهاية الفاصل الزمني Announce (الفاصل الزمني بين رسائل Announce). حالات المنفذ التي تحدد التدرج الهرمي ل MasterClock−SlaveClock هي كما يلي:

• INIT - ميناء ليس بعد جاهز أن يساهم في PTP.
• الإصغاء - الحالة الأولى عندما يصبح المنفذ جاهزا للمشاركة في PTP: قوائم انتظار المنفذ لساعات PTP الرئيسية لفترة زمنية (قابلة للتكوين)
• قبل MasterClock - يوشك المنفذ على الانتقال إلى حالة MasterClock.
• MasterClock - يوفر المنفذ الطوابع الزمنية لأي ساعات EthernetClock/الحد مصغية.
• غير معاير - يستلم المنفذ الطوابع الزمنية من الساعة الرئيسية، ولكن لم تتم مزامنة ساعة الموجه بعد مع تلك الساعة الرئيسية
• Slave - يستلم المنفذ الطوابع الزمنية من الساعة الرئيسية، وتتم مزامنة ساعة الموجه إلى الساعة الرئيسية تلك
• سلبي - الميناء مدرك لساعة افضل من تلك التي سيعلن عنها إذا كان في حالة الساعة الرئيسية، غير ان لا يخفق تلك الساعة

خوارزمية أفضل ساعة رئيسية

تقوم أفضل خوارزمية للساعة الرئيسية بمقارنة البيانات التي تصف ساعتين لتحديد البيانات التي تصف الساعة الأفضل. يتم إستخدام هذه الخوارزمية لتحديد أي من الساعات الموضحة في العديد من رسائل Announce التي يتم استقبالها بواسطة منفذ ساعة محلي هي أفضل ساعة. وهو يستعمل أيضا لتحديد ما إذا كانت الساعة المكتشفة حديثا — ساعة رئيسية أجنبية — افضل من الساعة المحلية نفسها. البيانات التي تصف MasterClock خارجي موجودة في حقول GrandMasterClock لرسالة إعلان.

تستند خوارزمية مقارنة مجموعات البيانات إلى مقارنات للسمات على مستوى الزوجين مع الأسبقية التالية:

1. الأولوية 1 - تسمية قابلة للتكوين بواسطة المستخدم تنتمي الساعة إلى مجموعة ساعات مرتبة يتم منها تحديد MasterClock
2. فئة الساعة - سمة تحدد إمكانية تتبع TAI للساعة
3. دقة الساعة - سمة تحدد دقة الساعة
4. offsetScaleLogVariance - سمة تعرف إستقرار الساعة
5. الأولوية 2 - تسمية قابلة للتهيئة من قبل المستخدم توفر ترتيبا أكثر دقة بين ساعات معادلة للأخرى
6. ClockIdentity - مجزئ ربط استنادا إلى معرفات فريدة

بالإضافة إلى ترتيب الأسبقية هذا، يتم إستخدام "المسافة" التي تقاس بعدد الساعات المحدودة بين الساعة المحلية والساعة الرئيسية الأجنبية عندما تعكس رسالتان معلنتان نفس الساعة الخارجية. يتم الإشارة إلى المسافة في حقل StepsRemove لرسائل Announce. هذا شرط يستطيع وقعت في PTP نظام مع ممر دوري لا يزيل ببروتوكول خارج 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.

8275.1

يحتوي هذا المرفق على ملف تعريف إتصالات PTP لتوزيع الوقت/المرحلة مع دعم كامل التوقيت من الشبكة.

نموذج المزامنة:

يعتمد ملف تعريف G.8275.1 نموذج مزامنة الخطوة الأولى. يقوم كل جهاز شبكة في المسار من Server إلى Client بمزامنة الساعة المحلية الخاصة به مع أجهزة البث وتوفير المزامنة مع جهاز تدفق البيانات

أنواع العقد:

في ملف التعريف هذا، تكون أنواع العقد المسموح بها هي الساعات العادية وساعات الحدود والساعات الشفافة من نهاية إلى نهاية.

في ملف التعريف هذا، تكون أنواع العقد المحظورة ساعات شفافة من نظير إلى نظير.

المجالات:

يمكن إستخدام معرفات المجالات من 24 إلى 43. معرف المجال الافتراضي هو 24

وضع الساعة:

يسمح بساعات من خطوة واحدة ودرجتين على السواء. يجب أن تكون الساعة قادرة على تلقي ومعالجة الرسائل المرسلة من ساعات خطوة واحدة ودرجتين. لا يلزم وجود ساعة لدعم كل من وضعي الخطوة الواحدة والخطوتين لإرسال الرسائل.

آليات النقل مطلوبة أو مسموح بها أو محظورة

في ملف التعريف هذا، آليات النقل المسموح بها هي:

• شبكة إيثرنت و IEEE 802.3
• أوتن

يجب دعم آلية نقل واحدة على الأقل من آليتي النقل. بالنسبة للنقل عبر 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 على تبسيط إدارة الشبكة. يصف هذا القسم حالتين من حالات الاستخدام، وهناك حالات أخرى محتملة لمزيد من الدراسة.

• الحالة 1.

يمكن للمشغلين تكوين سمة 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.

• الحالة 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؛ ويمكن القيام بذلك من خلال توفير عنوان البث المتعدد هذا بشكل صحيح في قاعدة بيانات التصفية.

• الخيار 1 - إستخدام عنوان البث المتعدد غير القابل للاسترجاع 01-80-C2-00-00-0E.

يعتبر بعض مشغلي الشبكة أنه يجب عدم إعادة توجيه رسائل PTP أبدا من خلال أجهزة الشبكة غير المدركة ل PTP.

يضمن إستخدام عنوان البث المتعدد غير القابل للاسترجاع 01-80-C2-00-00-0E هذه الخاصية في معظم الأحيان (توجد إستثناءات لبعض أجهزة الإيثرنت الأقدم).

لذلك، في حالة تكوين معدات الشبكة غير الصحيح (على سبيل المثال، إذا لم يتم تمكين وظائف PTP في معدات الشبكة التي تدعم PTP)، يؤدي إستخدام عنوان البث المتعدد هذا إلى منع التوزيع غير الصحيح للمزامنة، نظرا لأنه سيتم حظر رسائل PTP بواسطة معدات الشبكة التي لا تعلم PTP بذلك.

• الخيار 2 - إستخدام عنوان البث المتعدد القابل للتداول 01-1B-19-00-00-00.

يعتبر بعض مشغلي الشبكة أن إستخدام عنوان بث متعدد قابل للتداول أكثر مرونة وأنه من المفضل إعادة توجيه رسائل PTP للحفاظ على تشغيل إرتباط المزامنة في حالة عدم تكوين بعض المعدات بشكل صحيح كعقد غير PTP، على الرغم من وجود مخاطر محتملة لانحطاط الأداء. سيعثر نظام إدارة الشبكة (NMS) بسهولة على التكوين الخاطئ وسيرسل تنبيهات.

ومع ذلك، من الممكن حظر رسائل PTP من خلال توفير عنوان البث المتعدد هذا بشكل صحيح في قاعدة بيانات التصفية لكل جهاز إيثرنت.

8275.2

تحدد هذه التوصية ملف تعريف 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 على المزامنة مع مصدر وقت. تكون مدة هذا الوضع ووظائفه خاصة بالتطبيق. هذا الوضع غير مطلوب في التنفيذ.

• وضع تأمين Freq/Phase:

يتم مزامنة تأمين المرحلة لساعة PTP تدريجيا إلى مصدر وقت وهي داخل بعض الدقة الداخلية المقبولة.

يتم مزامنة التردد مع مصدر وقت، ويكون ضمن بعض الدقة الداخلية المقبولة.

بما أنها تتعلق بحالة منفذ PTP المحددة في [IEEE 1588]، فإن الساعة تكون في وضع القفل إذا كان هناك منفذ PTP في حالة SLAVE.

• وضع المناعة:

لم تعد ساعة PTP متزامنة مع مصدر وقت وتستخدم المعلومات التي تم الحصول عليها أثناء مزامنتها مسبقا أو عندما كانت مصادر المعلومات الأخرى لا تزال متاحة، للحفاظ على الأداء ضمن المواصفات المطلوبة أو غير قادرة على الحفاظ على الأداء ضمن المواصفات المطلوبة. وقد تعتمد هذه العقدة فقط على مرافقها الخاصة لجوئها أو قد تستخدم شيئا مثل إدخال التردد من الشبكة لتحقيق عملية تحديد الوقت و/أو المرحلة.

مثال التكوين ل 8275.1/8275.2 على NCS 540 (Cisco IOS XR)

يتيح الموجه إمكانية تحديد مصادر منفصلة للتكرار والوقت من اليوم (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

 !

!

أستكشاف أخطاء PTP وإصلاحها

البعض يبدي أوامر و يصف مخرجاتها.

1. يجب أن تكون حالة SERVO في نهاية خوارزمية SERVO Phase_LOCK. يمكنك مشاهدة تدفق حالة الخادم. إذا كان وضع Servo هجين، فيجب مراعاة تدفق SyncE أيضا حيث إن تأمين المرحلة يحدث فقط بعد Freq_Lock. إذا كان جهاز PTP الجاري تشغيله هو MasterClock عادي فقد لا يكون الإخراج أعلاه صحيحا حيث لن يتم تشغيل خوارزمية Servo ولا يجب أن تتم مزامنة الطور/التردد من مصدر MasterClock آخر.

لا تنتقل حالة الجهاز إلى 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 بحثا عن أي أخطاء تكوين.

نموذج لالتقاط الحزم لرسائل المزامنة والإعلان و delay_req و delay_resp

يوضح التقاط رسالة Announce (8275.1) خصائص الساعة التي تم إرسالها:

يظهر الالتقاط لرسالة المزامنة إنشاء الطابع الزمني (خطوة واحدة).

معلومات ذات صلة

• https://www.itu.int/rec/T-REC-G.8275.1/en
• https://www.itu.int/rec/T-REC-G.8275.2/en
• معيار IEEE ل 1588v2
• https://www.cisco.com/c/en/us/td/docs/routers/asr9000/software/asr9k_r5-3/sysman/configuration/guide/b-sysman-cg-53xasr9k/b-sysman-cg-53xasr9k_chapter_01100.html
• الدعم التقني والمستندات - Cisco Systems