Verwenden Sie immer eine langsame Verbindung gegenüber einer „schnelleren“

In Windows gibt es diese automatische Metrik , bei der die Metrik entsprechend der deklarierten Geschwindigkeit der Verknüpfung ausgewählt wird. Ich habe jetzt ein Gigabit-LAN, das an einen 2-Mbit / s-DSL-Dienst und eine mobile HSDPA-Breitbandverbindung weitergeleitet wird. Ersteres wird immer für Internetpakete gewählt, obwohl letzteres tatsächlich schneller ist.

Ich habe versucht, die Schnittstellenmetrik des mobilen Breitband auf 1 zu setzen und die Priorität in den erweiterten Einstellungen der Adaptereinstellungen zu erhöhen, aber dies scheint die Metrik der Standardroute nicht zu beeinflussen. Die Standardroute zur Ethernet-Schnittstelle hat immer eine niedrigere "effektive" Metrik als die mobile Breitbandschnittstelle (dh sie wird verwendet, auch wenn sie eine höhere Metrik hat).

Vermisse ich hier etwas?

Bearbeiten:

Schnittstellen:

Idx     Met         MTU          State                Name
---  ----------  ----------  ------------  ---------------------------
 13           9        1500  connected     Mobile broadband
 12          25        1500  disconnected  WiFi 2
  1          50  4294967295  connected     Loopback Pseudo-Interface 1
 20           5        1500  disconnected  Local Area Connection* 12
 24          10        1500  connected     Ethernet

Bearbeiten 2:

Das seltsame Routing-Verhalten kehrte heute zurück:

Routing-Tabelle:

Publish  Type      Met  Prefix                    Idx  Gateway/Interface Name
-------  --------  ---  ------------------------  ---  ------------------------
No       Manual    512  0.0.0.0/0                  24  192.168.1.254
No       Manual    0    0.0.0.0/0                  12  192.168.135.1
No       Manual    256  0.0.0.0/0                  13  188.*.*.*

Idx 12 ist die schnellste Verbindung. Idx 24 ist das langsamste. Die Routenmetrik der idx 24-Route wurde manuell angepasst. Die Trace-Route zeigte jedoch Folgendes:

C:\Users\bc>tracert -4 -d google.com

Tracing route to google.com [173.194.41.168]
over a maximum of 30 hops:

  1     2 ms     2 ms     3 ms  192.168.1.254
  2    25 ms    24 ms    26 ms  217.*.*.*
  3    27 ms    26 ms    36 ms  217.*.*.*

Dies scheint darauf hinzudeuten, dass für Routen mit demselben Ziel die Metriken nicht verwendet werden.

Darüber hinaus scheinen die Metriken erst in der ersten Trace-Route berücksichtigt zu werden, nachdem eine Verbindung hergestellt wurde. Die nächste Trace-Route zeigt konsistent die Ethernet-Verbindung (idx 24) als ersten Hop an.

Die kurze Antwort lautet NEIN. Sie können keine Pakete basierend auf Metriken weiterleiten, wenn Sie eine "DFÜ" -Verbindung verwenden, und Ihre HSDPA-Verbindung wird als DFÜ-Verbindung klassifiziert.

Microsoft leitet alle IP-Pakete über DuN weiter, sofern dies eingerichtet ist, und blockiert das lokale Netzwerk, um zu verhindern, dass externe DFÜ-Eindringlinge in Ihr DSL / Gb-LAN eindringen.

Dieses Legacy-Design wurde Mitte der 90er Jahre implementiert und ist nutzlos. Es ist jedoch tief in Ihren Netzwerk-Stack eingebettet, sodass entweder Routerware von Drittanbietern oder Optimierungen für die gemeinsame Nutzung von Internetverbindungen erforderlich sind, um das zu umgehen und zu erreichen, was Sie versuchen.

Ein Verbindungsprofil-Manager ist auch eine gute Wahl, z. B. der Access Connections Manager von IBM / Lenovo, der alle vorhandenen Verbindungen erkennt und am schnellsten verwendet. Ich habe jedoch nie versucht, ihn auf einem anderen als einem ThinkPad zu installieren, ohne zu wissen, ob er auf einem Laptop oder einem Laptop funktioniert wäre kompatibel mit Ihrem 3G-Adapter und Treibern. Microsoft bietet möglicherweise einen Connectiopn-Profilmanager an, aber ich kenne keinen und würde auch nicht behaupten, über alle Microsoft-Software informiert zu sein.

In der Regel haben Benutzer mit Windows DialUpNetworking-Funktion dieses Design akzeptiert und ihre DuN-Verbindung bei Verwendung eines LAN bewusst getrennt. Höchstwahrscheinlich haben Sie dies auch entdeckt.

Bei Ihrer Frage wird nachgefragt, warum Sie zwei oder mehr gleichzeitige IP-Verbindungen über Ihr LAN und 3G herstellen müssen. Ich hoffe, Sie glauben nicht dumm, dass Sie die Verbindungen tatsächlich ätherkanalisieren können, um Ihre Bandbreite zu erhöhen.

Ein weiterer Grund, warum ich über Ihre Absicht spekuliere, ist möglicherweise das gleichzeitige Herunterladen von einer einschränkenden Site wie Rapidshare, die jeweils nur eine Dateiübertragung zulässt. Wenn dies der Fall ist, sollten Sie zwei verschiedene Browser verwenden und den IE so einstellen, dass nur Ihre verwendet wird 3G-DFÜ-Verbindung, während ein anderer Browser wie Firefox nur das LAN verwendet, und dies würde es Ihnen ermöglichen, Ihre großen Porno- / Raubkopien-Filmdateien zu zweit gleichzeitig herunterzuladen.

Bevor Sie mit der Metrik herumspielen, sollten Sie immer prüfen, ob beide Möglichkeiten funktionieren (z. B. die Verbindung trennen und testen, ob alle noch funktionieren). In Ihrem Fall gehe ich davon aus, dass damit alles in Ordnung ist.

Wenn alles funktioniert und beide Verbindungen Ihre Pakete verarbeiten können, wird anhand der Metrik bestimmt, welche Schnittstelle verwendet werden soll. Wenn ich mit den Metriken herumspiele, ziehe ich es vor, die automatische Metrik für jede Schnittstelle zu deaktivieren und selbst zu behandeln. Sie können aber auch die von der automatischen Metrik in KB299540 verwendeten Werte nachschlagen . Ich empfehle dies nicht, da Sie nie genau wissen, ob sich in Zukunft etwas ändert oder Windows entscheidet, dass eine Verbindung von besserer oder schlechterer Qualität ist.

Die Verbindung mit der niedrigsten Metrik sollte zum Senden der Pakete verwendet werden. Wenn dies nicht der Fall ist, versuchen Sie einen Neustart. Wenn es immer noch nicht funktioniert, dann

a) Sie haben etwas falsch konfiguriert;

b) Eine Verbindung, die (Ihrer Meinung nach) Ihre Pakete weiterleiten sollte, kann sie nicht weiterleiten.