المحتويات

المقدمة

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

المتطلبات

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

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

نماذج مبدّل PoE (الطاقة عبر الإيثرنت)

المصطلح

فئة PoE (الطاقة عبر الإيثرنت)

مؤشرات LED لـ PoE (الطاقة عبر الإيثرنت) على switchports

إرشادات عامة لاستكشاف الأخطاء وإصلاحها

التحقق من الظروف البيئية والأعراض

تحقق من التفاصيل حول الجهاز الذي يتم تشغيله والمبدّل

مشكلات PoE الشائعة

لا توجد PoE على منفذ واحد فقط

لا توجد PoE على جميع المنافذ أو مجموعة من المنافذ

لا يعمل الجهاز المشغّل بواسطة Cisco على مبدّل Cisco PoE

لا يعمل الجهاز المزود بالطاقة من غير Cisco على مبدّل Cisco PoE

سيناريوهات أجهزة يتم تشغيلها من قبل جهات خارجية

الشرح والإجراءات الشائعة في سجل نظام PoE

مخرجات PoE وجمع البيانات

سجل نظام PoE

حالة POST

الطاقة والميزانية المضمنين

تشخيصات PoE

Catalyst 9200

Catalyst 9300

Catalyst 9400

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

عمليات تصحيح أخطاء ‪InlinePower (ILP)‬ لصالح PoE

جمع بيانات Catalyst 9200 المحددة

جمع بيانات Catalyst 9300 المحددة

جمع بيانات Catalyst 9400 المحددة

الحل الأخير / خطوات التعافي من الاقتحام

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

المقدمة

يوضح هذا المستند كيفية أستكشاف أخطاء الطاقة عبر شبكة إيثرنت (PoE) وإصلاحها في منصات التحويل الأساسية التي تدعم تقنية التزويد بالطاقة عبر شبكة إيثرنت (PoE) من Catalyst 9000.

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

المتطلبات

توصي Cisco بأن تكون لديك معرفة بالمواضيع التالية:

• مُبدّلات السلسلة Catalyst 9000 Series

• التشغيل عبر Ethernet

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

لا يقتصر هذا المستند على إصدارات برامج ومكونات مادية معينة. يتم دعم PoE على مبدّل يتيح PoE ونماذج بطاقة الخط في مجموعة منتجات Catalyst 9200 وCatalyst 9300 وCatalyst 9400. تستند إخراجات المثال الواردة في هذا المستند إلى عدد من إصدارات البرامج والأجهزة من مجموعة منتجات Catalyst 9000.

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

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

تدعم مبدّلات Catalyst 9000 أنواعًا مختلفة من معايير PoE.

· يتم اكتشاف أجهزة التزويد بالطاقة عبر شبكة إيثرنت (PoE) القياسية وتصنيفها في الطبقة 1 بواسطة محول جهاز الطبقة المادية (PHY)، ويتم توفير الطاقة في المستوى الافتراضي، و/أو يتم التفاوض بشأن مستويات الطاقة الأعلى مع بروتوكول أستكشاف Cisco (CDP).

•يتم الكشف عن الأجهزة التي تعمل بنظامي IEEE 802.3af (PoE) و‪802.3at (PoE+) (PDs)‬ بواسطة وحدة تحكم PoE على بطاقة مبدّل/خط Catalyst 9000 (في بعض الأحيان يوجد أكثر من واحد)، ويمكن تصنيف مستوى الطاقة المناسب قبل التشغيل عبر تصنيف IEEE، وكذلك التفاوض عليه لاحقًا.

· تعمل تقنية التزويد بالطاقة عبر شبكة إيثرنت (Universal Power over Ethernet) من Cisco على اكتشاف الأجهزة وتصنيفها مثل المستندة إلى المعايير، ولكن يتم رفع حد 30 وات إلى 60 وات عن طريق التفاوض (بعد التشغيل) من خلال بروتوكول اكتشاف طبقة الارتباط (LLDP) للحصول على طاقة داخلية عبر أسلاك إضافية.

· يستند Cisco UPoE+ إلى IEEE 802.03bt وهو متوفر على منتجات Catalyst 9000 الانتقائية ويمكن أن يوفر ما يصل إلى 90 وات لكل منفذ.

نماذج مبدّل PoE (الطاقة عبر الإيثرنت)

• مبدّلات Catalyst 9000 وبطاقات الخط التي تحتوي على "P" في معرّف المنتج الخاص بها تدعم PoE+ على مجموعة من المنافذ أو جميع المنافذ. على سبيل المثال، C9200L-48P-4G و C9200-24P و C9300-48P و C9400-LC-48P وما إلى ذلك.

• مبدّلات Catalyst 9000 وبطاقات الخط التي تحتوي على "U" في معرّف المنتج الخاص بها تدعم UPoE على مجموعة من المنافذ أو جميع المنافذ. على سبيل المثال، C9300-24U و C9400-LC-48UX وما إلى ذلك.

• مبدّلات Catalyst 9000 وبطاقات الخط التي تحتوي على "H" في معرّف المنتج الخاص بها تدعم UPoE+ على مجموعة من المنافذ أو جميع المنافذ. على سبيل المثال، C9300-48H و C9400-LC-48H وما إلى ذلك.

ملاحظة: لا تضمن إمكانية التزويد بالطاقة عبر شبكة إيثرنت (PoE) وحدها تعيين التزويد بالطاقة عبر شبكة إيثرنت (PoE). ارجع إلى ورقة البيانات لمعرفة القيود والمتطلبات الأخرى مثل نطاق المنفذ المدعوم ومصادر الطاقة اللازمة والحد الأدنى من إصدار البرامج وما إلى ذلك.

المصطلح

• PoE - الطاقة عبر الإيثرنت

• PoE+ - يعمل معيار PoE+ على زيادة الطاقة القصوى التي يمكن سحبها بواسطة جهاز مزوّد بالطاقة من 15.4 إلى 30 واط لكل منفذ

• UPoE - الطاقة الشاملة عبر الإيثرنت. تقنية خاصة من Cisco تعمل على توسيع معيار IEEE 802.at PoE لتوفير إمكانية توفير مصدر طاقة يصل إلى 60 وات عبر كل منفذ

· IF_ID - معرف الواجهة، القيمة الفريدة الداخلية التي تمثل واجهة محددة

• Platform Manager (مدير النظام الأساسي) - مكوّن برنامج داخلي في Cisco IOS® XE

· مدير الهيكل - مكون البرنامج الداخلي في Cisco IOS XE

• IOMD - برنامج تشغيل وحدة الإدخال والإخراج. مكون البرنامج الداخلي في Cisco IOS XE

• MCU - وحدة التحكم الصغيرة

· PD - جهاز مزود بالطاقة (هواتف بروتوكول الإنترنت (IP) ونقاط الوصول والكاميرات وما إلى ذلك).

• PSE - معدات توفير الطاقة، مثل مبدّل Catalyst 9000 القادر على PoE.

فئة PoE (الطاقة عبر الإيثرنت)

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

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

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

الفئة

الحد الأقصى لمستوى الطاقة المطلوب من الجهاز

0 (الحالة غير معروفة)

15.4 واط

1

4 واط

2

7 واط

3

15.4 واط

4

30 واط

5

45 واط

6

60 واط

7

75 واط

8

90 واط

مؤشرات LED لـ PoE (الطاقة عبر الإيثرنت) على switchports

يشرح هذا الجدول معنى حالة لون LED على المحول.

اللون

الوصف

إيقاف تشغيل

لم يتم تحديد وضع PoE. لم يتم رفض طاقة أي من منافذ 10/100/1000 أو أنها في حالة خطأ.

أخضر

يتم تحديد وضع التزويد بالطاقة عبر شبكة إيثرنت، ويعرض مصباح المنفذ الثنائي (LED) حالة وضع التزويد بالطاقة عبر شبكة إيثرنت (PoE).

كهرماني متقطع

لم يتم تحديد وضع PoE. تم رفض طاقة أحد منافذ 10/100/1000 على الأقل، أو أن أحد منافذ 10/100/1000 على الأقل به خطأ في وضع PoE.

إرشادات عامة لاستكشاف الأخطاء وإصلاحها

التحقق من الظروف البيئية والأعراض

• هل الجهاز المزود بالطاقة (PD) لا يعمل على الإطلاق، أم أنه يتم تشغيله لفترة وجيزة ثم يتم إيقاف تشغيله؟

· هل بدأت مشكلة أثناء التثبيت الأولي، أم أنها بدأت فترة من الوقت كان الجهاز يعمل فيها بشكل طبيعي؟

· إذا بدأت المشكلة بعد تشغيل الجهاز الذي يتم تشغيله بشكل طبيعي، فما الذي تغير؟ هل كانت هناك أي تغييرات في الأجهزة أو البرامج؟ أي تغيرات بيئية (درجة الحرارة، الرطوبة، تدفق الهواء، وهلم جرا)؟ أي تغييرات كهربائية (الصيانة، الانقطاع، التداخل، وهلم جرا)؟

• هل حدث أي شيء في الشبكة المحلية عند حدوث المشكلة؟ أستخدم  show logging  الأمر لمراجعة سجل المحول وفخاخ بروتوكول إدارة الشبكة البسيط (SNMP) (في حالة تكوينها). إذا كان الأمر كذلك، فهل يمكن أن يكون مرتبطًا بمشكلة أخرى خاصة بتلك الشبكة المحلية؟

• هل تحدث المشكلة في وقت محدد من النهار أو الليل؟ إذا كان الأمر كذلك، فهل هناك أي تغييرات بيئية/كهربائية معروفة في ذلك الوقت/اليوم المحدد؟

• هل تمت ملاحظة أي حدث في الشبكة في الوقت نفسه؟ يمكن أن يؤدي طوفان حركة المرور والعواصف والحلقة وازدحام الشبكة المتزايد واستخدام الموارد الأعلى من المعتاد (وحدة المعالجة المركزية والواجهات وما إلى ذلك) إلى فقد مؤقت للاتصال بين "نقطة الخدمة" وعنصر شبكة آخر، مما يمكن أن يتسبب في إعادة تمهيد "نقطة pd".

تحقق من التفاصيل حول الجهاز الذي يتم تشغيله والمبدّل

· ما نوع الجهاز المستخدم (Cisco Legacy، 802.3af، 802.3at، uPOE؟)، وهل يدعم متغير Catalyst 9000 موضع البحث هذا النوع؟

• هل تتوفر طاقة مضمنة كافية من مورد الطاقة على عضو المبدّل/بطاقة الخط المعنية؟

• هل لا توفر جميع منافذ عضو المبدّل/بطاقة خط واحدة PoE أم توفر القليل منها فقط؟

• ماذا عن المنافذ الموجودة على وحدات تحكم PoE المختلفة على نفس المبدّل/بطاقة الخط؟ (تحتوي الطُرز غير UPoE على 4 منافذ لكل وحدة تحكم وUPoE بها منفذين لكل وحدة تحكم)

• هل تأثر أكثر من عضو بطاقة خط/مبدّل في هيكل قاعدي/مكدس؟

· هل لا توفر المنافذ المتصلة حديثا فقط تقنية التزويد بالطاقة عبر شبكة إيثرنت (PoE)، وهل تعمل المنافذ المتصلة بالفعل على "موافق" على عضو المحول/بطاقة الخط نفسها؟

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

• هل يتأثر اتصال البيانات أم أنه مجرد وظيفة PoE؟

• هل المشكلة مقصورة على نوع/نموذج واحد من PD؟

· هل تمت مشاهدة أي رسائل PoE syslog؟

· ما هي نماذج المحولات وأنواع المحولات والسلاسل والمنافذ المستخدمة؟

· هل  show power inline [detail] يعكس حالة الطاقة بشكل صحيح على المنفذ؟

مشكلات PoE الشائعة

لا توجد PoE على منفذ واحد فقط

الخطوة 1: تحقق من أن الجهاز الذي تم تشغيله على المنافذ الأخرى ومن أن المشكلة موجودة على منفذ واحد فقط.

الخطوة 2: أستخدم  show run الأوامر show interface status للتحقق من عدم إيقاف تشغيل المنفذ أو تعطيله بالكامل.

الخطوة 3: أستخدم الأمر show run للتحقق من عدم تكوين الواجهةpower inline never على المنفذ.

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

الخطوة 5: تأكد من أن إجمالي طول الكبل من اللوحة الأمامية للمحول إلى الجهاز الذي يتم تشغيله لا يزيد عن 100 متر. 100 م يتضمن طول الكبل بين طرفي لوحة التوصيل (إذا كانت قيد الاستخدام).

الخطوة 6: إذا كانت لوحة التصحيح قيد الاستخدام، فقم بتوصيل الجهاز الذي تم تشغيله مباشرة بمنفذ switchport لاستبعاد وجود مشكلة في لوحة التصحيح.

الخطوة 7: إذا كان كبل الإيثرنت طويل نسبيا (> 50 م)، فقم بفصل الكبل من منفذ المحول. استخدم كبل إيثرنت أقصر لتوصيل جهاز بيانات جيد فقط (مثل جهاز كمبيوتر) بهذا المبدّل. دققت أن يؤسس الأداة معطيات فقط إثرنيت خطوة ويتبادل حركة مرور مع آخر مضيف، أو يمسك العنوان من مفتاح VLAN SVI. بعد ذلك، قم بتوصيل جهاز مزود بالطاقة بهذا المنفذ، وتحقق مما إذا كان سيتم تشغيله أم لا.

الخطوة 8: أستخدم  show power inline show power inline detail الأوامر لمقارنة عدد الأجهزة التي تعمل بالطاقة المتصلة بموازنة طاقة المحول (تتوفر تقنية التزويد بالطاقة عبر شبكة إيثرنت). تحقق من أن ميزانية طاقة المبدّل يمكنها تشغيل الجهاز.

الخطوة 9: انتقل إلى قسم أستكشاف الأخطاء وإصلاحها المتقدم لاستكشاف الأخطاء وإصلاحها عبر شبكة إيثرنت (PoE) وجمع البيانات.

لا توجد PoE على جميع المنافذ أو مجموعة من المنافذ

الخطوة 1: أستخدم الأمر show interface status للتحقق من عدم إيقاف تشغيل المنافذ وليس تعطيل الخطأ.

الخطوة 2: أستخدم show environment all الأوامر  show interface status و  show power inline لمراجعة حالة الطاقة إذا لم يكن هناك جهاز يتم تشغيله على أي منفذ يمكنه التشغيل. استخدم الأمر show log لمراجعة التنبيهات التي تم الإبلاغ عنها مسبقًا بواسطة رسائل النظام. إذا رأيت حالة غير عادية مقارنة بمصادر الطاقة، فركّز على ذلك أولاً.

الخطوة 3: إذا كانت المشكلة موجودة على جميع المنافذ، فقد يكون قسم التزويد بالطاقة عبر شبكة إيثرنت (PoE) في وحدة إمداد الطاقة معطلا إذا كان المحول يعمل بشكل طبيعي باستثناء التزويد بالطاقة عبر شبكة إيثرنت (PoE) وإذا كانت الأجهزة التي لا تدعم تقنية التزويد بالطاقة عبر شبكة إيثرنت (PoE) يمكنها إنشاء إرتباط إيثرنت للبيانات على أي منفذ. إذا كانت المشكلة في مجموعة متتالية من المنافذ وليس جميع المنافذ، فقد يكون هناك قسم فرعي معيب في PoE في المبدّل.

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

الخطوة 5: قم بارتداد الواجهة المتصلة بمنفذ المبدّل. إذا لم ينجح ذلك، فحاول إعادة تحميل المحول عن طريق إزالة سلك الطاقة، وانتظر لمدة 15 ثانية ويتم توفير الطاقة للمحول مرة أخرى.

الخطوة 6: احترس من أي حالات فشل تشخيصية أثناء/بعد التمهيد.

لا يعمل الجهاز المشغّل بواسطة Cisco على مبدّل Cisco PoE

عند تشغيل هاتف Cisco IP وظيفي، تقوم نقطة الوصول اللاسلكية من Cisco أو جهاز آخر يتم تشغيله من Cisco بإعادة التحميل أو الانفصال عن الطاقة المضمنة بشكل متقطع بتنفيذ الخطوات التالية:

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

الخطوة 2: تحقق من أن إجمالي طول الكبل من اللوحة الأمامية للمبدّل إلى الجهاز المشغل بالطاقة بما في ذلك لوحة التوصيل (إذا كانت قيد الاستخدام) لا يزيد عن 100 متر.

الخطوة 3: لاحظ ما تغير في البيئة الكهربائية في موقع المحول. ماذا يحدث في الجهاز الذي يتم تشغيله عند حدوث قطع الاتصال؟

الخطوة 4: أستخدم الأمر show log لمراجعة syslog والأحداث. افحص الطوابع الزمنية لسجلات النظام لمعرفة ما إذا تم الإبلاغ عن أي رسائل خطأ أخرى بواسطة المبدّل في نفس الوقت الذي يحدث فيه قطع الاتصال.

الخطوة 5: تحقق من أن هاتف Cisco IP لا يفقد الاتصال بإدارة المكالمات مباشرة قبل حدوث إعادة التحميل. يمكن أن تكون مشكلة شبكة، وليست مشكلة مشكلة التزويد بالطاقة عبر شبكة إيثرنت. هذا يستطيع كنت حددت بفسحة بين دعامتين التقاط على المفتاح ميناء بينما أداة مفعل ينفصل وتحليل من الالتقاط مبرد.

الخطوة 6: إذا سمح الجهاز المشغّل بالطاقة بإمكانية إصلاح أخطاء PoE أو التقاط الحِزمة، فقم بتشغيلها للحصول على نقاط بيانات إضافية لاستكشاف الأخطاء وإصلاحها.

الخطوة 7: قم بتوصيل جهاز بخلاف PoE بالمنفذ، وبالتحقق من أنه يعمل. إذا كان أحد الأجهزة التي لا تدعم تقنية التزويد بالطاقة عبر شبكة إيثرنت لديه مشاكل إرتباط أو معدل خطأ مرتفع، فقد تكون المشكلة اتصال كبل غير موثوق به بين منفذ المحول والمستخدم.

لا يعمل الجهاز المزود بالطاقة من غير Cisco على مبدّل Cisco PoE

عند توصيل جهاز لا يعمل بنظام التشغيل Cisco بمحول يعمل بتقنية الطاقة عبر شبكة إيثرنت (PoE)، ولكنه لا يعمل مطلقا أو يشغل الطاقة ثم ينفصل بسرعة عن الطاقة (أسفل الطاقة). تعمل الأجهزة التي لا تدعم تقنية التزويد بالطاقة عبر شبكة إيثرنت بشكل طبيعي وفق الخطوات التالية:

الخطوة 1: أستخدم الأمرshow power inline للتحقق من عدم استنفاد موازنة طاقة المحول (PoE المتاحة) قبل توصيل الجهاز الذي تم تشغيله أو بعد ذلك. تحقق من توفر طاقة كافية لنوع الجهاز الذي يعمل بالطاقة.

الخطوة 2: أستخدم show interface status  الأمر للتحقق من اكتشاف الجهاز الذي تم تشغيله بواسطة المحول عند الاتصال.

الخطوة 3: أستخدم الأمرshow logging للتحقق من أن الجهاز الذي يتم تشغيله لا يتسبب في حدوث خطأ في وحدة التحكم على المنفذ. إن يقع هذا، هو يكون ركزت في syslog.

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

الخطوة 5: تحقق من أن الجهاز الذي يتم تشغيله متوافق مع محول Cisco. على سبيل المثال، إذا كانت كلتا الوحدتين متوافقة مع المعايير، فإنهما قابلتان للتشغيل البيني. لا يمكن إستخدام CDP لتعريف جهاز غير من أجهزة Cisco، ويجب أن يعتمد المحول على الكشف الدقيق والتصنيف من خلال تصنيف الطبقة 1 أو LLDP عندما يتم إستخدام جهاز ليس من أجهزة Cisco. تأكد من تشغيل LLDP على منفذ المبدّل.

سيناريوهات أجهزة يتم تشغيلها من قبل جهات خارجية

السيناريو 1 - PD المرفق يتطلب طاقة أكبر مما تسمح به فئته. ولكنه لا يدعم امتداد CDP/LLDP أو يتم الاحتفاظ به معطلاً حسب السياسة المؤسسية. ونتيجة لذلك، يستمر switchport في الرفرفة.

التوصية - تكوين قوة ثابتة

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

C9000(config-if)#power inline static

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

C9000(config-if)#power inline static max <required_power>

السيناريو 2 - يتميز مصدر الطاقة (PD) المرفق بإمكانية التزويد بالطاقة عبر شبكة إيثرنت (PoE) على كل من أزواج الإشارات والإصدارات الاحتياطية. ولكنه لا يدعم امتداد CDP/LLDP أو يتم الاحتفاظ به معطلاً حسب السياسة المؤسسية.

توصية - تكوين 4 أزواج من PoE إذا كان PD يدعمها.

اكتشف ما إذا كان بروتوكول PD يدعم تقنية التزويد بالطاقة عبر شبكة إيثرنت (PoE) بمقدار 4 أزواج باستخدام تفاصيل الأمرshow power inline <interface>:

C9000#show power inline Gi1/0/1 detail

Interface: Gi1/0/1

Inline Power Mode: auto

Operational status: on

Device Detected: yes

Device Type: Ieee PD

<snip>

Four-Pair PoE Supported: Yes <++

Spare Pair Power Enabled: No

Four-Pair PD Architecture: Shared <++

تكوين 4 زوج من التزويد بالطاقة عبر شبكة إيثرنت:

Cat9K(config-if)#power inline four-pair forced

ملاحظة: يستخدم المحول UPoE بشكل افتراضي بروتوكول LLDP. لا تقم بتكوين 4 زوج من تقنية التزويد بالطاقة عبر شبكة إيثرنت (PoE) إلا إذا كان الجهاز الذي يتم تشغيله يحتوي على 4 أزواج قادر ولا يمكن إستخدام بروتوكول LLDP.

لمزيد من أستكشاف الأخطاء وإصلاحها، ارجع إلى أقسام PoE Syslog المشتركة وأستكشاف الأخطاء وإصلاحها المتقدمة.

السيناريو 3 - يحتاج الجهاز من الفئة 4 إلى 30 وات ولكنه لا يدعم بروتوكول CDP/LLDP أو يتم إبقاؤه معطلا لكل سياسة تنظيمية.

التوصية - قم بتكوين تصنيف للحدثين أو قم بتكوين الحد الأقصى لـ PoE

عند اكتشاف جهاز من الفئة 4، يخصص Cisco IOS 30 وات دون أي تفاوض CDP أو LLDP. هذا يعني أنه حتى قبل ظهور الارتباط، يحصل جهاز الطاقة من الفئة 4 على 30 واط. كما يقوم المحول على مستوى الأجهزة بتصنيف الحدث الثنائي الذي يسمح بميزة تحديد المعدل الديناميكي (PD) من الفئة 4 لاكتشاف قدرة المحول على توفير 30 وات من الأجهزة والتسجيل نفسه ويمكنه الانتقال إلى مستوى التزويد بالطاقة عبر شبكة إيثرنت (+PoE) دون أي تبادل لحزم CDP/LLDP. ما إن مكنت 2-event يكون على ميناء، أنت تحتاج أن يعطل يدويا/ما من يغلق الميناء أو يربط ال PD ثانية أن يبدأ ال IEEE كشف ثانية. ويكون تخصيص ميزانية الطاقة لجهاز من الفئة 4 من 30 وات إذا تم تمكين تصنيف 2-event على المنفذ، وإلا فيكون 15.4 وات.

Cat9K(config-if)#power inline port 2-event

ملاحظة: يلزم إغلاق/عدم إيقاف التشغيل على المنفذ لكيpower inline port 2-event يكون الأمر فعالا. يجب أن يدعم كل من بطاقة الخط/المحول (PD) تصنيف 2-event لهذا الأمر لكي يعمل.

Cat9K(config-if)#power inline static max <value> <++ desired amount of power in milliwatts

الشرح والإجراءات الشائعة في سجل نظام PoE

1. خطأ في منفذ وحدة التحكم

يتم اكتشاف خطأ في المنفذ تم الإبلاغ عنه بواسطة وحدة التحكم في الطاقة عبر الإيثرنت (PoE) بواسطة مبدّل Cisco. يحتوي خطأ وحدة التحكم على بعض المتغيرات الشائعة.

خطأ 1.1 Tstart

ILPOWER-3-CONTROLLER_PORT_ERR: Controller port error, Interface Gi1/0/1: Power Controller reports power Tstart error detected

يرتبط Tstart بتدفق التيار عند ظهور جهاز مزوّد بالطاقة على منفذ مبدّل. خطأ البداية يعني أن قيمة التيار المتدفق التي تم قياسها بواسطة وحدة تحكم PoE للمحول كانت أعلى من الحد الأقصى المسموح به.

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

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

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

1.2 تزويد الطاقة عبر الحرارة

%ILPOWER-3-CONTROLLER_PORT_ERR: Controller port error, Interface Gi1/0/1: Power Controller reports power supply over heat

يمكن أنpower inline port 2-event يساعد الأمر في بعض الحالات التي تواجه هذا السيناريو.

ل هذا خطأ على مادة حفازة 9300L مفتاح، راجع cisco بق id CSCvs52594 وتأكد أنت على cisco ios XE صيغة 16.12.3 أو متأخر

1.3 خطأ Imax

%ILPOWER-3-CONTROLLER_PORT_ERR: Controller port error, Interface Te3/0/1: Power Controller reports power Imax error detected

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

عادة ما يتم ملاحظة هذا الخطأ عندما يستمد الجهاز المشغل (PD) المتصل بمنفذ معين طاقة أكبر من التي يتم التفاوض عليها من خلال التفاوض CDP/LLDP.

جرب منشورا جيدا على نفس المنفذ وانظر ما إذا كان ذلك يساعد. إذا كانت المشكلة تتبع PD/نموذجًا معينًا، يُرجى التأكد من أن الجهاز المتصل بالطاقة متوافق مع IEEE.

لمزيد من المعلومات، راجع، أستكشاف أخطاء PoE IMAX وإصلاحها على محولات Catalyst 3650/3850 switches.

1.4 سجلات أخطاء أخرى غير شائعة لمنفذ التحكم

1. يتم توفير الطاقة، ولكن لا يبلغ جهاز التحكم في الطاقة عن منتج الطاقة.

%ILPOWER-3-CONTROLLER_PORT_ERR: Controller port error, Interface Gi1/0/20: Power given, but Power Controller does not report Power Good

%ILPOWER-5-IEEE_DISCONNECT: Interface Gi1/0/20: PD removed

%ILPOWER-5-DETECT: Interface Gi1/0/20: Power Device detected: IEEE PD

%ILPOWER-5-IEEE_DISCONNECT: Interface Gi1/0/20: PD removed

%ILPOWER-3-CONTROLLER_PORT_ERR: Controller port error, Interface Gi1/0/20: Power given, but Power Controller does not report Power Good

%ILPOWER-5-IEEE_DISCONNECT: Interface Gi1/0/20: PD removed

كجزء من اكتشاف PoE وتصنيفه، هناك تفاوض بين PSE و PD الذي يساعد PSE في تحديد الفئة PD. وبمجرد اكتمال اكتشاف "التزويد بالطاقة عبر شبكة إيثرنت" وتصنيفه، يتم تخصيص "التزويد بالطاقة عبر شبكة إيثرنت". في السيناريوهات المثالية، بعد تخصيص التزويد بالطاقة عبر شبكة إيثرنت (PoE)، يقوم مصدر الطاقة بإعادة مصدر الطاقة إلى قسم PSE ثم يتم ترقية الواجهة (تحدث الطبقة 1 بعد التزويد بالطاقة عبر شبكة إيثرنت (PoE)).

إذا فشل PD في إرسال رسالة Power Good أو لم يرسل رسالة "Power Good" في الوقت المناسب، تتم طباعة رسالة الخطأ هذه التي ينتج عنها إعادة تشغيل كامل لمفاوضات PoE. قد يتسبب ذلك في ظهور أعراض مثل الجهاز الذي لا يرتبط بشكل كامل أو يتم ركوب الدراجة بشكل مستمر.

لعزل المشكلة بشكل أكبر، يلزم توفر عمليات تصحيح الأخطاء والتوابع الخاصة ب PoE من الحالة التي تمثل مشكلة.

2. الزوج الاحتياطي من PWRGood

%ILPOWER-5-PWRGOOD_SPARE_PAIR: Interface Gi1/0/1: spare pair power good

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

3. الطاقة CDP توقف

%ILPOWER-5-ILPOWER_POWER_CDP_SHUT: Interface Gi3/0/1: inline power shut

%LINEPROTO-5-UPDOWN: Line protocol on Interface GigabitEthernet3/0/1, changed state to down

%LINK-3-UPDOWN: Interface GigabitEthernet3/0/1, changed state to down

%ILPOWER-7-DETECT: Interface Gi3/0/1: Power Device detected: IEEE PD

%ILPOWER-5-POWER_GRANTED: Interface Gi3/0/1: Power granted

ويعني سجل النظام هذا أنه يتم إغلاق الطاقة المضمنة لأن CDP اكتشف أن استهلاك الطاقة على منفذ مبدّل PoE هذا أكبر من:

1. قوة التخصيص، أو

2. حد واجهة الجهاز، أو

3. الطاقة القصوى التي تم تكوينها بواسطة المستخدم، أو

4. الطاقة المتوفرة على هذا المحول.

إن يكون هذا إصدار عابر، الإصدار يحل نفسه بعد ال switchport يرتد مثل في المثال. إذا كانت هنالك مشكلة سائدة، فافحصوا واستبعدوا النقاط الاربع المذكورة آنفا.

في بعض السيناريوهات، يمكن ملاحظة هذا الخطأ عندما يتم تمكين كل من CDP و LLDP على منفذ المحول وتصحيح أخطاء تقنية التزويد بالطاقة عبر شبكة إيثرنت (PoE) تكشف عن إستخدام كلا البروتوكولين في تفاوض الطاقة. يمكنك تعطيل بروتوكول LLDP لتخفيف المشكلة:

no lldp tlv-select power-management

OR

no lldp transmit / no lldp receive

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

4. ‪INVALID IEEE CLASS‬

%ILPOWER-5-INVALID_IEEE_CLASS: Interface Gi1/0/1: has detected invalid IEEE class: 8 device. Power denied

%ILPOWER-7-DETECT: Interface Gi1/0/1: Power Device detected: IEEE PD

يظهر هذا الخطأ عندما يكون الجهاز المتصل بالطاقة يحتوي على فئة IEEE غير صالحة. لا يقوم المحول بتشغيل الجهاز. راجع فئة PoE لفهم فئات PoE.

إذا كنت تستخدم جهاز (PD) غير مشغل من Cisco، فاكتشف ما إذا كانت الفئة PD هي الفئة المناسبة.

5. ‪SHUT OVERDRAWN‬

%ILPOWER-3-SHUT_OVERDRAWN: Interface Gi1/0/1 is shutdown as it is consuming more than the maximum configured power (15400) milliwatts.

%ILPOWER-5-IEEE_DISCONNECT: Interface Gi1/0/1: PD removed

%PM-4-ERR_DISABLE: inline-power error detected on Gi1/0/1, putting Gi1/0/1 in err-disable state

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

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

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

6. ‪TSTART SPAREPAIR‬

%ILPOWER-5-TSTART_SPARE_PAIR: Interface Te3/0/1: spare pair power error: TSTART

هذا الخطأ يعني أن الجهاز المشغل المتصل ب switchport حاول طلب الطاقة على Cat5 أو Cat6 wire pair & switch إحتياطي كشف عن تيار أعلى من المتوقع (خطأ Tstart) ونتيجة لذلك قرر إيقاف تشغيل الطاقة.

غالبا ما يرى هذا الخطأ مقترنا بخطأ Imax أو أخطاء أخرى تمت مناقشتها. هل إجراءات التظلم الموصوفة لتلك الأقسام التي تعتمد على الخطأ الذي تم رصده.

7. ‪SINGLE PAIRSET FAULT‬

%LINEPROTO-5-UPDOWN: Line protocol on Interface GigabitEthernet1/0/1, changed state to up

%ILPOWER-5-SINGLE_PAIRSET_FAULT: Interface Gi1/0/1: shutting down Alt-B pairset due to OVERCLS fault

%ILPOWER-5-SINGLE_PAIRSET_FAULT: Interface Gi1/0/1: shutting down Alt-B pairset due to OVERCLS fault

هذا خطأ يعني أن التوقيع المزدوج مشغل أداة على ال switchport أصاب خطأ فادح على واحد قارن وبالتالي أن مفتاح الإيقاف عمل. وقد تم أخذ المثال السابق من جهاز ومفتاح مشغل يدعم تقنية UPoE+.

8. ‪PGOOD TIMEOUT SPARE PAIR‬

%ILPOWER-5-PGOOD_TIMEOUT_SPARE_PAIR: Interface Te1/0/1: spare pair power good timeout error

يعني هذا الخطأ أن الجهاز المشغل المتصل ب switchport حاول طلب الطاقة على زوج أسلاك Cat5 أو Cat6 الاحتياطي ولكن حدث خطأ مهلة الطاقة لزوج الطاقة الاحتياطي ولم يتم توفير الطاقة على زوج الطاقة.

باستخدام محول 802.3bt (UPoE+)، تذكر محول Cisco الذي يدعم معيار IEEE 802.3bt للأجهزة التي تعمل بالطاقة من النوع 3 يمكن أن يكون في وضع 802.3at بشكل افتراضي. يمكن تمكين وضع 802.3bt من خلال هذا التكوين في وضع التكوين العام. لاحظ أن قوة الأمر هذه تقوم بتدوير المفتاح بعد التكوين. لا تنطبق هذه الخطوة على نماذج المبدّل التي لا تدعم UPoE+.

C9K(config)# hw-module switch 1 upoe-plus

!!!WARNING!!!This configuration will power cycle the switch to make it effective. Would you like to continue y/n?

حل آخر ممكن أن يكون أن يحاول ورمز صلب الطاقة المطلوب على ال switchport مع power inline static القارن تشكيل.

في حالات نادرة، يمكن إرفاق هذا الخطأ عند إستخدام بطاقة خط/محول 802.2bt.

%ILPOWER-5-SINGLE_PAIRSET_FAULT: Interface Gi1/0/1: shutting down Alt-B pairset due to OVERCLS fault

وهذا يعني أن الجهاز الذي يعمل بالطاقة غير قادر على العمل مع نظام 802.3bt PoE. إستخدام محول PoE غير 802.3bt.

9. ‪ILPOWER POWER DENY‬

%ILPOWER-5-IEEE_DISCONNECT: Interface Gi1/0/1: PD removed

%ILPOWER-7-DETECT: Interface Gi1/0/1: Power Device detected: IEEE PD

%ILPOWER-5-ILPOWER_POWER_DENY: Interface Gi1/0/1: inline power denied. Reason: insufficient power

يعني هذا الخطأ عدم وجود طاقة كافية باقية في المحول لإمداد منفذ التزويد بالطاقة عبر الإيثرنت (PoE).

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

10. خطأ في نشر وحدة التحكم

%ILPOWER-3-CONTROLLER_POST_ERR: Inline Power Feature is disabled on this switch because

Power On Self Test (POST) failed on this switch.

قرر المبدّل إيقاف تشغيل PoE بسبب فشل الاختبار الذاتي لبدء التشغيل (POST) على هذا المبدّل.

تحقق من تشغيل وحدة التحكم في الطاقة عبر الإيثرنت (PoE) لاختبار الحالة الصحية لجهاز تحديد مصادر الطاقة. راجع قسم POST ضمن نواتج PoE وجمع البيانات للحصول على مزيد من المعلومات.

11. ‪IEEE DISCONNECT‬

%ILPOWER-7-DETECT: Interface Gi2/0/1: Power Device detected: Cisco PD

%ILPOWER-5-IEEE_DISCONNECT: Interface Gi2/0/1: PD removed

يعني هذا الخطأ أن الجهاز الذي يتم تشغيله بالطاقة لم يعد متصلاً بالمبدّل، أو أن الجهاز المتصل بالطاقة قد تم تحويله إلى مصدر طاقة تيار متردد خارجي مما تسبب في قيام المبدّل بإزالة PoE على المنفذ.

في بعض الحالات يكون هذا الخطأ مصحوبًا بأخطاء أخرى مثل:

%ILPOWER-5-IEEE_DISCONNECT: Interface Tw1/0/1: PD removed

%ILPOWER-3-CONTROLLER_PORT_ERR: Controller port error, Interface Tw1/0/1: Power is given, but State Machine Power Good wait timer timed out

%ILPOWER-5-IEEE_DISCONNECT: Interface Tw1/0/1: PD removed

في مثل هذه الحالات اتخذ الإجراء المناسب بناء على الخطأ الآخر.

12. LOG OVERDRAWN

%ILPOWER-4-LOG_OVERDRAWN: Interface Gi1/0/1 is overdrawing power. it is consuming 2346 milliwatts where as maximum configured power is (0) milliwatts.

%ILPOWER-5-IEEE_DISCONNECT: Interface Gi1/0/1: PD removed

تجاوز حجم الطاقة التي تستهلكها الواجهة X. لقد استهلكت وحدات مللي وات في حين أن الحد الأقصى للطاقة المهيأة هو مليواط Z. هذا مجرد سجل معلوماتي ويستمر المبدّل في توفير PoE على المنفذ ما لم تنفد الطاقة من المبدّل (SHUT_OVERDRAWN) أو خطأ آخر.

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

13. ‪CLR OVERDRAWN‬

%ILPOWER-3-CONTROLLER_PORT_ERR: Controller port error, Interface Gi1/0/1: Power given, but State Machine Power Good wait timer timed out

%ILPOWER-4-LOG_OVERDRAWN: Interface Gi1/0/1 is overdrawing power. it is consuming 2346 milliwatts whereas maximum configured power is (0) milliwatts.

%ILPOWER-5-IEEE_DISCONNECT: Interface Gi1/0/1: PD removed

%ILPOWER-7-DETECT: Interface Gi1/0/1: Power Device detected: Cisco PD

%ILPOWER-5-CLR_OVERDRAWN: Interface Gi1/0/1 is NOT overdrawing power.

it is consuming 2346 milliwatts whereas maximum configured value is (15400) milliwatts.

هذا السجل المعلوماتي يخبر المستخدم أن الواجهة X قد أفرطت في إستهلاك الطاقة في وقت سابق ولكن لم تعد كذلك. لقد استهلكت مليوات بينما القيمة القصوى المهيأة هي z مليواط.

14. ‪DET TIMEOUT SPARE PAIR‬

%ILPOWER-6-SET_ILPOWER: Set power allocated to POE to 17180 for slot 0

%ILPOWER-7-DETECT: Interface Gi4/0/1: Power Device detected: IEEE PD

%ILPOWER-5-POWER_GRANTED: Interface Gi4/0/1: Power granted

%ILPOWER-5-DET_TIMEOUT_SPARE_PAIR: Interface Gi4/0/1: spare pair detect timeout

يعني هذا الخطأ أن الجهاز الذي يعمل بالطاقة طلب الطاقة على طاقة الأسلاك الاحتياطية Cat5 أو Cat6 وفي العملية تم اكتشاف مهلة الزوج الاحتياطي. ونتيجة لذلك، لا يتم توفير الطاقة على زوج قطع الغيار.

15. الطاقة المتوفرة، ولكن وحدة التحكم في الطاقة لا تبلغ عن منتج الطاقة

مخرجات PoE وجمع البيانات

سجل نظام PoE

ابحث عن أي رسائل خطأ ذات صلة موصوفة تحت قسم CoE Syslog الشائع في show logging الإخراج.  على سبيل المثال، حدث خطأ في وحدة تحكم التزويد بالطاقة عبر شبكة إيثرنت (PoE) وخطأ في موازنة التزويد بالطاقة عبر شبكة إيثرنت ومشكلة في وحدة التزويد بالطاقة وما إلى ذلك.

حالة POST

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

C9K#show post

Stored system POST messages:

Switch 1

---------

**snip**

POST: Inline Power Controller Tests : Begin <++ PoE related test

POST: Inline Power Controller Tests : End, Status Passed <++ Desirable outcome

الطاقة والميزانية المضمنين

تحقق من ميزانية PoE وحالة الطاقة المضمنة لعضو المبدّل/بطاقة الخط/الواجهة. استخدم الأمر show power inline لمراجعة هذه العوامل:

- تتوفر طاقة PoE لكل مبدّل.

- طاقة PoE المستخدمة بواسطة جميع المنافذ الموجودة في المبدّل.

- طاقة PoE المستخدمة بواسطة كل جهاز متصل بالطاقة.

- تصنيف طاقة PoE.

C9348U#show platform software ilpower system 1  <++ This value represents switch number for C9300/C9200 and line card number for C9400

ILP System Configuration

Slot: 1

ILP Supported: Yes

Total Power: 857000

Used Power: 8896

Initialization Done: Yes

Post Done: Yes

Post Result Logged: No

Post Result: Success

Power Summary:

Module: 0

Power Total: 857000

Power Used: 8896

Power Threshold: 80

Operation Status: On

Pool: 1

Pool Valid: Yes

Total Power: 857000

Power Usage: 8896

C9348U#show power inline module 1 <++ This value represents switch number for C9300/C9200 and line card number for C9400

Module   Available     Used         Remaining

(Watts)      (Watts)        (Watts)

------   ---------   --------       ---------

1        857.0        8.9           848.1    <++ available PoE budget on switch 1

Interface  Admin    Oper     Power       Device         Class Max

(Watts)

--------- ------ ---------- ------- ------------------- ----- ----

Gi1/0/1    off    off        0.0         n/a              n/a 60.0

Gi1/0/2   auto    off        0.0         n/a              n/a 60.0

Gi1/0/3   auto    off        0.0         n/a              n/a 60.0

Gi1/0/4   auto    on         8.9       IP Phone 8851       4  60.0

**snip**

C9348U#show power inline gigabitEthernet 1/0/4

Interface  Admin   Oper      Power      Device          Class  Max

(Watts)

--------- ------ ---------- ------- ------------------- -----  ----

Gi1/0/4    auto     on         8.9     IP Phone 8851       4   60.0 <++ Oper status is typically "on". Other states are bad/faulty/off and so on

C9348U#show power inline gigabitEthernet 1/0/4 detail

Interface: Gi1/0/4

Inline Power Mode: auto

Operational status: on <++ Success

Device Detected: yes <++ Success

Device Type: Cisco IP Phone 8851 <++ Success

IEEE Class: 4 <++ Success

Discovery mechanism used/configured: Ieee and Cisco

Police: off

Power Allocated

Admin Value: 60.0

Power drawn from the source: 8.9 <++ Success

Power available to the device: 8.9 <++ Success

Actual consumption

Measured at the port: 3.4 <++ Success

Maximum Power drawn by the device since powered on: 3.8

Absent Counter: 0

Over Current Counter: 0

Short Current Counter: 0

Invalid Signature Counter: 0

Power Denied Counter: 0

Power Negotiation Used: CDP

LLDP Power Negotiation --Sent to PD-- --Rcvd from PD--

Power Type:         -                 -

Power Source:       -                 -

Power Priority:     -                 -

Requested Power(W): -                 -

Allocated Power(W): -                 -

Four-Pair PoE Supported: Yes

Spare Pair Power Enabled: No

C9348U#show power inline police gigabitEthernet 1/0/4

Interface  Admin    Oper      Admin     Oper     Cutoff   Oper

State     State    Police     Police     Power    Power

--------- ------ ---------- ---------- ---------- ------ -----

Gi1/0/4   auto      on         none      n/a       n/a     3.4  <++ Verify Operating Power

C9348U#show platform software ilpower port gigabitEthernet 1/0/4

ILP Port Configuration for interface Gi1/0/4

Initialization Done: Yes

ILP Supported: Yes

ILP Enabled: Yes

POST: Yes

Detect On: No

PD Detected Yes

PD Class Done No

Cisco PD: No

Power is On: Yes

Power Denied: No

PD Type: IEEE

PD Class: IEEE4

Power State: OK

Current State: NGWC_ILP_LINK_UP_S <++ Success

Previous State: NGWC_ILP_LINK_UP_S

Requested Power: 8896

Short: 0

Short Cnt: 0

Cisco PD Detect Count: 0

Spare Pair mode: 0

Spare Pair Arch: 1

Signal Pair Pwr alloc: 0

Spare Pair Power On: 0

PD power state: 0

Timer:

Bad Power: Stopped

Power Good: Stopped

Power Denied: Stopped

Cisco PD Detect: Stopped

IEEE Detect: Stopped

IEEE Short: Stopped

Link Down: Stopped

Vsense: Stopped

تشخيصات PoE

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

- مكونات أجهزة PoE

- الواجهات

- الوصلات الملحومة وتكامل اللوحة

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

المنصة

اسم الاختبار

معطل أو غير معطل

الحالة الافتراضية

التوصية

الإصدار الأولي

Catalyst 9200

DiagPoETest

غير معطل**

إيقاف التشغيل

قم بتشغيل هذا الاختبار إذا واجهت مشكلات في وحدة تحكم PoE مع أحد المنافذ. لا يمكن تشغيل هذا إلا كاختبار عند الطلب.

16.9.2

Catalyst 9300

TestPoE

معطل*

إيقاف التشغيل

لا تبدأ هذا الاختبار التشخيصي أثناء التشغيل العادي للمبدّل ما لم يوصَى به/يضمّنه مركز المساعدة الفنية (TAC). يمكن إجراء هذا الاختبار إذا واجهت مشكلات في وحدة التحكم في PoE مع أحد المنافذ، ولا يمكن تشغيله إلا كاختبار عند الطلب

16.6.1

Catalyst 9400

DiagPoETest

غير معطل**

إيقاف التشغيل

قم بتشغيل هذا الاختبار إذا واجهت مشكلات في وحدة تحكم PoE مع أحد المنافذ. لا يمكن تشغيل هذا إلا كاختبار عند الطلب.

16.6.1

* قيد المراجعة من قبل Cisco إذا كان يمكن جعل هذا الأمر دون حدوث أعطال في المستقبل.

** اختبار غير معطل، آمن للتشغيل أثناء الإنتاج.

Catalyst 9200

C9200L-24P-4X-A#diagnostic start switch 1 test DiagPoETest <++ 1 is switch number, use respective switch number in question

Diagnostic[switch 1]: Running test(s) 6 may disrupt normal system operation and requires reload

Do you want to continue? [no]: yes <++ hit yes, this is non-disruptive. Enhancement is being tracked to remove warning message

*Jun 10 10:22:06.718: %DIAG-6-TEST_RUNNING: switch 1: Running DiagPoETest{ID=6} ...

*Jun 10 10:22:06.719: %DIAG-6-TEST_OK: switch 1: DiagPoETest{ID=6} has completed successfully

C9200L-24P-4X-A#sh diagnostic result switch 1 test DiagPoETest

Current bootup diagnostic level: minimal

Test results: (. = Pass, F = Fail, U = Untested)

6) DiagPoETest ---------------------> .  <++ expected result is pass "."

Catalyst 9300

C9348U-1#diagnostic start switch 1 test DiagPoETest <++ 1 is switch number, use respective switch number in question

Diagnostic[switch 1]: Running test(s) 8 may disrupt normal system operation and requires reload

Do you want to continue? [no]: yes << use with caution, this is disruptive test

C9348U-1#

*Mar 7 06:28:39 CET: %DIAG-6-TEST_RUNNING: switch 1: Running DiagPoETest{ID=8} ...

*Mar 7 06:28:39 CET: %DIAG-6-TEST_OK: switch 1: DiagPoETest{ID=8} has completed successfully

C9348U-1#

C9348U-1#show diagnostic result switch 1 test DiagPoETest

Current bootup diagnostic level: minimal

Test results: (. = Pass, F = Fail, U = Untested)

8) DiagPoETest ---------------------> . <++ expected result is pass "."

Catalyst 9400

C9400#diagnostic start module 3 test TestPoe <++ 3 is line card number, use respective line card number in question

*Jun 10 10:15:23.835: %SYS-5-CONFIG_I: Configured from console by console

test94#

*Jun 10 10:15:26.118: %DIAG-6-TEST_RUNNING: module 3: Running TestPoe{ID=5} ...

*Jun 10 10:15:26.119: %DIAG-6-TEST_OK: module 3: TestPoe{ID=5} has completed successfully

C9400#sh diagnostic result module 3 test TestPoe

Current bootup diagnostic level: minimal

Test results: (. = Pass, F = Fail, U = Untested

5) TestPoe -------------------------> . <++ expected result is pass "."

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

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

عمليات تصحيح أخطاء ‪InlinePower (ILP)‬ لصالح PoE

ILpower (ILP) هو مكون برنامج داخلي من Cisco IOS XE يعمل ضمن برنامج Cisco IOS Dameon (Cisco IOS). ينفذ ILpower جهاز حالة PoE الذي يحكم خطوات مختلفة من وظيفة PoE. التالي، هو مخطط طاقة يمكن إستخدامه كمرجع بالاقتران مع تصحيح أخطاء Cisco IOS.

افحص عمليات تصحيح الأخطاء من كل خطوة في الجهاز لفهم الخطوة التي يتم فيها تعطل الوظيفة. قارن هذه الأخطاء من منفذ PoE الذي يعمل ومنفذ PoE الذي لا يعمل مع نفس/نفس PDs يمكن أن يكون مفيدا أيضا لتعريف الشذوذ.

1. بدء عمليات تصحيح الأخطاء هذه:

debug condition interface GigabitEthernet <> <++ Specify interface number for conditional debugging. This helps to limit impact on CPU.

debug ilpower event

debug ilpower controller

debug ilpower powerman

2. إغلاق المنفذ المعني.

3. قم بإيقاف تشغيل وحدة تحكم التسجيل والمراقبة الطرفية ( لا يوجد وحدة تحكم تسجيل من وضع التكوين العام ومصطلح no mon form user exec mode).

4. قم بإجراء نسخ إحتياطي لمخرج التسجيل إذا لزم الأمر، نظرا لأن الخطوة التالية تقوم بإعادة تعيين المخزن المؤقت للتسجيل. على سبيل المثال- show logging | ذاكرة الفلاش المعاد توجيهها:show logbackup.txt

5. تأكد من تعيين مستوى المخزن المؤقت للتسجيل على تصحيح الأخطاء. قم بزيادة حجم المخزن المؤقت للتسجيل إلى 50 كيلوبايت على الأقل (المخزن المؤقت للتسجيل 50000). من المهم أن نتذكر أن هذه الخطوة تعمل على مسح السجلات التاريخية.

6. قم بتمكين تصحيح الأخطاء المشروط والتسجيل الواضح (مسح التسجيل).

7. قم بفك المنفذ المعني والانتظار لمدة 30-40 ثانية على الأقل لمفاوضة PoE.

8. قم بإيقاف تشغيل التصحيح باستخدام undebug all وجمع الأخطاءshow logging لفهم الأخطاء.

9. التراجع عن جميع التغييرات التي تمت في الخطوات 2-7.

هذا هو ما تبدو عليه معاملة التزويد بالطاقة عبر شبكة إيثرنت الناجحة عادة:

*Mar 6 22:18:33.493: ILP:: ilp enabled in hwidb Gi1/0/4

*Mar 6 22:18:33.493: ILP notify LLDB-TLV: lldp power class tlv:

*Mar 6 22:18:33.493: (curr/prev) pwr value 15400/0

*Mar 6 22:18:33.493: ILP:: ILP CLI 'no shut' handling ( Gi1/0/4 ) Okay

*Mar 6 22:18:33.493: ILP:: Sending poe coredump msg to slot:1

*Mar 6 22:18:33.493: ILP::

Sending E_ILP_GET_DEBUG_CORE_DUMP IPC message from RP to platform

*Mar 6 22:18:33.493: ILP:: ilp hwidb Gi1/0/4 admstate 2

*Mar 6 22:18:33.493: ILP:: ilp hwidb Gi1/0/4 admstate auto, start detect 2

*Mar 6 22:18:33.493: ILP:: ILP CLI 'no shut' handling ( Gi1/0/4 ) Okay

*Mar 6 22:18:33.493: ILP:: ilp enabled in hwidb Gi1/0/4

*Mar 6 22:18:33.494: ILP:: Gi1/0/4: State=NGWC_ILP_SHUT_OFF_S-0, Event=NGWC_ILP_CLI_START_DETECT_EV-17

*Mar 6 22:18:33.494: ILP:: START_DETECT_EV, shutoff_state Gi1/0/4

*Mar 6 22:18:33.494: ILP:: Sending poe detect msg to slot:1 port:4

*Mar 6 22:18:33.494: ILP::

Sending E_ILP_START_IEEE IPC message from RP to platform

*Mar 6 22:18:34.617: ILP:: ILP:get_all_events: num_port: 1, if_id: 4

*Mar 6 22:18:34.617: ILP:: interface in get_all_events: Gi1/0/4, slot 1, port 4

*Mar 6 22:18:34.617: ILP:: ilp event CLASS DONE <++ Classification done

*Mar 6 22:18:34.617: ILP:: posting ilp slot 1 port 4 event 1 class 4

*Mar 6 22:18:34.617: ILP:: ilp fault 0

*Mar 6 22:18:34.618: ILP:: Gi1/0/4: State=NGWC_ILP_DETECTING_S-2, Event=NGWC_ILP_IEEE_CLASS_DONE_EV-1

*Mar 6 23:18:34 CET: %ILPOWER-7-DETECT: Interface Gi1/0/4: Power Device detected: IEEE PD

*Mar 6 22:18:34.618: (Gi1/0/4) data power pool 1 <++ power is taken from a single pool on the PSE called pool 1

*Mar 6 22:18:34.618: Ilpower PD device 3 class 7 from interface (Gi1/0/4)

*Mar 6 22:18:34.618: (Gi1/0/4) state auto

*Mar 6 22:18:34.618: (Gi1/0/4) data power pool: 1, pool 1

*Mar 6 22:18:34.618: (Gi1/0/4) curr pwr usage 30000

*Mar 6 22:18:34.618: (Gi1/0/4) req pwr 30000 <++ requested power is 30W i.e 30000 mw

*Mar 6 22:18:34.618: (Gi1/0/4) total pwr 857000 <++ total current available PoE on switch 1 is 875000 mw

*Mar 6 22:18:34.618: (Gi1/0/4) power_status OK

*Mar 6 22:18:34.618: ilpower new power from pd discovery Gi1/0/4, power_status ok

*Mar 6 22:18:34.618: Ilpower interface (Gi1/0/4) power status change, allocated power 30000

*Mar 6 22:18:34.618: ILP notify LLDB-TLV: lldp power class tlv:

*Mar 6 22:18:34.618: (curr/prev) pwr value 30000/0 <++ current value 30W and previous value was 0

*Mar 6 22:18:34.618: ILP::

Sending E_ILP_USED_POE IPC message from RP to platform

*Mar 6 22:18:34.618: ILP:: Update used poe power 30000 to platform_mgr for slot 1

*Mar 6 22:18:34.618: ILP:: Sending icutoff current msg to slot:1 port:4

*Mar 6 22:18:34.618: ILP::

Sending E_ILP_SET_ICUTOFF IPC message from RP to platform

*Mar 6 22:18:34.618: ilpower_notify_lldp_power_via_mdi_tlv Gi1/0/4 pwr alloc 30000

*Mar 6 22:18:34.618: Gi1/0/4 AUTO PORT PWR Alloc 255 Request 255

*Mar 6 22:18:34.618: Gi1/0/4: LLDP NOTIFY TLV: <++ values are pushed down to software in form of TLV (type-length-value)

(curr/prev) PSE Allocation: 25500/0

(curr/prev) PD Request : 25500/0

(curr/prev) PD Class : Class 4/ <++ class 4 device, 30W from PSE

(curr/prev) PD Priority : low/unknown

(curr/prev) Power Type : Type 2 PSE/Type 2 PSE

(curr/prev) mdi_pwr_support: 15/0

(curr/prev Power Pair) : Signal/

(curr/prev) PSE Pwr Source : Primary/Unknown

*Mar 6 22:18:34.619: ILP:: Sending ieee pwr msg to slot:1 port:4

*Mar 6 22:18:34.619: ILP::

Sending E_ILP_APPROVE_PWR,DENY IPC message from RP to platform

*Mar 6 22:18:34.619: ILP:: ILP Power Accounting REQ_PWR ( Gi1/0/4 ) Okay sys_used=30000

*Mar 6 22:18:34.619: ILP::

Sending E_ILP_SET_ICUTOFF IPC message from RP to platform

*Mar 6 22:18:34.619: ILP:: Sending icutoff current msg to slot:1 port:4

*Mar 6 22:18:34.619: ILP::

Sending E_ILP_SET_ICUTOFF IPC message from RP to platform

*Mar 6 22:18:34.619: ILP::

Sending E_ILP_SET_ICUTOFF IPC message from RP to platform

*Mar 6 22:18:34.619: ILP:: Sending icutoff current msg to slot:1 port:4

*Mar 6 22:18:34.619: ILP::

Sending E_ILP_SET_ICUTOFF IPC message from RP to platform

*Mar 6 22:18:34.619: ILP::

Sending E_ILP_SET_ICUTOFF IPC message from RP to platform

*Mar 6 22:18:34.619: ILP:: Sending icutoff current msg to slot:1 port:4

*Mar 6 22:18:34.619: ILP::

Sending E_ILP_SET_ICUTOFF IPC message from RP to platform

*Mar 6 22:18:34.909: ILP:: Rx Response ILP msg: response_code 12, sw_num 1

*Mar 6 22:18:34.909: ILP:: ILP msg: received E_ILP_GET_POWER_SENSE

*Mar 6 22:18:34.909: ILP:: ILP:pwr_sense: num_ports: 48, switch_num: 1

*Mar 6 22:18:34.910: ILP:: ILP:Gi1/0/4:power real 0, min 0, max 0, police 0, overdraw: 0

*Mar 6 23:18:35 CET: %SYS-5-CONFIG_I: Configured from console by console

*Mar 6 22:18:35.205: ILP:: ILP:get_all_events: num_port: 1, if_id: 4

*Mar 6 22:18:35.206: ILP:: interface in get_all_events: Gi1/0/4, slot 1, port 4

*Mar 6 22:18:35.206: ILP:: ilp event PWR GOOD

*Mar 6 22:18:35.206: ILP:: posting ilp slot 1 port 4 event 2 class 0

*Mar 6 22:18:35.206: ILP:: ilp fault 0

*Mar 6 22:18:35.206: ILP:: Gi1/0/4: State=NGWC_ILP_IEEE_PD_DETECTED_S-4, Event=NGWC_ILP_PWR_GOOD_EV-2

*Mar 6 23:18:35 CET: %ILPOWER-5-POWER_GRANTED: Interface Gi1/0/4: Power granted

*Mar 6 23:18:35 CET: %LINK-3-UPDOWN: Interface GigabitEthernet1/0/4, changed state to down

*Mar 6 22:18:39.318: ILP:: ilpsm posting link up event Gi1/0/4

*Mar 6 22:18:39.319: ILP:: Gi1/0/4: State=NGWC_ILP_LINK_UP_S-6, Event=NGWC_ILP_PHY_LINK_UP_EV-20

*Mar 6 23:18:41 CET: %LINK-3-UPDOWN: Interface GigabitEthernet1/0/4, changed state to up

*Mar 6 22:18:41.317: ILP:: ilp enabled in hwidb Gi1/0/4

*Mar 6 23:18:42 CET: %SYS-5-LOG_CONFIG_CHANGE: Console logging: level debugging, xml disabled, filtering disabled

*Mar 6 23:18:42 CET: %LINEPROTO-5-UPDOWN: Line protocol on Interface GigabitEthernet1/0/4, changed state to up

**snip**

جمع بيانات Catalyst 9200 المحددة

1. تجميع show tech-support PoE .

C9200#show tech-support poe | redirect flash:shtechPOE9200.txt

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

C9200#show platform software fed switch 1 ifm mappings

Interface            IF_ID Inst Asic Core Port SubPort Mac Cntx LPN GPN Type Active

GigabitEthernet1/0/1  0x7   0    0    0    4     0     12    4   1   1  NIF   Y

GigabitEthernet1/0/2  0x8   0    0    0    5     0      4    5   2   2  NIF   Y

GigabitEthernet1/0/3  0x9   0    0    0    6     0     14    6   3   3  NIF   Y

GigabitEthernet1/0/4  0xa   0    0    0    7     0     13    7   4   4  NIF   Y

**snip**

3. قم بجمع الآثار. تقوم واجهة سطر الأوامر هذه بإنشاء ملف ثنائي في Flash. يمكن فك ترميزها بواسطة مركز المساعدة الفنية (TAC) من Cisco للتحقيق بشكل أعمق.

C9200#request platform software trace archive

C9200#dir flash: | in tar

48602 -rw- 404145 Jun 9 2020 03:12:36 +00:00 C9200L-48P-4X-1_1_RP_0_trace_archive-20200609-031235.tar.gz <++ upload to TAC case

C9200#

4. قم بجمع المزيد من سجلات PoE. تقوم واجهة سطر الأوامر هذه بإنشاء ملف في Flash. يمكن تحليله بواسطة TAC في Cisco لفحص أعمق.

C9200#show controllers power inline

For logs refer to /flash/poe_controller_logs_*

C9200#dir flash: | in poe

32472   -rw-            33566   Dec 4 2021 09:12:10 +00:00  poe_controller_logs_sw2_Sat-Dec-04-21-09:12:10-UTC

ملاحظة: يتم دعم واجهة سطر الأوامر هذه رسميا في الإصدار 17.6.x وما بعده.

جمع بيانات Catalyst 9300 المحددة

1. تجميع show tech-support PoE .

C9300#show tech-support poe | redirect flash:shtechPOE9300.txt

2. أوامر show مفيدة (موجودة أيضا في show tech poe ) يمكن تجميعها وفحصها بشكل فردي.

show clock

show version

show running-config

show env all

show power inline

show power inline police

show interface status

show platform software ilpower details

show stack-power budgeting

show stack-power detail

show controllers ethernet-controller phy detail

show controllers power inline module 1

show platform frontend-controller version 0 1

show platform frontend-controller manager 0 1

show platform frontend-controller subordinate 0 1

show platform software ilpower system 1

show power inline Gi<> detail

3. تجميع frontend-controller الإصدار وتفريغ وحدة التحكم.

3.1.show platform frontend-controller version 0 <switch number>

C9348U#show platform frontend-controller version 0 1   <++ 1 is switch number here, use your respective switch number in question

Switch 1 MCU:

Software Version  129

System Type        6

Device Id          2

Device Revision    0

Hardware Version   41

Bootloader Version 17

3.2.show controllers power inline module <switch number>

show controllers power inline module 1 <++ 1 is switch number, use respective switch no. in question

3.3 قراءة سجلات وحدة التحكم.

test frontend-controller read-poe <MCU no> module <switch member#>

يجب إستخدام وصول وحدة التحكم لطباعة هذا الإخراج. تجميع هذا الإخراج لجميع وحدات تحكم متعددة النقاط (MCU) على المبدّل المعني.

ملاحظة: بالنسبة لوحدة MCU التي تعمل عبر شبكة إيثرنت (UPoE)، يكون رقم وحدة MCU من 1 إلى 24 ورقم وحدة MCU الخاصة بوحدة التزويد بالطاقة عبر شبكة إيثرنت (+PoE) هو 1-12.

test frontend-controller read-poe 1 module 1 <++ MCU #1 of switch 1,use respective switch number as applicable

test frontend-controller read-poe 2 module 1 <++ MCU #2 of switch 1,use respective switch number as applicable

test frontend-controller read-poe 3 module 1 <++ MCU #3 of switch 1,use respective switch number as applicable

...

...

test frontend-controller read-poe 12 module 1 <++ MCU #12 of switch 1,use respective switch number as applicable

...

...     <++ Output for MCU 13-24 is applicable only to UPoE devices

...

test frontend-controller read-poe 24 module 1

Sample Output-

C9300#test frontend-controller read-poe 24 module 1

Switch 1 Power controller instance 24

Switch number:1

Basic registers:

0x08 0xF6 0x00 0x00 0x01 0x01 0x00 0x00

0x00 0x00 0x00 0x00 0x06 0x00 0x00 0x00

0x00 0x2C 0x02 0x0F 0x11 0xF0 0xC0 0x80

0x00 0x00 0x10 0x1B 0x10 0x01 0x00 0x00

0x00 0x00 0x10 0x02 0x00 0x00 0x00 0x00

0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00

0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00

0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00

Extended registers:

0xFF 0xFF 0x00 0x00 0x00 0x00 0x00 0xA8

0x00 0x69 0x03 0x00 0x00 0x00 0x00 0x00

0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00

0x00 0x00 0x00 0x00 0x15 0x16 0x60 0xFF

0x00 0x00 0x00 0x02 0xAA 0x00 0x00 0x00

0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00

0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00

0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00

4. قم باسترداد تعيين IFM لعضو المبدّل المعني. قم بالتأكد من استخدام رقم مبدّل تكديس صحيح توجد عليه مشكلة PoE. وهذا مفيد لمركز المساعدة الفنية (TAC) لتفسير المخرجات الأخرى المجمّعة.

C9348U#show platform software fed switch 1 ifm mappings

Interface            IF_ID  Inst  Asic  Core  Port  SubPort  Mac  Cntx  LPN  GPN  Type  Active

GigabitEthernet1/0/1 0x8     1     0     1     0      0      26    6     1    1    NIF   Y

GigabitEthernet1/0/2 0x9     1     0     1     1      0       6    7     2    2    NIF   Y

GigabitEthernet1/0/3 0xa     1     0     1     2      0      28    8     3    3    NIF   Y

GigabitEthernet1/0/4 0xb     1     0     1     3      0      27    9     4    4    NIF   Y

**snip**

5. التجميع platform manager traces ل TAC

5.1 تعيين مستوى تتبُّع PoE على مُسْهَب. استخدام رقم المبدّل المعني.

قبل إصدار ‪Cisco IOS XE 16.11.x‬.

set platform software trace platform-mgr switch <switch_num> r0 redearth verbose  set platform software trace platform-mgr switch <switch_num> r0 poe verbose

إصدار Cisco IOS XE 16.11.x وما بعده

set platform software trace chassis-manager switch <switch_num> r0 re_poe verbose  set platform software trace chassis-manager switch <switch_num> r0 redearth verbose

set platform software trace chassis-manager switch 1 r0 re_poe verbose

set platform software trace chassis-manager switch 1 r0 redearth verbose

5.2 إغلاق/عدم إغلاق المنفذ المعني.

interface gi1/0/4

sh

no shut <++ wait 2-4 sec before issuing no shut

5.3 الانتظار لمدة 20-30 ثانية.

5.4 جمع الآثار.

يقوم الأمرrequest platform software trace archive بإنشاء ملف ثنائي في ذاكرة Flash (الذاكرة المؤقتة) للمحول الأساسي، ويجب فك ترميزه بواسطة TAC.

C9K#request platform software trace archive

C9K#dir flash: | in tar

434284 -rw- 7466248 June 07 2020 13:45:54 +01:00 DUT_1_RP_0_trace_archive-20191125-134539.tar.gz   <++ upload this to TAC case

5.5 إعادة تعيين مستوى التتبع على معلومات.

قبل إصدار ‪Cisco IOS XE 16.11.x‬.

set platform software trace platform-mgr switch <switch_num> r0 redearth info  set platform software trace platform-mgr switch <switch_num> r0 poe info

إصدار Cisco IOS XE 16.11.x وما بعده

set platform software trace chassis-manager switch <switch_num> r0 re_poe info  set platform software trace chassis-manager switch <switch_num> r0 redearth info

جمع بيانات Catalyst 9400 المحددة

1. تجميع show tech-support PoE .

C9400#show tech-support poe | redirect bootflash:showtechpoe9400.txt

2. أوامر show مفيدة (موجودة أيضا في show tech PoE ) يمكن تجميعها وفحصها بشكل فردي.

show clock

show version

show running-config

show env all

show power inline

show power inline police

show interface status

show platform software ilpower details

show controllers ethernet-controller phy detail

show power inline upoe-plus (applicable to modules supporting UPoE+ like C9400-LC-48H)

**snip**

3. جمع المعلومات الخاصة بمنصات العمل.

show platform software iomd redundancy show platform show tech-support platform | redirect bootflash:showtechplatform9400.txt

4. تجميع عمليات تفريغ سجلات المنافذ.

test platform hard poe get <line card slot #> global test platform hard poe get <line card#> port <port# in question for PoE>

test platform hard poe get 3 global <++ line card slot number 3, use respective line card number

test platform hard poe get 3 port 1 <++ line card slot number 3, port 1, use respective line card/port number

C9400#test platform hard poe get 2 global

Global Register for slot 2 0x00FFFFFF 0x00FFFFFF 0x80001304 0x000000C1 0x00000000 0x00000700 0x0FFD0FFD 0x00000015 0x0000000E 0x00000000 0x005AD258 0x00003A0A 0x00000700 0x00000000 0x00000000 0x00000000 0x00000000 0x00000000 0x00000000 0x00000000 POE FW loaded successfully <-- success POE health status : GOOD <-- success POE PSE FW ver :19 POE Abstraction layer FW ver = 14

5. قم باسترداد تعيين IFM للمنافذ. وهذا مفيد لمركز المساعدة الفنية (TAC) لتفسير المخرجات الأخرى المجمّعة.

show platform software fed active ifm mappings

C9400#show platform software fed active ifm mappings

Interface            IF_ID Inst Asic Core Port SubPort Mac Cntx LPN GPN Type Active

GigabitEthernet1/0/1  0x8   0    0    0    0    0      4    4    1  101 NIF   Y

GigabitEthernet1/0/2  0x9   0    0    0    1    1      4    4    2  102 NIF   Y

GigabitEthernet1/0/3  0xa   0    0    0    2    2      4    4    3  103 NIF   Y

**snip**

6 - جمع آثار IOMD.

6.1 قم بتعيين مستوى تتبُّع IOMD على مُسْهَب. استخدم رقم الوحدة المعنية.

set platform software trace iomd <module_number>/0 poe verbose.

set platform software trace iomd 3/0 poe verbose <++ Here 3 is line card slot#, use respective slot number as applicable

6.2 إغلاق/عدم إغلاق المنفذ المعني.

conf t

interface gi3/0/1

shut

! wait 2-4 sec before issuing no shut

no shut

6.3 الانتظار لمدة 40-60 ثانية.

6.4 جمع الآثار.

يقوم الأمرrequest platform software trace archive بإنشاء ملف ثنائي في ذاكرة Flash (الذاكرة المؤقتة) للمحول الأساسي، ويجب فك ترميزه بواسطة TAC.

C9400#dir bootflash: | in tar

194692 -rw- 50261871 Jun 9 2020 02:53:36 +00:00 test94_RP_0_trace_archive-20200609-025326.tar.gz <++ upload this file to TAC case

6.5 إعادة تعيين مستوى التتبع على معلومات.

set platform software trace iomd <module number>/0 poe info

set platform software trace iomd 3/0 poe info <++ Here 3 is line card slot#, use respective slot number as applicable

الحل الأخير / خطوات التعافي من الاقتحام

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

1. ارجع إلى إصدارات Cisco IOS XE الموصى بها لمحولات Catalyst 9000 switches والترقية إلى الإصدار الموصى به. تحتوي الإصدارات المُوصى بها على إصلاحات وتحسينات قد تحل مشكلة معروفة وتم حلها في الماضي.

2. إذا كانت طاقة المكدس قيد الاستخدام، فقم بإزالة كبلات طاقة المكدس مؤقتًا قبل أي من هذه الخطوات.

3. محاولة إعادة تحميل بطاقة العضو/الخط المعني

4. في نظام تكديس (C9200، C9300)، تقوم الطاقة الثابتة بدورة العضو/المبدّل النشط.  تكون هذه الخطوة مطلوبة أيضا إذا قمت بإعادة تعيين MCU.

5. لإعادة التعيين الثابت، افصل جميع كبلات طاقة الإدخال للمكدس واتركه يعمل بالطاقة. انتظر لمدة 10 ثوانٍ وقم بتوصيل كبلات الطاقة مرة أخرى. بالنسبة إلى Catalyst 9400، حاول إعادة تثبيت بطاقة الخط. أزِل بطاقة الخط فعليًا، وانتظر لبضع ثوانٍ ثم ضع البطاقة في مكانها.

6. إذا كان إعداد التوفر الفائق (HA) وتتبع المشكلة عدة أعضاء في مكدس أو بطاقات خطوط متعددة في هيكل C9400، فيرجى محاولة نقل الأعطال عبر HA/SSO (إستبدال القوة الاحتياطية)

7. إذا إستمرت المشكلة وكان عضو المحول المعني جزءا من مكدس، فحاول الخطوات التالية:

أ. خذ مبدّل العضو من المكدس وقم بتمهيده في وضع مستقل. تحقق مما إذا كان ذلك يساعد على استعادة PoE على هذا المبدّل العضو.

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

8. بالنسبة للطراز C9400، يمكنك نقل بطاقة الخط المعنية إلى فتحة أو هيكل مختلف، إذا كان ذلك ممكنا.

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

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

ورقة بيانات مبدّلات السلسلة Cisco Catalyst 9200 Series Switches

ورقة بيانات مبدّلات السلسلة Cisco Catalyst 9300 Series Switches

ورقة بيانات مبدّلات السلسلة Cisco Catalyst 9400 Series Switches

ورقة بيانات بطاقات خط المبدّل للسلسلة Cisco Catalyst 9400 Series

إصدارات Cisco IOS XE الموصى بها لمحولات Catalyst 9000 switches

إعلان نهاية البيع ونهاية العمر الافتراضي لـ Cisco IOS XE 16.6.x.

إعلان نهاية البيع ونهاية العمر الافتراضي لـ Cisco IOS XE 16.9.x.