Acerca de Theliel

Más que nada porque te curas en salud, ponerte a trastear o perder el tiempo en algo que es trivial, teniendo en cuenta que al actualizarlo la 1º vez hizo algo raro y que la interfaz no se levanta ni a la de tres... yo no me quedaría tranquilo sinceramente ... Mostrar más

@estebanizca93   Me alegro que todo haya terminado OK :), ya se sabe lo que se dice, que con paciencia y saliva...   @josamella   Si has metido la anterior, con la que venía, e igual, te diría que ni intentases con Merlin, RMA. Es posible que cuando actualizó la cagara en algo o simplemente ha fallado la unidad, que por cierto no es "raro", estos días he buscado info al respecto y no serías el único. ... Mostrar más

asegúrate que tienes habilitado IGMP Snooping tanto en IPTV como en las interfaces wifi en profesional, si pixela se puede deber a:   a) El Router se satura por no usar IGMP Snooping b) Algo está provocando que se retroalimente a sí mismo, pero no se me ocurre que podría ser... tampoco lo he dejado mucho tiempo en el mío, pero no he visto que se pixelase nada c) El ASUS no es capaz de ir todo lo bien que pudiese, no se que modelo tienes, hemos hablado ya tantos aquí que no tengo ni idea que modelo tiene cada cual... lo siento. Quizás por no usar la aceleración hardware correctamente o cualquier otro motivo, a lo mejor por usar los dos decos  a la vez... se tendría que ver.   Lo más que puedo hacer es conectarlo al mío, dejalo funcionando un buen rato y ver si experimento cualquier tipo de anomalía ... Mostrar más

@josamella   me olvidaba de ti...   La interfaz 5G-1 no la levanta, así que no hay muchas opciones:   Un fallo en el hardware -> RMA Un fallo de la firmware -> Instala una versión anterior por si ASUS la ha liado con algo, o incluso puedes probar si quieres con RMerlin.   No hay más opciones me temo. Con acceso directo se podría comprobar a levantarla manualmente, pero no es algo que podamos ahcer de forma simple sin estar de cuerpo presente :) ... Mostrar más

Buenas @estebanizca93   Hay que entender que hace cada cosa y la necesidad o no de cada una de ellas.   Respecto a la sección que puse muy arriba sobre VoIP, por ejemplo, es totalmente necesario si se quiere poder usar servicios VoIP conectados al ASUS. El teléfono conectado al ASKEY funciona bien, pero imaginemos que queremos un softphone o un teléfono VoIP conectado al ASUS. Dado que el proxy VoIP es una IP no enrutable y se envía a la interfaz VoIP del ASKEY de ahí la necesidad obligada del bloque   Respecto a porqué se puede ver o no la tele por VLC de forma "sencilla", posiblemente @taker59 en su origen que decía que podía sin tocar nada, tenía de antemano habilitado IGMP Proxy/Snooping, y el ASUS al habilitarlo debe de automáticamente aceptar todo el tráfico multicast desde la interfaz WAN y a su vez hacer de querier. De ahí que no sea obligado el bloque de ruta PARA VER en VLC   El Bloque de TV es necesario porque hay direcciones que como en VoIP no se pueden ni serviría de nada enviar a Inet, así que hay que subirlas. Para ver los canales no es necesario, estos se ven de forma simple, pero para acceder a los servicios de TV como guia, info y otros sí.   Sobre dnsmasq, este obliga asignar si reconoce que es deco DNS que en teoría si resolverían las IPs correctas (siempre y cuando si el bloque de TV en wan-start existe), pero ne la práctica podría dar problemas por otras cuestiones que no vienen al caso, de ahí a asignar de paso en dnsmasq la IP directamente al host. Esta asignación podría no ser necesaria, es posible que una vez el dco con la DNS correcta pudiese sin problema resolverla. Pero es más pruebas así que tomé el camino directo. Sobre la IP OPCH se usa para acceder igualmente a algunas funciones, pero no deja de ser una IP multicast que no es problema, así que en caso de que realmente la necesite el deco, pues se asigna también por dnsmasq. Esta última ahora mismo no te podría decir en que momentos es usada y para que, si es verdad que la he visto en los registros más de una vez, pero no te podría precisas. Así que puestos a curarnos en salud se mete y arreando.   dnsmasq, el script iría en /jffs/configs wan-start en /jffs/scripts. El dnsmasq se podría copiar pegar tal cual, el wan-start depende, se podría anexar un bloque debajo de otro (el de voIP y el de TV):     #!/bin/sh VOIP_DEST="10.31.255.128" VOIP_GATEWAY_ROUTER="192.168.1.1" VOIP_MASK="255.255.255.224" route add -net $VOIP_DEST gw $VOIP_GATEWAY_ROUTER netmask $VOIP_MASK eth0 TVIP_DEST="172.26.0.0" TVIP_GATEWAY_ROUTER="192.168.1.1" TVIP_MASK="255.255.128.0" route add -net $TVIP_DEST gw $TVIP_GATEWAY_ROUTER netmask $TVIP_MASK eth0   Realmente se puede eliminar si se quiere todo ello y sustituirlo solo por dos simples líneas, el resto lo tengo por una cuestión de si en algún momento Movistar modifica cualquier ruta o cualquier destino, cambiarlo en las variables, pero se podría resumir en:   #!/bin/sh route add -net 10.31.255.128 gw 192.168.1.1 netmask 255.255.255.224 eth0 route add -net 172.26.0.0 gw 192.168.1.1 netmask 255.255.128.0 eth0   Referente a la interfaz WAN, esta efectivamente puede ser diferente. Es fácil saber cual es:   nvram get wan_ifnames   Alternativamente también se puede mirar con ifconfig y buscar el que tenga establecida la ip 192.168.1.2 que forzamos en WAN tiempo atrás. Y sí, se podría usar dicha variable de la nvram para usarla een el script en vez de eth0 y que fuese más genérico, pero ya he dicho que el script lo uso para uso propio y lo pongo, nunca fue su objetivo servir de plantilla para nadie. ... Mostrar más

Buenas @estebanizca93 y @taker59   Ya por casualidad, he bajado a probarlo directamente, y funcionando sin problemas, apagar deco, conectarlo al ASUS (lo tenía conectado al ASKEY), encendido... esperar.... esperar... mucho esperar... no guia no info... esperar... listo.   No he probado grabaciones y otros pero funcionan seguro.   No he hecho nada más raro de lo ya citado, no sé si funcionaría con/sin el añadido a dnsmasq (casi al 100% la asignación estática al host www-60 si sea necesaria en el caso de que el deco no sea capaz de resolverla) , pero en realidad mal no le puede hacer ya que dichas opciones sólo se aplican a IAL (es decir el deco).   Tenéis la ruta añadida en el ASUS?? Lo que puse por ahí arriba a modo genérico:   #!/bin/sh TVIP_DEST="172.26.0.0" TVIP_GATEWAY_ROUTER="192.168.1.1" TVIP_MASK="255.255.128.0" route add -net $TVIP_DEST gw $TVIP_GATEWAY_ROUTER netmask $TVIP_MASK eth0 Por un lado tengo, un script wan-start copiado en /jffs/scripts/ que me carga bastantes cosas pero que aquí es indiferente, vosotros podéis poner de contenido únicamente el que acabo de poner, eso sí, suponiendo que en vuestros Router eth0 sea la interfaz WAN.   Es necesario como dije mucho más arriba, la IP que devuelve www-60.... es una IP privada y por tanto no enrutable, el asus la tiene que pasar hacia arriba. Lo mismo sucede con VoIP con la dirección del Proxy.   Repito, comprobado, funcionando sin problemas.   ... Mostrar más

Buenas @estebanizca93   Si los canales si se ven en los decos y el problema es la "guia", entonces es sencillo lo que pasa :), el deco está usando la DNS del ASUS, y esa no resuelve las IPs necesarias para la guia, particularmente el host www-60.svc.imagenio.telefonica.net   Lo más sencillo sería crear un añadido a dnsmasq para que registrase directamente la IP de dicho dominio, que por lo general es el único que se requiere:   Crear archivo dnsmasq.conf.add Añadir en el:   address=/www-60.svc.imagenio.telefonica.net/172.26.22.23   Otra opción sería directamente probar con la configuración directa del servidor condicional que usa Movistar, que trasladado al ASUS, sería añadir en el archivo citado antes además de lo otro (se puede dejar el host):   dhcp-vendorclass=ial,IAL dhcp-option=ial,6,172.26.23.3 dhcp-option=ial,240,:::::239.0.2.10:22222:v6.0:239.0.2.30:22222 Repito, no he probado nada aun ... Mostrar más

En primer lugar si te fijas, el  register lo hace contra telefonica.net pero a través del proxy 10.31.255.134:5070, el options no (que por cierto no tengo claro que movistar lo soporte, pero en cualquier caso te tendría que devolver un forbidden, no sin respuesta).   Todo lo que se envíe bajo protocolo SIP va al proxy, de ahí a que es proxy saliente, el options debería de ir hacia el proxy, no hacia telefonica.net, que es totalmente normal que no haya respuesta por su lado   ... Mostrar más

Buenas @estebanizca93   La IP no es el problema, tu mismo puedes ver que VLC o si usases Kodi, pasa bien los datos hacia el ASKEY. De todos moos si tengo un ratito lo miro ... Mostrar más

dile a tcpdump que escriba el archivo, para poder ver el contenido de los paquetes "-w loquesea" ... Mostrar más

Buenas @josamella   No veo nada raro, parece estar bien todo... espero que no sea un problema de hardware. Mándame por privado un copy/paste del log de sistema, debería de aparecer si levanta o no la interfaz y con suerte el motivo...   @estebanizca93   Si tengo tiempo conecto el Deco directamente y veo que rutas pueden ser necesarias, o si es cosa de IGMP Snooping ... Mostrar más

Buenas @clemenlg   Bueno respecto a lo que preguntas:   1. No es necesario detener el cliente SIP del ASKEY, es más, podría ser contraproducente ya que a priori no puedes saber que está deshabilitando exactamente... podría estar eliminando rutas o cualquier otra cosa. No tengo tiempo ahora de mirarlo, pero es indiferente que esté en ejecución, puedes conectar al ASKEY cualquier PBX o softphone con independencia del propio cliente del ASKEY   2. No vas a lograr que responda a paquetes ICMP, y pro lógica tampoco puedes hacer un telnet al proxy, es un puerto UDP :), con lo que cualquier intento de conexión TCP te va a tirar. No obstante hay muchos otros modos, por ejemplo el bueno de siempre de netcat/nc/ncat. Eso sí, para ver si responde correctamente envía algo que pueda responderte el proxy de forma adecuada, un ejemplo:   ncat -u 10.31.255.134 5070 REGISTER sip:telefonica.net SIP/2.0 SIP/2.0 400 Missing CSeq Header CSeq: 0 REGISTER ^C   En azul por supuesto la conexión y justo a continuación la 1º linea de la cabecera de REGISTER, a la cual el servidor responde con que falta pues básicamente todo lo demás, pero como preguntabas, puedes verificar perfectamente si funciona o no. De todos modos es normal, dices que registra, si registra es que evidentemente alcanza al proxy.   No he probado nunca con Asterisk, pero es problema de cualquier parámetro. Para poder analizarlo mucho mejor, lanzalo mientras que realizas una captura de paquetes con tcpdump o el analizador que quieras, lo subes y lo vemos, seguramente canta rápido.   Como nota, eso sí, decirte que, mientras que el puerto para el proxy saliente es 5070 (lo tienes bien especificado en la configuración), el puerto para SIP no es 5070, es 5060 ... Mostrar más

Buenas @alvaro.mata   Dentro de tu red, de la red que crea el ASKEY, puedes usar cualquier softphone que quieras, y eso incluye cualquier teléfono VoIP, si te refieres a eso con teléfono externo.   La configuración es sencilla, pero cada teléfono llama a cada ajuste de formas diferentes, y por lo general ahí es donde están los problemas. La configuración es la siguiente:   Dominio/Registrador: telefonica.net Usuario: TuTelefono Pass: TuTelefono (actualmente la contraseña no es obligada y acepta cualquiera o incluso en blanco) Proxy Saliente: 10.31.255.134 Puerto Proxy Saliente: 5070 Codecs: G711u/G711a (entre otros)     ... Mostrar más

Buenas @estebanizca93   Ok compi, ahora si me queda totalmente claro como lo tienes. Pese a lo que creen muchos, para algunas cosas soy de comprensión muy torpe :).   Hay dos formas de solucionarlo como es lógico. O dejamos el PLC en el ASKEY o lo dejamos en el ASUS. Es posible ambos escenarios?? Sí, tanto un caso como otro, aunque las soluciones son muy diferentes.   El caso digamos más... "ideal" (que no podrás, pero no es descartable) sería conectarlo todo al ASKEY. Pero para que el NAS tuviese acceso a Inet, dado que la interfaz internet se pasa al ASUS, serían necesario dos cambios. El primero en el ASKEY, que sería crear una ruta por defecto usando el ASUS como puerta de enlace... es decir, que todo el tráfico que generase la red del ASKEY (incluyendo el NAS) que no correspondiese ya a alguna de las rutas existentes en él, las sacaría por el ASUS. El segundo cambio sería añadir en el ASUS una regla para aceptar el reenvío del tráfico que venga desde la red del ASKEY. En realidad es muy sencillo, el problema como digo es que el ASKEY no permite crear una ruta default así como así. Por línea de comandos es trivial, pero la interfaz web no te lo permite. No obstante casi con toda seguridad se puede hacer exportando la configuración del ASKEY y editándola en el bloc de notas, pero no me he puesto a hacerlo. Y por línea de comandos no he publicado (ni creo que lo haga de momento) como acceder a la Shell del ASKEY:   ASKEY ping google.com ping: bad address 'google.com' ping: detected exit of ping[exit(1)]: Network is unreachable route add default gw 192.168.1.2 ASUS iptables -I FORWARD -s 192.168.1.0/24 -j ACCEPT ASKEY ping google.com PING google.com (216.58.211.238): 56 data bytes 64 bytes from 216.58.211.238: seq=0 ttl=54 time=10.115 ms 64 bytes from 216.58.211.238: seq=1 ttl=54 time=10.067 ms ^C El segundo escenario es más viable porque no implica tocar el ASKEY, y se trataría de conectarlo todo al ASUS. Este escenario requiere por tanto que el ASUS pueda acceder hacia arriba, lo cual requiere algunos ajustes, que creo que se han comentado aquí:   1. Colocar el ASUS en una red diferente, pongamos 192.168.2.0/24 2. Configurar DENTRO DE WAN, la IP, quitar automática y establecer 192.168.1.2 IP, 192.168.1.1 puerta de enlace y 255.255.255.0, por supuesto además de las DNS que presupongo que ya estarán puestas 3. Habilitar en LAN IPTV tanto IGMP Proxy como IGMP Snooping   A este punto debería de funcionar casi seguro tanto VLC por stream directo multicast como udpxy en caso de querer usarlo. Si es así, se podría probar directamente el deco, que el ASUS debería de asignarle IP dentro de su propio rango DHCP. Kodi en este esquema funciona sin problemas, y el deco no es más que eso... así que tendría que funcionar también.   En caso de que no funcionase o diese cualquier tipo de problema, podría ser necesario adicionalmente añadir alguna ruta estática al ASUS para que este pueda enviar el tráfico hacia arriba.     @josamella   Accede por SSH al ASUS y escribe:   nvram show Saldrá información que no querrás compartir en público, así que si quieres me lo mandas por privado. ... Mostrar más

Buenas @estebanizca93   No entiendo bien lo que dices... que tiene que ver los decos con el NAS?? El NAS Lo conectas directamente al ASUS y los decos al ASKEY ¿?, o la cuestión es que no tienes PLC suficientes o que los PLC te causan el problema?? Eso sin contar que no soy nada fan de los PLC, y que conectados los decos a ellos, mas vale también que usen IGMP Snooping.   @josamellahabría q descargar la NVRAM y ver que está pasando, no me gustaría pensar que se ha escoñado el bootloader por instalar una firmware que no corresponda a tu modelo o algo así... ve a la web de asus oficial y reinstala la última firmware disponible para tu modelo ... Mostrar más

Dentro de cada banda, en profesional, Habilitar Radio. Otra opción es que el botón de atrás WPS creo que también habilita o deshabilita la red si se deja pulsado... creo, pero no se si ese modelo lo tiene o no ... Mostrar más

Presupongo que evidentemente no te deja habilitarla, no??   De todos modos recuerdo un raro caso en algunos Routers derivados de contraseñas y SSID. Ante la duda, asegúrate que tanto las claves (WPA2-PSK) como los SSID usan sólo carácteres alfanuméricos, al menos como digo para probar y asegurar que no sea de ello. ... Mostrar más

Los Decos evita problemas y los conectas al ASKEY directamente, no al ASUS. Sin tener más datos... es imposible saber, sería necesario acceder al ASUS e incluso en el peor de los casos al ASKEY por SSH, y ver rutas y otros por si todo está bien. La configuración que puse a fin de cuenta hay que "entenderla", diferentes modelos de ASUS puede ser necesario igualmente diferentes ajustes.   Prueba que VLC funcione bien tanto por udpxy como directamente, y los decos como te digo al ASKEY. Después de eso, que les pasa y que no les pasa... pantalla negra, hay guía...   Y respecto a la cobertura, da igual el Router que pongas, no vas a ganar más, la potencia está totalmente regulada, y eso implica que las diferencias entre un Router y otro en cuanto a señal son mínimas, afecta infinitamente más que lo desplaces un poco a un lado o a otro, que usar otro. ... Mostrar más

Buenas @josefco   No tengo ningún tipo de problema en FB ahora mismo ni estos días. No estoy diciendo con eso que no puedan existir problemas, es normal que los haya de X en X.   Por cierto, no le pasa a Movistar, le pasa a todos los ISP, mira los foros de otros, y verás que cada X aparecen problemas iguales, sea Facebook, sea Google, sea... Aquí en este mismo foro hemos tenido algún que otro caso con Facebook en el pasado.   En tu caso concreto, no podría decirte porque sería trillarme los dedos, y por supuesto siempre puede ser culpa del ISP, pero la experiencia dice que no es problema del ISP, y hay muchas formas por cierto de verlo. En los casos que se han visto en el pasado, siempre ha sido culpa de la red de contenidos CDN de Facebook, que han tenido problemas de saturación en ciertos servidores. Pero como te digo en cualquier caso se puede ver de forma relativamente sencilla.   Coge por ejemplo Chrome o Firefox como navegador y accede a Facebook. Una vez cargada la página, saca las herramientas de desarrollo del navegador (ctr+caps+I) y ve a la pestaña Network. Una vez en dicha pestaña, refresca la página de facebook. Eso generará que se registre cada una de las peticiones que el navegador realiza a la web de Facebook, incluyendo cada uno de los recursos que quiere cargar, e incluso aparecerá a la derecha una gráfica temporal del tiempo que tarda en cargar cada recurso.   Es muy sencillo interpretar dichos datos, pero si tienes problemas por favor, unas capturas de pantallas y lo veo contigo sin problema. Ahí puede verse que recursos son los uqe dan problema, si hay problemas de conexión o que es lo que sucede. ... Mostrar más

Buenas @q_Raquel_p   Un par de cosas   En primer lugar, ningún ISP te cambia el hardware porque tengas un problema WIFI, WIFI guste más o menos es un extra en los Routers, y además hay un problema de base mayor, y es que el buen o mal funcionamiento de este depende sobre todo de interferencias que puedan tenerse, no del Router. No tiene nada que ver que el Router que tienes aguante mejor o peor por tener muchos dispositivos conectados.   Cada vez que conectas a una red WIFI un dispositivo, estás automáticamente interfiriendo en los demás dispositivos conectados en la misma red, tanto a nivel de latencia, de pérdida de paquetes, de velocidad... a más dispositivos, más problemas. Y eso sin contar con el principal problema que son las redes circundantes y otras fuentes de interferencias. Es cierto que el uso de un Router más avanzado que pueda emitir en doble banda puede atenuar esto en cierto modo, pero sólo en cierto modo, ya que los dispositivos que no soporte la red de 5GHz deberían de seguir usando todos ellos la de 2.4 donde el problema sería exactamente igual, y sobre la red de 5GHz dependiendo de cuantos dispositivos hablásemos que están conectados, se repetiría igualmente el problema de la red de 2.4.   Cuando se requieren de multitud de dispositivos conectados por WIFI, la única forma de hacerlo factible es  usar diferentes AP conectados por cable al Router principal cada uno formando una red WIFI, y distribuir los diferentes dispositivos entre las diferentes redes... eso, o gastarte un pastizal en Routers que tengan 3 o 4 bandas disponibles.   Y la explicación de esto es muy simple... tu Router emite en una frecuencia exacta, y es la frecuencia que deben de usar todos tus dispositivos para comunicar datos en esa red. Eso hace que dos dispositivos no puedan emitir al mismo tiempo, porque si lo hacen ambas ondas colisionarían y se perdería la información... es como si tiras una piedra a un lago en calma, produce unas ondas que van de un lado a otro, pero si tiras dos piedras una al lado de la otra, las ondas de una chocan con las de la otra. Aquí es igual. Esto se evita haciendo que cuando un equipo quiere transmitir, comprueba antes si alguien está emitiendo... si lo está espera un tiempo X, y vuelve a intentarlo. Si no hay nadie transmitiendo, transmite. Esto ocurre muy rápido y a veces parece que todos los dispositivos tienen WIFI al mismo tiempo, pero es solo una ilusión.   A más dispositivos conectados y cuanto más se use la red, más problemas hay de todo tipo, mucha menos velocidad, desconexiones incluso, latencias altas...   Te animo a irte a otro ISP si no estás contenta con el que estás, es lo que deberías de hacer desde luego. Pero al margen de que te vayas o no, Movistar no te va a instalar el HGU gratis de ningún modo si no es por alta nueva (igual que cualquier otro ISP), y aun con un Router más nuevo el problema que vas a tener en tu caso (por lo que comentas de como lo tienes todo) va a ser muy similar.   Pensar que un Router mejor resuelve los problemas que tiene de forma intrínseca WIFI es un error de concepto. Aun tengo mi viejo Router WRT54GL funcionando perfectamente y es infinitamente peor que cualquier Router que pueda tener aquí cualquiera...   Saludos. ... Mostrar más

Buenas @josep_movi16   Esos ping son hacia el Router, es decir, que de existir cualquier tipo de problema, está en tu red interna, no en la fibra.   Internet <-> ISP (Movistar) <-> Tu Router <-> Tu Dispositivo   Todo lo que pasa o sucede dentro de tu red interna, es cosa tuya. El problema puede ser por mil factores...   Para empezar, puedo inferir por tus resultados que usas una conexión WIFI cuando lanzaste ese ping, dado que de lo contrario, una conexión por cable al Router, no se debería de tener más de 1ms de latencia, y esas variaciones son muy habituales en WIFI.   Así que para empezar, si no quieres tener problemas de latencia, desde luego WIFI no es el medio más adecuado, cualquier equipo en tu propia red WIFI interfiere de forma directa con los demás, sobre todo en cuanto a latencia, y eso sin entrar ya en las interferencias que puedas tener en tu red WIFI debidos a factores externos como vecinos, otros dispositivos etc etc etc.   En caso de que las pruebas fuesen realizadas por un equipo conectado por cable, entonces te diría otra cosa. En ese caso te diría que revisases el cable y a poder ser usases otro, y si el problema persistiese, que limpiases debidamente tu equipo puesto que cualquier tipo de malware o suite de seguridad o... estaría interfiriendo en la conexión con el Router.   ... Mostrar más

Buenas @josamella   Te ha desaparecido todo el menú?? De todos modos dices que te dio un error al actualizar... si no es mucho problema, yo me curaba en salud y reactualizaba manualmente a la versión más actual, descargando desde ASUS la firmware correspondiente en caso de usar la oficial, y reset. Y ya partiendo de una seguriadad del 100% que todo está en su sitio, para delante.   Es normal que la TV no vaya sin hacer nada, si lo raro es que vaya!! Del amigo @taker59 no me fio (en el buen sentido) porque no tnego claro si hizo un reset o no, y sino lo hizo, es posible que quedasen algunas variables en la nvram seteadas... mas que nada porque no tiene mucho sentido las demás opciones :). Intenta con IGMP Proxy e IGMP Snooping, también establece de forma manual en WAN pppoe la IP, si el ASKEY está por defecto en la red de siempre, usa de IP 192.168.1.2, 192.168.1.1 puerta de enlace y 255.255.255.0 de mascara... repito, en WAN, no en LAN.   Y aun con todo, lo más probable es que no funcione, y sea necesario añadir una ruta. Pero ve por partes mejor ... Mostrar más

Buenas @josamella   Respecto las DNS: Realmente desconozco el motivo por el cual algunos Juniper si entregan las DNS como es el caso de @taker59, nunca me he puesto a mirarlo con "microscopio", no es algo que tenga demasiada importancia, y al final podría ser sencillamente por una cuestión de configuración de estos, con lo que tampoco se podría hacer mucho (que será lo más probable). Lo único que sé feacientemente es eso, que sea el motivo que sea, no le devuelve en la negociación las DNS a la negociación, y creo que tampoco cuando se trata de los equipos oficiales, ojo, las DNS estos las llevan precodificadas. Me alegra que esté arreglado el asunto.   Respecto el Switch: Los Switch son maravillosos... para bien y para mal. Un Switch en su mínima expresión es algo muy sencillo, es casi imposible que de problemas, operaría solo en nivel 1, y por similitud sería como un hub, es decir, un repetidor. Pero cada vez son más las necesidades y las prestaciones que pueden darnos, así que a día de hoy dudo que exista Switch propiamente dicho que operen a este nivel únicamente. Los Switch de nivel 2 son los más habituales en consumo doméstico, es muy raro que den problemas, no son gestionables y hacen un papel muy bueno con gran rendimiento.   De aquí pasamos a Niveles 3 e incluso 4, donde el Switch en algunos casos incluso posee muchas de las funciones de un Router, y eso no es malo, puedes hacer maravillas con ellos que de otro modo no sería posible, pero como con todo también aumenta la necesidad de configuración. Cuanto mayor sea el nivel al que pueda operar más puede interferir con los datos que circula por él. Posiblemente aquí se encuentre el tuyo. Por ejemplo, si usas un Switch y Movistar, es imperativo que tu Switch soporte y tenga habilitado IGMP Snooping o puedes tener muchos problemas, y eso no lo vas a encontrar en Switchs que solo opere en nivel 2. En cualquier caso dices que al tiempo ha funcionado... si al tiempo a funcionado posiblemente se deba a "problemas" con STP y haya tardado en "almacenar" la estructura de red actual. Que Switch es?? Es gestionable??   Respecto a la TV: A taker le funciona sin problemas, pero ya te digo que tal como está, es muy poco probable que funcione, no debería funcionar. Haz la prueba, usa VLC, carga una lista de canales a ver si funciona... no debería. Haz una prueba totalmente sencilla. Abre VLC, abrir medio de red y prueba por ejemplo el canal TVE 1 HD. Algunos pueden incluso funcionar dependiendo de varios factores, pero vamos, que en cuanto pruebes 3-4 verás si va o no va, y por defecto no debería de ir, porque el tráfico multicast no traspasa:   rtp://@239.0.7.67:8208   Hay varias formas de intentar afrontar esto. La primera, y no causa ningún problema, es habilitar IGMP Proxy en el ASUS. A lo mejor el amigo @taker59 lo tenía así desde un principio y por eso en principio le funcionaba, pero simplemente con ello pude no ir, depende muy mucho de como lo establezca ASUS. IGMP Proxy permitirá por defecto el tráfico que venga desde arriba y actuará como Querier. Además de IGMP Proxy, imperativo también, habilitar IGMP Snooping, tanto en IPTV (donde está también IGMP Proxy) como en las diferentes interfaces WIFI, repito, totalmente imperativo, no es una opción no hacerlo.   En caso de que fuese medianamente bien ahora, que podría ser necesario crear alguna ruta, por fiabilidad y rendimiento yo en tu lugar usaría udpxy, en IPTV estableces un puerto que te guste, por ejemplo el 15000. Una vez realizado, tendrías que acceder a los canales en otro formato. En el mismo canal de ejemplo anterior, pasaría a ser:   http://IP_ASUS:15000/udp/239.0.7.67:8208     ... Mostrar más

@taker59te ha funcionado alguna vez en auto las DNS en WAN?? Algún día me vas a tener que mandar esa unidad, o conectarme yo a tu OLT ;)   Depende del Juniper que te toque, por experiencia te digo que el ISP (Movistar en este caso) no las suele soltar en la negociación pppoe, con lo que no se establecen, y por lo que dice el compi, a él tampoco. Así que ya ni me peleo cuando alguien pregunta, que las ponga manualmente en WAN y arreando.     ... Mostrar más

Buenas @APMNNS   Si... es un problema enorme, pero es lo que hay, y además sin solución. En realidad en Europa solo se permiten 13, pero aun así es verdad que muchos aparatos vienen configurados para EEUU, y solo permiten 11, es también más común de lo que nos gustaría...   No es facil encontrar el mejor canal, y además aunque es verdad que entre canal 1 y canal 13 no hay una diferencia enorme en cuanto a penetración de señal, si se puede notar algo. Aun así lo importante es siempre evitar al máximo las interferencias, estas son siempre mucho peores que las diferencias físicas por canal/frecuencia.   Sobre el cambio de canal en un repetidor, es normal, casi ninguno te va a dejar hacerlo y los que te dejan no es recomendable. Eso es porque funcionan creando dos interfaces WIFIs virtuales, aunque el repetidor sólo tenga realmente una (por lo general), que es quien realmente configura el canal de emisión. Una de esas interfaces es la que usa el repetidor para conectarse al router principal y la otra es a la que tu te conectas, con lo que el canal es el mismo. Y sí, evidentemente, tu propio repetidor produce igualmente interferencias en tu propia red, porque tus equipos conectados al repetidor emiten igualmente al medio. La única forma de evitar esto es con repetidores duales, da igual que tenga 2 de 2.4 o lo habitual a día de hoy 1 de 2.4 y otro de 5Ghz.   Si quieres un consejo, aunque la mayoría dice que es un atraso que parece mentira estando en el siglo XXI... usa cable siempre que sea posible, y cuando no lo sea, intenta no usar repetidores, sino puntos de accesos, cableados al Router principal. Si vives en una casa grande no es problema si no hay interferencias, se planifica bien y ya está, si hay interferencias, depende de como sean, estás condenado de todas todas, ya sea a medio o largo plazo. ... Mostrar más

Buenas @JohanBar   Las descargas pro Steam son descargas http/https estándares, por lo que sé, el principal problema que tienen Steam y otros servicios es que no adecuan la ventana de recepción de forma correcta, aunque otras veces es debido a sus redes CDN. No hay nada que puedan hacer por ti desde Movistar, no es un problema de ellos ni algo que le ocurra a tu línea. Es algo habitual que pasa dependiendo del servicio que uses, las DNS que en ese momento los servidores (de Stream en este caso) te estén resolviendo... etc etc etc. ... Mostrar más

Buenas @APMNNS   No conozco ningún Router a día de hoy que establezca en auto realmente el mejor canal. Piensa que efectivamente, para saber que canal sería el más adecuado, sería necesario realizar un barrido durante algún tiempo en todos los canales, y a partir de ahí escoger el mejor, y esa operación además se tendría que hacer cada poco tiempo, porque cada vez que cualquier Router cambia de canal (por reinicios, configuraciones...) el esquema volvería a cambiar.   Solución?? Que prácticamente ninguno hace esto. Que es lo que hacen?? Bueno, hay diferentes "normas", que no significa que esté de acuerdo con ellas, sino que son las que usan la inmensa mayoría.   -Prevalecencia por el Canal 1: Siempre canal 1 (o siempre que se pueda). Esto tiene cierto sentido, porque cada canal representa una frecuencia exacta, separada del siguiente canal de 5MHz. A mayor canal, mayor frecuencia, a mayor frecuencia menor penetración de la señal = menor cobertura. Es cierto, si vives en un lugar en el que no existiesen las interferencias, el canal 1 es el mejor canal de todos... pero al final es mucho mejor tener menos interferencias aunque se recurra a canales altos.   -Prevalecencia por los canales 1, 6 y 11: Los canales 1, 6 y 11 se llaman en muchos sitios canales no solapados, aunque es un término engañoso. Cuando se emite wifi en su forma mas sencilla se realiza en una franja de 20MHz (Y NO DE 40 que también es posible), Si cada canal se separa del siguiente por 5MHz, significa que cuando emites en un canal dado, realmente solapas 5 canales, en el que emites, 2 canales por encima (10Mhz) y otros 2 canales por debajo (10Mhz), ocupando los 20Mhz que requiere la emisión. Como en 2.4Ghz/Europa sólo hay 13 canales, se dice que sólo hay 3 canales que no se tocan unos entre otros. Es decir, si tuvieses SOLO 3 redes WIFI (contando con la tuya) a tu alrededor, uno podría estar en el canal 1, otro en el canal 6 y otro en el canal 11 sin que ninguno interfiriese con el otro. El canal 1 solaparía los canales del 1-3, el del canal 6 los canales 4-8 y el del calanl 11 los canales 9-13.   Que hacen muchos Routers?? Pues que de forma aleatoria o incluso haciendo un barrido sólo en dichos canales, lo establece en uno de esos 3 directamente. El problema es obvio... si, es cierto, si sólo hay 2 o 3 redes a tu alcance, usar cada una de ellas canales no-solapados es lo mejor, pero si al final todos usan esos canales, es mucho peor, porque la interferencia en dichos canales es mucho mayor.   Haz la prueba, haz un barrido de redes cercanas con cualquier aplicación, por ejemplo yo siempre recomiendo   https://www.nirsoft.net/utils/wifiinfoview.zip   Verás como efectivamente, hay una prevalecencia por los canales no solapados y generalmente por el canal 1 aun más. Los canales altos suelen estar más descongestionados. Seleccionar un buen canal no es sencillo, ni siquiera después de realizar un barrido durante un buen tiempo, no hay ningún algoritmo que lo haga bien, requiere sentido común, datos... cosas que las máquinas no pueden, y además sólo es algo temporal, porque en cualquier momento cualquier Router de los que están en auto, pueden cambiarlo.   Usa canal manual, busca el mejor lugar e ignora el como lo quiera establecer el Router ... Mostrar más

Buenas @LucasMP   Cualquier Router que se precie a día de hoy, alcanza sin problema más de 80ºC los componentes principales, empezando por el SoC principal, y las interfaces WIFI pueden no bajar de 40-50, no te preocupes por eso es normal. Como nota te diré que, sin saber donde vives, o eres "vecino" mío, o no nos superas en calor :), y aun tengo el hardware en perfecto funcionamiento (y en mi caso donde están los Routers no se usa el aire acondicionado)   Dicho esto, parece que tu problema es otro. Si dices que aparece de X en X un icono parpadeando en rojo, la pregunta sería si es el del ratón, y la siguiente, que la próxima vez que te pase, ANTES de reiniciar, compruebes la potencia óptica que le llega al Router. Lo puedes ver de forma sencilla:   http://192.168.1.1/instalacion   (la contraseña la que tengas puesta o la que tenga por defecto, esta escriba en el reverso del Router)   Allí puedes mirar arriba: Potencia óptica recibida[dBm]: -XX.XX   Si la potencia es menor a unos -27db aproximadamente, la conexión puede saltar, que es lo que parece que te está pasando por todos los indicativos que das. Si ese fuese el caso (de ahí a la importancia de comprobarlo), habría que buscar la causa, y son pocas... sólo una está en tus manos solucionarla, el resto pasa o por un técnico que se desplace a tu casa o desde la centralita. Pero eso es vender antes de comprar. Comprueba eso, y vemos. ... Mostrar más

Buenas @josamella   Respecto al HGU, quedaría así:     Respecto al ASUS, es donde está el problema. Me cito a mi mismo:   "pero no olvides poner las DNS, las que te gusten más,"   Las DNS que especificas en LAN, en el servidor DHCP, son las que este entregará en todo caso a los clientes, pero no las que serían usadas por la conexión pppoe. Cuando te puse eso precisamente fue por ello. En DHCP no tienes que cambiar absolutamente nada, nada a menos que quieras cambiar algún ajuste ya digamos por voluntad propia, pero no se necesita nada, es normal que en DHCP no haya por defecto ni DNS ni pureta de enlace ni....   Establece las DNS en WAN, WAN DNS Setting, seleccionas manual, y las estableces ahí, guardas y listo   Cualquier cosa me dices. Ya te digo que partiendo el Router de cero, es sólo obligado: -Cambiar IP a otra red (por ejemplo 192.168.2.0) -WAN conexión pppoe usu/pass: blablabla y DNS: blablalba Nada más, con eso la conexión está terminada, todo lo demás son ya digamos trabajar sobre eso mismo. ... Mostrar más

Buenas @FERRAN44   No hay ningún error, sencillamente es que la IP no es geolocalizable. En este hilo lo explico de forma mucho mas extensa si te interesa, pero el resumen es sencillo: Es normal, no hay error, no le pasa nada a tu línea:   https://comunidad.movistar.es/t5/Soporte-T%C3%A9cnico-de-Fibra-%C3%93ptica/Ubicaci%C3%B3n-conectado-al-router-no-real/m-p/3242420#M107007 ... Mostrar más

Buenas @taker59   Ya te digo que ahora mismo lo tengo todo como te he dicho, y perfecto todo, tanto el deco, como VLC y como un pequeño proyecto en el que estoy que también recoge el EPG, no he notado en ningún momento que se atranque en coger la info de canal...   Sobre el ASKEY en bridge completo, de X en X le echo un ojo, pero tampoco puedo dedicarle un buen rato para ver como solucionarlo aunque sea de aquella manera... si encuentro algo ya postearé ... Mostrar más

La ONT en principio lo único que requiere para funcionar correctamente es el IDOnt... y digo en principio. Otra cosa totalmente diferente es la línea de teléfono, que si la conectas en la ONT no te va a funcionar de ningún modo (el teléfono), pues eso si requiere ciertos cambios que sólo Movistar puede hacer, y hace ya mucho tiempo que no reprovisionan ONTs, así que...   En segundo lugar, por lo que dices, el problema es claramente que no has modificado el ASUS. venías de HGU+ASUS, el HGU estaría en medio bridge y el ASUS no tendría que gestionar los 3 servicios, solo la conexión PPPoE . Conectado directamente a la ONT, los 3 servicios los debe de configurar el ASUS, tanto TV, VoIP como internet, no se trata sólo de crear una conexión pppoe, no funciona así. Dependiendo del modelo de ASUS que tengas, podrías configurarlo en las opciones de IPTV de este seleccionando el perfil TripleVLAN Movistar y configurando correctamente los datos de la TV extraídos del HGU, y en cualquier caso seguirías con el problema del primer punto, lo que significa que necesitarías un ATA conectado al ASUS para conectar el teléfono ... Mostrar más

Como tienes conectado el ASKEY, en bridge "normal"? no te puede dar acceso a la TV en la vida, a lo mejor sin resetearlo se te ha quedado guardado la configuración vieja o no ha aplicado algo... raro raro... cualquier softphone tb te funciona?? ... Mostrar más

Buenas @taker59   Dices que te pasa el tráfico de TV hacia abajo sin mas?? Pero donde tienes conectado el deco, al ASUS?? No puede ser, o por lo que sea ha conservado el ASUS algún ajuste anterior ... Mostrar más

Buenas @Cafut23   Como he dicho antes, no puedes acceder per sé, y por responsabilidad hay cosas que no publico nunca, mucho menos cuando son cosas que no aportan nada... bueno, nada más allá de la curiosidad que pueda tener cada uno. En este caso concreto, repito, no hay nada que puedas modificar directamente sobre la interfaz de 5GHz que no puedas modificar desde la interfaz del Router, eso sin contar que los cambios efectuados en la interfaz de 5GHz directamente no se pueden guardar, y los pocos ajustes que sí se pueden guardar/modificar implicaría que te lo cargases si pusieses un dato mal.   Y eso sólo es parte de mi reticencia :), no vamos a entrar los problemas de seguridad que puede acarrear o lo que haya que hacer para acceder. Así que si alguien te quiere ayudar a título personal, me parece perfecto, pero en lo que me compete no hay mucha ayuda que te pueda brindar... y si me has leído por aquí, no es precisamente que no me guste echar una mano.   Espero que lo entiendas :). Saludos. ... Mostrar más

La IP 1.1.1.1 es enrutable y existe como tal, eso sin contar que el HGU Mitrastar bloquea el acceso internamente a ella per sé, y sin hacer un poco de magia no vas a poder.   Pero indistintamente, para que quieres acceder a la interfaz web del Quantenna??     Un usuario normal, lo que incluye al 99% de todos, no tendría interés alguno en ello, para eso puedes configurar la interfaz desde el propio Router. ... Mostrar más

Si la firmware por el motivo que sea, ya sea el código JS o internamente no permite vlan inferiores... es otro cantar. Podrías bypasear el código JS que te obliga a usar ese intervalo, o mirar si alguna actualización de firmware lo permite. No tengo dicho router, así que... ... Mostrar más

Buenas @taker59   Los scripts deben de ir sí o sí en  /jffs/scripts/ un reset debería de borrar la partición /jffs, con lo que casi con total seguridad también se eliminarían. Si tienes entware presupongo que tienes un pen/hdd conectado, crea siempre una carpeta de respaldo en él y listo. ... Mostrar más

Buenas @yitans   Es indiferente que quieras o no teléfono/tv, el propio servicio de Internet es portado por la fibra bajo una VLAN taggeada, y tu Router, al menos según el emulador oficial en la web de TP, no lo permite, con lo que no se trata ya de configurar los tres servicios, sino que tampoco puedes configurar uno sólo. Mientras que TP no quiera implementar dicha funcionalidad, no hay nada que puedas hacer   Edito:   En el emulador de TP, he visto que podría funcionar   -Una vez configurado todo ir a Network IPTV -mode 802.1q Tag VLAN -Activar VTAG for internet -VLAN for Internet 6/ prio internet 1 -Abajo del todo poner Internet en todos los puertos ... Mostrar más

Buenas compi @taker59   Hombre, si es para ti, seguro que podemos hacer algo ;). Vas a necesitar posiblemente meterle Merlin, la de fábrica no tengo claro que permita crear scripts, pero lo digo de memoria, hace mucho mucho que no uso un router asus con la firmware de fábrica.   Suponiendo que podemos crear scripts por tanto (más que nada para poder tener cadena de órdenes que poder ejecutar en cada reinicio en determinados momentos), es sencillo.   1. Colocar como digo el ASUS en otra red, por ejemplo 192.168.2.0/24, cualquiera que no sea 192.168.1.0/24 2. Por supuesto, no usar perfil triplevlan ni historias, conexión pppoe directa al ASKEY, reseteando el askey de fábrica y en monopuerto.... vamos, quitando la interfaz WAN pppoe, creando otra en bridge vlan6 prio 1... lo de siempre. 3. Conexión WAN en el ASUS como siempre, pppoe con los datos de siempre, pero para ahorrar código en los scripts, en WAN IP usar 192.168.1.2 como IP, 192.168.1.1 como puerta de enlace y 255.255.255.0 como mascara... esto no afecta en nada a la conexión pppoe que es la q te da internet, pero si configura la interfaz fisica WAN, que es diferente.   4. Con eso prácticamente está todo, solo hay que hacer algunos cambios al FW y en rutas. Presuponiendo que se tiene Merlin o cualquier otra firmware (incluso es posible uqe la stock) que permita scripts en determinados momentos:   -script nat-start: Igual que se haría para acceder al Router superior, simplemente se enmascara el tráfico que salga hacia la red de arriba (192.168.1.1). Presuponiendo que el Router (tu modelo) tiene de interfaz eth0 como WAN (diferentes modelos podrían tener diferente nomenclatura, a lo mejor eth4...):   iptables -t nat -I POSTROUTING -o eth0 -d 192.168.1.0/24 -j MASQUERADE   nat-start se ejecuta cuando se levanta NAT, que por tanto cuando se mete. Se podría meter en el firewall, pero por costumbre uso sólo firewall-start para reglas de filtrado   -Script wan-start Todo lo demás va aquí, es decir, se ejecuta cada vez que se levanta la interfaz WAN PPPoE. Primero porque si se reinicia la interfaz, puede ser necesario que se re-ejecute el código,  segundo porque algunas cosas requieren ya la conexión establecida. Aquí ya puedes hacerlo de mil formas... Por ejemplo yo lo tengo dividido en diferentes partes, y desde wan-start realmente lo único que hago es llamar scripts externos, así si quiero deshabilitar uno solo tengo que comentar una línea. Pero lo puedes poner todo de corrido en el mismo. Sería algo así:   Para VoIP: VOIP_DEST="10.31.255.128" VOIP_GATEWAY_ROUTER="192.168.1.1" VOIP_MASK="255.255.255.224" route add -net $VOIP_DEST gw $VOIP_GATEWAY_ROUTER netmask $VOIP_MASK eth0 Tal cual te debería de servir, siempre y cuando eth0 sea tu interfaz WAN, ya que el servidor proxy está dentro del rango especificado en la ruta   Para TV: TVIP_DEST="172.26.0.0" TVIP_GATEWAY_ROUTER="192.168.1.1" TVIP_MASK="255.255.128.0" route add -net $TVIP_DEST gw $TVIP_GATEWAY_ROUTER netmask $TVIP_MASK eth0 Aplicando lo mismo anteriormente dicho. En este caso realmente es más complejo... se podría optar por tener rutas más "pequeñas", pero si no estás usando la red en cuestión, da igual expandirla con la máscara para cubrir todas las pequeñas rutas necesarias. Dicho de otro modo, es una ruta genérica que engloba todas las que serían necesarias.   YYY listo, eso sería digamos lo mínimo necesario. De ahí ya lo que quieras... puedes configurar ipvpxy si quieres en el ASUS que funcionará perfectamente en esta configuración también, o instalar xupnp en el Router o lo que quieras, y como digo incluso con un par de ajustes más en el ASUS y en el ASKEY, también se puede acceder directamente al ASKEY y tener acceso a todo.   Por supuesto, si Movistar cambia cualquier cosa, pues podría ser necesario un pequeño reajuste, pero nada de importancia.   ... Mostrar más

Buenas @APMNNS   Sí, el HGW actualmente está en la b27, desde hace ya 3-4 meses :), yo mismo documenté los cambios hace tiempo, nada a destacar, sobre todo para corregir fallos y algunos detalles menores ... Mostrar más

El HGW tiene un problema en usar de forma forzada los 40MHz. En Auto funciona a 40Mhz, pero no lo fuerza, con lo que va a funcionar por así decirlo una vez a lo sumo. Es un fallo en la firmware que se arrastra desde hace mucho tiempo por desgracia... Hay formas de forzarlo, y hice un hilo hace tiempo con mucha información al respecto incluyendo el forzamiento, pero no es ortodoxo.   Saludos, y ya te digo que para estar a 20Mhz, te puedes dar pero gracias ... Mostrar más

Eso podría dar muchos problemas @taker59. Si quiere acceder a los servicios de TV o VoIP desde el ASUS, sólo tiene que crear un par de Rutas en el ASUS, y configurar este también para que la IP en su interfaz WAN (que no pppoe) sea por ejemplo 192.168.1.2, pero en su interfaz WAN, no el propio Router.   Ahora mismo por ejemplo, tal como lo tengo todo (ya sabes que tampoco es que lo deje quieto muchos días con tantas pruebas), tengo acceso completo en mi red "interna" gestionada por un ASUS tanto al ASKEY, a TV y a VoIP (y evidentemente Internet), e incluso usando el ASKEY (conectado a él a su WIFI o cable directamente ) para Internet/VoIP/TV de forma simultanea ... Mostrar más

Buenas @josamella   Es trivial:   Al HGU:   -le eliminas la interfaz Internet (aka PPPoE), y acto seguido le creas otra, en bridge, con VLAN6 y Prio 1, tipo de frame 0x8100 -Deshabilitas las interfaces WIFI   ASUS: -Le cambias la IP a otra red, por ejemplo 192.168.2.0/24 (192.168.2.1 y 255.255.255.0 de máscara, en opciones LAN), cuidado que la puerta de enlace cambiará evidentemente -Configuras la conexión WAN como PPPoE. Usu y pass ya no se validan, puedes poner realmente los que quieras, pero no olvides poner las DNS, las que te gusten más, si quieres las de Movistar las de Movistar, si quieres las de Google las de Google. Para ti, no tienes que tocar nada más aquí -Configuras WIFI como quieras, así como el resto de opciones.   Ya en todo caso, si se quieren usar configuraciones más especificas, pues dependería de las necesidades de cada cual, pero con eso lo tienes perfectamente funcionando todo   ... Mostrar más

Buenas @josamella   De pende cuanto te vayas hacia atrás. Yo por ejemplo empecé con ONT+Router, y en mi caso concreto le pedí expresamente que el teléfono me lo pusiese en la ONT en vez de en el Router, aun lo hacían, aunque lo habitual era ya conectarlo al Router, además tenían ONT que no tenían teléfono. Siempre han preferido poner el teléfono en el Router, pero las ONT que han tenido han ido cambiando, y dependiendo de las necesidades de unos y otros, pues permitían conectarlo a la ONT, en caso de que la ONT tuviese puerto POT.   Pero en cualquier caso, al margen de la ONT que se tuviese o tenga, si pones ONT independiente + otro Router, ese otro Router SIEMPRE lo tienes que configurar para gestionar triple VLAN, la ONT independiente (no cuento al HGU) no gestiona VLANs. Yo aun tengo mi vieja ONT y la uso para cuestiones que ahora no vienen al caso, pero es 100% funcional... aunque hace ya tiempo que perdió la reprovisión de la línea, si la pongo y le configuro cualquier Router detrás en tripleVLAN, me funcionarán todos los servicios, pero la ONT no me dará linea igualmente, aunque en el pasado me la diese.   Son cosas diferentes... SIEMPRE es necesario que un Router esté gestionando la triple VLAN, y eso JAMAS lo ha hecho la ONT. En caso de ONT independiente, sólo hacía de bridge, piensa en él como un modem, convertir la señal de fibra a ethernet, y de ahí pasarla a un Router, ese Router tiene por tanto que gestionar la división de las VLAN. Es indiferente que el teléfono se conecte a un lado u a otro para como se configura el servicio.   Lo único que cambia es que si tienes el HGU o un Router anterior de Movistar, el medio bridge te da la facilidad de no tener que andar con triple VLAN en el siguiente Router, porque ya lo hace el mismo, sin importar que los datos vengan por una ONT independiente hacia él, o en el caso del HGU por la ONT interna que tiene.   No sé si me explico... ... Mostrar más

Buenas @APMNNS   Es totalmente normal. De echo si sois capaces de sacarle 80-70Mbs en ancho de 20Mhz, ya os podéis dar con un buen canto en los dientes, posiblemente vives en un chalet grande o en una zona bastante "aislada" (sin vecinos cercas, sin interferencias externas...). En todo caso, si es así que no hay nadie alrededor, podrías usar/forzar el uso de 40MHz lo que te daría un buen extra, teóricamente hasta el doble.   Pero quitando eso, es totalmente normal, y sí, WIFI tiene esa pérdida y mucho más. Por un lado, depende de la tecnología WIFI usada, por supuesto. Tienes un Router 802.11n de 2 Streams, eso implica una velocidad de Enlace (no efectiva) de 300Mbps máximo, y eso se traduce a unos 40-50Mbs generalmente con anchos de 20Mbos y 100Mbos aproximadamente en anchos de 40MHz. El principal problema de WIFI De todos modos suelen ser interferencias, de ahí que los que vivimos con pocos vecinos o en espacios grandes, tengamos una enorme ventaja, piensa que muchos que viven en pisos no logran por wifi ni siquiera 1Mb por WIFI, y es totalmente normal.   Para romper esa barrera de velocidad, al margen de interferencias y otros, tienes que o usar el mismo estandar 802.11n pero con más streams (por ejemplo 4 streams en 802.11n serían unos 600Mbs teóricos) o cambiar de estándar. Actualmente muy pocos Routers y aun menos dispositivos son compatibles con mas streams en 802.11n, y se ha pasado además al nuevo estandar 802.11ac. Pero el problema es el mismo, para poder usar 802.11ac necesitas tanto un Router compatible y dispositivos compatibles, y muy posiblemente la mayoría de tus dispositivos tampoco sean compatibles. Con 802.11ac la cosa es similar, depende de la capacidad de tus dispositivos/router.. solo que en este caso son 433MBs por stream, en vez de 150.   Movistar posee un Router 802.11ac (posee 4 Streams, eso sería 1700Mbps teóricos), pero es sólo para altas nuevas, aunque puedes solicitarlo por 110€. Con todo dependería igualmente de tus dispositivos, la mayoría no tienen ninguno que sea 802.11ac, y los que tienen alguno suelen poseer sólo un streams, lo que les permite enlazar a 433, que efectivos vienen a ser unos 200-220Mbps aproximadamente. ... Mostrar más

Buenas @APMNNS   En principio el como tengas configurado el Router no debería de interferir en el deco, pero muy posiblemente lo tengan que resetear de todos modos para que este tome los nuevos ajustes relativos a la interfaz TV. Por otro lado, y al margen de que lo reseteen o no (que casi con seguridad lo hagan), sí hay algunos ajustes que podrían interferir, como por ejemplo que hayas cambiado o tacado el servidor DHCP condicional (el segundo servidor DHCP), la DNS del condicional, que tengas algún equipo en el rango de ese...   Sobre problemas entre la TV y el deco... no, no creo. Lo único que necesitas es una entrada HDMI, que no creo que sea problema.   Sobre conectarlo, en principio se conecta por cable. Movistar tiene por otro lado otro deco que sí es por WIFI, pero creo que costaba un plus adicional (no me hagas mucho caso porque esto no te lo digo a ciencia exacta), y de todos modos yo en lo personal no te lo recomendaría, si quieres una conexión estable y un buen servicio, cable. ... Mostrar más