Diría que no es posible hasta que Movistar cambie las rutas a todos los usuarios en general. La única manera es pagar mensualmente esos programas que tienen rutas privadas y mejoran un poco el ping.Hay alguna manera que los de movistar lo cambie de ruta? me explico, mi ping a miami es de 90 ms, cuando lo normal seria entre 50-60 ms, cabe destacar que tengo adsl pues no hay cobertura de fibra aun en el pueblo donde vivo.
Hoy después de un daño masivo que se presentó el día de ayer, mis telefonos Android One funcionan a la perfección, ¿qué pasó?; No lo sé pero parece que el daño desde los servidores de movistar me benefició, lo malo es que hace un par de días el tracert a la ip publica me daba dos saltos, apenas dos, y ya hoy volvió a darme uno + 29 tiempos de espera agotado, y eso que solicité salir de cg-nat, sigo a la espera a ver que pasa.
edit---------------------
Cosas locas en la vida, hago tracert despues de reinicar el router y me da así:
Microsoft Windows [Versión 10.0.17134.885]
(c) 2018 Microsoft Corporation. Todos los derechos reservados.
C:\windows\system32>tracert 186.112.206.167
Traza a 186.112.206.167 sobre caminos de 30 saltos como máximo.
1 1 ms 1 ms 1 ms 186.112.206.167
2 * * * Tiempo de espera agotado para esta solicitud.
3 * * * Tiempo de espera agotado para esta solicitud.
4 * * * Tiempo de espera agotado para esta solicitud.
5 * * * Tiempo de espera agotado para esta solicitud.
6 * * * Tiempo de espera agotado para esta solicitud.
7 * * * Tiempo de espera agotado para esta solicitud.
8 * * * Tiempo de espera agotado para esta solicitud.
9 * * * Tiempo de espera agotado para esta solicitud.
10 * * * Tiempo de espera agotado para esta solicitud.
11 * * * Tiempo de espera agotado para esta solicitud.
12 * * * Tiempo de espera agotado para esta solicitud.
13 * * * Tiempo de espera agotado para esta solicitud.
14 * * * Tiempo de espera agotado para esta solicitud.
15 * * * Tiempo de espera agotado para esta solicitud.
16 * * * Tiempo de espera agotado para esta solicitud.
17 * * * Tiempo de espera agotado para esta solicitud.
18 * * * Tiempo de espera agotado para esta solicitud.
19 * * * Tiempo de espera agotado para esta solicitud.
20 * * * Tiempo de espera agotado para esta solicitud.
21 * * * Tiempo de espera agotado para esta solicitud.
22 * * * Tiempo de espera agotado para esta solicitud.
23 * * * Tiempo de espera agotado para esta solicitud.
24 * * * Tiempo de espera agotado para esta solicitud.
25 * * * Tiempo de espera agotado para esta solicitud.
26 * * * Tiempo de espera agotado para esta solicitud.
27 * * * Tiempo de espera agotado para esta solicitud.
28 * * * Tiempo de espera agotado para esta solicitud.
29 * * * Tiempo de espera agotado para esta solicitud.
30 * * * Tiempo de espera agotado para esta solicitud.
Traza completa.
C:\windows\system32>ping 186.112.206.167
Haciendo ping a 186.112.206.167 con 32 bytes de datos:
Tiempo de espera agotado para esta solicitud.
Tiempo de espera agotado para esta solicitud.
Tiempo de espera agotado para esta solicitud.
Tiempo de espera agotado para esta solicitud.
Estadísticas de ping para 186.112.206.167:
Paquetes: enviados = 4, recibidos = 0, perdidos = 4
(100% perdidos),
C:\windows\system32>ping 104.160.131.3
Haciendo ping a 104.160.131.3 con 32 bytes de datos:
Respuesta desde 104.160.131.3: bytes=32 tiempo=71ms TTL=53
Respuesta desde 104.160.131.3: bytes=32 tiempo=70ms TTL=53
Respuesta desde 104.160.131.3: bytes=32 tiempo=71ms TTL=53
Respuesta desde 104.160.131.3: bytes=32 tiempo=70ms TTL=53
Estadísticas de ping para 104.160.131.3:
Paquetes: enviados = 4, recibidos = 4, perdidos = 0
(0% perdidos),
Tiempos aproximados de ida y vuelta en milisegundos:
Mínimo = 70ms, Máximo = 71ms, Media = 70ms
C:\windows\system32>tracert 104.160.141.3
Traza a 104.160.141.3 sobre caminos de 30 saltos como máximo.
1 1 ms 6 ms 1 ms 192.168.1.1
2 * * * Tiempo de espera agotado para esta solicitud.
3 * * * Tiempo de espera agotado para esta solicitud.
4 * * * Tiempo de espera agotado para esta solicitud.
5 9 ms 4 ms 46 ms 5.53.7.117
6 * * * Tiempo de espera agotado para esta solicitud.
7 * 974 ms * 94.142.107.27
8 * * * Tiempo de espera agotado para esta solicitud.
9 152 ms 151 ms 156 ms 104.160.141.3
Traza completa.
C:\windows\system32>ping 104.160.141.3
Haciendo ping a 104.160.141.3 con 32 bytes de datos:
Respuesta desde 104.160.141.3: bytes=32 tiempo=157ms TTL=51
Respuesta desde 104.160.141.3: bytes=32 tiempo=157ms TTL=51
Respuesta desde 104.160.141.3: bytes=32 tiempo=157ms TTL=51
Respuesta desde 104.160.141.3: bytes=32 tiempo=156ms TTL=51
Estadísticas de ping para 104.160.141.3:
Paquetes: enviados = 4, recibidos = 4, perdidos = 0
(0% perdidos),
Tiempos aproximados de ida y vuelta en milisegundos:
Mínimo = 156ms, Máximo = 157ms, Media = 156ms
y estos son los tracert después de reinicar el router, askey.
C:\windows\system32>tracert 186.102.172.249
Traza a 186.102.172.249 sobre caminos de 30 saltos como máximo.
1 <1 ms <1 ms <1 ms 186.102.172.249
2 2 ms <1 ms 1 ms 186.102.172.249
Traza completa.
C:\windows\system32>
Hoy después de un daño masivo que se presentó el día de ayer, mis telefonos Android One funcionan a la perfección, ¿qué pasó?; No lo sé pero parece que el daño desde los servidores de movistar me benefició, lo malo es que hace un par de días el tracert a la ip publica me daba dos saltos, apenas dos, y ya hoy volvió a darme uno + 29 tiempos de espera agotado, y eso que solicité salir de cg-nat, sigo a la espera a ver que pasa.
edit---------------------
Cosas locas en la vida, hago tracert despues de reinicar el router y me da así:
Microsoft Windows [Versión 10.0.17134.885]
(c) 2018 Microsoft Corporation. Todos los derechos reservados.
C:\windows\system32>tracert 186.112.206.167
Traza a 186.112.206.167 sobre caminos de 30 saltos como máximo.
1 1 ms 1 ms 1 ms 186.112.206.167
2 * * * Tiempo de espera agotado para esta solicitud.
3 * * * Tiempo de espera agotado para esta solicitud.
4 * * * Tiempo de espera agotado para esta solicitud.
5 * * * Tiempo de espera agotado para esta solicitud.
6 * * * Tiempo de espera agotado para esta solicitud.
7 * * * Tiempo de espera agotado para esta solicitud.
8 * * * Tiempo de espera agotado para esta solicitud.
9 * * * Tiempo de espera agotado para esta solicitud.
10 * * * Tiempo de espera agotado para esta solicitud.
11 * * * Tiempo de espera agotado para esta solicitud.
12 * * * Tiempo de espera agotado para esta solicitud.
13 * * * Tiempo de espera agotado para esta solicitud.
14 * * * Tiempo de espera agotado para esta solicitud.
15 * * * Tiempo de espera agotado para esta solicitud.
16 * * * Tiempo de espera agotado para esta solicitud.
17 * * * Tiempo de espera agotado para esta solicitud.
18 * * * Tiempo de espera agotado para esta solicitud.
19 * * * Tiempo de espera agotado para esta solicitud.
20 * * * Tiempo de espera agotado para esta solicitud.
21 * * * Tiempo de espera agotado para esta solicitud.
22 * * * Tiempo de espera agotado para esta solicitud.
23 * * * Tiempo de espera agotado para esta solicitud.
24 * * * Tiempo de espera agotado para esta solicitud.
25 * * * Tiempo de espera agotado para esta solicitud.
26 * * * Tiempo de espera agotado para esta solicitud.
27 * * * Tiempo de espera agotado para esta solicitud.
28 * * * Tiempo de espera agotado para esta solicitud.
29 * * * Tiempo de espera agotado para esta solicitud.
30 * * * Tiempo de espera agotado para esta solicitud.
Traza completa.
C:\windows\system32>ping 186.112.206.167
Haciendo ping a 186.112.206.167 con 32 bytes de datos:
Tiempo de espera agotado para esta solicitud.
Tiempo de espera agotado para esta solicitud.
Tiempo de espera agotado para esta solicitud.
Tiempo de espera agotado para esta solicitud.
Estadísticas de ping para 186.112.206.167:
Paquetes: enviados = 4, recibidos = 0, perdidos = 4
(100% perdidos),
C:\windows\system32>ping 104.160.131.3
Haciendo ping a 104.160.131.3 con 32 bytes de datos:
Respuesta desde 104.160.131.3: bytes=32 tiempo=71ms TTL=53
Respuesta desde 104.160.131.3: bytes=32 tiempo=70ms TTL=53
Respuesta desde 104.160.131.3: bytes=32 tiempo=71ms TTL=53
Respuesta desde 104.160.131.3: bytes=32 tiempo=70ms TTL=53
Estadísticas de ping para 104.160.131.3:
Paquetes: enviados = 4, recibidos = 4, perdidos = 0
(0% perdidos),
Tiempos aproximados de ida y vuelta en milisegundos:
Mínimo = 70ms, Máximo = 71ms, Media = 70ms
C:\windows\system32>tracert 104.160.141.3
Traza a 104.160.141.3 sobre caminos de 30 saltos como máximo.
1 1 ms 6 ms 1 ms 192.168.1.1
2 * * * Tiempo de espera agotado para esta solicitud.
3 * * * Tiempo de espera agotado para esta solicitud.
4 * * * Tiempo de espera agotado para esta solicitud.
5 9 ms 4 ms 46 ms 5.53.7.117
6 * * * Tiempo de espera agotado para esta solicitud.
7 * 974 ms * 94.142.107.27
8 * * * Tiempo de espera agotado para esta solicitud.
9 152 ms 151 ms 156 ms 104.160.141.3
Traza completa.
C:\windows\system32>ping 104.160.141.3
Haciendo ping a 104.160.141.3 con 32 bytes de datos:
Respuesta desde 104.160.141.3: bytes=32 tiempo=157ms TTL=51
Respuesta desde 104.160.141.3: bytes=32 tiempo=157ms TTL=51
Respuesta desde 104.160.141.3: bytes=32 tiempo=157ms TTL=51
Respuesta desde 104.160.141.3: bytes=32 tiempo=156ms TTL=51
Estadísticas de ping para 104.160.141.3:
Paquetes: enviados = 4, recibidos = 4, perdidos = 0
(0% perdidos),
Tiempos aproximados de ida y vuelta en milisegundos:
Mínimo = 156ms, Máximo = 157ms, Media = 156ms
y estos son los tracert después de reinicar el router, askey.
C:\windows\system32>tracert 186.102.172.249
Traza a 186.102.172.249 sobre caminos de 30 saltos como máximo.
1 <1 ms <1 ms <1 ms 186.102.172.249
2 2 ms <1 ms 1 ms 186.102.172.249
Traza completa.
C:\windows\system32>
Efectivamente estas fuera de cg-nat, entonces quedó comprobado que el problema de los telefonos Android era por el asunto del cg-nat.
Muy buena noticia.
Escorpiom.
Edit: Te volvieron a meter en el cg-nat? Eso se llama estar salado.
según un video en YouTube, el cg-nat es con 2 o más saltos, así que en teoría no me han sacado de ahí, pero estaba contento que mis dispositivos con el Android 9 versión 10.0.10.0 funcionaran perfectamente, Hoy llamé y hablé con 4 asesores, se echaban la pelotita el uno con el otro, el último si me dijo que el problema era de las IP que me asignan, algo genera un bloqueo, pero el hasta allá no llega, así que van a escalar y supuestamente me van a llamar, pero no sé, si vayan a cumplir, lástima mi Android puro no tiene el parche de Xiaomi que tiene grabadora de llamadas, por que las de la PlayStore según los comentarios no funcionan o dejan de funcionar.
Ese rango de IP es de la 186, todo me funcionó, ahora tengo 190. tal y como cuándo mostré el primer tracert, y no me sirve nada, si asumo que eso tiene algo que ver, y no puedo solicitar ip fija, como hago prueba de estar en el rango 186 a ver si vuelve a funcionar de nuevo?No, el segundo tracert mostro claramente que estabas fuera de cg-nat. Incluso ambos saltos muestran una sola IP.
Sacate de la cabeza "algo genera un bloqueo" pues no existe duda que el cg-nat es el problema.
Escorpiom.
Ese rango de IP es de la 186, todo me funcionó, ahora tengo 190. tal y como cuándo mostré el primer tracert, y no me sirve nada, si asumo que eso tiene algo que ver, y no puedo solicitar ip fija, como hago prueba de estar en el rango 186 a ver si vuelve a funcionar de nuevo?
En mi cabeza tengo metido que es un bloqueo porque debe haber un dispositivo que nos es compatible con el mio el cuál me filtra la conexión. A decir verdad Movistar ya me sacó un nudo en el cuello con esos asesores.
Pues que suerte la verdad, de momento yo sigo con la velocidad normal contratada jajaBuenas noches, les cuento que está tarde tuve una caída en el servicio y cuando regresó tenía más capacidad; mi plan es de 100 Mbs simétricos y en los test estoy alcanzando los ~160 Mbs. ¿Saben algo o a alguien más le ha pasado?
Bogotá - Azteca
Ver el archivos adjunto 379937
Bogotá - Claro
Ver el archivos adjunto 379938
Bogotá - Level 3
Ver el archivos adjunto 379939
Miami - Comcast
Ver el archivos adjunto 379940
Netflix
Ver el archivos adjunto 379941
DSL Report
Tracert (Por ahora sigo libre de CG-NAT)
Ver el archivos adjunto 379942
Intentaré todo lo que puedo por medio del proceso, no estoy muy contento con qué los técnicos hayan cerrado la orden del fallo, y al día siguiente todo caiga otra vez.Puedo escribir una pagina acerca de cg-nat y los problemas relacionados. Pero no lo hago porque este tema no es para eso.
Lo que si es importante es determinar cuando estabas en cg-nat y cuando no. En el primer tracert figuraba claramente cg-nat, en el segundo ya no.
Es normal que las IP's cambien, porque Telefónica puede usar un bloque 190.* como bloque para cg-nat y un bloque 186.* para conexiones directas.
Muy probablemente tuvieron problemas con los equipos y optaron por usar conexiones directas mientras solucionaban el inconveniente.
Tambien es importante entender que cg-nat, aunque existen directivas (RFC 6598 y RFC 6888) los proveedores implementen cg-nat a su criterio, es decir no existe un procedimiento estándar.
Es por eso que un servicio como tu teléfono Android que no funciona en el cg-nat de Telefónica puede funcionar bien con el "nat44" de Comcel.
Es un especie de zona "gris" donde los proveedores tienen sus propios métodos para implementar esa tecnología.
Desde hace años la gente ha advertido que el uso de cg-nat rompe servicios populares, han dicho que aquellos ISP que no se prepararon para IPv6 iban a tener problemas y aquí estamos en el 2019 sin IPv6.
Comcel y Telefónica ambos han hecho un mal negocio con ese cg-nat, y si alguien con poder de decisión en estas empresas lee este tema, les quiero preguntar:
Realmente están dispuestos de asignar una cantidad x de personal y incontables horas de soporte al usuario por problemas derivados del uso de cg-nat?
Realmente creen que es una "solución" hacer uso de un callcenter con personal no calificado para que este permanece al teléfono durante horas con el usuario, buscando la manera de restablecer un servicio que jamas va funcionar con cg-nat?
Saca la cuenta en costos operacionales y verán que es un mal negocio.
Si tienes la posibilidad de salir de cg-nat sea por PQR, amenazas o lo que sea, veras que tus servicios Android funcionen bien.
Escorpiom.
Buenas noches, les cuento que está tarde tuve una caída en el servicio y cuando regresó tenía más capacidad; mi plan es de 100 Mbs simétricos y en los test estoy alcanzando los ~160 Mbs. ¿Saben algo o a alguien más le ha pasado?
Bogotá - Azteca
Ver el archivos adjunto 379937
Bogotá - Claro
Ver el archivos adjunto 379938
Bogotá - Level 3
Ver el archivos adjunto 379939
Miami - Comcast
Ver el archivos adjunto 379940
Netflix
Ver el archivos adjunto 379941
DSL Report
Tracert (Por ahora sigo libre de CG-NAT)
Ver el archivos adjunto 379942
Se me acabó el descuento del 20% de fidelidad y no me ofrecieron nada.
Me tocó radicar cancelación $86.900 por solo Internet de 10 M es un abuso. Si los 30M de fibra valen $67.900
Pues que suerte la verdad, de momento yo sigo con la velocidad normal contratada jaja
Coronaste...
¿Desde dónde hiciste ese tracert? ¿Pc o movil?
pkg install tracepath
, luego hacer la prueba con traceroute 190.X.X.X
Qué teléfono y con que versión de Android manejas?Curioso. Pensé que quizá iba a ser respuesta a los aumentos de velocidad en fibra de ETB.
El que hice fue desde PC, aquí una traza desde móvil, si tienes Android podes usar Termux desde la Play Store e instalar el paquete de traceroute conpkg install tracepath
, luego hacer la prueba contraceroute 190.X.X.X
Ver el archivos adjunto 379959