Barrapunto

Suelo escuchar una webradio y, usando RealPlayer, en Linux suele cortarse siempre a los 5 o 6 minutos de ponerlo.
Y también soy sufridor de Telefónica y su proxy-caché.

Yo uso también telefónica y hace cosa de dos meses que no tengo proxy.

Pues eso, no se me corta la música ni las descargas, aunque no sé si será porque según el test de proxy de Internautas [internautas.org] no navego con proxy-caché.

En el curro que tenemos proxy-caché sí que me pasa de vez en cuando.

Me ocurre lo mismo. Estoy en la gran T, y desde hace varios días no logro llegar a los 3Mb de descarga por HTTP, se me corta antes.

Utilicé la Palm a través del wifi y me ocurrió lo mismo, así que descarté que fuera fallo de mi ordenador.

Tampoco me rula ni el Last.fm, ni los videos de Google... pensé que sería algo temporal y/o localizado pero, según dices, parece que es algo general. Será cuestión de hacer una reclamación masiva a los chicos de la gran T...

Pero averiguar no lleva diéresis [wikipedia.org].

A mi cuando tengo alguna incidencia en la ADSL, les comento que mi ROUTER y tal se desconecta, y me preguntan el sistema operativo (¿pero si tengo router que mas dá? es mi respuesta deseada...), por no andarme con tontadas les digo que es un Windows XP recien instalado con el service pack 2 y todas las actualizaciones que hice ANTES de que se jodiera el ADSL. Sueles pasar al siguiente "nivel", si dices que tienes LINUX/FreeBSD/LAVADORA con Ethernet, no pasas y pierdes una vida, digo una llamada, teniedno que volver a intentarlo ;)

Recuerdo haber comentado exactamente ese mismo problema el verano pasado -como tú bien indicas-, cuando andaba implicado por ADSLAyuda [adslayuda.com].

No hubo una puntualización clara del problema por parte de Telefónica. Lo único que pudimos sacar en claro es la centralización del problema en un nodo o enlace común a todos los afectados.

Igualmente recuerdo otro problema "parecido", pero a escala más reducida: limitaciones en el tamaño de los paquetes [adslayuda.com].

La verdadera y única solución, desde mi experiencia, es meter presión. Las operadoras prestan bastante atención a las opiniones colectivas de los usuarios en los foros, y sé de buena tinta que se los repasan cada mañana. Gracias a este método se han solucionado con más rapidez muchos problemas que de otro modo hubieran estado en un segundo plano de forma indefinida.

Evidentemente, la solución momentánea sería fraccionar la información que recibes de 1,4 en 1,4Mb, pero eso, para un streaming por ejemplo, es una putada :-)

Es posible que la culpa no sea enteramente de los proxy-caches. En octubre se produjo un gran cacao en el punto neutro de España, Espanix (lugar de interconexión de ISPs) ya que su arquitectura se vio desbordada debido al aumento brutal de conexiones y duplicaciones de velocidad, haciendo que se perdieran paquetes, afectando especialmente a las líneas de Telefónica. Espanix nos pasó un documento sobre el estado por entocnes pero ignoro como está el tema ahora. Al menos nuestros clientes han dejado de quejarse (nuestro ISP, Colt Telecom, decidió enrutar directamente las conexiones de Telefónica para evitar problemas), pero te pego el documento por si sirve de algo (me la estoy jugando por publicarlo), al menos que la gente sepa de donde han venido/vienen parte de sus problemas.

1. Introducción

Este documento tiene como finalidad reflejar la actual arquitectura implementada en Espanix así como la evolución, tanto en tráfico como en diseño, experimentada en los últimos tiempos.

Igualmente, se hace incapié en algunas dificultades y problemas detectados por el equipo técnico de Espanix que condicionan el actual diseño de Espanix así como la operativa del día a día.

2. Arquitectura de Espanix

Los ENTERASYS MATRIX E7 han sido el medio común de conmutación del tráfico en la LAN de EspaNix desde Octubre de 2000.

Desde el momento de su implantación se han demostrado como dos Gigaswitches estables, no dando indisponibilidad alguna en los casi cinco años de vida, y resultando una pieza fiable en la conmutación del tráfico en EspaNix.

Durante este periodo, han surgido múltiples incidencias menores que han afectado a diversos miembros. Siempre se ha comprobado que el medio común no era el responsable directo de los incidentes menores surgidos, lo que ha hecho que desde EspaNix, con el beneplácito de los miembros, los MATRIX E7 hayan sido considerados hasta la fecha como un medio común fiable.

Igualmente, al disponer los Matrix E7 de hasta 7 slots con capacidad de conmutación distribuida (cada slot dispone de su propio motor de conmutación y su propia gestión), han permitido la escalabilidad de Espanix durante todos estos años.

Los Matriz E7 disponen de cuatro generaciones de slots, siendo la cuarta y más moderna la que convive en el chassis de los MATRIX E7 de EspaNix.

Recientemente, y tras el gran incremento del tráfico conmutado experimentado en Espanix, fue necesario ampliar la arquitectura de Espanix con dos nuevos switches de conmutación.

La inserción de estos nuevos elementos de conmutación vino determinada por la necesidad de proporcionar conectividad 10G a miembros de Espanix que habían experimentado un crecimiento tan grande en su tráfico, que hacía inviable cualquier modelo de crecimiento basado en conectividad 1G.
3. Evolución del tráfico

En los últimos dos años, con el incremento de tráfico cursado por la mayoría de miembros en general, y de Telefónica Data, AUNA y ONO en particular, el tráfico en EspaNix ha pasado de 7 Gbps a 45 Gbps de pico, lo cual consolida a Espanix como el tercer nodo europeo por tráfico conmutado.

Yearly' Graph (1 Day Average):

Max In: 36.4 Gb/s Average In: 25.5 Gb/s Current In: 36.4 Gb/s
Max Out: 36.9 Gb/s Average Out: 25.8 Gb/s Current Out: 36.9 Gb/s

Daily' Graph (5 Minute Average)

Max In: 45.0 Gb/s Average In: 37.1 Gb/s Current In: 42.6 Gb/s
Max Out: 45.4 Gb/s Average Out: 37.6 Gb/s Current Out: 43.1 Gb/s

El número de migraciones de FastEthernet a GigabitEthernet también ha crecido exponencialmente alca

Pues eso, el otro día cuando updateabamos la ubuntu en su casa y instalabamos nuevo software las conexiones se cortaban. Hubo que cambiar los servidores http del sources por ftp para que el problema quedase solucionado. Según me contó al poco de estar descargándose un archivo, sobre los 1.5 MB, se le cortaba la conexión. Yo me percaté de que era solo un problema del puerto 80, así que solo puede ser el proxy-cache. Yo también tengo telefónica pero hasta ahora no he tenido estos problemas ... tocaré madera.

...¿no serán los 40 Principales lo que se te corta?

En mi caso ocurría cuando puse el punto de acceso con SID oculto y WEP con shadow al mismo tiempo. La combinación producía microcortes y no había forma de tener una conexion abierta durante mas de media hora.

Seguramente en mi caso se trata de imcompatibilidad en una de las tarjetas. Se producía tanto en win como en linux.

Por cierto, uso a diario smoothjazz.com. Ahora mismo 224 minutos seguidos y con proxy.

Acaba de venir un técnico a casa, han comprobado el problema desde la central (puenteando mi router) y, en efecto, es cosa del nodo de Telefónica. Para mostrarle al técnico que el problema no es solo mío, le he mostrado vuestros comentarios, a ver si así se toma más interés :) Parece que sí se han tomado interés, ahora la incidencia está ya directamente en los técnicos de Telefónica (el que ha venido a casa es de la subcontrata, que no tocan los servidores de la Timo, solo comprueban los routers del cliente y que hay sincronización con la central). Ya iré contando cómo evoluciona.

Pues sí que me pasa y mucho.
Cuando escucho shoutcasts. Dependiendo del bitrate se corta. Por encima de 198 se corta bastante y hay emisoras que da asco oirlas por la de cortes que tienen. Sin embargo las de 128 van bien. Las de menos de eso ni las pongo porque suenan a lata .

Yo pensaba que sería debido al tamaño de los buffers de caché o algo similar. Tampoco lo había mirado, la verdad, símplemente cambiaba de emisora.