Por que o Windows usaria uma interface de rede mais lenta, apesar das métricas de rota?

No meu notebook anterior, o adaptador sem fio Dell / Broadcom tinha uma opção para desabilitar automaticamente a conexão sem fio quando uma rede com fio estava conectada, portanto, nunca lidei com várias interfaces ativas. Meu sistema atual tem um adaptador sem fio da Intel, e eles aparentemente não descobriram como desligá-lo quando há uma conexão com fio. A menos que eu me lembre explicitamente de desabilitar o sistema sem fio quando estiver encaixado, a conexão estará ativa.

Isso não deve ser um problema (em teoria), já que a métrica da rota fará com que o tráfego ultrapasse a rede mais rápida (conforme indicado pela menor métrica na tabela de roteamento).

Aparentemente não - estou executando um backup e vendo o throughput a 25Mbps ou mais (o que é consistente com o 802.11g) quando uma interface Gigabit Ethernet perfeitamente boa também está conectada.

IPv4 Route Table
===========================================================================
Active Routes:
Network Destination        Netmask          Gateway       Interface  Metric
          0.0.0.0          0.0.0.0    192.168.1.254    192.168.1.104     10
          0.0.0.0          0.0.0.0    192.168.1.254    192.168.1.109     25
        127.0.0.0        255.0.0.0         On-link         127.0.0.1    306
        127.0.0.1  255.255.255.255         On-link         127.0.0.1    306
  127.255.255.255  255.255.255.255         On-link         127.0.0.1    306

O Windows identificou corretamente a interface Ethernet (.104) e atribuiu a menor (preferida) métrica. Então a interface Ethernet deve ser usada exclusivamente, certo?

Por que a conexão Ethernet não está sendo usada? Que outros fatores estão envolvidos? (Isso é com o Windows 7, se isso faz diferença)

Saída inteira do comando "route print" (veja o comentário abaixo):

    C:\>route print
===========================================================================
Interface List
 11...00 18 de 3e 53 82 ......Intel(R) PRO/Wireless 3945ABG Network Connection
 10...00 15 c5 af 80 0e ......Broadcom NetXtreme 57xx Gigabit Controller
  1...........................Software Loopback Interface 1
 17...00 00 00 00 00 00 00 e0 Microsoft ISATAP Adapter
 12...00 00 00 00 00 00 00 e0 Teredo Tunneling Pseudo-Interface
===========================================================================

IPv4 Route Table
===========================================================================
Active Routes:
Network Destination        Netmask          Gateway       Interface  Metric
          0.0.0.0          0.0.0.0    192.168.1.254    192.168.1.104     10
          0.0.0.0          0.0.0.0    192.168.1.254    192.168.1.109     25
        127.0.0.0        255.0.0.0         On-link         127.0.0.1    306
        127.0.0.1  255.255.255.255         On-link         127.0.0.1    306
  127.255.255.255  255.255.255.255         On-link         127.0.0.1    306
      192.168.1.0    255.255.255.0         On-link     192.168.1.104    266
      192.168.1.0    255.255.255.0         On-link     192.168.1.109    281
    192.168.1.104  255.255.255.255         On-link     192.168.1.104    266
    192.168.1.109  255.255.255.255         On-link     192.168.1.109    281
    192.168.1.255  255.255.255.255         On-link     192.168.1.104    266
    192.168.1.255  255.255.255.255         On-link     192.168.1.109    281
        224.0.0.0        240.0.0.0         On-link         127.0.0.1    306
        224.0.0.0        240.0.0.0         On-link     192.168.1.104    266
        224.0.0.0        240.0.0.0         On-link     192.168.1.109    281
  255.255.255.255  255.255.255.255         On-link         127.0.0.1    306
  255.255.255.255  255.255.255.255         On-link     192.168.1.104    266
  255.255.255.255  255.255.255.255         On-link     192.168.1.109    281
===========================================================================
Persistent Routes:
  None

IPv6 Route Table
===========================================================================
Active Routes:
 If Metric Network Destination      Gateway
 12     58 ::/0                     On-link
  1    306 ::1/128                  On-link
 12     58 2001::/32                On-link
 12    306 2001:0:4137:9e76:3005:82a:b3a3:1099/128
                                    On-link
 10    266 fe80::/64                On-link
 11    281 fe80::/64                On-link
 12    306 fe80::/64                On-link
 11    281 fe80::11ad:fcef:18ff:97a9/128
                                    On-link
 12    306 fe80::3005:82a:b3a3:1099/128
                                    On-link
 10    266 fe80::9524:5f90:dd0:86fb/128
                                    On-link
  1    306 ff00::/8                 On-link
 12    306 ff00::/8                 On-link
 10    266 ff00::/8                 On-link
 11    281 ff00::/8                 On-link
===========================================================================
Persistent Routes:
  None

Sua tabela de roteamento parece boa, agora que vemos as rotas de rede. Isso deve cobrir o tráfego que não tenta influenciar a pilha de rede. Mas alguns aplicativos tentam selecionar uma interface e, geralmente, esses aplicativos usam a primeira interface adequada que encontram.

Então, vamos garantir que o seu interface com fio está à frente do sem fio . Para fazer isso, execute ncpa.cpl da barra de execução. Debaixo Advancedselecione Advanced Settings. No painel superior, encontre sua interface com fio e selecione-a. Bata a seta verde para a direita para mover essa interface para o topo. Você precisará reinicializar para garantir que todos os programas em execução vejam o novo pedido.

(Embora o artigo da base de conhecimento seja para um sistema operacional diferente, o método e o conceito são os mesmos.)

Isso pode ser útil: http://support.microsoft.com/kb/299540 Isso implica que as métricas são atribuídas especificamente para o cenário que você descreve.

... exceto em sua situação, não está funcionando. Sem acesso ao código-fonte ou informações definitivas da Microsoft, é muito difícil dizer por que o Windows está agindo dessa maneira no seu caso.

Meu único palpite é que talvez sua interface sem fio apareça primeiro e o Windows comece a falar com certas máquinas remotas - e essas conexões se ligam à interface com a qual começaram a impedir uma alteração de IP durante uma conversa estabelecida (o que interromperia a conexão) ). Em seguida, você conecta seu laptop ao Gig Ethernet e o Windows não move o tráfego estabelecido para essa conexão para evitar a perda dessas conexões.

Uma maneira de testar isso seria conectar via Ethernet, desligar a rede sem fio e verificar se você tem conectividade rápida. Em seguida, ligue o wireless novamente e veja se você mantém a conectividade mais rápida.

Um longo tiro, mas se você estiver executando um backup para outro host local em sua rede local, talvez isso esteja mudando as coisas de alguma forma.

Qualquer pilha TCP / IP pode inferir que, se um adaptador de rede estiver definido como algo como 192.168.111.1 sub-rede 255.255.255.0, ele pode alcançar qualquer endereço 192.168.111.2 até 192.168.111.255 simplesmente enviando tráfego para fora dessa interface. Ele não tocaria no gateway padrão e, de fato, o Windows pode estar "em curto-circuito" por algum motivo e não se incomodar em consultar a tabela de rotas para uma sub-rede conectada diretamente.

Também pode ser devido a NetBIOS enviar uma transmissão em ambas as interfaces e, em seguida, o Windows recebeu uma resposta de suas máquinas através da rede sem fio primeiro, por isso continuou a usar essa interface para mais tráfego. Este é um tiro muito longo, eu não sei muito sobre os internos do NetBIOS.