أستكشاف أخطاء أحداث PSE و NSE وإصلاحها على واجهات POS

المقدمة

يشرح هذا المستند لماذا يمكن لمخرجات الأمر show controller pos على واجهة حزمة عبر SONET (POS) عرض قيمة غير صفرية لعدادات حدث الأشياء الموجبة (PSE) وحدث الأشياء السالبة (NSE). تزداد القيمة باستمرار. وتزداد هذه الأحداث عندما يختبر إرتباط نقطة البيع مشكلات في وضع الساعات. لذلك، فإن هذا المستند يغطي أيضا ميزة التوقيت المؤقت.

المتطلبات الأساسية

المتطلبات

لا توجد متطلبات خاصة لهذا المستند.

المكونات المستخدمة

لا يقتصر هذا المستند على إصدارات برامج ومكونات مادية معينة.

الاصطلاحات

راجع اصطلاحات تلميحات Cisco التقنية للحصول على مزيد من المعلومات حول اصطلاحات المستندات.

معلومات أساسية

وفيما يلي نموذج إخراج من الأمر show controller pos، الذي تم التقاطه على موجه الإنترنت Cisco 12000 Series Internet Router:

   POS7/0 
   SECTION 
     LOF = 0         LOS    = 0                              BIP(B1) = 0 
   LINE 
     AIS = 0         RDI    = 0             FEBE = 0          BIP(B2) = 0    
   PATH 
     AIS = 0         RDI    = 0             FEBE = 967        BIP(B3) = 26860037    
     LOP = 0         NEWPTR = 205113     PSE  = 295569        NSE     = 18 

ملاحظة: يمكن أيضا زيادة عداد أخطاء NEWptr عند زيادة أحداث NSE و PSE.

أساسيات ساعة اليد

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

• يقوم الجهاز المصدر بتوصيل نبضات الجهد أو الموجات الضوئية لنقل قيمة ثنائية 1 أو 0.

• غاية يستلم أداة ثنائي 1 أو 0. ولهذه الغاية، يقوم جهاز الاستقبال بقياس مستوى الإشارة على السلك الفيزيائي بمعدل معين (تردد) وفي وقت معين (مرحلة).

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

يصبح التوقيت الدقيق أكثر أهمية مع الواجهات عالية السرعة مثل SONET بسبب وجود علاقة عكسية بين عدد وحدات بت على رابط مادي في ثانية وطول الوقت الذي يظهر فيه البت نفسه عند المستقبل. على سبيل المثال، يمكن لواجهة SONET OC-3 إرسال 155،000،000 بت في الثانية. أستخدم هذه الصيغة لاحتساب الوقت على السلك لكل بت:

1 / 155000000 = .000000006 seconds

قارن هذه القيمة مع الوقت على السلك من بت على إرتباط T1:

1 / 1544000 = .000000648 seconds or 648 microseconds

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

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

H1 و H2

تحتاج أولا إلى فهم كيفية إستخدام SONET لوحدات البايت H1 و H2 في مصروفات الخط.

تتكون كل إشارة نقل متزامنة (STS-1) من 810 بايت، والتي تتضمن 27 بايت للتحميل الزائد للنقل و 783 بايت لمظروف الحمولة المتزامنة (SPE). تنسيق إطار STS-1 والصفوف التسعة في 90 عمود موضح في .

شكل 1 - تنسيق إطار STS-1

ينقسم قسم قسم النقل العام إلى قسم النفقات العامة والبنود العامة. تتضمن مصاريف الخط H1 و H2 بايت. يستخدم بروتوكول SONET هذه البايت لتعريف موضع الحمولة في جزء SPE من الإطار. يوضح هذا الجدول موقع وحدات بايت H1 و H2:

				المسار الأعلى
قسم النفقات العامة	تشكيل A1	تشكيل A2	تشكيل A3	تتبع J1
	B1 BIP-8	E1 OrderWire	مستخدم E1	B3 BIP-8
	D1 Data Com	D2 Data Com	D3 Data Com	ملصق الإشارة C2
خط زائد	مؤشر H1	مؤشر H2	إجراء مؤشر H3	حالة مسار G1
	B2 BIP-8	K1	كيه 2	قناة مستخدم F2
	D4 Data Com	D5 Data Com	D5 Data Com	مؤشر H4
	D7 Data Com	D8 Data Com	D9 Data Com	نمو Z3
	D10 Data Com	D11 Data Com	D12 Data Com	نمو الطراز Z4
	حالة/نمو مزامنة S1/Z1	نمو الطراز M0 أو M1/Z2 من الفئة REI-L	E2 OrderWire	اتصال ترادف Z5

كيفية معالجة SONET لمشاكل التوقيت

في حين تعرض شبكات SONET توقيتا دقيقا للغاية، فإن بعض الاختلافات تصبح حتمية. وعلى الرغم من أن الاختلاف صغير جدا، إلا أن ضيق الوقت على سلك كل بت يتطلب دقة توقيت دقيقة.

يمكن للشبكات المتزامنة إستخدام العديد من الطرق لحل مشاكل التوقيت. تستخدم شبكات SONET عمليات ضبط حشو البايت ومؤشر. قبل أن تدرس هذه المفاهيم، تحتاج أولا لفهم التدفقات الداخلية والزائدة.

بشكل أساسي، يقبل جهاز الشبكة حركة مرور البيانات على خط الإدخال، ويكتبها في مخزن مؤقت استنادا إلى تردد الإشارة الواردة. تحدد الساعة التي تم إنشاؤها محليا تردد قراءة وحدات بت من المخزن المؤقت. يحدد معدل القراءة متى يتم وضع محتويات الإطار (الثنائية 1s و 0s) على سطر مخرجات.

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

المشكلة	الشرط	إستجابة SONET
يتم تنفيذ الكتابة في مخزن مؤقت أسرع من القراءة من المخزن المؤقت.	طفح	NSE - انقل الإطار إلى الخلف بمقدار مكان بايت واحد.
يتم تنفيذ الكتابة إلى المخزن المؤقت بشكل أبطأ من القراءة من المخزن المؤقت.	انسياب	PSE - انقل الإطار إلى الأمام بمقدار مكان بايت واحد، وقم بإضافة بايت اصطناعي لتعويض فشل الكتابة.

بايت إجراء مؤشر H3

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

يحدث PSE على تجميع الإضافة/الإسقاط (ADM) عندما تعمل الإشارة الواردة متأخرة قليلا فيما يتعلق بساعة الواجهة الصادرة حيث تكون البيانات متصلة بشكل تبادلي. يحدث PSE أيضا عندما يكون معدل بيانات الحمولة بطيئا بالنسبة لمعدل إطارات STS. في هذه الظروف، يتم حشو موضع البايت بعد بايت H3 (تخطيه)، وتزداد قيمة المؤشر في بايت H1 أو H2.

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

أسباب أحداث المادة

عادة ما تزداد أحداث NSE و PSE بسبب مشاكل في المزامنة على الارتباط أو إعدادات الساعة غير الصحيحة. وتزداد هذه الأحداث أيضا في ظل هذه الظروف:

• تكون الإشارة المستلمة ضعيفة للغاية، ويقوم موجه SONET بالإبلاغ عما يبدو أنه أحداث NSE و PSE بسبب الإشارة المنخفضة للغاية.

• حيث تستخدم عملية التهيئة الخلفية خطا داخليا - داخليا، كما توجد إختلافات كافية في دقة الهزاز عند كل طرف.

• الألياف المادية ليست نظيفة بما فيه الكفاية.

• حيث يعمل جهاز الإرسال على زيادة سعة جهاز الاستقبال عن بعد، مع عدم وجود تخفيفات كافية على الارتباط.

• يختبر الرابط منبها أو حالة خطرة جدا. بينما يقوم الموجه بمسح هذه الحالة، يكتشف الموجه بعض بروتوكولات NPTR الصالحة، ويعدها بشكل غير صحيح على أنها وحدات NSE أو PSEs.

من المهم ملاحظة أن واجهات Cisco POS لا تقوم بإنشاء عدادات PSE أو NSE لأنها ترسل قيمة ثابتة في وحدات البايت H1 أو H2. تبلغ واجهات Cisco POS فقط عن ما تراه من السحابة.

هل بعض أحداث NSE/PSE مقبولة؟

يسرد هذا الجدول الحد الأقصى لمعدلات NSE و PSE المسموح بها لمختلف مستويات دقة ساعة الطبقة العليا:

ساعة	الحد الأقصى لمعدل NSE و PSE
ستراتوم 1	11.2 أشياء في اليوم
طبقة 2	12.44 عملية في الدقيقة
ستراتوم 3	59.6 عملية في الثانية
20 ppm	259 عملية في الثانية

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

ها هي معدلات PSE و NSE، إذا افترضت وجود إثنين من أجهزة Telco مع ساعات طبقة مستقلة:

Stratum 1 accuracy =  +/- 1x10-11

لذلك، فإن أسوأ حالة إزاحة بين ساعتين من الطبقة الأولى هي 2x10-11.

STS-1 rate = 51.84x10+6 bits/second

أسوأ حالات الإزاحة بين إثنين من STS-1s التي تشتغل من الطبقة المستقلة 1 ساعة هي:

             (51.84x10+6) x (2x10-11) 
          =  103.68 x10-5  bits/second 
          =  (103.68/8) x 10-5  bytes/second 
          =  12.96 x 10-5  bytes/ second 

كل تعديل (أو أي أداة) لمؤشر STS-1 يستوعب بايت واحد من البيانات. لذلك، الرقم هو أيضا معدل NSE أو PSE. وبالتالي فإن الحد الأقصى لمعدل NSE أو PSE عند افتراض وجود طبقة 1 من الساعات هو:

          = 12.96 x 10-5  stuffs per second 
          = (12.96x10-5) x (60x60x24) stuffs per day 
          = 11.2   stuffs per day 

تذكر هذه النقاط عند أستكشاف أخطاء NSE و PSE وإصلاحها:

• يجب ألا يزيد معدل أحداث PSE و NSE مع الحمل.

• تقوم بطاقات الخط Cisco POS بإنشاء قيمة مؤشر ثابت مقدارها 522. لذلك، يجب ألا ترى أي أحداث PSE أو NSE عند توصيل بطاقتي خط POS مرة أخرى إلى الخلف.

• يمكن الإبلاغ عن بعض أحداث NEWptr عندما تقوم الواجهة بمسح التنبيه أو أثناء حدوث خطأ فادح.

الاتصال بـ Cisco TAC

عندما تفتح حالة باستخدام دعم Cisco التقني للمساعدة في حل الزيادة في عدد أحداث PSE و NSE، يرجى الاستعداد لتوفير هذه المعلومات:

• ما إذا كانت الطبولوجيا عائدة إلى الخلف أو عبر شبكة SONET من ADM.

• النظام الأساسي للأجهزة وبطاقة الخط التي تستخدمها.

• وصف موجز لتاريخ المشكلة وأية خطوات اتخذتها لاستكشاف المشكلة وإصلاحها.

• إخراج الأمر show tech من الموجه الذي يقوم بالإبلاغ عن الأحداث.

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

• الدعم التقني والمستندات - Cisco Systems

محفوظات المراجعة