Ayuda con configuración Triple Play en router Mikrotik

Hola cebele 

Agradecemos a Theliel su colaboración y esperamos que sus aportaciones te hayan resultado de utilidad.

Un saludo.

Fernando.

Buenas cebele 

Si con problema de hardware te refieres a un problema físico, lo dudo enormemente, o es de configuración que tengáis, un mal ajuste de ello, algo que se os está pasando por alto... o algo raro que haga la firmware del Router.

Saludos.

A mi me pasa lo mismo, pero solo por ethernet. Ya que wifi no uso para iptv. Tengo caso abierto en mikrotik pero no dan respuesta. Estoy pensando en cambiar de router mikrotik por si fuera un problema de hardware.

Un saludo

Buenas jfim88 

En este mismo foro en más de una ocasión han aparecido, pero en resumidas cuentas por lo que detallan otros usuarios y por lo que hemos ido viendo a lo largo del tiempo sería que el Router no fija correctamente el MTU en las conexiones, y dado que tenemos líneas de 1492, es otra fuente potencial de problemas. Por lo general puede ser suficiente en este punto con capturar tráfico durante un buen rato y ver si existe fragmentación en algún momento.

Saludos.

Gracias de nuevo por tan detallada respuesta. 

Me faltan conocimientos para seguir el hilo de la conversación igmp en una captura de paquetes, pero trataré de investigarlo. 

Sobre los problemas de MTU en los Mikrotik, no había oído nada. Tienes más detalles? O algo que pueda leer sobre ello? 

Buenas jfim88 

Respecto a lo que usen o no usen otros usuarios por tener X o Y... cada uno es libre de configurar sus dispositivos como quiera. El valor por defecto en casi cualquier dispositivo, que hace un Query para IGMP es 125s, valor por cierto que recomiendan la mayoría de fabricantes, y que pro cierto también es el mismo valor que usa Movitar (salvo algún HGU, que realmente es un bug). Un QI bajo implica estar consultando constantemente a toda la red, y si en la red hay mucho dispositivos y además por WIFI, el rendimiento de la red, batería de los dispositivos portátiles y otros, se ve seriamente afectado.

Por lo general tan solo se requiere un "indagador" en una red, y dado que IGMP Proxy se está usando en la red en el Router, es de suponer que esta tarea va a recaer en él. Es más, tener un segundo, lo único que podría dar lugar es a problemas, más tráfico innecesario en la red local... otra cosa totalmente diferente es que IGMP Proxy no estuviese realizando dicha tarea, o que IGMP Snooping en la implementación que tenga tan solo rellene su tabla interna por peticiones que él mismo hace, ignorando los query de IGMP Proxy. En cualquier caso, tal como dije en la otra contestación, todo ello se puede ver de forma muy sencillo capturando tráfico.

-------

Si el propio Router permite la captura de tráfico de forma sencilla en cada una de sus interfaces, como decía, se puede seguir perfectamente todo el flujo IGMP, y ver, cuando está por WIFI por ejemplo, porqué sale del grupo multicast (si es que sale), o si hay problemas de TTL, algún timeout, un problema de MTU (por cierto habitual en los Mikrotik, dudo que lo hayan solucionado)...

Respecto a cable, un poco lo mismo, capturando tráfico se debería de ver si existe alguna anomalía. También se pueden mirar las tablas iptables (en caso de que use iptables internamente) para ver si hay alguna regla que esté dropeando paquetes ya sea intencionalmente o por error.

Saludos.

Theliel  Muchas gracias por responder. 

Sobre el query interval de 30s, la verdad es que es la configuración estándar que suelen usar los usuarios de Mikrotik con Movistar. Sobre esto, es la config del IGMP Proxy. Luego en IGMP Snooping, entiendo que no tengo que activar que haga de Multicast querier, pues ya lo hace el proxy, cierto?

Sobre los motivos que comentas de las posibles pixelaciones, en principio descarto todas. EL propio SO de Mikrotik tiene integrado un packet sniffer, además de poder ver en tiempo real el tráfico Tx y Rx de cada interfaz. Tanto si observo las estadísticas de tráfico, como si examino los paquetes en las diferentes interfaces, no veo que haya flood de tráfico con el Snooping activo. Igualmente, la CPU está continuamente entre el 1 y el 8% de media, con mi configuración. Vamos, va sobrado. Y exceso de tráfico también lo descarto, pues no tengo una barbaridad de dispositivos conectados, ni descargando, ni nada similar. 

Sobre la wifi, no estoy seguro de que implemente igmp snooping este equipo o no. En efecto, cuando ocurren los cortes, en ese mismo instante el flujo de datos de la vlan2, ether1 (wan) y bridge, caen en picado de los 8-12Mbps que tienen viendo el canal que sea, y hasta que la imagen no vuelve, no recuperan el flujo. Es como si dejaran de recibir el flujo de repente. La imagen no es que se vaya a negro, es que se queda congelada en el frame que pille cuando ocurre el corte. 

Buenas jfim88 

Al no tener ningún dispositivo de Mikrotik, no puedo analizarte en detalle absolutamente nada, tan solo lo relativo a lo que expones. Por el final añades que por cable no hay dicho cortes pero sí pixelaciones, con lo que dichos cortes por lo que comentas son tan solo por WIFI, aunque por cable no vaya de forma adecuada.

Respecto a la configuración, como he dicho, poco puedo decirte, ya que aunque comprenda más o menos cada una de las partes, internamente es imposible saber que está haciendo o no el Router. Como algunas notas rápidas que veo, actualmente por cierto, no es necesario desde hace años autentificación pppoe (cualquier usuario/contraseña debería servir), o que me parezca una barbaridad usar un Query Interval de30s, cuando por estándar son 125.

Dejando eso a un margen, que repito poco puedo valorar, Movistar no ha realizado cambio alguno que sea relevante desde hace mucho tiempo, y prueba de ello que tu otro Router funcione bien. Por otro lado que suceda de manera importante por WIFI nos dice en parte que está pasando, al menos en parte, puesto que por cable puede estar relacionado, o no.

Por un lado, pixelaciones por cable

Específicamente además ocurre cuando se hace uso de Multicast, con lo que en principio todo funciona bien, pero el Router está saturado. Hay varias razones por las que puede pasar esto:

-No se está usando correctamente IGMP Snooping, lo cual es muy sencillo de comprobar con una captura de paquetes en modo promiscuo en cualquier equipo conectado por cable al Router, o incluso una captura de paquetes en el propio Router en alguna interfaz concreta.  Esto hace que el Router se vea completamente desbordado por el tráfico, aparecen retrasos y al final pixelación.

-Si se comprueba que IGMP snooping está funcionando perfectamente, revisar el uso de CPU y recursos del propio Router cuando ocurren dichas pixelaciones. Algún servicio/demonio puede estar interfiriendo en el tráfico multicast haciendo que el Router como digo esté saturado, ahora no por tráfico sino por análisis de tráfico. Esto podría suceder con un hardware deficiente, un hardware incapaz de realizar aceleración NAT por hardware de forma eficiente, o un hardware ocupado como digo en tareas intensivas que hacen que el SoC "colapse"

-Otra opción es un  problema con la red en general que se tenga, tráfico excesivo por otras razones, haciendo que la latencia general de la red sea alta, lo que al final son pixelaciones. De nuevo, un analizador de paquetes en el Router en el bridge podría decirnos esto, o incluso a lo sencillo, desconectado TODO del Router (incluso WIFI) y ver que sucede.

----------

Paradas por WIFI por otro lado

Aquí la cosa cambia, dado que IGMP Snooping realmente no es una funcionalidad WIFI propiamente dicha, como si está presente en un Switch. No obstante, los fabricantes suelen implementar un "IGMP Snooping" a nivel WIFI también. Y esto es importante, porque que un Router a nivel de Switch implemente y funcione correctamente IGMP Snooping, no quiere decir que si tiene un AP integrado igualmente habilite o configure (de poder hacerlo) un sistema similar para WIFI. Así que aunque IGMP Snooping estuviese funcionando de forma correcta en el Router, que no lo sabemos como ya se ha indicado anteriormente, tampoco nos dice si sobre WIFI la cosa funciona o no bien. Esto también se puede comprobar de un modo similar, un analizador de paquetes cuando ocurre el problema en un PC conectado por WIFI

Por otro lado, aquí hablamos por lo que dices de paradas de cierto tiempo, con lo que da la sensación de que el deco por algún momento deja de estar en el grupo multicast pertinente. De nuevo esto puede estar directa o indirectamente relacionado tanto por el uso de IGMP Snooping, como por tener el Router una configuración incorrecta del protocolo IGMP, como por tener el adaptador WIFI (driver/firmware) un problema de configuración o bug

La mayoría de todo ello se debería de poder ver de forma "sencilla" con analizadores de paquetes. Con ellos se puede perfectamente seguir las conversaciones IGMP, así como ver si se está inundando en algún momento de tráfico la red, el tráfico de la red en el momento que la pantalla se va a negra... para cualquier tarea de depuración, es indispensable a día de hoy un analizador de paquetes. Si lo lanzamos en nuestro propio PC estaremos limitados sólo al tráfico dirigido a nosotros, Multicast (si se está en promiscuo) o Broadcast. No podremos ver el tráfico general de la red, con lo que lo ideal es lanzarlo sobre el propio Router en las interfaces que nos interese. Aun así, aun cuando no tengamos acceso a esto, incluso analizando el tráfico multicast/broadcast de cualquier dispositivo conectado al Router debería de ser suficiente para estas cuestiones... ya que por lo que dices parece ser un problema sencillo debido a IGMP

Saludos.

Hola jfim88 

Lamentamos no poderte dar soporte al tener conectados equipos ajenos a Movistar. Pero queda abierto el hilo para (como tu mismo indicas) otros usuarios de la Comunidad puedan realizar sus aportaciones desde su experiencia.

Un saludo.

Nieves