CRS326-24S+2Q+RM ile Huawei S6720 arasında Q+DA0001 40G DAC: iki taraf da kabloyu okuyor, link gelmiyor
Sahalarımızdan birinde aggregation katmanını yeniden kuruyoruz: CRS326-24S+2Q+RM müşteri SFP+ portlarını alıyor ve 40G üzerinden Huawei S6720'ye uplink veriyor. Aynı rack içinde kısa bir mesafe olduğu için optik yerine pasif DAC kullanıyoruz.
- MikroTik CRS326-24S+2Q+RM, QSFP+ port qsfpplus1-1
- Huawei S6720-54C-EI-48S-AC, sade bir 40GE port
- MikroTik Q+DA0001 pasif 40G QSFP+ DAC
İki cihaz da kabloyu doğru okuyor: MikroTik onu kendi Q+DA0001'i olarak gösteriyor, Huawei ise port bilgisinde 40G bakır kablo olarak listeliyor. Sonra hiçbir şey olmuyor:
MikroTik: qsfpplus1-1 no-link
Huawei: 40GE... current state : DOWNŞimdiye kadar yapılanlar:
- aynı kabloyu CRS326'nın iki QSFP+ portu arasında loop'ladım: anında link geldi
- Huawei'nin iki 40GE portu arasında da loop'ladım: yine link geliyor
- uçlarını değiştirdim, diğer QSFP+ porta taktım, her şeyi yeniden oturttum
- iki tarafın da administratively down olmadığını doğruladım
Yani kablo sorunsuz ve her switch tek başına onunla mutlu, sadece farklı üreticilerin eşleşmesi reddediyor. Bir CRS326 ile S6720 arasında Q+DA0001'i gerçekten çalıştırabilen oldu mu, portu ayağa kaldırmak için iki taraftan birinde ne değiştirmeniz gerekti?
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 5
Bu default-default eşleşmesi senin sorunun, iki ucu birlikte kapatmak da öyle. Burada aynı kombinasyonda işe yarayan şey asimetrik bir ayar, yazıya dökünce kulağa yanlış geliyor ama durum bu: Huawei tarafındaki 40GE portunda auto-negotiation kapalı, MikroTik'te ise qsfpplus1-1 kendi autoneg'ini açık tutuyor.
Huawei'de, interface'in içinde:
MikroTik'te dokunma ya da sonradan biri "düzeltmesin" diye açıkça ayarla:
40G link'i bunun hemen ardından benim CRS326-S6720 çiftimde geldi ve o zamandan beri stabil. Bunu bir çözümden çok bir workaround olarak satardım: iki implementasyon bir 40G DAC link'inin ne üzerinde negotiate etmesi gerektiği konusunda açıkça anlaşamıyor, asimetrik ayar da sadece ikisinin de memnun kaldığı köşe. Bunu canlı bir uplink üzerinde değil, bir bakım penceresinde yap, tutmazsa Huawei image'ının o portta autoneg'i kapatmaya izin verip vermediğini kontrol et, çünkü bu her yerde geçerli değil.
İki ucun da kabloyu gördüğü ama hiçbirinin link'i getiremediği cross-vendor 40G durumları neredeyse her zaman iki portun ne üzerinde negotiate etmeye çalıştığına dayanır.
Her iki taraftaki autoneg durumunu paylaş: Huawei'deki 40GE port konfigürasyonu ve MikroTik'teki qsfpplus1-1 için auto-negotiation değeri, ikisinden birini default'tan değiştirip değiştirmediğini de söyle. Ayrıca kapatmayı zaten denedin mi onu da belirt: iki uçta aynı anda mı, yoksa sadece bir uçta mı, çünkü bunlar iki farklı deney.
Loop testleri sadece kablonun sağlam olduğunu kanıtlıyor. İki ucun aynı negotiation davranışında anlaştığı konusunda hiçbir şey söylemiyor, asıl ilginç kısım da bu.
İki taraf da default'ta: qsfpplus1-1'de auto-negotiation=yes, Huawei'deki 40GE portunda negotiation auto, interface'leri kaldırmanın dışında iki configü de değiştirmedim. İki ucu aynı anda kapatmayı denedim, hiçbir şey değişmedi; tek taraflı varyant hiç aklıma gelmemişti.
Link durumu MikroTik'te no-link, Huawei'de DOWN olarak kalıyor, sayaçlar da hiç kıpırdamıyor, yani ikisinde de bir hata log'lanacak kadar bile ileri gitmiyor.
Şu son uyarı bir dipnottan fazlasını hak ediyor, çünkü tam olarak orada takılıp kaldım. Bir S6320-54C-EI'de, MikroTik tarafında RouterOS 7.12 ile, 40G port auto-negotiation'ı kapatmana hiç izin vermiyor, yani asimetrik numaranın konacağı bir yer yok.
Semptomlar bunun dışında birebir aynı: iki uç da kabloyu okuyor, port down kalıyor, hiçbir yerde hata yok. Yani yukarıdaki workaround gerçek ama platforma özgü, bu iki 40G implementasyonu arasındaki asıl uyumsuzluk ise benim görebildiğim kadarıyla hâlâ açık.
Cross-vendor bir DAC'ı hiçbir şekilde çalıştıramayan buraya düşen olursa: bir noktadan sonra onunla uğraşmayı bırakmak daha ucuza geliyor.
Bende bir Alta Route 10, bir CRS309-1G-8S+'a karşı çalışıyordu; Route 10 hem bir 10Gtek hem de SFP-H10GB-CU2M olarak raporlanan bir FS SFP+ DAC'ı tanıyordu, CRS309 ise hiç link partner advertising göstermiyordu ve çift ancak 1G'ye zorlanınca link veriyordu. /cfg/sfpX.txt içinde 10gbase_r'ı zorlamak hiçbir işe yaramadı, kafeste hangi modül olursa olsun Route 10'daki ethtool baseT modlarını listelemeye devam etti. İki ucu da FS SFP-10GSR-85 optiğe çevirince 10G link anında geldi.
Farklı hız, farklı cihazlar, aynı ders: kablonun sağlam olduğu kanıtlanmışken iki uç hâlâ anlaşamıyorsa, bir çift optik bir hafta daha ayar çekmekten daha ucuza gelir.