MRV OptiSwitch OS906: welk CLI-commando toont het SFP-partnummer en RX-power op een demarcatiesite
We leveren klantcircuits op via MRV OptiSwitch demarcatieboxen - meestal OS906, met een paar OS904 en OS912 nog op oudere builds. Als er een ticket binnenkomt over een circuit dat down is of flappert, wil ik twee dingen weten via SSH voordat iemand erheen rijdt: welke module er daadwerkelijk in de poort zit (niemand logt wat de installateur erin gezet heeft), en het ontvangstvermogen, zodat ik kan zeggen of het licht bij ons stopt of bij hen.
- MRV OptiSwitch OS906 op het klant-demarcatiepunt, OS904 en OS912 op een paar oudere sites
- Generieke 1G SFP's, gemengde vendors, wat de fieldcrew toevallig in het busje had
- Single-mode span terug naar onze POP
Het enige dat ik tot nu toe heb uitgevogeld is dat een lege cage gewoon antwoordt:
Failed to get EEPROM Data, SFP is not inserteddus een ontbrekende module is in elk geval te onderscheiden van een module die aanwezig maar stil is. Wat ik nog steeds niet kan is de vendor, het partnummer en de golflengte printen van een module die erin zit, of TX/RX power uitlezen.
Tot nu toe geprobeerd:
- de CLI-help onder
show portdoorgelopen en duidelijk het juiste subcommando gemist - een bekend goede module in een lab-OS904 gestoken om te kijken of de output verschilt - zag niets
Welke commando's op OptiSwitch geven me de EEPROM-inhoud en de live optische niveaus? Ik stuur liever niemand met een powermeter naar een site waar de CLI het antwoord al heeft.
Comments 5
Twee commando's dekken het, en ze zijn precies gesplitst zoals je zou hopen: wat de module over zichzelf beweert in het ene, live metingen in het andere.
show port sfp-paramsdumpt de EEPROM-velden - vendor, partnummer, serienummer, golflengte, de nominale snelheid die de module opgeeft, de reach-cijfers die hij per fibertype meedraagt, plus de identifier- en connector-bytes. Dat beantwoordt wat de installateur daadwerkelijk erin gezet heeft, en of zijn reach überhaupt bij de span past.show port sfp-diag <portnumber>is de live helft: moduletemperatuur in beide schalen, voedingsspanning, bias current aan de zendkant in mA, en de twee optische vermogens, elk twee keer gegeven, in dBm en in mW. De RX-waarde in dBm is het getal dat je noemt bij de operator aan het andere eind.Doe eerst sfp-params - een dBm-meting zegt weinig zolang je niet weet of je naar een short-reach of een long-haul onderdeel kijkt.
De string die je al gevonden hebt is de moeite waard om te onthouden.
Failed to get EEPROM Data, SFP is not insertedbetekent dat de cage leeg is, een andere fout dan een module die erin zit maar onleesbaar is. Als je dit ooit scripten over een stapel demarcatieboxen, is dat de regel waarop je matcht.Rest van de set op deze boxen:
detail geeft configuratie en portstatus, de twee statistics-commando's geven packet-, byte- en errortellers met monitor als de lopende view, en rate met een tijd in seconden geeft doorvoer over dat venster.
Welk eind probeer je eigenlijk te bewijzen, en wat zit er aan de andere kant van de span? Als beide einden OptiSwitch zijn, kun je op elk sfp-params trekken en vendor, partnummer en golflengte direct vergelijken, en die vergelijking vangt het klassieke geval waarbij iemand een long-reach module op het ene eind zette en een short-reach op het andere.
Als het verre eind van de klant of een andere operator is, krijg hun moduledetails in het ticket voordat je enig dBm-getal noemt, anders ben je een week aan het bekvechten over een link die optisch nooit zou werken. En zodra je output hebt: is het één poort die leeg terugkomt, of elke poort op de box? Dat zijn twee verschillende problemen.
Zelfde soort probleem op Cisco routers, voor het geval iemand hier vanuit die richting terechtkomt. Op een ISR 4451 komt de Catalyst-gewoonte om
show interface transceiverte typen nergens, de router accepteert de syntax niet, dus mensen concluderen dat het platform helemaal geen DOM heeft. Die heeft hij wel; je komt er alleen via de hardware module tree bij:Wat terugkomt is de thermiek van de module, de voedingsspanning en bias current aan de zendkant, en dan beide vermogenscijfers. Bij een dode link hier las een GLC-LH-SMD ruwweg -7,1 dBm uitgaand en -32,2 dBm inkomend, wat geen marginale span is, dat is duisternis - ver eind of fiberpad, niets met de router te maken.
Ruwe schaal waar ik mee werk: een korte hop binnen een gebouw zit rond -3 tot -8 dBm, long reach verschuift met afstand, onder ongeveer -30 dBm komt er niets aan. En voordat de fiber de schuld krijgt: %TRANSCEIVER-3-NOT_SUPPORTED in
show logging, of een media type dat als unknown geprint wordt inshow interface, beide betekenen dat de router de module geweigerd heeft.Nog een platform voor de verzameling. Op de Avaya VSP 7000 is het één commando:
Het print wat de switch uit de module in de cage gelezen heeft, en het troubleshooting-hoofdstuk gebruikt die output om te bepalen of het apparaat als ondersteund telt.
Vervelend punt: de qualified module list staat niet in dat hoofdstuk. Die zit in het aparte transceiver installation document, NN47202-302, samen met de fysieke installatie- en verwijderstappen. Komt een module terug als failed of unsupported, dan is het gedocumenteerde antwoord om hem te vervangen door iets van die lijst.