ERS 8600 fiber portu 1G full duplex'te up ama switch üzerinde MAC öğrenmiyor
ERS 8600'ümüzdeki fiziksel bir sunucu hiçbir yerle konuşmuyor, switch ise her şeyin yolunda olduğuna oldukça ikna olmuş durumda. Port, sunucu bakırdan fibere taşındığından beri bu durumda.
- Avaya ERS 8600, slot 3 port 12'de 1G SFP portunda sunucu
- kendi SFP'si olan sunucu NIC'i, bina panelinden geçen fiber patch
- port 1 Gbps full duplex'te bırakılmış, konfigürasyonda egzotik bir şey yok
Switch'in o port için raporu:
Port 3/12: up, 1000 Mbps, full duplex
FCS errors: 0
Port errors: 0
MAC addresses learned on 3/12: none
Yani port link kuruyor, günlerce up kalıyor, hiç hata saymıyor, ama forwarding database'e ondan tek bir adres bile düşmüyor. Sunucu VLAN'ın geri kalanından erişilemez durumda.
Denediklerim:
- portu birkaç kez down/up yaptım, değişen bir şey yok
- flow control'ü iki yönde de denedim, yine değişen yok
- sunucu VLAN'ı için FDB'yi gezdim: diğer her porttan adres var, 3/12'den tek bir tane yok
- sunucu kendi linkinin gigabit'te up olduğunda ısrarlı
Sonra nereye bakmalı: switch tarafına mı, yoksa sunucudaki optiğe mi?
Comments 3
Bu örüntü - link up, full duplex, temiz sayaçlar, boş forwarding database - neredeyse her zaman karşı ucun fibere ışık gönderdiği ama geçerli frame göndermediği anlamına gelir. İlk şüpheli sunucudaki modül olmalı, switch konfigürasyonu değil.
Önce switch tarafını temize çıkar, ki sonra kimse itiraz edemesin. ERS 8600 diagnostic shell'de o port için
dumpPortStatevepsDump(<port index>)çalıştır. İndekse dikkat: bu normal CLI'daki slot/port değil, slot * 64 + (port numarası - 1). Bunlar sağlıklı bir local port ve temiz sayaçlarla dönerse switch işini yapmış demektir ve arıza fiberin diğer tarafında.Bir şey satın almadan önce hattı denklemden çıkar: o portu aynı tip yedek bir modül üzerinden kendi üzerine patch'le, sonra ne çıktığını ve ne geri geldiğini ölç, iki okumanın da modülün spesifikasyonunun söylediği yerde sabit kalıp kalmadığına bak. Ardından sunucu NIC'indeki SFP'yi değiştir. Bu belirtilerle belgelenen vakada tek çözüm buydu: switch portu günlerce linki tuttu, fiberden hiçbir zaman kullanılabilir bir şey gelmedi, ve sunucunun modülü değiştirilir değiştirilmez adresler belirdi.
Sağlam olduğu bilinen bir modül hiçbir şeyi değiştirmezse bir uyarı: bazı platformlarda aynı görünen bir yazılım kusuru var. ERS 5900'de belgelenmiş bir tanesi var: 1 Gbps uplink modüllerini 10 Gbps SFP+ ile değiştir, linkler üzerinden hiçbir şey geçmeden active olarak up gelir. Daha sonraki bir yazılım sürümü bunu düzeltilmiş olarak listeliyor, bu arada bir port ya da switch reset'i de işe yarıyor. Yani değişim yardımcı olmazsa önce kendi kodunun release notes'una bak.
Sıfır hata ile sıfır öğrenilen adresin bir arada olması çok spesifik bir kombinasyon, o yüzden hangi yönün gerçekten ölü olduğunu netleştir. Port sayaçları hiç alınan frame gösteriyor mu, yoksa gerçekten hiçbir şey gelmiyor mu? Alım tarafı sabitken gönderim tarafı tırmanmaya devam ediyorsa switch bir boşluğa konuşuyor demektir ve boş FDB'n sorunun kendisi değil bir semptomu.
Switch'in modülün kendisinden çekebildiği her şeyi dökmek de işe yarar. VSP 7000 serisinde bu
show interfaces gbic-info, sadece tek portu istiyorsanport <port number>ile daraltılır, ve bu sana kutunun hangi cihazın takılı olduğunu düşündüğünü ve onu desteklenir sayıp saymadığını söyler; ERS sürümünde bir eşdeğeri varsa 3/12 için çıktısını paylaş. Ve sunucu NIC'inde hangi modülün oturduğunu söyle, marka ve tip, sadece 'bir SFP' değil.Önerildiği gibi diagnostic shell'e girdim. Slot 3 port 12 için indeks 3 * 64 + 11 = 203 çıkıyor, yani
psDump(203)artıdumpPortState- local port sağlıklı, sayaçlar temiz, switch'te tam olarak öngörüldüğü gibi hiçbir sorun yok.Ben de SFP'yi sunucu NIC'inden çıkarıp aynı tipten bir yedek taktım. Masama geri dönmeden MAC adresi forwarding database'deydi, ve sunucu o zamandan beri erişilebilir durumda. Sunucu tarafında, portu up yapıp öyle tutacak kadar ışık üretmeye devam eden ölü bir modül. Teşekkürler, yoksa bir gün daha switch config'ini yeniden okuyarak geçirecektim.