Aruba AP-375 uplink: bir Cisco BiDi SFP çalıştırmanın bir yolu var mı, yoksa AP onaylı optiklere mi kilitli?
Bir kampüs sahasındaki bir dış binaya Wi-Fi götürüyoruz. O yöne giden tek fiber tek bir fiber, o yüzden plan oraya bir AP-375 asıp onu zaten rafta olan bir BiDi çiftiyle beslemekti.
- Aruba AP-375, ArubaOS 8
- AP cage'inde Cisco BiDi SFP, switch'te onun eşleşen partner dalga boyu
- iki bina arasında tek bir single-mode fiber
- AP'nin kendisi sorunsuz, bakırda normal geliyor
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Şimdiye kadar yaptıklarım:
- çifti ters taktıysam diye iki dalga boyunu değiştirdim
- modülü yeniden taktım ve aynı partiden ikinci bir AP-375 denedim
- switch'lerde olan
allow-unsupported-transceiverdüğmesinin eşdeğeri için AP CLI'ını didikledim, ona benzer hiçbir şey bulamadım
Peki bir AP-375, Aruba'nın onayladığı optikler dışında bir şeyi kabul ediyor mu, ve ArubaOS 8'de bir switch için değil AP'nin kendisi için bir unlock komutu var mı? Bu sert bir kilitse onaylı parçaları satın alırım, ama sipariş etmeden önce bunu bilmeyi tercih ederim.
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
Bu sert bir kilit, ve alışılagelmiş coded-optics hikayesi değil. Aruba, AP uplink'i için tam olarak iki modülü qualify ediyor, biri SX biri LX, ve AP firmware'inde hiç unlock komutu yok, yani etkinleştirilecek bir şey yok ve kim yaptığına bakılmaksızın kabul edilecek bir BiDi parçası da yok.
Verdikleri sebep ticari değil termal. Bir AP kasasının içi, sıradan endüstriyel olmayan bir modülün rate edildiği aralığın epey dışında çalışıyor: orada pişen bir modül erken ölebilir, ve cage'de arızalanan bir modül AP'yi de kendisiyle birlikte hasara uğratabilir. Onaylı listenin kısa olmasının ve onu genişletmekle ilgilenmemelerinin sebebi de bu.
Pratik cevap: onaylı SX ya da LX parça numarasını AP ordering guide'ından alıp onu satın alın. Tek fiberiniz can sıkıcı kısım, çünkü bu AP için kimse bir BiDi modülünü kutsamıyor.
Teşekkürler, bu yavaş yoldan bulduğumla örtüşüyor. AP CLI'ında
allow-unsupported-transceiver'a benzeyen gerçekten hiçbir şey yok, AP bir modül gördüğüne dair ipucu bile vermiyor, sadece ölü bir uplink'le orada oturuyor. Aynı BiDi çifti aynı fiber üzerinden iki switch'i link'liyor, yani optikler ve fiber sorun değil.Onaylı LX'i sipariş edip ikinci bir fiber çekeceğiz, kanalda yedek kapasite var. AP'nin üzerinde çalışılacak hiçbir şeyi loga yazmaması beni hafifçe sinirlendiriyor, düz bir unsupported-module mesajı bana bir öğleden sonra dalga boyu değiştirmekten kurtarırdı.
Değmişse söyleyeyim, switch tarafında da aynı aileden bir acı var. Buradaki bir Instant On switch, o portta uzun zamandır oturan HPE markalı bir 1000BASE-T modülde, J8177C, unsupported transceiver uyarısı vermeye başladı. Değişen modül değildi, yazılımdı: transceiver validation Instant On software 2.9 ile geldi ve kabul edilen listenin dışındaki her şey, HPE parçalarının daha eski revizyonları dahil, işaretleniyor.
allow-unsupported-transceiverde artık orada değil, sorduğum kimse de link'i korurken uyarıyı susturmanın bir yolunu bulamadı.1930 serisinde bu kozmetik bir uyarıdan daha kötü olabiliyor. Bir meslektaşımda bir JL680A var, orada bir J8177D tarzı bakır SFP doğru şekilde bir 1000BASE-T modülü olarak loglanıyor ve port RJ45 tarafına ne takılırsa takılsın yine de hiç link kurmuyor, o kutuda hiçbir override de yok. Oradaki üçüncü parti sonuçları bana bir piyango gibi göründü: bazı FS parçaları geldi, bazıları hiç negotiate etmedi, aynı modüller Cisco donanımında sorunsuzdu. Bir kutu sipariş etmeden önce bir tane alıp test edin.