Manual: Netgear R7000 con Movistar FTTH

#1
Buenas.

Recientemente compré un Netgear R7000 para sustituir a mi Netgear WNDR4300, el cual tenía puesto OpenWRT y funcionaba a las mil maravillas con Movistar.

Sin embargo, conseguir lo mismo con el R7000 no iba a resultar tan sencillo, aunque al final se haya logrado. Antes de nada, hay que aclarar que se presentan dos escenarios: aquel en el que el usuario sólo tiene contratado Internet y aquel en el que tiene también televisión (como es mi caso).

Sólo Internet

Si sólo hace falta que funcione Internet, la forma más sencilla es actualizando el firmware del R7000 y poniendo la última versión proporcionada por el fabricante, la cual tiene cierto soporte para configurar VLANs.

Asi, debe descargarse la versión 1.0.4.18 desde esta página:

http://support.netgear.com/product/r7000

Una vez descargada, la instalamos en nuestro router y, en la nueva opción que nos aparecerá en el menúm principal, habilitaremos la funcionalidad Bridge/VLAN, asignándole el identificador 6 la VLAN que viene por defecto y que se llama Internet.

Además de ello, configuraremos la conexión mediante PPPoE y la seguridad de las radios WiFi. No voy a dedicar más espacio a este escenario porque es muy sencillo y además porque ya no tengo el router con firmware original y, por tanto, me es imposible tomar pantallazos.

Internet, TV y VoIP

Para contar con la configuración completa, he optado por utilizar el firmware AdvancedTomato, aunque antes de iniciar su instalación, será necesario obtener una serie de parámetros de configuración, los cuales son propios de cada usuario.

Dichos parámetros se deben obtener a partir del router que nos ha instalado Movistar, extrayendo del mismo el fichero de configuración siguiendo las instrucciones recogidas en esta página:

http://aciegas.com/datos-de-conexion-a-movistar/

Así, leyendo mediante un editor de texto el contenido del fichero de configuración obtenido, extraeremos los siguientes parámetros, a los cuales se hará referencia durante el proceso de configuración:

KKK.KKK.KKK.KKK:
Se trata del servidor DNS al que necesitará acceder el decodificador de televisión. Su valor se obtiene buscando dentro del fichero de configuración la sección denominada <LANDevice instance="1"> y, dentro de ella, aquella denominada como <DHCPConditionalServingPool instance="1">. Una vez encontrada, el valor deseado se corresponderá con lo contenido entre las etiquetas <DNSServers>[/i] y </DNSServers>.

Así, en mi caso, el valor de dicho parámetro de configuración es 172.26.23.3, siendo el contenido de la sección <DHCPConditionalServingPool instance="1"> de mi fichero de configuración el siguiente:

<DHCPConditionalServingPool instance="1">
<Enable>TRUE</Enable>
<PoolOrder>1</PoolOrder>
<VendorClassID>[IAL]</VendorClassID>
<VendorClassIDMode>Substring</VendorClassIDMode>
<MinAddress>192.168.1.200</MinAddress>
<MaxAddress>192.168.1.223</MaxAddress>
<SubnetMask>255.255.255.0</SubnetMask>
<DNSServers>172.26.23.3</DNSServers>
<IPRouters>192.168.1.1</IPRouters>
<DHCPLeaseTime>43200</DHCPLeaseTime>
<DHCPOptionNumberOfEntries>1</DHCPOptionNumberOfEntries>
<DHCPOption instance="1">
<Enable>TRUE</Enable>
<Tag>240</Tag>
<Value>Ojo6OjoyMzkuMC4yLjEwOjIyMjIyOnY2LjA6MjM5LjAuMi4zMDoyMjIyMg==</Value>
</DHCPOption>
<DHCPOption nextInstance="2" ></DHCPOption>
</DHCPConditionalServingPool>
XXX.XXX.XXX.XXX, YYY.YYY.YYY.YYY y ZZZ.ZZZ.ZZZ.ZZZ:
Se trata de la dirección IP externa de la VLAN de televisión, su máscara de red y su gateway por defecto, respectivamente. Sus valor se obtienen buscando dentro del fichero de configuración la sección denominada <WANIPConnection instance="2">, y, dentro de ella:

El valor deseado para el parámetro XXX.XXX.XXX.XXX se corresponderá con lo contenido entre las etiquetas <ExternalIPAddress>[/i] y </ExternalIPAddress>. Así, en mi caso, el valor de dicho parámetro de configuración es 10.80.152.43.

El valor deseado para el parámetro YYY.YYY.YYY.YYY se corresponderá con lo contenido entre las etiquetas <SubnetMask>[/i] y </SubnetMask>. Así, en mi caso, el valor de dicho parámetro de configuración es 255.192.0.0.

El valor deseado para el parámetro ZZZ.ZZZ.ZZZ.ZZZ se corresponderá con lo contenido entre las etiquetas <DefaultGateway>[/i] y </DefaultGateway>. Así, en mi caso, el valor de dicho parámetro de configuración es 10.64.0.1.

A modo de referencia, el contenido de la sección <WANIPConnection instance="2"> de mi fichero de configuración el siguiente:

<WANIPConnection instance="2">
<Enable>TRUE</Enable>
<ConnectionType>IP_Routed</ConnectionType>
<Name>2</Name>
<NATEnabled>TRUE</NATEnabled>
<AddressingType>Static</AddressingType>
<ExternalIPAddress>10.80.152.43</ExternalIPAddress>
<SubnetMask>255.192.0.0</SubnetMask>
<DefaultGateway>10.64.0.1</DefaultGateway>
<X_TELEFONICA-ES_IGMPEnabled>TRUE</X_TELEFONICA-ES_IGMPEnabled>
<RouteProtocolRx>RIPv2</RouteProtocolRx>
<X_BROADCOM_COM_IfName>eth0.3</X_BROADCOM_COM_IfName>
<X_BROADCOM_COM_ConnectionId>3</X_BROADCOM_COM_ConnectionId>
<X_BROADCOM_COM_VlanMux8021p>4</X_BROADCOM_COM_VlanMux8021p>
<X_BROADCOM_COM_VlanMuxID>2</X_BROADCOM_COM_VlanMuxID>
<PortMappingNumberOfEntries>0</PortMappingNumberOfEntries>
</WANIPConnection>
Una vez hayamos obtenido los parámetros de configuración, el firmware en cuestión podrá descargarse desde esta dirección:

https://advancedtomato.com/downloads/router/r7000

estos ficheros:

tomato-R7000-1.28.AT-ARM-2.6-128-initial-64K.chk
tomato-R7000-AT-ARM-2.6-128-AIO-64K.trx

Una vez descargados hay que irse a la opción de actualizar firmware del router dentro de la interfaz web del firmware original y seleccionar este fichero:

tomato-R7000-1.28.AT-ARM-2.6-128-initial-64K.chk

Una vez flasheado el router con ese firmware, esperaremos un rato a que aparezca ya la interfaz de AdvancedTomato y, acto seguido, la actualizaremos con este fichero:

tomato-R7000-AT-ARM-2.6-128-AIO-64K.trx

Bien, teniendo ya instalado AdvancedTomato, vamos a configurarlo pasando una a una por las opciones necesarias:

Basic Settings/Network:

Aquí introducimos los siguientes valores (aquellos que no mencione, deben dejarse con su valor por defecto):

WAN / Internet
Type: PPPoE
Username: adslppp@telefonicanetpa
Password: adslppp

LAN:
Configuramos los siguientes bridges:

br0
IP Address: 192.168.1.1
Netmask: 255.255.255.0
DHCP: Enabled
IP Range: 192.168.1.20 - 100

br1
IP Address: 192.168.2.1
Netmask: 255.255.255.0
DHCP: Enabled
IP Range: 192.168.2.2 - 254

Así, el contenido de dicha pantalla deberá quedar como sigue:



Basic Settings/DHCP/ARP/BW:

En esta sección introduciremos la dirección MAC del decodificador para que nuestro R7000 le asigne siempre la misma dirección IP (192.168.2.200) mediante DHCP. Para averiguar la dirección MAC de nuestro router, nos iremos a la sección Status/Device List y ahí, entre los dispositivos conectados al router, encontraremos la MAC en cuestión (la que en esa imagen aparece dentro de un rectángulo azul):



Bien, una vez tengamos la dirección MAC, crearemos una asignación DHCP estática para ella:

MAC Address: la dirección MAC de vuesto decodificador.
IP Address: 192.168.2.200

Así, la pantalla correspondiente deberá quedar así:



Advanced Settings/Conntrack/Netfilter/i]

En esta página, habilitaremos la siguiente opción dentro del apartado Tracking/NAT helpers:

RTSP: habilitado

Así, esta pantalla deberá quedar de la siguiente manera:



Advanced Settings/DHCP/DNS

En esta pantalla desactivaremos el servidor DNS que normalmente incorpora el router, desmarcando la opción etiquetada como Use internal DNS. El motivo de ello es que he observado que, a veces, deja de responder. Seguramente será algo que se resolverá en siguientes versiones del firmware pero, por ahora, es mejor desactivarlo.

Además, en el campo para configuración específica (Dnsmasq
Custom configuration
), insertaremos lo siguiente:

dhcp-option=vendor:IAL,6,KKK.KKK.KKK.KKK
dhcp-option=vendor:IAL,240,":::::239.0.2.10:22222:v6.0:239.0.2.30:22222"


Así, el contenido de esta pantalla deberá quedar así (recordemos que, en mi caso, el valor de KKK.KKK.KKK.KKK era 172.26.23.3):



Advanced Settings/Firewall

En esta pantalla seleccionaremos las siguientes opciones:

Respond to ICMP ping: seleccionado
Enable IGMPproxy: deshabilitado
Enable Udpxy: deshabilitado

En esta pantalla deshabilitamos IGMPproxy, puesto que vamos a utilizarlo, pero creando para él una configuración específica y utilizando un ejecutable distinto al que trae el firmware. Es esta la razón por la que aquí se desactiva. Con todo, el contenido de esa pantalla deberá quedar de la siguiente manera:



Advanced Settings/Routing

En esta pantalla seleccionaremos las siguientes opciones:

Efficient Multicast Forwarding: habilitado
DHCP routes: habilitado

Así, el contenido de esta pantalla quedará de la siguiente manera (en el pantallazo se omite el contenido de la parte superior donde aparecen las rutas):



Advanced Settings/VLAN

Es aquí donde configuraremos las distintas VLANs:
  • 1: tráfico local2: tráfico TV recibido desde el exterior3: tráfico VoIP recibido desde el exterior6: tráfico de datos recibido desde el exterior10: tráfico TV local

Así, y con la intención de no saturar la red local con los flujos multicast de la TV, los limitaremos a la boca ethernet 1, que es a donde conectaremos el decodificador. En caso de querer ver la TV desde algún ordenador, ya sea conectado por ethernet o mediante WiFi, será necesario usar Udpxy, cuya configuración quedará para futuras revisiones de este manual.

Con todo, las distintas VLANs se configurarán así:

VLAN 1
VID: 1
Port 2: yes
Port 3: yes
Port 4: yes
Default: seleccionado
Bridge: LAN (br0)

VLAN 2
VID: 2
WAN Port: yes (tagged)

VLAN 3
VID: 3
WAN Port: yes (tagged)

VLAN 6
VID: 6
WAN Port: yes (tagged)
Bridge: WAN

VLAN 10
VID: 10
Port 1: yes
WAN Port: yes (tagged)
Bridge: LAN (br1)

Así, el contenido de esta pantalla deberá quedar de la siguiente manera:



Administration/Admin Access

En subsiguientes etapas de este manual necesitaremos acceder al router mediante SSH. Así pues, deberemos asegurarnos aquí de que dicho acceso esté habilitado, seleccionando para ello las siguientes opciones dentro del apartado SSH Daemon:

Enable at Startup: habilitado
Allow Password login: habilitado

Además, es necesario señalar que el usuario y contraseña que introduzcamos en el apartado Authorization Settings será el que en su momento debamos utilizar para acceder al router mediante SSH.

Por otro lado, en esta misma pantalla he deshabilitado el acceso al router mediante Telnet, aunque este detalle es plenamente opcional. Con todo, el contenido de dicha pantalla deberá corresponderse con el pantallazo siguiente:



Administration/JFFS

Al igual que lo que ocurre con el acceso mediante el procolo SSH, en siguientes etapas de este manual deberemos instalar paquetes nuevos en el router, algo para lo que deberemos habilitar la partición JFFS, utilizándola para montar el directorio /opt.

Por tanto, deberemos seleccionar las siguientes opciones en esta pantalla:

Enable: seleccionado
Execute when mounted: mount -o bind /jffs/opt /opt

Así, el contenido de esta pantalla deberá corresponderse con el contenido del pantallazo siguiente:



Administration/Scripts

En esta pantalla introduciremos tres scripts distintos, los cuales se ejecutarán cuando el router arranque, cuando la red esté disponible y cuando la interfaz WAN se levante.

Así, el primero de ellos se introducirá en la lengüeta etiquetada como Init, y servirá para establecer la configuración de red de las VLANs 2 y 3. Su contenido debe ser el siguiente:

sleep 10;
# Config udhcpc
echo "#!/bin/sh
# udhcpc Interface Configuration
case \"\$1\" in
deconfig)
ifconfig \$interface up
;;
renew|bound)
ifconfig \$interface \$ip \$BROADCAST \$NETMASK
;;
esac
exit 0" > /tmp/etc/vlan3.sh;
chmod u+x /tmp/etc/vlan3.sh;
# Config vlan2 (Movistar TV) interface
ifconfig vlan2 XXX.XXX.XXX.XXX netmask YYY.YYY.YYY.YYY;
# Config vlan3 (VoIP) interface
udhcpc -i vlan3 -s /etc/vlan3.sh;


Así, el contenido de dicha lengüeta deberá corresponderse con los reflejado en el siguiente pantallazo (recordemos que, en mi caso, el valor de XXX.XXX.XXX.XXX era 10.80.152.43 y el de YYY.YYY.YYY.YYY era 255.192.0.0):



El segundo de ellos se introducirá en la lengüeta etiquetada como Firewall, y servirá para establecer el encaminamiento de paquetes UDP e IGMP entre las distintas VLANs. Su contenido debe ser el siguiente:

iptables -t nat -A PREROUTING -p udp -d XXX.XXX.XXX.XXX -j DNAT --to-destination 192.168.2.200;
iptables -t nat -A POSTROUTING -o vlan2 -j MASQUERADE;
iptables -t nat -A POSTROUTING -o vlan3 -j MASQUERADE;
iptables -I INPUT 2 -p igmp -i vlan2 -d 224.0.0.0/4 -j ACCEPT;
iptables -I INPUT 3 -p udp -m udp -i vlan2 -d 224.0.0.0/4 -j ACCEPT;
iptables -I FORWARD 2 -p igmp -i vlan2 -d 224.0.0.0/4 -j ACCEPT;
iptables -I FORWARD 3 -p udp -i vlan2 -m udp -d 224.0.0.0/4 -j ACCEPT;


Así, el contenido de dicha lengüeta deberá corresponderse con lo reflejado en el siguiente pantallazo (recordemos que, en mi caso, el valor de XXX.XXX.XXX.XXX era 10.80.152.43):



El tercero de ellos se introducirá en la lengüeta etiquetada como WAN Up, y servirá para habilitar la obtención de rutas mediante el protocolo RIP, establecer una ruta estática adicional, así como fijar la configuración de IGMPproxy, arrancando asimismo tanto éste como Udpxy. Su contenido debe ser el siguiente:

sleep 10;
# Config RIPv2 protocol
touch /opt/etc/quagga/zebra.conf;
chmod 644 /opt/etc/quagga/zebra.conf;
echo "router rip
network XXX.0.0.0/8
network KKK.KKK.0.0/16
redistribute connected
interface vlan2
ip rip receive version 2
interface vlan3
ip rip receive version 2
log syslog" > /opt/etc/quagga/ripd.conf;
chmod 644 /opt/etc/quagga/ripd.conf;
chmod 777 /opt/var/run/quagga;
adduser quagga;
zebra -d;
ripd -d;
# Set static route
route add -net KKK.KKK.0.0 netmask 255.255.0.0 gw ZZZ.ZZZ.ZZZ.ZZZ dev vlan2;
# Config igmpproxy
echo "quickleave
phyint vlan2 upstream ratelimit 0 threshold 1
altnet XXX.0.0.0/8
altnet KKK.KKK.0.0/16
phyint br1 downstream ratelimit 0 threshold 1
phyint eth0 disabled
phyint eth1 disabled
phyint eth2 disabled
phyint ppp0 disabled
phyint lo disabled" > /tmp/etc/vlan2.conf;
/opt/bin/igmpproxy -v /etc/vlan2.conf;
# Udpxy
udpxy -a br0 -p 4022 -m vlan2 -M 60;


Así, el contenido de dicha lengüeta deberá corresponderse con lo reflejado en el siguiente pantallazo (recordemos que, en mi caso, el valor de XXX.XXX.XXX.XXX era 10.80.152.43, el de KKK.KKK.KKK.KKK era 172.26.23.3 y el de ZZZ.ZZZ.ZZZ.ZZZ era 10.64.0.1):



En este punto concluye la configuración realizable a través de la interfaz web del router, siendo necesario reiniciarlo a continuación.

Tras el reinicio, deberemos entrar en el router mediante SSH para ejecutar una serie de comandos y, por último, mediante SCP para copiar un fichero al mismo.

Acceso por SSH

Mediante un cliente SSH entraremos en el router y ejecutaremos los siguientes comandos, los cuales tienen como objetivo instalar el cliente del protocolo RIP, al cual se invoca desde uno de los scripts que hemos introducido más arriba:

mkdir /jffs/opt
mount -o bind /jffs/opt /opt
/usr/sbin/optware-install.sh
/opt/bin/ipkg-opt install quagga
adduser quagga
mkdir /opt/local
mkdir /opt/local/quagga
chown quagga:quagga /opt/local/quagga
Acceso por SCP
Tras reiniciar el router una vez más, podríamos disponer ya de televisión si modificáramos uno de los scripts que hemos indicado más arriba para que, en lugar de intentar ejecutar /opt/bin/igmpproxy (que todavía no existe en nuestro router) , ejecutara la versión del mismo que viene por defecto (/usr/sbin/igmpproxy) Sin embargo, dicha versión tiene un problema: cuando estmos ya suscritos a un flujo multicast y recibe del descodificador un nuevo paquete IGMP record, no lo reenvía al exterior, con lo que a los pocos minutos, el flujo de vídeo se detiene.

Originalmente intenté sustituir igmpproxy por mcproxy pero, al no conseguir compilar éste para Tomato, opté por retocar el código del igmpproxy de tal manera que, cuando recibiera un paquete IGMP record procedente del decodidificador correspondiente a un flujo multicast al que estuviéramos ya suscrito, enviara al extereior un paquete IGMP leave y, acto seguido, una nueva suscripción.

Los fuents de igmpproxy está disponibles aquí:

http://sourceforge.net/p/igmpproxy/code/ci/master/tree/

Las modificaciones realizadas se han circunscrito a:

En el fichero rttable.c, sustituir esto:

// Send join message upstream, if the route has no joined flag...
if(croute->upstrState != ROUTESTATE_JOINED) {
// Send Join request upstream
sendJoinLeaveUpstream(croute, 1);
}
por esto:

// Send join message upstream, if the route has no joined flag...
if(croute->upstrState != ROUTESTATE_JOINED) {
// Send Join request upstream
sendJoinLeaveUpstream(croute, 1);
} else {
// Send report upstream
sendJoinLeaveUpstream(croute, 2);
}
Además, la función sendJoinLeaveUpstream queda así:

// Send join, leave or refresh.
if(join == 2) { // Refresh subscription

// Only join a group if there are listeners downstream...
if(route->vifBits > 0) {
my_log(LOG_DEBUG, 0, "Refreshing group %s upstream on IF address %s",
inetFmt(route->group, s1),
inetFmt(upstrIf->InAdr.s_addr, s2));

//k_join(route->group, upstrIf->InAdr.s_addr);
leaveMcGroup( getMcGroupSock(), upstrIf, route->group );
joinMcGroup( getMcGroupSock(), upstrIf, route->group );

route->upstrState = ROUTESTATE_JOINED;
} else {
my_log(LOG_DEBUG, 0, "No downstream listeners for group %s. No refresh sent.",
inetFmt(route->group, s1));
}

} else if(join == 1) { // Join subscription

// Only join a group if there are listeners downstream...
if(route->vifBits > 0) {
my_log(LOG_DEBUG, 0, "Joining group %s upstream on IF address %s",
inetFmt(route->group, s1),
inetFmt(upstrIf->InAdr.s_addr, s2));

//k_join(route->group, upstrIf->InAdr.s_addr);
joinMcGroup( getMcGroupSock(), upstrIf, route->group );

route->upstrState = ROUTESTATE_JOINED;
} else {
my_log(LOG_DEBUG, 0, "No downstream listeners for group %s. No join sent.",
inetFmt(route->group, s1));
}

} else { // Leave subscription
// Only leave if group is not left already...
if(route->upstrState != ROUTESTATE_NOTJOINED) {
my_log(LOG_DEBUG, 0, "Leaving group %s upstream on IF address %s",
inetFmt(route->group, s1),
inetFmt(upstrIf->InAdr.s_addr, s2));

//k_leave(route->group, upstrIf->InAdr.s_addr);
leaveMcGroup( getMcGroupSock(), upstrIf, route->group );

route->upstrState = ROUTESTATE_NOTJOINED;
}
}
En el fichero igmpproxy.c añadir esto para que al ser invocado haga un fork (la versión de igmpproxy de ese repositorio no lo hace)

// Fork and detatch from terminal.
my_log( LOG_DEBUG, 0, "Starting daemon mode.");

// Only daemon goes past this line...
if (fork()) exit(0);

// Detach deamon from terminal
if ( close( 0 ) < 0 || close( 1 ) < 0 || close( 2 ) < 0
|| open( "/dev/null", 0 ) != 0 || dup2( 0, 1 ) < 0 || dup2( 0, 2 ) < 0
|| setpgrp() < 0
) {
my_log( LOG_ERR, errno, "failed to detach deamon" );
}
Una vez hechos estos cambios, lo he compilado con el toolchain utilizado en tomato arm y he obtenido un nuevo ejecutable igmpproxy, el cual adjunto aquí (para aquellos que no quieran meterse en el berenjenal de compilarlo ellos mismos):

https://www.dropbox.com/s/gxvr8q9obbo30 ... y.rar?dl=0

Bien, una vez obtenido ese nuevo ejecutable, se deberá copiar mediante SCP (WinSCP es un buen cliente para usar ese protocolo) al directorio /opt/bin del router, ejecutando acto seguido el siguient comando mediante SSH:

chmod 777 /opt/bin/igmpproxy
Con esto, queda concluída la configuración..
 
#4
Tremendo curro tio, no tengo este router pero por lo que veo tiene tomato modificado jejeje, este manual viene de PM para replicarlo en diferentes routers.

Si tengo tiempo un dia a ver si me llevo el Asus AC68U a casa de un amigo que tiene movistar e intento probarlo ;)

Gran curro y gracias por el aporte ;)
 
#5
Gracias, gracias.

Eso sí, todavía queda trabajo por hacer. A bote pronto se me ocurre lo siguiente:

- Poner en marcha el Udpxy.
- Hacer alguna prueba con VoIP, que todavía no he hecho.
- Averiguar porqué a veces el DNS interno del router deja de responder. En el manual pongo deshabilitarlo, pero estaría bien poder usarlo.
- Hacer una solución mejor para el problema del igmpproxy: lo de enviar un leave y una suscripción a continuación no es muy allá.

Saludos.
 
#6
No se me ocurre más que calificar este manual de TREMENDO y... no apto para neófitos.

Eso si, lo das masticado completamente. Un trabajo de 10, profesional absolutamente. Felicidades.

P.D.: lo próximo ¿qué será? ¿hackeo total a la NASA? :LOL:
 
#7
Me han dejado un AC68U para que lo pruebe (totalmente en serio).
Mi duda es ¿una vez lo tenga funcionando puedo sacar el fichero de configuarcion cargarselo a otro igual y cambiar la ip mascara y gateway de imagenio y a correr?

un saludo
 
#9
Si solo dejamos el puerto 1 para imagenio ¿no podemos tener dos decos? ¿no puedo usar dos puertos de deco y el resto normales?

vamos lo que me intersa es que no puedo ir poniendo un deco en el puerto que me de la gana o ¿habria manera de hacerlo bien en todos los puertos y con igmp snooping?

y otra cosa al instalar tomato en el ac68u una vez instalado el webserver no arranca, hay que ponerlo en modo recuperacion y limpiar la nvram.

un saludo
 
#10
luixmg dijo:
Me han dejado un AC68U para que lo pruebe (totalmente en serio).
Mi duda es ¿una vez lo tenga funcionando puedo sacar el fichero de configuarcion cargarselo a otro igual y cambiar la ip mascara y gateway de imagenio y a correr?
Creo que no. Durante las pruebas, grabé varias veces la configuración y en un par de ocasiones tuve que dar marcha atrás. Para mi sorpresa, hubo cosas que no se restauraron. Me da la impresión de que habría que guardar la configuración y, además, el contenido de determinados directorios del router (tal vez /etc y /opt, aunque habría que asegurarse).

luixmg dijo:
Si solo dejamos el puerto 1 para imagenio ¿no podemos tener dos decos? ¿no puedo usar dos puertos de deco y el resto normales?

vamos lo que me intersa es que no puedo ir poniendo un deco en el puerto que me de la gana o ¿habria manera de hacerlo bien en todos los puertos y con igmp snooping?
Bueno, si yo sólo he dejado un puerto es porque sólo tengo un deco. Dedicar más puertos a decos es trivial (es cuestión de quitárselos al bridge br0 y ponérselos al bridge br1). Otra cosa es integrarlo todo. Ahí habría que ver si el IGMP snooping funciona como dios manda o no (no lo he probado).

Saludos.
 
#12
luixmg dijo:
Estoy convencido de que lo puedes hacer mejor, eso de ir cambiando la configuracion del puerto al que conectes el deco no es ganar mucho.
Que pueda hacerlo mejor no quiere decir que lo vaya a hacer. Como ya he dicho, yo sólo tengo un deco. ¿Cuántos decos tienes tú? ¿No puedes dedicar tantas bocas a TV como decos tienes? Tal vez tengas una red muy extensa en casa: no es mi caso.

Saludos.
 
#13
jajajaja me parto ya no solo no te lo has currado sino que lo tienes que hacer mejor xD

Fuera coñas, creo que seria mejor integrar todo en el br0, te quitarías de muchos "problemas", el único inconveniente es el maldito IGMP snooping de las narices... Tendrías que probar a ver que sucede... Lo que ganarías haciéndolo así seria el UDPXY que poca configuración tendrías que hacer para hacerlo correr.

Yo como dije no tengo movistar ya y es tonteria para mi todo esto pero veo la gente poco comprometida, la gente busca un manual como este, que funcione a la 1ª y a correr, las cosas no son así, esta bien que usuarios como Malosa, Noltari o kevloral hagan estos avances y den mascadito el tema, pero los tuneos posteriores son cosa de todos, se puede pedir consejo pero lo suyo es que cada uno intente hacer sus avances y si los logra los comparta con los demás.

Por mi parte solo felicitarte por el curro te has pegado y el pedazo manual que compartes, si un dia tengo oportunidad de enredar con el mio tengo guardadito tu guiaburros ;)
 
#14
El tema de los puertos del deco no es tanto el número de decos que tengamos.

Imaginemos que tenemos el router en un sitio diferente a la tele. El deco de Imagenio no lo queremos conectar directamente al router, sino aun mero switch que tengamos junto a la tele, y al que conectaremos también una consola o un Blu-Ray.

Y esto no es mucho imaginar. Lo tengo así en mi casa, y en la de mi madre. De hecho, yo no recomiendo dejar el router junto a la tele, si es un router sin Wifi, mejor dejarlo a la entrada de línea o en la caja de comunicaciones; si es un router con Wifi donde la cobertura sea uniforme en toda la casa (podría concidir que es junto a la tele, pero lo normal es que no).

Y no hace falta IGMP Snooping para eso. El Mikrotik no tiene y funciona perfectamente.

Lo estrictamente correcto es dejar todo en un único bridge. Así es como viene configurado el Comtrend, y así es como lo configuró Noltari para OpenWRT. No es solo por los decos, es que no se podría ver Imagenio por VLC siquiera (y eso lo utilizamos la mayoría de gente del foro). Y próximamente Movistar va a sacar una aplicación para las teles Samsung, que o se configura bien (en un único bridge) o no va a funcionar.
 
#15
Lo "estrictamente correcto" es lo que en cada momento satisface las necesidades del usuario. Más allá de eso, la expresión no tiene sentido.

Y ya que afirmabas que con la configuración que describe el manual no es posible ver la televisión mediante VLC, me he permitido añadir estas dos líneas a uno de los scripts de dicho manual para demostrar justo lo contrario:

# Udpxy
udpxy -a br0 -p 4022 -m vlan2 -M 60;

O dicho de otra manera: en la configuración descrita en el manual, udpxy puede funcionar perfectamente y, por tanto, con la mera adición de esas dos líneas se puede ver la televisión por VLC sin ningún problema.

Saludos.
 
#16
Re:

kevloral dijo:
Lo "estrictamente correcto" es lo que en cada momento satisface las necesidades del usuario. Más allá de eso, la expresión no tiene sentido.

Y ya que afirmabas que con la configuración que describe el manual no es posible ver la televisión mediante VLC, me he permitido añadir estas dos líneas a uno de los scripts de dicho manual para demostrar justo lo contrario:

# Udpxy
udpxy -a br0 -p 4022 -m vlan2 -M 60;

O dicho de otra manera: en la configuración descrita en el manual, udpxy puede funcionar perfectamente y, por tanto, con la mera adición de esas dos líneas se puede ver la televisión por VLC sin ningún problema.

Saludos.
Haciendo uso de udpxy si se puede, de hecho con eso solucionas ya el problema de las smarttv, con el programita de iptv puedes quitar el deco directamente si no usas el VOD, el problema de esta configuracion si quieres prescindir del deco es que perderias el contenido a la carta y las opciones que puede darte pero vamos que a la mayoria nos apaña muy bien este manual jejeje de hecho lo mas normal es tener un deco y con udpxy poder ver por VLC todo incluso en otras tv con smartv, aunque como dice Malosa es cierto que lo suyo es tenerlo en un bridge todo ya que es como originalmente esta y mas posibilidades da ya que podrias poner un deco directamente o 2 o 3 o podrias poner un xbmc con ipna o todo lo que se ha estudiado ya en el foro, pero repito, este manual abre las puertas a TODO
 
#17
A ver, el UDP proxy lo que hace es convertir el tráfico multicast en unicast HTTP. El VLC y la nueva app para las Samsung lo que hacen es recibir y procesar directamente el vídeo directamente en multicast, sumado a que teóricamente es más eficiente (muchas teles viendo el mismo partido de fútbol, por ejemplo, solo consumirían una vez el ancho de banda del canal). Y seguramente el VLC los coja igual en unicast, pero la Samsung ya os digo que no, porque va a estar preparada para multicast, que es como Movistar envía el vídeo desde la central y porque tiene beneficios sobre el tráfico unicast.

Además, como digo, mucha gente no tiene el deco directamente conectado al router, sino a un switch en cualquier punto de su red. Aquí no hay configuraciones que se adapten más o menos a las necesidades del usuario, lo ideal es una configuración universal que valga para todo el mundo. Sobre todo porque esa configuración universal no perjudica en absoluto a quien por ejemplo tenga un único deco conectado al puerto 1. Poniendo un ejemplo, es como quien se compra un coche pero resulta que solo es capaz de ir de Madrid a Barcelona, quien solo lo use para eso, le valdrá, pero si vas al concesionario mejor compra un coche que vaya por cualquier carretera. Volviendo al caso del router, no vaya a ser que al mover la tele de sitio (o al cambiar el deco a otra tele de la casa) no puedas mover el router de sitio y te quedes sin router o sin Imagenio.

Y con "estrictamente correcto" a lo que me refiero es a clonar la configuración del Comtrend, pues cuando configuramos un nuevo router lo que hacemos es replicar la configuración del router original del operador. Y dado que el Comtrend utiliza un único bridge y funciona perfectamente no hay en principio motivo para tener dos diferentes. Y aparte de eso, la configuración parece estupenda y felicito al autor.

Y no es para nada una crítica, yo tardé AÑOS en perfeccionar la configuración del Mikrotik, me quivoqué muchas veces, y lo tuve que mejorar con el feedback y los consejos de los foreros, nadie es tan perfecto como para que la primera dar en el clavo y configurar todo perfecto. Seguro que de esta configuración (como de cualquier otra) saldrán muchos fallos (o posibles mejoras) que hemos de corregir entre toda la comunidad.

La configuración es estupenda, pero entre todos tenemos que seguir mejorándola para que valga a todo el mundo. Alguna vez se ha dado el caso de alguien que ha comprado un router porque ha visto un tutorial y cuando ha querido configurarlo no ha podido hacerlo porque para su caso no le valía, y había tirado así 200 euros a la basura. Si hay alguna limitación, o se avisa claramente en el hilo o, mucho, mejor, se intenta corregir. Sobre todo porque cuando se hace un tutorial es para que valga al mayor número de personas posible. Especialmente si se ha puesto con chincheta con intención de divulgarlo.
 
#18
En eso estoy totalmente de acuerdo con Malosa, el problema que tenemos los mas noobs en esto es que no encontramos una configuración que "clone" al router de telefonica y nos volvemos locos intentando hacer funcionar las cosas de una u otra forma.

El trabajo que haceis es enorme!, y de agradecer eso quede por delante!

un saludo
 
#19
kevloral dijo:
luixmg dijo:
Estoy convencido de que lo puedes hacer mejor, eso de ir cambiando la configuracion del puerto al que conectes el deco no es ganar mucho.
Que pueda hacerlo mejor no quiere decir que lo vaya a hacer. Como ya he dicho, yo sólo tengo un deco. ¿Cuántos decos tienes tú? ¿No puedes dedicar tantas bocas a TV como decos tienes? Tal vez tengas una red muy extensa en casa: no es mi caso.

Saludos.
si que tengo dos decos pero shhh que no se entere movistar. No solo eso sino que tengo dos switches y un unico cable de internet :)
 
#20
Lo primero es agradecer Kevloral su aportación, ya que es desinteresada y nos ayuda a todos !! eso es innegable !!

Yo estoy en la situación de mis compañeros, que en el salón tenemos varios dispositivos en red con un switch y al sustituir el router, nos hemos quedado colgados !!

Entonces yo no lo enfocaría a animarte a hacerlo mejor, ya que como bien dices, lo mejor es muy subjetivo y depende de las necesidades de cada uno !

yo te animo a que nos des un poco de luz a enrutar el trafico por el br0 para poder seguir con nuestros cacharros en red con switchs o con lo que sea !!!

Gracias de nuevo makina !!!
 
Arriba