تسعى مجموعة الوثائق لهذا المنتج جاهدة لاستخدام لغة خالية من التحيز. لأغراض مجموعة الوثائق هذه، يتم تعريف "خالية من التحيز" على أنها لغة لا تعني التمييز على أساس العمر، والإعاقة، والجنس، والهوية العرقية، والهوية الإثنية، والتوجه الجنسي، والحالة الاجتماعية والاقتصادية، والتمييز متعدد الجوانب. قد تكون الاستثناءات موجودة في الوثائق بسبب اللغة التي يتم تشفيرها بشكل ثابت في واجهات المستخدم الخاصة ببرنامج المنتج، أو اللغة المستخدمة بناءً على وثائق RFP، أو اللغة التي يستخدمها منتج الجهة الخارجية المُشار إليه. تعرّف على المزيد حول كيفية استخدام Cisco للغة الشاملة.
ترجمت Cisco هذا المستند باستخدام مجموعة من التقنيات الآلية والبشرية لتقديم محتوى دعم للمستخدمين في جميع أنحاء العالم بلغتهم الخاصة. يُرجى ملاحظة أن أفضل ترجمة آلية لن تكون دقيقة كما هو الحال مع الترجمة الاحترافية التي يقدمها مترجم محترف. تخلي Cisco Systems مسئوليتها عن دقة هذه الترجمات وتُوصي بالرجوع دائمًا إلى المستند الإنجليزي الأصلي (الرابط متوفر).
يوضح هذا المستند كيفية أستكشاف أخطاء الطاقة عبر شبكة إيثرنت (PoE) وإصلاحها في منصات التحويل الأساسية التي تدعم تقنية التزويد بالطاقة عبر شبكة إيثرنت (PoE) من Catalyst 9000.
توصي Cisco بأن تكون لديك معرفة بالمواضيع التالية:
• مُبدّلات السلسلة Catalyst 9000 Series
• التشغيل عبر Ethernet
لا يقتصر هذا المستند على إصدارات برامج ومكونات مادية معينة. يتم دعم PoE على مبدّل يتيح PoE ونماذج بطاقة الخط في مجموعة منتجات Catalyst 9200 وCatalyst 9300 وCatalyst 9400. تستند إخراجات المثال الواردة في هذا المستند إلى عدد من إصدارات البرامج والأجهزة من مجموعة منتجات Catalyst 9000.
تم إنشاء المعلومات الواردة في هذا المستند من الأجهزة الموجودة في بيئة معملية خاصة. بدأت جميع الأجهزة المُستخدمة في هذا المستند بتكوين ممسوح (افتراضي). إذا كانت شبكتك قيد التشغيل، فتأكد من فهمك للتأثير المحتمل لأي أمر.
تدعم مبدّلات 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. لم يتم رفض طاقة أي من منافذ 10/100/1000 أو أنها في حالة خطأ. |
أخضر |
يتم تحديد وضع التزويد بالطاقة عبر شبكة إيثرنت، ويعرض مصباح المنفذ الثنائي (LED) حالة وضع التزويد بالطاقة عبر شبكة إيثرنت (PoE). |
كهرماني متقطع |
لم يتم تحديد وضع PoE. تم رفض طاقة أحد منافذ 10/100/1000 على الأقل، أو أن أحد منافذ 10/100/1000 على الأقل به خطأ في وضع PoE. |
الخطوة 1: تحقق من أن الجهاز الذي تم تشغيله على المنافذ الأخرى ومن أن المشكلة موجودة على منفذ واحد فقط.
الخطوة 2: أستخدم أوامر show run و show interface status للتحقق من عدم إيقاف تشغيل المنفذ أو تعطيله بالكامل.
الخطوة 3: أستخدم الأمر show run للتحقق من عدم تكوين واجهة سطر الطاقة أبدا على المنفذ.
الخطوة 4: تحقق من أن كبل الإيثرنت من الهاتف إلى منفذ المحول جيد. قم بتوصيل جهاز إيثرنت معروف جيدا لا يدعم تقنية التزويد بالطاقة عبر شبكة إيثرنت (مثل الكمبيوتر) واستخدم كبل إيثرنت نفسه إلى منفذ معروف يعمل، وتأكد من أنه يقوم بإنشاء إرتباط ويتبادل حركة مرور البيانات مع مضيف آخر. إذا لزم الأمر، استبدل الكبل.
الخطوة 5: تأكد من أن إجمالي طول الكبل من اللوحة الأمامية للمحول إلى الجهاز الذي يتم تشغيله لا يزيد عن 100 متر. 100 م يتضمن طول الكبل بين طرفي لوحة التوصيل (إذا كانت قيد الاستخدام).
الخطوة 6: إذا كانت لوحة التصحيح قيد الاستخدام، فقم بتوصيل الجهاز الذي تم تشغيله مباشرة بمنفذ switchport لاستبعاد وجود مشكلة في لوحة التصحيح.
الخطوة 7: إذا كان كبل الإيثرنت طويل نسبيا (> 50 م)، فقم بفصل الكبل من منفذ المحول. استخدم كبل إيثرنت أقصر لتوصيل جهاز بيانات جيد فقط (مثل جهاز كمبيوتر) بهذا المبدّل. دققت أن يؤسس الأداة معطيات فقط إثرنيت خطوة ويتبادل حركة مرور مع آخر مضيف، أو يمسك العنوان من مفتاح VLAN SVI. بعد ذلك، قم بتوصيل جهاز مزود بالطاقة بهذا المنفذ، وتحقق مما إذا كان سيتم تشغيله أم لا.
الخطوة 8: أستخدم أوامر show power inline و show power inline detail لمقارنة عدد الأجهزة المتصلة التي تعمل بالطاقة مقارنة بميزانية طاقة المحول (المتاحة مع التزويد بالطاقة عبر شبكة إيثرنت). تحقق من أن ميزانية طاقة المبدّل يمكنها تشغيل الجهاز.
الخطوة 9: انتقل إلى قسم أستكشاف الأخطاء وإصلاحها المتقدم لاستكشاف الأخطاء وإصلاحها وجمع البيانات بشكل متطور عبر شبكة إيثرنت.
الخطوة 1: أستخدم الأمر show interface status للتحقق من عدم إيقاف تشغيل المنافذ وعدم تعطيل الخطأ.
الخطوة 2: أستخدم الأمر show environment all (show environment all) وأبديت حالة الواجهة وأبديت الأوامر المضمنة للطاقة لمراجعة حالة الطاقة إذا لم يتم تشغيل أي جهاز تم تشغيله على أي منفذ. استخدم الأمر show log لمراجعة التنبيهات التي تم الإبلاغ عنها مسبقًا بواسطة رسائل النظام. إذا رأيت حالة غير عادية مقارنة بمصادر الطاقة، فركّز على ذلك أولاً.
الخطوة 3: إذا كانت المشكلة موجودة على جميع المنافذ، فقد يكون قسم التزويد بالطاقة عبر شبكة إيثرنت (PoE) في وحدة إمداد الطاقة معطلا إذا كان المحول يعمل بشكل طبيعي باستثناء التزويد بالطاقة عبر شبكة إيثرنت (PoE) وإذا كانت الأجهزة التي لا تدعم تقنية التزويد بالطاقة عبر شبكة إيثرنت (PoE) يمكنها إنشاء إرتباط إيثرنت للبيانات على أي منفذ. إذا كانت المشكلة في مجموعة متتالية من المنافذ وليس جميع المنافذ، فقد يكون هناك قسم فرعي معيب في PoE في المبدّل.
الخطوة 4: تحقق من السجلات باستخدام الأمرshow logging
. يتم وصف سجلات التزويد بالطاقة عبر شبكة إيثرنت الشائعة لاحقا. في حالة ظهور أي سجلات من هذا القسم، قم بتفسير المعلومات التي تم جمعها واتخذ الخطوات المناسبة.
الخطوة 5: قم بارتداد الواجهة المتصلة بمنفذ المبدّل. إذا لم ينجح ذلك، فحاول إعادة تحميل المحول عن طريق إزالة سلك الطاقة، وانتظر لمدة 15 ثانية ويتم توفير الطاقة للمحول مرة أخرى.
الخطوة 6: احترس من أي حالات فشل تشخيصية أثناء/بعد التمهيد.
عند تشغيل هاتف Cisco IP وظيفي، تقوم نقطة الوصول اللاسلكية من Cisco أو جهاز آخر يتم تشغيله من Cisco بإعادة التحميل أو الانفصال عن الطاقة المضمنة بشكل متقطع بتنفيذ الخطوات التالية:
الخطوة 1: تحقق من جميع التوصيلات الكهربائية من المبدّل إلى الجهاز المشغّل بالطاقة. ينتج عن أي اتصال غير موثوق انقطاع الطاقة وعمليات الجهاز التي تعمل بالطاقة بشكل متقطع، مثل قطع اتصال الجهاز الذي تم تشغيله وإعادة تحميله.
الخطوة 2: تحقق من أن إجمالي طول الكبل من اللوحة الأمامية للمبدّل إلى الجهاز المشغل بالطاقة بما في ذلك لوحة التوصيل (إذا كانت قيد الاستخدام) لا يزيد عن 100 متر.
الخطوة 3: لاحظ ما تغير في البيئة الكهربائية في موقع المحول. ماذا يحدث في الجهاز الذي يتم تشغيله عند حدوث قطع الاتصال؟
الخطوة 4: أستخدم الأمر show log لمراجعة syslog والأحداث. افحص الطوابع الزمنية لسجلات النظام لمعرفة ما إذا تم الإبلاغ عن أي رسائل خطأ أخرى بواسطة المبدّل في نفس الوقت الذي يحدث فيه قطع الاتصال.
الخطوة 5: تحقق من أن هاتف Cisco IP لا يفقد الاتصال بإدارة المكالمات مباشرة قبل حدوث إعادة التحميل. يمكن أن تكون مشكلة شبكة، وليست مشكلة مشكلة التزويد بالطاقة عبر شبكة إيثرنت. هذا يستطيع كنت حددت بفسحة بين دعامتين التقاط على المفتاح ميناء بينما أداة مفعل ينفصل وتحليل من الالتقاط مبرد.
الخطوة 6: إذا سمح الجهاز المشغّل بالطاقة بإمكانية إصلاح أخطاء PoE أو التقاط الحِزمة، فقم بتشغيلها للحصول على نقاط بيانات إضافية لاستكشاف الأخطاء وإصلاحها.
الخطوة 7: قم بتوصيل جهاز بخلاف 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
:
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 المشترك وأستكشاف الأخطاء وإصلاحها المتقدمة.
السيناريو 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) بواسطة مبدّل Cisco. يحتوي خطأ وحدة التحكم على بعض المتغيرات الشائعة.
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 أطول أو أقصر. الرجاء التأكد من أن طول الكبل (يتضمن طول الكبل بين نهايات لوحة التصحيح) يقع ضمن المواصفات. من المحتمل أن يؤدي إستخدام كبل ذي طول مختلف إلى إصلاح المشكلة في بعض هذه الحالات.
%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.
%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 من الحالة التي تمثل مشكلة.
%ILPOWER-5-PWRGOOD_SPARE_PAIR: Interface Gi1/0/1: spare pair power good
نجح طلب الطاقة للزوج الاحتياطي الذي تم إجراؤه بواسطة الجهاز الذي يعمل بالطاقة وتتوفر الطاقة على الزوج الاحتياطي. هذه ليست رسالة خطأ ولكنها مجرد إشارة إلى أن الجهاز الذي يتم تشغيله بالطاقة طلب طاقة على زوج احتياطي من كبل Cat5 أو Cat6 وتم منحه. لا يلزم اتخاذ أي إجراء آخر.
%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 هذا أكبر من:
إن يكون هذا إصدار عابر، الإصدار يحل نفسه بعد ال 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)
%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 هي الفئة المناسبة.
%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، فابحث عن الطاقة المتوقعة المطلوبة مقابل ما يتم رسمه.
%ILPOWER-5-TSTART_SPARE_PAIR: Interface Te3/0/1: spare pair power error: TSTART
هذا الخطأ يعني أن الجهاز المشغل المتصل ب switchport حاول طلب الطاقة على Cat5 أو Cat6 wire pair & switch إحتياطي كشف عن تيار أعلى من المتوقع (خطأ Tstart) ونتيجة لذلك قرر إيقاف تشغيل الطاقة.
غالبا ما يرى هذا الخطأ مقترنا بخطأ Imax أو أخطاء أخرى تمت مناقشتها. هل إجراءات التظلم الموصوفة لتلك الأقسام التي تعتمد على الخطأ الذي تم رصده.
%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+.
%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.
%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).
من المحتمل أن يكون هذا نتيجة لإجمالي الطاقة المضمنة التي تزيد عن الطاقة المتوفرة. تحقق من وضع موازنة الطاقة. قم بتركيب المزيد من مصادر الطاقة إذا لزم الأمر. كما أن تعديل معدل تكرار مصدر الطاقة من إحتياطي إلى مجمع قد يساعد أيضا. بالنسبة للأنظمة المكدسة، يمكن اعتبار طاقة المكدس بمثابة تجميع إجمالي للطاقة عبر المكدسات.
%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 وجمع البيانات للحصول على مزيد من المعلومات.
%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
في مثل هذه الحالات اتخذ الإجراء المناسب بناء على الخطأ الآخر.
%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) أو خطأ آخر.
تأكد من أنه قد تم تخصيص طاقة صحيحة لهذا الواجهة بناء على المواصفات والتصنيفات الكهربائية للجهاز الذي تم تشغيله. يُوصى بتغيير انقطاع التيار الكهربائي للتنظيم بشكل مناسب إذا لزم الأمر.
%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 مليواط.
%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 وفي العملية تم اكتشاف مهلة الزوج الاحتياطي. ونتيجة لذلك، لا يتم توفير الطاقة على زوج قطع الغيار.
ابحث عن أي رسائل خطأ ذات صلة موصوفة تحت قسم CoE Syslog الشائع فيshow logging
الإخراج. على سبيل المثال، حدث خطأ في وحدة تحكم التزويد بالطاقة عبر شبكة إيثرنت (PoE) وخطأ في موازنة التزويد بالطاقة عبر شبكة إيثرنت ومشكلة في وحدة التزويد بالطاقة وما إلى ذلك.
يختبر الاختبار الذاتي لبدء التشغيل (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 لمراجعة هذه العوامل:
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
باستخدام التشخيصات عبر الإنترنت، يمكنك اختبار وظائف الأجهزة والتحقق منها أثناء اتصال الجهاز بشبكة مباشرة. تحتوي التشخيصات عبر الإنترنت على اختبارات تحويل الحِزم التي تتحقق من مكونات الأجهزة المختلفة وتتحقق من مسار البيانات وإشارات التحكم. تكتشف التشخيصات عبر الإنترنت المشكلات ذات الصلة على سبيل المثال لا الحصر:
فيما يلي بعض الاختبارات التشخيصية التي يمكن استخدامها. يمكن تشغيلها عند الطلب على عكس طريقة POST التي تعمل فقط أثناء التمهيد. قبل الاختبار، اقرأ المعلومات في الجدول لفهم التأثير المحتمل.
المنصة | اسم الاختبار | معطل أو غير معطل | الحالة الافتراضية | التوصية | الإصدار الأولي |
Catalyst 9200 | DiagPoETest | غير معطل** | إيقاف التشغيل | قم بتشغيل هذا الاختبار إذا واجهت مشكلات في وحدة تحكم PoE مع أحد المنافذ. لا يمكن تشغيل هذا إلا كاختبار عند الطلب. | 16.9.2 |
Catalyst 9300 | TestPoE | معطل* | إيقاف التشغيل | لا تبدأ هذا الاختبار التشخيصي أثناء التشغيل العادي للمبدّل ما لم يوصَى به/يضمّنه مركز المساعدة الفنية (TAC). يمكن إجراء هذا الاختبار إذا واجهت مشكلات في وحدة التحكم في PoE مع أحد المنافذ، ولا يمكن تشغيله إلا كاختبار عند الطلب | 16.6.1 |
Catalyst 9400 | DiagPoETest | غير معطل** | إيقاف التشغيل | قم بتشغيل هذا الاختبار إذا واجهت مشكلات في وحدة تحكم PoE مع أحد المنافذ. لا يمكن تشغيل هذا إلا كاختبار عند الطلب. | 16.6.1 |
* قيد المراجعة من قبل Cisco إذا كان يمكن جعل هذا الأمر دون حدوث أعطال في المستقبل.
** اختبار غير معطل، آمن للتشغيل أثناء الإنتاج.
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 "."
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 "."
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 عندما يكون التزويد بالطاقة عبر شبكة إيثرنت أمرا مثيرا للمشاكل.
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**
1. جمع الدعم الفني للعرض عبر شبكة إيثرنت.
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 وما بعده.
1. جمع الدعم الفني للعرض عبر شبكة إيثرنت.
C9300#show tech-support poe | redirect flash:shtechPOE9300.txt
2. أوامر العرض المفيدة (الموجودة أيضا في 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. تجميع نسخة وحدة التحكم الأمامية وميزة تفريغ وحدات التحكم.
3.1 عرض إصدار الواجهة الأمامية لوحدة التحكم في النظام الأساسي 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 إظهار وحدات تحكم الطاقة المضمنة <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) على المبدّل المعني.
ملاحظة: بالنسبة لوحدة 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. جمع آثار مدير النظام الأساسي لمركز المساعدة الفنية (TAC)
5.1 تعيين مستوى تتبُّع PoE على مُسْهَب. استخدام رقم المبدّل المعني.
قبل إصدار Cisco IOS XE 16.11.x.set platform software trace platform-mgr switch
set platform software trace platform-mgr switch
إصدار Cisco IOS XE 16.11.x وما بعدهset platform software trace chassis-manager switch
set platform software trace chassis-manager switch
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
set platform software trace platform-mgr switch
إصدار Cisco IOS XE 16.11.x وما بعدهset platform software trace chassis-manager switch
set platform software trace chassis-manager switch
1. جمع الدعم الفني للعرض عبر شبكة إيثرنت.
C9400#show tech-support poe | redirect bootflash:showtechpoe9400.txt
2. أوامر العرض المفيدة (الموجودة أيضا في 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
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
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
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) (تبديل القوة الاحتياطية)
7. إذا إستمرت المشكلة وكان عضو المحول المعني جزءا من مكدس، فحاول الخطوات التالية:
أ. خذ مبدّل العضو من المكدس وقم بتمهيده في وضع مستقل. تحقق مما إذا كان ذلك يساعد على استعادة PoE على هذا المبدّل العضو.
ب. في حالة عدم حدوث ذلك، قم بإيقاف تشغيل العضو (مستقل/عندما يكون خارج المكدس)، انتظر لمدة تتراوح من 3 إلى 5 دقائق قبل توفير الطاقة مرة أخرى.
8. بالنسبة للطراز C9400، يمكنك نقل بطاقة الخط المعنية إلى فتحة أو هيكل مختلف، إذا كان ذلك ممكنا.
المراجعة | تاريخ النشر | التعليقات |
---|---|---|
5.0 |
05-Sep-2024 |
-تمت إزالة مثيلات 'follow'
-تم تحديث بعض التنسيقات وتم تصحيح بعض الأخطاء النحوية |
4.0 |
10-Jul-2023 |
تحديث التنسيق وإجراء التصحيحات. |
3.0 |
22-Jul-2022 |
تمت مراجعته وتحريره |
2.0 |
07-Jan-2022 |
تمت إضافة قسم خاص ل 9200، وتنظيف بعض التنسيقات العامة |
1.0 |
24-Aug-2021 |
الإصدار الأولي |