منافذ الوصلة العلوية 51-52 في Aruba 2540 تبقى Down على خط بين مبنيين بينما يعمل جهاز 2530 بنفس الموديولات
أتولى إدارة موقع يضم مبنيين، وتم استبدال مفاتيح الوصول (access switches) بأجهزة Aruba 2540 منذ فترة. الألياف الضوئية بين المبنيين لم تُمسّ، لكن منذ الاستبدال ترفض الوصلة العلوية (uplink) أن تعمل.
- Aruba 2540 على جانبنا، يُستخدم المنفذان 51 و52 للوصلات العلوية
- موديول Aruba J4858D 1000SX في جهاز 2540، وموديول TP-Link TL-SM311LM v2.0 في الطرف البعيد من هذا الزوج
- في زوج ثانٍ، Aruba J9050D 10G مقابل TP-Link TXM431-SR
- خط واحد بين المبنيين، موصَّل (patched) في الطرفين، ولم يتغيّر أي شيء آخر
المفتاح يقرأ الموديولات دون أي شكوى:
show tech transceivers
51 1000SX J4858D
52 1000SX J4858D
port 51: Down
port 52: Down
ما استبعدته بالفعل:
- نفس الموديولات، نفس الألياف، جهاز 2530 بدلاً من 2540 - الوصلة تعمل
- TP-Link إلى TP-Link عبر نفس الخط - الوصلة تعمل
- 2540 إلى 2540 مع J9050D على تلك الألياف - لا تزال Down
- كلا الموديولين على وصلة قصيرة (patch cord) على منضدة الاختبار - الوصلة تعمل
إذن الألياف تنقل الوصلة في كل توليفة باستثناء التوليفة التي ينتهي أحد طرفيها بجهاز 2540، وأمر show log -r لا يعطيني شيئاً سوى أن المنفذ ينزل (down). ما الذي يفعله جهاز 2540 بشكل مختلف هنا؟
Comments 3
إذا كانت كل الوصلات تعمل باستثناء الجهاز الذي هو 2540، فتوقف عن النظر إلى البصريات وثبّت السرعة (rate) بدلاً من ذلك. هذه المنافذ (cages) تتفاوض على السرعة تلقائياً، ومع أجهزة من طرف ثالث تحمل موديولات قابلة لاختيار السرعة، فإن هذا التفاوض هو بالضبط ما يتعثر فيه الوصل. هذا يتوافق أيضاً مع نتيجة اختبارك على المنضدة: عبر وصلة قصيرة يستقر الطرف البعيد بسرعة كافية، أما عبر الخط الطويل فلا.
اضبطها بشكل صريح على الوصلات العلوية:
جرّب منفذاً واحداً أولاً وراقب
show log -rأثناء ارتفاعه، ثم المنفذ الثاني. إذا كان لدى الطرف البعيد خيار ثابت 1000 full، فاضبط ذلك أيضاً بدلاً من ترك أحد الطرفين في وضع التفاوض.تحفظان اثنان. هذا ما أصلح نفس العرض في موقع عملت عليه، وليس شيئاً يمكنني الإشارة إليه في دليل رسمي، فتحقق منه على منفذ واحد من جهازك الخاص قبل تعميمه على كل أجهزة 2540. وبشكل رسمي، لا يوجد أي دعم لموديولات TP-Link في مفتاح Aruba - إذا تحوّل هذا يوماً إلى حالة دعم فني، فسيكون الطلب الأول هو J4858D في الطرفين. وإذا لم يغيّر ضبط السرعة الثابتة شيئاً، فإن إعادة ذلك الخط تحديداً إلى جهاز 2530 يبقى خياراً مدافَعاً عنه تماماً إلى أن يتوفر لديك زوج مدعوم من الموديولات في كلا الطرفين.
انشر المخرجات الكاملة لأمر
show tech transceiversمن جهاز 2530 العامل ومن جهاز 2540 المتعطل جنباً إلى جنب. ما أبحث عنه هو ما إذا كان جهاز 2540 يقرأ تلك الموديولات تماماً كما يفعل 2530، أو أنه يتفاعل مع شيء يتجاهله الجهاز الأقدم بصمت.الشيء الآخر الذي يجب استبعاده على جهاز 2540 هو حماية شجرة الامتداد (spanning tree) على تلك المنافذ. فحماية BPDU أو root guard أو loop protect ستُسقط المنفذ خلال ثانية واحدة من ارتفاعه، ومن الطرف البعيد يبدو الأمر وكأنها وصلة ميتة. شغّل
show log -rوdebug eventأثناء تركيب الموديول - هذا يخبرك ما إذا كان المنفذ قد ارتفع فعلاً في أي وقت أو لم يرَ الضوء إطلاقاً.كلا الجهازين يقرأ الموديول بنفس الطريقة. أمر
show tech transceiversيعطيني 1000SX، J4858D على المنفذين 51-52 على كل من 2530 و2540، سطراً بسطر - لا شيء في هذا المخرج يميّز الوصلة التي تعمل عن تلك التي لا تعمل.لا توجد أيضاً أي ميزات حماية على تلك المنافذ، فهي مجرد وصلات علوية بسيطة تحمل VLAN ولا شيء آخر. أمر
show log -rيُظهر المنفذ ينزل (down) ولا شيء قبل ذلك، وأمرdebug eventلا يعطيني أي أحداث خاصة بالموديول (transceiver) إطلاقاً أثناء تركيبه.جانب TP-Link خارج الصورة على أي حال: جهازا 2540 مع J9050D في كلا طرفي نفس الألياف يبقيان أيضاً Down.