Buenas @salalma    No usa otro dato, no valida nada más, de echo dudo que valide incluso el sn.   Tu problema está (he estado echando un vistazo) en el IDONT. Según el manual de TPLink (no tengo dicha ONT) te lo piden como un string, no en hexadecimal. La interfaz Web te solicita un string ASCII, de ahí el problema.   1º posible opción, acceder por consola a la ONT y meterlo direcctamente en su configuración. 2º opción, capturar el tráfico e inyectarlo en hexadecimal, debería de funcionar igualmente. Ninguna de las dos repito he podido comprobarlas, no tengo la ONT. ... Mostrar más

Buenas @ciku09    Lee de nuevo mi mensaje anterior donde dejo bien claro los problemas. No puedes tener siquiera una sola nat abbierta real, al margen de lo que diga el cartelito. Obviamente si fuerzas apertura de puertos y DMZ = problemas. Usa upnp en el Router, es la mejor opción, así permite a las consolas que abran/cierren los puertos que realmente necesita. Y de cualquier modo, nat moderada en absoluto implica problemas, aun cuando pone nat abierta, no es realmente nat abierta ... Mostrar más

Buenas @CLS2    No puedo decir del Router porque no lo tengo delante, pero tu maquina Linux de por sí tiene un gran problema, no tiene configurado servidores DNS, resuelve ella misma. El Router debería estar asignándole o su propia IP (la del Router) o los servidores DNS pertinentes. Efectivamente cuando usas un servidor DNS como 1.1.1.1 o resuelve con dominio no encontrado (NXDOMAIN) o la IP resultante real.   Si también te está pasando en otros equipos de tu red, es como si uno de dichos equipos estuviese interceptando peticiones DNS y haciendo de las suyas. De cualquier modo, en lo que refiere al equipo Linux, revisa la configuración de red de este, o directamente edita el archivo resolv y cambia la IP de loopback por uno o dos servidores DNS que te gusten, a ver que pasa así.... ... Mostrar más

Buenas @ciku09    El problema es el de siempre. Se usa muy a la ligera el término "NAT Abierta", y es un error que cometen los desarrolladores y fabricantes de consolas.   NAT Abierta literalmente significa que no se está usando NAT. Y esto es falso para el 99% de los casos, ya que si realmente tuvieses NAT Abierta, ningún otro dispositivo de tu casa podría tener Internet. Para tener realmente NAT Abierta se requiere que la consola, el PC o lo que sea, estuviese conectado directamente a la red, es decir, que el propio dispositivo gestionase la conexión... y obviamente esto no lo hace nadie.   Todos los demás esquemas, serían, como llaman ellos, NAT Moderadas o NAT Estrictas.   Dicho todo esto, entenderás un poco el absurdo de estas cuestiones, pues ya uses DMZ, upnp o reenvío de puertos, sigues estando con "NAT Moderada" o lo que quieran llamara ellos, básicamente, detrás de un dispositivo NAT.   Otro mito, es la creencia de que jugar bien y sin problemas requiere tener esa supuesta NAT Abierta que ellos llaman. Esto es totalmente falso. Ellos ponen el cartel de NAT Abierta o Moderada en función de cuestiones bastante relativas, empezando porque en el momento que ellos realicen la prueba que sea, el puerto X esté disponible en el Router. Obviamente si realmente estuviese la consola conectada directamente (no tendrías internet en ningún otro lado), no habría NAT y por ende podría la consola usar directamente cualquier puerto.   Pero que un puerto concreto no pueda usarse en un momento dado, o en cualquier momento, no implica que sea un problema... depende del puerto. Para el juego/consola, sencillamente con que un puerto esté cerrado, es suficiente para el mensaje de NAT Moderada, aunque sean puertos que usa el Router de forma interna y que la consola jamás usará. Obviamente si el puerto requerido es esencial, el servicio/juego directamente no funcionará.   No preguntas como jugar con dos consolas, sino como tener NAT Abierta en dos consolas. Bien, técnicamente ni siquiera tienes NAT Abierta en una de ellas... menos tendrás en dos, da igual el mensaje que salga. DMZ es un sistema que permite a efectos prácticos hacer algo así como un mapeo masivo de puertos hacia un equipo en concreto. Esto es un error fatal y con múltiples consecuencias negativas, otros dispositivos podrían requerir otros puertos, y la consola sin usarlos los estaría ocupando, ya que no se puede reenviar el tráfico de un puerto a dos equipos diferentes.   Usa solo y exclusivamente upnp, tanto en la consola, PC... como en el Router, es lo único que tienes que habilitar. El resto la consola/pc/juego se deberia de encargar automáticamente, repito, sin importar lo que diga el cartelito de NAT abierta o moderada.   Lo triste es que aunque en algunos aspectos es totalmente cierto que no hay mejor como una conexión directa y dedicada, esto es usado por los fabricantes y desarrolladores para echar la culpa de sus juegos/consolas al usuario, instándole a configuraciones falsas, no viables, idílicas o incluso peligrosas, como es usar DMZ     ... Mostrar más

Buenas @salalma    A que te refieres con algún parámetro más??? La ONT para establecer la conexión con la OLT requiere de bastantes parámetros técnicos. Si te refieres estrictamente a los sistemas de acceso/identificación, se hace por medio de una "contraseña" llamada aquí IDONT. Técnicamente es posible usar otra ONT estándar propia, si se sabe/puede configurar correctamente, si es por donde van los tiros, y siempre y cuando dicha ONT cumpla con las características de la fibra de Movitar y con un software que permita su correcta configuración igualmente. ... Mostrar más

Buenas @carranz    Lo primero que te recomendaría es jamás usar un puerto conocido. Lo digo porque por lo general el 1433 es usado para DB, con lo que es un punto de mira para cualquier externo. Usa redirecciiones externas<->internas, puedes dejar el interno el mismo, pero usar un puerto alto para el externo, aunque ello implique modificar la configuración de enlace con la DB.   Dicho esto... los equipos residenciales, lo que por lo general aparece en el FW del Router son reglas aplicables al tráfico entrante, no reenviado. El tráfico entrante es aquel tráfico cuyo destino es el Router, no un equipo en LAN. El tráfico reenviado es todo el tráfico que el Router tiene que mover de un red a otra, por ejemplo de WAN a LAN, o de LAN a WAN.   Dependiendo del modelo de Router aun con todo es posible, pero no en las cadenas preconfiguradas. Tendrías antes de crear la regla de filtro, una cadena nueva que sea aplicable por ejemplo para el bridge principal, y en esa en todo caso aplicar un filtro.   De todos modos, repito, usar puertos conocidos expuestos hacia el exterior es una temeridad a día de hoy, sobre todo obviamente en ambientes "privados", donde no cuesta absolutamente nada especificar el puerto manualmente ... Mostrar más

Buenas @ROYSO    Hay funciones que si requerirán de una centralita, que tendrías que colocar entre el Router y el resto de teléfonos. Otras prestaciones son automáticas.   -Si, puedes conectar más de un teléfono, y ante una llamada sonará en ambos, al igual que pasaría con dos teléfonos conectados a rosetas convencionales.   -Sí, VoIP permite que mientras una llamada está en curso, poder realizar otra, e incluso dependiendo de configuraciones y otros, atender a otra llamada entrante mientras se está con otra llamada establecida.   Llamadas entre terminales y otras prestaciones, repito, se puede, pero requieren ya generalmente de una centralita interpuesta. Esta gestionaría las llamadas desde digamos la propia red, y enviaría hacia afuera las llamadas en caso de ser necesario. Configuraciones miles. ... Mostrar más

Buenas @CLS2    Gracias por los datos.   Bueno, nslookup no es dig, pero para el resultado que has tenido me vale igual. Si te fijas, al menos en una petición llana que lanzas, está usando como servidor DNS el propio equipo que la lanza:127.0.1.1 (dirección de loopback)   Lanza la misma utilidad pero especificando el servidor:   nslookup dddlifieiru.es 1.1.1.1 nslookup google.es 1.1.1.1   En cualquier caso en tu equipo hay algo que no funciona bien, nslookup lo está enviando a un servidor DNS local, no al Router, ni siquiera a un servido externo. Mira que aparece en, por defecto, el archivo de resolución: /etc/resolv.conf, deberían de aparece los servidores DNS configurados en el sistema. ... Mostrar más

Prueba con otro PC y cable, cualquier software instalado puede interferir directamente, sobre todo suites de seguridad, software específico para adaptadores de red y muchos otros. Prueba tb iniciando el mismo equipo en modo seguro. ... Mostrar más

Buenas @CLS2    Resetea el Router, que haga la telecarga y listo, siempre es posible que hayan etrado en él y modificado alguna cosilla.   Prueba tb de cualquier modo cambiar las DNS a otras. Cuando un equipo se conecte, mira a ver si la DNS que le da el servidor DHCP es el Router propio o es la asignación DNS directa.   Por otro lado, prueba a lanzar dig directamente desde cualquier equipo (herramienta dns) para ver si resuelve correctamente con diferentes servidores DNS ... Mostrar más

Buenas @gika    No todos los Routers la tienen. Si la tiene, estará en los ajustes avanzados del Router, en una sección llamada DynamicDNS o similar. Tendrías que poder seleccionar un proveedor y configurar la cuenta que fuese   Sin DDNS puedes acceder tb, pero tendrás que especificar la IP publica, la cual puede cambiar ... Mostrar más

Bueno... cada cual que piense lo que quiera :), he dado los motivos que hay y como son las cosas, y a menos que existiese un problema concreto de compatibilidad que necesitase colaboración expresa de ambas partes, cosa que dudo enormemente, es como son las cosas.   Y respecto que Movistar suele decir las cosas... no es cierto. El ejemplo más famoso de todos? El caso Netflix, en los tiempos que Netflix solo hacía criticar a Movistar de lo mal que iba Movistar con Netflix. La verdad era totalmente diferente, de echo la culpa era de Netflix. Movistar jamás dijo oficialmente nada, que conocían el problema y poco más.   Se os olvida que aquí hay personal de Movistar, que trabaja para ellos, que no tienen la libertad en muchos casos de decir lo que estimen,  porque representan en parte a la compañía, y ello podría traer bastante repercusiones. Esto provoca que muchas veces se tienda a la ambigüedad, o a dar poca información al respecto   No está para Apple al igual que no está para la  mayoría de dispositivos, no han tenido tiempo, simplemente.   Saludos. ... Mostrar más

Buenas @miquelco    Y dale la vuelta al carro... si es bien sencillo!! Apple no tiene soporte para VoLTE para Movistar porque aun no ha implementado los ajustes que Movistar requiere, punto pelota. Por qué existe VoLTE en otros ISP y países? Pues en su día fue igual, el ISP lanza el servicio, y los fabricantes tardan el tiempo que quiera tardar en reconfigurar sus dispositivos, simple. Movistar "acaba" de lanzar el servicio, así que hasta que TODOS los fabricantes hayan incorporado dicha funcionalidad, tardarán, algunos más y otros menos. Samsung no tiene ni siquiera que certificar una firmware completa.   Los fabricantes, aun cuando hayan incorporado los ajustes a sus arboles de desarrollo y se quiran dar toda la primsa del mundo, esos cambios no van a llegar a los usuarios hasta que sea lanzada una firmware que los contengan, y para que eso suceda se requiere aun más tiempo. La firmware que un fabricante lanza el día X, está "cerrada" desde semanas o incluso meses antes!! el resto del tiempo son testeos, seguridad, certificaciones, bla bla bla. Un ejemplo sencillo... la firmware actual del Router HGU Askey n55_5, que aun no está siquiera en producción y que se está distribuyendo poco a poco, se cerró en Junio!!   1º. El ISP lanza el servicio, requiriendo una serie de parámetros para VoLTE e IMS 2º. Los Fabricantes seleccionan los dispositivos que tienen que van a dar soporte, y empiezan a implementar los cambios necesarios en los árboles de desarrollo 3º. Cuando el trunk maestro está listo, se congela, se suele cambiar a un trunk en beta y pasa a fases de testeo, bugs y otros, mientras que en trunk maestro se sigue realizando implementaciones y cambios, pero el beta es solo ya para correción de fallos y otros 4º. Cuando no se detecta ningún error y se cree que el desarrollo está completado, va a certificaciones y otros 5º. Se liberan por lo general betas públicas por diferentes canales para que una muestra mucho más importante de usuarios puedan descubrir problemas. 6º. Si se detecta algún fallo importante se vuelve al punto 3º, si son correcciones menores generalmente se realizan un poco sobre la marcha 7º. Después de un tiempo en beta pública posiblemente se haya lanzado más de una beta, y si llega un tiempo prudencial en el que todo es correcto, pasa a producción... es decir, se empieza a distribuir, ya sea poco a poco o de forma masiva. ----   Pues señores, así es como funciona el 99% del software, solo que en este caso todo empieza obviamente porque el ISP habilita un servicio concreto, no hay más. Samsung se puede saltar la mayoría de esos puntos porque los CSC realmente son independientes a la firmware, puede actualizar los CSC sin siquiera tocarla.   Y como entiendo que algunos puedan no estar de acuerdo con todo esto, le animo que no me crea, que se informe de como funciona VoLTE, de como es el estándar, que puede hacer un ISP y que el fabricante, y un poco sobre desarrollo de software.   Saludos. ... Mostrar más

Pues lo creáis o no lo creáis, Movistar no tiene mucho que hacer. Ojo!! Como he dicho anteriormente, pueden tener listas blancas/negras temporales para controlar el servicio filtrando por modelo, poco más. Obviamente, es necesaria la comunicación entre las dos partes, como sino los fabricantes iban a saber perfectamente que parámetros ajustar en la baseband o que perfiles APN usar?? Del mismo modo imaginad que un fabricante no usa el codec X y Movistar es el que usa, tendrán que hablar a ver si pueden usar otra alternativa, o que hacer. Obviamente ellos tienen  mucha más información y mejor que nosotros, pero porque están en comunicación con los propios fabricantes, no porque de ellos dependan.   Y respecto a los perfiles y configuraciones, no lo digo en plan: Debe de ser así... es que es así. Invito a cualquiera que crea que no lo es, que descargue en el  caso de Samsung los diferentes CSC y compare, vea el contenido que hay dentro, etc etc etc. No es que yo quiera que sea así... si por mí que todo el mundo pudeise tener desde el 1º día VoLTE, pero eso no va a suceder, no está sucediendo. De verdad pensáis que Movistar le gusta "fastdiar" a un fabricante o a otro? De echo antes de anunciar la disponibilidad de VoLTE para Samsung, obviamente ya había meses atrás hablado con los fabricantes para proporcionarles los datos necesarios para que ajustasen sus firmwares, posiblemente Samsung fue el primero y "lanzaron" el servicio con ellos. Prueba de ello es que los perfiles APN para Movistar VoLTE llevan circulando meses 🙂 ... Mostrar más

Buenas @secofeixo    Son cosas diferentes. Por un lado, dices que el HGU se reinicia solo?? Un ciclo completo de reinicio?? O sencillamente pierde o parece perder la conexión durante un momentillo??   Respecto a WIFI Es otra cosa totalmente diferente, es suficiente con tener interferencias para que vaya mal, sea la red WIFI que sea, esto es muy facil comprobarlo, sencillamente haciendo pruebas por cable. Ante esto soluciones pocas, configurar algo mejor canales, ubicar mejor el Router, evitar el uso WIFI cuando no sea necesario... y aun con todo, la mayor parte sigue siendo suerte y que tu entorno sea propicio, el cual además cambia constantemente. ... Mostrar más

Buenas @Jose Perez    Sencillamente porque Samsung va añadiendo a PHE (PHP no existe) perfiles de todos los ISP españoles, y obviamente empezarían con XEC. Es más, se puede comprobar, se pueden descargar los perfiles CSC de Samsung y ver que ajustes llevan incorporados y cuales no (al igual que las Apps personalizadas y otros).   Otros ISP llevan con VoLTE bastante más tiempo, lo cual implica que los fabricantes han tenido tiempo para ir añadiendo el soporte a sus dispositivos, incluso los de gama más baja  los soportan ... Mostrar más

Buenas @tomeurp    Para nada es polemizar, y en mi firma esta puesto, el conocimiento nace del desacuerdo 🙂   No es así, no funciona así. Movistar no puede hacer absolutamente nada para que de pronto empiece a funcionar en otros terminales. No es un interruptor que puedan tocar. Obviamente, tienen que dar soporte a la tecnología, eso está claro. Ahora bien, aunque sea un estándar, no quiere decir que exista un solo modo de implementarlo y/o configurarlo, de echo hay decenas de parámetros para hacerlo. Puse el ejemplo con los APN, por estándar que sea, o pones correctamente el perfil de tu ISP, o no tienes conexión, te pongas como te pongas. Pues esto es igual, solo que intervienen muchos más parámetros.   Te pongo una captura para que te hagas una idea de como es la cosa:     Eso que ves es parte del sistema de archivos de mi propio terminal. Si miras la ruta, lo importante empieza en este caso en la carpeta ../mcfg_sw, que supongo que es el acrónimo de "Modem Configuration Software". Dentro de esta carpeta existe otra carpeta para diferentes regiones del mundo: china, rusia, EU... si entramos en EU (Europa) lo que nos topamos ahora es con un listado de los ISP que operan en dicha región, de nuevo una carpeta por cada uno: vodafone, tim, telefonica, orange.... Entremos por ejemplo en vodafone, y dentro tenemos diferentes configuraciones, opciones con volte o sin ellas. Entremos en volte y ahora tenemos una carpeta por cada país europeo en el que opera dicho ISP, por ejemplo alemania, italia, españa.... y ahora si, si entramos en España, tenemos por fin el archivo de configuración del modem que permite establecer los parámetros concretos y correctos para hacer que, en este caso, el dispositivo pueda tener VoLTE con Vodafone en España.   Eso son, contados, más de 120 archivos de configuración diferentes :), teniendo en cuenta que cuando no se usa VoLTE, el ISP no requiere un archivo por país ni nada de eso, con lo que el 90% de esos 120 perfiles son expresamente para permitir VoLTE. Pero espera, por si fuese poco y alguien cree que en esos archivos se tocan 2 cosas y ya está, esos archivos reconfiguran y ajustan decenas de parámetros, contando por encima en este perfil unos 60-70 parámetros diferentes de la banda base. Así es como funciona VoLTE... bueno, como funciona no, lo mínimo que se requiere para que un dispositivo pueda conectarse a VoLTE del ISP.   Samsung usa un sistema bien conocido. En vez de usar, como hace Xiaomi por ejemplo, una precarga de todos los perfiles en su base de datos incrustada en la propia firmware, Samsung distribuye los CSC (Country Specific Code) independientes de la firmware. Es decir, que un mismo teléfono Samsung puede tener la misma firmware, pero con un CSC diferente. Para que los Samsung conocidos puedan usarse, tienen que estar usando el CSC de Movistar, que es el XEC, mientras que por ejemplo el PHE es el CSC  genérico español, o el ATL es el perfil de Vodafone aquí en España. Esto es muy útil, porque permite a Samsung actualizar sus perfiles independientemente de la firmware. El lado negativo es que si el usuario no sabe como modificar los CSC o forzar el cambio de uno a otro, puede tener el mismo teléfono que otro, y no poder acceder en este caso a VoLTE, porque no usa el CSC correcto.   Te aseguro que en el momento que Movistar da soporte, comunica los parámetros necesarios a los fabricantes. De echo en Android los APN necesarios para VoLTE están ya incluídos hace tiempo en la inmensa  mayoría de dispositivos... pero los perfiles  APN es solo una pieza más. Las configuraciones del modem son más complejas, y podrían incluso no ser compatibles con todos los terminales VoLTE capaces, es suficiente con que usasen un codec que no implementase el fabricante, para que no pudiesen usarlo.   Dicho todo esto, el ISP poco más puede hacer. Bueno... tiene aun cosas que hacer, por supuesto puede implementar listas negras/blancas para acceder al servicio, pero te aseguro que Movistar no gana nada haciendo la puñeta a los fabricantes, al contrario. En este caso, ahora mismo, los únicos que en todo caso se tienen que dar prisa son los fabricantes en implementar los ajustes necesarios en los terminales, y mientras no lo hagan, no tendrán VoLTE. Simple y sencillo... prueba de ello es que trampeando mi terminal en diferentes puntos puedo acceder a VoLTE con un Xiaomi en la red de Movistar :). Así que guste más o guste menos, el primero que se ha puesto las pilas ha sido Samsung, también lo tenía más sencillo con sus CSC... ahora veremos quien es el siguiente. Aquí las políticas de actualizaciones son cruciales por lo tanto, y cuanto antes implementen los cambios, antes podrían estar listos para la siguiente actualización del fabricante. No hay más.   ... Mostrar más

Buenas @tomeurp    Como ya he dicho anteriormente, el hecho de que en Apple las cosas siempre sean más lentas es culpa de Apple. Obviamente si un ISP no usa una característica, no la puede ofrecer, como ha sido hasta ahora VoLTE/VoWIFI   VoLTE existe desde hace bastantes años, Apple no fue ni mucho menos el primero en implementarlo. Sencillamente hasta ahora no estaba disponible. A diferencia de otras funcionalidades que pueden activarse o desactivarse simplemente desde sus redes, VoLTE/VoWIFI no funciona así, y requiere obligatoriamente que decenas de parámetros sean configurados correctamente en los terminales para funcionar, es posible incluso que algunos parámetros no sean compatible con todos los fabricantes, que no digo que sea el caso. De forma similar pasa con los APN, aunque a un nivel más sencillo, si un ISP cambia un APN, da igual el movil que tiene, o lo configuras a mano o te quedas sin datos. Esto es lo mismo, pero bastante más complejo, porque a fin de cuenta puedes crear un APN, pero no puedes configurar los parámetros que requieren el modem del teléfono.   Así pues, es el fabricante el que ahora, una vez Movistar ha lanzado el servicio, tiene que actualizar su software y dar soporte (o no) a los ajustes de Movistar para usar dichas tecnologías. Esto implica que tendrán que estudiar si son compatibles, si los dispositivos aun tienen digamos... "soporte", pasar los siempre controles de calidad/seguridad... y si todo es correcto, entonces, en algún momento, lanzar una actualización de software para sus teléfonos. Y hasta que eso no suceda, da exactamente igual lo que uno se quiera quejar al ISP, el ISP no puede hacer NADA.   Esto con Android es mucho más simple por como cargan los perfiles personalizados, y en el caso de Samsung más aun gracias a sus CSC, es decir, pueden adaptarse mucho mucho más rápido. No sería nada raro ver oficialmente soporte para otros Android antes que para Apple, y digo oficial porque extraoficialmente es posible usar dichas características ya en Android (no samsung), si se sabe como.   Así que hasta que Apple no se ponga las pilas, poco más se puede rascar. Y en cualquier caso, recordemos que Apple apenas llega a un 10% del mercado, con lo que tampoco es un drama.   Saludos. ... Mostrar más

Buenas @puntocl19    Cualquier imagen subida directamente al foro... complicado. Sea lo que sea mejor siempre en un servidor externo y se pone el enlace. ... Mostrar más

Buenas @puntocl19    No es que esté codificada o sea un sistema de enmascararla, es que es literalmente esa :). Debido a los consabidos ataques WPS que permiten de forma sencilla destrozar la seguridad WIFI, algunos fabricantes optan por diferentes trucos. Algunos directamente no setean el PIN, otros usan cosas así. el PIN es mandatario para WPS, pero hecha la ley, hecha la trampa. ... Mostrar más

Buenas @puntocl19    Puedes verlo desde la interfaz Avanzada, en WIFI, en la interfaz que sea, en Security. El campo está oculto, aunque puedes sacarlo con las herramientas de desarrollador del navegador Web. Expande las etiquetas, y localiza correctamente la opción. Elimina la regla CSS display:none o cambiala a display:block ... Mostrar más

Buenas @elar    Un servidor Web usa solo puertos TCP. Para evitar conflicto con el propio puerto 80 del Router, no uses ni el 80 ni el 443 externo, usa cualquier otro, y haz doble verificación que la IP es la correcta, y la interfaz para la que se abren también. ... Mostrar más

Buenas @JonAnderMB    Una pregunta, para descartar... tienes algún otro dispositivo de red tal como Switch/AP/PLC/Repetidor?? Tienes contratada TV? ... Mostrar más

Buenas @JonAnderMB    Si el problema te pasa con la raspb, te es mucho más sencillo realizar la captura en él, los HGU me los conozco de memoria y por lo general no hacen cosas demasiado raras... al menos ninguna que pueda en principio disparar el problema que comentas. Tanto al Askey como al Mitrastar les he dado bastante "caña", y para tasas de las que dices, tendrían que hacerlo con la patilla.   Es cierto que hace relativamente poco han actualizado las firmwares, y en el caso específico del Mitrastar, el tuyo, no lo tengo tan exprimido como el Askey, pero a menos que la hayan cagado en la última actualización, no debería de dar problemas.   De cualquier modo hay muchas maneras de testearlo.   Lo primero y la más obvia, es realizar diferentes descargas/cargas directamente desde un equipo cualquiera, y ver si exhibe el mismo comportamiento que la Raspb, o funciona correctamente. Si funciona correctamente, alguna interacción incorrecta está ocurriendo, que es mi presunción, y por ello debería de ser sencillo verlo capturando desde la Raspb.   Capturar desde el propio Router por ssh es posible, aunque para ello tendrías que saltar a la shell completa, compilar/buscar tcpdump para la plataforma (en la firmware actual no está presente), descargarlo en el Router y pasar luego la captura de vuelta. Teniendo en cuenta que Movistar intenta tener lo más capada posible la Shell interna tendrías que buscarte las habichuelas, desde la Shell limitada no puedes hacer gran cosa. Hay formas oficiales y extraoficiales de hacerlo, pero como ya he dicho en más de una ocasión, es un tema que no voy a tocar.   Otra opción que al menos en el Askey aun es posible, sería hacer un mirror de la interfaz WAN, aunque esto podría no dar la información necesaria si el problema está en la comunicación entre la Raspb y el Router. ... Mostrar más

Buenas @JonAnderMB    El QoS por defecto vale para poco. En cualquier caso limitado a 8Mbps no tendría que dar ningun tipo de problema en cuanto a bufferbloat, el problema está en otro lado. Captura el tráfico con la Raps a ver que está pasando, tiene que estar interfiriendo de algún modo en el Router, ya sea generando tráfico multicast/broadcast masivo o algo así. ... Mostrar más

Buenas @JonAnderMB    Asegúrate que no es un problema de bufferbloat. Si la subida copa los buffers internos de  salida, el Router empezará a retrasar los ack de respuesta, y dependiendo de la intensidad, a efectos prácticos es como si se bloquease. Esto se soluciona o con una correcta configuración QoS o limitando la velocidad de subida. Dependiendo de las stack de red usadas por el OS de los dispositivos y la configuración del software que usen, esto también puede ser más o menos acusado. ... Mostrar más

Buenas @elpedrin    Respecto a los cambios que hacen o dejan de hacer en las firmwares, lo tienes perdido. A menos que sea un bug muy claro, rara vez dan marcha atrás. Movistar pide a los fabricantes unas características muy concretas que requieren para certificarlos, todo lo demás es a lo que el fabricante un poco quiera. Hemos visto con los años como funciones bastante interesantes desaparecían, y en eso tengo que decir que para peor, y pocas cosas interesantes de verdad se han implementado.   Pero en cualquier caso no olvidemos que es un equipo residencial que te pone el ISP, y el problema es que es suyo. En las condiciones se expone claro de cualquier modo. Lo que compras es el derecho de uso mientras mantengas el servicio, al igual por ejemplo que el decodificador, los teléfonos fijos... por lo general no se paga nada por ellos, por eso son en régimen de alquiler, y se devuelven al final, pero un Router decente cuesta mucho dinero a fin de cuenta, y dado que el cambio es totalmente opcional y no afecta realmente a la línea, obviamente no van a cambiarlo a todos sus clientes.   De todos modos ya lo he dicho siempre que me parece un error mayúscula invertir en un hardware que no es tuyo, preparado especificamente para un ISP, que depende de ellos y que ellos tienen el control absoluto. Si quieres algo decente y que tú seas amo y señor, compra un Router propio, el que mejor se adapte a tus necesidades, y lo pones, es lo que hacemos muchos de nosotros, entre los que me incluyo. ... Mostrar más

buenas compi   Las imágnes tardan en poder verse, asi que o las pones en un sitio externo y enlazas, o esperamos que las  habiliten...   De todos modos un lease estático es lo mismo que una IP reservada, por eso me extraña. Pero en principio es eso, metes la MAC y asocias dicha MAC a la IP que quieras, y de ese modo siempre tendrá la misma IP estática ... Mostrar más

Buenas @gika    Si, seguramente será ahí. Lo que no veo lo que pone en Reserved IP, pero en principio el sitio cuadra. No sé que Router tienes instalado, sorry, es verdad que en cada uno lo puedes encontrar en sitios diferentes ... Mostrar más