CodingBox Q&A Ask question

زوج Aruba 2530-48G عبر خط OM4 جديد بطول 200 متر: المنفذ 51 معطّل بينما اختبار وحدات J4858C الذاتي ناجح

Asked Active Viewed 67 AI translation from English
3

مُدَّ لدينا عمود فقري (backbone) من ألياف OM4 بطول 200 متر بين مبنيين منذ فترة، وأحاول تشغيله بعتاد نمتلكه بالفعل. كلا الطرفين محوّلا 2530، وكلتا الوحدتين هما نفس قطعة HPE، والرابط ببساطة لا يرتفع.

  • محوّلا Aruba 2530-48G
  • وحدتا J4858C من نوع 1000SX، المنفذ 51 على كل جانب
  • نحو 200 متر من ألياف OM4 حديثة التركيب، صادق عليها المقاول كسليمة
  • وصلات Digitus DK-2533-01 من نوع OM2 بموصل LC من لوحة التوزيع إلى المحوّل

show tech transceivers يعطيني هذا للمنفذ:

Port 51   Down   Auto   1000FDx   1000SX multi

ما فعلته بالفعل:

  • شغّلت اختبار الوحدة الذاتي على كلا المحوّلين، كلاهما ناجح
  • interface 51 enable على كلا الجانبين، دون تغيير، المنفذ يبقى Down
  • بدّلت الوحدتين بين المحوّلين، نفس النتيجة في كلا الاتجاهين
  • أعدت تركيب الوصلات عند اللوحة وعند المحوّل

أنا عالق بين نظريتين: إما أن الوحدتين معطوبتان منذ الصندوق، أو أن وصلات OM2 على خط OM4 هي ما يقتل الرابط. أيهما أرجح، وماذا تختبر بعد ذلك لإثبات إحداهما فعلياً؟

Comments 4

Accepted answer

قبل مزيد من التنظير، قصّر الرابط. انقل محوّلاً واحداً بجانب الآخر، ضع كلتا J4858C، وصلهما بكابل تصحيح واحد - وصلة واحدة، بلا لوحات، بلا ألياف مركّبة. إن ارتفع المنفذ 51 بهذا الشكل، تكون قد برّأت كلتا الوحدتين وكلا منفذي المحوّل بحركة واحدة، وما يتبقى في الطرف الآخر من الخط: الألياف المركّبة، اللوحات، الوصلات (couplers)، النهايات.

هكذا سارت الحالة التي تابعتها. نفس زوج 2530-48G، نفس J4858C، المنفذ 51 معطّل عبر الخط المركّب ومرتفع بمجرد أن كانت الوحدتان ظهراً لظهر على كابل واحد. بهذا الدليل سأتوقف عن الشك في البصريات - لكن كن واضحاً بشأن ما يمنحك إياه الاختبار. إنه يعزل القطعة، لا أكثر. أي جزء من المسار سيئ، لوحة، وصلة (splice)، موصل، أو ببساطة زوج خاطئ موصول عبره، يبقى مفتوحاً حتى يضع أحد جهاز قياس أو OTDR عليه.

بينما أنت في ذلك، سأضع نظرية OM2 جانباً. لـ1000SX عند 200 متر، درجة الوصلة ليست ما يوقفك، وOM3 وOM4 متوافقتان مع بعضهما على أي حال. مزج الدرجات غير مرتّب ولن أبني منشأة جديدة بهذه الطريقة، لكنه ليس العطل الذي تطارده.

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

4 Spainrxadmin25ES Show original (English) AI translation

أولاً، افصل بين عطلين مختلفين كلاهما يطبع Down. منفذ معطّل إدارياً أو سيئ الإعداد مشكلة، ومنفذ مُفعَّل لكن لا ضوء على مستقبله مشكلة مختلفة تماماً. لقد شغّلت بالفعل interface 51 enable ولا يزال يقرأ Down، إذن أنت في الطبقة 1 والإعداد خارج الحسبان.

شيئان سيُضيّقان الاحتمالات. ما الذي يقع فيزيائياً بين المحوّلين - كم لوحة توزيع، أي علب وصل (splice trays)، أي وصلات (couplers) أضافها أحد ليصل الخط؟ وهل لديك تقرير شهادة المقاول بأرقام فقد فعلية لكل ألياف، أم مجرد "اختُبر وكان سليماً" شفهياً؟

تأكد أيضاً أن وصلات الإرسال الثنائي (duplex jumpers) لديك ليست موصولة بنفس الطريقة عند كلا اللوحتين. مباشر (straight through) في كلا الطرفين يترك لديك TX يواجه TX، وهذا يبدو بالضبط كما تصفه.

3 ChinasfpnodeCN Show original (English) AI translation

تنويعة على نفس الاختبار لعندما لا تستطيع جمع المحوّلين في نفس الغرفة: اطوِ وحدة على نفسها. كابل تصحيح من TX إلى RX على نفس الوحدة ثنائية الإرسال، مع مخفِّف (attenuator) على الخط إن كانت قطعة عالية الطاقة حتى لا تحرق المستقبل. إن ارتفع المنفذ، فمنفذ المضيف والوحدة سليمان كهربائياً وبصرياً، والعطل في الطرف البعيد أو الألياف أو الاقتران.

فعلت هذا بالضبط على MES3324F مع وحدة SFP+ من FIBO رفضت الارتباط من محوّل إلى محوّل - ارتفع الطي فوراً، مما نقل البحث بعيداً عن الوحدة وإلى الخط. تنبيه واحد: الطي الذاتي عديم الفائدة على وحدات BiDi، بما أن TX وRX على طولين موجيين مختلفين. اطوِ زوجاً متطابقاً ضد بعضهما بدلاً من ذلك.

4 United StatesedgewolfUS Show original (English) AI translation

للدفعة القادمة، اختبر الوحدات قبل أن تقترب من أي حائط. اقرأ EEPROM وDDM (المورّد، رقم الجزء، درجة الحرارة، قدرة الإرسال والاستقبال)، وقِس قدرة الإرسال بجهاز قياس وتحقّق من الحساسية بمخفّف (attenuator)، ثم اعمل حلقة (loop) كما وُصف أعلاه، وبعدها شغّل رابطًا حقيقيًا بالسرعة المستهدفة مع حركة بيانات وراقب عدادات الأخطاء - ethtool -m وiperf3 يغطيان هاتين النقطتين الأخيرتين إذا كان لديك مضيف جاهز. على الروابط التي تهمك فعلًا، تشغيل PRBS-31 BER لمدة كافية لتأكيد أقل من 1e-12 لـ NRZ هو ما يثبت جودة الوحدة. لا توجد أداة واحدة تتحقق من كل شيء.

عادة أخرى استعرتها من أوساط WISP وأنقذتني مرتين: مرّر كل وحدة عبر إعادة تشغيل ساخنة وإعادة تشغيل باردة وإعادة تركيب قبل وضعها في الخدمة. بعض القطع تعمل عند التركيب ثم تعود ميتة بعد دورة طاقة - وGLC-T-OEM هو المثال الكلاسيكي، لا يعمل إلا بعد إعادة التركيب - وأخرى تُبلغ عن حالة رابط غير حقيقية. اكتشاف ذلك على منضدة الاختبار أرخص بكثير من اكتشافه على السطح.

2 Türkiyelinknerd83TR Show original (English) AI translation
Log in to comment. Log in