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

2

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
windows wireless-networking routing tim11g
fonte
1
Supondo que seu backup é para outra máquina na mesma rede, você colou a parte errada da sua tabela de rotas. As rotas que você está olhando (as duas primeiras em sua pasta) são padrão rotas para tráfego fora da rede. Você não colou as rotas da interface. Isso é o que controla onde local o tráfego vai. Precisamos ver as rotas para a máquina de backup, não as rotas para a Internet.
David Schwartz
David - obrigado pelo insight - por favor, veja a edição acima, onde eu colei mais da tabela de rotas ...
tim11g
Você ainda não colou as rotas isto o tráfego está tomando. Você colou rotas de loopback para 127. * endereços. Estou assumindo que a máquina de backup tem um endereço 192.168.1. *. Você não colou as rotas para essa rede local.
David Schwartz
David - Eu colei na saída completa do comando "route print" acima. Você está certo de que todas as máquinas estão na rede 192.168.1. *. Existe um comando diferente para informações de rede local?
tim11g
As rotas relevantes são 192.168.1.0 255.255.255.0 On-link 192.168.1.104 266 e 192.168.1.0 255.255.255.0 On-link 192.168.1.109 281. Ele deve pegar a rota com a menor métrica para o destino dessas rotas, que é 192.168.1.x - e essa é a interface com o endereço que termina em .104, que é a Ethernet com fio. Em outras palavras, a tabela de roteamento parece correta e diz preferir a interface com fio para outras máquinas em sua rede local.
David Schwartz

Respostas:

2

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

David Schwartz
fonte
David, No Windows XP, eu sei exatamente de qual caixa de diálogo você está falando, com a lista de conexões que podem ser reordenadas com as setas verdes. No entanto, a máquina em questão está executando o Windows 7 e o ncpa.cpl exibe uma caixa de diálogo sem menus e nenhuma maneira visível de acessar a caixa de diálogo Configurações avançadas. Tenho certeza de que está em algum lugar, mas ficou oculto.
tim11g
Encontrado - é um desses diálogos que esconde o fato de que um menu existe até que você pressione ALT.
tim11g
0

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.

Aaron C. de Bruyn
fonte
0

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.

LawrenceC
fonte
Tem que consultar a tabela de rotas. Pode haver uma rota mais específica para esse destino específico.
David Schwartz