Hecho comprobado 01 - Rebotando contra los servidores: Los servidores no estan muertos, al menos no lo estaban al principio de este problema. Aparecian en los listados de las grandes webs sobre la materia, seguian apareciendo en los grandes server.met pregenerados (thedonkeynetwork, maurice), seguian respondiente al programa propio con que genero server.met's para mi propia web, y seguian conectando.. aunque con matices. Su ping se duplicó en apenas 24 horas.. por poner un ejemplo. Como la mayoria de vosotros sabeis, el ping es el tiempo de respuesta de un servidor ante una consulta que le realizamos (petición de conexión, petición de sources, búsquedas...), y cuanto mayor es, mas lentos se vuelven estos procesos. a media de ping de Adanet, por poner un ejemplo, se disparó de 2 segundos el primer dia a los 27 que tenia el dia anterior a su cambio de puerto... en apenas 4 dias. ¿ Casualidad ? No creo en ella tan a pie juntillas. No trago. De hecho en los últimos 4 dias han caido todos los grandes, después de agonizar aplicando parches, reduciendo el número de usuarios, etc.
Hecho comprobado 02 - ¿ A donde van los bytes... que guardamos.. que no damos ?: Las peticiones una vez conectado (que uno es sumamente cabezota) empezaban los primeros dias de forma normal... descargas del orden de 4/6 kb/s .. en principio no preocupante.. aqui estamos para dar y recibir.. si están llevandose mis 9 kb/s de ancho de subida ese tiempo.. yo he tenido series mantenidas de 36 kb/s, aqui hay una cantidad fija de flujo de descarga que con las lineas comunes, tanto en españa como fuera, es al menos 3 o 4 veces superior que el flujo de subida.. lo cual como perfectamente explica ryderark en otro post, a la larga (que es lo que realmente importa) nos proporciona una media de descarga contínua de aproximadamente nuestro upload.. porque lo genial del edonkey es precisamente la combinación de subidas de trozos parciales junto con los ratios de upload forzados por el programa, y supongo que más cosas que mi mente todavia seguramente no entiende. Confortado con esta idea.. y con el espíritu de colaborar con mi grano de arena, dejé de preocuparme por esta velocidad de subida escandalosamente contínua contra mi descarga polipatética durante dos o tres dias.. hasta que la cosa empezó a mosquearme. Nuevos intentos de conexión, nuevas actualizaciones de servidores, pruebas de bot, sin bot, de emule.. escaneos blandos de puertos de servidores habituales... todo lo que se me ocurrió.. hasta que viendo que el ping de los mismos seguia subiendo.. me concentré más en esto dejando de hacer pruebas con mi red, que por un lado daba un id bajo el 50% de las ocasiones firewalled, y por otro salvaba con éxito cuantas pruebas de puertos se me ocurrió hacer. Ahí me di cuenta que NO ES PROBLEMA DE VUESTRA CONFIGURACIÓN. Salvo honrosos casos en que el isp os haya cerrado los puertos, si no habeis cambiado nada, y teneis este problema, buscad en otra dirección, está claro que ahi vamos perdidos.
Hecho comprobado 3 - Soy alcohólico e infiel a mi edonkey: Una vez descartadas mi red, vista la muerte progresiva de los servidores y las descargas cada vez mas inestables con mi cliente edonkey, con uploads normales... puse la mira en el propio cliente. Instalé emule en mi partición windows 98 osr2 y mldonkey en mi partición debian (linux pa los amigos). Tanto con el primero como con el segundo fue más sencillo conectar, las descargas mejoraron algo.. pero no eran lo que habian sido.. a punto de llorar de pena por separarme del viejo, pesado, incómodo y feo entorno del edonkey que tantas satisfacciones me habia dado para pasarme a otro cliente, me di cuenta de un detalle curioso: Cada vez que conectaba a un servidor relativamente grande (1000+ usuarios) mis fuentes de ficheros extendidos aparecian como siempre, azul cielo chillón (mi fichero de servidores y el hecho de que descargo como quien va al Corte Inglés en barra libre me permiten tener una media de 1000 sources, estar en mil colas, vamos). Sin embargo.. minutos después parecia perder puestos en las colas.. algo que jamás me habia pasado.. pero el tema es que desaparecian el 90% de los usuarios On queue y reaparecian como Unasked. ¿ Por que se perdia la conexión ? ¿ Que habia hecho yo para que me odiasen tanto ?
Hecho comprobado 4 - La envidia cochina de otros patés: Aqui empezé a navegar un poco, consultando foros y buscando gente con similar problema... y vaya si encontré.. parecia que a todo el mundo le daba vergüenza preguntar para no recibir las tipicas respuestas que tanto comodón nos ha provocado.. puertos cerrados, clientes no actualizados, clientes que no aceptan espacios, en los elinks, etc, pero poco a poco, según la gente se iba soltando y preguntando.. se veia claramente que no era un caso aislado.. algo iba rematadamente mal con la red edonkey. Haciendo media vi que los clientes de emule parecian ir mejor.. asi que me fui a su web a estudiarme un poco su protocolo y documentación (si, soy un freaky, ya lo sé). El caso es que se dispone en la web del proyecto emule nada más y nada menos que del código fuente del propio cliente emule, lo que de entrada casi me provoca un paro cardíaco ( cualquier programador de 3 al cuarto modificando el código fuente con aviesas intenciones), pero una mirada más a fondo al código, bien estructurado aunque mal comentado me quitó esa desazón. Aparte de un problema de userhash rotatorio que dudo que nadie se moleste en desarrollar completamente, ya que seria demasiado facil de parchear y trabajoso de hacer, el código esw robusto, fiable, y tiene muchas mejoras con respecto al edonkey tradicional. Mejor conexión al intentar conexiones simultáneas, ratios de upload y download que benefician a quien más sube (relativo, muy relativo), un entorno más cómod, más configurable, más informativo.. etc. En resumen, más usable y cómodo, dejando la nostalgia a un lado. ¿ Pero por qué entonces iba mejor estos dias que el edonkey, si el corazón y la red son las mismas ? ¿ Y por qué no habia dado problemas antes si está relacionado de alguna manera con el problema actual ?
Hecho comprobado 5 - La generación X: Cada vez que conectaba con el emule, mis sources se ampliaban, consultaban y mantenian, sin embargo con el edonkey seguia teniendo, cada vez mas acuciante, el problema de pérdida de sources.. y sin sources.. malamente podia descargar. Sin enmbargo el upload se mantenia a tope continuamente en ambos. Sniffer, manos a la obra.. y el 90% de mi upload se iba... a clientes del emule. ¿ Einnn ? ¿ Tantos son ya los usuarios de emule ? ¿ Han copado el mercado de tal manera ? ¿ Habrá uno bajo mi cama ? Ahi volvi de nuevo a la web del emule y estuve leyendo los cambios de la última versión, asi como en los foros del proyecto, hasta separar teorias locas de teorias válidas.. y caer en la cuenta de cual es el problema...
Hecho comprobado 6 - Sollozos en la oscuridad: ¿ Quien mejor para darnos su opinión que los propios administradores de los servidores ? ¿ Quien sabe mejor que ellos por que bajan el número de conexiones, parchean sus servidores, cierran, chillan, patalean y enloquecen ? Buscando en google el nombre de varios de los administradores de los servidores más importantes, asi como comentarios sobre el parche de servidor lugdunum, encontré a pesar de lo reciente del asunto varios post y referencias sobre un posible problema con el software de estos servidores, que el propio lugdunummaster ( uno de los desarrolladores ) se sirvió explicar para mi delite y, espero, el vuestro. De hecho él mismo ha solucinado ya varios errores graves en el desarrollo del cliente emule en ocasiones anteriores, y una vez más, ha reportado este problema en la web del proyecto emule. No invento nada:
http://www.emule-project.net/en/viewtopic.php?t=8244&start= 30#57886
Hecho comprobado 7 - Fuentes cristalinas Del mismo modo, Maurice, creador de The Donkey Network (
http://www.thedonkeynetwork.com/ ) está preparando ya un test a nivel ¿mundial? controlado con el que sacar conclusiones sobre el efecto del emule y otros clientes similares sobre la red edonkey ( Más información en
http://www.thedonkeynetwork.com/pl/tdn.pl?site=networktest. html ). Este test esta previsto, según disponibilidad de voluntarios, para dentro de aproximadamente 2 semanas, y se necesitan al menos unos 300 voluntarios.. mi servidor de debian es uno de ellos, ya tardais... Hay que destacar tambien que Maurice fue el creador en su dia del test que dejó al descubierto la negativa influencia de la búsqueda boost abusiva, la reconexión continuada, la bestial actualización de servidores cada media hora y el tremendo tráfico generado por las búsquedas extendidas con que en su dia nos colmó el Edonkey bot. Él fue quien en su dia dio datos verídicos sobre estos problemas y nos permitió volver a disfrutar de una red descongestionada y libre de abusos, y de nuevo es en quien más confio para que nos proporcione datos y soluciones sobre este problema.
Si, si.. ya vienen - Conclusiones del problema: Para comprender lo que está pasando hay que comprender primero un poco el sistema interno de funcionamiento de la red ed2k. Cuando nos conectamos a un servidor y se nos asigna un id alto (no hay problemas de conexión) este id es un simple número único para nosotros (generado en base a nuestra ip), sin embargo si el servidor detecta problemas de conexión en nuestros puertos (incluso a veces en los suyos, administradores irresponsable tambien los hay, de ahi los mensajes de low id falsos que tanto pululan últimamente) nos asigna un id bajo, que suele corresponderse con nuestro número de orden de entrada en el servidor. Si somos el usuario nº 189 con id bajo que ha entrado.. nuestro id será 189. Esto se traduce a la hora de conectar con otros clientes (para poder descargar) en que la conexión fuese directa (id alta) o por medio del servidor (id baja en la que el servidor actúa de intermediario)
Hasta aqui, espero, todo claro. Ahora el problema de los servidores.. cuando nos conectabamos hasta ahora al emule más o menos se seguia la misma estructura y pasos que en nuestro viejo edonkey (más o menos, repito), se producia la conexión con el servidor, se le pedian sources.. nos los daba, conectabamos con los clientes, nos ponian en cola.. y cuando nos tocaba.. descargabamos. Maravilloso. Simple. Cojonudo. Sin embargo en las últimas versiones del emule se han introducido dos conceptos nuevos:
- El viejo sistema de créditos del emule: este no es un problema nuevo, siempre lo ha habido, sólo que no se habia detectado o no se le habia dado importancia al no ser excesivamente grande el número de usuarios de emule. El sistema de créditos de emule trabaja sobre una fórmula (Dx2/U) en la que la posición en cola que se dy la transferencia que se da a un cliente determinado ya conocido (del que has bajado/subido antes) se modifica en función de los datos recibidos/enviados a él, de tal forma que si has bajado mucho de él, le das más prioridad en tu cola, si él ha bajado mucho de ti, el te da mas prioridad. ¿ Parece sano, no ? Yo te doy, tú me das.. pues no, no es asi como funciona el edonkey. Aqui lo importante deberia ser Todos damos, todos recibimos, si no montate un ftp y comparte con tus colegas. ¿ Que por qué digo esto de esta forma tan borde ? ¿ Nadie se da cuenta ? Este sistema de colegueo está muy bien.. pero no incluye a los usuarios de edonkey, los deja fuera, ya que el edonkey no guarda esta información. Cuando le subimos a alguien a su emule si.. nos da "bonus", pero cuando bajamos de él.. no le damos prioridad por ello en nuestro cliente, ni falta que le hace.. ya que está en cola media hora antes de que llegue ningún cliente edonkey. ¿ Por qué ? En el próximo punto.
- Source sharing: Cuando te conectas a un cliente le pides tambien los sources que él tenga para ese fichero, aparte de los que te haya dado anteriormente el servidor al que estás conectado más todos los servidores de tu lista, a los que se va consultando poco a poco. Esto que en principio parece cojonudo, aumentando nuestros sources, tiene un problema: Los usuarios de edonkey no tienen esa funcionalidad, tienen las deperder siempre, porque conseguiran sources, y por tanto puestos, de forma mucho más lenta, mientras un cliente emule está colocado en las todas las colas disponibles en menos de 10 minutos. La forma de hacer esto del edonkey es más lenta... más lenta.. y más segura para la red.. la solución NO ES bajo ninguna circunstancia cambiarse al emule y pasar de ser parte de los afectados a engrosar las listas del problema, seguid leyendo primero, lo único que se ha conseguido con tener dos clientes mayoritarios.. es que uno de ellos vive del otro como parásito, recordad que antes vimos como no conseguimos descargar apenas, pero el upload es fluido.. y nuestra cola está mayoritariamente llena siempre de usuarios de emule. Dudo que alguien no vea la relación.
- Source sharing de low ids: Como deciamos antes, al conectarse un usuario con Low Id, id baja, no puede conectarse directamente con el resto de clientes de la red, con lo cual el servidor pasa a actuar de intermediario. Esto no era un grave problema en la red edonkey con el cliente edonkey habitual, y se podia dar un poco de vidilla a esta gente, que no sólo tenia problemas para conectarse, sino que encima los nuevos parches de servidores les denegaban el acceso continuamente, llegando incluso a banearlos del servidor. El source sharing introducido por el emule en sus últimas versiones, aparte del daño directo a los usuarios de edonkey mencionado en el punto anterior, daña del mismo modo a los servidores. ¿ Por qué ? Porque no guarda sy envia sólo sources normales, como hasta ahora, de id alta, sino que ha introducido el source sharing incluyendo tambien los low ids, lo cual da mucho más movimiento a estos low ids.. a costa de martirizar a los servidores, que si antes tragaban uno o dos usuarios con este low id cada 10 minutos, ayudandoles en su conexión, llegan ahora a recibir hasta 30 (30!) conexiones por segundo (hostia.. por segundo!) de usuarios con id baja.Normal y corriente que todos los grandes, y muchos de los pequeños, hayan sufrido ese empeoramiento paulatino en la última semana mientras más y más gente descargaba e instalaba la última versión del emule con estos nuevos añadidos.
Esto no es un invento.. ni una ida de olla.. podeis visitar la web del proyecto, donde Merkur, uno de los desarrolladores, ha publicado una noticia mencionando "ciertos fallos" y (gracias a dios) proporcionando un parche que arregla estos "detalles sin importancia". (
http://www.emule-project.net/en/portal.php ) Añadir además que si deseais bajar estos parches para vuestro cliente emule (GRACIAS, DIOS), sólo podreis hacerlo de esta dirección del hasta el dia 17 a las 10:00 (Pacific) , hora en la que dicha web será cerrada por mantenimiento durante aproximadamente 12 horas. Durante ese lapso de tiempo ( no ahora, que no estan los ficheros ) podreis bajar ese parche de los mirrors del proyecto emule en Source Forge (
http://umn.dl.sourceforge.net/sourceforge/emule/ ) No voy a insistir en la necesidad que los usuarios de la red ed2k tenemos de que todo el mundo actualice su versión con este parche.. puede que esteis descargando como nunca, pero ahora sabeis, si habeis leido esto, que es a costa de sangrarnos al resto de usuarios, y de sobrecargar a muerte los servidores.. provocando su cierre. Gracias a todos los que demostreis buena voluntad de esta forma tan anónima, al menos por mi parte.
¿ Y qué demonios hacer ? Hay más fallos en emule, como el que siga buscando sources y ocupando slots de upload una vez ocupado todo el ancho de banda disponible, o los cuellos de botella que genera, pero no pretendo hacer una crítca ni al programa, muy usable y cómodo, ni a la gente que quema horas de su tiempo libre desarrollándolo. Simplemente creo que se equivocaron, que metieron la pata, que no tuvieron factores en cuenta, como es humano... de hecho ahi están proponiendo una solución. ¿ Que podemos hacer los usuarios de edonkey ?
- Pasarnos a emule. Rotundamente no, esta demostrado que con este cliente de emule la red NO puede subsistir, no contribuyamos al menos a aumentar el problema.
- Jodernos y esperar a que otros nos saquen las castañas del fuego. No me parece solución.
- Jodernos unos dias mientras los usuarios de emule toman conciencia de lo que pasa y aplican el parche que evita estos problemas. No será definitivo, ya que siempre habrá quien prefiera seguir usando esa versión que tan bien baja.. y a ver quien se la quita de su disco duro, pero con una mayoria de buena voluntad, y quizá la posibilidad por parte de lugdunum de banear de sus servidores esa versión concreta de emule (proceso sumamente sencillo) estoy seguro de que esto se arreglará en breve y todos podremos disfrutar de nuevo del que ha demostrado ser la mejor combinación de protocolo/sistema/programa que ha dado internet hasta nuestros dias para el p2p.
---------------------------------------------------------------------------
Lo he puesto asi pq no creo q dejasen porner el link del foro donde esta y creo q asi se enterara mucha gente. Gracias AKB por postearlo.