Eén vezel tussen twee gebouwen: hoe koppel ik 1G SFP op een Avaya VSP 4400 aan een SFP+-poort op een Extreme X690
Ik breng twee gebouwen van een campus samen in één netwerk. In gebouw A staat een Avaya VSP 4400, en daar zijn alleen 1G SFP-poorten vrij: de dedicated uplinks zijn al lang bezet voor iets anders. In gebouw B staat een Extreme Summit X690-48x-2q-4c, en daar zijn alleen 10G SFP+-poorten vrij, andere opties zijn er ook niet. Tussen de gebouwen ligt één vezel OS2, een tweede ader is nergens vandaan te halen.
- Avaya VSP 4400, vrije 1G SFP-poorten
- Extreme Summit X690-48x-2q-4c, vrije 10G SFP+-poorten
- traject: singlemode vezel OS2, één ader
- modules voor deze lijn zijn nog niet gekocht
Metingen op het traject en de huidige poortstatus:
Трасса: одномодовое волокно OS2, одна жила между зданиями
Затухание на 1310 нм: около 1 дБ
X690: порт SFP+ 10G, с 1G-модулем линк не поднимается
VSP 4400: порт SFP 1G, свободенWat ik al heb gedaan:
- beide chassis doorzocht op vrije dedicated uplinks - die zijn er niet, dus de optie "in de juiste poort pluggen" valt af
- op de testbank een gewone 1G SFP in de SFP+-cage van de X690 gezet en met een korte patchkabel verbonden met de VSP 4400: de poort blijft gewoon down
- in het datasheet van de X690 de tabellen over 1G-optiek opgezocht, maar ben er met de single-fiber-opzet niet helemaal uitgekomen
Vraag in twee delen: welke modules neem ik voor één ader zodat een 1G-module aan de Avaya-kant matcht met de SFP+-poort op de Extreme, en wat moet er aan de kant van de X690 nog bijgeconfigureerd worden?
Show original (Русский)
Also available in: Русский
العربية
Deutsch
English
Español
Français
हिन्दी
Bahasa Indonesia
Italiano
日本語
한국어
Nederlands
Polski
Português
Türkçe
Tiếng Việt
简体中文
Comments 4
Omdat er maar één ader is, valt een gewoon modulenpaar af - je hebt een paar singlefiber BiDi-modules nodig. Dat zijn twee modules met gespiegelde golflengtes: bij de ene zit de zender op de ene golflengte en de ontvanger op de andere, bij de tweede precies andersom. Los van elkaar zijn ze nutteloos, neem ze strikt als bij elkaar horend paar.
Ten tweede, en dat is belangrijker: kies de reikwijdteklasse op basis van het echte traject, niet met marge voor de toekomst. Bij een demping van ongeveer 1 dB brandt een long-reach-module de ontvanger aan de andere kant zo door, en in plaats van een link krijg je fouten of gewoon weer down. Als het ontvangstniveau na installatie boven de bovengrens uit het datasheet van de module uitkomt, zet er dan een attenuator tussen; op korte lijnen tussen naburige gebouwen is dat normale praktijk, geen noodoplossing.
Over de configuratie op de X690: reken er niet op dat de SFP+-cage zelf tot een gigabit onderhandelt. De snelheid op de poort moet je handmatig vastzetten op 1 Gbit/s, dan werkt de 1G-module er gewoon in. Welke 1G-modules de cages precies accepteren, staat in het datasheet van de X690 - daar staan aparte tabellen over 1G-optiek. Beide chassis draaien overigens prima met niet-originele modules, dus het heeft geen zin om je voor één lijn vast te bijten in vendortransceivers.
Verduidelijk een paar dingen, anders is het giswerk. Ten eerste: waarmee is de demping gemeten - met een bron en vermogensmeter of met een OTDR? Ongeveer 1 dB op singlemode is heel weinig, en of je dat cijfer kunt vertrouwen bij het kiezen van de reikwijdteklasse hangt af van de meetmethode. Ten tweede: liet je de poort op de X690 op automatisch staan of heb je de snelheid hard ingesteld geprobeerd? De SFP+-cage zit standaard op tien gigabit en zakt lang niet altijd vanzelf terug. En ten derde - hoe lang is het traject tussen de gebouwen? Bij naburige panden brand je met een long-reach-module makkelijk de ontvanger aan de andere kant door.
Ik reageer meteen ook op de vraag hierboven: de demping is gemeten met een bron en vermogensmeter, een OTDR was niet voorhanden, dus het cijfer is gewoon het verlies van patchpaneel tot patchpaneel.
Ik heb een paar singlefiber-modules met verschillende golflengtes genomen, op de X690 de poortsnelheid met de hand vastgezet op 1 Gbit/s - de link kwam in één keer op, zonder gedoe. De ontvangstniveaus zijn in orde, een attenuator was niet nodig, het traject is inderdaad kort. Ik jaag nu al twee weken verkeer tussen de gebouwen, de poort knippert niet, geen verlies.
Ik vul nog iets aan over de Avaya-kant, zodat niemand voor een verrassing komt te staan bij het overzetten van de config naar een ander chassis. De regel voor autonegotiation verschilt bij VSP per model. Op de VSP 7254XSQ is er op deze poorten helemaal geen autonegotiation: een 1G SFP linkt daar alleen als aan de andere kant het automatisme uitstaat, en koperen 1000BASE-T-modules werken op dit platform uitsluitend op een gigabit. Bij de VSP 4450 Series is het precies andersom - om een 1G SFP naar switches van andere merken te laten opkomen, moet autonegotiation juist aan blijven staan. Eén en dezelfde configuratiesjabloon past niet op beide platformen, dus kijk eerst naar de regel voor jouw specifieke model voordat je de module of de poort de schuld geeft.
En ja, het vastzetten van de snelheid is niet alleen iets voor Extreme. Op de Nexus 3000 geeft een koperen 1G SFP in een SFP+-poort gewoon
Ethernet1/45 is down (SFP validation failed), totdat je naar de interface gaat enspeed 1000enno shutintypt: automatische 1G-detectie bestaat daar niet, de poort blijft standaard op tien gigabit staan en wijst de module af.