BocaDePez ✎ ◉
-1
⋮
- 💬 Foros
- Operadoras
- Orange
- Jazztel
Fibra
Aumento de latencia durante la noche en Jazztel FTTH - página 2
Página 2
BocaDePez
⋮
Podeis poner tracerts de las conexiones afectadas?
✖
BocaDePez
⋮
Este es el tracert desde COGENT EN MADRID, hacia mi NODO, ojo, no es mi ip, es la ip de donde cuelgo yo en valladolid, como se puede observar el problema es INTERNO en la red de jazztel:
traceroute to 37.35.186.1 (37.35.186.1), 30 hops max, 60 byte packets 1 gi0-0-0-19.219.nr12.b015535-1.mad05.atlas.cogentco.com (130.117.254.65) 0.965 ms 1.071 ms 2 te0-0-0-1.agr11.mad05.atlas.cogentco.com (154.25.6.69) 0.835 ms 0.906 ms 3 be2403.ccr22.mad05.atlas.cogentco.com (130.117.0.69) 0.770 ms be2404.ccr22.mad05.atlas.cogentco.com (130.117.0.93) 0.816 ms 4 jazztel.demarc.cogentco.com (149.6.80.30) 1.038 ms 149.6.38.150 (149.6.38.150) 0.966 ms 5 58.217.106.212.static.jazztel.es (212.106.217.58) 1.174 ms 218.216.106.212.static.jazztel.es (212.106.216.218) 1.241 ms 6 10.255.49.254 (10.255.49.254) 168.963 ms 168.979 ms 7 * * 8 1.186.35.37.dynamic.jazztel.es (37.35.186.1) 167.543 ms 143.553 ms se observa como entre el primer salto de jazztel y el siguiente salto dentro de su red, la conexión está petada
BocaDePez
⋮
Hoy a mi me va bien.
Estaran tocando las rutas y desaturando unas y saturando otras XDDD
✖
BocaDePez
⋮
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 SMBSHARE [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 * * 7 ms 61.217.106.212.static.jazztel.es [212.106.217.61]
6 6 ms 6 ms 6 ms 2.217.106.212.static.jazztel.es [212.106.217.2]
7 6 ms 6 ms 6 ms 72.14.232.189
8 7 ms 6 ms 6 ms 216.239.47.229
9 7 ms 6 ms 6 ms google-public-dns-a.google.com [8.8.8.8]
Traza completa.
✖
BocaDePez
⋮
Todos los derechos reservados.C:\Users\Israel>tracert google.esTraza a la dirección google.e
s [216.58.201.131]sobre un máximo de 30 saltos:
1 2 ms 1 ms 4 ms SMBSHARE [192.168.1.1]
2 74 ms 20 ms 18 ms ip-192-169-255-255.ip.secureserver.net [192.169.255.255]
3 18 ms 17 ms 18 ms 10.145.145.13
4 24 ms 23 ms 22 ms 218.216.106.212.static.jazztel.es [212.106.216.218]
5 158 ms 160 ms 160 ms 217.216.106.212.static.jazztel.es [212.106.216.217]
6 155 ms 150 ms 151 ms 2.217.106.212.static.jazztel.es [212.106.217.2]
7 164 ms 258 ms 166 ms 216.239.50.150
8 153 ms 156 ms 157 ms 216.239.40.217
9 164 ms 172 ms 169 ms mad06s25-in-f3.1e100.net [216.58.201.131]
AL Parecer, las afectadas hoy pasan por 212.106.216.217
Y no por 212.106.217.61 , el cual hoy NO esta saturado
✖
BocaDePez
⋮
2 74 ms 20 ms 18 ms ip-192-169-255-255.ip.secureserver.net [192.169.255.255]
¿Y esto? ?
✖
BocaDePez
⋮
Desde Ourense Jazztel ftth
Traza a la dirección www.google.es [216.58.211.195]
sobre un máximo de 30 saltos:
1 <1 ms <1 ms <1 ms router [192.168.88.1]
2 1 ms 1 ms <1 ms SMBSHARE [192.168.1.1]
3 33 ms 27 ms 28 ms ip-192-169-255-255.ip.secureserver.net [192.169.255.255]
4 28 ms 28 ms 28 ms 10.145.145.17
5 32 ms 31 ms 32 ms 218.216.106.212.static.jazztel.es [212.106.216.218]
6 294 ms * 292 ms 217.216.106.212.static.jazztel.es [212.106.216.217]
7 311 ms 315 ms 305 ms 2.217.106.212.static.jazztel.es [212.106.217.2]
8 303 ms 294 ms 298 ms 216.239.50.148
9 289 ms 296 ms 300 ms 216.239.50.135
10 273 ms 278 ms 288 ms mad01s25-in-f195.1e100.net [216.58.211.195]
Traza completa.
✖
BocaDePez
⋮
✖
BocaDePez
⋮
BocaDePez
⋮
Haciendo ping a www.google.es [216.58.211.195] con 32 bytes de datos:
Respuesta desde 216.58.211.195: bytes=32 tiempo=356ms TTL=55
Respuesta desde 216.58.211.195: bytes=32 tiempo=364ms TTL=55
Respuesta desde 216.58.211.195: bytes=32 tiempo=364ms TTL=55
Respuesta desde 216.58.211.195: bytes=32 tiempo=373ms TTL=55
Respuesta desde 216.58.211.195: bytes=32 tiempo=363ms TTL=55
Respuesta desde 216.58.211.195: bytes=32 tiempo=360ms TTL=55
Respuesta desde 216.58.211.195: bytes=32 tiempo=361ms TTL=55
Respuesta desde 216.58.211.195: bytes=32 tiempo=351ms TTL=55
Respuesta desde 216.58.211.195: bytes=32 tiempo=363ms TTL=55Estadísticas de ping para 216.58.211.195:
Paquetes: enviados = 9, recibidos = 9, perdidos = 0
(0% perdidos),
Tiempos aproximados de ida y vuelta en milisegundos:
Mínimo = 351ms, Máximo = 373ms, Media = 361ms
⋮
Que yo sepa, a estas horas no está habiendo un partido de fútbol de gran relevancia, pero igualmente como los tres últimos domingos, unas latencias de escándalo. Parece que no es solo la TV el culpable.
traceroute to 8.8.8.8 (8.8.8.8), 30 hops max, 60 byte packets
1 router.local (192.168.1.1) 1.738 ms 1.694 ms 1.673 ms
2 * * *
3 * * *
4 * * *
5 * 57.217.106.212.static.jazztel.es (212.106.217.57) 290.737 ms *
6 66.217.106.212.static.jazztel.es (212.106.217.66) 290.987 ms 2.217.106.212.static.jazztel.es (212.106.217.2) 286.631 ms 286.797 ms
7 72.14.234.233 (72.14.234.233) 287.865 ms 72.14.234.37 (72.14.234.37) 253.954 ms 254.092 ms
8 216.239.48.243 (216.239.48.243) 254.140 ms 216.239.47.231 (216.239.47.231) 288.332 ms 216.239.48.109 (216.239.48.109) 288.291 ms
9 google-public-dns-a.google.com (8.8.8.8) 251.410 ms 251.547 ms 251.166 ms
✖
BocaDePez
⋮
El barsa --eibar y real sociedad-- celta.
✖
⋮
Pues eso, no es de gran relevancia. Como mucho estará todos los bares conectados con Orange TV y poco más.
⋮
Actualizo con un ping:
PING 8.8.8.8 (8.8.8.8) 56(84) bytes of data.
64 bytes from 8.8.8.8: icmp_seq=1 ttl=58 time=313 ms
64 bytes from 8.8.8.8: icmp_seq=2 ttl=58 time=327 ms
64 bytes from 8.8.8.8: icmp_seq=3 ttl=58 time=336 ms
64 bytes from 8.8.8.8: icmp_seq=4 ttl=58 time=345 ms
64 bytes from 8.8.8.8: icmp_seq=5 ttl=58 time=328 ms
64 bytes from 8.8.8.8: icmp_seq=6 ttl=58 time=347 ms
64 bytes from 8.8.8.8: icmp_seq=7 ttl=58 time=322 ms
64 bytes from 8.8.8.8: icmp_seq=8 ttl=58 time=316 ms
64 bytes from 8.8.8.8: icmp_seq=9 ttl=58 time=315 ms
64 bytes from 8.8.8.8: icmp_seq=10 ttl=58 time=313 ms
--- 8.8.8.8 ping statistics ---
10 packets transmitted, 10 received, 0% packet loss, time 9010ms
rtt min/avg/max/mdev = 313.008/326.643/347.978/12.208 ms
Y mejor no os digo lo que es jugar y comunicarse via VoIP (Discord, Teamspeak...) con 326 ms de media de ping. Demencial Jazztel.
BocaDePez
⋮
Esto es problema de jazztel. Estoy ahora mismo con otra compañía, y aun así me da ese pingazo. El problema es de Jazztel.
Traza a la dirección 1.186.35.37.dynamic.jazztel.es [37.35.186.1]
sobre un máximo de 30 saltos:
1 <1 ms <1 ms <1 ms 192.168.100.1
2 3 ms 3 ms 5 ms 46.234.154.65
3 11 ms 15 ms 16 ms 10.10.0.1
4 10 ms 13 ms 10 ms te0-7-0-6.ccr21.mad05.atlas.cogentco.com [149.6.39.45]
5 10 ms 11 ms 11 ms 149.6.150.218
6 12 ms 11 ms 11 ms 218.216.106.212.static.jazztel.es [212.106.216.218]
7 252 ms 247 ms * 10.255.49.254
8 * * * Tiempo de espera agotado para esta solicitud.
9 272 ms 268 ms 273 ms 1.186.35.37.dynamic.jazztel.es [37.35.186.1]
Traza completa.
✖
⋮
Estaría bien hacer lo mismo pero hacia un abonado de Orange.
✖
BocaDePez
⋮
Por supuesto. No sé si está bien, pero el tracert es hacia un abonado de Orange.
Traza a la dirección 211.pool92-186-95.dynamic.orange.es [92.186.95.211]
sobre un máximo de 30 saltos:
1 <1 ms <1 ms <1 ms 192.168.100.1
2 4 ms 2 ms 2 ms 46.234.154.65
3 10 ms 9 ms 9 ms 10.10.0.1
4 13 ms 10 ms 10 ms te0-7-0-6.ccr21.mad05.atlas.cogentco.com [149.6.39.45]
5 11 ms 12 ms 12 ms be2341.ccr22.mad05.atlas.cogentco.com [154.54.38.178]
6 12 ms 12 ms 11 ms francetelecom.mad05.atlas.cogentco.com [130.117.14.138]
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 26 ms 25 ms 25 ms 211.pool92-186-95.dynamic.orange.es [92.186.95.211]
Traza completa.
✖
⋮
Lo digo porque clientes de Orange también están afectados, pero no todos. A ver si hay algún abonado con los mismos problemas y haga un traceroute inverso...
✖
BocaDePez
⋮
BocaDePez
⋮
El torpedo al que estoy conectado está lleno y no tengo problemas de latencia alguno. Ni tampoco en el speedtest. El traceroute al DNS de Google me da 15ms y el speedtest en los 200 Mbps.
✖
⋮
No tiene nada que ver el torpedo y lo lleno que esté en todo este asunto.
Si a las DNS de Google tienes 15 ms teniendo fibra, cuando lo normal es tener 5 ms, entonces ya tienes un ligero problema.
BocaDePez
⋮
partidito del madriz celta. Ya tengo 100 de ping, bravoooooo wowwwww gracias jazztelllll
✖
BocaDePez
⋮
Yo ahora mismo sin problemas,Extraño
✖
BocaDePez
⋮
bueno, parece q la saturacion no es tan grande como otros dias. Tengo 40 de ping a google
⋮
No he podido comprobarlo hasta ahora. Ahora tengo 5ms, vamos lo que viene a ser tener la línea perfectamente.
Me alegro que hoy, siendo un partido decisivo para el Madrid, no haya petado tanto la red. A ver si es algo permanente o por desgracia es algo excepcional.
✖
BocaDePez
⋮
Bueno, era contra el Celta. Eso no era un grupo de música?
Pues se televisó por la TDT (Canal GOL).
✖
BocaDePez
⋮
Hoy el barsa no juega en abiertoHoy habrá saturacion
BocaDePez
⋮
no falla, partido que no es en abierto, y saturación.
ping de 150 a google asco de jazztel, joder.
✖
BocaDePez
⋮
Tú lo has dicho. Y lo peor de todo que niegan que esto pase.
✖
Normalmente cuando 'se niega' ... suele significar que han escalado el aviso a 'laz artaz inztanzias' y estas o no han contestado ... o han contestado 'a mamarla'.
BocaDePez
⋮
Esto es un desastre, por favor
BocaDePez
⋮
Vuelta a la normalidad.
una vez que ha acabado el partido por supuesto.
⋮
No he podido comprobar lo de hoy (seguramente si me funcionaria de culo como siempre), pero si he leido este hilo durante la "incidencia" y justamente estaba en casa de un amigo que tiene fibra de Orange en la misma ciudad. La cosa es que esta saturación no le estaba afectando, tenia un ping estable de 8 ms hacia 8.8.8.8 (comprobado desde mi móvil en su red wifi).
Así que no sé si realmente esta incidencia también afecta a clientes de Orange. Si les afecta, no es tan salvajemente como sufrimos los de Jazztel.
✖
BocaDePez
⋮
en tu ciudad el cable de Jazztel y orange es compartido?
✖
⋮
No, despliegue paralelo, aunque creo que a estas alturas, Orange y Jazztel pueden acceder a la red de Jazztel y Orange respectivamente.
✖
BocaDePez
⋮
En las ciudades que va mal tanto orange como Jazztel solo hay un despliegue, en el caso de Zamora Jazztel y movistar son las únicas con fibra disponible y por tanto orange usa la red de Jazztel al completo.
Aquí comprobado varias veces, la saturación se da también en orange.
✖
✖
BocaDePez
⋮
✖
BocaDePez
⋮
✖
BocaDePez
⋮
BocaDePez
⋮
BocaDePez
⋮
pues hoy no hay partido que yo sepa, y ya tengo ping de 100 a google.
JODER CADA VEZ ES MÁS CONTINUO. Ya practicamente ninguna noche de la semana se puede jugar decentemente, para esto me vuelvo al adsl que al menos es más barato me cago en dios y en jazztel
✖
BocaDePez
⋮
El problema es que la red de Orange/Jazztel se satura fácilmente, porque tienen más demanda de lo que pueden ofertar (que yo sepa no tienen límite impuesto de número de contratos que pueden hacer). Por tanto cuando hay partido pasa sí o sí, pero aunque no haya partido puede saturarse. Es así de simple.
✖
BocaDePez
⋮
Me parece fenomenal y me alegro por ellos.
Pero que se gastan la cuota de linea en mejorar equipos.
⋮
No, si al final Movistar hizo de putísima madre ser los últimos en dar los 300 megas y la simetría, porque si ha supuesto tiempo para ampliar caudales, habría estado mejor que Jazztel u Orange no se hayan adelantado tanto por sus santos cojones que luego mira...
BocaDePez
⋮
hoy como todos los domingos, saturación al canto. Es lamentable, que putada que me quitaron el par de cobre y ya no me puedo marchar a otra compañia. O jazztel, o ONO, nada más. Sino estos hijos de la gran puta ya me habían visto el pelo
✖
¿Te quitaron el par de cobre? ... ¿y no tienes opción de Movistar FTTH? o es una cuestión 'personal' ¿?
✖
BocaDePez
⋮
prefiero quedarme sin internet que ir a vomistar.
Me ire a ONO pesar de los microcortes.
✖
Yo en esto ... soy como las meretrices ... con la que mejor me venga y ahora mismo es Movistar FTTH 50/5 por 23,80€ hasta Octubre .. luego ya veré a que me paso.
BocaDePez
⋮
200 de ping....
✖
BocaDePez
⋮
(216.58.214.163): icmp_seq=1 ttl=56 time=249 ms
(216.58.214.163): icmp_seq=2 ttl=56 time=241 ms
(216.58.214.163): icmp_seq=3 ttl=56 time=243 ms
Bienvenido a mi mundo
⋮
PING 8.8.8.8 (8.8.8.8) 56(84) bytes of data.
64 bytes from 8.8.8.8: icmp_seq=1 ttl=58 time=253 ms
64 bytes from 8.8.8.8: icmp_seq=2 ttl=58 time=247 ms
64 bytes from 8.8.8.8: icmp_seq=3 ttl=58 time=262 ms
64 bytes from 8.8.8.8: icmp_seq=4 ttl=58 time=249 ms
64 bytes from 8.8.8.8: icmp_seq=5 ttl=58 time=250 ms
64 bytes from 8.8.8.8: icmp_seq=6 ttl=58 time=240 ms
64 bytes from 8.8.8.8: icmp_seq=7 ttl=58 time=243 ms
64 bytes from 8.8.8.8: icmp_seq=8 ttl=58 time=235 ms
64 bytes from 8.8.8.8: icmp_seq=9 ttl=58 time=242 ms
64 bytes from 8.8.8.8: icmp_seq=10 ttl=58 time=243 ms
--- 8.8.8.8 ping statistics ---
10 packets transmitted, 10 received, 0% packet loss, time 9011ms
rtt min/avg/max/mdev = 235.632/246.847/262.815/7.311 ms
Como son todos los putos domingos igual, pues ya como que me canso, total, Jazztel/Orange no hace absolutamente nada.
✖
BocaDePez
⋮
pues espera que empieze el madrid
✖
⋮
Deseoso estaba. Ahora haré los ping al DNS1 de Jazztel.
PING 87.216.1.65 (87.216.1.65) 56(84) bytes of data.
64 bytes from 87.216.1.65: icmp_seq=1 ttl=59 time=393 ms
64 bytes from 87.216.1.65: icmp_seq=2 ttl=59 time=392 ms
64 bytes from 87.216.1.65: icmp_seq=3 ttl=59 time=385 ms
64 bytes from 87.216.1.65: icmp_seq=4 ttl=59 time=396 ms
64 bytes from 87.216.1.65: icmp_seq=5 ttl=59 time=401 ms
64 bytes from 87.216.1.65: icmp_seq=6 ttl=59 time=394 ms
64 bytes from 87.216.1.65: icmp_seq=7 ttl=59 time=394 ms
64 bytes from 87.216.1.65: icmp_seq=8 ttl=59 time=383 ms
64 bytes from 87.216.1.65: icmp_seq=9 ttl=59 time=375 ms
64 bytes from 87.216.1.65: icmp_seq=10 ttl=59 time=376 ms
--- 87.216.1.65 ping statistics ---
10 packets transmitted, 10 received, 0% packet loss, time 9005ms
rtt min/avg/max/mdev = 375.983/389.455/401.161/8.139 ms
BocaDePez
⋮
ATENCION:
Me han llamado desde Jazztel, y me han comunicado que han reconocido el problema desde ingeniería de red, pero que no es un problema fácil de resolver.
Al parecer hay un problema que afecta a la zona norte de España, y les toca hacer obra y ampliar caudal en el nodo Zamora-Valladolid (también Galicia pasa por ahí).
Lo malo de todo esto: HASTA LA SEGUNDA SEMANA DE MARZO ESTO NO VA A ESTAR ARREGLADO.
Pero bueno, al contrario de lo que decía Rbetancor, al final SI han reconocido el problema y SI habrá solución (aunque tardara bastante).
✖
BocaDePez
⋮
La cosa es que en ese mapa no veo ninguna relación Valladolid-Zamora, sin embargo Galicia Zamora si que la hay, donde ampliaran caudal?
BocaDePez
⋮
Alguna prueba de que realmente te hayan llamado diciendote esto? tienes un número de incidencia para que podamos preguntar directamente a jazztel?
no es por dudar de tu palabra, pero.... aqui ya no nos fiamos de nada ni de nadie, comprendes?
por otro lado, la foto que han pegado del mapa con las conexiones de fibra por españa, también la he visto en adslzone, la puede haber hecho cualquiera.
✖
BocaDePez
⋮
por cierto, ahora mismo sin partidos ni sin nada, saturacion de nuevo. ping de 120 a google.
BocaDePez
⋮
La prueba esta en adsl zone, mira el soporte oficial de jazztel
✖
BocaDePez
⋮
Tal y como hemos hablado por teléfono, nuestro departamento de ingeniería ha identificado el fallo y han puesto en marcha la solución. Se espera que esté resuelto para la segunda semana de Marzo.
Extraña llamada esa ... nunca he visto a uno de los grandes, llamar a un cliente para decirles eso. EN LA PUTA VIDA, ese tipo de información no sale más que de NOC a Jefazos NOC y más arriba ... nunca llega a clientes.
Pero bueno ... si te han llamado y 'te lo han jurado por Snoopy y la cuquita del niño Jesus' ... habrá que creerlos.
Posdata: Las redes de Galica no pasan por Valladolid y Zamora, pero si 'te lo han dicho' ... será así.
✖
BocaDePez
⋮
Podrias pasar algun mapa veridico para ver los enlaces?
✖
Vete a la web de ADIF y busca en la sección de telecomunicaciones. No sé el porcentaje exacto ... pero la mayoría de los enlaces interprovinciales con Madrid, Barcelona, Bilbao, Valencia, Cadiz y Málaga (principales puntos de interconexión de redes), se hacen a través de la lambdas alquiladas a ADIF.
BocaDePez
⋮
dice la verdad, a mi también me han llamado y me han dicho lo mismo.
Siempre sospechas de las demás personas? porque te iba a engañar un usuario diciéndolo que Jazztel le ha llamado?
✖
Ya he explicado porqué ... porque ese tipo de llamadas NO SON HABITUALES, además de que yo no he dicho que mienta ... he dicho que es una llamada muy extraña.
Si te han llamado y te han contado el mismo cuento chino ... ¡enhorabuena!. ¿Hay que repartir algún premio o algo? ... porque ni tiene sentido la llamada, ni tiene sentido lo que le han dicho (y supongo que te han contado a ti la misma milonga).
- Si es un tema de configuración, se resuelve en unas horas
- Si es un tema de caudales, se resuelve en unos días (máximo 10). Teniendo ganas de gastar la pasta que implica.
La única forma de que tengan que hacer trabajos que impliquen más de un mes de retraso, es que tengan que cambiar equipos o tengan que reestructurar los enlaces existentes, para organizar la red de otra manera. Cosa, que igualmente es raro, que haya que hacer, no es imposible, pero si muy raro.
⋮
Que no era fácil de resolver era visto, porque es totalmente un problema de falta de caudal. Y si, hacer ese tipo de obra no es algo que se haga de la noche a la mañana asi que si tardan un mes, está dentro de la lógica.
Ahora, que te haya llamado alguien dándote esa información tan relevante, me deja flipado.
✖
BocaDePez
⋮
Esa informacion, la unica relevancia que tiene es positiva para ellos, si lo dicen alomejor la gente no se va y almenos sabemos que los "jefazos" como dice rbetancor nos han hecho caso.
Ahora bien aqui mis dudas:
Sigo sin ver una interconexion, como me han dicho que relacione el norte de españa (galicia (santiago de compostela) valladolid y zamora)
Sigo sin entender, si rbetancor dijo que era simple y que lo unico que tenian que hacer eran poner routers 40G, que tienen que hacer para tardar mas de un mes? Si eso seria comprar y cambiar los aparatos.
✖
⋮
Ya, pero el mapa de red está actualizado? Quizás con el despliegue FTTH Jazztel haya metido nuevas lineas que conecten el oeste de CyL con Galicia y no se vea reflejado.
Si van a tardar mes y medio es porque no van a cambiar las cabeceras como dijo rbetancor, sino que van a tirar nuevos enlaces o hacer más interconexiones entre troncales para repartir tráfico. Y eso es hacer obra a pie de calle y no se tarda poco precisamente.
BocaDePez
⋮
Domingo y ya empezamos, ya ha subido el ping de 6 ms que tengo a 8.8.8.8 generalmente a:
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 SMBSHARE [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 * 8 ms * 97.217.106.212.static.jazztel.es [212.106.217.97]
6 12 ms 35 ms 28 ms 66.217.106.212.static.jazztel.es [212.106.217.66]
7 7 ms 7 ms 7 ms 72.14.234.37
8 25 ms 24 ms 25 ms 216.239.48.83
9 17 ms 16 ms 16 ms google-public-dns-a.google.com [8.8.8.8]
Ademas ya empezamos con el jitter alto (>20ms) de diferencia entre pings
✖
⋮
En mi caso de momento sin problemas:
PING 87.216.1.65 (87.216.1.65) 56(84) bytes of data.
64 bytes from 87.216.1.65: icmp_seq=1 ttl=59 time=5.77 ms
64 bytes from 87.216.1.65: icmp_seq=2 ttl=59 time=6.40 ms
64 bytes from 87.216.1.65: icmp_seq=3 ttl=59 time=4.82 ms
64 bytes from 87.216.1.65: icmp_seq=4 ttl=59 time=5.22 ms
64 bytes from 87.216.1.65: icmp_seq=5 ttl=59 time=5.20 ms
64 bytes from 87.216.1.65: icmp_seq=6 ttl=59 time=5.37 ms
64 bytes from 87.216.1.65: icmp_seq=7 ttl=59 time=5.29 ms
64 bytes from 87.216.1.65: icmp_seq=8 ttl=59 time=5.37 ms
64 bytes from 87.216.1.65: icmp_seq=9 ttl=59 time=4.81 ms
64 bytes from 87.216.1.65: icmp_seq=10 ttl=59 time=5.24 ms
--- 87.216.1.65 ping statistics ---
10 packets transmitted, 10 received, 0% packet loss, time 9013ms
rtt min/avg/max/mdev = 4.816/5.355/6.406/0.439 ms
✖
BocaDePez
⋮
Ahora estas sin problemas?
He notado que me han cambiado el 5 nodo del tracert:
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 SMBSHARE [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 152 ms 148 ms 145 ms 97.217.106.212.static.jazztel.es [212.106.217.97]
6 131 ms 132 ms 140 ms 66.217.106.212.static.jazztel.es [212.106.217.66]
7 139 ms 146 ms 150 ms 72.14.234.37
8 152 ms 156 ms 156 ms 216.239.48.83
9 145 ms 145 ms 145 ms google-public-dns-a.google.com [8.8.8.8]
Antes mi 5 salto tenia esta dirección: 212.106.217.61
✖
⋮
Pues ahora ha subido un poco pero no hablamos de los 300 ms. Está siendo un domingo bastante tranquilo afortunadamente.
PING 87.216.1.65 (87.216.1.65) 56(84) bytes of data.
64 bytes from 87.216.1.65: icmp_seq=1 ttl=59 time=25.9 ms
64 bytes from 87.216.1.65: icmp_seq=2 ttl=59 time=17.8 ms
64 bytes from 87.216.1.65: icmp_seq=3 ttl=59 time=28.2 ms
64 bytes from 87.216.1.65: icmp_seq=4 ttl=59 time=31.7 ms
64 bytes from 87.216.1.65: icmp_seq=5 ttl=59 time=35.8 ms
64 bytes from 87.216.1.65: icmp_seq=6 ttl=59 time=27.0 ms
64 bytes from 87.216.1.65: icmp_seq=7 ttl=59 time=39.6 ms
64 bytes from 87.216.1.65: icmp_seq=8 ttl=59 time=43.2 ms
64 bytes from 87.216.1.65: icmp_seq=9 ttl=59 time=40.7 ms
64 bytes from 87.216.1.65: icmp_seq=10 ttl=59 time=44.5 ms
--- 87.216.1.65 ping statistics ---
10 packets transmitted, 10 received, 0% packet loss, time 9013ms
rtt min/avg/max/mdev = 17.881/33.495/44.556/8.284 ms
Sobre los saltos no indican ningún indicio. Hacia una IP lo raro es que vaya por una misma ruta. Ese capricho de cambiar las rutas intermedias dependerá de factores como la congestión del resto de rutas, si una ruta está caida, etc. Eso lo gestiona automáticamente el sistema OSPF de su red.
✖
BocaDePez
⋮
BocaDePez
⋮
Hoy lunes, saturación a tope en Zamora, será coincidencia, que nunca antes había pasado:
PING 8.8.8.8 (8.8.8.8): 56 data bytes
Reply from 8.8.8.8: bytes=56 ttl=59 time=110.9ms seq=0
Reply from 8.8.8.8: bytes=56 ttl=59 time=117.4ms seq=1
Reply from 8.8.8.8: bytes=56 ttl=59 time=98.6ms seq=2
Reply from 8.8.8.8: bytes=56 ttl=59 time=94.8ms seq=3
– 8.8.8.8 ping statistics –
4 packets transmitted, 4 packets received, 0% packet loss
round-trip min/avg/max = 94.8/105.4/117.4 ms
✖
⋮
Aqui todo normal, 5 ms clavaos.
98 ms es malo pero dentro de lo normal. Ya verás cuando te suba a 300 ms, que divertida es la navegación así.
✖
BocaDePez
⋮
Imagino que coincidiras en que han tocado algo que sea como fuere ha empeorado la conexion aqui.
Desde septiembre llevo con el problema y esto un lunes JAMAS me ha pasado.
Jamas...
✖
⋮
A lo mejor para mejorar el caudal de Valladolid y Gijón, están repartiendo el tráfico también por Zamora y si antes teniais 50 ms ahora teneis 120 ms XDD
✖
BocaDePez
⋮
Yo no les hubiera dando tanta 'cancha' ... máximo 1 mes para que lo resuelvan ... luego, me cambio a otro.
✖
BocaDePez
⋮
Navegar, en princpio ... te importa un carajo incluso 800ms ... ... ahora ... que como estés intentando hacer algo 'interactivo' ... te mueres de asco.
✖
⋮
Exacto, el skype con esa latencia, empiezas a flipar.
BocaDePez
⋮
No solo la latencia, tengo 18 megas de 200 contratados.
Cualquier descarga o otra cosa (incluso streaming) se ve afectada notablente.
Ahora bien, ya preguntaba ayer, que han hecho para solucionarlo en todos los lados y empeorarlo en zamora?
✖
BocaDePez
⋮
bueno pues flipa, AHORA MISMO EN VALLADOLID:
ping de 200 a bandaancha.eu y 150 a google, con rafagas incluso de 700 a google, imposible hacer nada.
PUTA JAZZTEL
PUTA JAZZTEL HIJOS DE PUTA ESTAFADORES
✖
BocaDePez
⋮
Te coges y te cambias.
✖
BocaDePez
⋮
no puedo, si a ti te va bien coges y te callas y no entras a este hilo
BocaDePez
⋮
menuda basura de comentario.
Gracias por nada
BocaDePez
⋮
Puedes pasar unos tracert porfa a 8.8.8.8, tienes ftth no?
✖
BocaDePez
⋮
C:\Users\Alberto>tracert 8.8.8.8
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 SMBSHARE [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 196 ms 5 ms * 217.216.106.212.static.jazztel.es [212.106.216.2
17]
6 301 ms 5 ms 7 ms 2.217.106.212.static.jazztel.es [212.106.217.2]
7 5 ms 5 ms 5 ms 72.14.232.189
8 5 ms 5 ms 5 ms 216.239.48.87
9 5 ms 5 ms 5 ms google-public-dns-a.google.com [8.8.8.8]
el lag va y viene, sobre todo se nota ahora si le lanzo ping con peso de 500 por ejemplo:
C:\Users\Alberto>ping google.es -t -l 500
Haciendo ping a google.es [216.58.211.227] con 500 bytes de datos:
Respuesta desde 216.58.211.227: bytes=64 (enviados 500) tiempo=5ms TTL=56
Respuesta desde 216.58.211.227: bytes=64 (enviados 500) tiempo=6ms TTL=56
Respuesta desde 216.58.211.227: bytes=64 (enviados 500) tiempo=363ms TTL=56
Respuesta desde 216.58.211.227: bytes=64 (enviados 500) tiempo=5ms TTL=56
Respuesta desde 216.58.211.227: bytes=64 (enviados 500) tiempo=5ms TTL=56
Respuesta desde 216.58.211.227: bytes=64 (enviados 500) tiempo=124ms TTL=56
Estadísticas de ping para 216.58.211.227:
Paquetes: enviados = 6, recibidos = 6, perdidos = 0
(0% perdidos),
Tiempos aproximados de ida y vuelta en milisegundos:
Mínimo = 5ms, Máximo = 363ms, Media = 84ms
✖
BocaDePez
⋮
⋮
Como va todo? hay problemas?
✖
BocaDePez
⋮
de momento en Zamora no, pero espera finde o partidos que va a ser impresionante
BocaDePez
⋮
A partir de las 20:45 empieza el madrid en bein, si es posible echar un vistazo a como os va la conexion durante el partido y decirlo por aqui, esperemos que no se sature.
✖
BocaDePez
⋮
Yo no tengo los 200ms de costumbre, pero tampoco los 12 que he tenido la semana pasada durante 36 horas.
A ver si alguno de los sabios del foro me dice que le parece mi tracert (los dos primeros saltos)
traceroute to 8.8.8.8 (8.8.8.8), 30 hops max, 40 byte packets
1 192.169.255.254 (192.169.255.254) 20.039 ms 20.940 ms 21.961 ms
2 10.145.145.13 (10.145.145.13) 30.000 ms 21.340 ms 20.161 ms
3 212.106.216.218 (212.106.216.218) 33.800 ms 212.106.217.58 (212.106.217.58) 26.359 ms 212.106.216.218 (212.106.216.218) 25.001 ms
4 212.106.217.57 (212.106.217.57) 26.160 ms 212.106.216.217 (212.106.216.217) 25.420 ms 212.106.217.57 (212.106.217.57) 23.501 ms
5 212.106.217.66 (212.106.217.66) 24.500 ms 212.106.217.2 (212.106.217.2) 22.159 ms 212.106.217.66 (212.106.217.66) 21.721 ms
6 72.14.234.233 (72.14.234.233) 24.200 ms 24.079 ms 72.14.232.191 (72.14.232.191) 21.260 ms
7 216.239.47.227 (216.239.47.227) 20.521 ms 216.239.48.109 (216.239.48.109) 24.739 ms 216.239.50.87 (216.239.50.87) 22.360 ms
8 8.8.8.8 (8.8.8.8) 23.001 ms 25.219 ms 23.200 ms
Traceroute complete.
BocaDePez
⋮
Ya empieza ha haber un poco de saturacion.
40 ms a google, ya veremos a las 20:45 que empiezan los partidos.
✖
BocaDePez
1
⋮
correcto, yo ahora mismo en valladolid tengo 45 a google
✖
Ahora en Zamora ya empieza ha haber 80 ms y 25 megas de 200 de bajada:
PING 8.8.8.8 (8.8.8.8): 56 data bytes
Reply from 8.8.8.8: bytes=56 ttl=59 time=87.4ms seq=0
Reply from 8.8.8.8: bytes=56 ttl=59 time=76.6ms seq=1
Reply from 8.8.8.8: bytes=56 ttl=59 time=83.8ms seq=2
Reply from 8.8.8.8: bytes=56 ttl=59 time=86.4ms seq=3
– 8.8.8.8 ping statistics –
4 packets transmitted, 4 packets received, 0% packet loss
round-trip min/avg/max = 76.6/83.5/87.4 ms
✖
⋮
Yo ahora tengo 45 ms también pero voy a esperar una hora, cuando haya más tráfico a ver hasta que punto está saturado.
✖
✖
⋮
✖
BocaDePez
⋮
yo curiosamente en pucela tengo los mismos 100-120 ms a Google, pero en el test de velocidad me da correcto:
✖
✖
BocaDePez
⋮
✖
✖
✖
✖
Zamora:Ping directo desde el Router:
PING 8.8.8.8 (8.8.8.8): 56 data bytes
Reply from 8.8.8.8: bytes=56 ttl=59 time=175.0ms seq=0
Reply from 8.8.8.8: bytes=56 ttl=59 time=183.6ms seq=1
Reply from 8.8.8.8: bytes=56 ttl=59 time=166.2ms seq=2
Reply from 8.8.8.8: bytes=56 ttl=59 time=171.4ms seq=3
– 8.8.8.8 ping statistics –
4 packets transmitted, 4 packets received, 0% packet loss
round-trip min/avg/max = 166.2/174.0/183.6 ms
Menos mal que garantizan el 10% del caudal, tengo 200 megas contratados:
Aquí teneis, ni con esto podría quejarme, pero vamos que almenos que quede constancia, menos del 10% garantizado de conexión residencial de FTTH.
✖
Tienes un 10M simétrico ... X) ... con latencias de ADSL de los años 2000 ... pagando un precio inferior a lo que en aquel entonces costaba un 2M/512kb ... te quejas de vicio ... ;-)
✖
XD
Esto es vergonzoso, pero bueno, me han llamado y han seguido insistiendo que son conscientes del problema y que la fecha de resolución siegue siendo la misma.
si no cumplen , reclamación con estas pruebas, y me voy sin pagar la penalización, aunque sea a orange (que tiene el mismo problema en Zamora como te dije) solo para joderles jajajajjaja
Cuando puedas mírate lo que acabo de poner mas arriba y mira a ver que opinas y si puedes explicarlo, creo que no hay manera de citar en el foro.
Barsa jugando.
Ya tengo 100 ms de ping, otra semana mas...
Os pasa lo mismo?
✖
Aqui en Valladolid todo correcto. 5'3 ms de media.
✖
Interesante, sin embargo la semana pasada si que os fue mal.
Bueno bueno, veamos como continua todo esto.
Como te va ahora?
Aqui en zamora:
PING 8.8.8.8 (8.8.8.8) : 56 data bytes
Reply from 8.8.8.8: bytes=56 ttl=59 time=120.5ms seq=0
Reply from 8.8.8.8: bytes=56 ttl=59 time=133.1ms seq=1
Reply from 8.8.8.8: bytes=56 ttl=59 time=123.8ms seq=2
Reply from 8.8.8.8: bytes=56 ttl=59 time=135.7ms seq=3
--- 8.8.8.8 ping statistics ---
4 packets transmitted, 4 packets received, 0% packet loss
round-trip min/avg/max = 120.5/128.2/135.7 ms
✖
Pues no te lo puedo comprobar ahora que estoy fuera, pero a las 21h casualmente hice ping y no vi nada raro.
BocaDePez
⋮
Los pings a 8.8.8.8 ya no valen como referencia. Los dns caché de google en los centros de intercambio, banean/filtran las peticiones icmp....
✖
Eso, de momento, solo sucede con movistar como bien ponen en su foro oficial.
✖
He leido los post que comentas y no están afectados todos los clientes. Deja claro que ese filtrado va por rangos de IP y no por operadoras.
Pero como he dicho antes, si hubiera filtro ICMP, directamente no habría respuesta. Otra cosa distinta es si se falsifica los echo, cosa bastante dificil.
Si filtran el ICMP, simplemente no habría respuesta. La respuesta a 8.8.8.8 la hay y es a un servidor fuera del core de Jazztel, con lo que la medición es totalmente fiable.
Igualmente he hecho ping a 87.216.1.65 (DNS1 de Jazztel) reproduciéndose el mismo problema, con lo que queda claramente que su saturación está en las cabeceras interprovinciales y no en rutas de tránsito fuera del operador.
Noticias frescas;
Un ingeniero de orange (encontrado en LinkedIn) ha sido tan amable de acceder a responder unas cuantas preguntas, acerca de un trabajo que estoy haciendo en la uni, pero también me ha dado algún dato que puede ser de ayuda en este tema, o mas bien interesante.
No se como citar a pepejlr o a rbetancor, pero estoy seguro de que les interesara.
Le pregunte sobre la red troncal, sobre como son capaces de gestionar el trafico con la televisión OTT o IPTV OTT y por ultimo sobre este problema que nos acarrea.
Hola de nuevo. Lo primero indicarte que trabajo en la parte de red acceso móvil...así que ahí me pillas un poco.
He consultado a mis compis de acceso fijo y me indican lo siguiente:
Sobre la red troncal es información reservada por lo que no se publica ningún mapa o información al respecto.
Me indican que se está trabajando en tener una única red orange+jazztel y que estará finalizado en menos de 1 año
Sobre la Tv es correcto lo que indicas
Y también se está trabajando en desplegar CDN tanto en el core como en las cabeceras ópticas
Por tanto con ese despliegue y con la tecnología multicast somos capaces de controlar la alta carga que supone el tráfico durante un partido de fútbol de equipos importantes
Sobre la latencia que comentas poco a poco irás notando que deja de ocurrirte...
Espero haberte ayudado en algo y siento no poder compartir mas información al respecto.
Cualquier cosa mas, estaré encantado en ayudarte. Saludos.
✖
Con esto entiendo que se están pasando a tecnología multicast?¿
Osea están desplegando CDN, Pero dice que con ese despliegue y la tecnología multicast son capaces de aguantar esa carga.
Entonces, Ya se están pasando a multicast? Ya lo utilizan en algunos lugares?
Para que sirve al fin y al cabo el despliegue de CDN en el core y en las cabeceras ópticas?
✖
He encontrado esto en la comunidad orange:
Buenos días, aquí te amplio más información:
Hemos mejorado nuestra plataforma de TV con el objetivo de ofrecer a nuestros clientes un servicio de mayor calidad y sin retardos en la emisión de contenidos en directo.
Disfrutarán de la nueva plataforma de IPTV todas las nuevas altas de TV que tengan un servicio de conexión con fibra directa en red propia Orange y Jazztel.
Actualmente, todos nuestros canales se emiten como OTT (modo "unicast"). Con la nueva plataforma IPTV, cambiamos el modo de emisión de los canales que tienen mayores requerimientos de calidad, que pasarán a emitirse en modo "multicast".
Estas mejoras aplicarán exclusivamente a los canales que pasan a emitirse en modo multicast: Orange TV Fútbol (la Liga), Bein Sports, AXN, Fox, Canal+ Series y Calle 13.
A todos los clientes de TV que tengan un servicio de conexión de fibra directo en red propia y red Jazztel y que además dispongan de uno de los siguientes routers: Livebox 2.2 o Livebox 2.1 new.
Parecer ser, que esta información es la que tiene orange a nivel interno para que sus operadores expliquen a sus clientes.
Me comenta mi compañero, que está elaborada a raíz de las mejoras que están haciendo.
Aquí te dejo una noticia de mayo, cuando orange anunció que implementaría Tektronix
Al parecer si que están implementando IPTV Multicast, pero con ciertas restricciones al parecer.
✖
⋮
Vamos, que rbetancor tenía razón, que esto ya lo sabían pero que su resolución era más lenta de lo que se esperaba.
Sobre la unificación de las redes de Jazztel y Orange para ser una sola, eso ya se sabía de facto y parece que se han dado un plazo de un año para que esa unificación sea real. Orange tiene que cambiar de OSPF a IS-IS (leído en RedesZone) y conectar el AS de Jazztel con el AS de Orange o en su defecto a OpenTransit, que a día de hoy parece que hubo pruebas pero nada más.
Y sobre la televisión, lo que ya se sabia, que los que montaron la plataforma de Orange TV fueron unos chapuzas de mucho cuidado solo por ir a lo barato. Así que meterán multicast y en las redes que sigan funcionando con OTT, únicamente meterán un CDN en las cabeceras.
Que estos problemas se iban a arreglar, eso ya se sabia, pero por lo que se ve, las cosas de palacio van despacio.
Nada nuevo bajo el sol ... de hecho, siguen sin confirmar fechas para nada.
Todo esto ya lo habíamos comentado.
⋮
Pues en Granada nos está pasando lo mismo, un ping de ahora mismo (jugándose el Eibar - Real Madrid):
Haciendo ping a 8.8.8.8 con 32 bytes de datos:
Respuesta desde 8.8.8.8: bytes=32 tiempo=187ms TTL=58
Respuesta desde 8.8.8.8: bytes=32 tiempo=182ms TTL=58
Respuesta desde 8.8.8.8: bytes=32 tiempo=184ms TTL=58
Respuesta desde 8.8.8.8: bytes=32 tiempo=183ms TTL=58
Estadísticas de ping para 8.8.8.8:
Paquetes: enviados = 4, recibidos = 4, perdidos = 0
(0% perdidos),
Tiempos aproximados de ida y vuelta en milisegundos:
Mínimo = 182ms, Máximo = 187ms, Media = 184ms
✖
⋮
Por el norte, al menos Valladolid, todo correcto en estos momentos. 5 ms a 8.8.8.8.
✖
Vuelve a comprobarlo, aqui en Galicia ahora el problema es diferente, las latencias son correctas pero cada 2 o 3 minutos, timeouts durante 10 segundos...
Me cago en todo ya... despues de estar 1 mes sufriendo las subidas de ping cuando habia futbol ahora que por fin parecia que lo habian solucionado ¿aparece una problematica nueva?.
Valiente puta mierda de compañia...
✖
⋮
Pues ahí me pillas, pero no te fies, quizás esos timeout los provoca el propio servidor de 8.8.8.8.
Lo que sí te puedo decir es que ando usando la red normal y no noto nada raro. Cuando hay latencias o la red va petada, se nota con un simple envio de mensajes por WhatsApp.
Zamora 6 ms, todo correcto también nada raro y estoy jugando...
Bienvenido al infierno.
⋮
Terminado el partido, aunque ha mejorado, el ping no se termina de recuperar:
Haciendo ping a 8.8.8.8 con 32 bytes de datos:
Respuesta desde 8.8.8.8: bytes=32 tiempo=72ms TTL=58
Respuesta desde 8.8.8.8: bytes=32 tiempo=81ms TTL=58
Respuesta desde 8.8.8.8: bytes=32 tiempo=67ms TTL=58
Respuesta desde 8.8.8.8: bytes=32 tiempo=63ms TTL=58
Estadísticas de ping para 8.8.8.8:
Paquetes: enviados = 4, recibidos = 4, perdidos = 0
(0% perdidos),
Tiempos aproximados de ida y vuelta en milisegundos:
Mínimo = 63ms, Máximo = 81ms, Media = 70ms
Me temo que dentro de un rato, con el Barsa Celta, va a empeorar de nuevo...
✖
Si, es el mismo problema que tuvimos nosotros, yo desde septiembre.
Toca esperar o cambiarte de compañía si tienes opción.
✖
⋮
Bueno, en ese sentido tengo suerte: Puedo contratar fibra de Movistar, Vodafone, Orange y Masmóvil.
Ahora mismo tengo contratadas dos líneas de móvil junto con la fibra 200/200, que dicho sea de paso tampoco está rindiendo como debería en cuando a bajada y subida, ya que los test me dan menos de lo que deberían. Se me acaba la permanencia de los móviles el próximo mes (en el fijo ya no tengo permanencia). Así que ese es el plazo que les voy a dar, si no me iré planteando el cambio.
Por cierto, si me cambio, ¿cuál de los otros operadores me aconsejáis?
⋮
Efectivamente, en pleno partido del Barsa, ha empeorado, aunque no tanto como con el del Madrid:
Haciendo ping a 8.8.8.8 con 32 bytes de datos:
Respuesta desde 8.8.8.8: bytes=32 tiempo=133ms TTL=58
Respuesta desde 8.8.8.8: bytes=32 tiempo=115ms TTL=58
Respuesta desde 8.8.8.8: bytes=32 tiempo=114ms TTL=58
Respuesta desde 8.8.8.8: bytes=32 tiempo=112ms TTL=58
Estadísticas de ping para 8.8.8.8:
Paquetes: enviados = 4, recibidos = 4, perdidos = 0
(0% perdidos),
Tiempos aproximados de ida y vuelta en milisegundos:
Mínimo = 112ms, Máximo = 133ms, Media = 118ms
BocaDePez
⋮
Esta noche volvemos a las andadas.... ping normal 16ms... a eso de media tarde se quedo clavado en 24ms y al rato subiendo hasta casi 200 ms actualmente.
200/200 jazztel FTTH Almeria
✖
Por Valencia sin demasiados problemas:
✖
Tiene huevos.
Lo solucionan en la zona norte y ahora os pasa tambien a vosotros.
Cuando a los de la zona norte nos lo han solucionado, os aparece a vosotros el problema.
Concidencia? Ya es que es para mear y no echar gota.
⋮
Aqui todo chachi.
PING 8.8.8.8 (8.8.8.8) 56(84) bytes of data.
64 bytes from 8.8.8.8: icmp_seq=1 ttl=58 time=5.42 ms
64 bytes from 8.8.8.8: icmp_seq=2 ttl=58 time=5.50 ms
64 bytes from 8.8.8.8: icmp_seq=3 ttl=58 time=5.21 ms
64 bytes from 8.8.8.8: icmp_seq=4 ttl=58 time=5.10 ms
64 bytes from 8.8.8.8: icmp_seq=5 ttl=58 time=5.39 ms
64 bytes from 8.8.8.8: icmp_seq=6 ttl=58 time=5.48 ms
64 bytes from 8.8.8.8: icmp_seq=7 ttl=58 time=5.13 ms
64 bytes from 8.8.8.8: icmp_seq=8 ttl=58 time=5.46 ms
64 bytes from 8.8.8.8: icmp_seq=9 ttl=58 time=5.32 ms
64 bytes from 8.8.8.8: icmp_seq=10 ttl=58 time=5.08 ms
--- 8.8.8.8 ping statistics ---
10 packets transmitted, 10 received, 0% packet loss, time 9012ms
rtt min/avg/max/mdev = 5.084/5.311/5.508/0.183 ms
BocaDePez
⋮
despues de todo esto parece que vuelve a la "normalidad" lo digo entrecomillado porque es la tipica averia que deja la conexion peor que estsaba de forma permanente, he pasado de ping 15 ms a 25 ms de minimo. Esto ya me paso con ADSL al final tenemos peor ping que con ADSL con FP.. en fin
⋮
Si podeis este fin de semana echar un ojo a vuestra conexion.
Yo hoy he notado que estan cambiando las rutas, sobre todo hacia fuera de España a mi ahora me sacan por aqui
lag-105.ear1.Madrid1.Level3.net [213.242.71.105]
ae-2-3201.bar1.Madrid2.Level3.net [4.69.210.226]
ae-2-3201.bar1.Madrid2.Level3.net [4.69.210.226]
Cuando primeramente me sacaban por espanix y posteriormente ( que fue en mi caso cuando era PENOSO) ni se sabia por que no aparecia nombre de red alguna.
En mi caso ahora la cosa me ha mejorado muchisimo ( vamos no es que me haya mejorado respecto a espanix, es que me mejoro con lo que llevaba sufriendo un mes que no se ni lo que era).
Saludos y a ver si de una vez los del norte norte (gijon) dejamos de tener problemas con esa banda de MENTIROSOS
✖
⋮
El problema que se comenta en este hilo (saturación en partidos) está en las cabeceras interprovinciales y en el sistema de Orange TV. No tiene nada que ver el routing en su core.
En tu caso quizás sea por otro motivo. Yo no he notado nada relevante en ese cambio de rutas. Lo que sí me sigue sorprendiendo es que ahora usen más Level3 que Opentransit.
⋮
Pues he de decir que aquí, en Granada, al menos en lo que a mi respecta esta semana no he tenido ningún problema ni de ping ni de capacidad de subida y/o bajada coincidiendo con los partidos de la liga de campeones ni este finde con los de liga de los grandes. Para que quede constancia de que también lo digo cuando la cosa va bien.
BocaDePez
⋮
hola jazztel desde Girona 9/04/2017 21:22:
C:\>ping 8.8.8.8 -t
Haciendo ping a 8.8.8.8 con 32 bytes de datos:
Respuesta desde 8.8.8.8: bytes=32 tiempo=229ms TTL=57
Respuesta desde 8.8.8.8: bytes=32 tiempo=229ms TTL=57
Respuesta desde 8.8.8.8: bytes=32 tiempo=229ms TTL=57
Respuesta desde 8.8.8.8: bytes=32 tiempo=229ms TTL=57
Respuesta desde 8.8.8.8: bytes=32 tiempo=227ms TTL=57
Respuesta desde 8.8.8.8: bytes=32 tiempo=229ms TTL=57
Respuesta desde 8.8.8.8: bytes=32 tiempo=228ms TTL=57
Respuesta desde 8.8.8.8: bytes=32 tiempo=229ms TTL=57
Respuesta desde 8.8.8.8: bytes=32 tiempo=229ms TTL=57
Respuesta desde 8.8.8.8: bytes=32 tiempo=228ms TTL=57
Respuesta desde 8.8.8.8: bytes=32 tiempo=229ms TTL=57
Tiempo de espera agotado para esta solicitud.
Respuesta desde 8.8.8.8: bytes=32 tiempo=230ms TTL=57
Respuesta desde 8.8.8.8: bytes=32 tiempo=230ms TTL=57
Respuesta desde 8.8.8.8: bytes=32 tiempo=229ms TTL=57
Respuesta desde 8.8.8.8: bytes=32 tiempo=230ms TTL=57
Tiempo de espera agotado para esta solicitud.
Respuesta desde 8.8.8.8: bytes=32 tiempo=230ms TTL=57
Respuesta desde 8.8.8.8: bytes=32 tiempo=228ms TTL=57
Estadísticas de ping para 8.8.8.8:
Paquetes: enviados = 19, recibidos = 17, perdidos = 2
(10% perdidos),
Tiempos aproximados de ida y vuelta en milisegundos:
Mínimo = 227ms, Máximo = 230ms, Media = 228ms
llams a jazztel y te dicen que reiinicies el router, lo mismo.....
no se que hacer....
✖
FTTH?
Puedes hacer un tracert 8.8.8.8 ?
⋮
¿Que tal va este tema en vuestras zonas?
Yo por mi parte, desde el último post que publiqué con la incidencia, no he vuelto a tener más problemas.
✖
Igualmente, no he vuelto a tener problemas por Zamora.
Veremos con la subida a 300.
BocaDePez
⋮
Buenas,
Yo llevo solamente unos pocos días con la fibra y me pareció raro que de 20 ms no bajara. Me puse a investigar y di con este hilo. Estoy en La Coruña.
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 22 ms 21 ms 23 ms ip-192-169-255-254.ip.secureserver.net [192.169.
255.254]
3 23 ms 22 ms 23 ms 10.145.145.5
4 25 ms 23 ms 23 ms 102.217.106.212.static.jazztel.es [212.106.217.1
02]
5 23 ms 23 ms 21 ms 109.217.106.212.static.jazztel.es [212.106.217.1
09]
6 21 ms 21 ms 21 ms 2.217.106.212.static.jazztel.es [212.106.217.2]
7 21 ms 23 ms 22 ms 72.14.232.189
8 21 ms 21 ms 21 ms 216.239.47.229
9 22 ms 22 ms 21 ms google-public-dns-a.google.com [8.8.8.8]
Traza completa.
✖
Tienes fibra indirecta (seguramente con Vodafone) y, en este caso, no esta relacionado con este hilo, esta relacionado con la mierda que es la FTTH indirecta en general, ese primer salto es vergonzoso.
✖
BocaDePez
⋮
Ya me dijo la persona que vino a instalarla que compartían algunas cosas jazztel (orange) y vodafone, de hecho las cajas que hay son de vodafone, pero no sabía que fuera indirecta. Mala suerte... Esperemos que algún día mejore la cosa.
Gracias por la información.
⋮
Hombre, aunque sea acceso compartido, no se inyecta 15 ms de más así porque sí y más cuando los accesos son totalmente de fibra. Es bastante raro pero si son 20 ms sin oscilaciones y muy poco jitter, es aceptable.