LibreNMS لا يجد أي حساسات بصرية على أجهزة OLT من طراز ZTE ZXA10 C300/C320 ولا يوجد أي واجهات ONU إطلاقاً
أدير طبقة الوصول لدى مزوّد إنترنت صغير، وأريد أن يظهر جهازا GPON OLT لدينا في المراقبة بنفس طريقة كل شيء آخر. القائمة المطلوبة ليست غريبة: درجة حرارة الهيكل، حمل المعالج والذاكرة، عدادات لكل منفذ، والجزء الذي أهتم به فعلاً، الجانب البصري. أي طاقة Rx/Tx بالديسيبل لمنافذ OLT نفسها، ورقم Rx لكل مشترك ONU.
- ZTE ZXA10 C300 وَZXA10 C320، مجتمع SNMP v2c للقراءة فقط
- LibreNMS 25.8.0-dev، مستطلع (poller) مستضاف ذاتياً في نفس الموقع
- وصلات علوية SFP وSFP+ على كلا جهازي OLT
من الصندوق، لا أحصل على أي شيء بصري إطلاقاً:
# discovery completes, device is green, but:
# - no transceiver Rx/Tx power sensors are discovered for either OLT
# - ONU interfaces do not exist in IF-MIB, only the OLT's own ports
snmpwalk -v2c -c <community> <olt> IF-MIB::ifDescrما قمت به بالفعل:
- تحققت من أن SNMP نفسه سليم، ورسوم حركة البيانات على الوصلات العلوية ومنافذ PON تُرسَم بشكل صحيح
- أعدت اكتشاف الأجهزة بعد كل تغيير وتحققت من جداول الحساسات القياسية، كلها فارغة
- بحثت عن قالب جاهز لعائلة C320 ولم أجد شيئاً يغطي منفذ GPON أو موديولات ONU البصرية
إذن في أي شجرة تنشر هذه الأجهزة فعلياً هذه البيانات، لكل من منافذها الخاصة ولكل ONU، وهل نجح أحد في إدخالها إلى LibreNMS بشكل يصمد أمام الترقية؟
Show original (English)
Also available in: English
العربية
Deutsch
Español
Français
हिन्दी
Bahasa Indonesia
Italiano
日本語
한국어
Nederlands
Polski
Português
Русский
Türkçe
Tiếng Việt
简体中文
Comments 4
النسخة المختصرة: لا شيء بصري على أجهزة OLT هذه يعيش في MIB قياسي، كل شيء في شجرة المؤسسة الخاصة بـ ZTE رقم 3902.
ابدأ بالأسهل، درجة حرارة الهيكل عند .1.3.6.1.4.1.3902.1015.2.1.3.2. هناك تعريف حساس بلغة PHP متداول له بعتبات 65/55/15/5 درجة. لا تثق بها كما هي، تحقق منها مقابل ما يعمل به هيكلك فعلياً قبل ربط التنبيهات بها.
جانب ONU هو العمل الحقيقي. يصف IF-MIB فقط واجهات OLT، ويمكن لمنفذ PON واحد أن يحمل حتى 128 ONU، لذا لا يوجد شيء تعلّق عليه واجهة. ما انتهى الناس إلى فعله هو بناء الفهرس من رقم الرف، الشريحة، المنفذ، ورقم ONU، مضغوطة في عدد صحيح واحد:
واستخدامه مقابل شجرة ONU:
تحمل تلك الشجرة مستويات RX الخاصة بـ ONU وعدادات بايت من نوع Counter64، لذا تخرج حركة البيانات لكل ONU من نفس عملية المسح (walk).
تحذيران. هذه مجموعة من تعديلات المستخدمين، لم يصل شيء منها إلى المصدر الأساسي (upstream)، لذا احتفظ بنسخك في مكان يمكنك إعادة تطبيقها منه بعد كل تحديث. وجهاز OLT بأكثر من 300 ONU يضاعف عدد حساساتك بحدود عشرة أضعاف، وسيلاحظ المستطلع (poller) ذلك. عند هذا الحجم، ضع بيانات ONU في Components بدلاً من الواجهات العادية.
سؤالان قبل أن يكتب لك أحد قالباً.
هل قمت بمسح (walk) أي شيء خارج MIBs القياسية؟ على عائلة ZXA10، البيانات المهمة ليست في IF-MIB، لذا فإن جدول حساسات فارغاً هو النتيجة المتوقعة وليس خللاً. انشر ما تحصل عليه من
إذا أعاد ذلك قيمة، فأنت في وضع جيد والباقي هو حساب فهرسة.
ثانياً: كم عدد ONU لكل منفذ PON، وكم العدد الإجمالي لكل هيكل؟ هذا الرقم يحدد ما إذا كنت تريد حساسات عادية أو شيئاً أخف، ويغيّر النصيحة كثيراً.
هذا هو الحل. مسح 3902 يدوياً أعاد قيماً فوراً، وبعد ربطه أصبح لدي الآن درجة الحرارة، والمعالج، والذاكرة، وعرض النطاق الترددي، وعدادات الأخطاء، وRX بالديسيبل لكل من منافذ OLT وONU.
التحذير بخصوص الحجم لم يكن نظرياً أيضاً. جهاز C300 يحمل أكثر من 300 ONU بكثير، وأصبح تشغيل المستطلع لذلك الجهاز أطول بشكل ملحوظ بمجرد أن تحوّلت كل ONU إلى حساسات، لذا تُنقَل بيانات كل ONU إلى Components وتبقى موديولات OLT البصرية فقط كحساسات عادية. ما زلت أسمّي هذا جزئياً وليس محلولاً: إنه يعمل، لكنه مجموعة تعديلاتي الخاصة، ولا شيء جاهز لجهاز C320.
مورّد مختلف، لكن نفس الدرس من جانبي: بمجرد أن يعطيك جهاز أرقاماً، تحقق منها مقابل الطرف البعيد قبل بناء تنبيهات فوقها.
كان لدينا وصلتان بطول 20 كم بموديولات SFP+ من غير Juniper بين جهاز EX4550 وزوج من EX3300. مرّرت كلتا الوصلتين البيانات، لكن على EX4550 طبع أمر
show interfaces diagnostics opticsبينما أبلغ طرف EX3300 من نفس الألياف 0.1196 mW / -9.22 dBm. هذا عيب في تحجيم (scaling) Junos على EX4550، تحت رقم PR1007055، تم تصحيحه في 12.3R8. حتى قمنا بالترقية، عاملنا قراءة EX4550 كزخرفة واستخدمنا الطرف البعيد.
معلومة من مصدر ثانوي، فخذها بحذر: على ICX 7450 وICX 7550، يُقال إن المراقبة البصرية تبقى فارغة لأرقام القطع المقدَّمة من Ruckus 33211-100 وَ33210-100، بينما تُبلغ المكافئات المُبرمَجة بترميز Brocade في نفس الهيكل بشكل طبيعي، وتُتابَع تحت الرقم FI-264785 مع إصلاح متوقع حوالي إصدار 08.0.95j. يستحق تشغيل
show opticقبل أن يبدأ أحد بإعادة تركيب الموديولات.