ERS 5510-24T system information में 1000SX GBIC दिखाता है पर IN USE LED कभी जलती नहीं
दो buildings को एक Nortel pair से जोड़ रहा हूँ जो मुझसे भी पुराना यहाँ लगा है। plan बस इतना था कि दोनों switches के बीच existing house fibre को light करके निपटा जाए, पर port 23 किसी भी end पर up नहीं होता।
- दो Nortel ERS 5510-24T, software 4.0.2.02
- 1000SX SFP GBICs, हर switch के port 23 में एक-एक
- risers से होकर लगभग 120 m building fibre, दूर वाली cabinet में जिसने भी original काम किया था उसने terminate किया था
port 23: no link, IN USE LED dark on both switches
GBIC listed in system information on both endsमैंने जो try किया:
- दोनों ends पर port 23 पर auto-negotiation off किया
- port पर symmetric flow control set किया
- इसके इर्द-गिर्द एक MLT बनाया, इस सोच से कि शायद port को किसी का member होना पड़े
इनमें से किसी से कुछ नहीं बदला। Manual कहता है कि GBIC को software में activate करना पड़ता है पर कभी नहीं बताता कि वो setting कहाँ है, और menus में मुझे उससे मिलता-जुलता कुछ नहीं मिलता। क्या सच में कोई activation step है जो मैं miss कर रहा हूँ, या मैं बिल्कुल गलत चीज़ के पीछे भाग रहा हूँ?
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 4
IN USE LED ये नहीं बताती कि module seated है। जब तक port को असल में optical link नहीं मिलता वो dark ही रहती है, तो ये आपको बस वही बता रही है जो port status पहले ही बता चुका है - कुछ भी link नहीं हो रहा - और खोजने के लिए कोई छुपा हुआ software activation step नहीं है। Manual की wording सबको उसी गड्ढे में भेज देती है।
असल में इसकी दो वजहें होती हैं, और मैं एक ही building में दोनों से मिल चुका हूँ।
पहली, module को glass के हिसाब से होना चाहिए। 1000SX multimode part है। अगर risers singlemode हैं तो आप कुछ भी configure कर लें, वो कभी link नहीं करेगा; वहाँ आपको एक LX module चाहिए, इस platform पर AA1419015।
दूसरी, और पुरानी house cabling पर ये अक्सर जीतती है: transmit को receive पर पड़ना चाहिए। Remote cabinet में उल्टी लगी हुई pair बिल्कुल यही symptom देती है - system information में दोनों GBICs दिखते हैं, दोनों ends configured हैं, फिर भी कोई link नहीं। मैंने जिस case में काम किया उसमें दूर वाली cabinet में pairs को बदल देना ही पूरा fix था।
जिस क्रम में मैं काम करूँगा: पहले पता करें कि risers में असल में कौन सी fibre है, फिर direction के लिए pairs को end to end walk करें, फिर module को दोष देने से पहले कोई known-good run उधार लें। ऐसा करते समय auto-negotiation और flow control वापस default पर कर दें, इनमें से कोई भी यहाँ आपकी problem नहीं है।
Menus में और गहरे जाने से पहले: risers में असल में है क्या, multimode या singlemode? इसे कोई ठीक से label नहीं करता, और buildings के बीच 120 m ठीक वो distance है जहाँ लोगों को यह बात मुश्किल तरीके से पता चलती है।
दूसरा सवाल: क्या किसी ने दूर वाली cabinet खोलकर terminations verify की हैं, या आप वहाँ के labels पर भरोसा कर रहे हैं?
एक test जो इंतज़ार करते हुए भी कुछ खर्च नहीं करता: एक छोटा patch cord लेकर same switch पर एक fibre port को दूसरे से loop कर दें। अगर वो link up होता है, तो modules और ports ठीक हैं और जो भी ढूंढ रहे हैं वो बाहर plant में है।
बिल्कुल अलग kit पर same shape की problem: तीन LANCOM GS-2326P+ switches floor patch panels के through multimode पर link थे। Modules detected थे, fibres पर light थी, हर fibre port no link पर अटका था।
आख़िर में सब कुछ direction की तरफ इशारा कर रहा था। किसी strand पर light दिखना ये कुछ नहीं बताता कि वो किस दिशा में जा रही है, और run के बीच में लगा patch panel वही जगह है जहाँ pair cross हो जाती है, तो हर panel walk करें और prove करें कि एक side का transmit दूसरी side के receive पर पड़ रहा है।
फिर वो boring वाली बात: दोनों ends एक ही तरह का optic होने चाहिए। Short-range 850 nm और long-range 1310 nm आपस में बात नहीं करेंगे, एक 100 Mbit module gigabit वाले से बात नहीं करेगा, और multimode optics को 9 um singlemode की जगह multimode glass चाहिए।
एक और बात जो आपके Nortels पर लागू हो भी सकती है, नहीं भी: कुछ switches boot पर module check चलाते हैं और third-party optics को सीधे refuse कर देते हैं। हमारा कोई confirmed fix नहीं मिला क्योंकि tests site visit का इंतज़ार कर रहे थे, पर loopback cord वो step था जो एक दोपहर में plant को hardware से अलग कर देता।
एक और वजह कि सिर्फ किसी indicator के भरोसे module मत बदलिए: इस platform family में reported state दूसरी दिशा में भी गलत हो जाती है।
मेरे पास तीन ERS 5520 का एक stack है जिसमें SFP ports 1/48 और 2/48 एक MLT में हैं। Port 2/48, OperStatus down और management interface में orange square के साथ up आता है, जबकि module solid green light के साथ बैठा है और traffic link को बिल्कुल normally cross कर रहा है।
Green light और wire पर frames का मतलब है कि optics और glass वही कर रहे हैं जो करना चाहिए, और झूठ उस state में है जो stack उस port के लिए रखता है - इस software train पर ये गड़बड़ base unit वाले members में नहीं, बाकियों में होती है। एक fresh base election force करना, या stack cabling निकालकर फिर से लगाना, try करने लायक सस्ता है, और शायद बाद वाली image इसे fixed भी list करे। जो कुछ नहीं देता वो है UI में square orange होने की वजह से एक working SFP निकाल देना।