Aruba 2540'ta 51-52 uplink portları binalar arası hatta Down kalıyor, aynı modüller 2530'da link veriyor
İki binalı bir sahaya bakıyorum, ve access switch'ler bir süre önce Aruba 2540'larla değiştirildi. Binalar arasındaki fiber'e dokunulmadı, ama değişimden beri uplink up gelmeyi reddediyor.
- bizim tarafta Aruba 2540, uplink'ler için 51 ve 52 portları kullanılıyor
- 2540'ta Aruba J4858D 1000SX, o çiftin karşı ucunda TP-Link TL-SM311LM v2.0
- ikinci bir çiftte, bir TP-Link TXM431-SR'a karşı Aruba J9050D 10G
- tek bir binalar arası hat, her iki uçta da patch'li, başka hiçbir şey değişmedi
Switch modülleri hiç şikayet etmeden okuyor:
show tech transceivers
51 1000SX J4858D
52 1000SX J4858D
port 51: Down
port 52: Down
Şimdiye kadar elediklerim:
- aynı modüller, aynı fiber, 2540 yerine bir 2530 - link up geliyor
- aynı hat üzerinden TP-Link'ten TP-Link'e - link up geliyor
- o fiberde J9050D ile 2540'tan 2540'a - hâlâ Down
- workbench'te kısa bir patch kordon üzerinde her iki modül - link up geliyor
Yani fiber, 2540 ile biten bir kombinasyon dışında her kombinasyonda link taşıyor, ve show log -r bana portun düşmesinden başka hiçbir şey vermiyor. 2540 burada farklı olarak ne yapıyor?
Comments 3
2540 olan kutu dışında her şey link veriyorsa optiklere bakmayı bırak ve hızı sabitle. O kafesler hızı kendileri negotiate ediyor, ve hız seçilebilir modüllü üçüncü parti donanıma karşı bu negotiation tam olarak bu linklerin takıldığı yer. Bu, workbench sonucunla da örtüşüyor: kısa bir kordon üzerinde karşı taraf yeterince hızlı oturuyor, uzun hatta oturmuyor.
Uplink'lerde açıkça ayarla:
Önce bir portu yap ve up gelirken
show log -r'ı izle, sonra ikinciyi. Karşı ucun sabit bir 1000 full seçeneği varsa bir tarafı negotiate ederken bırakmak yerine onu da ayarla.İki uyarı. Bu, benim çalıştığım bir sahada aynı belirtiyi düzelten şey, bir kılavuzda gösterebileceğim bir şey değil, o yüzden her 2540'a yaymadan önce kendi cihazının bir portunda kanıtla. Ve resmi olarak TP-Link modüllerinin hiçbiri bir Aruba switch'te desteklenmiyor - bu bir gün support case'e dönerse ilk istenecek şey her iki uçta da J4858D olacak. Sabit hız hiçbir şeyi değiştirmezse, o belirli hattı bir 2530'a geri taşımak, her iki tarafta da desteklenen bir modül çifti olana kadar tamamen savunulabilir bir cevap.
Çalışan 2530'dan ve başarısız olan 2540'tan tam
show tech transceiversçıktısını yan yana paylaş. Peşinde olduğum şey, 2540'ın o modülleri tam olarak 2530'un yaptığı gibi mi okuduğu, yoksa daha eski kutunun sessizce görmezden geldiği bir şeye mi tepki verdiği.2540'ta elenecek diğer şey o portlardaki spanning tree koruması. BPDU protection, root guard veya loop protect, bir port up geldikten bir saniye içinde onu aşağı çeker ve karşı uçtan bakınca ölü bir link gibi görünür. Modülü otururken
show log -rvedebug eventçalıştır - bu sana portun hiç up gelip gelmediğini, yoksa hiç ışık görmediğini söyler.Her iki kutu da modülü aynı şekilde okuyor.
show tech transceivers, 2530'da ve 2540'ta 51-52 portlarında satır satır aynı şekilde 1000SX, J4858D veriyor - o çıktıda switch'e link vermeyenin dışındakilerin link verdiğini söyleyen hiçbir şey yok.O portlarda koruma özelliği de yok, sade bir VLAN'lı uplink'ler, başka hiçbir şey yok.
show log -rportun düşmesini gösteriyor, öncesinde hiçbir şey yok, vedebug eventmodül otururken bana hiç transceiver event'i vermiyor.TP-Link tarafı zaten resmin dışında: aynı fiberin her iki ucunda J9050D'li iki 2540 da Down kalıyor.