Windows nimmt nicht die schnellste NIC

Bob.Dig

Captain
Registriert
Dez. 2006
Beiträge
3.910
Da ich in meinem Setup kein SMB Multichannel mehr hinbekommen habe, habe ich auf eine Direktverbindung gesetzt, mittels 2.5 Gbit Adaptern.
Die Verbindung steht auch mit Fullspeed, das weiß ich aber nur, weil ich alle anderen Adapter deaktiviert habe. Wenn die anderen Adapter aktiv sind, was sie sein müssen, weil das eine ja nur eine Direktverbindung ist, dann wird immer nur 1Gbit genutzt! Es hilft auch nicht über die IP-Adresse zu gehen, SMB nutzt weiterhin immer die langsamere Verbindung. Verbunden sind zwei Windows Computer.
Wer kann helfen?

PowerShell:
PS C:\Windows\system32> route print
===========================================================================
Interface List
 18...00 e0 4c 68 00 26 ......Realtek USB 2.5GbE Family Controller
  9...90 2e 16 4c ec 35 ......Realtek PCIe GbE Family Controller
 20...00 e0 4c 68 03 b6 ......Realtek USB GbE Family Controller
  1...........................Software Loopback Interface 1
===========================================================================

IPv4 Route Table
===========================================================================
Active Routes:
Network Destination        Netmask          Gateway       Interface  Metric
          0.0.0.0          0.0.0.0      192.168.1.1     192.168.1.10     25
        127.0.0.0        255.0.0.0         On-link         127.0.0.1    331
        127.0.0.1  255.255.255.255         On-link         127.0.0.1    331
  127.255.255.255  255.255.255.255         On-link         127.0.0.1    331
     172.16.230.0    255.255.255.0         On-link     172.16.230.10    281
    172.16.230.10  255.255.255.255         On-link     172.16.230.10    281
   172.16.230.255  255.255.255.255         On-link     172.16.230.10    281
      192.168.1.0    255.255.255.0         On-link      192.168.1.10    281
     192.168.1.10  255.255.255.255         On-link      192.168.1.10    281
    192.168.1.255  255.255.255.255         On-link      192.168.1.10    281
     192.168.25.0    255.255.255.0         On-link     192.168.25.10    276
    192.168.25.10  255.255.255.255         On-link     192.168.25.10    276
   192.168.25.255  255.255.255.255         On-link     192.168.25.10    276
        224.0.0.0        240.0.0.0         On-link         127.0.0.1    331
        224.0.0.0        240.0.0.0         On-link     192.168.25.10    276
        224.0.0.0        240.0.0.0         On-link      192.168.1.10    281
        224.0.0.0        240.0.0.0         On-link     172.16.230.10    281
  255.255.255.255  255.255.255.255         On-link         127.0.0.1    331
  255.255.255.255  255.255.255.255         On-link     192.168.25.10    276
  255.255.255.255  255.255.255.255         On-link      192.168.1.10    281
  255.255.255.255  255.255.255.255         On-link     172.16.230.10    281
===========================================================================
Persistent Routes:
  None

IPv6 Route Table
===========================================================================
Active Routes:
 If Metric Network Destination      Gateway
  9    281 ::/0                     fe80::215:5dff:fe09:1e19
  1    331 ::1/128                  On-link
  9    281 2001:9e8:14b8:f1f1::/64  On-link
  9    281 2001:9e8:14b8:f1f1:a810:af49:bcc3:139d/128
                                    On-link
  9    281 2001:9e8:14b8:f1f1:e13f:88c7:fa83:817e/128
                                    On-link
 18    276 fe80::/64                On-link
  9    281 fe80::/64                On-link
 18    276 fe80::4eb:7b57:55c0:837d/128
                                    On-link
  9    281 fe80::2bd9:e4b2:36fa:f3a0/128
                                    On-link
  1    331 ff00::/8                 On-link
 18    276 ff00::/8                 On-link
  9    281 ff00::/8                 On-link
===========================================================================
Persistent Routes:
  None
 
Metric anpassen, so dass der schnelle Adapter vor allen bevorzugt wird.
 
  • Gefällt mir
Reaktionen: whats4, redjack1000, Maike23 und eine weitere Person
Ich hab die Metrik via PowerShell angepasst, nach dem Link von @kartoffelpü , geholfen hat es nicht (Ethernet 3)!
PowerShell:
PS C:\Windows\system32> Get-NetIPInterface

ifIndex InterfaceAlias                  AddressFamily NlMtu(Bytes) InterfaceMetric Dhcp     ConnectionState PolicyStore
------- --------------                  ------------- ------------ --------------- ----     --------------- -----------
18      Ethernet 3                      IPv6                  9000              20 Enabled  Connected       ActiveStore
9       Ethernet                        IPv6                  1500              25 Enabled  Connected       ActiveStore
1       Loopback Pseudo-Interface 1     IPv6            4294967295              75 Disabled Connected       ActiveStore
18      Ethernet 3                      IPv4                  9000              20 Disabled Connected       ActiveStore
20      Ethernet 2                      IPv4                  1500              25 Disabled Connected       ActiveStore
9       Ethernet                        IPv4                  1500              25 Enabled  Connected       ActiveStore
1       Loopback Pseudo-Interface 1     IPv4            4294967295              75 Disabled Connected       ActiveStore


PS C:\Windows\system32>
 
Zuletzt bearbeitet:
Wie sieht denn deine Netztopologie aus?

Weder Geräte, Netze, noch Setup sind klar.

Direktverbindung sagt erstmal nicht so viel.
 
  • Gefällt mir
Reaktionen: aroxx
Hab es nun gelöst, indem ich die Verbindung zum Switch weg von der einzigen PCIe NIC hin zu einer weiteren USB-NIC (beide 1Gbit) gelegt habe.
Es sieht so aus, dass Windows die lahmere, dafür aber per PCIe angebundene NIC bevorzugt hat, wobei diese auch die Verbindung zum Gateway aufgebaut hatte.
Ich kann auch weiterhin über den Namen zugreifen, dieser hatte, genauso wie die IP, keinen Einfluss darauf, welche NIC für den SMB Share dann tatsächlich genutzt wurde.
Die PCIe NIC ist übrigens weiter aktiv, aber ohne ein Gateway und das scheint in meinem Falle auch nicht zu schaden.
Ergänzung ()

IBISXI schrieb:
Wie sieht denn deine Netztopologie aus?
Kompliziert. 😉
 
Zuletzt bearbeitet:
Fixe IPs in anderem Subnetz für die 2.5 GBit Direktverbindung und dann das NAS darüber ansprechen?
 
  • Gefällt mir
Reaktionen: metallica2006
Und etwas zu früh gefreut, der Gegenpart zur PCIe NIC war deaktiviert. Wird dieser aktiviert, wird wieder die PCIe-Verbindung bevorzugt, da auch diese mit dem Host verbunden ist.
Ergänzung ()

Sykehouse schrieb:
Fixe IPs in anderem Subnetz für die 2.5 GBit Direktverbindung und dann das NAS darüber ansprechen?
Nicht gelesen? Fixe IPs bringen bei SMB gar nix. Gegenstelle ist im Übrigen ein Windows Server, kein NAS.
Ergänzung ()

Hab die PCIe NIC nun vollkommen aus dem Spiel nehmen müssen, weil sie halt immer bevorzugt wurde und leider mit dem selben Host verbunden ist. Eine dritte USB-NIC hat nun die Lage entspannt. Wer aber einen Weg kennt, die PCIe-NIC "zu degradieren", gerne her damit. Diese ist nun deaktiviert.

Ich habe am Laptop drei Verbindungen per Kabel (keine per WiFi), eine zum 1Gb-Switch, ein "Management LAN" ohne gesetztes Gateway und die Direktverbindung zum SMB-Share via 2.5Gb. Wobei alle 3 Verbindungen jeweils beide hier relevanten Hosts verbinden.
 
Zuletzt bearbeitet:
Wer soll anhand dieser Daten ein Szenario im Kopf aufbauen können und eine Lösung erarbeiten?

Sinnlose Detailinfos gibt es. Alle grundsätzlichen Dinge fehlen.

"Netztopologie" ..... .kompliziert
"PCiE NIC rausgenommen" ... schön... was gibt es sonst noch?
"Direkte Verbindung" ... von wo nach wo?


Erwartest Du ernsthaft Hilfe bei so dürftigen Angaben?
 
Zuletzt bearbeitet:
  • Gefällt mir
Reaktionen: Asghan
IBISXI schrieb:
Erwartest Du ernsthaft Hilfe bei so dürftigen Angaben?
Nur von Leuten die auch Ahnung haben und des Lesens in Gänze mächtig sind. Da das bei Dir anscheinend nicht der Fall ist, hier noch mal die aktuelle Frage:

Wie kann man Windows bei einem SMB-Share dazu bringen, nicht mehr die langsamere PCIe-NIC gegenüber der schnelleren USB3-NIC zu bevorzugen?

Da ich wie gesagt gerade nur noch USB-NICs nutze, tritt das Problem nicht mehr auf. Ich habe die Direktverbindung nun als APIPA am Laufen, Windows nutzt diese schnelle Verbindung immer noch primär beim Zugriff auf den Share, so wie ich mir das auch dachte.
 
Zuletzt bearbeitet:
Bob.Dig schrieb:
Wie kann man Windows bei einem SMB-Share dazu bringen, nicht mehr die langsamere PCIe-NIC gegenüber der schnelleren USB3-NIC zu bevorzugen?


Über die Metrik, wie bereits gesagt.
Wenn das nicht klappt, wird es ohne weitere Infos nicht gehen.

Ich bin tatsächlich kein Netzwerkgenie.
Aber wenn man nicht mal was hardwareseitig wo drüber geht, könnte es knackig werden.
 
@IBISXI Steht doch weiter oben, dass es nichts gebracht hat. Aber dafür hast Du jetzt einen Listenplatz. Deine Antworten sind (weiterhin) nicht erforderlich.
 
wenn es nichts gebracht hat, muss was anderes schuld sein, dass man ohne weitere angaben nicht erahnen kann.

Alles gut, wer braucht schon Details um ein komplexes Problem zu lösen?
Wie..... .Hardware, Software, Betriebssystem, Protokoll, Geräte, Verkabelung, Netz, IP-Config oder was man überhaupt machen will?
 
Zuletzt bearbeitet:
  • Gefällt mir
Reaktionen: metallica2006
Du schreibst ja, dass du Probleme dabei hattest, SMB MultiChannel hinzubekommen. Ich vermute mal, dass es im Hintergrund dennoch aktiv ist und jetzt für diese Probleme sorgt.

Set-SmbClientConfiguration -EnableMultiChannel $false

Nun sollte SMB den herkömmlichen Weg über die Routing-Tabelle inkl. Metrik nehmen. SMB ist abgesehen vom MultiChannel-Feature nichts anderes als jede andere Netzwerkverbindung auch und muss sich dann an die normale Vorgehensweise halten.
 
@Raijin Ich mag SMB MC und habe auch in diesem Punkt Vertrauen in Windows und werde es nicht deaktivieren. Vermutlich gibt es irgendwo eine Option oder Metrik, die hier einfach noch niemand genannt hat.

Dass zum Beispiel automatisch die APIPA-Verbindung genutzt wird, obwohl ich auf einen Share mit Namen zugreife, finde ich super. Es ist halt nur das ein kleines Detail, das gerade nervt.
Ergänzung ()

Habe nun RSS in der PCIe NIC deaktiviert, jetzt wird diese nicht mehr bevorzugt. Keine ideale Lösung, aber eine gute. 😉
Clipboard01.png
 
Zuletzt bearbeitet:
Bob.Dig schrieb:
Ich mag SMB MC und habe auch in diesem Punkt Vertrauen in Windows und werde es nicht deaktivieren.
Wenn du nicht an einer Diagnose des Problems interessiert bist, ok. Dann bin ich wieder raus.
 
Diagnose dürfte inzwischen klar sein, Windows bevorzugt für SMB Shares NICs mit RSS. Ich möchte auch keine Windows Features abschalten.
 
Du fummelst lieber in Treibereinstellungen rum, als ein Feature zu deaktivieren, dass deiner eigenen Aussage nachsowieso nicht zufriedenstellend lief und jetzt auch nicht mehr benötigt wird? Interessante Argumentation. Zumal es zunächst nur um eine eindeutige Diagnose geht und nicht das beliebige Ausprobieren von Treibereinstellungen. Es kann durchaus sein, dass MultiChannel gar nicht das Problem ist, es wäre nur Teil der Diagnose.

Wenn deaktiviertes MultiChannel das Problem eliminiert, ist zumindest klar, dass das Problem durch SMB selbst verursacht wurde und das Problem wurde gezielt gelöst.. Veränderte Treibereinstellungen können hingegen durchaus unvorhergesehene Nebeneffekte haben, weil sie sich auch abseits von SMB auswirken. RSS verteilt beispielsweise die Last des NIC auf alle Cores, während ohne RSS stets derselbe Core belastet wird. Das kann die Performance negativ beeinflussen, je nach Verhältnis Core vs NIC Speed versteht sich. Sogesehen hast du also ein Feature abgeschaltet.

Wie dem auch sei, wenn du meinst, dass dein Problem zufriedenstellend gelöst wurde, ist das absolut ok. Aber wenn irgendwann ein weiteres "zu früh gefreut" im Thread auftaucht, mach dich auf ein "hab ich doch gleich gesagt" gefasst :schluck:
 
Zurück
Oben