El día 13 de octubre de 2010 16:42, Emiliano Romero <emilianorom...@gmail.com> escribió: > On 13/10/10 14:11, Dante Fontana wrote: >> >> El 13 de octubre de 2010 13:05,<xav...@fedped.com.ar> escribió: >> >>>> El día 12 de octubre de 2010 12:44, Edgardo<thegoldmem...@gmail.com> >>>> escribió: >>>>> >>>>> Hola, acabo de hacer un reclamo a speedy al numero de atención al tonto >>>>> cliente, y ocurrió algo totalmente atípico: >>>>> ME ATENDIERON BIEN o.O >>>>> esto fue porque especifique que mi so era linux y me derivaron a un >>>>> interno >>>>> de asistencia tecnica para linux y mac. Tuve una respuesta inmediata, >>>>> el >>>>> tipo me asento el reclamo sin vueltas y me dijo que el inconveniente >>>>> era >>>>> de >>>>> ellos y que comenzó hace un mes. Este problema se les ramificó hacia >>>>> otras >>>>> redes y están solucionandolo de a poco. Esas fueron las palabras del >>>>> cordobés que me atendió jejejeje. Me dieron un plazo maximo de 72 hs >>>>> para >>>>> solucionarlo. >>>>> Esperemos que esto termine tan bien como comenzó. Repito, es la primera >>>>> vez >>>>> que me atienden bien (yo le hablé bien desde el principio tambien). >>>>> >>>>> PD: me quedé con las ganas de peliar (?) jajajajajajajajaj >>>>> >>>>> salu2 >>>> >>>> Varias veces me ha pasado que al decir que uso GNU/Linux me derivan al >>>> área de atención específica para nosotros, y en TODAS las >>>> oportunidades los flacos que me atendieron fueron macanudos. Siempre >>>> me solucionaron los problemas al toque y sin dar vueltas. >>>> >>>> Saludos. >>>> >>>> >>>> -- >>>> .:Carlos Matons Cesco:. >>>> >>> Hola a todos, >>> >>> Al final llame a Speedy porque mi problema empeora cada día y ahora si lo >>> veo en windows tambien el inconveniente. >>> Me atendieron bien y le me indicaron que este problema solo debería >>> afectar a linux y no windows. >>> Tengo el router flasheado con ddwrt entonces pienso que puedo tener el >>> poblema reflejado tambien en windows por esto. >>> Voy intentar utilizar el modem directo. >>> Me dieron el numero del reclamo aunque tuve que sacarlo a tirabuzon y es >>> el numero 404021491. Me indico que en 3 días máximo debería estar >>> solucionado. >>> No me especifico cuando se solucionaría el problema con linux que >>> aparentemente es general, pero si que van a verificar para solucionarme >>> el >>> problema para utilizar windows. La verdad no me gusto esta solucion. >>> >>> Saludos a todos, >>> Xavier >>> >>> >>> Xavier. Te versearon terriblemente. El problema es de ellos y no tiene >>> nada >> >> que ver con tu sistema operativo ni con tu navegador. No compres cualquier >> buzón que te vendan. No es la primera vez que pasan estos dramas con >> speedy, >> pero como somos usuarios cautivos por falta de competencia, ni se >> calientan >> en solucionarlo. >> > > Hola a todos, no tengo speedy (Espero no tenerlo nunca). Pero recien con > Mabeett via irc nos pusimos a hacer unas pruebas y snifear un poco a ver que > estaba pasando. Lo que vi es que esta llegando un paquete, desde el punto > remoto al que nos conectamos, con lso flags RST y ACK en 1 y con sequence=0.
Lei lo mismo aca: http://alejolp.blogspot.com/2010/10/problemas-con-speedy.html el man tiene una propuesta un tanto menos elegante pero vale! > Esto puede deberse a dos razones: > - Que Telefonica genere ese paquete locamente > - Que se este repitiendo el paquete de iniciación de conexión (SYN), > bastante mas tarde (10-20 segundos), entonces el lado remoto nos responde > con RST,ACK > OffTopic: - Con nycko barajabamos la posibilidad de que el hombre rata de > scare tactics este masticando cables (http://tinyurl.com/ratboytimofonica) > > La ultima posibilidad necesitaria a alguien con Speedy para hacer una prueba > y snifear de ambos lados (Postulantes?) > > La cuestion es que si creamos una regla en la table mangle podemos > "parchear" esta situación: > iptables -t mangle -A FORWARD -p tcp --tcp-flags RST,ACK RST,ACK -j DROP > Probando en mi DD-WRT..... De momento hasta anda mas rapido ajaJAjaJAJ > Con esto lo que hariamos seria dropear los paquetes RST,ACK. La consecuencia > que tendria es que no se cerrarian bien las conexiones cuando se finalizan, > quedarian en TIME_WAIT hasta que caducan (segun la configuracion de cada > maquina/distro). > > Se podria chequear el numero de sequencia con u32, pero primero fijense si > con esto funciona ok. > > Saludos >
