Todos o casi todos sabemos de la capacidad de los tecnicos de "R" que no saben ni configurar ni el internet explorer para que coja conexion, pues bien si eso es una dificultad para ellos imaginemos una averia en sus nodos, pues sepan que llevo 1 mes y medio con 500 de ping y paquetes perdidos durante todo dia, y lo veo normal me imagino a esos tecnicos de aldea q les dieron el titulo en la tombola todo el dia metiendo mano sin idea, y jodiendo mas el asunto porque antes iba mal segun la hora del dia, pero INTENTARON arreglarlo y ahora va mal todo el dia,OJO que lo jodieron mas aun,pero eso no es nada, ellos se toman sus vacaciones de semana santa y aqui no pasa nada porque a dia de hoy llamas y te dan fecha de otro mes mas, para que arreglen, con toda su cara,2 meses jodidos y sin contar los que llevamos desde q nacio la compañia,pero claro si reclamas ellos te ofrecen el descuento del cablemodem de alquiler durante 6 meses ni mas ni menos q 12 euros ¡WOW!,como se portan!!!!! solo pago en 2 meses 100 euros luego claro,piensan lo q piensan de los gallegos yo animo a los que sufrais lo mismo a que mireis buestros derechos y actueis (link roto)
yo lo estoy haciendo y me dare de baja pero no antes de hundirlos bien.
- 💬 Foros
- Operadoras
- Euskaltel
- R
R arregla sus averias a largo plazo...
Tengo amigos en Coruña (soy de Santiago), que llevan ya bastante tiempo con problemas de ping, y menudos problemas (ping 200, lagazos increibles, vamos, si eres un jugon olvidate), a uno de ellos incluso le llegaron a decir que era culpa del cable que unia su t. red con el CM.
Curiosamente, estos dias (Semana Santa), les va perfecto, con esto demuestran la saturacion de sus nodos en algunas zonas (la gente: estudiantes sobretodo, vuelven a sus casas de vacaciones...) y que NO HACEN NADA POR SOLUCIONARLO, supongo que mañana o el Martes, todo les volvera a ir tan mal como antes de Semana Santa.
Yo tambien tube mis problemas de ping, y ni corto ni perezoso descubri una forma de "joderlos", y es que simplemente con configurar la conexión para salir con una IP de "R empresas", era asombroso como mejoraba el ping... ahora ya estoy de nuevo con una IP de "R particulares" y es que desde hace un par de semanas parece ir perfecto (en Santiago, zona Ensanche). Curiosamente, cuando empezo a ir bien, los mamones estos empezaron a denunciar a toda la gente de Santiago que usaba IPs que no les correspondía (a mi no me pillaron :D).
Saludos... y suerte.
y eso como se hace?
No tenia conocimiento de que hubiese ìp´s para particulares y para empresas me has dejado :-o :-o
... eins ? nos lo explicas ??
Todos sabemos que R no es una empresa que se caracterize por su gran seguridad (no tiene antivirus a sus cuentas de correo, tiene una web por ahi pululando en la que puedes cambiar tu tipo de CM y si lo haces te quedas sin conexion ya que te lo resetea y te manda la configuracion de otro CM...).
Como no iba a ser menos, cada usuario "es libre" (ojo, que no legal, creo), de ponerse la IP que le de la real gana siempre y cuando (logicamente) corresponda a R y a un rango de IPs de su zona.
Bien, los usuarios residenciales/particulares, solemos tener una IP 213.60.*.* mientras que las empresas tienen 212.51.59.* . Basta con saber que datos tenemos que poner en la configuracion TCP/IP de nuestra conexión para salir con la IP que queramos, es decir una IP (tanto para particulares como para empresas que NADIE ESTE USANDO), una mascara de subred y una puerta de enlace valida (esta cambia segun que IPs pongamos). El conocer y/o averiguar cuales son los datos que hay que poner es cosa de cada uno.
La conexion mejora muchisimo (al menos en mi caso, cuando me iba mal con mi IP de particulares de siempre), segun tengo entendido, las IPs de empresas las filtran por otros nodos y carriers. Me parece una tomadura de pelo, ya que, para que quiere una empresa buen ping? (a no ser un cyber y aun asi...), creo que los que mas necesitamos buen ping somos los particulares y no una empresa!.
Esto lo he probado con gente de Santiago y ha funcionado, pero con gente de Coruña no, supongo que sera porque en cada ciudad hay unas puertas de enlace y un rango de IPs diferentes.
interesantisimo, no tenia conocimiento de que se pudiese hacer eso.
Creo... el rango que dices tú que son empresas, son servidores propios de R (al menos muchos de ellos tienen ese rango), que además, como observarás, sólo daría para 256 direcciones IP, y sólo en Santiago hay bastantes más (unas 20 veces más). Otro rango interno es 213.52.32.x. Muchas "empresas" (supongo que te refieres a contrato empresarial: algunas es que ni PYMES son y más de una simplemente profesionales), tienen las mismas IPs que nosotros: 213.60.x.x. No te digo todas, porque no las conozco todas, pero sí bastantes, y no conozco ninguna que no tenga ese rango de IP. Puedo garantizarte que, al menos en Coruña, en los puntos donde la red va mal, va mal para todo el mundo. Pero no igual de mal para todos, eso está claro también.
No sé cómo tienen configurada la red, pero estoy casi por asegurarte que no tiene nada que ver con las direcciones IP. Simplemente, donde hay problemas, quien tiene "contrato cutre" de cable (combo 1 y 2 extendido), le va como el culo, "contrato normal" (combo 3 y R), un poco mejor cuando hay saturaciones, y los que contratan fórmulas de más capacidad (que son todas "empresariales"), algo mejor. Pero si el nodo va mal, todo el mundo se resiente. Me han comentado de cybers que les iba como el mismísimo culo.
Así que no sé lo que has hecho, pero es posible que hayas/hayáis ocupado direcciones internas de la propia R. Está claro que tienen que ir como Dios, porque si hasta a ELLOS les va mal... apaga y vámonos XD.
problema : que si subes no puedes bajar
fecha de notificacion a R : mediados de enero
finales de marzo : sin solucionar. me doy de baja
hace unos dias : me llama R para decirme que en breve solucionarian mi problema.
Simplemente los mande a la mierda.
un saludo.
xDDDD
Pues si tienes 500 de ping no te quejes... yo ultimamente estoy por los 1500 y la cosa va a peor. Ademas cada vez que llamo para quejarme me sueltan el típico "un momento que estamos comprobando su modem". Me he hartado de decirles que el modem y la tarjeta de red estan bien (con mi puerta de enlace tengo un ping de 10ms). Lo que pasa es que dentro de la red de R todo va muy bien, pero en cuanto accedes al exterior la cosa cambia. La razón: cutrerio generalizado. R tiene que pagar por el ancho de banda con el que su red accede a internet, asi que nos mete a todos por un cuello de botella y a tomar por saco. Como las pruebas que te hacen ellos cuando llamas para quejarte las hacen desde sus servidores, pues va la cosa perfecta.
La mayor parte de la gente que se queja de la latencia la tiene incluso dentro de la propia red de R, o sea, que haciendo pings a www.mundo-r.com ya tiene problemas. No todos los casos son iguales, vaya.
en mi caso particular...
el año pasado tenia estos pings
y ayer esto
aunque la cantidad de pings fue bastante menor se ve que ha dia de hoy la cosa mejoró bastante pero vamos, ni por asomo estoy contento con una conexión que se supone que es tecnología cable y unos pings hechos dentro de su propia red.
Está claro que lo que se hace mal a la larga sale más caro, y parece ser que eso lo pagamos todos a costa de seguir con el mismo producto de hace 2-3 años. No han mejorado nada ni ofertado nuevas cosas a sus clientes. Lo nuevo (2ª IP, IP fija, upload 150) se consigue pasando de nuevo por caja y suben las cuotas base todos los años, pero ellos tan felices anunciando sus beneficios.
R triplica o resultado previsto e consegue en 2003 beneficio operativo de 17,37 millóns de euros
Suerte que tienen de que no exista en este pais una liberalización real en el sector de las telecomunicaciones, sino seria una empresa con todos los boletos para quebrar por fuga de sus usuarios descontentos.
Haciendo ping a calcio.mundo-r.com [212.51.32.201] con 32 bytes de datos
Respuesta desde 212.51.32.201: bytes=32 tiempo=429ms TTL=251
Respuesta desde 212.51.32.201: bytes=32 tiempo=795ms TTL=251
Respuesta desde 212.51.32.201: bytes=32 tiempo=346ms TTL=251
Respuesta desde 212.51.32.201: bytes=32 tiempo=50ms TTL=251
Respuesta desde 212.51.32.201: bytes=32 tiempo=207ms TTL=251
Tiempo de espera agotado para esta solicitud.
Respuesta desde 212.51.32.201: bytes=32 tiempo=91ms TTL=251
Respuesta desde 212.51.32.201: bytes=32 tiempo=110ms TTL=251
Respuesta desde 212.51.32.201: bytes=32 tiempo=113ms TTL=251
Respuesta desde 212.51.32.201: bytes=32 tiempo=170ms TTL=251
Respuesta desde 212.51.32.201: bytes=32 tiempo=32ms TTL=251
Respuesta desde 212.51.32.201: bytes=32 tiempo=87ms TTL=251
Respuesta desde 212.51.32.201: bytes=32 tiempo=104ms TTL=251
Respuesta desde 212.51.32.201: bytes=32 tiempo=58ms TTL=251
Respuesta desde 212.51.32.201: bytes=32 tiempo=313ms TTL=251
Respuesta desde 212.51.32.201: bytes=32 tiempo=135ms TTL=251
Respuesta desde 212.51.32.201: bytes=32 tiempo=309ms TTL=251
Tiempo de espera agotado para esta solicitud.
Respuesta desde 212.51.32.201: bytes=32 tiempo=274ms TTL=251
Respuesta desde 212.51.32.201: bytes=32 tiempo=42ms TTL=251
Respuesta desde 212.51.32.201: bytes=32 tiempo=290ms TTL=251
Respuesta desde 212.51.32.201: bytes=32 tiempo=26ms TTL=251
Respuesta desde 212.51.32.201: bytes=32 tiempo=22ms TTL=251
Respuesta desde 212.51.32.201: bytes=32 tiempo=234ms TTL=251
Respuesta desde 212.51.32.201: bytes=32 tiempo=43ms TTL=251
Respuesta desde 212.51.32.201: bytes=32 tiempo=82ms TTL=251
Respuesta desde 212.51.32.201: bytes=32 tiempo=293ms TTL=251
Respuesta desde 212.51.32.201: bytes=32 tiempo=18ms TTL=251
Respuesta desde 212.51.32.201: bytes=32 tiempo=128ms TTL=251
Respuesta desde 212.51.32.201: bytes=32 tiempo=11ms TTL=251
Respuesta desde 212.51.32.201: bytes=32 tiempo=30ms TTL=251
Respuesta desde 212.51.32.201: bytes=32 tiempo=36ms TTL=251
Respuesta desde 212.51.32.201: bytes=32 tiempo=10ms TTL=251
Respuesta desde 212.51.32.201: bytes=32 tiempo=153ms TTL=251
Respuesta desde 212.51.32.201: bytes=32 tiempo=157ms TTL=251
Respuesta desde 212.51.32.201: bytes=32 tiempo=306ms TTL=251
Respuesta desde 212.51.32.201: bytes=32 tiempo=64ms TTL=251
Respuesta desde 212.51.32.201: bytes=32 tiempo=76ms TTL=251
Respuesta desde 212.51.32.201: bytes=32 tiempo=205ms TTL=251
Respuesta desde 212.51.32.201: bytes=32 tiempo=18ms TTL=251
Respuesta desde 212.51.32.201: bytes=32 tiempo=106ms TTL=251
Respuesta desde 212.51.32.201: bytes=32 tiempo=619ms TTL=251
Respuesta desde 212.51.32.201: bytes=32 tiempo=620ms TTL=251
Tiempo de espera agotado para esta solicitud.
Respuesta desde 212.51.32.201: bytes=32 tiempo=181ms TTL=251
Respuesta desde 212.51.32.201: bytes=32 tiempo=17ms TTL=251
Respuesta desde 212.51.32.201: bytes=32 tiempo=16ms TTL=251
Respuesta desde 212.51.32.201: bytes=32 tiempo=45ms TTL=251
Tiempo de espera agotado para esta solicitud.
Respuesta desde 212.51.32.201: bytes=32 tiempo=110ms TTL=251
Respuesta desde 212.51.32.201: bytes=32 tiempo=106ms TTL=251
Respuesta desde 212.51.32.201: bytes=32 tiempo=180ms TTL=251
Respuesta desde 212.51.32.201: bytes=32 tiempo=118ms TTL=251
Respuesta desde 212.51.32.201: bytes=32 tiempo=106ms TTL=251
Respuesta desde 212.51.32.201: bytes=32 tiempo=85ms TTL=251
Respuesta desde 212.51.32.201: bytes=32 tiempo=121ms TTL=251
Respuesta desde 212.51.32.201: bytes=32 tiempo=11ms TTL=251
Respuesta desde 212.51.32.201: bytes=32 tiempo=201ms TTL=251
Respuesta desde 212.51.32.201: bytes=32 tiempo=11ms TTL=251
Respuesta desde 212.51.32.201: bytes=32 tiempo=203ms TTL=251
Respuesta desde 212.51.32.201: bytes=32 tiempo=188ms TTL=251
Respuesta desde 212.51.32.201: bytes=32 tiempo=487ms TTL=251
Respuesta desde 212.51.32.201: bytes=32 tiempo=119ms TTL=251
Respuesta desde 212.51.32.201: bytes=32 tiempo=42ms TTL=251
Respuesta desde 212.51.32.201: bytes=32 tiempo=626ms TTL=251
Respuesta desde 212.51.32.201: bytes=32 tiempo=360ms TTL=251
Respuesta desde 212.51.32.201: bytes=32 tiempo=50ms TTL=251
Respuesta desde 212.51.32.201: bytes=32 tiempo=100ms TTL=251
Respuesta desde 212.51.32.201: bytes=32 tiempo=69ms TTL=251
Respuesta desde 212.51.32.201: bytes=32 tiempo=80ms TTL=251
Respuesta desde 212.51.32.201: bytes=32 tiempo=190ms TTL=251
Respuesta desde 212.51.32.201: bytes=32 tiempo=168ms TTL=251
Respuesta desde 212.51.32.201: bytes=32 tiempo=135ms TTL=251
Respuesta desde 212.51.32.201: bytes=32 tiempo=112ms TTL=251
Respuesta desde 212.51.32.201: bytes=32 tiempo=8ms TTL=251
Respuesta desde 212.51.32.201: bytes=32 tiempo=171ms TTL=251
Respuesta desde 212.51.32.201: bytes=32 tiempo=342ms TTL=251
Respuesta desde 212.51.32.201: bytes=32 tiempo=220ms TTL=251
Respuesta desde 212.51.32.201: bytes=32 tiempo=172ms TTL=251
Respuesta desde 212.51.32.201: bytes=32 tiempo=233ms TTL=251
Respuesta desde 212.51.32.201: bytes=32 tiempo=9ms TTL=251
Respuesta desde 212.51.32.201: bytes=32 tiempo=21ms TTL=251
Respuesta desde 212.51.32.201: bytes=32 tiempo=1114ms TTL=251
Respuesta desde 212.51.32.201: bytes=32 tiempo=1410ms TTL=251
Respuesta desde 212.51.32.201: bytes=32 tiempo=2058ms TTL=251
Respuesta desde 212.51.32.201: bytes=32 tiempo=2026ms TTL=251
Respuesta desde 212.51.32.201: bytes=32 tiempo=1629ms TTL=251
Respuesta desde 212.51.32.201: bytes=32 tiempo=2395ms TTL=251
Respuesta desde 212.51.32.201: bytes=32 tiempo=1715ms TTL=251
Tiempo de espera agotado para esta solicitud.
Respuesta desde 212.51.32.201: bytes=32 tiempo=1644ms TTL=251
Respuesta desde 212.51.32.201: bytes=32 tiempo=1001ms TTL=251
Estadísticas de ping para 212.51.32.201:
Paquetes: enviados = 92, recibidos = 87, perdidos = 5
(5% perdidos),
Tiempos aproximados de ida y vuelta en milisegundos:
Mínimo = 8ms, Máximo = 2395ms, Media = 317ms
Sin comentarios, hasta 2,4 segundos de ping al servidor de R. Simplemente acojonante, por no hablar de la oscilacion de tiempos de 8 ms a 2400 ms.
Por ultimo, la prueba se hizo sin ninguna otra aplicacion tirando de la linea (como es obvio).
