BandaAncha.eu

  • 🔍 en 📰 artículos ⏎
  • 🔍 en 👇 este 📰 artículo ⏎
  • 🔍 en 💬 foros ⏎
Regístrate Regístrate Identifícate Identifícate
  • 📰 Artículos

Problemas en, al menos, dos revendedoras de Telefónica

Raulito

Desde hace unos cuantos dias se ha confirmado que usuarios de Superbanda y Jazztel Giga-IP 512Kbps (o 1Mb si han sido duplicados) están sufriendo altas latencias e incluso pérdidas de paquetes.

El problema afecta a aquellos revendedores de Telefónica pero usan su propio tráfico IP haciendo que la reventa de Telefónica sólo sea a nivel físico y a nivel virtual se use la red del operador revendedor.
Esto es, que se usa los DSLAMs y cableado de Telefónica desde el punto de terminación en la propiedad del usuario hasta una central de intercambio acordada por Telefónica y el operador que mayormente suele ser la central Delicias, en Madrid.
Así hasta la central de intercambio se usa el cableado de Telefónica y la red de transporte de esta que es la que está ocasionando problemas por la duplicación.

Parece que la capacidad de la línea de transporte de Telefónica está a su límite y es por eso que los usuarios que tengan una modalidad Giga-IP explicada arriba están sufriendo latencias de 300ms en el primer salto y una pérdida de paquetes en torno a un 20% sin usar la conexión y sin verse afectada la velocidad.
Estos problemas comienzan a partir de las 3 de la tarde y se alargan hasta la 1 de la madrugada donde los pings vuelven a ser alrededor de 70ms.

A continuación las pruebas:

C:>ping -n 10 www.espanix.net

Pinging www.espanix.net [193.149.1.248] with 32 bytes of data:

Request timed out.
Reply from 193.149.1.248: bytes=32 time=309ms TTL=58
Reply from 193.149.1.248: bytes=32 time=316ms TTL=58
Reply from 193.149.1.248: bytes=32 time=310ms TTL=58
Reply from 193.149.1.248: bytes=32 time=312ms TTL=58
Reply from 193.149.1.248: bytes=32 time=319ms TTL=58
Reply from 193.149.1.248: bytes=32 time=312ms TTL=58
Reply from 193.149.1.248: bytes=32 time=306ms TTL=58
Reply from 193.149.1.248: bytes=32 time=309ms TTL=58
Reply from 193.149.1.248: bytes=32 time=312ms TTL=58

Ping statistics for 193.149.1.248:
Packets: Sent = 10, Received = 9, Lost = 1 (10% loss),
Approximate round trip times in milli-seconds:
Minimum = 306ms, Maximum = 319ms, Average = 311ms

C:>tracert www.espanix.net

Tracing route to www.espanix.net [193.149.1.248]
over a maximum of 30 hops:

1 <1 ms <1 ms <1 ms 192.168.0.100
2 311 ms 315 ms 319 ms madhou.jazztel.es [212.106.217.74]
3 318 ms 315 ms * madhou.jazztel.es [212.106.217.13]
4 315 ms 319 ms 315 ms madhou.jazztel.es [212.106.216.9]
5 320 ms 319 ms 319 ms g1-2-235.core01.mad05.atlas.cogentco.com [130.11
7.21.177]
6 323 ms 319 ms 323 ms mad1rt1-1.espanix.net [193.149.1.1]
7 323 ms 331 ms 319 ms 193.149.0.2
8 324 ms 319 ms 323 ms www.espanix.net [193.149.1.248]

El problema se puede localizar en la red de Telefónica puesto que si hacemos un ping desde el exterior a la puerta de enlace de una conexión del afectado, esta responde un ping de lo normal, por lo cual se descarta que sea un problema de la red del operador revendedor.

Los problemas pueden verse en el foro de Jazztel: Ping anormal en el primer salto y en el foro de Otros ISP en el caso de Superbanda: SB: Socorro! Latencia horrible!.

Otros proveedores afectados pueden ser: Arrakis, Arsys, Comunitel, OpenForYou, Tiscali y Wanadoo. Como siempre en modalidad revendida Giga-IP, es decir, con la misma velocidad que Telefónica pero con IPs pertenecientes al proveedor. No hay ningún operador de los arriba mencionados confirmado, así que si alguien sufre lo mismos problemas con estos operadores que lo haga saber.

¿El baile de las duplicaciones?

💬 Comentarios

BocaDePez
BocaDePez

Verdad, aki en mi pueblo (La Roda en Albacete) tenemox de conexion 600 Ks de cable modem, no sabemos que compañia es, pero en el Counter-Strike y demas, tenemos mas de 500 de ping, comos e puede ver en www.villodre.net y estoi mas que arto ya....

🗨️ 15
alicante1984

el cable no tiene nada que ver con el ADSL... eso es problema de tu proveedor de cable, no de Telefónica

🗨️ 12
BocaDePez
BocaDePez

pero eso es igual ke el adls con el ping no? eso es problema de mi compañia?

se arreglara pronto?

🗨️ 5
blacKzAlbacete

sigo teniendo 300 de ping en cs...

🗨️ 4
erdanblo

deja de spamear jo puta, te estan diciendo que no tiene nada que ver !_!

🗨️ 3
dunkin
🗨️ 1
Nuts

Las "cableras no tienen la culpa". Puede que si la tengan en algunos casos (la mayoría). Ni que decir que la cosa de cableado propio no se lo trga nadie o si?. SU cableado llega e insisto en muchos casos hasta Telefónica.

Cómo saberlo? En mi última visita a la central de Telefónica en precioso rack vi un enrutador muy bonito con una pegata que indicaba su pertenencia a una cablera. Comprobado via tecla no habia duda. Conclusión lo que se vé no se pregunta. Sorpresa? Ninguna...

Claro que va más fino el ping en las cableras porque salvo despite las Dslams y el/los routers estan con el "fast-path" activado.

Por otro lado las backbones al 99% son de Telefónica. En ningún caso la responsabilidad es de Telefónica de España SAU. Sólo y solamente de los reventas que ofrecen lo que no tienen y es qué no se se estiran ni en la cama. Alquidan menos ancho del necesario y el follón se les queda a los de Telefónica que además de hacer lo suyo de ellos tienen que ocparse de los trastos de los reventas habida cuenta que los reventas no ponen ni un técnico de los suyos).

En el caso de los adsl un netstat puede revelar algo como "xxxx pooles-rima tde xxxx" siendo este de Telefónica.

Do well, feel good.

🗨️ 5
Nuts

La discusión sobre el medio de transporte cable, par de hilos etc no tiene sentido. El cable no por ser mas gordo es mejor (hay gente que lo cree). La DSL en cualquiera de sus variantes puede ir de fetén. ¿Se lo pregunstamos a los europeos de verdad? Dejemos las simplezas aparte de si cable o adsl y otras pajas mentales que algunos que tienen cable se montan y a ver si estudiamos un poco más...Vean estos últimos los proveedores de adsl británicos u otros hablen con sus colegas de juego, ese que te está friendo tiene ADSL DSL VDSL en fín XDLS. Por supuesto estan en inglés (por si alguien no se ha enterado la cosa de los computas rula en inglés y lo demás por ahí le anda, si esperas la traducción llegaras tarde siempre) los BTde paso una vuelta por JOLT en todas aparece la expresión "fasth-path"

Por cierto que a mi me va de coña. Creo que firmamos tropezientas campañas para la cosa del fasth-path....

Do well,feel good.

🗨️ 4
blacKzAlbacete

Entonces en menor parte si tiene ke ver, esq aun sigo con este puto lag...

Ke asco, en otros paises el internet es algo de lo mas normal (tener 16 megas en lisboa a 30 €) y aki con esta mierda...

🗨️ 3
Torrasque
🗨️ 2
BocaDePez
BocaDePez
erdanblo

Villodre sin spam que te pasas no? xDDDDD

Malote, Mv controla todo internet!!!! te persigue!!!

🗨️ 1
blacKzAlbacete

joder, estais en todos los lados, sois como mi padre pero a lo grande xDD

BocaDePez
BocaDePez

Pues eso: que ya vale de echarle la culpa de todo al único provvedor serio que hay en España.

🗨️ 4
alicante1984

a kien t refieres con operador serio ? A telefónica? xDDDDDDDDDDDDDDDDDDDDDDDD

daggar

Telefónica no es que sea la más buena: es la menos mala :P

🗨️ 1
sackman

Telefónica es la peor y la causa de que las cosas vayan tan mal. Como el perro del hortelano, ni come ni deja comer. Y la CMT es cómplice de todo.

BocaDePez
BocaDePez

Muchas gracias por poner este mensaje. La lista de afectados es correcta, los ISP que usan GigaIP son Arrakis, Arsys, Comunitel, OpenForYou y Tiscali. Hay que hacer una salvedad, Wanadoo tiene muy pocos clientes que usan Uni2-IP (la mayoría de los que usan Uni2 son Directos o PAI-D). Auna también tiene unos pocos clientes empresa que usan GigaIP. H:\>ping -n 20 espanix.net

Haciendo ping a espanix.net [193.149.1.248] con 32 bytes de datos:

Respuesta desde 193.149.1.248: bytes=32 tiempo=316ms TTL=58
Tiempo de espera agotado para esta solicitud.
Respuesta desde 193.149.1.248: bytes=32 tiempo=303ms TTL=58
Respuesta desde 193.149.1.248: bytes=32 tiempo=306ms TTL=58
Respuesta desde 193.149.1.248: bytes=32 tiempo=299ms TTL=58
Respuesta desde 193.149.1.248: bytes=32 tiempo=302ms TTL=58
Respuesta desde 193.149.1.248: bytes=32 tiempo=298ms TTL=58
Respuesta desde 193.149.1.248: bytes=32 tiempo=299ms TTL=58
Respuesta desde 193.149.1.248: bytes=32 tiempo=323ms TTL=58
Tiempo de espera agotado para esta solicitud.
Respuesta desde 193.149.1.248: bytes=32 tiempo=300ms TTL=58
Tiempo de espera agotado para esta solicitud.
Respuesta desde 193.149.1.248: bytes=32 tiempo=311ms TTL=58
Respuesta desde 193.149.1.248: bytes=32 tiempo=303ms TTL=58
Respuesta desde 193.149.1.248: bytes=32 tiempo=306ms TTL=58
Tiempo de espera agotado para esta solicitud.
Respuesta desde 193.149.1.248: bytes=32 tiempo=301ms TTL=58
Respuesta desde 193.149.1.248: bytes=32 tiempo=301ms TTL=58
Respuesta desde 193.149.1.248: bytes=32 tiempo=303ms TTL=58
Respuesta desde 193.149.1.248: bytes=32 tiempo=302ms TTL=58

Estadísticas de ping para 193.149.1.248:
Paquetes: enviados = 20, recibidos = 16, perdidos = 4
(20% perdidos),
Tiempos aproximados de ida y vuelta en milisegundos:
Mínimo = 298ms, Máximo = 323ms, Media = 304ms

H:\> H:\>tracert espanix.net Traza a la dirección espanix.net [193.149.1.248]
sobre un máximo de 30 saltos: 1 <1 ms <1 ms <1 ms 10.10.10.10
2 320 ms 586 ms 360 ms 172.27.1.1
3 513 ms 657 ms 549 ms 212.4.96.1
4 307 ms 358 ms 417 ms se8-1-0-acc-madtlm01.MAD.router.es.colt.net [212
.0.97.137]
5 436 ms 375 ms 603 ms pos4-2-cr2.mad.router.colt.net [212.74.69.49]
6 893 ms 596 ms 483 ms pos0-0-pr1.MAD.router.colt.net [212.74.69.5]
7 311 ms 318 ms 485 ms espanix.net [193.149.1.248] Traza completa. H:\>

BocaDePez
BocaDePez

Wanadoo Wifi 512/128 (aun no me han subido)

C:>ping -n 10 www.espanix.net

Haciendo ping a www.espanix.net [193.149.1.248] con 32 bytes de datos:

Respuesta desde 193.149.1.248: bytes=32 tiempo=66ms TTL=60
Respuesta desde 193.149.1.248: bytes=32 tiempo=63ms TTL=60
Respuesta desde 193.149.1.248: bytes=32 tiempo=99ms TTL=60
Respuesta desde 193.149.1.248: bytes=32 tiempo=82ms TTL=60
Respuesta desde 193.149.1.248: bytes=32 tiempo=68ms TTL=60
Respuesta desde 193.149.1.248: bytes=32 tiempo=65ms TTL=60
Respuesta desde 193.149.1.248: bytes=32 tiempo=70ms TTL=60
Respuesta desde 193.149.1.248: bytes=32 tiempo=71ms TTL=60
Respuesta desde 193.149.1.248: bytes=32 tiempo=58ms TTL=60
Tiempo de espera agotado para esta solicitud.

Estadísticas de ping para 193.149.1.248:
Paquetes: enviados = 10, recibidos = 9, perdidos = 1
(10% perdidos),
Tiempos aproximados de ida y vuelta en milisegundos:
Mínimo = 58ms, Máximo = 99ms, Media = 71ms

C:>tracert www.espanix.net
Traza a la dirección www.espanix.net [193.149.1.248]
sobre un máximo de 30 saltos:

1 * 10 ms 5 ms 192.168.0.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 219 ms 68 ms 70 ms www.espanix.net [193.149.1.248]

Traza completa.

🗨️ 1
BocaDePez
BocaDePez

$ ping -n 10 www.espanix.net
connect: Invalid argument

Nova6K0

Lo que decía por ahí, si las ´linea sfuesen de la calidad que tenían que ser otro gallo cantaría.

Salu2

🗨️ 2
Nova6K0

"si las líneas fuesen de la calidad que tenían que tener otro gallo cantaría", que parecía que escribía en Austro-húngaro.

Salu2

🗨️ 1
BocaDePez
BocaDePez

NO es Austrohungaro.. es Servo-Croata medieval...

xDD

BocaDePez
BocaDePez

Soy de Arsys i tampoco voy muy bien.

Haciendo ping a google.es [216.239.57.104] con 32 bytes de datos:

Respuesta desde 216.239.57.104: bytes=32 tiempo=239ms TTL=240
Respuesta desde 216.239.57.104: bytes=32 tiempo=236ms TTL=240
Respuesta desde 216.239.57.104: bytes=32 tiempo=235ms TTL=240
Respuesta desde 216.239.57.104: bytes=32 tiempo=238ms TTL=240
Respuesta desde 216.239.57.104: bytes=32 tiempo=239ms TTL=240
Respuesta desde 216.239.57.104: bytes=32 tiempo=236ms TTL=240
Respuesta desde 216.239.57.104: bytes=32 tiempo=241ms TTL=240
Respuesta desde 216.239.57.104: bytes=32 tiempo=238ms TTL=240
Respuesta desde 216.239.57.104: bytes=32 tiempo=239ms TTL=240
Respuesta desde 216.239.57.104: bytes=32 tiempo=236ms TTL=240

Estadísticas de ping para 216.239.57.104:
Paquetes: enviados = 10, recibidos = 10, perdidos = 0
(0% perdidos),
Tiempos aproximados de ida y vuelta en milisegundos:
Mínimo = 235ms, Máximo = 241ms, Media = 237ms

🗨️ 2
BocaDePez
BocaDePez

Yo tngo jazztel y me pasa lo mismo.y a algunos amigos mios k tmbien tienen jazztel les pasa lo mismo.

BocaDePez
BocaDePez

Esos tiempos son normales "compañero".

Google.es NO está en españa. Ceñiros todos a la misma prueba (ping -n 10 espanix.net). Porque, por esa regla de tres, me pongo a hacer pings exóticos yo también:

>ping -n 10 casio.co.jp

Haciendo ping a casio.co.jp [210.150.32.1] con 32 bytes de datos:

Respuesta desde 210.150.32.1: bytes=32 tiempo=362ms TTL=232
Respuesta desde 210.150.32.1: bytes=32 tiempo=304ms TTL=232
Respuesta desde 210.150.32.1: bytes=32 tiempo=302ms TTL=232

XDDDDDD

Qué mal vamos con el lejano oriente!!!

Saludetes

BocaDePez
BocaDePez

joder a mi me pasa exactamente lo mismo y vivo en madrid ,sin embargo tngo otro amigo que tb tiene jazztel y le pasa lo mismo pero vive en Valencia! xD

no hay ninguna forma de arreglarlo????? y en caso de q lo arreglen ellos cuando cogones lo haran????

BocaDePez
BocaDePez

Hola;

Me pasa exactamente igual que a vosotros.Soy cliente de Arsys.Yo vengo padeciendo esos pings exagerados desde hace casi una semana.Jugando al Joint Operations tenía hace una semana pings de 80 a 110 y desde entonces para acá ping de entre 400 y 500.Espero puedan solucionar el problem en breve.Os mando los datos mios;

C:\>ping -n 10 espanix.net

Haciendo ping a espanix.net [193.149.1.248] con 32 bytes de datos:

Respuesta desde 193.149.1.248: bytes=32 tiempo=311ms TTL=61
Respuesta desde 193.149.1.248: bytes=32 tiempo=418ms TTL=61
Respuesta desde 193.149.1.248: bytes=32 tiempo=942ms TTL=61
Respuesta desde 193.149.1.248: bytes=32 tiempo=310ms TTL=61
Respuesta desde 193.149.1.248: bytes=32 tiempo=306ms TTL=61
Respuesta desde 193.149.1.248: bytes=32 tiempo=1298ms TTL=61
Respuesta desde 193.149.1.248: bytes=32 tiempo=311ms TTL=61
Respuesta desde 193.149.1.248: bytes=32 tiempo=498ms TTL=61
Respuesta desde 193.149.1.248: bytes=32 tiempo=1010ms TTL=61
Respuesta desde 193.149.1.248: bytes=32 tiempo=323ms TTL=61

Estadísticas de ping para 193.149.1.248:
Paquetes: enviados = 10, recibidos = 10, perdidos = 0
(0% perdidos),
Tiempos aproximados de ida y vuelta en milisegundos:
Mínimo = 306ms, Máximo = 1298ms, Media = 572ms

C:\>tracert espanix.net

Traza a la dirección espanix.net [193.149.1.248]
sobre un máximo de 30 saltos:

1 317 ms 323 ms 311 ms 217.76.136.31
2 319 ms 311 ms 527 ms gi6-0-1.core2.ban.mad.es.arsysinternet.com [217.
76.146.149]
3 319 ms 707 ms 371 ms mail.espanix.net [193.149.1.248]

Ustedes mismos ;)

BocaDePez
BocaDePez

Yo soi de jazztel y llevo 1semana tambien con este tipo de problema espero que lo solucionen YA, que pa algo se les paga y no pa hacer el vago en verano que es cuando algunos como yo podemos disfrutar mas de la adsl

BocaDePez
BocaDePez

Yo estoy con telefónica y a pesar de que no tiene la velocidad de otras compañias casi nunca me da problemas.

Codesxcat: El primer podcast en pergamino de alta definición

BocaDePez
BocaDePez

a la vista del tracert que pones ahi, se deduce que el retardo se produce antes de entrar en la red del proveedor reventa. Pero no podrias saber esactamente en que parte, xq si la linea que une el bpx de telefonica con la red del operador no tiene ancho de banda suficiente puede producir un cuello bestial. Siendo en ese caso la culpa del reventa por no aumentar el ancho de banda de esa linea.

Y hablo con conocimiento de causa. En vigo le paso eso a BT.

🗨️ 6
Raulito

Sería lógico si sólo ocurriese con una operadora, pero está ocurriendo con 3 confirmadas.

🗨️ 5
awakening

oy e llegado a 1000 ms ¬¬
la culpa está clara de kien es, de telefónica, mas arriba he leido a alguien diciendo q no le echemos la culpa a timo, si no a jazztel. pues eso sería el caso en q el problema fuera solo de jazztel, y como dice raulito, no es solo jazztel, si no 3 mas confirmadas, y ay otras compañias sin confirmar de que usen giga

🗨️ 4
BocaDePez
BocaDePez

como he dicho en otra noticia, hay un complot claro contra jazztel. No por la gente de aqui sino por los medios, que han sido comprados (seguramente por la todopoderosa telefonica) y están haciendo una campaña destructiva y publicando mentiras sobre esta compañía para que no crezca porque les da miedo. Conocen al antiguo presidente de telepizza (fernandez pujals, actual presidente de jazztel) y saben que es un triunfador, claro, hay que pararles los pies...

es una pena... os recuerdo que ha revolucionado el ADSL en este país...

🗨️ 3
alicante1984

pozi :) Gracias a él tengo ahora un mega :D Y.. ojala tuviera los 6 megas de ahora :(

BocaDePez
BocaDePez

Dos puntos:

Sabiendo que sus nuevos DSLMS en vez de conectarse a 1 Gb como están dimensionados, Jazztel los conecta a 155 Mbps, no me extrañaria que las lineas que tienen contratadas sean de un ancho de banda ridiculo.

Todo el mundo de las telecomunicaciones conocen prefectamente el modo de gestionar empresas de Pujals y por eso se publica lo que se publica. Si tuviera otros metodos de gestión , las noticias mostrarian otra visión

🗨️ 1
Luke

Me gustaría resaltar unas líneas del documento de la descripción de adsl ip de telefónica..

"El servicio se soporta en una infraestructura de red IP y criterio "best effort", por lo que no existen garantías de calidad de servicio extremo a extremo. Dicha infraestructura está dimensionada, según el criterio resultante en una capacidad estadística de 8 Kbits/s por usuario ADSL, entendida como promedio entre el caudal total de la red IP y el número total de conexiones de usuario ADSL contratadas sobre servicios soportados sobre esta red IP."

(enfasis mia) Cómo mola la capacidad de la red..

🗨️ 2
awakening

8 kb/s ????? O_O

BocaDePez
BocaDePez

Esa capacidad se basa es estudios estadisticos que indican cuantos de esos clientes se conectan a la vez. Por la tarde, que es cuando mas coencatn los particulares, el trafico de las empresas es ridiculo, y viceversa.

Ninguna compañia de teleconunicaciones del mundo aguantaria si todos sus clientes se conectasen al mimso tiempo.

BocaDePez
BocaDePez

Bueno, yo estoy con jazztel desde hace 2 dias, y este es el resultado despues de 5 minutos de pings a su web, aunque es parecido a cualquier otra prueba:

Haciendo ping a jazztel.com [212.106.192.74] con 32 bytes de datos:

Respuesta desde 212.106.192.74: bytes=32 tiempo=296ms TTL=250

Respuesta desde 212.106.192.74: bytes=32 tiempo=300ms TTL=250

Respuesta desde 212.106.192.74: bytes=32 tiempo=302ms TTL=250

Respuesta desde 212.106.192.74: bytes=32 tiempo=306ms TTL=250

Respuesta desde 212.106.192.74: bytes=32 tiempo=300ms TTL=250

Respuesta desde 212.106.192.74: bytes=32 tiempo=304ms TTL=250

Respuesta desde 212.106.192.74: bytes=32 tiempo=298ms TTL=250

Respuesta desde 212.106.192.74: bytes=32 tiempo=297ms TTL=250

Respuesta desde 212.106.192.74: bytes=32 tiempo=302ms TTL=250

Tiempo de espera agotado para esta solicitud.

Respuesta desde 212.106.192.74: bytes=32 tiempo=304ms TTL=250

Respuesta desde 212.106.192.74: bytes=32 tiempo=302ms TTL=250

Respuesta desde 212.106.192.74: bytes=32 tiempo=300ms TTL=250

Respuesta desde 212.106.192.74: bytes=32 tiempo=300ms TTL=250

Respuesta desde 212.106.192.74: bytes=32 tiempo=298ms TTL=250

Respuesta desde 212.106.192.74: bytes=32 tiempo=298ms TTL=250

Tiempo de espera agotado para esta solicitud.

Respuesta desde 212.106.192.74: bytes=32 tiempo=304ms TTL=250

Respuesta desde 212.106.192.74: bytes=32 tiempo=302ms TTL=250

Respuesta desde 212.106.192.74: bytes=32 tiempo=299ms TTL=250

Respuesta desde 212.106.192.74: bytes=32 tiempo=301ms TTL=250

Tiempo de espera agotado para esta solicitud.

Tiempo de espera agotado para esta solicitud.

Tiempo de espera agotado para esta solicitud.

Respuesta desde 212.106.192.74: bytes=32 tiempo=304ms TTL=250

Respuesta desde 212.106.192.74: bytes=32 tiempo=304ms TTL=250

Tiempo de espera agotado para esta solicitud.

Respuesta desde 212.106.192.74: bytes=32 tiempo=304ms TTL=250

Respuesta desde 212.106.192.74: bytes=32 tiempo=305ms TTL=250

Respuesta desde 212.106.192.74: bytes=32 tiempo=305ms TTL=250

Respuesta desde 212.106.192.74: bytes=32 tiempo=303ms TTL=250

Tiempo de espera agotado para esta solicitud.

Respuesta desde 212.106.192.74: bytes=32 tiempo=300ms TTL=250

Tiempo de espera agotado para esta solicitud.

Respuesta desde 212.106.192.74: bytes=32 tiempo=301ms TTL=250

Tiempo de espera agotado para esta solicitud.

Tiempo de espera agotado para esta solicitud.

Respuesta desde 212.106.192.74: bytes=32 tiempo=298ms TTL=250

Respuesta desde 212.106.192.74: bytes=32 tiempo=303ms TTL=250

Respuesta desde 212.106.192.74: bytes=32 tiempo=303ms TTL=250

Respuesta desde 212.106.192.74: bytes=32 tiempo=299ms TTL=250

Respuesta desde 212.106.192.74: bytes=32 tiempo=301ms TTL=250

Respuesta desde 212.106.192.74: bytes=32 tiempo=297ms TTL=250

Respuesta desde 212.106.192.74: bytes=32 tiempo=299ms TTL=250

Respuesta desde 212.106.192.74: bytes=32 tiempo=299ms TTL=250

Respuesta desde 212.106.192.74: bytes=32 tiempo=301ms TTL=250

Tiempo de espera agotado para esta solicitud.

Respuesta desde 212.106.192.74: bytes=32 tiempo=304ms TTL=250

Tiempo de espera agotado para esta solicitud.

Respuesta desde 212.106.192.74: bytes=32 tiempo=303ms TTL=250

Respuesta desde 212.106.192.74: bytes=32 tiempo=341ms TTL=250

Respuesta desde 212.106.192.74: bytes=32 tiempo=300ms TTL=250

Respuesta desde 212.106.192.74: bytes=32 tiempo=305ms TTL=250

Respuesta desde 212.106.192.74: bytes=32 tiempo=299ms TTL=250

Respuesta desde 212.106.192.74: bytes=32 tiempo=299ms TTL=250

Tiempo de espera agotado para esta solicitud.

Respuesta desde 212.106.192.74: bytes=32 tiempo=301ms TTL=250

Respuesta desde 212.106.192.74: bytes=32 tiempo=301ms TTL=250

Respuesta desde 212.106.192.74: bytes=32 tiempo=299ms TTL=250

Respuesta desde 212.106.192.74: bytes=32 tiempo=299ms TTL=250

Respuesta desde 212.106.192.74: bytes=32 tiempo=297ms TTL=250

Tiempo de espera agotado para esta solicitud.

Respuesta desde 212.106.192.74: bytes=32 tiempo=300ms TTL=250

Tiempo de espera agotado para esta solicitud.

Respuesta desde 212.106.192.74: bytes=32 tiempo=293ms TTL=250

Respuesta desde 212.106.192.74: bytes=32 tiempo=296ms TTL=250

Respuesta desde 212.106.192.74: bytes=32 tiempo=296ms TTL=250

Respuesta desde 212.106.192.74: bytes=32 tiempo=301ms TTL=250

Respuesta desde 212.106.192.74: bytes=32 tiempo=307ms TTL=250

Respuesta desde 212.106.192.74: bytes=32 tiempo=303ms TTL=250

Respuesta desde 212.106.192.74: bytes=32 tiempo=304ms TTL=250

Respuesta desde 212.106.192.74: bytes=32 tiempo=304ms TTL=250

Respuesta desde 212.106.192.74: bytes=32 tiempo=304ms TTL=250

Tiempo de espera agotado para esta solicitud.

Respuesta desde 212.106.192.74: bytes=32 tiempo=300ms TTL=250

Respuesta desde 212.106.192.74: bytes=32 tiempo=302ms TTL=250

Respuesta desde 212.106.192.74: bytes=32 tiempo=304ms TTL=250

Respuesta desde 212.106.192.74: bytes=32 tiempo=308ms TTL=250

Respuesta desde 212.106.192.74: bytes=32 tiempo=308ms TTL=250

Respuesta desde 212.106.192.74: bytes=32 tiempo=304ms TTL=250

Respuesta desde 212.106.192.74: bytes=32 tiempo=305ms TTL=250

Respuesta desde 212.106.192.74: bytes=32 tiempo=304ms TTL=250

Tiempo de espera agotado para esta solicitud.

Respuesta desde 212.106.192.74: bytes=32 tiempo=303ms TTL=250

Respuesta desde 212.106.192.74: bytes=32 tiempo=303ms TTL=250

Respuesta desde 212.106.192.74: bytes=32 tiempo=307ms TTL=250

Tiempo de espera agotado para esta solicitud.

Respuesta desde 212.106.192.74: bytes=32 tiempo=299ms TTL=250

Respuesta desde 212.106.192.74: bytes=32 tiempo=303ms TTL=250

Respuesta desde 212.106.192.74: bytes=32 tiempo=311ms TTL=250

Respuesta desde 212.106.192.74: bytes=32 tiempo=301ms TTL=250

Respuesta desde 212.106.192.74: bytes=32 tiempo=307ms TTL=250

Tiempo de espera agotado para esta solicitud.

Respuesta desde 212.106.192.74: bytes=32 tiempo=305ms TTL=250

Respuesta desde 212.106.192.74: bytes=32 tiempo=305ms TTL=250

Tiempo de espera agotado para esta solicitud.

Respuesta desde 212.106.192.74: bytes=32 tiempo=346ms TTL=250

Respuesta desde 212.106.192.74: bytes=32 tiempo=380ms TTL=250

Respuesta desde 212.106.192.74: bytes=32 tiempo=370ms TTL=250

Respuesta desde 212.106.192.74: bytes=32 tiempo=310ms TTL=250

Respuesta desde 212.106.192.74: bytes=32 tiempo=307ms TTL=250

Tiempo de espera agotado para esta solicitud.

Respuesta desde 212.106.192.74: bytes=32 tiempo=304ms TTL=250

Respuesta desde 212.106.192.74: bytes=32 tiempo=304ms TTL=250

Respuesta desde 212.106.192.74: bytes=32 tiempo=302ms TTL=250

Respuesta desde 212.106.192.74: bytes=32 tiempo=306ms TTL=250

Respuesta desde 212.106.192.74: bytes=32 tiempo=306ms TTL=250

Respuesta desde 212.106.192.74: bytes=32 tiempo=304ms TTL=250

Respuesta desde 212.106.192.74: bytes=32 tiempo=306ms TTL=250

Respuesta desde 212.106.192.74: bytes=32 tiempo=306ms TTL=250

Respuesta desde 212.106.192.74: bytes=32 tiempo=302ms TTL=250

Respuesta desde 212.106.192.74: bytes=32 tiempo=302ms TTL=250

Respuesta desde 212.106.192.74: bytes=32 tiempo=307ms TTL=250

Tiempo de espera agotado para esta solicitud.

Respuesta desde 212.106.192.74: bytes=32 tiempo=305ms TTL=250

Respuesta desde 212.106.192.74: bytes=32 tiempo=303ms TTL=250

Respuesta desde 212.106.192.74: bytes=32 tiempo=299ms TTL=250

Respuesta desde 212.106.192.74: bytes=32 tiempo=302ms TTL=250

Respuesta desde 212.106.192.74: bytes=32 tiempo=302ms TTL=250

Respuesta desde 212.106.192.74: bytes=32 tiempo=302ms TTL=250

Respuesta desde 212.106.192.74: bytes=32 tiempo=302ms TTL=250

Respuesta desde 212.106.192.74: bytes=32 tiempo=306ms TTL=250

Respuesta desde 212.106.192.74: bytes=32 tiempo=298ms TTL=250

Tiempo de espera agotado para esta solicitud.

Respuesta desde 212.106.192.74: bytes=32 tiempo=303ms TTL=250

Tiempo de espera agotado para esta solicitud.

Respuesta desde 212.106.192.74: bytes=32 tiempo=303ms TTL=250

Tiempo de espera agotado para esta solicitud.

Respuesta desde 212.106.192.74: bytes=32 tiempo=306ms TTL=250

Respuesta desde 212.106.192.74: bytes=32 tiempo=304ms TTL=250

Respuesta desde 212.106.192.74: bytes=32 tiempo=304ms TTL=250

Respuesta desde 212.106.192.74: bytes=32 tiempo=307ms TTL=250

Respuesta desde 212.106.192.74: bytes=32 tiempo=309ms TTL=250

Respuesta desde 212.106.192.74: bytes=32 tiempo=304ms TTL=250

Respuesta desde 212.106.192.74: bytes=32 tiempo=308ms TTL=250

Tiempo de espera agotado para esta solicitud.

Respuesta desde 212.106.192.74: bytes=32 tiempo=306ms TTL=250

Respuesta desde 212.106.192.74: bytes=32 tiempo=306ms TTL=250

Respuesta desde 212.106.192.74: bytes=32 tiempo=312ms TTL=250

Respuesta desde 212.106.192.74: bytes=32 tiempo=315ms TTL=250

Respuesta desde 212.106.192.74: bytes=32 tiempo=305ms TTL=250

Respuesta desde 212.106.192.74: bytes=32 tiempo=311ms TTL=250

Tiempo de espera agotado para esta solicitud.

Respuesta desde 212.106.192.74: bytes=32 tiempo=308ms TTL=250

Respuesta desde 212.106.192.74: bytes=32 tiempo=307ms TTL=250

Respuesta desde 212.106.192.74: bytes=32 tiempo=313ms TTL=250

Respuesta desde 212.106.192.74: bytes=32 tiempo=309ms TTL=250

Respuesta desde 212.106.192.74: bytes=32 tiempo=307ms TTL=250

Respuesta desde 212.106.192.74: bytes=32 tiempo=305ms TTL=250

Tiempo de espera agotado para esta solicitud.

Respuesta desde 212.106.192.74: bytes=32 tiempo=305ms TTL=250

Respuesta desde 212.106.192.74: bytes=32 tiempo=309ms TTL=250

Respuesta desde 212.106.192.74: bytes=32 tiempo=319ms TTL=250

Respuesta desde 212.106.192.74: bytes=32 tiempo=305ms TTL=250

Respuesta desde 212.106.192.74: bytes=32 tiempo=307ms TTL=250

Respuesta desde 212.106.192.74: bytes=32 tiempo=303ms TTL=250

Respuesta desde 212.106.192.74: bytes=32 tiempo=303ms TTL=250

Respuesta desde 212.106.192.74: bytes=32 tiempo=305ms TTL=250

Tiempo de espera agotado para esta solicitud.

Respuesta desde 212.106.192.74: bytes=32 tiempo=305ms TTL=250

Respuesta desde 212.106.192.74: bytes=32 tiempo=301ms TTL=250

Respuesta desde 212.106.192.74: bytes=32 tiempo=302ms TTL=250

Respuesta desde 212.106.192.74: bytes=32 tiempo=306ms TTL=250

Respuesta desde 212.106.192.74: bytes=32 tiempo=309ms TTL=250

Respuesta desde 212.106.192.74: bytes=32 tiempo=304ms TTL=250

Tiempo de espera agotado para esta solicitud.

Respuesta desde 212.106.192.74: bytes=32 tiempo=306ms TTL=250

Respuesta desde 212.106.192.74: bytes=32 tiempo=301ms TTL=250

Respuesta desde 212.106.192.74: bytes=32 tiempo=303ms TTL=250

Respuesta desde 212.106.192.74: bytes=32 tiempo=306ms TTL=250

Respuesta desde 212.106.192.74: bytes=32 tiempo=302ms TTL=250

Respuesta desde 212.106.192.74: bytes=32 tiempo=302ms TTL=250

Respuesta desde 212.106.192.74: bytes=32 tiempo=300ms TTL=250

Respuesta desde 212.106.192.74: bytes=32 tiempo=300ms TTL=250

Respuesta desde 212.106.192.74: bytes=32 tiempo=302ms TTL=250

Respuesta desde 212.106.192.74: bytes=32 tiempo=302ms TTL=250

Respuesta desde 212.106.192.74: bytes=32 tiempo=302ms TTL=250

Respuesta desde 212.106.192.74: bytes=32 tiempo=300ms TTL=250

Respuesta desde 212.106.192.74: bytes=32 tiempo=304ms TTL=250

Respuesta desde 212.106.192.74: bytes=32 tiempo=302ms TTL=250

Respuesta desde 212.106.192.74: bytes=32 tiempo=306ms TTL=250

Respuesta desde 212.106.192.74: bytes=32 tiempo=304ms TTL=250

Respuesta desde 212.106.192.74: bytes=32 tiempo=302ms TTL=250

Respuesta desde 212.106.192.74: bytes=32 tiempo=306ms TTL=250

Respuesta desde 212.106.192.74: bytes=32 tiempo=304ms TTL=250

Tiempo de espera agotado para esta solicitud.

Respuesta desde 212.106.192.74: bytes=32 tiempo=307ms TTL=250

Respuesta desde 212.106.192.74: bytes=32 tiempo=305ms TTL=250

Respuesta desde 212.106.192.74: bytes=32 tiempo=303ms TTL=250

Respuesta desde 212.106.192.74: bytes=32 tiempo=306ms TTL=250

Tiempo de espera agotado para esta solicitud.

Respuesta desde 212.106.192.74: bytes=32 tiempo=309ms TTL=250

Respuesta desde 212.106.192.74: bytes=32 tiempo=305ms TTL=250

Respuesta desde 212.106.192.74: bytes=32 tiempo=303ms TTL=250

Respuesta desde 212.106.192.74: bytes=32 tiempo=305ms TTL=250

Respuesta desde 212.106.192.74: bytes=32 tiempo=305ms TTL=250

Respuesta desde 212.106.192.74: bytes=32 tiempo=301ms TTL=250

Respuesta desde 212.106.192.74: bytes=32 tiempo=297ms TTL=250

Respuesta desde 212.106.192.74: bytes=32 tiempo=305ms TTL=250

Tiempo de espera agotado para esta solicitud.

Respuesta desde 212.106.192.74: bytes=32 tiempo=308ms TTL=250

Respuesta desde 212.106.192.74: bytes=32 tiempo=306ms TTL=250

Desde luego es DESESPERANTE!!!

Pd. Perdon por lalongitud, solo quiero mostrar la estabilidad del ping altisimo y los cortes en la comunicacion

🗨️ 2
BocaDePez
BocaDePez

Esto me pasó a mi hace poco mas de un año, estuve 6 meses, y con telefónica mismo, tenia un ping de 300, rara vez por la mañana o madrugada estaba bien... llame pero no sabian nada ¬¬

by GaBe

BocaDePez
BocaDePez

Esta mañana.........

Haciendo ping a jazztel.com [212.106.192.74] con 32 bytes de datos:

Respuesta desde 212.106.192.74: bytes=32 tiempo=63ms TTL=250

Respuesta desde 212.106.192.74: bytes=32 tiempo=61ms TTL=250

Respuesta desde 212.106.192.74: bytes=32 tiempo=63ms TTL=250

Respuesta desde 212.106.192.74: bytes=32 tiempo=63ms TTL=250

Estad¡sticas de ping para 212.106.192.74:

Paquetes: enviados = 4, recibidos = 4, perdidos = 0

(0% perdidos),

Tiempos aproximados de ida y vuelta en milisegundos:

M¡nimo = 61ms, M ximo = 63ms, Media = 62ms

Vaya diferencia!!! a ver cuanto dura.....

Bihar

A mi en Bilbo - San Fran Front a 512/128 desde febrero y no me va ni bien ni mal (aunque yo creo que mal sobre todo las dos ultimas semanas) segun los datos, en medio.

ping -n 10 www.espanix.net

Haciendo ping a www.espanix.net [193.149.1.248] con 32 bytes de datos:

Respuesta desde 193.149.1.248: bytes=32 tiempo=155ms TTL=47
Respuesta desde 193.149.1.248: bytes=32 tiempo=147ms TTL=47
Respuesta desde 193.149.1.248: bytes=32 tiempo=144ms TTL=47
Respuesta desde 193.149.1.248: bytes=32 tiempo=145ms TTL=47
Respuesta desde 193.149.1.248: bytes=32 tiempo=164ms TTL=47
Respuesta desde 193.149.1.248: bytes=32 tiempo=146ms TTL=47
Respuesta desde 193.149.1.248: bytes=32 tiempo=149ms TTL=47
Respuesta desde 193.149.1.248: bytes=32 tiempo=146ms TTL=47
Respuesta desde 193.149.1.248: bytes=32 tiempo=151ms TTL=47
Respuesta desde 193.149.1.248: bytes=32 tiempo=148ms TTL=47

Estadísticas de ping para 193.149.1.248:
Paquetes: enviados = 10, recibidos = 10, perdidos = 0
(0% perdidos),
Tiempos aproximados de ida y vuelta en milisegundos:
Mínimo = 144ms, Máximo = 164ms, Media = 149ms

tracert www.espanix.net

Traza a la dirección www.espanix.net [193.149.1.248]
sobre un máximo de 30 saltos:

1 6 ms 16 ms 1 ms mygateway.ar7 [192.168.1.1]
2 67 ms 64 ms 67 ms madhou.jazztel.es [212.106.217.196]
3 66 ms 64 ms 64 ms madhou.jazztel.es [212.106.217.188]
4 66 ms 68 ms 68 ms 212.184.27.97
5 104 ms 104 ms 100 ms linx-gw12.LON.GB.net.DTAG.DE [62.154.15.154]
6 107 ms 104 ms 101 ms ge0-1-0-0.er0.thlon.uk.easynet.net [195.66.224.4
3]
7 102 ms 103 ms 102 ms ge1-1-1-0.br0.thlon.uk.easynet.net [217.205.205.
117]
8 111 ms 148 ms 117 ms ge0-0-0-0.gr1.thlon.uk.easynet.net [207.162.198.
13]
9 150 ms 109 ms 147 ms so0-1-1-0.br1.exmad.es.easynet.net [207.162.204.
202]
10 180 ms 157 ms 150 ms fe0-0.br0.exmad.es.easynet.net [213.139.3.118]
11 158 ms 286 ms 153 ms www.espanix.net [193.149.1.248]

Traza completa.

netstat

Conexiones activas

Proto Dirección local Dirección remota Estado
TCP bihar:1153 pagead2.googlesyndication.com:http ESTABLISHED

Estoy en telefonica? Por que los cables aqui son de ella desde hace 40 años, cuando los pusieron y creo que desdpues no han vuelto a cambiarlos, y siguen por el aire.

BocaDePez
BocaDePez

Pues la verdad yo en la conexion 6 meses sin problemas y por lo que veo los tiempo ni tan mal, bastante aceptables. esto con jazztel 512 C:\>ping -n 10 espanix.net Haciendo ping a espanix.net [193.149.1.248] con 32 bytes Respuesta desde 193.149.1.248: bytes=32 tiempo=159ms TTL=58
Respuesta desde 193.149.1.248: bytes=32 tiempo=126ms TTL=58
Respuesta desde 193.149.1.248: bytes=32 tiempo=238ms TTL=58
Respuesta desde 193.149.1.248: bytes=32 tiempo=123ms TTL=58
Respuesta desde 193.149.1.248: bytes=32 tiempo=176ms TTL=58
Respuesta desde 193.149.1.248: bytes=32 tiempo=140ms TTL=58
Respuesta desde 193.149.1.248: bytes=32 tiempo=100ms TTL=58
Respuesta desde 193.149.1.248: bytes=32 tiempo=97ms TTL=58
Respuesta desde 193.149.1.248: bytes=32 tiempo=108ms TTL=58
Respuesta desde 193.149.1.248: bytes=32 tiempo=159ms TTL=58 Estadísticas de ping para 193.149.1.248:
Paquetes: enviados = 10, recibidos = 10, perdidos = 0
(0% perdidos),
Tiempos aproximados de ida y vuelta en milisegundos:
Mínimo = 97ms, Máximo = 238ms, Media = 142ms

awakening

al principio asta las 12 de la noche no teniamos buen ping, pero cada vez va a peor, aora asta las 1:30 de la noche no tengo un ping decente....

BocaDePez
BocaDePez

y yo me pregunto, no será que telefonica tiene un problema grave de saturación en la central de interconexión (Madrid-Delicias) y se niegan a arreglarlo porque no les es rentable el revender Giga-IP?

🗨️ 4
BocaDePez
BocaDePez

En Valencia tb pasa lo mismo?

por que yo he pedido jazztel desde telefonica., y no se que pasara......

ahora tengo ono y me da un maximo de 28ms pero me parece nefasto pagar mas por una mega y aparte llamadas solo gratis a ono

🗨️ 3
Frank242

Yo pertenezco a la central de Mislata, tengo 512K revendido de Telefónica y hasta la fecha el ping me es correcto, pero la cosa es que hay problemas, y no se sabe bien porqué unos bien y otros mal.

Estos son mis resultados:

PING www.espanix.net (193.149.1.248) 56(84) bytes of data.
64 bytes from www.espanix.net (193.149.1.248): icmp_seq=1 ttl=58 time=58.8 ms
64 bytes from mail.espanix.net (193.149.1.248): icmp_seq=2 ttl=58 time=57.3 ms
64 bytes from www.espanix.net (193.149.1.248): icmp_seq=3 ttl=58 time=56.5 ms
64 bytes from mail.espanix.net (193.149.1.248): icmp_seq=4 ttl=58 time=55.7 ms
64 bytes from www.espanix.net (193.149.1.248): icmp_seq=5 ttl=58 time=58.9 ms
64 bytes from mail.espanix.net (193.149.1.248): icmp_seq=6 ttl=58 time=57.9 ms
64 bytes from www.espanix.net (193.149.1.248): icmp_seq=7 ttl=58 time=57.1 ms
64 bytes from mail.espanix.net (193.149.1.248): icmp_seq=8 ttl=58 time=58.0 ms
64 bytes from www.espanix.net (193.149.1.248): icmp_seq=9 ttl=58 time=58.3 ms
64 bytes from mail.espanix.net (193.149.1.248): icmp_seq=10 ttl=58 time=57.7 ms

--- www.espanix.net ping statistics ---
10 packets transmitted, 10 received, 0% packet loss, time 9009ms
rtt min/avg/max/mdev = 55.785/57.671/58.927/0.955 ms

🗨️ 2
awakening

a q ora as echo esta prueba?

🗨️ 1
Frank242

Pues sobre las 2 de la mañana ;-)

Aunque más o menos me salen a todas horas los mismos resultados, te pego aquí los de ahora mismo, 20:45h

PING www.espanix.net (193.149.1.248) 56(84) bytes of data.
64 bytes from www.espanix.net (193.149.1.248): icmp_seq=1 ttl=58 time=58.8 ms
64 bytes from mail.espanix.net (193.149.1.248): icmp_seq=2 ttl=58 time=69.4 ms
64 bytes from www.espanix.net (193.149.1.248): icmp_seq=3 ttl=58 time=58.1 ms
64 bytes from mail.espanix.net (193.149.1.248): icmp_seq=4 ttl=58 time=59.5 ms
64 bytes from www.espanix.net (193.149.1.248): icmp_seq=5 ttl=58 time=58.4 ms
64 bytes from mail.espanix.net (193.149.1.248): icmp_seq=6 ttl=58 time=57.7 ms
64 bytes from www.espanix.net (193.149.1.248): icmp_seq=7 ttl=58 time=56.9 ms
64 bytes from mail.espanix.net (193.149.1.248): icmp_seq=8 ttl=58 time=56.1 ms
64 bytes from www.espanix.net (193.149.1.248): icmp_seq=9 ttl=58 time=109 ms
64 bytes from mail.espanix.net (193.149.1.248): icmp_seq=10 ttl=58 time=56.5 ms

--- www.espanix.net ping statistics ---
10 packets transmitted, 10 received, 0% packet loss, time 9016ms
rtt min/avg/max/mdev = 56.156/64.106/109.329/15.499 ms

BocaDePez
BocaDePez

Creo que esto empieza a arreglarse. He pasado de unos pings en días pasados de 300 ms de media a 60-70 ms. Por cierto, soy cliente de superbanda

🗨️ 2
BocaDePez
BocaDePez

Si, la cosa parece que ya funciona. La pregunta es ...... cuanto durara?

🗨️ 1
BocaDePez
BocaDePez

Pues va a ser k no......vuelvo a los 300!!!!!

Miyagy

La culpa es de las 2 compañias Jazztel por ofrecer el oro y el moro! y telefonica x intentar hacerle logicamente la puñeta a su rival mas directo!

Yo desde mayo del 2005 q tengo jazztel e tenido muchos problemas con el servicio post-venta,antes de tener instalado el servicio y despues(ya no m molesto en llamar para nada,lo han conseguido).Dicho Servicio que no se puede catalogar x menos que Toreros! x que no veas los capotazos que le meten a los clientes ni el mismisimo maestro Curro Romero

Segun ellos el ping sube a causa de posibles troyanos,spyware etc... incluso e llagado a escucha q sube el ping en cs x q el steam se esta actualizando... PERO NOS TOMAN POR TONTOS? desde luego es indignante q tenemos una infraestructura de telecomunicaciones tercermundista! y t sientes impotente!

Aparte de tener q sufrir estas infraestructuras... Tenemos que Jodernos y que nos timen impunemente y con todas las de la LEY! deveria de tomar cartas en el asunto el Gobierno!

Existen las Huelgas de Usuarios?

BocaDePez
BocaDePez

jazztel--- 1 mb Asturias

Hoy por la mañana parecia q habia mejorado un poko en algunos servers 50 en otros 110, ping a jazztel.es ni salia. Pero hacia las 14h volvio a ponerse con ping 300 dios q decepcion :(

Recalcitrante

Openforyou, zona templada, 512/128: Ping de 300-400 ms, 5-15% de pérdida de paquetes durante el día. A las 2:30 de la mañana, el ping baja a 120 ms y no hay pérdida de paquetes.

Y LO MÁS DIVERTIDO: me puedo bajar ficheros de 1.1 Kb (todo un lujo!) pero si lo intento con ficheros de tamaños mayores no baja ni un byte. Y con la navegación igual. Esta web la veo de maravilla: ftp.gva.es/mirror/debian-cd/ Pero esta otra imposible verla por ser demasiado grande y compleja: ftp.gva.es/mirror/debian-non-US/indices-non-US/

Ya sé que soy demasiado exigente. Es culpa mía.

awakening

ahora son las 14:00 y el tracert a rediris es de 70-80 ms. espero q se aya solucionado porque dias anteriores a estas oras iba a 300

🗨️ 3
pabloz

awakening me estoy dando cuenta de que cada día que pasa el ping sube más tarde, quizá haya sido hoy solo pero hoy el ping no me subió hasta la una pasadas, en cambio ayer a las 12 ya lo tenia por las nubes.

🗨️ 2
awakening

sip, es verdad, oy me a empezado a subir a las 3, y aora lo tengo a mas de 300.
no se a que espera telefónica, a que le echemos las culpas a las compañias revendedoras pa que nos vayamos con ellos?? en ocasiones flipo con esta compañia, antes los retrasos en nuevas altas con jazztel (sancionados por la CMT) y ahora esto??

🗨️ 1
pabloz

no se a que cojones esperan... yo por el momento no he llamado a Wanadoo porque se que me dejaré la pasta y no me aclararán nada pero así no podemos estar mucho tiempo más...

BocaDePez
BocaDePez

Haciendo ping a www.espanix.net [193.149.1.248] con 32 bytes de datos:

Respuesta desde 193.149.1.248: bytes=32 tiempo=295ms TTL=58
Respuesta desde 193.149.1.248: bytes=32 tiempo=289ms TTL=58
Respuesta desde 193.149.1.248: bytes=32 tiempo=295ms TTL=58
Respuesta desde 193.149.1.248: bytes=32 tiempo=289ms TTL=58
Respuesta desde 193.149.1.248: bytes=32 tiempo=294ms TTL=58
Respuesta desde 193.149.1.248: bytes=32 tiempo=288ms TTL=58
Respuesta desde 193.149.1.248: bytes=32 tiempo=294ms TTL=58
Respuesta desde 193.149.1.248: bytes=32 tiempo=290ms TTL=58
Respuesta desde 193.149.1.248: bytes=32 tiempo=292ms TTL=58
Respuesta desde 193.149.1.248: bytes=32 tiempo=287ms TTL=58

Estadísticas de ping para 193.149.1.248:
Paquetes: enviados = 10, recibidos = 10, perdidos = 0
(0% perdidos),
Tiempos aproximados de ida y vuelta en milisegundos:
Mínimo = 287ms, Máximo = 295ms, Media = 291ms

_______________

Así llevo desde hace unos dias, y estoy ya cansadito, por la mañana hasta la 1 o las 12 tengo una buen ping pero apartir de esa hora, por la tarde y por la noche, realmente da asco.. espero que lo solucionen pronto.

blacKzAlbacete

yo sago con 300 de ping...

Puto neo-sky

🗨️ 16
BocaDePez
BocaDePez

Superbanda, como siempre: ping movistar.es Haciendo ping a movistar.es [213.4.130.210] con 32 bytes de datos: Respuesta desde 213.4.130.210: bytes=32 tiempo=308ms TTL=117
Respuesta desde 213.4.130.210: bytes=32 tiempo=305ms TTL=117
Respuesta desde 213.4.130.210: bytes=32 tiempo=302ms TTL=117
Respuesta desde 213.4.130.210: bytes=32 tiempo=493ms TTL=117 Estadísticas de ping para 213.4.130.210:
Paquetes: enviados = 4, recibidos = 4, perdidos = 0
(0% perdidos),
Tiempos aproximados de ida y vuelta en milisegundos:
Mínimo = 302ms, Máximo = 493ms, Media = 352ms

🗨️ 15
BocaDePez
BocaDePez

Yo tengo Arsys y mi ping está ahora por encima de 400,casi 500...vaya brutalidad.

A ver si lo arreglan pronto que ya llevo así para 2 semanitas.Como dice un refran entre todas la mataron y ella solita se murió.Se pasan la pelota de unas compañias a otras y nadie lo remedia.Creo que la prumera interesada en arreglar el tema debería ser Telefónica ¿Quien se va a poner ahora Imagineo,ein?...

Ciaor

🗨️ 14
pabloz

esperando a que se arregle.. puede pasar minutos, horas, días.. meses quizás? enfin tenemos que empezar a quejarnos y a meter presión.

🗨️ 13
awakening

como siga esto pa largo desde luego alguien debe de actuar, si ya ibamos a la cola en la cola de europa en cuanto a conexiones, esto nos deja a niveles todavia peores. La OCU debe de acer algo al respecto ¬¬

🗨️ 12
pabloz
🗨️ 11
awakening
🗨️ 10
pabloz
🗨️ 1
BocaDePez
BocaDePez
pabloz
🗨️ 6
BocaDePez
BocaDePez
🗨️ 5
pabloz
🗨️ 4
pabloz
🗨️ 3
awakening
🗨️ 2
pabloz
🗨️ 1
awakening
BocaDePez
BocaDePez

Hola soy usuario de wanadoo desde la fecha de duplicacion no e conseguido sincronizar nunca con los datos que me an dado, yo en mi desesperacion despues de venir un tecnico de telefonica mandado por wanadoo me dijo que todo estaba bien y que seguia sin internet por culpa de wanadoo, llamando a wanadoo diariamente e conseguido saber que ellos mismos tienen problemas y esque en mi zona supuestamente ya estamos tambien a 2 megas... supuestamente no e pasado por un mega... la realidad esque con su ayuda no e conseguido nada mas que estar colgado de un numero de pago 902 todos los dias minimo 10 minutos para decirme en 20 segundos ya le llamaremos... y la llamada milagrosa no viene. Un dia me da por configurar mi router con la configuracion de telefonica y mira tu por donde sincroniza!! y no solo eso pude probar varios nombres de usuarios y contraseñas de telefonica y ninguna funcionaba y probe la mia de wanadoo y SI!! osea que con el vpi vce pppoa de telefonica y mi nombre y contraseña de wanadoo me aceptaba... yo asombrado ya que esa configuracion no me la dijeron nunca me puse a navegar con la sorpresa de que sincronizado a un mega, en el teste de telefonicadata me da 20kbps y en el ping me da entre 200 y 300. Y para rematar mi asombro no navego atraves de proxy como toda la vida en wanadoo estuve. Por suerte nunca saben cuando estoy conectado pero por desgracia tampoco tengo un internet decente, eso si subir subo a 30 en el emule y de bajada 1... es cuestion al pago ellos suponen que 50% de lo que pago son llamadas y el otro adsl cuando las llamadas casi ni las uso con respecto a las 24 horas de internet que uso.

este es el resultado mejor que e obtenido (probando durante todo el dia):
Traza a la dirección espanix.net [193.149.1.248]
sobre un máximo de 30 saltos:

1 <1 ms <1 ms <1 ms 172.26.0.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 * * * Tiempo de espera agotado para esta solicitud.
6 * * * Tiempo de espera agotado para esta solicitud.
7 * * * Tiempo de espera agotado para esta solicitud.
8 * 75 ms 60 ms mail.espanix.net [193.149.1.248]

Traza completa.

Haciendo ping a espanix.net [193.149.1.248] con 32 bytes de datos:

Respuesta desde 193.149.1.248: bytes=32 tiempo=63ms TTL=57
Respuesta desde 193.149.1.248: bytes=32 tiempo=62ms TTL=57
Respuesta desde 193.149.1.248: bytes=32 tiempo=61ms TTL=57
Respuesta desde 193.149.1.248: bytes=32 tiempo=62ms TTL=57
Respuesta desde 193.149.1.248: bytes=32 tiempo=62ms TTL=57
Respuesta desde 193.149.1.248: bytes=32 tiempo=61ms TTL=57
Respuesta desde 193.149.1.248: bytes=32 tiempo=63ms TTL=57
Respuesta desde 193.149.1.248: bytes=32 tiempo=60ms TTL=57
Respuesta desde 193.149.1.248: bytes=32 tiempo=63ms TTL=57
Respuesta desde 193.149.1.248: bytes=32 tiempo=63ms TTL=57

Estadísticas de ping para 193.149.1.248:
Paquetes: enviados = 10, recibidos = 10, perdidos = 0
(0% perdidos),
Tiempos aproximados de ida y vuelta en milisegundos:
Mínimo = 60ms, Máximo = 63ms, Media = 62ms

🗨️ 2
BocaDePez
BocaDePez

Pues yo desde el miércoles que estoy sin Internet en Madrid (San Sebastián de los Reyes). Tengo Internet 512 + llamadas. Las llamadas funcionan bien.

La página de diagnósticos de mi SpeedTouch 580 (wifi) indica que todo está correcto. Todas las luces en verde menos la de WAN que está naranja (como debe ser si no me equivoco).

Puedo hacer pings a cualquier dirección, incluso el DNS me resuelve correctamente, pero cualquier otra cosa falla (navegar, ssh, ...). Ni reinicios del router ni nada.

Soy experto en redes y trabajo con Linux desde hace unos 10 años, por lo que se perfectamente cuando tengo el PC mal configurado (lo que me dicen en el 902). También me dijeron que el router está correctamente por lo que el problema era mío.

Además, si me conecto a la Wifi del vecino, funciona todo perfectamente, por lo que no debo tener mi PC (linux) mal configurado.

¿Alguien me puede dar alguna idea de qué está pasando?

🗨️ 1
BocaDePez
BocaDePez

Soy el anterior. Muevo el mensaje al foro de Wanadoo.