Dark fiber üzerinden SRX1500 cluster: HA CONTROL portu SFP-LH 740-011612 ile karanlık kalıyor
İki SRX1500, birkaç kilometre arayla ayrı data center'larda duruyor, uçtan uca bize ait dark fiber çiftleriyle birleştirilmiş. Bir chassis cluster olarak ayağa kalkmaları gerekiyor, bu da control link'in bir rack içindeki bir patch kordon yerine o fiberi geçmesi gerektiği anlamına geliyor.
Kurulum:
- iki Juniper SRX1500, birebir aynı donanım yapısı
- her node'un HA CONTROL portunda bir Juniper SFP-LH 740-011612
- control link için doğrudan patch'lenmiş, özel bir dark fiber çifti
- şasiyle birlikte gelen, daha önce bir back to back test için kullanılan SFP-T bakır modül
SFP-LH takılıyken ortada hiçbir şey yok. Cage'de LED yok, link yok, ve cluster hiç oluşmuyor:
> show chassis cluster interfaces
Control link status: Down
Control interfaces:
Index Interface Status
0 em0 DownŞimdiye kadar yaptıklarım:
- control link'i ikinci fiber çiftine taşıdım, iki node'da da hiçbir değişiklik yok
- modülleri iki node arasında değiştirdim, ikisinde de aynı sonuç
- bir akıl kontrolü olarak SFP-T'yi geri taktım, tam bir chassis restart'a kadar down kaldı, ondan sonra hemen geldi
Bu son nokta beni ölü optikten daha fazla rahatsız ediyor. Bir SRX1500'ün HA CONTROL portu SFP-LH 740-011612'yi ya da SFP-SX 740-011613'ü hiç kabul ediyor mu, yoksa sadece birlikte geldiği SFP-T'yi mi? Ve o portta bir DWDM SFP çalıştırıp çalıştırdıran oldu mu?
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
Optiği suçlamadan önce, kutu o cage'de gerçekte ne görüyor? SFP-LH takılıyken
show chassis hardware'i çalıştırın ve her iki node'da da o slot için hiç bir Xcvr satırı görünüp görünmediğine bakın. Modül inventory'ye bile girmiyorsa, bu bir fiber ya da dalga boyu problemi değildir ve ne kadar çift değiştirirseniz değiştirin bu değişmez.İkinci şey, on dakikalık bir iş: o SFP-LH modüllerinden birini, bilinen iyi bir peer'a karşı bir revenue portuna takın. Orada link kurup HA cage'inde karanlık kalıyorsa, modülü porttan ayırmışsınız demektir ve fiber altyapısı hakkında tartışmayı bırakabilirsiniz.
Sorunun DWDM yarısında en azından bir veri noktası var: SRX1500 serisinde Champion ONE DWDM optikleri çalıştıran biri, onları çalışır durumda elde etmiş. O yola gitmeden önce, tam dalga boyunu önce optik ya da DWDM vendor'ıyla doğrulayın, çünkü Juniper bunun için mutlaka bir modül satmıyor, ve o zaman bir case açtığınız anda bunun getirdiği her şeyle birlikte üçüncü parti optiklerdesiniz demektir.
HA control portu farklı bir hayvan, ve bunun bir revenue portu gibi davrandığını varsaymazdım. Şasiyle birlikte gelen SFP-T'nin ötesinde onun için yayınlanmış bir optik listesi yok, kendi testiniz de cage'in runtime'da yeniden okunmadığını söylüyor: bakır modül ancak bir chassis restart'tan sonra geri geldi. Bu, portun boot'ta inventory'lendiği ve sonrasında kimsenin onu yeniden taramadığı gibi okunuyor.
Cluster'ın yakında ayakta olması gerekiyorsa, transport'u firewall'un dışında tutun. Uzun mesafeyi hayatını optikle kazanan donanımda sonlandırın, her SRX'e kabul ettiği bilinen modül üzerinden kısa bir link verin, ve dalga boyunu transport'a bıraktırın. Daha az zarif ama teslim etmesi çok daha hızlı. Yine de bir case açın, çünkü o port için desteklenen optiklerin listesinin var olmaması bile yazılı bir cevabı hak ediyor.
Bu kutularda port durumuna güvenmeme kısmına katılıyorum. Junos 21.4R3-S4.9 üzerinde iki SRX380-POE-AC'lik bir cluster'ımız var, orada arıza ters yönde işliyor: xe-0/0/17 ve xe-0/0/18, hiç fiber bağlı olmamasına rağmen LED'ler yanıkken link UP raporluyor. Xcvr 16-17 olarak Juniper SFP-SX 740-011613, Xcvr 18-19 olarak SFP+-10G-SR 740-021308, her iki node da
show chassis hardware'de birebir aynı inventory'i gösteriyor,show interfaces tersede interface'lerin up olduğunda ısrar ediyor.Modülleri yeniden takmak tam olarak hiçbir şeyi değiştirmedi. O portlar sonunda ge-0/0/14-15 üzerinde kurduğumuz bir reth içindi, yani bundan kimse zarar görmedi, arkasında bir PR olup olmadığı konusunda da hiç cevap alamadım. Onunla sizin karanlık control portunuz arasında, cluster'lanmış bir SRX'te optik durumunu fiziksel herhangi bir şeyin kanıtı olarak görmezdim.
Bu yolda daha ileri gittiğinizde işe yarayacak iki not.
Yola bir DWDM optik girerse, sipariş etmeden önce grid'i kontrol edin: karşı uçtaki sabit 100 GHz optiklere karşı 50 GHz tunable, bir geceyi kaybetmenin iyi bilinen bir yolu, Junos'ta da kanal interface'te ayarladığınız herhangi bir şeyden değil wavelength seçeneğinden gelir. Ayrıca kutu, ışık doğru dalga boyundayken konfigüre ettiğinizle uyuşmayan bir kanal numarası raporlarsa paniklemeyin. Bu Cisco tunable'larında CLI okumasına güvenilmeyecek kadar sık çıktı.
Bu cage'ler için ince dokümantasyon temasına genel olarak gelirsek: aynı platformda, bir SRX-SFP-1GE-T bakır modül 1 Gbps'te sorunsuz link kuruyor ve 100 Mbps'te gelmeyi reddediyor, hardware guide SFP portlarını 100/1000 diye adlandırırken modülün datasheet'i 10/100/1000 diyor. İkisinden hangisinin doğru olduğunu da kimse söyleyemedi.