Arch Linux

Netzwerk sehr langsam über eth

lemondreas

Aloha,

nach dem auf meinem Laptop das WLAN von der alten Schule ist (Intel Pro wirelss LAN 2100 3B mini PCI, kann nur b), dachte ich, über Kabel gehts besser.
Pustekuchen.

Ich komme selten über die 200 kb/s hinaus, wobei ich über den selben Router mit WLAN schon mal 500 kb/s schaffe.
Die Installation habe ich so eben neu aufgesetzt, weil das sowieso mein Plan war. (Experimentierrechner). Hat auch keine Änderung gebracht.

weder übers Internet noch im Netzwerk intern ändert sich etwas.
Die Ping-Werte sind dagegen überall im selben Rahmen zwischen 15 und 25ms.

In den Logs wird kein Fehler ausgegeben.

Wo soll ich mit meiner Suche anfangen?

$ ifconfig 
enp2s1: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 192.168.178.31  netmask 255.255.255.0  broadcast 192.168.178.255
        inet6 2a02:8070:d360:d000:202:3fff:fe18:ace  prefixlen 64  scopeid 0x0<global>
        inet6 fe80::202:3fff:fe18:ace  prefixlen 64  scopeid 0x20<link>
        ether 00:02:3f:18:0a:ce  txqueuelen 1000  (Ethernet)
        RX packets 187854  bytes 263117796 (250.9 MiB)
        RX errors 4336  dropped 4900  overruns 4336  frame 0
        TX packets 114134  bytes 17902299 (17.0 MiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

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 0  (Local Loopback)
        RX packets 4  bytes 348 (348.0 B)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 4  bytes 348 (348.0 B)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

$lspci -v
02:02.0 Network controller: Intel Corporation PRO/Wireless LAN 2100 3B Mini PCI Adapter (rev 04)
	Subsystem: Intel Corporation MIM2000/Centrino
	Flags: medium devsel, IRQ 10
	Memory at d0000000 (32-bit, non-prefetchable) [size=4K]
	Capabilities: <access denied>
	Kernel driver in use: ipw2100
	Kernel modules: ipw2100

Teyro

Heyho,

Ich habe exakt die selben Probleme! Und das beste ist, meine WlanKarten haben jetzt kryptische Namen.... Statt wlan0 und eth0 sind es jetzt w1lp.... und e1....

Ist das nen Bug?

nik

@Teyro nein, das ist kein Bug. http://www.freedesktop.org/wiki/Software/systemd/PredictableNetworkInterfaceNames/

@lemondreas Ist das denn nur bei diesem einen Rechner so oder auch bei anderen Rechnern, die mit diesem Router verbunden sind? Tritt das Problem auch auf, wenn du ein anderes Betriebssystem installiert hast?

Generell ist schon allein der Ping sehr hoch.

lemondreas

Nein, mit meinem anderen Rechner habe ich die volle Bandbreite.
Am Kabel bzw. Router liegt es wohl also nicht.

Ein anderes Betriebssystem habe ich nicht installiert, da wäre mir der Aufwand zu hoch, da ich momentan auch keine Windows-CD rumfahren habe.

Der ping ist über KabelBW normal.
Wenn ich den Router anpinge, sind die Werte um die 0.380 ms.

hier die journalausgabe über die Netzwerkkarte:

Aug 27 14:03:34 localhost systemd-udevd[115]: renamed network interface eth0 to enp2s1
Aug 27 14:03:41 localhost NetworkManager[412]: <info> (enp2s1): carrier is OFF
Aug 27 14:03:41 localhost NetworkManager[412]: <info> (enp2s1): new Ethernet device (driver: '8139too' ifindex: 2)
Aug 27 14:03:41 localhost NetworkManager[412]: <info> (enp2s1): exported as /org/freedesktop/NetworkManager/Devices/0
Aug 27 14:03:41 localhost NetworkManager[412]: <info> (enp2s1): device state change: unmanaged -> unavailable (reason 'managed') [10 20 2]
Aug 27 14:03:41 localhost NetworkManager[412]: <info> (enp2s1): bringing up device.
Aug 27 14:03:41 localhost NetworkManager[412]: <info> (enp2s1): carrier now ON (device state 20)
Aug 27 14:03:41 localhost kernel: 8139too 0000:02:01.0 enp2s1: link up, 100Mbps, full-duplex, lpa 0x45E1
Aug 27 14:03:41 localhost NetworkManager[412]: <info> (enp2s1): preparing device.
Aug 27 14:03:41 localhost NetworkManager[412]: <info> (enp2s1): deactivating device (reason 'managed') [2]
Aug 27 14:03:41 localhost NetworkManager[412]: <info> (enp2s1): device state change: unavailable -> disconnected (reason 'none') [20 30 0]
Aug 27 14:03:41 localhost NetworkManager[412]: <info> Activation (enp2s1) starting connection 'Ethernet connection 1'
Aug 27 14:03:41 localhost NetworkManager[412]: <info> (enp2s1): device state change: disconnected -> prepare (reason 'none') [30 40 0]
Aug 27 14:03:41 localhost NetworkManager[412]: <info> Activation (enp2s1) Stage 1 of 5 (Device Prepare) scheduled...
Aug 27 14:03:41 localhost NetworkManager[412]: <info> Activation (enp2s1) Stage 1 of 5 (Device Prepare) started...
Aug 27 14:03:41 localhost NetworkManager[412]: <info> Activation (enp2s1) Stage 2 of 5 (Device Configure) scheduled...
Aug 27 14:03:41 localhost NetworkManager[412]: <info> Activation (enp2s1) Stage 1 of 5 (Device Prepare) complete.
Aug 27 14:03:41 localhost NetworkManager[412]: <info> Activation (enp2s1) Stage 2 of 5 (Device Configure) starting...
Aug 27 14:03:41 localhost NetworkManager[412]: <info> (enp2s1): device state change: prepare -> config (reason 'none') [40 50 0]
Aug 27 14:03:41 localhost NetworkManager[412]: <info> Activation (enp2s1) Stage 2 of 5 (Device Configure) successful.
Aug 27 14:03:41 localhost NetworkManager[412]: <info> Activation (enp2s1) Stage 3 of 5 (IP Configure Start) scheduled.
Aug 27 14:03:41 localhost NetworkManager[412]: <info> Activation (enp2s1) Stage 2 of 5 (Device Configure) complete.
Aug 27 14:03:41 localhost NetworkManager[412]: <info> Activation (enp2s1) Stage 3 of 5 (IP Configure Start) started...
Aug 27 14:03:41 localhost NetworkManager[412]: <info> (enp2s1): device state change: config -> ip-config (reason 'none') [50 70 0]
Aug 27 14:03:41 localhost NetworkManager[412]: <info> Activation (enp2s1) Beginning DHCPv4 transaction (timeout in 45 seconds)
Aug 27 14:03:41 localhost NetworkManager[412]: <info> Activation (enp2s1) Stage 3 of 5 (IP Configure Start) complete.
Aug 27 14:03:41 localhost NetworkManager[412]: <info> (enp2s1): DHCPv4 state changed nbi -> preinit
Aug 27 14:03:41 localhost dhcpcd[430]: enp2s1: soliciting an IPv6 router
Aug 27 14:03:41 localhost dhcpcd[430]: enp2s1: ipv6rs_sendprobe: sendmsg: Cannot assign requested address
Aug 27 14:03:41 localhost dhcpcd[430]: enp2s1: rebinding lease of 192.168.178.20
Aug 27 14:03:41 localhost dhcpcd[430]: enp2s1: reject NAK via 192.168.178.1
Aug 27 14:03:45 localhost dhcpcd[430]: enp2s1: reject NAK via 192.168.178.1
Aug 27 14:03:46 localhost dhcpcd[430]: enp2s1: soliciting a DHCP lease
Aug 27 14:03:47 localhost dhcpcd[430]: enp2s1: offered 192.168.178.31 from 192.168.178.1
Aug 27 14:03:52 localhost dhcpcd[430]: enp2s1: leased 192.168.178.31 for 864000 seconds
Aug 27 14:03:52 localhost dhcpcd[430]: enp2s1: adding host route to 192.168.178.31 via 127.0.0.1
Aug 27 14:03:52 localhost dhcpcd[430]: enp2s1: adding route to 192.168.178.0/24
Aug 27 14:03:52 localhost NetworkManager[412]: <info> (enp2s1): DHCPv4 state changed preinit -> bound
Aug 27 14:03:52 localhost NetworkManager[412]: <info> Activation (enp2s1) Stage 5 of 5 (IPv4 Configure Commit) scheduled...
Aug 27 14:03:52 localhost NetworkManager[412]: <info> Activation (enp2s1) Stage 5 of 5 (IPv4 Commit) started...
Aug 27 14:03:53 localhost dhcpcd[430]: enp2s1: removing route to 192.168.178.0/24
Aug 27 14:03:53 localhost NetworkManager[412]: <info> (enp2s1): device state change: ip-config -> secondaries (reason 'none') [70 90 0]
Aug 27 14:03:53 localhost NetworkManager[412]: <info> Activation (enp2s1) Stage 5 of 5 (IPv4 Commit) complete.
Aug 27 14:03:53 localhost NetworkManager[412]: <info> (enp2s1): device state change: secondaries -> activated (reason 'none') [90 100 0]
Aug 27 14:03:53 localhost NetworkManager[412]: <info> Policy set 'Ethernet connection 1' (enp2s1) as default for IPv4 routing and DNS.
Aug 27 14:03:53 localhost NetworkManager[412]: <info> Activation (enp2s1) successful, device activated.

lemondreas

Tadaaaaa, gelöst.
Allerdings weiß ich nicht genau, was jetzt das Problem war.

Einerseits war /etc/hostname leer.

Auf der anderen Seite wurde in meiner Fritzbox der Rechner 2mal mit der selben MAC, allerdings unterschiedlicher IP als verbunden angezeigt. Ich habe nun den Eintrag entfernt, der sich nicht anpingen ließ.

Edit:
Nix wars.
Seltsamerweise wurde mir jetzt auf speedtest.net die selbe Bandbreite gemessen, wie ich sie auch sonst im Netzwerk auf anderen Rechnern habe.
Und plötzlich nicht mehr. Es ist doch zum Verzweifeln.
Aber jedes andere Programm kommt immer noch nicht über 200 kbit/s. Auch im Browser schaffe ich nicht mehr, egal was ich wo herunterlade.

Seltsam ist auch, dass ich vom AUR nur mit max. 40 kbit/s ziehen kann.

Es scheint, als ist immer nur ein Bruchteil der Bandbreite möglich.
Kann das mit QoS zusammenhängen? Eben dieses finde ich in meiner Fritzbox nicht zum Abstellen.

Creshal

> Auf der anderen Seite wurde in meiner Fritzbox der Rechner 2mal mit der selben MAC, allerdings unterschiedlicher IP als verbunden angezeigt.

Und du hast keinen anderen Rechner im Netz, der die selbe MAC hat?

lemondreas

Nein, es sind nur 2 Rechner im Netz, die eine IP ließ sich ja auch nicht anpingen.

Hier mal ne Zusammenstellung:

Rechner A (Problemrechner) ist per Kabel an der Fritzbox.
Rechner B ist per W-LAN an der Fritzbox.
Fritzbox ist mit KabelBW an einem 54Mbit Anschluss.

Rechner A zieht über nfs mit über 1 Mbit/s von Rechner B (WLAN-Adapter von Rechner B gibt nicht mehr her)
Edit: Nun komme ich wieder nicht über 300 Kbit/s hinaus. WAHHH macht mich das wahnsinnig.
Rechner B zieht mit Kabel die volle Bandbreite aus dem Internet (54 Mbit/s)
Rechner A zieht mit Kabel (wenn ich es umstecke, ich habe nur eins) nicht mehr als 200 Kbit/s aus dem Internet
Rechner A zieht über WLAN mit ca. 500 Kbit/s aus dem Internet.

Seltsamerweise ging es kurz mit Rechner A mit voller Geschwindigkeit.
Nun hängt er teilweise ziemlich übel bei 30 Kbit/s, wenn ich z.B. aus dem AUR lade.
Rechner B macht das über WLAN mit voller Bandbreite.

badevil

lemondreas schriebAloha,
Wo soll ich mit meiner Suche anfangen?

$ ifconfig 
enp2s1: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 192.168.178.31  netmask 255.255.255.0  broadcast 192.168.178.255
        inet6 2a02:8070:d360:d000:202:3fff:fe18:ace  prefixlen 64  scopeid 0x0<global>
        inet6 fe80::202:3fff:fe18:ace  prefixlen 64  scopeid 0x20<link>
        ether 00:02:3f:18:0a:ce  txqueuelen 1000  (Ethernet)
        RX packets 187854  bytes 263117796 (250.9 MiB)
        RX errors 4336  dropped 4900  overruns 4336  frame 0
        TX packets 114134  bytes 17902299 (17.0 MiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

Hi lemondreas,

den Grund für die langsame Geschwindigkeit hast du ja bereits gepostet.
Bei so vielen Packet errors, drops und overruns ist es kein wunder, dass du kaum gültige Daten bekommst :-). Alle Pakete müssen immer wieder neu geschickt werden (ca. 10%).
Der normale Wert bei Full-Duplex liegt bei < 1% alles darüber ist zu viel. Normalerweise sollte er jedoch bei 0% liegen, sprich KEINE drops o.ä. Bis 1% ist jedoch ohne größere Probleme tolerierbar. Ab 10 Gb/s sind auch 2% noch halbwegs vertretbar.

Bei einem so hohen Wert gibt es nur drei Möglichkeiten:
1) Kabel ist defekt
2) Deine NIC läuft nicht auf Full-Duplex sondern auf Half-Duplex. Zu sehen unter dmesg, evtl unter /var/log/messages und mit mii-tool oder auch im Netzwerkmanager.
3) NIC ist defekt.

Lösung zu 1: Anderes/neues Kabel nutzen
Lösung zu 2: Duplex manuell setzen alternativ auto-negotiation oder auto-detection prüfen. Sollte der Switch auto-negotiation und deine NIC auto-detection sprechen wird als fallback immer Half-Duplex genutzt
Lösung zu 3: Neue NIC kaufen :-)

Falls du wissen willst warum die verlorenen Pakete deine Geschwindigkeit beeinflussen, so verweise ich auf einen älteren Eintrag von mir https://forum.archlinux.de/viewtopic.php?id=23065 .

lemondreas

Das nenne ich mal ne Antwort, spitze.

Zu 1)
Habe doch ein anderes auftreiben können, keine Änderung.
Zumal der andere Rechner mit beiden Kabeln kein Problem hat.

2) mii-tools gibt mir aus:

enp2s1: negotiated 100baseTx-FD, link ok

3) Nic in einem 8 Jahre alten Laptop austauschen wäre nicht mehr ganz lohnenswert 😉

moneo

Steht in deinem Logauszug weiter oben nicht folgendes:

Aug 27 14:03:41 localhost kernel: 8139too 0000:02:01.0 enp2s1: link up, 100Mbps, full-duplex, lpa 0x45E1

Und ohne code-Tag kann man das auch ganz lesen:

"Aug 27 14:03:41 localhost kernel: 8139too 0000:02:01.0 enp2s1: link up, 100Mbps, full-duplex, lpa 0x45E1"

Ich würde als erstes Mal IPv6 ausschalten.

lemondreas

ipv6 habe ich nach dieser Anleitung deaktiviert, auch im nm-applet habe ich es ausgeschaltet.
Allerdings zeigt mir ifconfig trotzdem noch an, dass ihm eine Adresse zugewiesen wurde. Oder ist das normal?

Dem Logauszug nach läuft die NIC ja auf full-duplex, nehme ich das richtig an?

mpausch

Schon mal einen anderen Port an der Fritzbox ausprobiert? Vielleicht verursacht ja dieser die vielen Errors.

was ich auch noch probieren würde: mit ethtool und/oder mii-tool den Link-Speed fest einstellen. Oder mal auf 10MBit runterdrehen. Vielleicht lässt sich ja daraus was ableiten.

moneo

lemondreas schriebipv6 habe ich nach dieser Anleitung deaktiviert, auch im nm-applet habe ich es ausgeschaltet.
Allerdings zeigt mir ifconfig trotzdem noch an, dass ihm eine Adresse zugewiesen wurde. Oder ist das normal?

Nein. You made an error - oder ein Bug 😉
Naja, IPv6 war eh nur ein Alibi-Tip... Daran kann es nicht wirklich liegen.

lemondreas schriebDem Logauszug nach läuft die NIC ja auf full-duplex, nehme ich das richtig an?

Ja.

Ehrlich? Ich habe keine Ahnung. Aber wenn dmesg und/oder journalctl nichts ausspuckt, was verdächtig aussieht, dann ist man wohl aufgeschmissen.
Und nur in diesem ausgesprochen seltenen Fall würde ich einen Hardwaredefekt in Betracht ziehen. Aber erlebt habe ich es schon - so ist es nicht 😉

Besteht die Möglichkeit, per PCMCIA testweise eine andere "Karte" zu testen? Aber das ist dann schon mehr Aufwand als mal ein Windows XY zu installieren 😉
Schließlich gibt es letzteres auch schon als LIVE-CD, wenn man ein entsprechendes Medium in Form einer CD/DVD hat - bzw. man kann sich schnell mal eins bauen.

badevil

Wenn du willst, kannst du auch ein Ethernet USB Adapter zum testen nutzen.
Erfahrungsgemäß läuft der LogiLink UA0025C super unter linux, ab Kernel 2.6.32, davor musst du u.U. den Treiber compilieren und einfügen, aber auch das geht, wenn man will :-).
Der Adapter ist günstig und es ist immer proaktisch sowas zu Hause zu haben 😃 Ich habe 2 oder 3 davon hier rumfliegen. Sollte es damit gehen, kannst du ihn ja dauerhaft nutzen mit einer USB verlängerung z. B., sollte günstiger und praktischer als eine PCMCIA- oder Express-Karte sein.