Fijo

DOMINGO NEGRO

BocaDePez 27 febrero 2005 14:22

⋮

Toda la semana trabajando,pa q llegue el domingo y poder echarme unas partiditas al ENEMY, pero como siempre el servidor con el ping mas bajo a 250 , ponga la mula cortes de conexion seguidos , me pongo a navegar un poco y resulta que no tengo mas de 360 kbps de velocidad. Me pregunto yo pa que cojones estoy pagando a R los servicios ,total pa que llegue el fin de semana y me encuentre siempre y repito siempre con problemas sea pa jugar pa bajarme algo ,navegar.................
Y ahora quieren doblarnos la velocidad por 10 euros, si aun no cumplen con el servicio de 600 pa que se pongan ahora con 1200,lo tengo clarito este mes me doy de baja ,porque este servicio es CARO Y MALO. :-( :-( :-( :-(

Comparte

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

WiLZy 27 febrero 2005 14:38

⋮

Por fin un ETero ;-)

Si, es q como unos cuantos se pongan 1200 no quiero ni imaginarme como iran los pings jajajaj q miedo.

✖

Nemesisdesatan 27 febrero 2005 14:40 ✎

⋮

Yo tambien ETero, y de ping 140 o mas, y alguna desconexion por aqui y por alli.

BocaDePez 27 febrero 2005 14:56

⋮

Obviamente.

BocaDePez 27 febrero 2005 14:41

⋮

Etero si, pero sin conexion suficiente pa poder praticar mi aficion .
xdddddddddddddddddddddddddddddddddddddddddddddddddddd

BocaDePez 27 febrero 2005 14:49

⋮

Hetero sexual es ser macho macho man

✖

Nemesisdesatan 27 febrero 2005 14:56

⋮

Enemy Territory es un juego en red, ETero es un juego de palabras con las iniciales del juego y los gustos personales de cada uno.

✖

tesnico 28 febrero 2005 09:41

⋮

Dejalo... es que ya no hay sentido del humor en el mundo 8-)

BocaDePez 27 febrero 2005 14:56

⋮

Estaría bien que cuando alguien postea un mal funcionamiento del servicio dijese localidad, y si lo sabe, nodo. Esto ayuda mucho para determinar los problemas.
También que se abstuviesen de citar el pésimo funcionamiento del eMule como incidencia del servicio, porque por esa regla de tres cada vez que se pille un virus o se aprovechen de una vulnerabilidad de Windows X-Holes, también se le podría echar la culpa a R, si tal.

✖

Vermu 27 febrero 2005 15:01

⋮

¿cómo podemos saber el nodo?

✖

mplab 27 febrero 2005 15:52

⋮

en santiago....

creo

✖

BocaDePez 27 febrero 2005 16:15

⋮

Sip Zona Santiago

BocaDePez 27 febrero 2005 15:43

⋮

Y tu que ??????
Vives de R?????
Hay mucho interesado por aqui.

✖

BocaDePez 27 febrero 2005 17:09

⋮

Cobro 999.000 cucas al mes, netas, aparte dietas (como en Trueiro a diario, que por cierto se come fatal y es carísimo; y pago con la VISA Rutherfordium de Honorato), y luego me ponen a mí mismo yo personalmente una conecsión de 24 GB de bajada y otros tantos de subida, debe ser por eso que en mi nodo le va a todo Dios como los pelos del culo, aparte cuando me llego a la oficina me hacen el paseíllo y la ola. El que no me haga una reverencia de 154º se va a la puta calle esa misma mañana.
Y que sepas que te tengo vigilao, a ti, sí, me dedico a putearte personalmente los puertos de la Mula Francis, disfruto como un enano torpedeándote las bajadas y además te espío tus chats guarros con la chica esa rellenita que te manda fotos falsas de hace 10 años. Y que no me entere yo que juegas, porque me pongo a jugar en el mismo servidor y te hundo que tengo acceso oficial a todas las trapalladas de cualquier juego del mercado.

✖

tesnico 28 febrero 2005 09:42

⋮

sackman 27 febrero 2005 17:12

⋮

Me da la impresión de que los que viven de R no participan en este foro. Y no me extraña, si alguno lo ha intentado alguna vez, aunque fuese con la finalidad de tomar ideas y detectar problemas, a la tercera salida de tono lo habrá baneado en el navegador. Porque nos ha pasado a más de uno (a DonR, a mi...) que cuando no das palmaditas en la espalda al más forofo, te llaman intruso o dicen que trabajas para ellos. Que eso lo hagan los Riazor Blues si no te muestras antimadridista, tiene un pase. Pero en un foro de un ISP, es bastante triste.

A mi me parece una muy buena idea, que cuando exista un corte de ese tipo, en una hora determinada y sin haber hecho nada achacable al usuario, se abra un hilo y se anote ciudad, calle, hora de corte y hora de recuperación.

Eso podría recopilarse, y si coincide que esos cortes siempre son en domingo (cuando encima las empresas no tiran de la red) y a determinadas horas, seguro que tienen alguna explicación. Yo lo enviaría a R, con mentalidad constructiva (sin faltar al respeto, amenazar, etc) para que busquen una explicación, y si no la tienen, que puedan utilizar esos datos para investigar y solucionar el problema.

✖

unoqva 28 febrero 2005 00:36 ✎

⋮

"Yo lo enviaría a R, con mentalidad constructiva (sin faltar al respeto, amenazar, etc) para que busquen una explicación, y si no la tienen, que puedan utilizar esos datos para investigar y solucionar el problema."

LLevan investigando justamente desde el 15 de noviembre de 2004, la fecha de la apertura de mi incidencia, todavia sin cerrar. Incidencia abierta por intestabilidad absoluta del ping y petadas generalizadas en la zona (una zona un poco grande : VIGO) como las de hoy. Cada vez que llamo para saber alguna fecha de solucion encuentro siempre la misma respuesta: NO LO SABEMOS. A un amigo le decia que la ultima semana de febrero se solucionaba, y acaba de terminar.... asi q...

Por cierto, llamad quejaos insitid, que ellos siguen siempre la misma tactica. Llamas, te intentan colar el bulo de que si un virus, que si el emule, que si leches...y cuando ven que sabes de lo q hablas y q no te la pueden colar, te lo reconocen: Nuestra red (superescalable) esta saturada, estamos trabajando en ello, ale carretera y manta.

salu2

Durken 28 febrero 2005 01:13

⋮

Lo que se avecina con las duplicaciones!!! Que miedo me dan!

Joer, si estos problemas de saturación los tenemos ahora ... R nos coja confesados!

BocaDePez 28 febrero 2005 11:46

⋮

Ahora que es Lunes me bajo el ping a un valor aceptable, ahora que ?? le pido al jefe si puedo trabajar los Domingos pa poder jugar unas partidas los lunes ya que mi conexion se le da por fallar siempre los Domingos ,anda una conexion menos fiable y mas cara en este momento no me la puedo imaginar, pero bueno me quedan pocos dias con esta casa.

Salu2

BocaDePez 1 marzo 2005 05:03

⋮

Si es cierto ke para mi tb fue un sabado-domingo negros, conex totalmente intestable, con una conex 300/100 ke me recordaba a la 150.

Bien hoy Lunes me he llevao la sorpresa. Conste ke no kiero lanzar las campanas al vuelo, conociendo a los de R, pk si se produce una nueva duplicacion probablemente volveremos a estar jodidos.
Antes mi conexión (Pontevedra) pasaba en el segundo salto por 213.60.113.2 . Ahora ya paso por un 213.60.113.1X osea ke habran ampliado ?¿?¿?.

Como ejemplo el ping en Noviembre (ahora la cosa iba toavia peor) a dicha ip:

bash-2.05b$ ping 213.60.113.2
PING 213.60.113.2 (213.60.113.2) 56(84) bytes of data.
64 bytes from 213.60.113.2: icmp_seq=1 ttl=254 time=7.44 ms
64 bytes from 213.60.113.2: icmp_seq=2 ttl=254 time=13.4 ms
64 bytes from 213.60.113.2: icmp_seq=3 ttl=254 time=39.7 ms
64 bytes from 213.60.113.2: icmp_seq=4 ttl=254 time=14.7 ms
64 bytes from 213.60.113.2: icmp_seq=5 ttl=254 time=9.84 ms
64 bytes from 213.60.113.2: icmp_seq=6 ttl=254 time=6.66 ms
64 bytes from 213.60.113.2: icmp_seq=7 ttl=254 time=10.6 ms
64 bytes from 213.60.113.2: icmp_seq=8 ttl=254 time=7.61 ms
64 bytes from 213.60.113.2: icmp_seq=9 ttl=254 time=19.1 ms
64 bytes from 213.60.113.2: icmp_seq=10 ttl=254 time=7.46 ms
64 bytes from 213.60.113.2: icmp_seq=11 ttl=254 time=37.4 ms
64 bytes from 213.60.113.2: icmp_seq=12 ttl=254 time=36.3 ms
64 bytes from 213.60.113.2: icmp_seq=13 ttl=254 time=15.9 ms
64 bytes from 213.60.113.2: icmp_seq=14 ttl=254 time=23.0 ms
64 bytes from 213.60.113.2: icmp_seq=15 ttl=254 time=17.2 ms
64 bytes from 213.60.113.2: icmp_seq=16 ttl=254 time=5.39 ms
64 bytes from 213.60.113.2: icmp_seq=17 ttl=254 time=46.0 ms
64 bytes from 213.60.113.2: icmp_seq=18 ttl=254 time=9.05 ms
64 bytes from 213.60.113.2: icmp_seq=19 ttl=254 time=7.22 ms
64 bytes from 213.60.113.2: icmp_seq=20 ttl=254 time=23.7 ms
64 bytes from 213.60.113.2: icmp_seq=21 ttl=254 time=7.67 ms
64 bytes from 213.60.113.2: icmp_seq=22 ttl=254 time=9.88 ms
64 bytes from 213.60.113.2: icmp_seq=23 ttl=254 time=7.98 ms
64 bytes from 213.60.113.2: icmp_seq=24 ttl=254 time=6.79 ms
64 bytes from 213.60.113.2: icmp_seq=25 ttl=254 time=41.9 ms
64 bytes from 213.60.113.2: icmp_seq=26 ttl=254 time=8.92 ms
64 bytes from 213.60.113.2: icmp_seq=27 ttl=254 time=7.67 ms
64 bytes from 213.60.113.2: icmp_seq=28 ttl=254 time=29.3 ms
64 bytes from 213.60.113.2: icmp_seq=29 ttl=254 time=36.0 ms
64 bytes from 213.60.113.2: icmp_seq=30 ttl=254 time=41.2 ms
64 bytes from 213.60.113.2: icmp_seq=31 ttl=254 time=30.5 ms
64 bytes from 213.60.113.2: icmp_seq=32 ttl=254 time=7.90 ms
64 bytes from 213.60.113.2: icmp_seq=33 ttl=254 time=32.1 ms
64 bytes from 213.60.113.2: icmp_seq=34 ttl=254 time=24.8 ms
64 bytes from 213.60.113.2: icmp_seq=35 ttl=254 time=9.56 ms
64 bytes from 213.60.113.2: icmp_seq=36 ttl=254 time=84.1 ms
64 bytes from 213.60.113.2: icmp_seq=37 ttl=254 time=41.7 ms
64 bytes from 213.60.113.2: icmp_seq=38 ttl=254 time=14.6 ms
64 bytes from 213.60.113.2: icmp_seq=39 ttl=254 time=141 ms
64 bytes from 213.60.113.2: icmp_seq=40 ttl=254 time=34.8 ms
64 bytes from 213.60.113.2: icmp_seq=41 ttl=254 time=15.4 ms
64 bytes from 213.60.113.2: icmp_seq=42 ttl=254 time=75.8 ms
64 bytes from 213.60.113.2: icmp_seq=43 ttl=254 time=18.2 ms
64 bytes from 213.60.113.2: icmp_seq=44 ttl=254 time=7.16 ms
64 bytes from 213.60.113.2: icmp_seq=45 ttl=254 time=44.3 ms
64 bytes from 213.60.113.2: icmp_seq=46 ttl=254 time=16.0 ms
64 bytes from 213.60.113.2: icmp_seq=47 ttl=254 time=36.1 ms
64 bytes from 213.60.113.2: icmp_seq=48 ttl=254 time=6.84 ms
64 bytes from 213.60.113.2: icmp_seq=49 ttl=254 time=8.11 ms
64 bytes from 213.60.113.2: icmp_seq=50 ttl=254 time=16.8 ms
64 bytes from 213.60.113.2: icmp_seq=51 ttl=254 time=10.6 ms
64 bytes from 213.60.113.2: icmp_seq=52 ttl=254 time=72.4 ms
64 bytes from 213.60.113.2: icmp_seq=53 ttl=254 time=5.80 ms
64 bytes from 213.60.113.2: icmp_seq=54 ttl=254 time=7.58 ms
64 bytes from 213.60.113.2: icmp_seq=55 ttl=254 time=26.4 ms
64 bytes from 213.60.113.2: icmp_seq=56 ttl=254 time=35.9 ms
64 bytes from 213.60.113.2: icmp_seq=57 ttl=254 time=6.43 ms
64 bytes from 213.60.113.2: icmp_seq=58 ttl=254 time=15.5 ms
64 bytes from 213.60.113.2: icmp_seq=59 ttl=254 time=8.90 ms
64 bytes from 213.60.113.2: icmp_seq=60 ttl=254 time=60.1 ms
64 bytes from 213.60.113.2: icmp_seq=61 ttl=254 time=6.31 ms

--- 213.60.113.2 ping statistics ---
61 packets transmitted, 61 received, 0% packet loss, time 60055ms
rtt min/avg/max/mdev = 5.395/24.249/141.807/23.760 ms

Y como va ahora, aunke ya no paso por ella:

bash-3.00$ ping 213.60.113.2
PING 213.60.113.2 (213.60.113.2) 56(84) bytes of data.
64 bytes from 213.60.113.2: icmp_seq=1 ttl=254 time=7.00 ms
64 bytes from 213.60.113.2: icmp_seq=2 ttl=254 time=6.07 ms
64 bytes from 213.60.113.2: icmp_seq=3 ttl=254 time=10.6 ms
64 bytes from 213.60.113.2: icmp_seq=4 ttl=254 time=6.34 ms
64 bytes from 213.60.113.2: icmp_seq=5 ttl=254 time=8.30 ms
64 bytes from 213.60.113.2: icmp_seq=6 ttl=254 time=8.54 ms
64 bytes from 213.60.113.2: icmp_seq=7 ttl=254 time=5.89 ms
64 bytes from 213.60.113.2: icmp_seq=8 ttl=254 time=7.98 ms
64 bytes from 213.60.113.2: icmp_seq=9 ttl=254 time=8.18 ms
64 bytes from 213.60.113.2: icmp_seq=10 ttl=254 time=7.64 ms
64 bytes from 213.60.113.2: icmp_seq=11 ttl=254 time=7.15 ms
64 bytes from 213.60.113.2: icmp_seq=12 ttl=254 time=6.34 ms
64 bytes from 213.60.113.2: icmp_seq=13 ttl=254 time=6.92 ms
64 bytes from 213.60.113.2: icmp_seq=14 ttl=254 time=5.52 ms
64 bytes from 213.60.113.2: icmp_seq=15 ttl=254 time=9.74 ms
64 bytes from 213.60.113.2: icmp_seq=16 ttl=254 time=6.01 ms
64 bytes from 213.60.113.2: icmp_seq=17 ttl=254 time=5.60 ms
64 bytes from 213.60.113.2: icmp_seq=18 ttl=254 time=8.25 ms
64 bytes from 213.60.113.2: icmp_seq=19 ttl=254 time=10.8 ms
64 bytes from 213.60.113.2: icmp_seq=20 ttl=254 time=6.72 ms
64 bytes from 213.60.113.2: icmp_seq=21 ttl=254 time=21.1 ms
64 bytes from 213.60.113.2: icmp_seq=22 ttl=254 time=23.0 ms
64 bytes from 213.60.113.2: icmp_seq=23 ttl=254 time=33.8 ms
64 bytes from 213.60.113.2: icmp_seq=24 ttl=254 time=6.36 ms
64 bytes from 213.60.113.2: icmp_seq=25 ttl=254 time=8.42 ms
64 bytes from 213.60.113.2: icmp_seq=26 ttl=254 time=9.47 ms
64 bytes from 213.60.113.2: icmp_seq=27 ttl=254 time=7.14 ms
64 bytes from 213.60.113.2: icmp_seq=28 ttl=254 time=5.33 ms
64 bytes from 213.60.113.2: icmp_seq=29 ttl=254 time=6.84 ms
64 bytes from 213.60.113.2: icmp_seq=30 ttl=254 time=7.20 ms
64 bytes from 213.60.113.2: icmp_seq=31 ttl=254 time=6.31 ms

--- 213.60.113.2 ping statistics ---
31 packets transmitted, 31 received, 0% packet loss, time 30026ms
rtt min/avg/max/mdev = 5.331/9.188/33.866/5.937 ms

Los pings se empiezan a asemejar a los del verano pasado, aunke no canto victoria ke hay conex ke se siguen dando una vuelta por Europa pa volver a España, aunke eso si más pekeñita ke antes :P

A ver si es el principio del fin (en positivo). Espero no tener ke volver este Domingo a decir na...