رابط uplink لـAruba AP-375: هل هناك طريقة لتشغيل SFP من نوع Cisco BiDi، أم أن الـAP مقفل على بصريات معتمدة؟
نقوم بمد شبكة Wi-Fi إلى مبنى ملحق في موقع الحرم الجامعي. الفايبر الوحيد المتجه إلى هناك هو خيط واحد، لذا كانت الخطة هي تعليق AP-375 هناك وتغذيته عبر زوج BiDi كان لدينا بالفعل على الرف.
- Aruba AP-375، ArubaOS 8
- وحدة Cisco BiDi SFP في قفص الـAP، طول موجتها المطابق في السويتش
- خيط واحد أحادي النمط بين المبنيين
- الـAP نفسه سليم، يعمل بشكل طبيعي على النحاس
AP-375 SFP cage: Cisco BiDi module seated, uplink never comes up
Same BiDi pair between two switches on the bench: link up, no complaintsما فعلته بالفعل:
- بدّلت الطولين الموجيين في حال كان الزوج بترتيب خاطئ
- أعدت تركيب الوحدة وجربت AP-375 ثانية من نفس الدفعة
- بحثت في CLI الخاص بالـAP عن مكافئ لمفتاح
allow-unsupported-transceiverالموجود في السويتشات، ولم أجد شيئًا يشبهه
إذن هل يقبل AP-375 أي شيء غير البصريات التي تباركها Aruba، وهل يوجد أمر فتح قفل في ArubaOS 8 خاص بالـAP نفسه وليس للسويتش؟ إذا كان هذا قفلًا صارمًا سأشتري القطع المعتمدة فقط، لكن أفضّل معرفة ذلك قبل أن أطلب.
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 3
إنه قفل صارم، وليس قصة البصريات المُكوَّدة المعتادة. Aruba تؤهل بالضبط وحدتين لرابط uplink الخاص بالـAP، واحدة SX وأخرى LX، وفيرموير الـAP ليس لديه أي أمر فتح قفل إطلاقًا، لذا لا يوجد شيء لتفعيله ولا قطعة BiDi ستُقبل بغض النظر عمن صنعها.
السبب الذي يقدمونه حراري وليس تجاريًا. داخل غلاف الـAP يعمل خارج نطاق ما تُصنَّف له وحدة عادية غير صناعية تمامًا: وحدة تُطهى هناك يمكن أن تموت مبكرًا، ووحدة تفشل في القفص يمكن أن تُتلف الـAP معها. لهذا السبب القائمة المعتمدة قصيرة ولماذا لا يهتمون بتوسيعها.
الإجابة العملية: خذ رقم قطعة SX أو LX المعتمد من دليل طلب الـAP واشترِ ذلك. خيطك الواحد هو الجزء الصعب، لأن لا أحد يبارك وحدة BiDi لهذا الـAP.
شكرًا، هذا يتطابق مع ما توصلت إليه بالطريقة البطيئة. لا يوجد فعليًا شيء في CLI الخاص بالـAP يشبه
allow-unsupported-transceiver، والـAP لا يلمّح حتى إلى أنه رأى وحدة، فقط يجلس هناك مع رابط uplink ميت. نفس زوج BiDi يعمل بلينك بين سويتشين عبر نفس الخيط، لذا البصريات والفايبر ليسا المشكلة.سنطلب LX المعتمدة ونمد خيطًا ثانيًا، القناة لديها سعة إضافية. منزعج قليلًا من أن الـAP لا يعطيك شيئًا في السجل للعمل عليه، رسالة بسيطة عن وحدة غير مدعومة كانت ستوفر علي بعد ظهر كامل من تبديل الأطوال الموجية.
نفس عائلة الألم على جانب السويتش، لما يستحق الأمر. سويتش Instant On هنا بدأ بإطلاق تنبيه ترانسيفر غير مدعوم على وحدة 1000BASE-T من علامة HPE، J8177C، كانت جالسة في ذلك المنفذ منذ زمن طويل. الوحدة لم تتغير، البرمجية هي التي تغيرت: وصل التحقق من الترانسيفر في برمجية Instant On 2.9 وأي شيء خارج قائمتهم المقبولة يُعلَّم، بما في ذلك المراجعات الأقدم من قطع HPE.
allow-unsupported-transceiverلم تعد موجودة أيضًا، ولم يجد أحد سألته طريقة لإسكات التنبيه مع الحفاظ على اللينك.على خط 1930 يمكن أن يكون الأمر أسوأ من تنبيه تجميلي. لدى زميل JL680A حيث تُسجَّل SFP نحاسية من طراز J8177D بشكل صحيح كوحدة 1000BASE-T والمنفذ لا يعمل بلينك أبدًا رغم ذلك، مهما وُصل بجانب RJ45، وذلك الجهاز ليس لديه أي تجاوز إطلاقًا. نتائج طرف ثالث هناك بدت كيانصيب بالنسبة لي: بعض قطع FS عملت، وأخرى لم تتفاوض أبدًا، ونفس الوحدات كانت سليمة في أجهزة Cisco. اشترِ واحدة واختبرها قبل طلب جهاز كامل.