Desde ayer por la mañana se está repitiendo una situación que ya se ha dado otras veces. Partes muy definidas del direccionamiento de Google no están sacando tráfico hacia Telefónica. En el caso concreto de GMAIL, el direccionamiento encargado de los ficheros adjuntos mail-attachment.googleusercontent.com, dependiendo de la resolución obtenida, puede no ser accesible. Eso se está traduciendo en que las cuentas de correo de GMAIL funcionan, pero a la hora de subir o descargar un fichero adjunto, aparece el problema.
Por algún motivo, hay resoluciones DNS echas desde España contra servicios de Google, que gestionadas luego por Movistar no alcanzan dichos servidores. De momento se puede salir del paso cambiándose los DNS o incluso fijando en el fichero hosts algunas entradas DNS a IPs que si son alcanzables.
dig mail-attachment.googleusercontent.com +short
googlehosted.l.googleusercontent.com.
216.58.211.193
tracert -d 216.58.211.193
Traza a 216.58.211.193 sobre caminos de 30 saltos como máximo.
1 <1 ms <1 ms <1 ms 192.168.1.1
2 2 ms 2 ms 2 ms 80.58.67.144
3 4 ms 3 ms 8 ms 80.58.121.201
4 3 ms 4 ms 3 ms 81.46.8.105
5 * * * Tiempo de espera agotado para esta solicitud.
6 3 ms 3 ms 3 ms 80.58.87.173
7 3 ms 3 ms 3 ms 80.58.87.150
8 * * * Tiempo de espera agotado para esta solicitud.
9 * * * Tiempo de espera agotado para esta solicitud.
10 * * * Tiempo de espera agotado para esta solicitud.
Curiosamente otras IPs del mismo rango con los mismos servicios si son accesibles. El problema parece concentrarse en el salto de TIWS hacia Google
tracert -d 216.58.211.192
Traza a 216.58.211.192 sobre caminos de 30 saltos como máximo.
1 <1 ms <1 ms <1 ms 192.168.1.1
2 2 ms 3 ms 3 ms 80.58.67.144
3 3 ms 3 ms 3 ms 80.58.76.45
4 3 ms 6 ms 6 ms 81.46.8.98
5 2 ms 2 ms 2 ms 176.52.253.97
6 3 ms 3 ms 3 ms 5.53.1.82 <<<<<<<
7 23 ms 3 ms 3 ms 216.239.50.28
8 3 ms 3 ms 3 ms 216.239.50.135
9 3 ms 3 ms 3 ms 216.58.211.192
tracert -d 216.58.211.194
Traza a 216.58.211.194 sobre caminos de 30 saltos como máximo.
1 <1 ms <1 ms <1 ms 192.168.1.1
2 2 ms 2 ms 2 ms 80.58.67.144
3 3 ms 2 ms 2 ms 80.58.80.65
4 4 ms 2 ms 3 ms 81.46.8.98
5 2 ms 2 ms 2 ms 176.52.253.97
6 4 ms 2 ms 2 ms 5.53.1.82 <<<<<
7 3 ms 3 ms 3 ms 216.239.50.28
8 3 ms 3 ms 3 ms 216.239.50.135
9 3 ms 3 ms 3 ms 216.58.211.194
Traza completa.
dig mail-attachment.googleusercontent.com +short
googlehosted.l.googleusercontent.com.
216.58.214.161
La 216.58.214.161 no es accesible pero si lo son la inmediata superior y la inmediata inferior
tracert -d 216.58.214.160
Traza a 216.58.214.160 sobre caminos de 30 saltos como máximo.
1 <1 ms <1 ms <1 ms 192.168.1.1
2 2 ms 2 ms 2 ms 80.58.67.144
3 3 ms 2 ms 2 ms 80.58.76.45
4 3 ms 6 ms 2 ms 81.46.8.98
5 2 ms 2 ms 2 ms 176.52.253.97
6 4 ms 3 ms 4 ms 5.53.1.82
7 3 ms 4 ms 3 ms 216.239.50.28
8 3 ms 3 ms 3 ms 216.239.40.219
9 4 ms 3 ms 3 ms 216.58.214.160
Traza completa.
tracert -d 216.58.214.161
Traza a 216.58.214.161 sobre caminos de 30 saltos como máximo.
1 <1 ms <1 ms <1 ms 192.168.1.1
2 2 ms 2 ms 2 ms 80.58.67.144
3 * * * Tiempo de espera agotado para esta solicitud.
4 3 ms 3 ms 3 ms 81.46.8.105
5 * * * Tiempo de espera agotado para esta solicitud.
6 53 ms 3 ms 6 ms 81.46.3.26
7 4 ms 4 ms 3 ms 80.58.87.150
8 * * * Tiempo de espera agotado para esta solicitud.
9 * * * Tiempo de espera agotado para esta solicitud.
10 * * * Tiempo de espera agotado para esta solicitud.
tracert -d 216.58.214.162
Traza a 216.58.214.162 sobre caminos de 30 saltos como máximo.
1 <1 ms <1 ms <1 ms 192.168.1.1
2 2 ms 2 ms 2 ms 80.58.67.144
3 2 ms 2 ms 2 ms 81.46.112.85
4 5 ms 2 ms 2 ms 81.46.8.98
5 2 ms 2 ms 2 ms 176.52.253.97
6 3 ms 3 ms 3 ms 5.53.1.82
7 3 ms 3 ms 3 ms 216.239.50.28
8 3 ms 3 ms 3 ms 216.239.40.219
9 3 ms 3 ms 3 ms 216.58.214.162
Traza completa.
dig @8.8.8.8 mail-attachment.googleusercontent.com +short
googlehosted.l.googleusercontent.com.
216.58.211.193
tcping mail-attachment.googleusercontent.com 443
Probing 216.58.211.193:443/tcp - No response - time=2005.407ms
Probing 216.58.211.193:443/tcp - No response - time=2015.138ms
Probing 216.58.211.193:443/tcp - No response - time=2000.792ms
Probing 216.58.211.193:443/tcp - No response - time=2014.079ms
Ping statistics for 216.58.211.193:443
4 probes sent.
0 successful, 4 failed.
Was unable to connect, cannot provide trip statistics.
#C:\Windows\System32\drivers\etc>HOSTS
216.58.211.192 mail-attachment.googleusercontent.com
tcping mail-attachment.googleusercontent.com 443
Probing 216.58.211.192:443/tcp - Port is open - time=3.508ms
Probing 216.58.211.192:443/tcp - Port is open - time=3.573ms
Probing 216.58.211.192:443/tcp - Port is open - time=3.587ms
Probing 216.58.211.192:443/tcp - Port is open - time=3.688ms
Ping statistics for 216.58.211.192:443
4 probes sent.
4 successful, 0 failed.
Approximate trip times in milli-seconds:
Minimum = 3.508ms, Maximum = 3.688ms, Average = 3.589ms
#C:\Windows\System32\drivers\etc>HOSTS
216.58.211.194 mail-attachment.googleusercontent.com
tcping mail-attachment.googleusercontent.com 443
Probing 216.58.211.194:443/tcp - Port is open - time=3.612ms
Probing 216.58.211.194:443/tcp - Port is open - time=3.983ms
Probing 216.58.211.194:443/tcp - Port is open - time=3.452ms
Probing 216.58.211.194:443/tcp - Port is open - time=3.568ms
Ping statistics for 216.58.211.194:443
4 probes sent.
4 successful, 0 failed.
Approximate trip times in milli-seconds:
Minimum = 3.452ms, Maximum = 3.983ms, Average = 3.654ms
Gracias pero no es la solución. El problema se resuelve pero porque geográficamente te vas a la India a por las descargas . 370 milisegundos de rtt frente a los 3.5 ms cuando vas contra los servidores que Google tiene asociados a las descargas desde España. Para salir del paso vale, pero no es la solución.
dig @4.2.2.2 mail-attachment.googleusercontent.com +short
googlehosted.l.googleusercontent.com.
172.217.26.193
>ping 172.217.26.193
Haciendo ping a 172.217.26.193 con 32 bytes de datos:
Respuesta desde 172.217.26.193: bytes=32 tiempo=374ms TTL=48
Respuesta desde 172.217.26.193: bytes=32 tiempo=374ms TTL=48
Respuesta desde 172.217.26.193: bytes=32 tiempo=374ms TTL=48
Respuesta desde 172.217.26.193: bytes=32 tiempo=374ms TTL=48
Estadísticas de ping para 172.217.26.193:
Paquetes: enviados = 4, recibidos = 4, perdidos = 0
(0% perdidos),
Tiempos aproximados de ida y vuelta en milisegundos:
Mínimo = 374ms, Máximo = 374ms, Media = 374ms
tcping 172.217.26.193 443
Probing 172.217.26.193:443/tcp - Port is open - time=375.251ms
Probing 172.217.26.193:443/tcp - Port is open - time=382.334ms
Probing 172.217.26.193:443/tcp - Port is open - time=381.312ms
Probing 172.217.26.193:443/tcp - Port is open - time=381.313ms
Ping statistics for 172.217.26.193:443
4 probes sent.
4 successful, 0 failed.
Approximate trip times in milli-seconds:
Minimum = 375.251ms, Maximum = 382.334ms, Average = 380.053ms
tracert 172.217.26.193
Traza a la dirección maa03s23-in-f1.1e100.net [172.217.26.193]
sobre un máximo de 30 saltos:
** maaXXXX corresponde con la descarga geolocalizada que Google tiene para la India.
1 <1 ms <1 ms <1 ms 192.168.1.1
2 2 ms 2 ms 2 ms 144.red-80-58-67.staticip.rima-tde.net [80.58.67.144]
3 3 ms 2 ms 2 ms 45.red-80-58-76.staticip.rima-tde.net [80.58.76.45]
4 6 ms 2 ms 2 ms 98.red-81-46-8.customer.static.ccgg.telefonica.net [81.46.8.98]
5 2 ms 2 ms 1 ms ae1-400-gramadte2.net.telefonicaglobalsolutions.com [216.184.113.186]
6 3 ms 2 ms 2 ms if-ae-19-0.tcore1.WV6-Madrid.as6453.net [80.231.91.70]
7 3 ms 3 ms 3 ms 72.14.213.246
8 3 ms 3 ms 4 ms 72.14.235.20
9 29 ms 33 ms 32 ms 216.239.43.111
10 137 ms 137 ms 167 ms 72.14.235.22
11 153 ms 184 ms 152 ms 108.170.236.237
12 179 ms 179 ms 179 ms 209.85.241.43
13 184 ms 184 ms 194 ms 209.85.254.18
14 282 ms 282 ms 282 ms 209.85.142.50
15 346 ms 345 ms 345 ms 209.85.255.128
16 378 ms 378 ms 377 ms 216.239.48.214
17 384 ms 384 ms 384 ms 108.170.237.55
18 382 ms 382 ms 374 ms maa03s23-in-f1.1e100.net [172.217.26.193]
Traza completa.
Han hecho alguna variación, al menos desde el lado de Movistar si uno se pone los DNS de Google 8.8.8.8 y 8.8.4.4 descartando de momento los de Movistar, las IPs entregadas para los frontales de las descargas de objetos de Google/GMail/Drive ya son buenas. Se llega y con buenos tiempos.
dig @8.8.8.8 mail-attachment.googleusercontent.com +short
googlehosted.l.googleusercontent.com.
216.58.201.129
C:\dig 9.11>tcping mail-attachment.googleusercontent.com 443
Probing 216.58.201.129:443/tcp - Port is open - time=4.141ms
Probing 216.58.201.129:443/tcp - Port is open - time=4.367ms
Probing 216.58.201.129:443/tcp - Port is open - time=4.333ms
Probing 216.58.201.129:443/tcp - Port is open - time=4.355ms
Ping statistics for 216.58.201.129:443
4 probes sent.
4 successful, 0 failed.
Approximate trip times in milli-seconds:
Minimum = 4.141ms, Maximum = 4.367ms, Average = 4.299ms
tracert -d mail-attachment.googleusercontent.com
Traza a la dirección googlehosted.l.googleusercontent.com [216.58.201.129]
sobre un máximo de 30 saltos:
1 <1 ms <1 ms <1 ms 192.168.1.1
2 2 ms 2 ms 2 ms 80.58.67.144
3 * * * Tiempo de espera agotado para esta solicitud.
4 4 ms 4 ms 3 ms 81.46.8.105
5 * * * Tiempo de espera agotado para esta solicitud.
6 30 ms 5 ms 51 ms 80.58.87.177
7 4 ms 3 ms 5 ms 80.58.87.146
8 3 ms 3 ms 3 ms 81.46.7.249
9 * * * Tiempo de espera agotado para esta solicitud.
10 3 ms 3 ms 3 ms 5.53.1.74
11 4 ms 4 ms 3 ms 72.14.235.18
12 3 ms 3 ms 3 ms 216.239.40.217
13 3 ms 3 ms 3 ms 216.58.201.129
Traza completa.
Lo achacaría más a un problema de Google y el modo en que entrega las resoluciones a algunos proveedores, en este caso Telefónica. Si se usan los resolvers de Telefónica:
dig @80.58.61.250 mail-attachment.googleusercontent.com +short
googlehosted.l.googleusercontent.com.
216.58.210.161
dig @80.58.61.254 mail-attachment.googleusercontent.com +short
googlehosted.l.googleusercontent.com.
216.58.214.161
Algunas de las IPs obtenidas de Google no está dando servicio (¿mantenimientos de fin de semana? ¿fallos en el balanceo? ¿servidores caídos?). Pero si desde Telefónica usas los resolvers de Google:
dig @8.8.8.8 mail-attachment.googleusercontent.com +short
googlehosted.l.googleusercontent.com.
216.58.201.129
dig @8.8.4.4 mail-attachment.googleusercontent.com +short
googlehosted.l.googleusercontent.com.
216.58.201.129
Si que obtienes IPs de Google que dan servicio. Quizás el problema venga por el lado de la geolocalización de IPs que están haciendo algunos resolvers, los de Movistar por ejemplo, a la hora de resolver servicios de Google. Se sabe que Google te intenta acercar sus servicios en función del DNS que uses.
En el caso de Google Drive pasa lo mismo, salvo que en este caso el registro es del estilo de:
doc-04-34-docs.googleusercontent.com
Pero adjuntos de GMAIL y descarga/subida de ficheros en GDRIVE van a las mismas IPs.
Hola @crisyedu
Se detectado una incidencia en este tipo de conexiones, nuestros técnicos ya están trabajando para solucionarlo a la mayor brevedad posible.
Un saludo y disculpa las molestias
Vero
Si necesitas soporte técnico en averías de Móvil, Fijo, Movistar+ o Internet Fijo (cobre o fibra), puedes acceder a nuestro apartado de Soporte Técnico o rellenar este formulario. También puedes contactar con nosotros llamando al 1002.
Si necesitas contratar Fibra Óptica, comprobar tu cobertura Adsl y Fibra, o ver información sobre la instalación de la fibra visita nuestra página ADSL y Fibra en movistar.es
Gracias. Aunque se que no se va a conseguir, sería interesante que desde Google se os diera una explicación. ¿Por qué las resoluciones hechas por un cliente de Telefónica usando los DNS de Google si están funcionando dando IPs válidas y por qué las que se hace con los DNS de Telefónica, que seguramente usen algún tipo de forwarder adicional, dan IPs no funcionales? ¿Ha hecho Google algún mantenimiento o cambio en el balanceo y ha penalizado los accesos desde Telefónica a resoluciones DNS hechas desde resolvers NO Google?
Es decir, ¿está obligando Google a los clientes de Telefónica de algún modo y en algunos momentos a resolver sus servicios usando DNS propios de Google al margen de las decisiones de los DNS del proveedor?
Os paso la comparación de una IP obtenida por los DNS de Google (funciona) y la obtenida por los DNS de Movistar (no funciona)
Resolución contra los autoritativos de Google:
dig googleusercontent.com NS +short
ns1.google.com.
ns3.google.com.
ns4.google.com.
ns2.google.com.
dig @ns1.google.com mail-attachment.googleusercontent.com +short
googlehosted.l.googleusercontent.com.
216.58.201.129
dig @ns2.google.com mail-attachment.googleusercontent.com +short
googlehosted.l.googleusercontent.com.
216.58.201.129
dig @ns3.google.com mail-attachment.googleusercontent.com +short
googlehosted.l.googleusercontent.com.
216.58.201.129
dig @ns4.google.com mail-attachment.googleusercontent.com +short
googlehosted.l.googleusercontent.com.
216.58.201.129
Resolución contra el resolver de Google.
dig @8.8.8.8 mail-attachment.googleusercontent.com +short
googlehosted.l.googleusercontent.com.
216.58.201.129
tracert -d 216.58.201.129
Tracing route to 216.58.201.129 over a maximum of 30 hops
1 <1 ms <1 ms <1 ms 192.168.1.1
2 2 ms 2 ms 2 ms 80.58.67.144
3 * * * Request timed out.
4 5 ms 5 ms 5 ms 81.46.8.105
5 * * * Request timed out.
6 4 ms 4 ms 4 ms 80.58.87.177
7 4 ms 4 ms 4 ms 80.58.87.150
8 4 ms 4 ms 4 ms 81.46.7.249
9 * * * Request timed out.
10 4 ms 4 ms 4 ms 5.53.1.74
11 4 ms 4 ms 4 ms 72.14.235.18
12 4 ms 4 ms 4 ms 216.239.40.217
13 4 ms 3 ms 4 ms 216.58.201.129
Trace complete.
tcping 216.58.201.129 443
Probing 216.58.201.129:443/tcp - Port is open - time=8.794ms
Probing 216.58.201.129:443/tcp - Port is open - time=5.192ms
Probing 216.58.201.129:443/tcp - Port is open - time=4.971ms
Probing 216.58.201.129:443/tcp - Port is open - time=5.021ms
Ping statistics for 216.58.201.129:443
4 probes sent.
4 successful, 0 failed.
Approximate trip times in milli-seconds:
Minimum = 4.971ms, Maximum = 8.794ms, Average = 5.995ms
Resolución por los DNS de Movistar.
dig @80.58.61.250 mail-attachment.googleusercontent.com +short
googlehosted.l.googleusercontent.com.
216.58.214.161
dig @80.58.61.254 mail-attachment.googleusercontent.com +short
googlehosted.l.googleusercontent.com.
216.58.210.161
tracert -d 216.58.210.161
Tracing route to 216.58.210.161 over a maximum of 30 hops
1 <1 ms <1 ms <1 ms 192.168.1.1
2 * 2 ms 2 ms 80.58.67.144
3 4 ms 4 ms 4 ms 80.58.121.201
4 4 ms 4 ms 4 ms 81.46.8.105
5 * * * Request timed out.
6 71 ms 28 ms 19 ms 81.46.3.26
7 4 ms 4 ms 4 ms 80.58.87.150
8 * * * Request timed out.
9 * * * Request timed out.
10 * * * Request timed out.
11 * * * Request timed out.
12 * * * Request timed out.
tcping 216.58.210.161 443
Probing 216.58.210.161:443/tcp - No response - time=2002.030ms
Probing 216.58.210.161:443/tcp - No response - time=2001.539ms
Probing 216.58.210.161:443/tcp - No response - time=2000.710ms
Probing 216.58.210.161:443/tcp - No response - time=2001.026ms
Ping statistics for 216.58.210.161:443
4 probes sent.
0 successful, 4 failed.
Was unable to connect, cannot provide trip statistics.
De momento el problema persiste y desde Telefónica todavía hay IPs del dominio googleusercontent.com (donde Google tiene sus servidores de objetos -fotos, videos, drive, adjuntos...) que no son accesibles, pese a que desde otros proveedores si lo son.
Desde Telefónica, IP entregada que no es accesible.
dig @80.58.61.250 mail-attachment.googleusercontent.com +short
googlehosted.l.googleusercontent.com.
216.58.201.129
tracert -d 216.58.201.129
Tracing route to 216.58.201.129 over a maximum of 30 hops
1 <1 ms <1 ms <1 ms 192.168.254.1
2 1 ms 1 ms 1 ms 80.58.67.175
3 * * * Request timed out.
4 3 ms 3 ms 3 ms 81.46.8.86
5 14 ms 15 ms 15 ms 81.46.3.26
6 3 ms 2 ms 2 ms 80.58.87.146 <<<<<<<<<<<<<
7 * * * Request timed out.
8 * * * Request timed out.
9 * * * Request timed out.
10 * * * Request timed out.
tcping 216.58.201.129 443
Probing 216.58.201.129:443/tcp - No response - time=2017.257ms
Probing 216.58.201.129:443/tcp - No response - time=2011.916ms
Probing 216.58.201.129:443/tcp - No response - time=2011.890ms
Probing 216.58.201.129:443/tcp - No response - time=2011.953ms
Ping statistics for 216.58.201.129:443
4 probes sent.
0 successful, 4 failed.
Was unable to connect, cannot provide trip statistics.
Comparativa desde RedIRIS para la misma IP que si es accesible.
traceroute to 216.58.201.129 (216.58.201.129), 30 hops max, 48 byte packets
1 CICA.AE1.uv.rt1.val.red.rediris.es (130.206.245.34) 14.032 ms 13.948 ms 13.887 ms
2 UV.AE5.telmad.rt4.mad.red.rediris.es (130.206.245.90) 16.515 ms CIEMAT.AE2.telmad.rt4.mad.red.rediris.es (130.206.245.2) 12.691 ms UV.AE5.telmad.rt4.mad.red.rediris.es (130.206.245.90) 16.510 ms
3 google-router.red.rediris.es (130.206.255.2) 16.488 ms 12.697 ms 14.329 ms
4 72.14.235.18 (72.14.235.18) 17.988 ms 13.292 ms 16.956 ms
5 216.239.40.217 (216.239.40.217) 16.821 ms 83.364 ms 25.226 ms
6 mad06s25-in-f1.1e100.net (216.58.201.129) 20.553 ms 20.450 ms 16.673 ms
{master}
Resolviendo por Google pero desde Telefónica. Accesible.
dig @8.8.8.8 mail-attachment.googleusercontent.com +short
googlehosted.l.googleusercontent.com.
216.58.211.225
tracert -d 216.58.211.225
Tracing route to 216.58.211.225 over a maximum of 30 hops
1 <1 ms <1 ms <1 ms 192.168.254.1
2 1 ms 1 ms 1 ms 80.58.67.175
3 2 ms 2 ms 2 ms 81.46.112.185
4 5 ms 3 ms 3 ms 81.46.8.86
5 2 ms 2 ms 2 ms 80.58.87.173
6 20 ms 2 ms 2 ms 80.58.87.146
7 6 ms 6 ms 3 ms 81.46.7.249 <<<<<<
8 * * * Request timed out.
9 2 ms 2 ms 2 ms 5.53.1.74 <<<<<<
10 24 ms 7 ms 3 ms 72.14.235.20
11 3 ms 2 ms 2 ms 216.239.50.133
12 2 ms 2 ms 2 ms 216.58.211.225
Trace complete.
tcping 216.58.211.225 443
Probing 216.58.211.225:443/tcp - Port is open - time=6.732ms
Probing 216.58.211.225:443/tcp - Port is open - time=3.296ms
Probing 216.58.211.225:443/tcp - Port is open - time=3.321ms
Probing 216.58.211.225:443/tcp - Port is open - time=3.349ms
Ping statistics for 216.58.211.225:443
4 probes sent.
4 successful, 0 failed.
Approximate trip times in milli-seconds:
Algunas resoluciones entregadas por Telefónica para los servidores de ficheros de Google que no son accesibles luego desde la propia Telefónica. Servidores de Google que por algún motivo son resueltos por Movistar pero luego niegan el acceso o no sirven contenido.
dig @80.58.61.250 mail-attachment.googleusercontent.com +short
googlehosted.l.googleusercontent.com.
216.58.201.129
216.58.210.129
216.58.210.161
216.58.211.193
tcping -h -n 1 216.58.201.129 443
Probing 216.58.201.129:443/tcp - No response - time=21028.764ms rcv_time=0.000 status=0 bytes=0 kbit/s=~-1.#IO
tcping -h -n 1 216.58.210.129 443
Probing 216.58.210.129:443/tcp - No response - time=21019.337ms rcv_time=0.000 status=0 bytes=0 kbit/s=~-1.#IO
tcping -h -n 1 216.58.210.161 443
Probing 216.58.210.161:443/tcp - No response - time=21025.770ms rcv_time=0.000 status=0 bytes=0 kbit/s=~-1.#IO
tcping -h -n 1 216.58.211.193 443
Probing 216.58.211.193:443/tcp - No response - time=21029.692ms rcv_time=0.000 status=0 bytes=0 kbit/s=~-1.#IO
Las mismas IPs que no están prestando servicio en Telefónica pero ahora desde otro proveedor español. Si están dando servicio.
tcping -h -n 1 216.58.201.129 443
Probing 216.58.201.129:443/tcp - HTTP is open - time=4.811ms rcv_time=3.177 status=0 bytes=0 kbit/s=~0.000
tcping -h -n 1 216.58.210.129 443
Probing 216.58.210.129:443/tcp - HTTP is open - time=3.557ms rcv_time=3.077 status=0 bytes=0 kbit/s=~0.000
tcping -h -n 1 216.58.210.161 443
Probing 216.58.210.161:443/tcp - HTTP is open - time=4.099ms rcv_time=3.688 status=0 bytes=0 kbit/s=~0.000
tcping -h -n 1 216.58.211.193 443
Probing 216.58.211.193:443/tcp - HTTP is open - time=3.984ms rcv_time=3.326 status=0 bytes=0 kbit/s=~0.000
De momento seguimos en el mismo punto.
La única solución es esquivar la resolución que hace Movistar con sus DNS y ponerse por ejemplo los de Google 8.8.8.8 y 8.8.4.4. De momentos con estos, las ftths que tenga accesibles no presentan problemas y las resoluciones son válidas. Posiblemente Google haya hecho "algo" en nivel nacional con la geolocalización de las IPs y los resolvers que esté afectando Movistar.
Yo no entro a ciertas páginas y en otras no puedo ver cosas como los comentarios de disqus.
Si añado una extension vpn gratuita tipo zenmate entro sin problemas en las que antes no me dejaba y me aparecen los comentarios que no puedo ver entrando normal.
¿Será por este problema que comentais aquí?
Los DNS de Level3 para sortear la geolocalización española de la resolución. Pero con penalización de RTT en las resoluciones.
https://www.lifewire.com/free-and-public-dns-servers-2626062
dig @209.244.0.3 mail-attachment.googleusercontent.com +short
googlehosted.l.googleusercontent.com.
172.217.26.161
dig @209.244.0.4 mail-attachment.googleusercontent.com +short
googlehosted.l.googleusercontent.com.
216.58.203.161
tcping -h 172.217.26.161 443
** Requesting from 172.217.26.161:
(for various reasons, kbit/s is an approximation)
Probing 172.217.26.161:443/tcp - HTTP is open - time=380.228ms rcv_time=387.835 status=0 bytes=0 kbit/s=~0.000
Probing 172.217.26.161:443/tcp - HTTP is open - time=381.391ms rcv_time=380.898 status=0 bytes=0 kbit/s=~0.000
Probing 172.217.26.161:443/tcp - HTTP is open - time=374.785ms rcv_time=374.646 status=0 bytes=0 kbit/s=~0.000
Probing 172.217.26.161:443/tcp - HTTP is open - time=374.269ms rcv_time=374.772 status=0 bytes=0 kbit/s=~0.000
Ping statistics for 172.217.26.161:443
4 probes sent.
4 successful, 0 failed.
Approximate trip times in milli-seconds:
Minimum = 374.269ms, Maximum = 381.391ms, Average = 377.668ms
Approximate download times in milli-seconds:
Minimum = 374.646ms, Maximum = 387.835ms, Average = 379.537ms
tcping -h 216.58.203.161 443
** Requesting from 216.58.203.161:
(for various reasons, kbit/s is an approximation)
Probing 216.58.203.161:443/tcp - HTTP is open - time=410.238ms rcv_time=406.688 status=0 bytes=0 kbit/s=~0.000
Probing 216.58.203.161:443/tcp - HTTP is open - time=408.716ms rcv_time=409.683 status=0 bytes=0 kbit/s=~0.000
Probing 216.58.203.161:443/tcp - HTTP is open - time=412.206ms rcv_time=411.741 status=0 bytes=0 kbit/s=~0.000
Probing 216.58.203.161:443/tcp - HTTP is open - time=413.645ms rcv_time=413.736 status=0 bytes=0 kbit/s=~0.000
Ping statistics for 216.58.203.161:443
4 probes sent.
4 successful, 0 failed.
Approximate trip times in milli-seconds:
Minimum = 408.716ms, Maximum = 413.645ms, Average = 411.201ms
Approximate download times in milli-seconds:
Minimum = 406.688ms, Maximum = 413.736ms, Average = 410.462ms
Va teniendo mejor color. Aparentemente ya se empiezan a ver las IPs que no se veían por el lado de Telefónica.
ping 216.58.210.129
Pinging 216.58.210.129 with 32 bytes of data:
Reply from 216.58.210.129: bytes=32 time=10ms TTL=55
Reply from 216.58.210.129: bytes=32 time=9ms TTL=55
Reply from 216.58.210.129: bytes=32 time=9ms TTL=55
Reply from 216.58.210.129: bytes=32 time=10ms TTL=55
Ping statistics for 216.58.210.129:
Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 9ms, Maximum = 10ms, Average = 9ms
ping 216.58.210.161
Pinging 216.58.210.161 with 32 bytes of data:
Reply from 216.58.210.161: bytes=32 time=10ms TTL=55
Reply from 216.58.210.161: bytes=32 time=10ms TTL=55
Reply from 216.58.210.161: bytes=32 time=10ms TTL=55
Reply from 216.58.210.161: bytes=32 time=9ms TTL=55
Ping statistics for 216.58.210.161:
Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 9ms, Maximum = 10ms, Average = 9ms
ping 216.58.211.193
Pinging 216.58.211.193 with 32 bytes of data:
Reply from 216.58.211.193: bytes=32 time=10ms TTL=55
Reply from 216.58.211.193: bytes=32 time=9ms TTL=55
Reply from 216.58.211.193: bytes=32 time=10ms TTL=55
Reply from 216.58.211.193: bytes=32 time=9ms TTL=55
Ping statistics for 216.58.211.193:
Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 9ms, Maximum = 10ms, Average = 9ms
Se va recuperando poco a poco el servicio.
Los frontales de descargas de objetos de Google poco a poco se van viendo todos por Telefónica.
A mi no me ha funcionado lo de cambiar a los DNS de Google, la impresión es que va a peor
Los de Google tampoco van desde Movistar, mientras que lo arreglan puedes usar el de Level 3 y Verizon DNS 4.2.2.2 a mi me funciona.
Algunas resoluciones no terminan de ir todavía correctamente. Posiblemente porque hayan localizado el problema y estén trabajando en la solución. Hay alguna IP cuyo acceso va y viene.
Hola @Tod@s
Nos indican que la incidencia esta resuelta.. no obstante si continuáis con ella estamos por aquí para ayudaros..
Saludos Pilar
Si necesitas soporte técnico en averías de Móvil, Fijo, Movistar+ o Internet Fijo (cobre o fibra), puedes acceder a nuestro apartado de Soporte Técnico o rellenar este formulario. También puedes contactar con nosotros llamando al 1002.
Si necesitas contratar Fibra Óptica, comprobar tu cobertura Adsl y Fibra, o ver información sobre la instalación de la fibra visita nuestra página ADSL y Fibra en movistar.es