Porty FEX na Nexus 5000 pokazują 'sfp validation failed' z modułami FET-10G
Autor prowadzi Cisco Nexus 5000 z fabric extenderem N2K-C2232PP-10GE. Trzy porty od strony FEX zgłaszają 'sfp validation failed' z modułami Cisco FET-10G. Zgodnie z radą znalezioną w sieci moduł został wyjęty, prędkość portu ustawiona na 1000, a moduł włożony ponownie; port był też shut/no shut i wypróbowano kilka różnych modułów, ale błąd został. Po wyjęciu modułu port nawet nie zgłaszał się jako pusty, dopóki nie włożono i nie wyjęto innego modułu, a diody LED portu migały na pomarańczowo. 'switchport mode fex-fabric' było już skonfigurowane na interfejsach. Autor zapytał, co jeszcze mogłoby powodować błąd walidacji.
- Sprzęt: Cisco Nexus 5000, fabric extender Cisco Nexus 2232PP (N2K-C2232PP-10GE)
- Transceivery: FET-10G, SFP-10G-SR
- Format: SFP+
Objawy / komunikaty:
sfp validation failed
down (Transceiver validation failed)
port LED blinking amber
port not reported as empty after module removal
Comments 5
Najczęstszą przyczyną jest zła prędkość portu, pozostała po wcześniejszym użyciu jako access/trunk, co może też wypłynąć dopiero po restarcie. Usuń powiązanie FEX ('no channel-group', 'no fex associate', 'switchport mode access', 'shutdown'), ustaw 'speed 10000', a potem dodaj z powrotem 'switchport mode fex-fabric', 'fex associate <id>', 'channel-group <n>' i 'no shutdown'.
Upewnij się, że interfejs jest skonfigurowany z 'switchport mode fex-fabric'.
Wypróbuj polecenia 'service unsupported-transceiver' i 'no errdisable detect cause gbic-invalid'.
Miałem interfejs utknięty w 'down (Transceiver validation failed)' i naprawiłem to, zamieniając typ modułu: FET-10G jest ważny tylko na uplinkach fabric extendera, podczas gdy do zwykłych portów danych potrzebna jest optyka SFP-10G.
Ten sam błąd usunąłem, wyprowadzając port z wymuszonego trybu, wyłączając go, jawnie konfigurując 'speed 10000' zgodnie z podłączoną przepustowością, i podnosząc go z powrotem przez 'no shutdown'.