Interface group 50g'ye zorlandığında Aruba 8360-32Y4C'de hangi transceiver'lar hâlâ link veriyor
Bir çift 8360-32Y4C'yi leaf olarak ayağa kaldırıyoruz ve downlink planı bilinçli olarak karma: sunuculara çoğunlukla 25G, bir compute şasisine birkaç 50G port, out-of-band cihazlar için de birkaç yavaş bakır bağlantı. SFP56 downlink'leri grup halinde ve hız grup bazında ayarlandığı için, port haritasını dondurmadan önce bir grup ayarının aslında neyi yasakladığını anlamak istiyorum.
- Aruba 8360-32Y4C, AOS-CX 10.15
- 50g'ye ayarladığım grupta SFP56 50G modül
- aynı grubun diğer portlarında SFP+ 10G DAC ve SFP28 25G DAC
- iki OOB bağlantısı için planlanan J9054D 100 Mbps SFP
Grup 50g'ye zorlanınca yavaş modüller hiç gelmiyor:
8360(config)# system interface-group 4 speed 50g
8360# show interface transceiver
1/1/13 SFP56 50G up
1/1/14 SFP+ 10G DAC Waiting for link
1/1/15 SFP28 25G DAC Waiting for linkŞimdiye kadar yaptıklarım:
- iki DAC'ı da yeniden oturttum ve aynı grup içindeki başka portlara taşıdım
- karşı uçların kendi native hızlarına göre konfigüre edildiğini kontrol ettim
- aynı DAC'ların grubun 25g'de bırakıldığı bir switch'te link verdiğini doğruladım
Yani: 50g'ye ayarlanmış bir grupta gerçekten sadece SFP56 50G modüller mi link verir? 25g grubu daha yavaş olan her şeyi kabul ediyor mu, aynısı 10g'ye ayarlanmış bir grup için de geçerli mi? Transceiver kılavuzu da 5-32 portları için J9054D 100 Mbps SFP'yi listeliyor - orada gerçekten birini çalıştıran oldu mu?
Comments 6
Grup hızı kozmetik bir etiket değil, o gruptaki portların çalışmasına izin verilen hız seti. Grup 50g'deyken link verecek tek şey bir SFP56 50G modül; o gruptaki bir 10G veya 25G modül kabul edilen bir hız değil ve down kalıyor, tam olarak senin gördüğün de bu.
25g'deki bir grup izin verici ayar - 25G ve daha yavaş olan her şey onda link verir, yani 25G ve 10G DAC'lardan artı bakırdan oluşan karma bir sıra tamamen normal bir konfigürasyondur:
Haritayı dondurmadan önce iki uyarı var. 1/1/1 ile 1/1/4 arası portlar MACsec-capable portlar ve kendi kurallarına göre oynuyorlar, o yüzden onları ayrı planla ve kullanmayı düşündüğün tam modülle test et. Ayrıca 10g'ye ayarlanmış bir grup veya 100 Mbps'teki J9054D hakkında sana bir şey vaat etmem - gruplanmış bir portta hiç kullanmadım ve sorduğum kimse de doğrulamadı. Yavaş uç için 8360'ın resmi transceiver kılavuzundaki port bazlı aralıklar hâlâ referans. OOB için 5-32 portlarında 100M lazımsa, on altı tane sipariş etmeden önce bir modül al ve tezgahta kanıtla.
Buna iki şey karar veriyor ve senin yazında ikisi de eksik. Grubu hangi portlar oluşturuyor - içlerinde 1/1/1 ile 1/1/4 arası olan var mı? Bu dördü 32Y4C'deki MACsec-capable portlar ve 5-32 ile aynı kurallara uymuyorlar, yani orada yapılan bir test kutunun geri kalanı hakkında sana hiçbir şey söylemez.
Bir de grup 50g yerine 25g'deyken
show interface transceiverçıktısını paylaş. 10G ve 25G DAC'lar orada gelirse, modüller ve karşı uçlar sorunsuz demektir ve sadece grup hızıyla tartışıyorsun.Grup 4, 1/1/13 ile 1/1/16 arası portlar, yani 1-4 aralığında hiçbir şey yok - onlar hâlâ boş.
SFP56'yı 50g'de kalan başka bir gruba taşıdım (orada link veriyor) ve grup 4'ü 25g'ye düşürdüm. Tablo hemen değişiyor:
Yani mesele modüller, DAC'lar veya kablolama değil. Sadece grup hızı, başka hiçbir şey değil.
Değmesi açısından söyleyeyim, 25g grubu gerçekten o kadar izin verici. Benim lab'daki 8360'ta 25g'de bir grup var ve şu anda aynı anda link veren bir 10G DAC, bir 1G-BT bakır modül ve bir 25G DAC var, QSFP portlarında da 40G ve 100G DAC'lar çalışıyor. Bunların hiçbiri grup ayarını bozmuyor.
Konuyla ilgisiz ama bunları kurarken bilmekte fayda var: bir 8325-32C'den 8360-32Y4C'ye link'te, gelmeyi reddeden bir X242 40G DAC (JH234A) yüzünden iki gün kaybettik. 8325 tarafı
Module interface errorraporluyordu, 8360 tarafı iseWaiting for link'te oturuyordu, ikisi de GL.10.07.0020 üzerindeydi. Bu bir yazılım hatasıydı, kablo değil - 8325'i ikincil image'ı 10.06.0110'dan boot etmek link'i dosdoğru getirdi, 10.07.0021 de bunu kalıcı olarak düzeltti. 8360'ta hiçbir değişiklik gerekmedi. Yani desteklenmesi gereken bir modül sadece link yok değil de bir modül hatası raporluyorsa, optiği suçlamadan önce release'e bak.Bunun genel şeklini içselleştirmekte fayda var, çünkü bu bir Aruba tuhaflığı değil. Portun enabled speed seti modülü kapı gibi kontrol ediyor ve bu cihazlar kendiliğinden nadiren fallback yapıyor.
Spectrum'da da aynı hikaye: Onyx 3.10.4100 çalışan bir SN2100 veya SN2700'de, bir Amphenol QSA (624380003) arkasındaki 10G DAC I2C üzerinden düzgün okunuyor ama port hâlâ sadece 100G iken hiç link vermiyor.
mlxlink -d /dev/mst/mt52100_pci_cr0 -p 15 -mbunu açıkça gösteriyor -State: Disable,Enabled Link Speed 0x00b00000,Supported Cable Speed 0x00001001, öneri olarakCable speed not enabled. 10G'yi enabled speed'lere ekleyince port 10GbE'de LinkUp oluyor.Bir UCS 6248'de ise gerçek bir GLC-SX-MMD, sırf unified port hâlâ 10 Gbps default'undayken diye
SFP Validation Failedolarak işaretleniyor; portta 1 Gbps seçince modül uplink olarak kabul ediliyor. Farklı vendor'lar, her seferinde aynı soru: port, modülün konuştuğu hızı kabul ediyor mu.Kendi donanımımda doğrulayabildiklerimle döngüyü kapatıyorum. 50g'deki bir grup sadece SFP56 50G modülleri kabul ediyor, başka hiçbir şeyi değil; 25g'deki bir grup ise 25G ve 10G DAC'ları hiç şikayet etmeden yan yana taşıyor. Bu port haritasının büyük kısmını kapsıyor, yani sunucular ve compute şasisi halloldu, 1-4 aralığı da düzgün test edebilene kadar planın dışında kalıyor.
Hâlâ açık olan: 10g'ye ayarlanmış bir grubu denemedim ve 5-32 portlarındaki 100 Mbps'teki J9054D hakkında net bir cevap hiç alamadım. Bir modül siparişte, her şeyden önce tezgahta test edilecek. O zamana kadar OOB bağlantıları bakırla birlikte 25g grubunda kalıyor, port bazlı aralıklar için change board'a gösterdiğim şey de transceiver kılavuzu.