O que poderia estar parando o DHCP de um computador conectado a um switch específico?

3

Recentemente, substituí um número de switches 10/100 em nosso escritório por switches gerenciados por Gigabit e descobri que os computadores conectados a um dos switches não estão obtendo concessões de DHCP do servidor. Isso não é um problema enorme, porque quase tudo no escritório usa IP estáticos, mas eu tenho algumas áreas do escritório que têm um AP sem fio conectado a esse switch (através de outro switch gerenciado primeiro) e dispositivos que se conectam a esses APs. não estão recebendo concessões de DHCP.

Acho que determinei que é essa opção porque testei o seguinte:

server-switch-switch-client

Alterando de DHCP Server -- suspect switch in server room -- other managed switch 1 -- laptop with DHCP enabled (sem concessão)

para DHCP Server -- other switch in server room -- other managed switch 1 -- laptop with DHCP enabled permite uma concessão DHCP imediatamente.

server-switch-ap-client

Da mesma forma, mudando de DHCP Server -- suspect switch in server room -- wireless AP -- laptop with DHCP enabled (sem concessão)

para DHCP Server -- other switch in server room -- wireless AP -- laptop with DHCP enabled permite uma concessão DHCP imediatamente.

server-switch-client

Por último, mudando de DHCP Server -- suspect switch in server room -- laptop with DHCP enabled (sem concessão)

para DHCP Server -- other switch in server room -- laptop with DHCP enabled permite uma concessão DHCP imediatamente.

O problema é que o switch suspeito (chame de Switch Secundário) está conectado ao switch de trabalho (chame isso de Switch Principal). A chave principal está conectada ao nosso roteador Juniper (o servidor DHCP). Outros servidores no rack estão todos conectados ao Switch Primário, assim como os switches de área ao redor do escritório. As únicas coisas atualmente conectadas diretamente ao comutador secundário são os dispositivos dentro da proximidade do cabeamento Ethernet com a sala do servidor, e esses são todos configurados com endereços estáticos.
No entanto, eu ainda gostaria de ter este suspeito Secondary Switch configurado corretamente no caso de eu ter que balancear a carga ou usá-lo como um switch de failover para a Primária.

O interruptor suspeito é um D-Link DGS-1210-52 (link é para manual) executando a versão de firmware 3.10.013.

    
por Reece 19.10.2016 / 04:30

1 resposta

0

a única coisa que normalmente pararia uma requisição DHCP chegando ao cliente e servidor é se não houver nenhum link entre os switches / links que não estão funcionando, ou problemas VLAN reais ou então

problemas com vlan: -uplink configurada como porta de acesso dentro de uma vlan diferente de dhcp E roteamento não permitido ou bloqueado de uma vlan para outra. -vlan não existe no segundo switch -trunk-uplink não permite o vlan tru

tronco == / == LAG ...

defina um ip estático em um plugue de laptop no segundo switch e faça o ping dele a partir do dhcp-server se o link que funciona funcionar for o seu dhcp com falha. se não funcionar, o seu link não está funcionando. (ip / ethernet wise)

    
por 17.03.2017 / 10:55