Je meet met een kabel en je komt niet verder dan ongeveer 94 Mbit, terwijl de poort en het apparaat er allebei gigabit van maken. Of je hebt twee SFP+-kooien aan elkaar geknoopt en de link komt op 1G binnen. Niets valt weg, de verbinding is stabiel, er gaat alleen een factor tien verloren.
Dit hoofdstuk gaat over een link die onder zijn eigen snelheid onderhandelt. Is het draadloos traag en met een kabel goed, ga dan naar Wi-Fi is traag, de lijn niet. Is het alleen 's avonds traag, dan is het je aansluiting en niet je poort: zie Alles is traag in de avonduren. Zit de router zelf op honderd procent, dan haal je de poort nooit vol: zie De CPU staat voortdurend hoog.
De snelle controles, in deze volgorde
- Wat onderhandelt de poort werkelijk?
/interface ethernet monitor ether3 once. Goed antwoord:status: link-ok,rate: 1Gbps,full-duplex: yes. Staat er100Mbps, dan is dit geen meetprobleem maar een linkprobleem, en hoef je in RouterOS verder niets te zoeken. - Kijk ook aan de andere kant. Een link onderhandelt met twee partijen. De switch, de laptop of de NAS aan het eind meldt dezelfde snelheid, of een andere, en dat verschil is op zichzelf al informatie.
- Zijn er fouten op de lijn?
/interface ethernet print stats where name=ether3. Goed antwoord:rx-errorentx-errorop nul, en geen oplopenderx-fcs-error. Tellers die meelopen met het verkeer wijzen op de kabel. - Meet binnen het LAN, niet naar internet. Zet twee machines op twee poorten en meet daartussen. Haal je dan wel gigabit, dan ligt het aan je uplink en niet aan de poort.
- Doet de switch-chip het werk nog?
/interface bridge port print. Goed antwoord: eenHbij de poorten, wat betekent dat het verkeer hardwarematig wordt geschakeld. ZonderHgaat alles via de CPU. - Is de router de rem?
/system resource printtijdens de meting, en bij twijfel/tool profile duration=5. Veel tijd in networking of firewall betekent dat de poort niet je probleem is.
De gewone oorzaken, meest voorkomend eerst
Een kapot aderpaar in de kabel
Dit is veruit de meeste voorkomende. Gigabit gebruikt alle vier de paren, 100 Mbit maar twee. Eén beschadigd paar, een slecht gekrompen stekker of een half ingedrukte ader in een patchpaneel levert daarom precies dit beeld op: de link komt op, hij is stabiel, en hij draait op 100 Mbit. Vervang de patchkabel eerst, dat is een minuut werk en het is meestal raak.
Er zit iets traags tussenin
Een goedkope PoE-injector, een oude switch in de meterkast of een splitter die twee paren afknijpt. Alles op het pad moet gigabit kunnen, niet alleen de twee uiteinden.
De poort kan het echt niet
Niet elke poort op elk model is gigabit, en op sommige modellen is één poort langzamer dan de rest. Controleer het in het hoofdstuk van je model voordat je de kabel gaat zoeken.
Een 10G-link die op 1G blijft
Een SFP-module van 1G in een SFP+-kooi geeft gewoon 1G, en een DAC-kabel of een module die de tegenkant niet accepteert kan terugvallen. Komt er helemaal geen link, ga dan naar Een SFP-module krijgt geen link.
Het verkeer gaat door de CPU
Zonder FastTrack en zonder hardware-offload doet de CPU al het routeerwerk. Op een klein apparaat is dat het verschil tussen gigabit en een paar honderd megabit. Queues (QoS) en PCC-loadbalancing zetten FastTrack uit, want gefasttrackt verkeer slaat ze over.
Wat de configurator hiervan weet
Het belangrijkste eerst: de tool heeft nergens een veld voor linksnelheid of duplex. Het script schrijft nooit speed= of auto-negotiation=, de poorten onderhandelen zelf. Het script kan dus geen 100 Mbit-link veroorzaken, en er is ook geen instelling in de tool waarmee je er een oplost. Wil je een snelheid vastzetten, dan doe je dat met de hand in RouterOS.
Wat de tool wel weet, komt uit de apparaatcatalogus. Op het netwerkbord kent elke poort zijn eigen snelheid, en een kabel tussen twee poorten die verschillen meldt: Snelheden verschillen (1G en 10G): de kabel loopt op 1G. Teken je de internetwolk met een abonnementssnelheid erbij, dan rekent de sitecontrole uit wat er van dat abonnement overblijft: De internetverbinding is 1G, maar deze poort haalt maar 100M: hier gaat snelheid verloren, gevolgd door een suggestie voor een betere poort, op dit apparaat of op een ander. Zie Controles over snelheid.
Verder staat in het onderdeel Bridge en poorten de schakelaar Hardware offloading, standaard aan, en in Firewall de schakelaar FastTrack, ook standaard aan. Kies je een model met een Atheros8327- of QCA8337-chip en zet je VLANs aan, dan waarschuwt de tool dat bridge-VLAN-filtering de hardware-offload uitschakelt en het VLAN-verkeer via de CPU gaat.
Niet gecontroleerd: je kabel, je patchpaneel, de tegenkant, en of het abonnement en de poort bij elkaar passen zolang je het bord niet gebruikt. In enkel-apparaatmodus is er geen snelheidscontrole.
Als het niet aan je router ligt
De mediaconverter van je provider, de switch aan de andere kant, de netwerkkaart in de pc en zijn energiebesparing (Energy Efficient Ethernet zet sommige combinaties terug), en de bekabeling in de muur. Die laatste is niet te repareren met een instelling.
Verder lezen: Controles over snelheid, Bridge en poorten en Bekabeling en PoE in de praktijk.