W systemie Windows istnieje funkcja automatycznego pomiaru , w której pomiar jest wybierany zgodnie z zadeklarowaną prędkością łącza. Mam teraz gigabitową sieć LAN skierowaną do usługi DSL 2 Mb / s oraz mobilne połączenie szerokopasmowe HSDPA. Pierwszy jest zawsze wybierany dla pakietów internetowych, chociaż ten drugi jest w rzeczywistości szybszy.
Próbowałem ustawić metrykę mobilnego łącza szerokopasmowego na 1 i podnieść jej priorytet w zaawansowanych ustawieniach ustawień adaptera, ale nie wydaje się, aby miało to wpływ na metrykę domyślnej trasy. Domyślna trasa do interfejsu Ethernet zawsze ma niższą „efektywną” charakterystykę niż mobilny interfejs szerokopasmowy (tzn. Jest używana, nawet jeśli ma wyższą charakterystykę).
Czy coś mi umyka?
Edytować:
Interfejsy:
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
Edycja 2:
Dziwne zachowanie routingu powróciło dzisiaj:
Tabela routingu:
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 to najszybszy link. Idx 24 jest najwolniejszy. Metryka trasy dla trasy idx 24 została ręcznie dostosowana. Trasa śledzenia pokazała jednak:
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.*.*.*
Wydaje się to sugerować, że dla tras z tym samym miejscem docelowym metryki nie są używane.
Co więcej, wydaje się, że wskaźniki są przestrzegane tylko w pierwszej trasie śledzenia po nawiązaniu połączenia. Następna trasa śledzenia będzie konsekwentnie pokazywać połączenie Ethernet (idx 24) jako pierwszy przeskok.