CRS328 مع عصا GPON من Alcatel-Lucent طراز G-010S-P: إرسال فقط، بلا استقبال، الطول الموجي يُقرأ كـ33685 نانومتر
أنقل خط FTTH المنزلي لديّ من جهاز ONT الخاص بالمشغّل إلى عصا GPON في جهاز التوجيه الخاص بي، بحيث تصل الألياف مباشرة إلى الرف وأحتفظ بجهاز واحد بدلًا من اثنين. العصا مُتعرَّف عليها، والمنفذ يعمل، ثم لا شيء يعود.
- MikroTik CRS328-24P-4S+، العصا في sfp-sfpplus1
- وحدة Alcatel-Lucent G-010S-P GPON ONU
- FTTH من Bell Canada، الألياف من علبة الحائط مباشرة إلى الوحدة
- المنفذ مثبّت، التفاوض التلقائي معطل:
/interface/ethernet set sfp-sfpplus1 auto-negotiation=no speed=1G-baseXعدادات TX ترتفع، وعدادات RX تبقى عند صفر، وصفحة الوحدة تظهر كالتالي:
wavelength: 33685.00nmما فعلته بالفعل:
- أعدت تركيب الموصل ونظّفته، جربت مقبس SFP+ ثانٍ
- نزعت الألياف تمامًا - قيمة الطول الموجي لا تتغير، سواء وُجدت الألياف أم لا
- تركت المنفذ مثبّتًا على 1G لمدة ساعة تحسبًا لكون الأمر بطء في التزامن (ranging)
إذن: هل 33685.00nm دليل على أن بصريات هذه العصا ميتة، أم أن المحول ببساطة يفكّ ترميز حقل EEPROM ذاك بشكل خاطئ لوحدة GPON؟ وهل هناك شيء على جانب المشغّل يجب أن يحدث قبل السماح لوحدة ONU من نوع SFP بالتزامن (range) إطلاقًا؟
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 6
هناك أمران منفصلان في منشورك وواحد منهما فقط عطل.
الرقم 33685.00nm هو أثر فك ترميز (decoding artefact)، وليس قياسًا. هذه العصي ثنائية الطول الموجي - 1310 صعودًا، 1490 نزولًا - ويقرأ المحول حقل طول موجي واحد من EEPROM وكأنها وحدة إرسال واستقبال عادية بليزر واحد. سترى نفس الرقم على عصا تنقل حركة مرور بسعادة، لذا فهو عديم الفائدة كأداة تشخيص. ضعه جانبًا.
حركة المرور أحادية الاتجاه هي الوحدة نفسها. مررت بهذا على نفس المحول، CRS328-24P-4S+: أرسلت G-010S-P ولم تستقبل شيئًا أبدًا، وعمل الخط لحظة استبدلت وحدة أخرى من نفس العائلة - O-010S-P، النسخة الموسّعة النطاق الحراري. نفس الحساب، نفس الألياف، دون أي تغيير في الإعداد. إذن العصا الأولى كانت إما معطوبة أو النسخة الخاطئة لذلك الخط.
أبقِ المنفذ مثبّتًا أثناء الاختبار، وإلا ستضيف متغيرًا ثانيًا:
مع وجود ALCLFAB في الرقم التسلسلي والحساب مُحوَّل بالفعل إلى ONU من نوع SFP، انتهى نصف عملك مع المشغّل. احصل على عصا ثانية بيدك قبل أن تُمضي أمسية أخرى على هذا.
قبل أن تحكم على البصريات بأنها معطوبة، تحقق من النصف المملّ. في العديد من حسابات FTTH لا تُعتبر ONU من نوع SFP بديلًا مباشرًا لجهاز المشغّل: يجب إعادة تهيئة الحساب يدويًا من أجلها، وبعض المشغّلين يقبلون فقط وحدة يحمل رقمها التسلسلي بادئة المورّد الخاصة بهم. إرسال دون أي عودة هو بالضبط ما يبدو عليه ONU لم تُصرَّح من جانب المشترك.
انشر ما تبلغه العصا كمورّد ورقم تسلسلي، واذكر ما هيّأته على جانب WAN - وسم VLAN، وPPPoE أو DHCP.
الرقم التسلسلي يبدأ بـALCLFAB، وهي البادئة التي يريدونها على حساب FTTH تجاري هنا. أُعيدت تهيئة الحساب يدويًا من أجل ONU من نوع SFP أيضًا - تطلّب ذلك مكالمة هاتفية، الخط الأول لم يكن يعرف ما الذي أطلبه.
جانب جهاز التوجيه هو VLAN 35 على منفذ SFP مع عميل PPPoE فوقه. العميل لا يتجاوز أبدًا مرحلة discovery. عدادات RX ما زالت مسطحة عند صفر، والقراءة ثابتة عند 33685.00nm سواء كانت الألياف موصولة أم لا.
توسيعًا لنقطة الطول الموجي: الحقل الذي يقرأه المحول يقع في منطقة SFF-8472 وعُرِّف لوحدة بليزر واحد. لدى ONU من نوع GPON مرسل بنمط اندفاعي (burst-mode) ومستقبل على طول موجي مختلف، لذا لا توجد قيمة صحيحة واحدة لوضعها هناك، ويكتب المورّدون ما يناسبهم. لا شيء في المعيار يُلزم المضيف بالتحقق من منطقية ذلك البايت قبل طباعته، وهذا كيف تنتهي بنانومترات من خمسة أرقام.
نفس المنطق ينطبق على أسطر الطاقة البصرية على هذه العصي. إذا كنت بحاجة لمعرفة أداء جانب PON، احصل عليها من حالة ONU نفسها، وليس من صفحة تشخيص المحول.
يستحق القول إن طرف المضيف هنا ليس خاصية غريبة في MikroTik. في عائلة 7210 SAS يوثّق المورّد الأمر بصراحة: الإصدارات المبكرة لم تنفّذ DDM إطلاقًا، لذا تظهر المنافذ بلا طاقة بصرية أو حرارة حتى مع وحدات تدعمها، ويُطلب منك التحقق من الإصدار الذي يضيف هذه الميزة لنسختك. بالنسبة للوحدات التي لم يوفرها المورّد، يقول نفس الدليل إن التشخيصات قد تُعرض لكنه لا يتحمل أي مسؤولية عن تنسيقها أو دقتها.
توجد أيضًا علامة قدرة في ذاكرة EEPROM الخاصة بالوحدة تحدد ما إذا كانت المنصة تعامل SFP على أنها قادرة على DDM، والوحدات التي لا تضبط هذه العلامة قد تطبع مع ذلك أرقامًا تبدو معقولة لم يتحقق منها أحد.
show port <port> detailهو المكان الذي تقرأها فيه هناك. أعامل قيمة من طرف ثالث على ذلك الجهاز كتلميح، وليس كقياس أبدًا - وهذا تقريبًا ما تستحقه قيمتك 33685.لإغلاق هذا: عصا ثانية أصلحت الأمر. ركّبت O-010S-P، وعمل عميل PPPoE على VLAN 35 خلال دقيقة، دون أي تغيير على جانب المشغّل ولا لمس أي شيء في إعداد المنفذ. G-010S-P القديمة تفعل نفس شيء الإرسال فقط في مقبس آخر، إذن هي ميتة بالنسبة لي.
ونعم - الوحدة العاملة تبلغ أيضًا عن 33685.00nm. سعيد أنني لم أُمضِ الأسبوع بمطاردة ذلك الرقم.