Técnico Jazztel, FIBRA de vergüenza (Nodo 10.34.0.31). 9 Meses, sin solución.

#1
Desde Pontevedra, me sobran entre 20-30 ms en los saltos de la red interna hacia cualquier sitio en internet. Algo no va bien, es imposible que estas sean latencias correctas para FTTH.

Código:
Traza a la dirección google-public-dns-a.google.com [8.8.8.8]
sobre un máximo de 30 saltos:
1 <1 ms <1 ms <1 ms 192.168.1.1
2 * * * Tiempo de espera agotado para esta solicitud.
3 31 ms 31 ms 31 ms 10.34.0.31
4 30 ms 30 ms 30 ms 72.14.195.234
5 * * * Tiempo de espera agotado para esta solicitud.
6 31 ms 31 ms 31 ms 108.170.237.168
7 36 ms 36 ms 36 ms 216.239.47.231
8 37 ms 37 ms 37 ms google-public-dns-a.google.com [8.8.8.8]
Traza completa.
Traza a la DNS de Google -> +31ms en el primer segundo salto fuera de mi red local al 10.34.0.31


Código:
Traza a la dirección hosted-by.i3d.net [31.204.146.74]
sobre un máximo de 30 saltos:
1 <1 ms <1 ms <1 ms 192.168.1.1
2 * * * Tiempo de espera agotado para esta solicitud.
3 38 ms 38 ms 38 ms 10.34.0.37
4 35 ms 35 ms 35 ms ae101-24.bartr1.barcelona.opentransit.net [193.251.251.229]
5 41 ms 41 ms 41 ms hundredgige0-1-0-8.bartr2.barcelona.opentransit.net [193.251.132.25]
6 43 ms 39 ms 39 ms hundredgige0-7-0-2.barcr4.barcelona.opentransit.net [193.251.241.125]
7 40 ms 40 ms 40 ms hundredgige0-0-0-6.madtr3.madrid.opentransit.net [193.251.132.210]
8 40 ms 40 ms 40 ms lag-6.ear1.Madrid1.Level3.net [4.68.73.97]
9 60 ms 60 ms 60 ms ae-1-3111.edge4.London1.Level3.net [4.69.141.230]
10 74 ms 73 ms 73 ms interactive.edge4.London1.Level3.net [212.113.8.46]
11 72 ms 75 ms 75 ms 100ge.br2-cr1.smartdc.rtm.i3d.net [188.122.95.84]
12 74 ms 73 ms 73 ms hosted-by.i3d.net [31.204.146.74]
Traza completa.
Traza a servidor de RL (que funciona perfectamente) en Londres -> +38ms en el primer segundo salto fuera de mi red local al 10.34.0.37


- Esos primeros saltos de ~+30ms ocurren independientemente del sitio al que me dirija y son exageradamente lentos.
- Mi instalación está en perfectas condiciones y todo bien configurado.

Me parece un ping completamente inaceptable, por favor, revísenlo. (Seguramente sea un nodo de zona y mis vecinos estén sufriendo lo mismo)

EDIT: Nivel 3 de Guadalajara que tienen pendiente una "ampliación". El ping a la DNS de Google, 8 meses después, ha empeorado hasta 40ms. Huíd de Jazztel, insensatos!.
 
Última edición:
#2
Para que comparéis, esto es una traza normal a google, cliente de Jazztel FTTH Valladolid

Jazztel FTTH directo desde Valladolid:

Código:
  1    <1 ms    <1 ms    <1 ms  router.local [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     6 ms     6 ms     6 ms  72.14.195.234
  6     *        *        *     Tiempo de espera agotado para esta solicitud.
  7     6 ms     6 ms     6 ms  108.170.226.98
  8    15 ms    15 ms    15 ms  108.177.3.229
  9     5 ms     6 ms     5 ms  google-public-dns-a.google.com [8.8.8.8]
 
#4
He pedido algunas trazas a amigos para comparar y recapitulo:

Mi conexión
Jazztel FTTH 400/400 (Pontevedra, centro)
Código:
  1    <1 ms    <1 ms    <1 ms  192.168.1.1
  2    *        *        *      Tiempo de espera agotado para esta solicitud.
  3    31 ms    31 ms    31 ms  10.34.0.31
  4    30 ms    30 ms    30 ms  72.14.195.234
  5    *        *        *      Tiempo de espera agotado para esta solicitud.
  6    31 ms    31 ms    31 ms  108.170.237.168
  7    36 ms    36 ms    36 ms  216.239.47.231
  8    37 ms    37 ms    37 ms  google-public-dns-a.google.com [8.8.8.8]
Otros
R Cable (Pontevedra, centro)
Código:
  1    <1 ms    <1 ms    <1 ms  192.168.0.1
  2     7 ms     7 ms     5 ms  ****** [0.0.0.0]
  3     7 ms     7 ms     7 ms  33.16.26.77.dynamic.reverse-mundo-r.com [77.26.16.33]
  4     7 ms     8 ms     7 ms  92.17.26.77.dynamic.reverse-mundo-r.com [77.26.17.92]
  5    19 ms    19 ms    19 ms  google.alta.espanix.net [185.79.175.147]
  6    18 ms    17 ms    17 ms  74.125.242.161
  7    20 ms    21 ms    21 ms  108.170.232.25
  8    18 ms    16 ms    17 ms  google-public-dns-a.google.com [8.8.8.8]
R Cable (Pontevedra, Poio)
Código:
  1    <1 ms    <1 ms    <1 ms  192.168.0.1
  2     9 ms     9 ms     9 ms  ****** [0.0.0.0]
  3     *        8 ms     8 ms  http://49.16.26.77.dynamic.reverse-mundo-r.com [77.26.16.49]
  4     8 ms     8 ms     8 ms  http://94.17.26.77.dynamic.reverse-mundo-r.com [77.26.17.94]
  5    23 ms    19 ms    21 ms  http://google.alta.espanix.net [185.79.175.147]
  6    20 ms    20 ms    22 ms  74.125.242.161
  7    22 ms    20 ms    19 ms  108.170.232.29
  8    19 ms    20 ms    19 ms  http://google-public-dns-a.google.com [8.8.8.8]
Movistar FTTH (Pontevedra, centro)
Código:
  1    <1 ms    <1 ms    <1 ms  192.168.1.1
  2     2 ms     2 ms     1 ms  *****
  3    13 ms    13 ms    14 ms  177.red-81-41-234.staticip.rima-tde.net [81.41.234.177]
  4     *        *        *     Tiempo de espera agotado para esta solicitud.
  5    13 ms    13 ms    13 ms  101.red-80-58-84.staticip.rima-tde.net [80.58.84.101]
  6     *        *        *     Tiempo de espera agotado para esta solicitud.
  7    19 ms    19 ms    19 ms  5.53.1.82
  8    16 ms    15 ms    15 ms  74.125.242.177
  9    18 ms    16 ms    17 ms  72.14.233.205
 10    14 ms    14 ms    14 ms  google-public-dns-a.google.com [8.8.8.8]
Jazztel FTTH (Valladolid)
Código:
  1    <1 ms    <1 ms    <1 ms  router.local [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     6 ms     6 ms     6 ms  72.14.195.234
  6     *        *        *     Tiempo de espera agotado para esta solicitud.
  7     6 ms     6 ms     6 ms  108.170.226.98
  8    15 ms    15 ms    15 ms  108.177.3.229
  9     5 ms     6 ms     5 ms  google-public-dns-a.google.com [8.8.8.8]
 
#10
Sin duda esos 10.34.0.x por los que salgo son el origen del problema pero mi teoría es que es un nodo de por aquí.

Siempre tuve entendido que estando en CG-NAT te daría una dirección diferente en digamos, whatismyip.com que la que te pone tu router en la config de la WAN, y las mías son idénticas.

Edit: Comprobado con un tracert a mi propia IP pública, sólo hace un salto.
 
Última edición:
#11
Ya han pasado esas 24/48h que me han dicho y sigo a la espera, se me están quitando hasta las ganas de jugar online, siempre con el peor ping de la tabla con diferencia... :x
 
#12
Incidencia NO solucionada. Se niegan a ponerme en contacto con un técnico de algún nivel superior y aseguran que un ping al 8.8.8.8 de más de 30ms es "normal" (igual para NEBA o ADSL, pero no para FTTH, desde luego). Ya he recomendado a un par amigos que barajaban la posibilidad de contratar con vosotros que no lo hiciesen en estas circunstancias.

Si alguien (al menos en Pontevedra), se lo está pensando, tenga en cuenta lo siguiente:

Ping a la DNS de Google:
Jazztel (Pontevedra) 37 ms
Jazztel (Valladolid) 5 ms
R Cable (Pontevedra) 16 ms
Movistar (Pontevedra) 14 ms
 
#13
Hola moderadores de Jazztel (@jazztel1) ,

He recuperado el post borrado de Giglecald porque cumple las normas perfectamente, y tiene toda la razón del mundo en que hay un problema, más concretamente un problema con el nodo por donde pasa todo su tráfico. Eso de que haya un ping de 30 ms a las DNS de Google no es para nada normal, tenéis un problema en ese nodo que indica el usuario.

Reabro el post para proceder a la solución del problema.

Saludos!
 
#14
Eternamente agradecido a @Bron por tomar cartas en el asunto en lo que era un claro intento de ocultar (o censurar) un hecho relevante para los clientes, actuales y potenciales, de Jazztel. Alegra saber que alguien está de lado del consumidor en estas cuestiones.

En cuanto a la incidencia, por supuesto esta debería seguir abierta hasta que, desde Jazztel, decidáis arreglar ese nodo de una vez.

Basta ya de tomar a la gente por idiota, basta de dar respuestas genéricas, irrelevantes o directamente mentirnos a la cara. Si no estáis capacitados técnicamente para resolver un problema, escalad el mismo hacia quien pueda resolverlo y no os neguéis a como me habéis hecho a mí.
 
#15
Haciendo unas pruebas hoy, el salto 2 mostrando su horrible e inestable cara:

Tracert 8.8.8.8
Código:
  1    <1 ms    <1 ms    <1 ms  192.168.1.1
  2     2 ms     1 ms     1 ms  1.40.220.87.dynamic.jazztel.es [87.220.40.1]
  3    24 ms    23 ms    23 ms  10.34.0.31

--

  1    <1 ms    <1 ms    <1 ms  192.168.1.1
  2  2933 ms  2617 ms  2496 ms  1.40.220.87.dynamic.jazztel.es [87.220.40.1]
  3    35 ms    37 ms    36 ms  10.34.0.31

--

  1    <1 ms    <1 ms    <1 ms  192.168.1.1
  2     1 ms     1 ms     1 ms  1.40.220.87.dynamic.jazztel.es [87.220.40.1]
  3    23 ms    23 ms    23 ms  10.34.0.31

--

  1    <1 ms    <1 ms    <1 ms  192.168.1.1
  2  1839 ms  2498 ms  1900 ms  1.40.220.87.dynamic.jazztel.es [87.220.40.1]
  3    23 ms    24 ms    23 ms  10.34.0.31
Desde android:
Código:
traceroute to 8.8.8.8 (8.8.8.8), 30 hops max
Hop 1:
    From 192.168.1.1, 9 ms
Hop 2:
    From 1.40.220.87.dynamic.jazztel.es (87.220.40.1), 4195 ms
Hop 3:
    From 10.34.0.31, 26 ms
Hop 4:
    From 72.14.195.234, 35 ms
Hop 5:
    * 
Hop 6:
    From 72.14.233.124, 30 ms
Hop 7:
    From 209.85.248.17, 24 ms
Hop 8:
    From google-public-dns-a.google.com (8.8.8.8), 32 ms
Traceroute complete: 8 hops, time: 7632 ms
También diréis que aquí no hay un problema @jazztel1 ?
 
Última edición:
#16
Seguimos...
Día 11:

Código:
Traza a la dirección google-public-dns-a.google.com [8.8.8.8]
sobre un máximo de 30 saltos:

  1    <1 ms    <1 ms    <1 ms  192.168.1.1
  2  3995 ms  2798 ms  2000 ms  1.40.220.87.dynamic.jazztel.es [87.220.40.1]
  3    25 ms     *       25 ms  10.34.0.31
  4    32 ms    32 ms    31 ms  72.14.195.234
  5     *        *        *     Tiempo de espera agotado para esta solicitud.
  6    27 ms    27 ms    28 ms  108.170.233.246
  7    29 ms    29 ms    29 ms  209.85.248.19
  8    31 ms    31 ms    31 ms  google-public-dns-a.google.com [8.8.8.8]

Traza completa.
 
#17
Hola yo tambien soy de Pontevedra zona avenida de vigo

Traza a la dirección www.google.com [216.58.211.228]
sobre un máximo de 30 saltos:

Código:
  1    <1 ms    <1 ms    <1 ms  LIVEBOXFIBRA [192.168.1.1]
  2     5 ms     5 ms     5 ms  1.40.220.87.dynamic.jazztel.es [87.220.40.1]
  3    44 ms    46 ms    46 ms  10.34.0.31
  4    40 ms    39 ms    38 ms  72.14.195.234
  5     *        *        *     Tiempo de espera agotado para esta solicitud.
  6    36 ms    36 ms    36 ms  mad01s24-in-f228.1e100.net [216.58.211.228]
Traza a la dirección www.google.es [216.58.211.227]
sobre un máximo de 30 saltos:
Código:
  1    <1 ms    <1 ms    <1 ms  LIVEBOXFIBRA [192.168.1.1]
  2     2 ms     1 ms     1 ms  1.40.220.87.dynamic.jazztel.es [87.220.40.1]
  3    29 ms    29 ms    29 ms  10.34.0.31
  4    29 ms    29 ms    29 ms  72.14.195.234
  5     *        *        *     Tiempo de espera agotado para esta solicitud.
  6    24 ms    25 ms    24 ms  108.170.233.246
  7    23 ms    23 ms    23 ms  108.170.253.248
  8    30 ms    29 ms    29 ms  74.125.242.177
  9    24 ms    23 ms    23 ms  108.170.235.89
 10    23 ms    22 ms    22 ms  mad01s24-in-f3.1e100.net [216.58.211.227]

Traza a la dirección google-public-dns-a.google.com [8.8.8.8]
sobre un máximo de 30 saltos:
Código:
  1    <1 ms    <1 ms    <1 ms  LIVEBOXFIBRA [192.168.1.1]
  2    31 ms    23 ms    28 ms  1.40.220.87.dynamic.jazztel.es [87.220.40.1]
  3    72 ms    84 ms    72 ms  10.34.0.31
  4    73 ms    76 ms    66 ms  72.14.195.234
  5     *        *        *     Tiempo de espera agotado para esta solicitud.
  6    83 ms    65 ms    82 ms  108.170.230.190
  7    76 ms    76 ms    63 ms  216.239.47.229
  8    57 ms    54 ms    68 ms  google-public-dns-a.google.com [8.8.8.8]
son muy parecidas las trazas,yo que me pase a fibra por el tema de las latencias y resulta que R cable las tiene mejores y no es ftth es coaxial
 
Última edición por un moderador:
#18
El primer salto fuera de la red privada es el salto 2, no el 3. La fibra acaba en el salto 2 (la última milla), y hasta ahí va perfecto. El problema empieza en el salto 3, que es parte interna de la red de Jazztel. Daría igual que fuera fibra, ADSL, cablemodem o Ethernet, porque en este punto, el medio de la última milla ha acabado mucho antes. Hay ahí un control de tráfico regional, traffic shapping para un nodo sobrevendido o algo que consume milisegundos en el proceso.
 
#19
@davidmgr , lo mismo me pasó a mí, menudo palo llegar a Jazztel queriendo mejorar la conexión para ver que la latencia (al menos de los que pasamos por esos nodos) es peor, con diferencia, que con R siendo coaxial :mad:.

Me alegra que al menos no estoy solo en esto, a ver si nos hacen caso y lo arreglan...

Gracias, @OGalati desde el principio vengo sospechando de esos 10.34.0.X, desde luego algo no funciona como debiera.

Lo que no sé es por qué el salto 2, que a veces sale oculto y a veces no, en más o menos 1 de cada 4 tracerts manda esos picos de ms, no sé si es normal o esta relacionado con el problema.
 
#20
Lo que no sé es por qué el salto 2, que a veces sale oculto y a veces no, en más o menos 1 de cada 4 tracerts manda esos picos de ms, no sé si es normal o esta relacionado con el problema.
Pienso que 87.220.40.1 podría reconfigurarse automáticamente según la carga o la hora. Ya que ambos @davidmgr y @Giglecald salen por el mismo nodo, podríais coordinarse para hacer unos tracerts a la misma hora. Por ejemplo, a la hora pico, digamos 8 de la tarde y fuera de hora pico, como 8 de la mañana, a ver si ambos tienen variación.
Cuando un router responde a un tracert en el momento que le toca ser el último nodo, o cuando responde a un ping, está actuando como extremo de la conexión y generando por sí mismo la respuesta. En cambio cuando redireccionan tráfico hacia los nodos siguientes, lo único que hacen es routear, sin generar tráfico propio. Muchos equipos están configurados para no responder, o responder con baja prioridad, pero esto no afecta su eficiencia en la función de router. Entonces vemos que puede tardarse 2000ms para responder por sí mismo, pero alcanzar el nodo siguiente, ida y vuelta, pasando por él mismo, tarda 30ms.
 
Arriba