CodingBox Q&A Ask question

Eltex MES2324FB: link met SFP Foxgate naar Alcatel 6224 flapt eindeloos, modulediagnose N/S

Asked Active Viewed 55 AI translation from Русский
0

We zetten op de locatie een nieuwe MES2324FB neer ter vervanging van het oude ding. Uplink is 1G-optiek naar Alcatel 6224, Foxgate-modules uit dezelfde partij als op de naburige locaties.

Opstelling:

  • Eltex MES2324FB, firmware 4.0.4.7, ook 4.0.6 geprobeerd - geen verschil
  • 1G SFP Foxgate aan beide kanten van de link
  • verre kant is Alcatel 6224
  • korte fiber, binnen de locatie, via een kruispaneel

De link houdt helemaal niet stand: komt op en valt meteen weer, en zo blijft het doorgaan, het log staat vol met steeds hetzelfde:

%LINK-I-Up: gi1/0/21
%LINK-W-Down: gi1/0/21
%LINK-I-Up: gi1/0/21
%LINK-W-Down: gi1/0/21

Ondertussen is de modulediagnose leeg op alle parameters:

console# show fiber-ports optical-transceiver
Port      Temp  Voltage  Current  Output Power  Input Power  LOS
gi1/0/21  N/S   N/S      N/S      N/S           N/S          N/S

Wat ik al gedaan heb:

  • de module vervangen door een identieke uit de doos en naar een andere poort verplaatst - exact hetzelfde beeld
  • omgeschakeld naar een gegarandeerd werkende fiber, langs het kruispaneel om
  • diezelfde modules in de Alcatel en in een D-Link gestoken - daar komt de link op en blijft hij dagenlang staan

Dus de modules leven, maar met deze switch werken ze in geen enkele poort. Is dit een fabrieksfout van de switch of mis ik iets in de poortconfiguratie?

Comments 3

Accepted answer

Dat stuk over de demontage, dat is meteen het antwoord. De modules zijn vrijwel zeker herflashed naar de vendor-codering van die locatie, en Eltex reageert op zo'n codering precies zo: de EEPROM wordt niet gelezen zoals verwacht, de diagnose valt terug op N/S op alle velden, en de poort draait LINK-I-Up / LINK-W-Down eindeloos door. Bij ons is precies zo'n geval afgesloten doordat de modules HP-gecodeerd bleken: de locatie werd daarvoor door HP beheerd, vandaar de doos.

Binnen vijf minuten te checken: pak uit het magazijn modules met de standaard fabriekscodering van de leverancier en zet ze in diezelfde poort. Komt de link op en verschijnen er in show fiber-ports optical-transceiver cijfers in plaats van N/S, dan is de switch heel en is de vraag beantwoord.

Met no negotiation bypass hoef je de support niet lastig te vallen: op 1G-poorten bestaat het niet, op 10G lost het in deze situatie niets op.

En een punt om jezelf aan te wennen: lege of onleesbare diagnose op een poort is op zichzelf al een teken van moduleincompatibiliteit, geen aparte kleine storing. Bij kennissen op Zyxel was hetzelfde aan de hand vanuit een andere hoek: de XGS1930-52HP viel af en toe weg uit het management, op de optische uplink naar de GS2220-50 regende het CRC's en STP-omschakelingen, en DDM werd op die poort helemaal niet getoond. Patchkabel en poort op het kruispaneel werden voor niks verwisseld, en het bleek dat de uplink met modules van derden was opgebouwd, gecodeerd voor D-Link. Originele erin gezet - flap, CRC's en uitval stopten.

2 Russialambdaops44RU Show original (Русский) AI translation

Voordat je het ding als kapot afschrijft, post show version - zonder dat blijft het gesprek toch vastlopen op de versie.

En apart: N/S op alle velden in show fiber-ports optical-transceiver is niet "een module zonder diagnose", dat is de switch die de meetpagina van die module helemaal niet uitleest. Dus vraag nummer twee: wat voor modules zijn het precies, nieuw van de leverancier of van een andere locatie gehaald? Dezelfde partij als op de naburige locaties, of heb je dat zo besloten op basis van de doos?

Zeg ook wat de verre kant ziet: springt de poort op de Alcatel ook synchroon op en neer, of blijft hij gewoon stil.

1 KazakhstanracknodeKZ Show original (Русский) AI translation

Over de versie: 4.0.4.7, daarna 4.0.6 erop gezet - het gedrag veranderde geen bit.

Bij support werd ook meteen om show version gevraagd, daarna stelden ze no negotiation bypass voor. Op 1G-poorten wordt het commando helemaal niet ondersteund, op 10G-poorten hebben we het voor het experiment toegepast - nul effect, en mijn link zit daar sowieso niet.

Over de modules, daar heb ik mezelf op het verkeerde been gezet. In de vraag schreef ik dat het dezelfde partij was als op de naburige locaties, daar was ik van overtuigd; na jouw vraag ben ik het gaan natrekken in het magazijn, en dat klopt niet. De nieuwe van de leverancier liggen inderdaad in het magazijn, maar deze specifieke heb ik uit de doos gehaald die van de demontage kwam: de locatie werd ontmanteld en alle optiek werd op één hoop gegooid. Op de Alcatel en de D-Link werken ze, nogmaals, gewoon goed, daarom had ik ze ook niet verdacht. Aan de verre kant knippert de poort synchroon met de mijne, dat wil zeggen de hele link valt weg, niet één kant.

3 RussiawaveadminRU Show original (Русский) AI translation
Log in to comment. Log in