Stratix 5700 glasvezel-uplink met 1783-SFP1GLX: heeft de SFP-slot eigen configuratie nodig?
Ik kom uit gewone kantoorswitching, dus behandel dit als een beginnersvraag aan de industriële kant. Ik vervang een lange koperloop tussen twee panelen door glasvezel op een paar Stratix 5700-switches en ik heb de SFP-slots hierop nog nooit gebruikt.
Wat ik heb:
- twee Stratix 5700-switches, één per paneel, uplink over singlemode glasvezel
- 1783-SFP1GLX besteld voor beide kanten
- de rest van de catalogusopties die ik bekeek voordat ik hiervoor koos:
1783-SFP1GLX 1G single mode (ordered)
1783-SFP1GSX 1G multimode
1783-SFP100LX 100M single mode
1783-SFP100FX 100M multimode
Het deel waar ik onzeker over ben, is de poort zelf. De SFP-cage zit vlak naast een RJ45-aansluiting en de documentatie noemt het een dual-personality-poort, wat ik lees als dat de twee op een of andere manier aan elkaar gekoppeld zijn. Ik heb één switch op de testbank opgestart met Express Setup, er een adres aan gegeven en al het overige op de standaardwaarden gelaten.
Dus, drie vragen:
- is Express Setup plus een ondersteunde module genoeg, of heeft de glasvezelkant eigen configuratie nodig
- wat gebeurt er als er toch iets in beide helften van die poort wordt gestoken
- moet ik aan spanning tree komen voordat dit een installatie ingaat waar al switches in staan
Comments 3
Korte versie: monteer een ondersteunde Allen-Bradley-module en je bent klaar. Er is geen aparte stap om de glasvezelpoort in te schakelen.
De cage en de RJ45 ernaast zijn één combo-poort met twee persoonlijkheden. Er is er maar één tegelijk in dienst, dus er gebeurt niets dramatisch wanneer je de module insteekt, behalve dat de glasvezelkant het overneemt. Je configureert de twee helften niet los van elkaar en je hoeft de ene niet uit te schakelen om de andere op te laten komen. Express Setup levert je een managed switch met een adres, en de uplink komt vanzelf op zolang beide kanten hetzelfde moduletype hebben en de glasvezel in het gebouw overeenkomt. Met 1783-SFP1GLX aan beide kanten betekent dat singlemode van begin tot eind, geen stukje multimode dat zich ergens in een paneel verstopt.
Spanning tree is de andere helft van je vraag en ook dat is minder werk dan je verwacht. De 5700 draait standaard MSTP, en PVST+ en Rapid PVST+ zijn allebei beschikbaar. Je raakt de configuratie alleen aan als de bestaande installatie iets anders dan MSTP spreekt en je daarop moet aansluiten. Diezelfde spanning tree-ondersteuning is wat je later in staat stelt de topologie tot een ring of mesh te sluiten voor redundantie, dus als een tweede traject ook maar ergens op de roadmap staat, bepaal de topologie dan nu in plaats van de configuratie later over te doen.
Dus: ondersteunde module aan beide kanten, overeenkomende glasvezel, en uitzoeken welke smaak spanning tree de rest van de installatie draait. Verder niets.
Eén ding dat mensen op dit platform te pakken neemt, omdat je nog aan het kiezen bent: de lijst met goedgekeurde modules is kort en de firmware houdt zich eraan: de vier glasvezelonderdelen die je noemde en verder niets, met name geen koperen SFP.
Wat het vervelend maakt, is dat de Stratix 5700 op hetzelfde platform zit als de Cisco IE-2000, en een koperen module zoals GLC-FE-T-I staat aan de Cisco-kant wel vermeld, dus de hardware kan het duidelijk aan. Volgens meldingen komt hij in de Stratix nog steeds niet op, en het Catalyst-achterdeurtje service unsupported-transceiver wordt op Stratix-firmware over het algemeen niet aangeboden, dus forceren kan ook niet. Ik heb dat zelf niet getest, dus behandel het als waarschuwing en niet als feit. Praktisch gevolg: als je ooit een koperen uplink op een van deze nodig hebt, reken dan op de koperen helft van de combo-poort of een gewone RJ45-poort in plaats van naar een module te zoeken.
Ik voeg een storingsgeval toe zodat je er geen dag configuratie aan verspilt als hij niet opkomt.
Ik zag een paar 5700's op zo'n 500 voet afstand van elkaar waarbij geen van beide slots de glasvezel aannam. Rode link-LED bij allebei, koperen poorten op beide switches die zonder klagen verkeer droegen, en de modules eruit en er weer in halen veranderde niets.
We hebben de lijst over twee bezoeken afgewerkt. Modules opnieuw gemonteerd, van beide kanten bevestigd dat ze hetzelfde type glasvezel gebruiken, poortinstellingen teruggelezen uit de webinterface. Daarna werd de koperen aansluiting ernaast leeggemaakt, voor het geval de combo-helft de poort platlegde. Firmwareniveau gecontroleerd, fabrieksreset, niets veranderde. De laatste poging was een switch meenemen naar een glasvezeltraject waarvan we wisten dat het goed was, en ook daar bleef de LED rood.
Het bleek de eigen interne glasvezeltransceiver-elektronica van de switch te zijn, niet de modules. Geen configuratiewijziging raakt dat, en het toestel ging terug op RMA. Het is een bekend storingspatroon op die lijn en komt vaker voor bij oudere firmware, dus zorg dat je op v15.2.7 of hoger zit voordat het paneel verscheept wordt, blijf bij originele modules van de goedgekeurde lijst in plaats van compatibles, en als een nieuwe build je de keuze geeft, kijk dan naar de IE-4000 of IE-5000, aangezien de 5700-lijn grotendeels wordt uitgefaseerd.