IGMPproxy es necesario para la tv.Lo he desactivado en el backup para probar y efectivamente me quedo sin tv.
Gracias taker59 como siempre, tendréis que conformaos los que tengáis TV con modificar el tiempo de los query, si con 60 como dije va bien... puede ser el punto de partida
Theliel escribió:Gracias @taker59 como siempre, tendréis que conformaos los que tengáis TV con modificar el tiempo de los query, si con 60 como dije va bien... puede ser el punto de partida
He colocado los ajustes del comtrend vg-8050 y he visto que la actividad del led wifi a disminuido considerablemente.Tengo puestos estos.....:
<IGMPproxy> <Entry Enabled="Yes" Robustness="2" QueryInterval="125"
QueryResInterval="10" LastMemQueryInterval="10" StartQueryInterval="10"
StartQueryCount="2" MaxGroups="25" UnsolicitedReportInterval="1"
SSMEnable="true" ProxyVersion="IGMPv3" />
</IGMPproxy>
Por cierto,seria conveniente crear una nueva entrada con MLDproxy (igmp ipv6) para el que tenga ipv6 activado? Mas o menos seria como esta arriba ,pero....con MLDproxy.
<MLDproxy> <Entry Enabled="Yes"......
</MLDproxy>
P.d:No hagais un copy&paste del ejemplo de arriba,que la podeis liar en el backup.
buenas taker59
Por lo que se ve el vg-8050 usa por defecto 125segundos (creo que es el tiempo por defecto del estándar), y el Mitrastar como dije 10segundos inexplicablemente, de ahí el gran trafico IGMP que se estaba produciendo.En un principio dije 60 por probar, si con 125 va bien... 125 me parece aun mejor ;), gracias taker59. Lo que sigo sin entender por qué si incluso en otros modelos se usan valores "lógicos" en el Mitrastar se ha optado por tal burrada, normal que muchos que tenían tele no notasen tanta mejoría.
El uso de IGMPv3 o 2 puede tener un impacto menor, pero si el router es compatible perfecto (y presupongo que sí porque ya lo has probado), tiene algunas características algo mejores respecto a IGMPv2, nada demasiado importante para el caso que nos atañe, pero siempre debería de ir mejor.
Sobre IPv6, yo es que personalmente lo desactivaría de forma global. Para que tener habilitado IPv6 ahora mismo... genera más tráfico y no vamos a disfrutar hoy por hoy de ello.
A ver si los que teneis tele lo probáis unos días y si funciona bien lo añadimos, seguro que hace feliz a muchos usuarios que tienen tele.
Hola Theliel. Acabo de ver tu solución de subir el IGMP proxy query interval al estándar de 125 s para lo del consumo de batería de los dispositivos Wi-Fi.
A mí me pusieron un Mitrastar, pero en cuanto pude lo reemplacé por un MikroTik hEX (que sí aguanta descargas a 300 Mbps sin que se le sature la CPU a causa del PPPoE). Precisamente durante mis pruebas con el MikroTik tenía problemas con la tele, ya que sólo veía los canales durante unos segundos y luego se congelaba la imagen. El IGMP proxy de MikroTik usa por defecto 125 s para el query interval y 10 s para el query response (los valores estándar). Entonces mirando la configuración del Mitrastar descubrí que tenía puestos 10 s y 9 s respectivamente (imagino que los 9 s del query response interval se deben a que siempre debe ser inferior al query interval). Al configurar esos mismos valores en mi MikroTik mis problemas con la tele desaparecieron.
La razón por la que creo que tenía problemas con los valores estándar (y por defecto en el MikroTik) de esos intervalos del IGMP proxy es que yo tengo el deco conectado a un AP+switch. Resulta que tengo un cable Ethernet desde donde tengo el router hacia el salón, y allí tengo una AirPort Extreme 802.11ac de Apple funcionando en modo "bridge", es decir, como AP y no como router. La AirPort Extreme incluye también un switch Ethernet de cuatro puertos, a uno de los cuales tengo conectado el deco (y otros cachivaches a los otros puertos).
El caso es que tengo activado el IGMP snooping en la AirPort Extreme. Hay que decir que su implementación es un poco bruta, porque de entrada corta TODO el tráfico multicast hacia la inalámbrica, sin contemplaciones. Pero en la parte Ethernet (el switch) sí que va registrando qué clientes IGMP se registran en el proxy y desde qué puertos, cortando el tráfico multicast hacia los puertos para los que es innecesario. Pues bien, mi teoría es que con el IGMP proxy query interval de 125 s la AirPort Extreme (es decir, su IGMP snooping) "se olvida" de los registros IGMP, es decir, caducan por timeout, y la consecuencia era que los canales se me quedaban congelados.
Te explico todo esto para que sepas que la solución de elevar el IGMP proxy query interval a su valor estándar de 125 s puede causar problemas en caso de tener el deco conectado a un switch con IGMP snooping activado. No digo que los cause siempre; es posible que dependa del modelo concreto de switch. Desde luego con la AirPort Extreme 802.11ac hay problemas.
Un saludo y gracias por la ayuda que estás prestando a las "víctimas" del Mitrastar. ;)
Retiro todo lo dicho....parece que rula todo bien xD
He conectado el PC directamente el router MS y de ahi he reseteado y vuelto a empezar, sin tener acceso a internet...y asi he conseguido meter la IP 192.168.1.30 al MS y desactivar el DHCP.
Ahora he enchufado un cable rej45 del puerto LAN1 del ASUS al LAN1 del MS y el PC esta conectado al LAN2 del MS...si le digo al PC que pille IP por DHCP no me la pilla....alguna idea de porque? Es posible que el MS cape los servidores DHCP ajenos?
Ayudita plis....ya voy viendo la luz xD
JuanMartinTrotta escribió:Retiro todo lo dicho....parece que rula todo bien xD
He conectado el PC directamente el router MS y de ahi he reseteado y vuelto a empezar, sin tener acceso a internet...y asi he conseguido meter la IP 192.168.1.30 al MS y desactivar el DHCP.
Ahora he enchufado un cable rej45 del puerto LAN1 del ASUS al LAN1 del MS y el PC esta conectado al LAN2 del MS...si le digo al PC que pille IP por DHCP no me la pilla....alguna idea de porque? Es posible que el MS cape los servidores DHCP ajenos?
Ayudita plis....ya voy viendo la luz xD
Borra todas las reglas del firewall del mitrastrar y acto seguido lo desactivas.Si lo desactivas sin borrar las reglas,estas seguiran activas con el firewall desactivado.Yo te aconsejo que tambien borres las 3 vlan (tv-tlf-int) y crees una en modo bridge con vlan desactivado.Ademas de esta forma puedes conectar el asus al puerto wan del mitrastar.
Ante todo gracias por la respuesta rapida taker59
Se que hay un bloqueo con el DHCP (lo lei en el primer post) pero entiendo que no me afecta a mi ya que ahi s ehabla que cuando levanta la interfaz WAN hace el chequeo, yo al tener la interfaz WAN desconectada no deberia llegar hasta ahi.
Por otra parte...
he hecho lo que me has dicho, en firewall borrar las 3 reglas que habia y acto seguido desactivarlo, de ahi me fui a LAN y desactive el DHCP...reboot al router y parece que el DHCP ya funciona!!!
Si tienes un par de minutos y me detallas ams como eliminar las VLANs y crear el bridge te estaría agradecido ya que me he metido en Network Settings<WAN y veo las VLANs de telefono,TV e Internet pero no me deja eliminarlas.
Un saludo y gracias!
