Decidí ampliar la cobertura inalámbrica de mi red doméstica utilizando un enrutador adicional. Ambos enrutadores son módems enrutadores y han sido proporcionados por diferentes proveedores de Internet en los años anteriores. Entonces, su puerto WAN es RJ-11 y son de diferentes marcas con diferentes características.
Como vienen con un puerto RJ-11 como WAN, eliminé la opción de conectividad wan-lan. El procedimiento seguido es este:
El procedimiento
- Un módem-enrutador está conectado a la toma telefónica RJ-11. Este es el maestro.
- Maestro configurado con las siguientes configuraciones:
- IP de la LAN: 192.168.1.1
- Máscara de subred: 255.255.255.0
- Dirección IP de inicio de DHCP: 192.168.1.2
- Dirección IP final de DHCP: 192.168.1.253
- El canal inalámbrico está configurado en automático.
- SSID está configurado en "master-wifi"
- El otro módem-router es mi esclavo y está configurado así:
- El servidor DHCP fue deshabilitado para operar en modo puente
- El firewall fue deshabilitado
- La IP de la LAN se configuró en 192.168.1.254, que es la única en el dominio 192.168.1.1/24 que no se proporciona a un dispositivo mediante el servidor DHCP del maestro.
- El canal inalámbrico está configurado en 6
- SSID está configurado en "esclavo-wifi"
- Maestro y esclavo estaban conectados LAN-LAN con cable ethernet
- Ambos enrutadores se reiniciaron y luego todos los dispositivos se conectaron al "wifi esclavo" sin problemas.
Diagrama
{internet} ---- {modem-router} ---ether--- {modem-router in bridge mode} ---wifi--- {user device}
El problema
Después de haberme conectado a "slave-wifi", cuando elijo conectarme a "master-wifi" debido a una mejor señal dependiendo del lugar de la casa en el que me encuentre en ese momento, tengo problemas para volver a "slave-wifi" en un momento posterior. de tiempo.
En particular parece que nunca obtengo una IP, aparte de la temporal proporcionada por mi sistema, sin importar cuánto tiempo pase. Cuando configuro manualmente una IP estática, digamos 192.168.1.20, con la subred 255.255.255.0 y la puerta de enlace 192.168.1.1, puedo comunicarme exitosamente con el enrutador esclavo, pero no con el maestro.
Wireshark en mi dispositivo, que transitó dos veces de un punto de acceso a otro, me muestra que las solicitudes ARP con contenido "¿Quién tiene 192.168.1.1? Dile a 192.168.1.20" se transmiten continuamente, sin recibir una respuesta ARP de unidifusión.
Sin embargo, en la página de administración del enrutador maestro, la tabla ARP parece actualizada con la información de la dirección MAC para el host 192.168.1.20. Entonces, el maestro parece obtener la información necesaria de 192.168.1.20 hot, pero este último no toma el equivalente.
El problema se resuelve únicamente después de reiniciar el enrutador maestro. El reinicio del esclavo no resuelve el problema y parece que no es necesario en absoluto.
Entonces, al final me gustaría que alguien me hiciera entender qué podría estar mal, porque para mí no tiene sentido.
Los dispositivos del usuario final.
Tenga en cuenta que el problema es el mismo para todos mis dispositivos. Realicé una doble transición de puntos de acceso inalámbricos: de "wifi esclavo" a "wifi maestro" y viceversa. Mis dispositivos son los siguientes:
- Macbook Pro de finales de 2017 con SO Catalina
- Lenovo ThinkPad T480 con Windows 10
- Smartphone Huawei P20 Pro
Por tanto, el problema no parece estar orientado al dispositivo.