Sub-redes, comutadores e roteadores

1

Eu sou novo nisso e quero descobrir por que minhas configurações não estão funcionando. Eu tenho duas sub-redes, cada uma conectada por um switch de nível 2. Eu mudei minhas sub-redes para o seguinte: Sub-rede 1 tem 62 hosts e sub-rede 2 tem 7 hosts. A sub-rede 1 é a seguinte: intervalo 1-62, BC 63, máscara 255.255.255.128. Sub-rede 2 tem 7 hosts, intervalo é de 64-70, com 71 como o BC. A máscara de sub-rede é 255.255.255.248.

Eu tenho cada computador conectado a um switch e os dois switches conectados uns aos outros. Eu estou tentando demonstrar como dois computadores em duas sub-redes diferentes não podem se comunicar através de um switch de baixo nível. Tudo funciona bem aqui; eles não podem pingar uns aos outros. Agora vem a parte interessante. Eu coloco os dois computadores na mesma sub-rede e faço com que eles tentem pingar uns aos outros. Eles ainda não podem se comunicar uns com os outros. Diz host inacessível. No entanto, quatro pacotes passaram. O que estou perdendo aqui?

Eu também quero adicionar um roteador, para que as sub-redes possam se comunicar umas com as outras. Eu teria que ter dois roteadores, nesse caso, corretos, com cada roteador configurado com as configurações privadas da sub-rede e, em seguida, vincular os dois roteadores juntos?

    
por user2084933 16.11.2015 / 20:11

4 respostas

0

Se você é novo nisso, não comece com máscaras de sub-rede além de 255.255.255.0 . Deixe a sub-rede 1 ser 192.168.0.0 e a sub-rede 2 ser 192.168.1.0 . Isso deve ser capaz de demonstrar o que você quer. Quando você adiciona um roteador, você só precisa de um roteador. Ele terá duas interfaces, uma em cada sub-rede. Depois de ter isso funcionando, você pode brincar com máscaras de sub-rede não padronizadas.

    
por 16.11.2015 / 20:40
0

Qualquer sistema que fale via TCP / IP sobre Ethernet tem que usar o ARP ou outro protocolo de descoberta vizinho para descobrir qual MAC pertence a um IP.

A maioria dos sistemas, incluindo Windows, Linux e todos os mais comuns, emitirá uma solicitação ARP na primeira vez em que encontrar um IP e armazenará em cache a pesquisa assim que o outro sistema responder.

Eu estou apostando que você provavelmente mudou o IP de um sistema, mas o outro sistema ainda está usando uma entrada ARP obsoleta. Alterar um IP deve limpar o cache do ARP, mas se você também não alterou o IP no outro sistema, ele pode estar enviando para o endereço MAC incorreto. Isso é corrigido executando arp -d no outro sistema para limpar o cache do ARP.

Os quatro pacotes recebidos são provavelmente pedidos ARP do sistema.

    
por 16.11.2015 / 23:12
0

Obrigado a todos. A corrente não estava funcionando porque o cabo era um cabo direto, em vez de um cabo cruzado. Além disso, tinha um interruptor defeituoso. Ainda estou me perguntando se é possível ter duas sub-redes em um roteador sem fio Netgear. Em caso afirmativo, onde coloco a segunda sub-rede nas configurações particulares? Eu simplesmente não vejo isso em lugar algum. Este é um NetGear WGR614v10

    
por 17.11.2015 / 18:34
-1

I put both computers on the same subnet and have them try to ping each other.  They still can't communicate with each other.  Says host unreachable.

Se você está dizendo que estabeleceu a conectividade física entre os dois computadores - ou seja, você os coloca fisicamente no mesmo segmento da LAN - enquanto os deixa configurados com endereços IP e máscaras de rede que dizem que eles estão em sub-redes diferentes, então este é o comportamento esperado. A seguir, é apresentada uma descrição simplificada da lógica que a pilha IP usa ao enviar um pacote IP:

Check whether the destination address is on the same subnet as one of the network interfaces (NICs) on this computer.

  • If yes, then send the packet directly to the destination using the appropriate interface.
    (I'm deliberately leaving out a lot of detail here; specifically, regarding ARP.)
  • If no, check whether I know of a router that handles the destination.
    • If yes, send the packet to that router.
    • If no, check whether I have a default router.
      • If yes, send the packet to the default router.
      • If no, report "Host unreachable."

Ou seja, é possível ter computadores no mesmo segmento de rede físico (com conectividade física ) que não podem se comunicar entre si, porque eles são logicamente em diferentes sub-redes. E é possível estabelecer comunicação entre eles adicionando um roteador que as rotas entre as sub-redes lógicas - mesmo que eles estejam na mesma rede física. (Na verdade, eu fiz isso.)

However, four packets went through.
When the ping goes out, it says host unreachable, but states 4 packets sent, 4 packets received, no packets lost.  This is the message that has me very confused.

OK, isso parece intrigante. Eu ainda não tenho certeza se entendi o que você fez, então vou adivinhar: Você tem um roteador. Sua bancada de testes está conectada à Internet? Se for, você provavelmente tem um roteador fornecido pelo seu ISP. Seus computadores provavelmente estão configurados para usar o roteador do ISP como seu roteador padrão. Então, seguindo o algoritmo descrito acima, seus computadores enviam os pacotes de ping para o roteador padrão. Eu também acho que você não "disse" ao seu roteador sobre sua configuração de rede experimental; assim, quando o roteador recebe um pacote endereçado ao outro computador em sua casa, está confuso - não sabe o que fazer com isso. E assim responde com uma mensagem de controle "Host inacessível" (que é um único pacote ICMP).

Então - linha de fundo - seu computador enviou quatro pacotes (para o roteador) e recebeu quatro pacotes "Host inacessível" (do roteador).

P.S. Não, não há razão para ter dois roteadores para uma configuração simples como essa.

    
por 16.11.2015 / 22:34