Fibra

Ayuda de algun usuario fibra movistar

niarblake 10 febrero 2016 20:51

⋮

Buenas

Tengo un problema que persiste con mi proveedor actual y simplemente no lo quieren arreglar, el problema es que esta conexión se usa principalmente para juegos por internet, normalmente en Alemania y uno de los saltos de la conexión tiene siempre un 25% de paquetes perdidos, si fuera posible por parte de algún usuario de movistar fibra de hacer un pathping a esta dirección y postear los datos estaría muy agradecido.

Usando símbolo del sistema en modo administrador:

Pathping 206.127.154.15

Gracias por adelantado

BocaDePez 10 febrero 2016 20:55

⋮

A ver si esto te sirve. FTTH movistar 300/30

C:\Windows\system32>Pathping 206.127.154.15

Seguimiento de ruta a 206-127-154-15.ncsoft.com [206.127.154.15]
sobre un máximo de 30 saltos:
0 DESKTOP-ST0ASIH [192.168.1.32]
1 192.168.1.1
2 139.Red-80-58-67.staticIP.rima-tde.net [80.58.67.139]
3 * * *
Procesamiento de estadísticas durante 50 segundos...
Origen hasta aquí Este Nodo/Vínculo
Salto RTT Perdido/Enviado = Pct Perdido/Enviado = Pct Dirección
0 DESKTOP-ST0ASIH [192.168.1.32]
0/ 100 = 0% |
1 0ms 0/ 100 = 0% 0/ 100 = 0% 192.168.1.1
93/ 100 = 93% |
2 9ms 93/ 100 = 93% 0/ 100 = 0% 139.Red-80-58-67.staticIP.rima-tde.net [80.58.67.139]

Traza completa.

✖

BocaDePez 11 febrero 2016 03:51

⋮

Vaya, al igual que el otro usuario tu tampoco pasas del tercer paso.

Gracias por el aporte!

BocaDePez 10 febrero 2016 21:03

⋮

No te puedo ayudar mucho porque no soy de Movistar, pero desde Jazztel la dirección que pones tiene un problema de enrutado.

Casca en Frankfurt, hay un momento en la red de Level3 que da un mensaje de destino inaccesible.

Voy a probar con algún Looking Glass público de otros proveedores, pero el fallo tiene pinta de ser de ellos.

BocaDePez 10 febrero 2016 21:33

⋮

Hay problemas de enrutado en todas las redes internacionales para llegar a ese destino.

BocaDePez 10 febrero 2016 23:40

⋮

FIBRA MOVISTAR 300/30

Microsoft Windows XP [Versión 5.1.2600]
(C) Copyright 1985-2001 Microsoft Corp.

C:\Documents and Settings\Admin>Pathping 206.127.154.15

Traza a 206-127-154-15.ncsoft.com[206.127.154.15] sobre caminos de 30 saltos com
o máximo:
0 PC [192.168.1.5]
1 192.168.1.1
2 192.168.144.1
3 * * *
Procesamiento de estadísticas durante 75 segundos...
Origen hasta aquí Este Nodo/Vínculo
Salto RTT Perdido/Enviado = Pct Perdido/Enviado = Pct Dirección
0 PC [192.168.1.5]
0/ 100 = 0% |
1 0ms 0/ 100 = 0% 0/ 100 = 0% 192.168.1.1
100/ 100 =100% |
2 --- 100/ 100 =100% 0/ 100 = 0% 192.168.144.1
0/ 100 = 0% |
3 --- 100/ 100 =100% 0/ 100 = 0% PC [0.0.0.0]

Traza completa.

✖

BocaDePez 11 febrero 2016 03:50

⋮

Que curioso que no pases del tercer salto, gracias por tu aporte!

BocaDePez 11 febrero 2016 00:10

⋮

¿De donde te sacas que esa IP es de Alemania?

Esa IP es de Texas, estados unidos

Vamos a hacer las cosas con herramientas de verdad ... por favor

whois 206.127.154.15
NetRange: 206.127.144.0 - 206.127.159.255
CIDR: 206.127.144.0/20
NetName: NCINT
NetHandle: NET-206-127-144-0-1
Parent: NET206 (NET-206-0-0-0-0)
NetType: Direct Assignment
OriginAS: AS30588
Organization: NC INTERACTIVE, INC. (NCINT)
RegDate: 2004-10-01
Updated: 2012-09-07
Comment: NOC1662-ARIN
Ref: whois.arin.net/rest/net/NET-206-127-144-0-1

OrgName: NC INTERACTIVE, INC.
OrgId: NCINT
Address: 6801 North Capital of Texas Hwy
Address: Building 1
City: Austin
StateProv: TX
PostalCode: 78731
Country: US
RegDate: 2004-09-20
Updated: 2014-06-12

mtr 206.127.154.15

Host Loss% Snt Last Avg Best Wrst StDev

1. 192.168.2.1 0.0% 18 0.8 0.7 0.6 0.9 0.1

2. 10.217.96.1 0.0% 18 9.6 9.2 6.8 12.8 1.7

3. 10.209.68.36 0.0% 18 9.6 9.0 7.4 10.6 0.8

4. 10.127.9.177 0.0% 18 45.3 49.8 44.9 71.5 8.1

5. 10.254.13.229 0.0% 18 45.5 46.0 44.3 50.2 1.5

6. 10.254.6.157 0.0% 18 44.1 49.1 44.1 96.9 12.1

7. 10.254.11.126 0.0% 18 45.4 46.4 44.2 51.5 2.0

8. 213.242.109.177 0.0% 18 45.2 46.9 44.6 59.5 3.7

9. ae-2-70.edge7.Frankfurt1.Level3.net 0.0% 17 79.2 76.1 74.1 81.0 1.7

10. ae-2-70.edge7.Frankfurt1.Level3.net 0.0% 17 76.5 76.3 74.4 83.0 1.9

11. ???

Umm .. tira para Frankfurt, pero peta ... vamos a buscar rutas hacia el AS y el bloque

BGP routing table entry for 206.127.154.0/24, version 2303516016
Paths: (1 available, best #1, table Default-IP-Routing-Table)
  3257 30588
    130.117.14.86 (metric 10102021) from 38.28.1.83 (38.28.1.83)
      Origin IGP, metric 4294967294, localpref 100, valid, internal, best
      Community: 174:11401 174:20666 174:21100 174:22005
      Originator: 38.28.1.42, Cluster list: 38.28.1.83, 38.28.1.67

Traza bgp desde un border router de Cogent en Frankfurt, ruta directa ... umm

Traza IPv4 desde Frankurt

traceroute to 206.127.154.15 (206.127.154.15), 30 hops max, 60 byte packets
 1  gi0-7-1-9.6.agr22.fra03.atlas.cogentco.com (130.117.254.33)  0.931 ms  0.938 ms
 2  be2535.agr21.fra03.atlas.cogentco.com (130.117.48.205)  0.921 ms  0.966 ms
 3  tiscali.fra03.atlas.cogentco.com (130.117.14.86)  0.329 ms  0.305 ms
 4  89.149.164.42 (89.149.164.42)  0.801 ms !X  0.815 ms !X

MECC!! ... petada en el border router de entrada.

Traceroute desde border router de Madrid

traceroute to 206.127.154.15 (206.127.154.15), 30 hops max, 60 byte packets
 1  gi0-0-0-19.219.nr12.b015535-1.mad05.atlas.cogentco.com (130.117.254.65)  1.352 ms  1.354 ms
 2  te0-0-0-1.agr11.mad05.atlas.cogentco.com (154.25.6.69)  0.756 ms te0-0-0-1.agr12.mad05.atlas.cogentco.com (154.25.6.73)  0.678 ms
 3  be2403.ccr22.mad05.atlas.cogentco.com (130.117.0.69)  0.744 ms be2404.ccr22.mad05.atlas.cogentco.com (130.117.0.93)  0.819 ms
 4  be2853.rcr11.b015537-1.mad05.atlas.cogentco.com (154.54.56.62)  1.748 ms  1.606 ms
 5  ae0-10.mad44.ip4.gtt.net (77.67.72.125)  0.734 ms  0.734 ms
 6  xe-8-1-0.fra23.ip4.gtt.net (89.149.181.225)  28.455 ms  28.462 ms
 7  89.149.164.42 (89.149.164.42)  64.059 ms !X 64.069 ms !X

Otra vez petada en el border router

Yo diría que ese proveedor está caputen.

Primero, ya es raro de narices que un bloque de direcciones de texas tire para Frankfurt, pero raro, raro raro ... y segundo o tienen petado el router de entrada, o alguien la ha cagado muy mucho actualizando su tabla de BGP ... XDD

✖

BocaDePez 11 febrero 2016 03:44

⋮

Gracias por el aporte, lo que me interesa son los pasos del 3-7 viendo que no tienes packet loss bien va, y si, la ip esta en frankfurt el juego es blade and soul, cuando te conectas al server tienes 5 conexiones diferentes a 5 ip 3 de ellas en texas (controlan desde alli el login, market i algo mas) esa que te he dado y otra más estan en frankfurt no se que lio tendrán montando pero te aseguro que esta allí, pues tengo 49 de ping, el problema mio es que el salto 4 o 5 depende, me da siempre un 25% de paquetes perdidos, y mi proveedor como que no le da mucha importancia.

Gracias por los tests realizados

✖

BocaDePez 11 febrero 2016 10:52

⋮

Un punto 'intermedio' en una ruta, puede darte packet loss y eso no significar que el tráfico no esté llegando o se degrade ... los routers intermedios suelen estar configurados para no darle prioridad a los pings o icmp's de trazas, a no ser que vengan desde la red de gestión del operador.

Lo que realmente te importa para los juegos no es el ping ... sino el jitter, igual que para la vozip ... incluso la vozip que es mucho más crítica que los juegos, puede soportar pings de 250ms, siempre y cuando el jitter sea estable.

BocaDePez 11 febrero 2016 13:13

⋮

Nada que rebatir, salvo que el Whois de ARIN solo indica que la compañía es americana, no que las IPs deban localizarse en dicho continente.

Es más, por poner un ejemplo conocido, todos sabemos que las IPs de Google pertenecen al rango americano de ARIN y son usadas globalmente.

BocaDePez 11 febrero 2016 07:10

⋮

FTTH Movistar 300/30

C:\Windows\system32>Pathping 206.127.154.15

Seguimiento de ruta a 206-127-154-15.ncsoft.com [206.127.154.15]

sobre un máximo de 30 saltos:

0 DESKTOP-94MUJT2.Home [192.168.1.42]

1 192.168.1.1

2 192.168.144.1

3 217.Red-80-58-79.staticIP.rima-tde.net [80.58.79.217]

4 46.Red-80-58-81.staticIP.rima-tde.net [80.58.81.46]

5 213.140.50.246

6 xe5-0-4-0-grtpareq1.net.telefonicaglobalsolutions.com [84.16.13.30]

7 212.73.205.225

8 ae-2-70.edge7.Frankfurt1.Level3.net [4.69.154.75]

9 ae-2-70.edge7.Frankfurt1.Level3.net [4.69.154.75]

10 195.16.162.186 informes: Red de destino inaccesible.

Procesamiento de estadísticas durante 250 segundos...

Origen hasta aquí Este Nodo/Vínculo

Salto RTT Perdido/Enviado = Pct Perdido/Enviado = Pct Dirección

0 DESKTOP-94MUJT2.Home [192.168.1.42]

0/ 100 = 0% |

1 0ms 0/ 100 = 0% 0/ 100 = 0% 192.168.1.1

0/ 100 = 0% |

2 --- 100/ 100 =100% 100/ 100 =100% 192.168.144.1

0/ 100 = 0% |

3 --- 100/ 100 =100% 100/ 100 =100% 217.Red-80-58-79.staticIP.rima-tde.net [80.58.79.217]

0/ 100 = 0% |

4 --- 100/ 100 =100% 100/ 100 =100% 46.Red-80-58-81.staticIP.rima-tde.net [80.58.81.46]

0/ 100 = 0% |

5 20ms 0/ 100 = 0% 0/ 100 = 0% 213.140.50.246

0/ 100 = 0% |

6 48ms 0/ 100 = 0% 0/ 100 = 0% xe5-0-4-0-grtpareq1.net.telefonicaglobalsolutions.com [84.16.13.30]

0/ 100 = 0% |

7 24ms 0/ 100 = 0% 0/ 100 = 0% 212.73.205.225

100/ 100 =100% |

8 --- 100/ 100 =100% 0/ 100 = 0% ae-2-70.edge7.Frankfurt1.Level3.net [4.69.154.75]

0/ 100 = 0% |

9 --- 100/ 100 =100% 0/ 100 = 0% ae-2-70.edge7.Frankfurt1.Level3.net [4.69.154.75]

0/ 100 = 0% |

10 --- 100/ 100 =100% 0/ 100 = 0% DESKTOP-94MUJT2 [0.0.0.0]

Traza completa.

BocaDePez 11 febrero 2016 10:59

⋮

Hola, viendo que hay gente que nos falla y gente que no, siendo mismo operador, lo primero que debes saber es que cambiando la ip publica de movistar pueden cambiar las rutas hasta el mismo sitio. Simpelemente reiniciando el ruter cambiara la ip y quiza el camino hasta tu servidor de juegos. Es una solucion un poco chapuza pero es algo que depende de ti y puedes ir probando sin necesidad de que movistar te ayude, dicho esto, normalmente hay mas ips disponibles por la mañana.

Yo uso openwrt y simplemente con un reconect al interfaz wan me cambia la ip y no tarda ni 3 segundos. Lo uso mucho por el mismo problema que tienes tu, pero otro juego. En caso de que uses un ruter que no deja hacer reconnect al wan, un simple apagar y encender del ruter quitandole la corriente hara el mismo efecto, pero tardara mas.

te pego mi traza por si te sirve de algo tambien:

U:\>Pathping 206.127.154.15

Seguimiento de ruta a 206-127-154-15.ncsoft.com [206.127.154.15]

sobre un máximo de 30 saltos:

2 141.red-80-58-67.staticip.rima-tde.net [80.58.67.141]

3 193.red-80-58-122.staticip.rima-tde.net [80.58.122.193]

4 254.red-80-58-77.staticip.rima-tde.net [80.58.77.254]

5 94.142.103.185

6 84.16.13.30

7 212.73.205.225

8 ae-3-80.edge7.frankfurt1.level3.net [4.69.154.139]

9 ae-3-80.edge7.frankfurt1.level3.net [4.69.154.139]

10 195.16.162.186 informes: Red de destino inaccesible.

Procesamiento de estadísticas durante 250 segundos...

Origen hasta aquí Este Nodo/Vínculo

Salto RTT Perdido/Enviado = Pct Perdido/Enviado = Pct Dirección

0 PCMAC1024.machotels.com [192.168.200.180]

0/ 100 = 0% |

1 0ms 0/ 100 = 0% 0/ 100 = 0% 192.168.200.254

0/ 100 = 0% |

2 1ms 80/ 100 = 80% 80/ 100 = 80% 141.red-80-58-67.staticip.rima-tde.net [80.58.67.141]

0/ 100 = 0% |

3 --- 100/ 100 =100% 100/ 100 =100% 193.red-80-58-122.staticip.rima-tde.net [80.58.122.193]

0/ 100 = 0% |

4 --- 100/ 100 =100% 100/ 100 =100% 254.red-80-58-77.staticip.rima-tde.net [80.58.77.254]

0/ 100 = 0% |

5 23ms 0/ 100 = 0% 0/ 100 = 0% 94.142.103.185

0/ 100 = 0% |

6 48ms 0/ 100 = 0% 0/ 100 = 0% 84.16.13.30

0/ 100 = 0% |

7 36ms 0/ 100 = 0% 0/ 100 = 0% 212.73.205.225

100/ 100 =100% |

8 --- 100/ 100 =100% 0/ 100 = 0% ae-3-80.edge7.frankfurt1.level3.net [4.69.154.139]

0/ 100 = 0% |

9 --- 100/ 100 =100% 0/ 100 = 0% ae-3-80.edge7.frankfurt1.level3.net [4.69.154.139]

0/ 100 = 0% |

10 --- 100/ 100 =100% 0/ 100 = 0% PCMAC1024.machotels.com [0.0.0.0]

Traza completa.

✖

BocaDePez 11 febrero 2016 12:49

⋮

Muchas gracias por tu aporte, pero como puede ser que tengas un 100% de paquetes perdidos en el salto 3 4 y 7 y un 80% en el 2... no tiene sentido, esto significa que el pathping no es fiable para nada en absoluto :S

✖

BocaDePez 11 febrero 2016 13:17

⋮

Quizás es fiable cuando el destino es alcanzable y todos los nodos intermedios aceptan ICMP... pero cuando el destino no es alcanzable, los paquetes pueden rebotar de forma extraña, dependiendo del tiempo de timeout que tenga el router intermedio para reintentar la conexión.

✖

BocaDePez 11 febrero 2016 13:54

⋮

El servidor está vivo, no se como lo tienen montado me explico, el juego Blade and soul tiene servidores en frankfurt para europa y en texas para Na ahora bien, Login, market y algo más se encuentra en texas incluso para la version europea, cuando te conectas al juego, conectas con 5 ips diferentes, siendo 2 de ellas en Frankfurt el resto son de texas, ahora bien no se como estará montado para que todas las ips aparezcan como que pertenecen a texas. Pero el servidor esta funcionando si, además yo solo tengo un 25% de paquetes perdidos en uno de los saltos el resto es correcto hasta que llega al destino que es donde se lia, por el modo en que deben de tenerlo organizado, pero funcionar funciona.

BocaDePez 11 febrero 2016 13:28

⋮

No hay gente que no le falle, no sé de donde sacas eso. Ese destino está inaccesible desde todos los proveedores del mundo. Ayer probé con montones de Looking Glass, incluso los situados en la propia Alemania, y tanto desde Tiscali (TINET), como desde Level3, como TeliaSonera (que parecen ser las salidas al exterior del sistema autónomo AS30588 perteneciente a la empresa NCINT NC Interactive que alberga dicha IP) los routers fallaban. Tendrán un problema de propagación, o simplemente se les ha caído el chiringuito.

✖

BocaDePez 11 febrero 2016 15:28

⋮

ah, me parecio entender que algunos usuarios no perdian paketes.