MPPT
Yo probé el VDSL
Se unió hace 7 años
Perfil de usuario
Widgets del usuario
Contribuciones
Re: Versión IGMP Movistar
Gracias Theliel . La versión 3 de IGMP, si no me bailan las cifras se debió publicar por 2002 o por ahí, efectivamente. Con la información que me has dado, me quedo más tranquilo. Aunque, me quedaba una baza y era que la conexión del AP al que se conectaría el descodificador Wi-Fi podría hacerse directamente a uno de los puertos del HGU en lugar de al switch. Todo es probar. Es curioso y de agradecer que esta información la ofrezcas tú a nivel particular en lugar de hacerlo técnicos de Movistar. Muchísimas gracias.4,1 milVistas0me gusta1ComentarioRe: Versión IGMP Movistar
Gracias, Theliel . Me he encontrado con que el switch que tengo actualmente, según las propias especificaciones escritas del fabricante, no soporta IGMPv3, a pesar de ser un estándar que tiene sus años. En concreto el switch es un HPE 1920S, lo cual no deja de ser sorprendente, ya que no es precisamente un switch de marca el pajarito. Mirando específicaciones de switchs, lo raro es encontrar switchs que, teniendo la funcionalidad de IGMP Snooping, solo soporte las versiones 1 y 2.4,2 milVistas0me gusta3ComentariosVersión IGMP Movistar
Hola a todos, he estado buscando esta información por el foro y no la he encontrado. ¿Sabe alguien que versión de IGMP (v1, v2 ó v3) debería implementar un switch para que el multicast del IPTV de Movistar no de problemas? Muchos switchs implementan solo v1 y v2, pero si el HGU y el deco usan v3, puede que estos switchs no sean adecuados.Resuelto4,3 milVistas0me gusta8ComentariosRe: Consulta de configuración de red para evitar problemas con multicast IPTV
Hola Theliel , yo soy de los raritos que sí que ponen los descos en stand-by 😁 Ya contaba con la presencia de algo de tráfico de control. Espero que de ahí no pase. De todos modos, si me decido a dar el paso y realizar el cambio de satélite a fibra, aprovecharé para hacer algo que no he hecho nunca en mi propia red: monitorizar. Será curioso sacar el ntop a pasear y tener una visión del tráfico agregado que pasa por allí.3 milVistas0me gusta2ComentariosRe: Consulta de configuración de red para evitar problemas con multicast IPTV
Muchas gracias Theliel . La parte de la red Wi-Fi no me preocupa porque lo tengo muy tocado y puedo valorar alternativas en caso de rendimientos bajos. Lo que me preocupa más es poder controlar el tráfico multicast. Otro punto a mi favor es que las emisiones que voy a consumir son HD, de momento no soy consumidor de 4K, con lo cual las tasas que necesito son relativamente modestas. Me ha llamado la atención el comentario del que el desco funciona 24x7. ¿Aun cuando no esté en uso sigue habiendo tráfico multicast de IPTV en la red? En caso de no tener claro que me vaya a funcionar, puedo optar por mantenerme como cliente de satélite y esperar a la mudanza a la nueva casa en unos (indeterminados) meses y allí sí que el desco podrá ir por cable.3 milVistas0me gusta4ComentariosRe: Consulta de configuración de red para evitar problemas con multicast IPTV
Sigo en esta segunda parte específica del problema planteado: El escenario que planteo es un descodficador Wi-Fi que se asocie él mismo a la red Wi-Fi, no por cable haciendo uso del bridge Wi-Fi. Por eso planteaba la posibilidad de emitir un SSID por AP2 exclusivo para conectar el descodificador Wi-Fi como una forma de canalizar, o intentar canalizar el tráfico multicast, aunque luego ese tráfico más allá del AP2 comparte red a IP y a nivel de dominio de broadcast con el resto de los dispositivos. Ya se encargará el switch, y si lo implenta bien el AP2, de no esparcir el tráfico multicast a los cuatro vientos. La red Wi-Fi dedicada, en principio, va a ser virtual puesto que solo hay 1 AP y debería dar servicio al desco y al resto de dispositivos que hay ahora. No hay opción a tener otro AP en la zona. Si al probarlo tuviera problema de rendimiento, la alternativa sería usar la banda de 5 GHz exclusivamente para esta red dedicada y la de 2,4 para el resto de equipos, pero esta configuración solo la contemplaría ante problemas de rendimiento. Incluso, el Apple TV 4 lo podría asociar a esta red ya que el uso del descodificador y el Apple TV deberían ser mutuamente excluyente, a excepción del tráfico de control que generen ambos dispositivos cuando no se usan para visualizar contenido multimedia. Lo de configurar todos los dispositivos para que controlen el tráfico multicast, lo tenía asumido, aunque habrá que ver si realmente puedo conseguirlo con todos. La red tiene otros equipos y no es tan simple como el subconjunto mostrado en el modelo. Hay otro detalle que no había comentado. En la red hay instalado un streamer Roon. Desconozco el funcionamiento interno de su protocolo propietario, RAAT, que creo que usa tráfico unicast para los strems, pero algún paquetito multicast se dará alguna vuelta por la red. También hay dispositivos Apple en la red: MacBook Pro, Apple TV, etc, que también tienen cierto amor por el tráfico multicast.3 milVistas0me gusta6ComentariosRe: Consulta de configuración de red para evitar problemas con multicast IPTV
Muchas gracias por la respuesta tan trabajada Theliel . Te contesto en dos posts para no hacerlo pesado. Estoy de acuerdo contigo que el esquema disminuye el número de suposiciones que se hacen sobre la explicación escrita y/o verbal. Suelo ayudarme de esquemas en mi vida laboral. Que no te líe el bridge Wi-Fi de la segunda planta, solo lo he nombrado para que se sepa que está ahí, pero no lo he puesto ni en el esquema. A ese bridge se conecta actualmente, entre otro, el iPlus que no tiene interface Wi-Fi. El bridge se asocia al único SSID que existe actualmente en la vivienda. Se puede asociar al AP2 o al AP Mesh, a su criterio. Por nivel de señal debería asociarse al AP Mesh cuando éste está encendido, pero en la práctica la mayor parte del tiempo se asocia al AP2. Pero pienso que podemos sacar el bridge de la ecuación para que no nos distraiga. Efectivamente, los equipos que hay en la red son los que necesito para trabajar y para dar cobertura Wi-Fi a toda la vivienda. Hay un AP1 en la planta baja, donde trabajo, pero al igual que el bridge Wi-Fi de la segunda, pienso que no lo debía de incluir en el modelo. Me dedico a la ingeniería informática y he trabajado bastante con redes Wi-Fi empresariales, así que estoy familiarizado con la nomenclatura y los conceptos. También con el protocolo MAC del estándar 802.11 y soy consciente de la penalización en contienda de acceso al medio que pueda tener. La idea de poner el AP Mesh en la planta 2 fue tras hacer una prueba con uno de ellos. Era muy escéptico de que fuera a mejorar las prestaciones de la red en la zona donde están los equipos AV y que a veces uso para trabajar también. Al vivir en un pueblo, no tengo las bandas de 2,4 y 5 GHz saturadas de redes Wi-Fi de vecinos como tendría en una ciudad y pienso que esto ayuda. Al hacer la prueba comprobé que, como es obvio, el nivel de señal en esa habitación mejoraba, el retardo en los paquetes empeoraba, como es ovio también, pero lo que me sorprendió es que el “throughput” me lo mejoraba notablemente. Tampoco dediqué mucho tiempo a investigar las causas, pero sospecho que lo que perdía por la contienda de acceso al medio que me introducía la presencia del AP Mesh por lo que me ganaba de agilidad de transmisión debido a las mejores modulaciones disponibles para los clientes por la mejor calidad de señal, me daba un balance positivo. Datos medidos en su momento. Palabrita del Niño Jesús. Precisamente uno de los dispositivos que se conecta al brige Wi-FI de la segunda plata es un transporte digital que conecto por cable óptico al AVR. El stream de audio que me llega a través del transporte, incluso con material en formato 24 bits y 192 kHz de frecuencia de muestreo me llega sin la menor incidencia. Aunque soy consciente de variabilidad alta de las latencias que se pueden encontrar usando una red Wi-Fi, según en que entorno. En mi caso, el entorno es favorable.3 milVistas0me gusta7ComentariosConsulta configuración de red para evitar problemas con multicast en IPTV
Hola, soy cliente de Movistar+ Fusión Satélite y en vista de desde Movistar se está forzando a los clientes a migrar la televisión desde Satélite a IPTV necesitaría tener una cierta seguridad de que no voy a tener problemas con el tráfico multicast con mi instalación de red. He estado revisando este hilo y he visto algunos posts interesantes, especialmente del forero @Theliel y me parece que puedo tener posibilidades de éxito en caso de que realice el paso se satélite a fibra. Espero que no sea un paso en falso, ya que el paso a IPTV me obliga a comprar un desco y una posible vuelta atrás a satélite implicaría una nueva alta con su coste. La vivienda donde está el equipo consta de planta baja y dos alturas. En la planta baja se encuentra el router de Movistar, cuyo Board ID es 3505VW, por lo que supongo que es un modelo de Askey. Este router tiene activada la opción IGMP Snooping. El router se conectar a un switch HPE 1920S que también tiene activada la opción de IGMP Snooping. Al switch se conectan dos AP Unifi, uno de ellos está situado en la planta 1 sobre la escayola, este es el AP2. El controlador Unifi también tiene activada la opción IGMP Snooping sobre el interface LAN. El la segunda planta, que es donde están los equipos de AV, no se puede llegar con cable de red, de modo que en el mueble donde están los equipos, instalé un bridge Wi-Fi para conectar a él los equipos que no disponen de conexión Wi-Fi. El bridge Wi-Fi, aunque está en una planta superior al AP2, realmente en línea recta entre uno y otro debe de haber unos 4 ó 5 metros a lo sumo, aunque hay un forjado por en medio, el nivel de señal es más que aceptable. Aun así realicé la prueba de instalar un Unifi Mesh AP en esa misma habitación, que se conecta inalámbricamente al AP2, que lo tendrá a unos 2 metros de distancia. Era un poco escéptico antes de hacer la prueba por la cantidad de contienda de acceso al canal Wi-Fi que pudiera introducir el AP mesh, pero el resultado es positivo, siempre hablando de mi entorno. Para evitar tráfico multicast innecesario, había pensado en crear una red Wi-Fi específica para conectar el descodificador. Esta red Wi-Fi se emitiría por la banda de 5 GHz del AP2 y tendría la opción Multicast Enhancement activa. La idea es que con las configuraciónes de IGMP Snooping activas en el router y el switch junto con esta red Wi-Fi específica, que el tráfico multicast estuviera lo más canalizado posible hacia el descodificador para que fuera factible su uso. Agradecería cualquier comentario que verificara mis suposiciones o que me dijera en qué punto no estoy en lo correcto o en qué se puede mejorar, especialmente al compañero @Theliel . Muchas gracias y felices fiestas a todos. P.D.: Para otro post, la configuración del router (HGU) en bridge con la inclusión de un router Mikrotik en el borde exterior de la red, pero haciendo funcionar los tres servicios: VoIP, IPTV y datos.746Vistas0me gusta2Comentarios