Pasa, esas caracteristicas que te dicen son el argumentario oficial de Movistar, porque si es cierto que cuando surgieron los 600mb es verdad que mucha gente se quejaba de lentitud por limitaciones de su propio PC. Pero al margen de que se puede conseguir con hardware menor que el que indican, desde luego no tiene nada que ver con la la tarjeta negocie a 1000mb. Eso te lo debería hacer si s si mientras la tarjeta, driver y OS lo permitan ... Mostrar más

Por lo que comentan de que compartir trazado está prohibidisimo, yo apostaría más por haya algún aparato que requiera alimentación (un multiplexor, la propia DSLAM si la central esta cerca,etc) fundamental para el funcionamiento de la ADSL y que al encenderse las farolas, no haya suficiente potencia para alimentarlo.   La única vía para solucionarlo por reclamación a Movistar, es convencer al técnico de hacer la visita en uno de los momentos en los que no hay servicio, para que el diagnóstico sea útil ... Mostrar más

Si la velocidad de link marca 100, olvídate de la cantinela de CPU, RAM etc que te han puesto, es la plantilla genérica ante demandas de lentitud en 600mb.   Te debería hacer link a 1000 aunque después por CPU, no tener SSD, etc, te pudiera dar menos megas en un test.   Si como dices has verificado que tú tarjeta permite y está configurada para 1000, o bien es el cable como dice el otro compañero, o es el router. Bien por viejo (puertos LAN con máximo de 100mb) o bien por configuración. Por avería no creo; si un puerto falla no levanta, jamás vi una avería hardware que provocará ir ok a 100mb pero no a 1000mb ... Mostrar más

Hola,   Datos, TV y Voz van por 3 Vlans diferentes. Suele pasar que ciertos dispositivos, ya sea en la parte de la ONT o del router, no "se llevan bien" a la hora de trabajar con múltiples Vlans.   Habría que ver si el problema es de la ONT o del router, pero ni sé que ONT tienes ni he manejado de primera mano routers de Ubiquity para orientarte ... Mostrar más

Hay un bug en el penúltimo firmware de asus que afecta a la triple VLAN de Movistar, actualiza porque se supone que en la última versión está  solucionado   saludos ... Mostrar más

Hola,   Un fallo común puede ser tener activa la cancelación de eco. Habría que mirar si dicho parámetro está activo en router u ONT, aunque si es en la ONT entiendo que te lo tendría que mirar alguien de Movistar.   Normalmente he hecho funcionar fax sobre Voip de Movistar con esas dos únicas condiciones: t38 y desactivación de cancelación de eco. Lo demás, por defecto   Saludos   ... Mostrar más

Si que es raro lo que comentas.....   Has probado a limpiar la cache de los navegadores, o al menos la caché referente a webs de Movistar? A ver si van a ser los datos guardados en caché del navegador lo que te la están jugando....   No es que Alejandra sea mi de lejos el mejor de los portales de gestión, pero es raro que te monte un lio como el que comentas ... Mostrar más

Hola,   El Multicast se utiliza para TV. En VoIP en general no se utiliza Multicast, salvo en funcionalidades muy concretas como PBX que emitan el Music On Hold en Multicast desde un servidor centralizado.   Si el problema que tienes es que establece llamada pero hay afonía bidireccional o unidireccional, se puede deber normalmente a tres motivos:   _ Routing: los extremos enrutan correctamente contra el servidor pero no entre ellos. La señalización es de cada terminal contra su servidor de subscripción, pero el transporte es entre extremos (salvo anclajes de media en algún Mediagateway intermedio). Si hay comunicación contra el servidor pero no contra el extremo o MediaGateway contra el que hay que establecer el transporte de audio, se produce el síntoma que indicas - NAT: realmente es como el problema anterior, pero no por una falta real de Routing, sino porque al construir el primer paquete SIP (Invite) informas de la IP local, por lo que el transporte se intenta establecer contra ella en vez de contra la IP externa y no funciona al no ser alcanzable desde fuera la IP local. Puede arreglarse con ALG, un servidor STUN o el uso de latching, lo más cómodo (aunque a veces falla) sería por ALG porque muchos routers caseros lo permiten. - Problemas de códecs: si cada extremo utiliza un códec de audio distinto, y no se dispone de ningún recurso hardware o software capaz de realizar transcoding, puede ocurrir lo que dices. En muchos casos los sistemas tiran la llamada por códec mistmatch, pero hay implementaciones que en lugar de fallar, la establecen con afonía   Pueden existir otros motivos de afonía bajo VoIP, pero estos son los más comunes. Por inmediatez empezaría por cambiar el estado de ALG en el router (puede dar problemas tanto estando desactivado si se necesita, como por estar activo si no debe) y a partir de ahí ver si funciona o cambian los sintomas.   Saludos ... Mostrar más

Hola, Tiene pinta de que tienes que redireccionar algún puerto. Las notificaciones de movimiento son tráfico saliente, por lo que no requieres NAT, pero conectar desde fuera es una conexión entrante y si requerirá redireccionar (o coloquialmente, abrir) algún puerto hacia la IP de la cámara. El puerto o puertos vendrán en la documentación de la cámara. Otras opciones válidas aunque menos seguras serían establecer la IP de la cámara como DMZ en el router o probar a activar Upnp para que la cámara abra los puestos según necesite, aunque esto último no funciona siempre (depende de que la cámara sea compatible con Upnp) Saludos ... Mostrar más

Pues entonces sólo queda el downgrade. Y para evitar que vuelva a pasar, no hay solución oficial.... Aunque si bloqueas el protocolo TR069 en el router no debería llegarle ninguna telecarga ni lo podrían gestionar en remoto. Eso sí, bloquear las actualizaciones siempre tiene el riesgo de perder la parte en la que corrigen bugs y vulnerabilidades Un saludo ... Mostrar más