Problemas de Rutas Para EEUU (Estado de Washington casi siempre)

[marmolejo]

Hola, da igual cuando y desde dónde me conecte con Mis dos lineas ADSL de Movistar en dos localidades distintas, tengo graves problemas de velocidad cuando lo intento con el estado de Washington (no con todo) pero en concreto hay unas rutas que me ralentizan sobremanera. Buscando las rutas, hay unos retrasos muy importantes desde el salto 6. 

Al ser un tema en el que necesito velocidad ya que es un trabajo con streaming de video me dificulta de tal manera que incluso he tenido que dejar de hacerlo en muchas ocasiones. 

VAmos a iniciar un hilo a ver si podemos dar con la solución, que obviamente no es ni cuestión de router ni wifis ni nada de eso, parece una cosa de mal enrutado en algunos servidores de wholesale international de telefónica. Empecemos por esta información:

==========================================================================
VisualRoute trace to 208.99.212.22
==========================================================================

Este rastreo fue iniciado en 18-mar-2013 10:45:18.
El sistema '208.99.212.22' fue encontrado, fue alcanzado en 17 saltos. También, respondió a HTTP peticiones en puerto 80 (corriendo servidor Microsoft-IIS/7.5, lo cual respondió en 487ms). El valor TTL de sus paquetes recibidos es 49.En general esta ruta está bastante rápida, con saltos respondiendo en promedio dentro de 178ms. Sin embargo, todos los saltos después de salto 7 en red 'Telefonica International Wholesale Network TIWS Infrastructure' responden bastante lentamente. Esta velocidad lenta podría ser debido que el red remote esté lejos. La búsqueda de DNS fue terminado casi instantáneamente (menos que 2ms - puede ser el resultado de caché).

---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
| Salto | % de pérdida | Dirección IP | Nombre del nodo | Ubicación | Huso horario | ms | Gráfico | Red |
---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
| 0 | | 192.168.1.51 | Portatil | | | 0 | x | [Local Network] |
| 1 | | 192.168.153.1 | - | | | 32 | x | [Local Network] |
| 2 | | 81.46.53.145 | 145.Red-81-46-53.staticIP.rima-tde.net | (Spain) | | 35 | x- | Telefonica de Espana SAU |
| 3 | | 94.142.103.177 | et3-0-0-100-GRTBCNTB1.red.telefonica-wholesale.net | Barcelona, Spain | | 57 | x | Telefonica International Wholesale Network Infrastructure |
| 4 | | 94.142.117.186 | Xe0-0-0-6-grtlontlw1.red.telefonica-wholesale.net | London, UK | | 85 | x | Telefonica International Wholesale Network TIWS Infrastructure |
| 5 | | 94.142.116.193 | Xe4-1-3-0-grtnycpt2.red.telefonica-wholesale.net | New York, NY, USA | -05:00 | 158 | x | Telefonica International Wholesale Network TIWS Infrastructure |
| 6 | | 84.16.14.149 | Xe0-2-0-0-grtpaopx2.red.telefonica-wholesale.net | (Spain) | | 220 | x | Telefonica International Wholesale Network TIWS Infrastructure |
| 7 | | 4.59.0.225 | te-4-2.car1.SanJose2.Level3.net | San Jose, CA, USA | -08:00 | 227 | x | Level 3 Communications, Inc. |
| 8 | | 4.69.152.62 | vlan60.csw1.SanJose1.Level3.net | San Jose, CA, USA | -08:00 | 244 | x | Level 3 Communications, Inc. |
| 9 | | 4.69.153.17 | ae-62-62.ebr2.SanJose1.Level3.net | San Jose, CA, USA | -08:00 | 244 | x | Level 3 Communications, Inc. |
| 10 | | 4.69.132.50 | ae-7-7.ebr1.Seattle1.Level3.net | Seattle, WA, USA | -08:00 | 244 | x | Level 3 Communications, Inc. |
| 11 | | 4.69.147.133 | ae-13-51.car3.Seattle1.Level3.net | Seattle, WA, USA | -08:00 | 247 | x | Level 3 Communications, Inc. |
| 12 | | 4.71.152.18 | metapeer.car3.Seattle1.Level3.net | Seattle, WA, USA | -08:00 | 247 | x | Level 3 Communications, Inc. |
| 13 | | 208.99.210.65 | - | Seattle, WA, USA | -08:00 | 307 | -x--- | SWIFT VENTURES Inc |
| 14 | | 208.99.210.6 | - | Seattle, WA, USA | -08:00 | 244 | x | SWIFT VENTURES Inc |
| 15 | | 208.99.212.22 | - | Bellevue, WA, USA | -08:00 | 243 | x | [Network for 208.99.212.22] |
---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------

Ocurre siempre...me llama poderosamente la atención que en el salto 5 estemos en NY tras Londres y Barcelona, y que vuelva a España para volver a ir a USA, California (un bucle extraño ¿no?)....veamos si podemos hacer algo ya que es muy importante para mi....Gracias anticipadas. Estoy dispuesto a realizar cuantas pruebas estimen oportunas.

[JulioC-Movistar]

Si que va el ping un poco alto para esa dirección, haciendo ping desde aquí anda sobre los 235 ms, envíame un privado con tu nombre, número fijo, móvil de contacto y DNI del titular y gestionamos una avería para que lo miren en transporte.

[JulioC-Movistar]

Genero una avería. Lo probarán en breve.

[marmolejo]

---

JulioC-Movistar escribió:

Genero una avería. Lo probarán en breve.

---

Estupendo, veremos hasta dónde nos lleva, muchas gracias por el interés.

[AngelC-Movistar]

Hola marmolejo:

Nos piden nuestros compañeros, si es posible, que nos adjuntes algún tracert más, además de la dirección ip que tiene tu router en ese momento. Esto lo puedes saber aquí

Saludos.

[marmolejo]

Por supuesto, disculpad la tardanza, he estado unos días fuera...


Parece que la ruta ha cambiado y ya no pasa por NY:

==========================================================================
VisualRoute trace to 208.99.212.22
==========================================================================

Este rastreo fue iniciado en 27-mar-2013 11:48:34.
El sistema '208.99.212.22' fue encontrado, fue alcanzado en 13 saltos. Sin embargo, algunos saltos en la ruta fallan en responder - estos problemas parecen empezar en red '[Network for 208.99.212.22]' a salto 12. El valor TTL de sus paquetes recibidos es 52.En general esta ruta está bastante rápida, con saltos respondiendo en promedio dentro de 130ms. Sin embargo, todos los saltos después de salto 8 en red '[Network for 67.17.74.122]' responden bastante lentamente. La búsqueda de DNS fue terminado casi instantáneamente (menos que 2ms - puede ser el resultado de caché).

---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
| Salto | % de pérdida | Dirección IP | Nombre del nodo | Ubicación | Huso horario | ms | Gráfico | Red |
---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
| 0 | | 192.168.1.51 | Portatil | | | 0 | x | [Local Network] |
| 1 | | 192.168.153.1 | - | | | 33 | x- | [Local Network] |
| 2 | | 81.46.53.145 | 145.Red-81-46-53.staticIP.rima-tde.net | (Spain) | | 34 | x- | Telefonica de Espana SAU |
| 3 | | 94.142.103.177 | et3-0-0-100-GRTBCNTB1.red.telefonica-wholesale.net | Barcelona, Spain | | 49 | x | Telefonica International Wholesale Network Infrastructure |
| 4 | | 94.142.117.186 | Xe0-0-0-6-grtlontlw1.red.telefonica-wholesale.net | London, UK | | 82 | x | Telefonica International Wholesale Network TIWS Infrastructure |
| 5 | | 64.208.27.17 | te7-3-10G.ar7.LON3.gblx.net | London, UK | | 85 | x | [Network for 64.208.27.17] |
| 6 | | 67.17.106.150 | ae6.scr4.LON3.gblx.net | London, UK | | 83 | x- | [Network for 67.17.106.150] |
| 7 | | 67.17.74.122 | - | | | 249 | -x-- | [Network for 67.17.74.122] |
| 8 | | 159.63.53.86 | giglinx.gigabitethernet9-5.ar5.sea1.gblx.net | Seattle, WA, USA | -08:00 | 235 | x | [Network for 159.63.53.86] |
| 9 | | 207.115.64.138 | sea-ring-vl1.isomedia.com | | | 235 | x- | [Network for 207.115.64.138] |
| 10 | | 66.114.129.7 | east-core.isomedia.com | | | 238 | x- | [Network for 66.114.129.7] |
| 11 | 50 | 208.99.212.22 | - | Bellevue, WA, USA | -08:00 | 236 | x- | [Network for 208.99.212.22] |
---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------

Mi IP ahora mismo es: 

 81.37.201.231 ( 231.Red-81-37-201.dynamicIP.rima-tde.net )

Aún se ven pings algo lentos 🙂

[AngelC-Movistar]

Hola marmolejo:

Disculpa por la tardanza.

He remitido los datos a nuestros compañeros para que prosigan con las pruebas.

Saludos.

[Unoqueva]

Hola,

Deberias mirar mejor el traceroute que pones... No vuelve a España, si lo hiciese y llegase a California en 7 ms... Seria una revolución de las comunicaciones 😉

Creo que el salto que indicas sigue siendo USA..ademas, en el trace que has puesto,uego, más reciente, se ve que siguen los tiempos aprox igual y no pasa x ese salto...asi que ese no puede ser el problema..

Te recomiendo que mires desde looking glass externos a tu proveedor, para, digamos, ver cómo otros llegan a esa red, asi podras ver que desde Level3, otro importante tier1 de las comunicaciones, se obtienen tiempos similares, teniendo en cuenta que faltaria la latencia hacia tu origen...

La pagina por ejemplo es esta

http://lookingglass.level3.net/traceroute/lg_tr_main.php

Y aqui un ejemplo

1 ae-3-6.bar1.Madrid2.Level3.net (4.69.142.138) 4 msec 0 msec 0 msec
2 4.69.158.197 16 msec
4.69.158.193 16 msec 16 msec
3 4.69.161.82 16 msec 32 msec 16 msec
4 4.69.168.7 20 msec
4.69.168.199 20 msec
4.69.168.71 16 msec
5 global-crossing-xe-level3.paris1.level3.net (4.68.127.98) 32 msec
global-crossing-xe-level3.paris1.level3.net (4.68.63.230) 16 msec
global-crossing-xe-level3.paris1.level3.net (4.68.127.98) 16 msec
6 giglinx.gigabitethernet9-5.ar5.sea1.gblx.net (159.63.53.86) [AS3549 {GBLX}] 172 msec 284 msec 168 msec
7 sea-ring-vl1.isomedia.com (207.115.64.138) [AS18530 {ISOMEDIA}] 284 msec 272 msec 188 msec
8 east-core.isomedia.com (66.114.129.7) [AS18530 {ISOMEDIA}] 172 msec 172 msec 172 msec
9 * * *
10 * * *
11 * * *
12 * * *
13 * * *
14 * * *
15 * * *
16 * * *
17 * * *
18 * * *
19 * * *
20 * * *
21 * * timeout !

A lo que hay que sumar el retardo a tu origen

[marmolejo]

---

Unoqueva escribió:
Hola,

Deberias mirar mejor el traceroute que pones... No vuelve a España, si lo hiciese y llegase a California en 7 ms... Seria una revolución de las comunicaciones 😉

Creo que el salto que indicas sigue siendo USA..ademas, en el trace que has puesto,uego, más reciente, se ve que siguen los tiempos aprox igual y no pasa x ese salto...asi que ese no puede ser el problema..

---

El primer traceroute es el que era y estaba muy bien mirado, va a USA y según los nombres de dominio y las IP, iba a USA y volvia, pero no en 7 ms, si no en un total de 200 y pico (poco¿?, innecesario eso sí) y desde que parece que lo están mirando, la ruta cambia y va directo de UK a USA con lo que algo ya he ganado y ha mejorado algo, evidentemente hay muchas rutas, pero a mí me interesa la de Mi ISP, que es el que si algo tiene mal puede hacer alguna cosa, las de fuera de él, qeudan bastante fuera de mi control, gracias por responder.

[AngelC-Movistar]

Hola marmolejo:

Perdona, este hilo se me había quedado atras.

El día 5 de abril nos comentaron los compañeros de infraestructuras, un poco lo que comentas.

  "Parece ser que el destino modificó el anuncio hace dos días. Tanto en Europa como en USA."

Eso nos explica el cambio en la ruta del tracert.

Saludos.

[marmolejo]

---

AngelC-Movistar escribió:

Hola marmolejo:

Perdona, este hilo se me había quedado atras.

El día 5 de abril nos comentaron los compañeros de infraestructuras, un poco lo que comentas.

  "Parece ser que el destino modificó el anuncio hace dos días. Tanto en Europa como en USA."

Eso nos explica el cambio en la ruta del tracert.

Saludos.

---

No hay problema AngelC, agradezco tu trabajo de igual modo Entiendo que el cambio de ruta era necesario y ha mejorado la conexión ya que en tráfico sostenido era una calvario, ahora bien, existe la posibilidad desde aquí de mejorar algo la velocidad del tráfico en aquellos nodos donde veo que sigue bordeando los 300ms o ya nos podemos dar por satisfechos (entiendo que yo poco puedo hacer ya que creo que se sale y bastante de mi ISP, pero no sé si vosotros podrían lograr alguna mejoría en aquellos puntos).

Muchas gracias de nuevo

[unoqueviene]

---

marmolejo escribió:

---

Unoqueva escribió:
Hola,

Deberias mirar mejor el traceroute que pones... No vuelve a España, si lo hiciese y llegase a California en 7 ms... Seria una revolución de las comunicaciones 😉

Creo que el salto que indicas sigue siendo USA..ademas, en el trace que has puesto,uego, más reciente, se ve que siguen los tiempos aprox igual y no pasa x ese salto...asi que ese no puede ser el problema..

---

El primer traceroute es el que era y estaba muy bien mirado, va a USA y según los nombres de dominio y las IP, iba a USA y volvia, pero no en 7 ms, si no en un total de 200 y pico (poco¿?, innecesario eso sí) y desde que parece que lo están mirando, la ruta cambia y va directo de UK a USA con lo que algo ya he ganado y ha mejorado algo, evidentemente hay muchas rutas, pero a mí me interesa la de Mi ISP, que es el que si algo tiene mal puede hacer alguna cosa, las de fuera de él, qeudan bastante fuera de mi control, gracias por responder.

---

jajaja "muy bien mirado" va a ser que no está...

si lo estuviera, sabrias que los tiempos en los traceos se acumulan, es deicr que entre el salto 6 y 7 no hay los 200 ms que tú dices que tarde desde España a USA.

tu trace hace esto

Barcelona (57 ms) > londres (+38 ms) > ny (+73 ms) > dondesea (+62 ms) > San Jose (+7 ms) > San jose (+17 ms) > Seattle (+3 ms)

lo importante está en lo que te marco en negrita, es IMPOSIBLE que ese dondesea pueda ser españa, por el simple hecho de que es imposible que desde españa tarde 7ms en llegar a San Jose, California. Por eso Ese dondesea debe estar cerca de San Jose, seguramente en California tambien. El problema es que TIWS tiene las ips registradas en España, será un problema con esa resolucón de DNS en concreto.