Por que os TP-Link 24x-switches não propagam clientes quando em cascata em dois?

Question

Estou atrás de dois switches TP-Link que estão em cascata atrás de um roteador TP-Link, que por sua vez está atrás de um roteador consumidor que funciona como no modo somente modem. Os clientes conectados ao primeiro switch funcionam corretamente, também tudo em outros switches diretamente no roteador.

Mas por trás do segundo switch, às vezes recebo imediatamente o endereço IP reservado para o meu endereço MAC, mas nem sempre. Além disso, outros clientes obtêm endereços dinâmicos sem problemas principalmente.

No entanto, não consigo acessar a rede, só vejo esse segundo switch e nem mesmo outros dispositivos na LAN ou no próprio roteador. Com VLANs e STP configurados, tive muito mais problemas, então essas tecnologias são ignoradas novamente. Em vez disso, todo o firmware foi atualizado para o roteador, comutadores e pontos de acesso para as últimas versões estáveis.

Estou usando a rede 10.0.255.255/16. Aproximadamente 12 IPs reservados estão espalhados na faixa 10.0.0.255, também a minha em .42. O intervalo de DHCP é 10.0.1.10 ~ 250. O DHCP funciona bem no TL-ER6120 (roteador). Aparentemente, os clientes por trás do switch em cascata recebem um IP. Eu não sei se algum cache precisa ser removido?

Eu tentei fazer o ping no roteador:

Microsoft Windows [Version 6.1.7601] Shell output:

C:\Users\Me>ping 10.0.0.1

Ping wird ausgeführt für 10.0.0.1 mit 32 Bytes Daten:
Antwort von 10.0.0.40: Zielhost nicht erreichbar.
Zeitüberschreitung der Anforderung.
Antwort von 10.0.0.40: Zielhost nicht erreichbar.
Zeitüberschreitung der Anforderung.

Ping-Statistik für 10.0.0.1:
    Pakete: Gesendet = 4, Empfangen = 2, Verloren = 2
    (50% Verlust),

Esquema simplificado / Vereinfachtes Schaubild:

Client
  |
TL-SG3424 (Switch A2)
  |
TL-SG3424 (Switch A1)
  |
TL-ER6120 (Router)

Esquema mais completo / Vollständigeres Schaubild:

   _________      _________      _________      _________
  | Clients |    | Clients |    | Clients |    | Clients |
   ‾|‾‾‾‾‾‾‾      ‾|‾‾‾‾‾‾‾      ‾|‾‾‾‾‾‾‾      ‾|‾‾‾‾‾‾‾
    |   \_|_/      |   \_|_/      |   \_|_/      |
    |   |A P|      |   |A P|      |   |A P|      |
    |    ‾|‾       |    ‾|‾       |    ‾|‾       | 
  __|_____|__    __|_____|__    __|_____|__    __|________
 | TL-SG3424 |――| TL-SG3424 |  | TL-SG3424 |  |  Netgear  |
 |(Switch A2)|  |(Switch A1)|  |(Switch B1)|  |(Switch C1)|
  ‾‾‾‾‾‾‾‾‾‾‾    ‾‾‾‾‾|‾‾‾‾‾    ‾‾‾‾‾|‾‾‾‾‾    ‾‾‾‾‾|‾‾‾‾‾
              ________|______________|______________|_
             |           TL-ER6120 (Router)           |
              ‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾|‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾
                               ___|_______________
                              | Fritz!Box (Modem) |
                               ‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾

Eu tentei rastrear o problema perdendo dias (!) várias vezes no ano passado.
Estamos localizados em uma torre, e é por isso que retornamos o roteador uma vez, pois obviamente houve algum dano causado por raios. Mas não posso explicar os sintomas com isso dessa vez. Obrigado por qualquer sugestão de como rastreá-lo! Há cabos duplos entre todos os andares para tentar diferentes estratégias de conexão ou chaves de bypass.

Todas as sugestões são bem vindas! Esp. seu feedback sobre esse hardware específico.