He estado posteando en foros y por una respuesta que me hjan dado, he recordado que a veces las cosas son más simples que lo que uno pretende :-)
A ver: dejando en la pçagina principal de LAN del router Mitra la configuración que "quiere" Movistar, es dcecir, Gateway 192.168.1.1 y dando el DHCP desde 192.168.1.33 con 167 direcciones libres, y dejando también el DHCP condicional al rango que pide el deco, pues resulta que en la pantalla LAN > IP Alias del router puedes poner en una ventanita un rango "a tu gusto" 10.10.20.1 y te lo acepta.
Es decir, el router es capaz de gestionar dos subredes, la 192.* para Movistar, y la 10.* que me gusta.
Solo me queda resolver dos problemillas:
1. Ahora mi PC al pedir red lo que obtiene por DHCP es una 192.* y me gustaría que cogiese una 10.* sin tener que ponérsela fija en la configuración windows; los PC que aún no he apagado o hecho renew siguen funcionando y navegando con su 10.*
2. Mi PC con su 192.* ya no llega a la impresora que está en la 10.10.10.20 , a pesar de que según el texto de Mitra debería poder. Supongo que es un tema de routing y tendría que topcar algo, ¿no?.
pf, ¿podéis indicarme qué hacer en ambos casos?
Gracias
Buenas JDmobistar
Hace poco hablamos de usar precisamente IPs alias. En lo personal no soy en nada partidario de hacer estos "trucos", cuando las cosas deben de ser mucho más sencillo. Por otro lado porque los alias de IP/red no se crearon con ese propósito. Principalmente se crearon para poder tener IPs failover. Al establecer una IP de alias, sí, puedes usar si quieres dicha red, el router crea una interfaz virtual en el propio bridge pero con otra IP, con lo que al final es como si ambas redes estuviesen por así decirlo en bridge entre ellas. Algunos han usado también alias para crear una red adicional en vez de usar separacion de redes por medio de VLANs o segregación, pero igualmente son "trampas"/"trucos" con no pocos problemas.
El primero, ya te has dado cuenta, que crees un alias no significa ni que dicha red exista como tal, ni mucho menos que exista un servidor DHCP sirviendo en dicha dirección. El caso de DHCP es hasta cierto punto subsanable con otro servidor DHCP en la red que se encargue, pero serían más trampas aun ;).
Respecto a la impresora, el problema no debería de ser de conexión propiamente dicho, sino de descubrimiento. Si lanzas un ping a la impresora, deberías de "verla". El problema es que los protocolos que usan de descubrimientos, generalmente upnp, lanzan paquetes broadcast/multicast para anunciarse, los cuales muy probablemente no los esté replicando a la otra red.
