Ciena 3930: moet een 1GE SFP Ciena-coded zijn, of is voldoen aan de 1000BASE-LX-spec genoeg
We nemen een 1GE carrier-handoff af op een Ciena 3930 en ik stel er een reserveonderdelenkit voor samen. De module die voor dat circuit is opgegeven is XCVR-A10Y31, een 1000BASE-LX/LC-onderdeel: 1310 nm, 10 km singlemode. Niets exotisch, en ik heb een lade generieke optiek met exact die specificatie op drie meter van het rack liggen.
- Ciena 3930, 1GE glasvezelpoort naar de carrier toe
- nu in de poort: XCVR-A10Y31, gemeld als 1000BASE-LX/LC
- wat ik liever op voorraad zou hebben: generieke 1310 nm 10 km LX SFP's, dezelfde optische spec, geen Ciena-codering
Wat ik op de doos heb bekeken:
port xcvr show
port xcvr show supportedDe supported-output print de transceivermodellen die de actieve release kent, en elke vermelding daar is een Ciena-onderdeelnummer. Die in de poort komt overeen, prima. Wat die output me niet vertelt, is of de lijst adviserend is of dat het platform iets doet met een module die er niet op staat.
Wat ik al gedaan heb:
- de specs regel voor regel vergeleken - golflengte, reikwijdte, connector en snelheid komen allemaal overeen bij de generieke onderdelen
- op zoek gegaan naar één compatibiliteitslijst die de platforms dekt die wij draaien, en alleen artikelen per platform, per release gevonden
Dus wat is het: moet de module er een zijn die door Ciena wordt verkocht, of is elke SFP met dezelfde optische specificatie prima wat de doos betreft?
Comments 3
Het gaat om de codering, niet om de specificatie. Ciena certificeert transceivers op basis van wat de module over zichzelf meldt, dus een optisch identiek LX-onderdeel dat niet voor het platform gecodeerd is, staat simpelweg niet op de gecertificeerde lijst van de release die je draait. Overeenkomen in 1310 nm en 10 km levert je op dat niveau niets op.
Het goede nieuws is dat SAOS zich hier niet gedraagt als IOS. Geen err-disable, geen weigering om de poort op te laten komen. Een module buiten de lijst komt op in de operationele status UCTF - uncertified transceiver - en de poort blijft in die status gewoon linken en verkeer doorlaten. Drie commando's dekken wat je nodig hebt:
Het eerste bevestigt alleen dat de poort echt op is. Het tweede leest de module voor je uit - wie hem gebouwd heeft, welk onderdeel hij beweert te zijn, en de medium/connector-regel, die bij een fatsoenlijke spare precies 1000BASE-LX/LC print, net als het Ciena-onderdeel. Het derde beslist je vraag: het toont wat de geladen release certificeert, en alles daarbuiten draagt de UCTF-markering.
Twee kanttekeningen voordat je hier de hele reserveonderdelenkit op bouwt. De gecertificeerde lijst hangt vast aan de softwarerelease, dus een upgrade kan hem onder je vandaan verschuiven, en het gedrag is niet identiek binnen de hele familie, dus verifieer op het werkelijke model en niet op een verwant model. En de voor de hand liggende: op een circuit dat de carrier je aanreikt, is een ongecertificeerde module het eerste waar iedereen naar wijst zodra er een ticket wordt geopend, wat de tellers ook zeggen. Ik zou XCVR-A10Y31 op de handoff-poort houden en de generieke onderdelen op interne links zetten.
Getest op een lab-poort voordat ik ook maar in de buurt van de handoff kwam. Generieke 1310 nm LX erin, link op, en port xcvr show leest de third-party vendor-string uit met 1000BASE-LX/LC als medium, precies zoals beschreven. Status toont UCTF, de poort blijft doorsturen, en niets in het log lijkt op een klacht.
Het werkt dus, en toch kies ik nog steeds voor het compromis in plaats van de overwinning: XCVR-A10Y31 blijft op de carrier-facing poort omdat dat circuit onder contract staat, en de generieke onderdelen gaan naar de interne links waar een ongecertificeerde markering me niets kost. Niet het antwoord waar ik op hoopte, maar ik weet nu tenminste wat de doos werkelijk doet.
Zelfde beeld bij de oudere Carrier Ethernet-dozen. Een stapel uitgefaseerde apparatuur - een LE-311v en een 3911 - accepteerde een WWP-gebrande 1000BASE-LX en een koperen 1000BASE-T SFP die zich voordeed als een Cisco GLC-T, en geen van beide dozen weigerde een van de modules. Beide kwamen op als uncertified en droegen verkeer. Eén verschil dat het weten waard is: de 3911 meldde per poort een apart transceivertype, terwijl de LE-311v helemaal geen verschil liet zien tussen de geteste modules, dus lees niet te veel in wat één platform toont.
Wat de reserveonderdelenkit betreft, er is geen enkele cross-platform-matrix en je verspilt er een middag aan zoeken naar een. Elke lijst die ik heb gevonden dekt één platform op één softwaretrein, dus twee dozen in hetzelfde rack kunnen het oneens zijn omdat hun releases verschillen. Volgens de lijsten die wij voor onze eigen kit bijhouden, slaagt XCVR-A10Y31 op de 39xx- en 51xx-dozen - 3926 en 3928 aan de ene kant, 5142, 5160, 5170 en 5171 aan de andere - en verder niet. De 6500 en de 8700 zijn packet-optical, hun lijsten staan op zichzelf, en er gaat niets over van de switches. port xcvr show supported op de doos die voor je staat, opnieuw uitgevoerd na elke upgrade, is het enige antwoord dat waar blijft.