Utilizzare sempre una connessione lenta invece di una "più veloce"


8

In Windows, esiste questa metrica automatica in cui la metrica viene selezionata in base alla velocità dichiarata del collegamento. Ora ho una LAN gigabit indirizzata a un servizio DSL da 2 Mbps e una connessione a banda larga mobile HSDPA. Il primo è sempre scelto per i pacchetti Internet anche se il secondo è effettivamente più veloce.

Ho provato a impostare la metrica dell'interfaccia della banda larga mobile su 1 e ad aumentare la sua priorità nelle impostazioni avanzate delle impostazioni dell'adattatore, ma ciò non sembra influire sulla metrica del percorso predefinito. Il percorso predefinito verso l'interfaccia Ethernet ha sempre una metrica "effettiva" inferiore rispetto all'interfaccia a banda larga mobile (ovvero viene utilizzata anche se ha una metrica superiore).

Mi sto perdendo qualcosa qui?

Modificare:

interfacce:

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

Modifica 2:

Lo strano comportamento di routing è tornato oggi:

Tabella di routing:

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 è il collegamento più veloce. Idx 24 è il più lento. La metrica del percorso del percorso idx 24 è stata regolata manualmente verso l'alto. Tuttavia, il percorso di traccia ha mostrato questo:

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.*.*.*

Questo sembra suggerire che per i percorsi con la stessa destinazione, le metriche non vengono utilizzate.

Inoltre, sembra che le metriche vengano rispettate nella prima route di traccia dopo che è stata aperta una connessione. Il prossimo percorso di traccia mostrerà costantemente la connessione Ethernet (idx 24) come primo hop.


1
perché non stampi la tua tabella di routing in modo che le persone possano visualizzare di cosa stai parlando? assicurati di segnare i percorsi che "non funzionano"
Boppity Bop

Potresti provare Connectify Dispatch immagino
pratnala il

Risposte:


1

La risposta breve è NO, non è possibile instradare i pacchetti in base alle metriche quando si utilizza una connessione "dial-up" e la connessione HSDPA è classificata come connessione dial-up.


Microsoft instrada tutti i pacchetti IP tramite DuN, se stabilito, e bloccherà la rete locale per impedire agli intrusi dial-up esterni di invadere la tua LAN DSL / Gb.

Questo design legacy è stato implementato a metà degli anni '90 ed è inutile, ma è profondamente incorporato nel tuo stack di rete che saranno necessari routerware di terze parti o modifiche alla condivisione della connessione Internet per aggirare e realizzare ciò che stai cercando di fare.

Un gestore del profilo di connessione è anche una buona scelta come Access Connections Manager di IBM / Lenovo che rileva tutte le connessioni esistenti e utilizza il più veloce, ma non ho mai provato a installarlo su un PC diverso da ThinkPad e ignaro se funzionerà su qualsiasi laptop o sarebbe compatibile con il tuo adattatore e driver 3G. Microsoft potrebbe offrire un gestore di profili Connectiopn, ma io non ne conosco uno e presumibilmente presumo di essere a conoscenza di tutto il software Microsoft.

In genere, gli utenti dotati di Windows DialUpNetworking hanno accettato questo progetto e disconnesso consapevolmente la loro connessione DuN quando usano una LAN, molto probabilmente lo hai scoperto anche tu.

La tua domanda richiede un seguito sul perché è necessario montare due o più connessioni IP simultanee tramite LAN e 3G. Spero che tu non creda stupidamente di poter effettivamente incanalare le connessioni per aumentare la tua larghezza di banda.

Un altro motivo per cui sto speculando sul tuo intento è forse quello di scaricare contemporaneamente da un sito limitante come Rapidshare che consentirebbe solo un trasferimento di file alla volta, in tal caso, dovresti utilizzare due browser diversi e impostare IE per utilizzare solo il tuo Connessione dial-up 3G mentre un altro browser come Firefox utilizza solo la LAN e ciò ti consentirebbe di scaricare due file di film porno / piratati due alla volta.


1
Sono molto consapevole di ciò che posso e non posso fare avendo più connessioni. In questo caso, voglio accedere alle risorse sulla LAN e ottenere Internet più veloce tramite la banda larga mobile. Tuttavia, ciò che sto osservando sembra essere esattamente l'opposto di quello che hai descritto qui: i pacchetti vengono instradati costantemente tramite la connessione Ethernet rispetto alla banda larga mobile.
billc.cn

Sì, è vero, il tuo "così consapevole" su ciò che è possibile su una LAN che non sei ancora in grado di eludere il design di lunga data di Windows.
Eagle Spear,

0

Prima di giocare con la metrica devi sempre verificare se funzionano in entrambi i modi (ad es. Disconnettendoli e testando se tutto funziona ancora). Nel tuo caso presumo che tutto vada bene per questo.

Se tutto funziona e entrambe le connessioni sono in grado di gestire i pacchetti, la metrica viene utilizzata per determinare quale interfaccia utilizzare. Se confondo con le metriche preferisco disabilitare la metrica automatica per ogni interfaccia e gestirla da solo, ma potresti anche cercare i valori usati dalla metrica automatica in KB299540 . Non lo consiglio, perché non si sa mai con certezza se qualcosa cambierà in futuro o se Windows decide che una connessione è di qualità migliore o peggiore.

La connessione con la metrica più bassa dovrebbe essere utilizzata per l'invio dei pacchetti. In caso contrario, provare a riavviare. Se ancora non funziona, allora

a) hai configurato male qualcosa;

b) una connessione che (secondo te) dovrebbe instradare i tuoi pacchetti non è in grado di instradarli.

Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.