Regístrate Identifícate

Solo me pasa a mi??

Neural 16 diciembre 2006 21:55

⋮

Os pego los pings a la DNS de comunitel.... vamos que como podeis ver la cosa no va muy fina. Me comentaron hace una semana que habia un problema con el troncal GRN-BCN. Alguien más de GRN o BCN con el mismo problema

64 bytes from 212.145.159.141: icmp_seq=15 ttl=246 time=59.9 ms
64 bytes from 212.145.159.141: icmp_seq=16 ttl=246 time=63.2 ms
64 bytes from 212.145.159.141: icmp_seq=17 ttl=246 time=55.1 ms
64 bytes from 212.145.159.141: icmp_seq=18 ttl=246 time=64.5 ms
64 bytes from 212.145.159.141: icmp_seq=19 ttl=246 time=49.4 ms
64 bytes from 212.145.159.141: icmp_seq=21 ttl=246 time=81.0 ms
64 bytes from 212.145.159.141: icmp_seq=22 ttl=246 time=80.4 ms
64 bytes from 212.145.159.141: icmp_seq=24 ttl=246 time=55.0 ms
64 bytes from 212.145.159.141: icmp_seq=25 ttl=246 time=92.6 ms
64 bytes from 212.145.159.141: icmp_seq=26 ttl=246 time=49.5 ms
64 bytes from 212.145.159.141: icmp_seq=27 ttl=246 time=41.6 ms
64 bytes from 212.145.159.141: icmp_seq=28 ttl=246 time=76.3 ms
64 bytes from 212.145.159.141: icmp_seq=29 ttl=246 time=40.8 ms
64 bytes from 212.145.159.141: icmp_seq=30 ttl=246 time=48.3 ms
64 bytes from 212.145.159.141: icmp_seq=31 ttl=246 time=41.6 ms
64 bytes from 212.145.159.141: icmp_seq=32 ttl=246 time=66.7 ms
64 bytes from 212.145.159.141: icmp_seq=33 ttl=246 time=89.1 ms
64 bytes from 212.145.159.141: icmp_seq=34 ttl=246 time=63.2 ms
64 bytes from 212.145.159.141: icmp_seq=35 ttl=246 time=58.8 ms
64 bytes from 212.145.159.141: icmp_seq=36 ttl=246 time=63.2 ms
64 bytes from 212.145.159.141: icmp_seq=37 ttl=246 time=48.5 ms
64 bytes from 212.145.159.141: icmp_seq=38 ttl=246 time=127 ms
64 bytes from 212.145.159.141: icmp_seq=39 ttl=246 time=71.5 ms
64 bytes from 212.145.159.141: icmp_seq=40 ttl=246 time=87.4 ms
64 bytes from 212.145.159.141: icmp_seq=41 ttl=246 time=71.0 ms
64 bytes from 212.145.159.141: icmp_seq=42 ttl=246 time=41.8 ms
64 bytes from 212.145.159.141: icmp_seq=43 ttl=246 time=57.1 ms
64 bytes from 212.145.159.141: icmp_seq=44 ttl=246 time=103 ms
64 bytes from 212.145.159.141: icmp_seq=45 ttl=246 time=60.0 ms
64 bytes from 212.145.159.141: icmp_seq=46 ttl=246 time=49.8 ms
64 bytes from 212.145.159.141: icmp_seq=47 ttl=246 time=90.2 ms
64 bytes from 212.145.159.141: icmp_seq=48 ttl=246 time=72.9 ms
64 bytes from 212.145.159.141: icmp_seq=49 ttl=246 time=57.7 ms
64 bytes from 212.145.159.141: icmp_seq=50 ttl=246 time=59.4 ms
64 bytes from 212.145.159.141: icmp_seq=51 ttl=246 time=75.2 ms

--- 212.145.159.141 ping statistics ---
52 packets transmitted, 49 received, 5% packet loss, time 51018ms
rtt min/avg/max/mdev = 40.388/66.257/127.303/20.550 ms

Este tema está cerrado a nuevas respuestas. Abre un nuevo tema para retomar la conversación.

BocaDePez 17 diciembre 2006 17:35

⋮

[ Contenido borrado por el moderador ]

✖

chamics85 17 diciembre 2006 17:50

⋮

[ Contenido borrado por el moderador ]

✖

BocaDePez 17 diciembre 2006 19:22

⋮

[ Contenido borrado por el moderador ]

✖

BocaDePez 18 diciembre 2006 18:41

⋮

[ Contenido borrado por el moderador ]

BocaDePez 18 diciembre 2006 18:42

⋮

[ Contenido borrado por el moderador ]

hardwarer 17 diciembre 2006 18:38

⋮

A mi las dns de comunitel nunca me han ido del todo bien, tienen dias buenos y dias malos, por eso lo que he hecho es probar las latencias de servidores dns de otros operadores, y los que menos latencia me han dado los he configurado en mi ordenador, desde entonces cero problemas.
Si alguien le interesa, yo uso estos dns:
80.58.0.97
80.58.0.33
Son de telefonica, y son los que menos ping tienen con mi adsl 6 megas desde madrid, unos 12 ms de media.
salu2

✖

Erco 17 diciembre 2006 20:37

⋮

Joer, las mismas que utilizo yo ;)

✖

hardwarer 17 diciembre 2006 21:06 ✎

⋮

Yo entré en la lista de servidores dns de esta pagina e hice un traceroute y ping a varios servidores de telefonica, y estos dos son los que mejor ping tenia, o sea que de momento si nada cambia seguire con ellos porque funcionan mucho mejor que los de tele2/comunitel

Por cierto, si alguien ha probado servidores dns de otro operador que vayan bien con tele2 comunitel estaria bien que los posteara aqui.
salu2

vigumo 18 diciembre 2006 19:45

⋮

:-? :-? :-?

Haciendo ping a 80.58.0.33 con 32 bytes de datos:
Respuesta desde 80.58.0.33: bytes=32 tiempo=85ms TTL=118
Respuesta desde 80.58.0.33: bytes=32 tiempo=80ms TTL=118
Respuesta desde 80.58.0.33: bytes=32 tiempo=79ms TTL=118
Respuesta desde 80.58.0.33: bytes=32 tiempo=79ms TTL=118
Estadísticas de ping para 80.58.0.33:
Paquetes: enviados = 4, recibidos = 4, perdidos = 0
(0% perdidos),
Tiempos aproximados de ida y vuelta en milisegundos:
Mínimo = 79ms, Máximo = 85ms, Media = 80ms

Haciendo ping a 212.145.159.141 con 32 bytes de datos:
Respuesta desde 212.145.159.141: bytes=32 tiempo=38ms TTL=247
Respuesta desde 212.145.159.141: bytes=32 tiempo=43ms TTL=247
Respuesta desde 212.145.159.141: bytes=32 tiempo=39ms TTL=247
Respuesta desde 212.145.159.141: bytes=32 tiempo=39ms TTL=247
Estadísticas de ping para 212.145.159.141:
Paquetes: enviados = 4, recibidos = 4, perdidos = 0
(0% perdidos),
Tiempos aproximados de ida y vuelta en milisegundos:
Mínimo = 38ms, Máximo = 43ms, Media = 39ms

✖

hardwarer 18 diciembre 2006 20:46

⋮

No se que pasa hoy:

Haciendo ping a 80.58.0.33 con 32 bytes de datos:

Respuesta desde 80.58.0.33: bytes=32 tiempo=55ms TTL=118
Respuesta desde 80.58.0.33: bytes=32 tiempo=68ms TTL=118
Respuesta desde 80.58.0.33: bytes=32 tiempo=59ms TTL=118
Respuesta desde 80.58.0.33: bytes=32 tiempo=57ms TTL=118

Estadísticas de ping para 80.58.0.33:
Paquetes: enviados = 4, recibidos = 4, perdidos = 0
(0% perdidos),
Tiempos aproximados de ida y vuelta en milisegundos:
Mínimo = 55ms, Máximo = 68ms, Media = 59ms

La semana pasada cuando lo probe tenia 10ms de media : :-? :-?

BocaDePez 18 diciembre 2006 20:55

⋮

Pues si, hay problemas de todos los tipos y mas si los servidores a los que accedes van atraves de la red interoute que por los visto son la que utilizan ellos para llevar de aqui para alla.
Yo tengo un server en barcelona y cuando antes tenia 18ms ahora tengo 60 y resulta que el problema los tengo en Londres, juas. Voy de barcelona a madrid de madrid a paris de pareis a londres de londres a madrid de madrid a valencia y de valencia a barcelona :-o
Esta todo saturadisiomoooooooooooooooooooooooooo

✖

Neural 18 diciembre 2006 22:00

⋮

Pings actuales, en este caso vale decir que tengo 2 emules conectados en 2 PC pero que la velocidad d bajada es de 0 patatero, 20 en total de subida, 180 conexiones permitidas máximas entre los dos, y 400 fuentes máximas entre los 2 ( cabe decir que hace un poco para atras estava bastante más elevados esos valores i no tenia problemas)

ping a DNS primaria de Comunitel:

OS pego solo unos cuantos
4 bytes from 212.145.159.141: icmp_seq=85 ttl=246 time=47.9 ms
64 bytes from 212.145.159.141: icmp_seq=86 ttl=246 time=82.0 ms
64 bytes from 212.145.159.141: icmp_seq=87 ttl=246 time=96.3 ms
64 bytes from 212.145.159.141: icmp_seq=88 ttl=246 time=132 ms
64 bytes from 212.145.159.141: icmp_seq=89 ttl=246 time=139 ms
64 bytes from 212.145.159.141: icmp_seq=90 ttl=246 time=75.1 ms
64 bytes from 212.145.159.141: icmp_seq=91 ttl=246 time=76.3 ms
64 bytes from 212.145.159.141: icmp_seq=92 ttl=246 time=84.9 ms
64 bytes from 212.145.159.141: icmp_seq=93 ttl=246 time=43.3 ms
64 bytes from 212.145.159.141: icmp_seq=94 ttl=246 time=54.5 ms
64 bytes from 212.145.159.141: icmp_seq=95 ttl=246 time=50.0 ms
64 bytes from 212.145.159.141: icmp_seq=96 ttl=246 time=67.4 ms
64 bytes from 212.145.159.141: icmp_seq=97 ttl=246 time=48.8 ms
64 bytes from 212.145.159.141: icmp_seq=98 ttl=246 time=76.3 ms
64 bytes from 212.145.159.141: icmp_seq=99 ttl=246 time=188 ms
64 bytes from 212.145.159.141: icmp_seq=100 ttl=246 time=135 ms
64 bytes from 212.145.159.141: icmp_seq=102 ttl=246 time=112 ms
64 bytes from 212.145.159.141: icmp_seq=104 ttl=246 time=151 ms
64 bytes from 212.145.159.141: icmp_seq=105 ttl=246 time=100 ms
64 bytes from 212.145.159.141: icmp_seq=106 ttl=246 time=208 ms
64 bytes from 212.145.159.141: icmp_seq=107 ttl=246 time=90.4 ms
64 bytes from 212.145.159.141: icmp_seq=108 ttl=246 time=170 ms
64 bytes from 212.145.159.141: icmp_seq=109 ttl=246 time=170 ms
64 bytes from 212.145.159.141: icmp_seq=110 ttl=246 time=189 ms
64 bytes from 212.145.159.141: icmp_seq=111 ttl=246 time=52.3 ms
64 bytes from 212.145.159.141: icmp_seq=112 ttl=246 time=58.6 ms
64 bytes from 212.145.159.141: icmp_seq=113 ttl=246 time=83.7 ms
64 bytes from 212.145.159.141: icmp_seq=114 ttl=246 time=57.8 ms
64 bytes from 212.145.159.141: icmp_seq=116 ttl=246 time=77.8 ms
64 bytes from 212.145.159.141: icmp_seq=117 ttl=246 time=132 ms
64 bytes from 212.145.159.141: icmp_seq=118 ttl=246 time=72.5 ms
64 bytes from 212.145.159.141: icmp_seq=119 ttl=246 time=47.9 ms
64 bytes from 212.145.159.141: icmp_seq=120 ttl=246 time=134 ms

--- 212.145.159.141 ping statistics ---
121 packets transmitted, 111 received, 8% packet loss, time 120002ms

Ping a REDIRIS

ping www.rediris.es
PING sun.rediris.es (130.206.1.2) 56(84) bytes of data.
64 bytes from sun.rediris.es (130.206.1.2): icmp_seq=1 ttl=244 time=105 ms
64 bytes from sun.rediris.es (130.206.1.2): icmp_seq=2 ttl=244 time=93.1 ms
64 bytes from sun.rediris.es (130.206.1.2): icmp_seq=3 ttl=244 time=58.8 ms
64 bytes from sun.rediris.es (130.206.1.2): icmp_seq=4 ttl=244 time=183 ms
64 bytes from sun.rediris.es (130.206.1.2): icmp_seq=5 ttl=244 time=32.6 ms
64 bytes from sun.rediris.es (130.206.1.2): icmp_seq=6 ttl=244 time=77.7 ms
64 bytes from sun.rediris.es (130.206.1.2): icmp_seq=7 ttl=244 time=54.6 ms
64 bytes from sun.rediris.es (130.206.1.2): icmp_seq=8 ttl=244 time=140 ms
64 bytes from sun.rediris.es (130.206.1.2): icmp_seq=10 ttl=244 time=81.6 ms
64 bytes from sun.rediris.es (130.206.1.2): icmp_seq=11 ttl=244 time=45.3 ms
64 bytes from sun.rediris.es (130.206.1.2): icmp_seq=12 ttl=244 time=34.7 ms
64 bytes from sun.rediris.es (130.206.1.2): icmp_seq=13 ttl=244 time=71.1 ms
64 bytes from sun.rediris.es (130.206.1.2): icmp_seq=14 ttl=244 time=81.0 ms
64 bytes from sun.rediris.es (130.206.1.2): icmp_seq=15 ttl=244 time=65.1 ms
64 bytes from sun.rediris.es (130.206.1.2): icmp_seq=16 ttl=244 time=102 ms
64 bytes from sun.rediris.es (130.206.1.2): icmp_seq=17 ttl=244 time=47.2 ms
64 bytes from sun.rediris.es (130.206.1.2): icmp_seq=18 ttl=244 time=112 ms
64 bytes from sun.rediris.es (130.206.1.2): icmp_seq=19 ttl=244 time=44.0 ms
64 bytes from sun.rediris.es (130.206.1.2): icmp_seq=20 ttl=244 time=119 ms
64 bytes from sun.rediris.es (130.206.1.2): icmp_seq=21 ttl=244 time=75.2 ms
64 bytes from sun.rediris.es (130.206.1.2): icmp_seq=22 ttl=244 time=67.2 ms
64 bytes from sun.rediris.es (130.206.1.2): icmp_seq=23 ttl=244 time=41.8 ms

--- sun.rediris.es ping statistics ---
23 packets transmitted, 22 received, 4% packet loss, time 30572ms
rtt min/avg/max/mdev = 32.646/78.911/183.900/36.475 ms

/usr/sbin/traceroute www.google.es
traceroute: Warning: www.google.es has multiple addresses; using 66.249.85.99
traceroute to ff-in-f99.google.com (66.249.85.99), 30 hops max, 38 byte packets
1 SMC (192.168.2.1) 0.284 ms 0.195 ms 0.840 ms
2 Belkin (192.168.0.1) 3.004 ms 2.235 ms 2.220 ms
3 static-10-0-235-87.ipcom.comunitel.net (87.235.0.10) 18.145 ms 22.386 ms 26.634 ms
4 212.145.1.85 (212.145.1.85) 13.566 ms 31.312 ms 68.211 ms
5 * din-134-8-145-212.ipcom.comunitel.net (212.145.8.134) 52.465 ms 33.807 ms
6 * din-221-0-130-217.ipcom.comunitel.net (217.130.0.221) 51.334 ms *
7 212.145.4.76 (212.145.4.76) 182.687 ms 97.937 ms 210.590 ms
8 mad3-core-1.gigabiteth4-0-0.swip.net (130.244.218.125) 268.378 ms 35.106 ms 29.534 ms
9 par1-core.pos5-1.swip.net (130.244.218.105) 52.965 ms 66.776 ms 55.170 ms
MPLS Label=28 CoS=2 TTL=1 S=1
10 * * *
11 google.freeix.net (213.228.3.136) 48.659 ms 91.154 ms 58.101 ms
12 72.14.233.105 (72.14.233.105) 81.409 ms 80.474 ms 74.940 ms
13 ff-in-f99.google.com (66.249.85.99) 69.280 ms 84.494 ms 957.623 ms

He revisado la red telefonica de mi casa, el cable es nuevo, solo tengo 3 metros de instalación, ahora mismo solo hay 160 NAT's abiertos en el router SMC que tengo (he llegado a muchísimo más), llevo así bastantes dias y la verdad es un poco cansino el tema.

No se si la acusación que hace Comunitel contra banda ancha es justificada o no pero creo que al revés si que tenemos un motivo para quejarnos.

✖

vigumo 19 diciembre 2006 21:01

⋮

Pero el canal de subida, sí que puedes tenerlo saturado con los emules. Eso podría provocar las fluctuaciones. ¿Lo has comprobado?

ElZ0rr0 20 diciembre 2006 19:41

⋮

Yo también llevo unos días con el ping más alto de lo normal. Siempre coincide con un cambio de ip que me hacen muy extraño. Ha estado un mes y medio bien, pero hemos vuelto a las andadas. Vamos a ver lo que dura esta vez...

✖

blablabla665464 4 enero 2007 23:45

⋮

¿un cambio de ip con tele2 comunitel? ¿Podrías decir si no es mucho preguntar de que ip a cual te cambia? Aunque sea si te entra "temor" quitando algún numero. Es curiosidad simplemente.

blablabla665464 4 enero 2007 23:43

⋮

posiblemente pierdas paquetes, pero el ping fluctuante es por tus emules. Y ninguna prueba es válida con un p2p abierto...

BocaDePez 4 enero 2007 13:57

⋮

Cuentan con un servicio absolutamente vergonzoso. Conozco un caso en el que dejaron una casa sin linea durantes más de 20 días al hacer la portabilidad. Son horribles en cunato a atención al cliente

✖

blablabla665464 4 enero 2007 23:43

⋮

Si yo eso lo tengo visto también con jazztel. Pero viene a ser pq si telefónica hace mal la portabilidad nadie más q telefónica puede hacer algo.