Aruba CX 6200F: geen 10G-waarde in het speed-commando op poort 1/1/25 met een Cisco SFP-10G-SR
We vernieuwen de core van een klein kantoor en hebben een paar Aruba CX 6200F neergezet. De link tussen de twee switches moet een 10G-trunk worden op de SFP+-uplinks, en ik krijg geen van beide switches zo ver dat ze toegeven dat er 10G op die poort bestaat.
- 2x Aruba CX 6200F Switch Series, trunk op poort 1/1/25
- Cisco SFP-10G-SR aan beide kanten
- allow-unsupported-transceiver ingeschakeld op beide switches
Wat ik krijg als ik de snelheid probeer vast te zetten, en hoe de poort er daarna uitziet:
switch(config-if)# speed ?
auto
1000-full
100-full
10-full
switch# show interface 1/1/25 transceiver
1/1/25 SFP+SR*
switch# show interface 1/1/25 physical
1/1/25 is down
Speed:De hoogste waarde die de parser aanbiedt is 1000-full, de transceiver-regel draagt een sterretje, en de poort blijft down zonder enige snelheid.
Wat ik al heb geprobeerd:
- beide modules opnieuw geplaatst en het paar naar een andere SFP+-poort verplaatst
- allow-unsupported-transceiver uit- en weer aangezet, daarna een switch herstart
- de duplex-patchkabel tussen de twee switches omgewisseld
Is de ontbrekende 10G-waarde de switch die de Cisco-module stilletjes weigert, of draai ik aan de verkeerde knop? Hoe zet ik deze trunk vast op 10G?
Show original (English)
Also available in: English
العربية
Deutsch
Español
Français
हिन्दी
Bahasa Indonesia
Italiano
日本語
한국어
Nederlands
Polski
Português
Русский
Türkçe
Tiếng Việt
简体中文
Comments 3
Korte versie: de ontbrekende 10G-waarde is normaal en heeft niets te maken met het feit dat de module een Cisco is.
Op AOS-CX accepteert een SFP/SFP+-poort geen geconfigureerde snelheid zolang er een transceiver in zit. De poort draait op de vaste snelheid van wat er in de cage zit, dus 10G komt van de SFP-10G-SR zelf en niet van een speed-keyword. Wat je ziet in
speed ?is wat het platform kan aanbieden voor een poort zonder optiek, en daarom stopt de lijst bij 1000-full. Er is geen 10000-full om te kiezen, en je mist geen licentie of feature.Het sterretje is de andere helft van de verwarring. Het zegt dat de module niet op de ondersteunde lijst staat en wordt getolereerd dankzij allow-unsupported-transceiver. Getolereerd betekent dat de poort gewoon aangestuurd wordt; het betekent niet dat de switch de link down houdt.
Laat de speed-configuratie dus helemaal los en behandel de resterende down-status als een gewoon optisch probleem: aan beide kanten moet een werkende SR-module zitten, en het loont om
show interface 1/1/25 transceiverenshow interface 1/1/25 physicalop beide switches te lezen terwijl je de fiber omdraait. Met een gezond SR-paar komt de poort vanzelf op met 10G.Nog een kanttekening voordat je voor optiek van derden kiest voor de core: het eerste wat je in een supportcase te horen krijgt is dat je de fout moet reproduceren met een module van de Aruba-lijst, dus een ondersteund paar achter de hand houden bespaart later een discussie.
Het sterretje is geen foutindicator. Het markeert alleen een module die niet op de eigen lijst van AOS-CX staat en die je tolereert met allow-unsupported-transceiver. Een module die de switch echt weigert, zou helemaal niet als SFP+SR worden weergegeven.
Voordat iemand gaat gokken op het speed-keyword: post
show interface 1/1/25 briefvan beide switches. En zeg of een van die twee SR-modules ooit ergens anders een link heeft gedragen. Getolereerd is niet hetzelfde als getest, en een module met een dode zender levert precies dit beeld op: poort down en geen snelheid.Geen van beide modules is ergens anders getest. Ze kwamen allebei uit dezelfde tray en gingen direct in deze trunk, dus er is geen poort waar ik ze heb zien oplichten.
show interface 1/1/25 briefis identiek aan beide kanten, teruggebracht tot de kolommen die ertoe doen:Hetzelfde sterretje, geen snelheidswaarde. Het patchkabeltje ertussen is een korte duplex multimode jumper die zonder klachten een 1G-link draagt zodra ik hem verplaats.