Linux server vast op 100 mbps met Edgerouter X SPF

[xStoryTeller]

Probleem: Mijn linux server wil niet zijn gigabit handshake uitvoeren en blijft steken op 100 mbps. De server zit direct aangesloten op een Edge Router X SPF met de nieuwste firmware via een goed geteste cat6 kabel. De server zelf ik ook helemaal up-to-date en draait Ubuntu 18.04. Ik heb al van alles geprobeerd maar ik krijg het niet voor elkaar om de lijn op 1 gbps te krijgen

Hieronder wat uitvoer dan de linux server:

~$ sudo ethtool enp2s0
Settings for enp2s0:
Supported ports: [ TP ]
Supported link modes: 10baseT/Half 10baseT/Full
100baseT/Half 100baseT/Full
1000baseT/Full
Supported pause frame use: No
Supports auto-negotiation: Yes
Supported FEC modes: Not reported
Advertised link modes: 10baseT/Half 10baseT/Full
100baseT/Half 100baseT/Full
1000baseT/Full
Advertised pause frame use: Symmetric Receive-only
Advertised auto-negotiation: Yes
Advertised FEC modes: Not reported
Speed: 100Mb/s
Duplex: Full
Port: Twisted Pair
PHYAD: 0
Transceiver: internal
Auto-negotiation: on
MDI-X: Unknown
Supports Wake-on: pumbg
Wake-on: g
Current message level: 0x00000033 (51)
drv probe ifdown ifup
Link detected: yes


~$ sudo ifconfig
enp2s0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
inet 192.168.2.217 netmask 255.255.255.0 broadcast 192.168.2.255
inet6 xxxx::xxxx:xxxx prefixlen 64 scopeid 0x20<link>
ether yyyy:yyyy:yyyy txqueuelen 1000 (Ethernet)
RX packets 10411 bytes 2160613 (2.1 MB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 14102 bytes 19277168 (19.2 MB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
device interrupt 29 base 0xd000

lo: flags=73<UP,LOOPBACK,RUNNING> mtu 65536
inet 127.0.0.1 netmask 255.0.0.0
inet6 ::1 prefixlen 128 scopeid 0x10<host>
loop txqueuelen 1000 (Local Loopback)
RX packets 9134 bytes 19872929 (19.8 MB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 9134 bytes 19872929 (19.8 MB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0

~$ sudo lshw -c network
*-network
description: Ethernet interface
product: RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller
vendor: Realtek Semiconductor Co., Ltd.
physical id: 0
bus info: pci@0000:02:00.0
logical name: enp2s0
version: 0c
serial: d0:50:99:4c:a0:60
size: 100Mbit/s
capacity: 1Gbit/s
width: 64 bits
clock: 33MHz
capabilities: pm msi pciexpress msix vpd bus_master cap_list ethernet physical tp 10bt 10bt-fd 100bt 100bt-fd 1000bt-fd autonegotiation
configuration: autonegotiation=on broadcast=yes driver=r8168 driverversion=8.045.08-NAPI duplex=full ip=192.168.2.217 latency=0 link=yes multicast=yes port=twisted pair speed=100Mbit/s
resources: irq:29 ioport:e000(size=256) memory:f0504000-f0504fff memory:f0500000-f0503fff

Relevante Edgerouter config

ethernet eth2 {
description "Thuis netwerk poort 2"
duplex auto
ip {
}
poe {
output off
}
speed auto
}

De linux server geeft dus aan 1000baseT/Full te kunnen ontvangen, de Edgerouter ondersteunt het, beide hebben auto negotiation aanstaan en toch blijft de link op 100mbps hangen. Heb al meerdere kabels geprobeerd en er hangt nu een goed geteste cat6 kabel tussen. Mijn Ubiquiti AP-AC hangt aan poort 5 en die haalt wel gewoon 1000mbps en mijn wifi is dan ook sneller dan mijn thuisserver

Iemand een helpende hand?

[MAX3400]

Zet aan 1 kant auto-negotiation uit en "dus" vast op 1Gbit?

[Laagheim]

Google zegt: https://askubuntu.com/que...g-gigabit-speeds-in-18-04

[xStoryTeller]

MAX3400 schreef op donderdag 2 mei 2019 @ 18:26:
Zet aan 1 kant auto-negotiation uit en "dus" vast op 1Gbit?

Helaas werkte dit niet Lijkt er op dat mijn server die verandering niet pakt, auto negotiation wil niet uit. Ik zal vanavond nog even proberen dit via de Edge router te doen maar volgens mij heb ik dit al eens geprobeerd.

Laagheim schreef op donderdag 2 mei 2019 @ 18:30:
Google zegt: https://askubuntu.com/que...g-gigabit-speeds-in-18-04

Ook dit heeft niet geholpen, zou wel een grappige fix zijn geweest Verder had de server dit ook op 16.04, ik ben specifiek ge-upgrade naar 18.04 in de hoop dat een upgrade zou helpen

[ Voor 7% gewijzigd door xStoryTeller op 03-05-2019 08:06 ]

[MewBie]

Heb je al geprobeerd om je werkende AP en server van port te wisselen?
Heeft dan je AP een probleem is het waarschijnlijk een kapotte port op je router.
Blijft het probleem op je server weet je in ieder geval dat het iets is met je server.

[Speedboot]

Steek de kabel eens in een andere poort? Misschien is het een hardware probleem van de poort van de er-x?

[xStoryTeller]

MewBie schreef op vrijdag 3 mei 2019 @ 08:58:
Heb je al geprobeerd om je werkende AP en server van port te wisselen?
Heeft dan je AP een probleem is het waarschijnlijk een kapotte port op je router.
Blijft het probleem op je server weet je in ieder geval dat het iets is met je server.

Ik heb al wel verschillende poorten gebruikt, en helaas zonder succes. Ik heb nog niet die van mijn AP, dat kan ik wel even doen straks maar ik ben bang dat het niet gaat helpen.

[DJMaze]

Start eens een OS op van een andere distro groep (redhat/fedora/centos, slackware, etc.).
Als het probleem zich blijft voordoen is het in ieder geval niet de schuld van debian/ubuntu/mint enzo.

[consolefreak]

xStoryTeller schreef op vrijdag 3 mei 2019 @ 08:05:
[...]


Helaas werkte dit niet Lijkt er op dat mijn server die verandering niet pakt, auto negotiation wil niet uit. Ik zal vanavond nog even proberen dit via de Edge router te doen maar volgens mij heb ik dit al eens geprobeerd.

Volgens mij heb je een driver óf hardware probleempje te pakken, als je dit niet kan instellen gaat er iets mis in de aansturing.

[Speedboot]

In je ER-X dashboard zie je ook of je connectie interface groen of oranje is, naast de CPU en RAM info.
Groen is 1000, oranje is 100.
Als ze op een andere poort ook oranje is, dan moet je het echt aan de serverkant zoeken.

[xStoryTeller]

Speedboot schreef op vrijdag 3 mei 2019 @ 09:20:
In je ER-X dashboard zie je ook of je connectie interface groen of oranje is, naast de CPU en RAM info.
Groen is 1000, oranje is 100.
Als ze op een andere poort ook oranje is, dan moet je het echt aan de serverkant zoeken.

Hij is iig op 2 poorten oranje, en ik ga er dus ook vanuit dat het een server probleem is. Ik weet echter niet meer wat ik daar kan doen, ik heb een driver update gedaan, server update naar de nieuwste versies. Bios nagelopen voor opties maar niets mocht nog baten. Vandaar ook dat ik hier om hulp vraag

[Aragnut]

xStoryTeller schreef op vrijdag 3 mei 2019 @ 09:23:
[...]


Hij is iig op 2 poorten oranje, en ik ga er dus ook vanuit dat het een server probleem is. Ik weet echter niet meer wat ik daar kan doen, ik heb een driver update gedaan, server update naar de nieuwste versies. Bios nagelopen voor opties maar niets mocht nog baten. Vandaar ook dat ik hier om hulp vraag

Heb je al een andere kabel geprobeerd (of andere apparaten op deze kabel)?
Kijk ook even in de poort van de server of er niet toevallig schade is.

[synoniem]

Je zou kunnen proberen handmatig naar 1Gb te schakelen met:

sudo ethtool -s enp2s0 speed 1000 duplex full


Ik kwam ook nog deze blog tegen. Wel al wat ouder maar omdat je met 16.04 het probleem ook al had misschien toch behulpzaam.

[ Voor 51% gewijzigd door synoniem op 03-05-2019 09:47 ]

[xStoryTeller]

Aragnut schreef op vrijdag 3 mei 2019 @ 09:30:
[...]

Heb je al een andere kabel geprobeerd (of andere apparaten op deze kabel)?
Kijk ook even in de poort van de server of er niet toevallig schade is.

Ik heb 3 kabels geprobeerd, waaronder werkende op mijn AP, en visueel zie ik niets raar bij de poort.

synoniem schreef op vrijdag 3 mei 2019 @ 09:39:
Je zou kunnen proberen handmatig naar 1Gb te schakelen met:

sudo ethtool -s enp2s0 speed 1000 duplex full


Ik kwam ook nog deze blog tegen. Wel al wat ouder maar omdat je met 16.04 het probleem ook al had misschien toch behulpzaam.

Toevallig heb ik via die link al drivers geprobeerd en toen kreeg ik wel meer info bij de "Advertised link modes" maar verder hielp het niet voor de snelheid. En dat is inderdaad het commando waarmee ik heb geprobeerd de server te forcen op 1000mbps, maar dat mocht niet baten

[Aragnut]

Als ik zoek op de netwerk kaart dan kom ik een hele hoop problemen tegen, zeker in combinatie met Linux (en ook freeBSD). In de topics wordt verwezen naar alternatieve drivers van Realtek.

Probeer eens de oplossing op linuxquestions of github

De symptomen zijn wel net iets anders dan wat jij hebt, du succes niet gegarandeerd helaas, maar hopelijk wel een richting om in te zoeken.

[synoniem]

xStoryTeller schreef op vrijdag 3 mei 2019 @ 11:25:
[...]


Toevallig heb ik via die link al drivers geprobeerd en toen kreeg ik wel meer info bij de "Advertised link modes" maar verder hielp het niet voor de snelheid. En dat is inderdaad het commando waarmee ik heb geprobeerd de server te forcen op 1000mbps, maar dat mocht niet baten

Tijd is ook geld dus als de links van Aragnut niets opleveren adviseer ik je om een los netwerkkaartje van Intel te installeren. Daarvoor is vrij goede ondersteuning in Linux en kosten vallen mee.

Ik vermoed dat het een hardware probleem is omdat ik dezelfde netwerkkaart heb en deze probleemloos functioneert onder 18.04.