Processo de roteamento na LAN doméstica

3

Tendo uma LAN doméstica super simples como abaixo

easeguintetabeladerotasnoPC1:

192.168.0.0255.255.255.0On-link192.168.0.11276192.168.0.11255.255.255.255On-link192.168.0.11276192.168.0.255255.255.255.255On-link192.168.0.11276
  1. Comoeusei"On-link" como Gateway significa a mesma sub-rede, então não há necessidade de roteamento. Isso significa que quando o PC1 envia alguns dados para o PC2, o modem (que também é um roteador) se comporta como um switch, ou seja, ele não faz nenhum nível de rede funcionar como comutação (won ') t procurar na sua tabela de rotas)?
  2. Estou certo de que quando executo o comando ping no PC1 ele se comunica diretamente com o PC2 - ele envia o datagrama ARP para o PC2 para obter seu endereço MAC?
  3. O que acontecerá quando eu mudar o 192.168.0.11 Gateway da rota para 192.168.0.1? Estou certo de que agora o modem atuará como roteador (comutação) e, nesse caso, o PC1 obtém o MAC do roteador (que então roteará os dados para o PC2) em vez do PC2, como quando o Gateway estava "On-link" ?
por Mulligan 30.05.2016 / 10:43

1 resposta

2

Já faz um tempo que eu não via redes, mas vou tentar.

isso você escreveu aqui

"the modem will act as router (do switching)" is a nonsense you should call it a router/switch/modem"

isso é um absurdo completo

Você pode chamar o dispositivo de roteador / switch / modem, e quando ele age como um roteador, ele está roteando, quando ele age como um switch, e quando ele age como um modem, ele age como um modem (modeming não é uma palavra, infelizmente, embora você possa inventá-la).

E você basicamente pede que, para o caso no link, a mesma sub-rede PC1 PC2, a tabela de roteamento seja verificada. (Também tenha em mente que a tabela de roteamento que você mostrou é no PC1, não no roteador. Além disso, o PC1 não é o que a maioria consideraria ser um roteador, já que ele não possui dados em uma interface e outro ). O pacote irá acertar a parte do interruptor do dispositivo primeiro. A tabela de roteamento no seu roteador não terá o endereço IP do PC2. O 'pacote' do PC1 primeiro acertará o switch e será redirecionado para o PC2, e não irá atingir o roteador. O PC1 colocava o endereço MAC do PC2 lá, porque o PC1 verificava se o PC2 estava na mesma sub-rede e, como era, colocava o MAC do PC2 no 'pacote' (ou pode-se dizer, frame). Se o PC2 não estivesse na mesma sub-rede, ele colocaria o endereço MAC do roteador no 'pacote' (onde eu uso o termo pacote entre aspas, quero dizer o sentido geral, em vez do sentido OSI ISO, então, quero dizer qualquer campo, independentemente da 'camada'). Eu acho que o caso em que ele ligaria o roteador, seria do PC1 para a internet ou vice-versa, ou considere um roteador com múltiplas interfaces, não apenas os dois que um 'home / SOHO' tem, então se você enviou um pacote de uma sub-rede diretamente conectada para outra, ou um pacote veio da Internet para uma sub-rede conectada diretamente, então o pacote passaria do switch, para o roteador, para, por exemplo, um interruptor, em seguida, para o computador. Mas para PC1 a PC2, a tabela de roteamento não será usada. A parte do roteador do dispositivo não será usada.

Você escreve

Am i right that when i run ping command on PC1 it directly communicate with PC2 - it sends ARP datagram to PC2 to get it's MAC address?

Em primeiro lugar, tenha em mente que o ping opera acima do IP e o ARP opera abaixo do IP.

Assim, um ping pode atingir um roteador.

E tenha em mente que o Ping é ICMP.

Ele só fará o ARP se não tiver o endereço MAC.

Tecnicamente, uma transmissão ARP atingiria todos os dispositivos, incluindo o roteador. Porque qualquer coisa com um endereço L3 (por exemplo, IP) também tem um endereço L2 (por exemplo, MAC). Mas o ARP nunca seria roteado.

A requisição ARP irá acionar o switch, então eu não ligaria diretamente do PC1 para o PC2. Embora o PC1 resolva o PC2 usando o endereço L3 e o endereço L2. Por isso, irá abordar o PC2 diretamente.

Você escreve

"What'll happen when i change the route's 192.168.0.11 Gateway to 192.168.0.1?"

Bem, seu PC1 tem uma tabela de roteamento, como você pode ver netstat -rn mostra uma tabela como você vê .. Ele faz mais se você estiver usando mais como um roteador para ter pacotes entrando e saindo, ao invés do talvez apenas um pouco rotineiro uso de apenas pacotes saindo.

Esse 192.168.0.11 é o IP do seu PC1.

E o título da coluna que você pulou da tabela de roteamento do PC1 é 'Interface'.

por exemplo. para mim no meu "PC1" (com uma ligeira mudança para fazer o meu endereço gatewy o mesmo que o seu, por simplicidade)

Network Destination        Netmask          Gateway       Interface  Metric
          0.0.0.0          0.0.0.0    192.168.0.1   192.168.1.117     25

normalmente não se alteraria o IP da interface. No entanto, é possível alterar o IP de uma pessoa e, em seguida, isso deve ser atualizado. Alguém poderia mudá-lo, mas se o fizesse, alguém o mudaria para o IP de outra interface diretamente conectada do dispositivo. Então, não o IP do seu gateway. (gateway é outro termo para roteador .. é um termo um pouco mais antigo nos RFCs.).

Seria apenas um absurdo se você tentasse alterá-lo para 192.168.0.1, pois o PC1 não tem essa interface. Não é o seu IP. Ou um IP de qualquer uma das suas interfaces de rede.

Portanto, se você observar toda a coluna da interface, não obterá nenhum IP que não esteja associado ao PC1. (Eu vejo um endereço 169. mas que às vezes é atribuído quando não é possível obter um IP. Ainda é um IP associado ao computador em que corri o comando netstat -rn )

E em um roteador SOHO com suas duas interfaces, você não obteria nada além disso, e a interface local de 127.0.0.1

adicionado

Eu vejo que esta linha também está relacionada com a minha interface 192.168.1.11. Eu mostrarei aqui. E essa segunda linha se relaciona com a que você mostrou na sua pergunta

Network Destination        Netmask          Gateway       Interface  Metric
          0.0.0.0          0.0.0.0        192.168.0.1   192.168.1.117     25
    192.168.1.117  255.255.255.255         On-link     192.168.1.117    281
    
por 30.05.2016 / 11:34