Yeni bir 200 m OM4 hat üzerinden bir çift Aruba 2530-48G: J4858C modülleri self-test'i geçerken port 51 Down
Bir süre önce iki bina arasına 200 m'lik bir OM4 omurga çektirmiştik ve şimdi onu zaten sahip olduğumuz ekipmanla aydınlatmaya çalışıyorum. Her iki uç da 2530, her iki modül de HPE parçası, ve link basitçe gelmiyor.
- 2x Aruba 2530-48G
- 2x J4858C 1000SX, her tarafta port 51
- taze döşenmiş yaklaşık 200 m OM4, yüklenici iyi olarak sertifikalandı
- patch panelden switch'e Digitus DK-2533-01 OM2 LC jumper'lar
show tech transceivers, o port için bana şunu veriyor:
Port 51 Down Auto 1000FDx 1000SX multiZaten yaptıklarım:
- her iki switch'te modül self test'i çalıştırdım, ikisi de geçiyor
- her iki tarafta
interface 51 enable, değişiklik yok, port Down kalıyor - iki modülü switch'ler arasında değiştirdim, her iki yönde de aynı sonuç
- jumper'ları hem panelde hem switch'te yeniden oturttum
İki teori arasında sıkışıp kaldım: ya her iki modül de kutudan bozuk çıktı, ya da bir OM4 trunk üzerindeki OM2 jumper'lar onu öldüren şey. Hangisi daha olası, ve ikisinden birini gerçekten kanıtlamak için sırada ne test ederdiniz?
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 4
Daha fazla teorileştirmeden önce linki kısaltın. Bir switch'i diğerinin yanına taşıyın, her iki J4858C'yi takın, ve onları tek bir patch kordonla birleştirin - tek jumper, panel yok, döşenmiş fiber yok. Port 51 böyle Up gelirse, tek bir hamlede hem her iki modülü hem her iki switch portunu temize çıkarmışsınızdır, ve geriye kalan, hattın diğer tarafında: döşenmiş fiber, paneller, coupler'lar, terminasyonlar.
Benim üzerinde çalıştığım vaka da böyle gitti. Aynı 2530-48G çifti, aynı J4858C, döşenmiş hat üzerinden port 51 Down ve iki modül bir kordonda sırt sırta gelir gelmez Up. Bu kanıtla optiklerden şüphelenmeyi bırakırdım, ama testin size ne kazandırdığı konusunda net olun. Segmenti izole eder, başka bir şey değil. İzin hangi parçasının kötü olduğu, bir panel mi, bir ek mi, bir konektör mü, yoksa sadece yanlış bir çiftin patch edilmesi mi, biri üzerine bir metre ya da bir OTDR koyana kadar açık kalır.
Bu arada, OM2 teorisini bir kenara koyardım. 200 m'de 1000SX için sizi durduran jumper sınıfı değil, ve OM3 ile OM4 zaten birbiriyle uyumlu. Sınıfları karıştırmak düzensiz ve ben yeni bir tesisi öyle kurmazdım, ama kovaladığınız arıza bu değil.
Sırt sırta testi geçtikten sonra, fiberi çeken kimse ise ona geri dönün ve sertifikasyon sonuçlarını yazılı olarak, fiber başına, kayıp ve uzunlukla birlikte isteyin. Kendi testleri linki iyi ilan etti, yani ya bir şey göz ardı edildi ya da patch edildiğiniz çiftten farklı bir çift ölçtüler - ve onlara geri gelip yeniden yapmalarını söylediğinizde ayağınızın bastığı zemin de bu.
İlk olarak, ikisi de Down olarak yazdıran iki farklı arızayı ayırın. İdari olarak down ya da yanlış yapılandırılmış bir port bir sorun, etkin ama alıcısında ışık olmayan bir port tamamen farklı bir sorun. Zaten
interface 51 enableçalıştırdınız ve hâlâ Down okuyor, yani katman 1'desiniz ve config masadan kalktı.Bunu daraltacak iki şey. İki switch arasında fiziksel olarak ne var - kaç patch panel, herhangi bir ek tepsisi, hattın ulaşması için birinin eklediği herhangi bir coupler? Ve fiber başına gerçek kayıp rakamlarıyla yüklenicinin sertifikasyon raporu elinizde mi, yoksa sadece sözlü bir "test edildi, iyiydi" mi?
Ayrıca duplex jumper'larınızın her iki panelde de aynı şekilde kablolanmadığını doğrulayın. Her iki uçta da straight through, sizi TX'i TX'e sokmuş bırakır, ve bu tam olarak tarif ettiğinize benziyor.
İki switch'i aynı odaya getiremediğiniz durumlar için aynı testin bir varyasyonu: bir modülü kendi üzerinde loop'layın. Aynı duplex modülde TX'ten RX'e patch kordon, alıcıyı pişirmemek için yüksek güçlü bir parçaysa hatta bir attenuator ile. Port gelirse, host portu ve modül elektriksel ve optik olarak sağlamdır, ve arıza uzak uçta, fiberde ya da eşleşmededir.
Switch'ten switch'e linke gelmeyi reddeden bir FIBO SFP+'lı bir MES3324F'te tam olarak bunu yaptım - loop hemen geldi, bu da aramayı modülden alıp span'e taşıdı. Bir uyarı: kendi üzerinde loop, BiDi modüllerde işe yaramaz, çünkü TX ve RX farklı dalga boylarında. Bunun yerine eşleşen bir çifti birbirine karşı loop'layın.
Bir sonraki parti için, modülleri bir duvara yaklaşmadan önce test edin. EEPROM ve DDM'i okuyun (vendor, parça numarası, sıcaklık, TX ve RX gücü), bir metreyle TX gücünü ölçün ve bir attenuator ile hassasiyeti kontrol edin, yukarıda tarif edildiği gibi loop'layın, sonra hedef hızda trafikle gerçek bir link çalıştırın ve hata sayaçlarını izleyin - elinizde bir host varsa
ethtool -mveiperf3bu son ikisini kapsıyor. Gerçekten önemsediğiniz linklerde, modülü kanıtlayan şey NRZ için 1e-12'nin altını doğrulayacak kadar uzun süren bir PRBS-31 BER koşusu. Hiçbir tek alet her şeyi doğrulamaz.WISP kalabalığından ödünç alınan ve beni iki kez kurtaran bir alışkanlık daha: her modülü hizmete girmeden önce bir warm reboot, bir cold reboot ve bir yeniden oturtmadan geçirin. Bazı parçalar takıldığında linke gelir ve bir güç döngüsünden sonra ölü döner - GLC-T-OEM klasik örnek, sadece yeniden oturtulduktan sonra geliyor - ve diğerleri gerçek olmayan bir link durumu raporlar. Bunu tezgahta bulmak bir çatıda bulmaktan çok daha ucuz.