PA-3220: SFP+ interface कभी link नहीं करता, sys.s1.p13.state में board_port_sfp_invalid_0 दिखता है
PA-3220 से एक नए core switch तक 10G uplink ला रहा हूं। Module firewall के एक खाली cage में गया, switch साइड configured है और wait कर रही है, और interface बस up होने से मना कर रहा है। Port LED blink करती है, इसी से लगा कि module को कम से कम power तो मिल रही है।
- Palo Alto PA-3220, module port 13 में
- generic 10G SFP+ optic, duplex LC
- उसी fibre run के दूसरे pair पर यही optic type दो switches के बीच 10G पर link करता है
- HA pair, और यह active unit है
Port के बारे में state tree क्या कहता है:
show system state filter-pretty sys.s1.p13.state
board_port_sfp_invalid_0sys.s1.p13.status link down report करता है। Logs में कुछ नहीं, interface बस dead है।
अब तक क्या किया:
- module reseat किया और connectors साफ किए
- उसी type का दूसरा optic लगाकर देखा
- switch to switch pair से fibre prove की, जो 10G पर link करता है
- interface config चेक किया, यह सही zone में एक plain layer 3 interface है
board_port_sfp_invalid_0 का यहां असल मतलब क्या है, और यह module है या firewall?
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 3
वह condition firewall का उस cage में module को reject करना है, और वजह electrical से कहीं ज्यादा mechanical होती है। Cages सामने से एक जैसी दिखती हैं और optic बिल्कुल सही बैठता है, पर जो slot कभी 10G के लिए wire ही नहीं हुआ, वह कितना भी healthy 10G optic हो, उसे up नहीं करेगा।
तो module की बजाय port map से शुरू करो।
show system infoexact platform बता देता है, फिर उस model का hardware reference बताता है कि कौन सी cages असल में SFP+ हैं। PA-3220 पर वह block ports 17-20 है, तो port 13 कभी candidate था ही नहीं। पहले optic को वहां move करो।एक बार यह असली SFP+ cage में आ जाए, state tree को इसी क्रम में चलो (नीचे की lines example के लिए port 17 इस्तेमाल करती हैं, जिस port पर move किया उसे डालो):
.phyबताता है कि media पढ़ा भी गया या नहीं: working cage में 10G optic SFP-Plus-Fiber के रूप में वापस आना चाहिए।.statuslink state है।.stateवहीं है जहां वह invalid-module condition दिखती है जो तुम्हारे पास पहले से है, और सही block में module के बैठते ही यह गायब हो जानी चाहिए।Pair को लेकर एक caveat: active unit पर port चेक करो। passive वाली पर interface by design down रहता है, जब तक passive link state up configured न हो।
यही थी बात। Optic को port 17 पर move किया,
.phyअब SFP-Plus-Fiber के रूप में वापस आ रहा है और link तुरंत 10G पर आ गया, switch साइड पर कोई change नहीं किया।मैंने मान लिया था कि cages आपस में बदली जा सकती हैं क्योंकि सामने से एक जैसी दिखती हैं। hardware reference इस model के लिए 17-20 साफ-साफ बताता है, बस मैंने modules और patch cords पर एक शाम बर्बाद करने से पहले उसे कभी खोला ही नहीं।
अच्छा नतीजा, और general सबक याद रखने लायक है: SFP+ shape का hole इस बात की guarantee नहीं देता कि उसके पीछे क्या बैठा है।
इसी तरह का trap कहीं और भी। QLogic QLE2562
lspciमें एक 8Gb Fibre Channel HBA की तरह दिखता है और उसकी cages वैसे ही modules लेती हैं जो बिल्कुल Ethernet optics जैसे दिखते हैं, परifconfigमें कभी कोई interface नहीं आता, क्योंकि card सिर्फ FC बोलता है, और कुछ नहीं। Dell S4048-ON और S6010-ON पर OPX के तहत एक 407-BBOU SFP+ ले जाने वाला 407-BBRO QSA adapter Operational State: DOWN पर बैठा रहता है और Operating Speed: 0 दिखाता है जबकि configured speed 10000 पढ़ती है, क्योंकि platform config ने उस QSFP port के लिए 10G mode कभी carry ही नहीं किया।और जब cage सही हो और port फिर भी down रहे, तो module type पर ही देखो। HPE 5940 (JH390A) Comware पर genuine 813874-B21 10GBASE-T SFP+ modules के साथ ports को DOWN रखता है और IF_LOCAL_FAULT log करता है, जबकि उन्हीं ports में 1G copper SFPs काम करते हैं। वहां workaround interface पर
port up-modeथा, इस side effect के साथ कि फिर port हमेशा के लिए up report होता है और असली cable loss signal होना बंद हो जाता है।