Kabels en voeding

Configuratieproblemen zijn zichtbaar en kabelproblemen niet. Daarom zoeken mensen een middag in de firewall terwijl er een slecht gekrompen stekker in de meterkast hangt. Kijk eerst naar deze laag, niet als laatste.

De kabeltest

RouterOS kan een kabel zelf doormeten, zonder extra apparatuur:

/interface ethernet cable-test ether5

Je krijgt per aderpaar een status terug en, bij een onderbreking of kortsluiting, een afstand in meters. Dat is geen precisiemeting, maar het verschil tussen twee en achtentwintig meter vertelt je of je bij de patchkast of bij de werkplek moet zijn.

Twee beperkingen: de test werkt niet op elke switch-chip, en de poort gaat tijdens de meting even down. Doe dit niet op de poort waar je zelf op zit, of op de uplink van een draaiende locatie zonder dat iemand het weet.

Wat de uitkomsten meestal betekenen:

• open op één paar: een ader die niet doorverbindt. Bij een zelf gekrompen stekker bijna altijd de stekker.
• short: twee aders die elkaar raken, vaak door te ver strippen.
• alle paren normal terwijl de link toch niet deugt: geen breuk maar kwaliteit. Een te lange kabel, een kabel naast een stroomkabel, of een kabel die door een deurpost is geklemd.

Snelheid en duplex

/interface ethernet monitor ether1 once

Hier zie je de status van de link, de snelheid waarop hij is uitgekomen en of het full duplex is. De snelste manier om te zien dat een gigabitpoort op 100 Mbit draait.

Een gigabitverbinding gebruikt alle vier de paren, 100 Mbit maar twee. Een kabel met één kapot paar geeft dus geen storing maar een langzame verbinding, en niemand merkt het tot iemand een groot bestand kopieert. Zie ook Meten.

De configurator zet snelheid en duplex niet vast, en er is geen veld voor. Auto-negotiatie werkt, en het vastzetten aan één kant terwijl de andere onderhandelt is een klassieke manier om half duplex te krijgen. Heb je apparatuur die het echt nodig heeft, zet het dan met de hand aan beide kanten.

Wat de tool wél weet is de snelheid van elke poort op elk model uit de catalogus. Daarmee kan hij op het netwerkbord zeggen dat je gigabitaansluiting in een 100 Mbit-poort zit, met de poort erbij waar hij wel thuishoort. Zie Controles over bekabeling.

Hoe een slechte kabel eruitziet in het log

Een kabel die stuk gaat doet dat zelden in één keer. Wat je ziet is een patroon:

/log print where topics~"interface"

• link up en link down, herhaald. Eén keer is iemand die een stekker eruit trok. Twintig keer in een uur is een kabel, een stekker of een poort.
• link up op een lagere snelheid dan verwacht. De regel noemt de snelheid, dus een link up (speed 100M, full duplex) op wat een gigabitverbinding hoort te zijn staat er zwart op wit.
• flapperen dat samenvalt met belasting. Dat wijst eerder op voeding dan op data.

Tellers vertellen de rest van het verhaal:

/interface ethernet print stats

Kijk naar rx-fcs-error en de overige foutentellers. Een handvol fouten sinds het opstarten is normaal, een teller die zichtbaar oploopt terwijl je kijkt niet. Ze tellen sinds de laatste herstart, dus zet ze naast de uptime. Zie Logs voor het bewaren van dit soort meldingen.

PoE-out

PoE-out betekent dat de poort stroom levert over dezelfde netwerkkabel. Je zet dat per poort in Bridge en poorten, met het veld PoE-out per poort; dat verschijnt alleen als je model poorten heeft die het kunnen, en bevat dan precies die poorten. Zie PoE-out per poort voor de modellen en de modi.

Op het apparaat kijk je zo:

/interface ethernet poe print
/interface ethernet poe monitor ether2 once

De monitor geeft status, spanning, stroom en het vermogen dat er nu doorheen gaat. Dat laatste getal is waar het hier om draait.

Het budget

Elk apparaat met PoE-out heeft een totaalbudget, en dat is minder dan het aantal poorten maal het maximum per poort. Een switch met acht poorten die ieder dertig watt kunnen leveren heeft geen tweehonderdveertig watt aan boord.

De configurator kent dat budget niet. Hij weet welke poorten PoE-out hebben, maar niet hoeveel watt het apparaat in totaal kan leveren en niet wat jouw camera's en access points verbruiken. Er is dus geen controle die zegt dat je eroverheen gaat. Tel het zelf op met de specificaties van je apparaat en van wat je eraan hangt, en houd wat ruimte over.

Wat er gebeurt als je eroverheen gaat, hangt af van het apparaat en is nooit netjes. De vriendelijke variant is dat de laatst aangesloten poort geen stroom meer levert. De onvriendelijke is dat het apparaat onder belasting opnieuw opstart, wat je terugziet als een uptime die steeds op nul begint. Dat lijkt op een defecte voeding en wordt er vaak voor aangezien.

Twee dingen eten het budget stiekem op: lange kabels, want spanningsverlies over vijftig meter koper is echt, en een voeding die kleiner is dan wat het apparaat aankan.

De modi

De tool biedt de drie modi die RouterOS heeft. auto-on is de standaard en de juiste keuze: de poort onderhandelt en levert pas stroom als hij aan de andere kant een apparaat herkent dat erom vraagt. off levert niets. forced-on zet de spanning erop zonder te vragen, en dat is de modus waar je voorzichtig mee moet zijn: aan de andere kant kan ook een laptop zitten.

Hangt er een apparaat aan dat op auto-on niet aangaat, dan is dat meestal passieve PoE die zich niet netjes meldt. Controleer eerst de spanning die het apparaat wil hebben, want forced-on en een verkeerde spanning is een dure combinatie.

De ronde die je maakt

1. /interface ethernet monitor: staat elke poort op de snelheid die je verwacht?
2. /interface ethernet print stats: lopen er fouten op?
3. /log print where topics~"interface": is er iets aan het flapperen?
4. /interface ethernet poe monitor: klopt het verbruik met wat eraan hangt?
5. Verdachte poort? cable-test, en pas daarna een nieuwe patchkabel.

Verder lezen: PoE-out per poort, Controles over bekabeling en Logs.