AMule Project FAQ - User contributions [en]

Translations-es

2006-10-31T13:36:11Z

212.170.156.253:

<center>
[[Translations|Inglés]] | [[Translations-pt|Portugués]] | [[Translations-ko_KR|Coreano]] | [[Translations-ru|Ruso]] | [[Translations-cn|Chino]] | '''Español'''
</center>

== Introducción ==

Es muy facil ser un traductor de [[aMule]] a tu idioma, actualmente soporta [http://www.unicode.org Unicode], por lo que no hay limitación para caracteres Chinos, Coreanos, Árabes ... es posible realizar cualquier traducción.

Pero las traducciones necesitan de traductores, no temas entrar en el mundo de [[aMule]]!

No es necesario programar en lenguaje [http://gcc.gnu.org C++] o [http://en.wikipedia.org/wiki/Klingon_language Klingon] para ser un traductor!
Solamente necesitas conocer tu propia lengua (!!) y algún conocimiento de ingés!

Interesante? entonces comenzamos

== Como comenzar ==

De vez en cuando (una vez al mes) posteamos un fichero de texto llamado
''source_strings.po'' en el foro [http://forum.amule.org/thread.php?threadid=1097 Translation].

Descarga el fichero an ábrelo con [http://i18n.kde.org/tools/kbabel/ KBabel] si utilizas [http://www.kde.org KDE], [http://www.poedit.org PoEdit] o el [http://gtranslator.sourceforge.net/ gTranslator] si usas [http://www.gnome.org Gnome].

Previamente no debes olvidar el marcar tus preferencias en el
[http://i18n.kde.org/tools/kbabel/ KBabel], [http://www.poedit.org PoEdit] o [http://gtranslator.sourceforge.net/ gTranslator] incluyendo el nombre, e-mail, grupo de caracteres y demás.....

Esto es lo que verás con [http://i18n.kde.org/tools/kbabel KBabel]:

<center>http://www.amule.org/dev-up/kb1.png</center>

En la esquina superior izquierda tienes el texto en inglés.

En la esquina superior derecha tienes el fichero del que procede el texto.

Ahora solo tienes que escribir el texto traducido en la esquina inferior izquierda

<center>http://www.amule.org/dev-up/kb2.png</center>

Debes tener especial cuidado en copiar todos los caracteres especiales como &, %i, \n, etc... en el texto traducido y respetar los espacios al inicio y final del texto.

'''IMPORTANTE''', revisa [[format specifiers|este documento]] para saber cuales son los caracteres que no deben ser modificados.

Continua con todos los textos del fichero y una vez finalizado guárdalo.

Has acabado la traducción!, envíala al
[http://www.amule-project.net/amule/board.php?boardid=40 foro de traducciones del aMULE] y miles de personas te estarán agradecidas :)

== Como continuar una traducción ya empezada ==

Cuando la traducción ya ha sido iniciada, no será necesario que vuelvas a traducir los textos ya traducidos del fichero ''source_strings.po'' !

Hay un proceso automático que se encarga de incluir los textos ya traducidos en el fichero ''source_strings.po''

Por ejemplo, imagínate que deseas continuar la traducción al francés:

* Descarga la última ''source_strings.po'' del [http://forum.amule.org/thread.php?threadid=1097 foro], y la antigua ''fr.po'' que se encontraba en la versión del [[aMule]].

* Integra la antigua y nueva versión escribiendo:

'''msgmerge --no-fuzzy-matching -o new_fr.po fr.po source_strings.po'''

Alternativamente podrías usar las herramientas incluidas en el
[http://i18n.kde.org/tools/kbabel KBabel] o en el [http://poedit.sourceforge.net PoEdit] (consulta la ayuda de estas aplicaciones)

A continuación comienza la traducción en el fichero ''new_fr.po'' como lo hiciste anteriormente en el fichero ''source_srings.po'', simplemente tendrás que traducir los textos que no fueron traducidos anteriormente.

== Probando la traducción ==

=== Antes de empezar ===

Una vez guardado el fichero, puedes re-[[compile]|compilar] el [[aMule]], o simplemnte puedes comprobar que el fichero es correcto (este proceso se realiza automáticamente cuando [[compile|compilas el fichero]]).

La segunda opción tiene algunas ventajas, y es que no es necesario crear todos los ejecutables del [[aMule]], solamente necesitas crear el ejecutable de la traducción.

El procedimiento mas indicado es intentarlo [[#Testing only the translation file|solo con el fichero de prueba]] hasta que lo logremos, y una vez finalizado[[#Testing with aMule|compilar el aMule con las traducciones]] para ver como funciona.

=== Probando solamente el fichero de traducción ===

Para hacerlo, primero debes ejecutar ''./configure''.

Ahora, una vez que hayas copiado tu fichero en el directorio ''po/'', ejecuta ''make '''translation_language'''.gmo'', ejemplo ''make en_GB.gmo''

Si la traducción es correcto, te mostrará algo como esto:

[~/aMule/amule-dev-cvs/po]$ make en_GB.gmo
rm -f en_GB.gmo && /usr/bin/msgfmt -c --statistics -o en_GB.gmo en_GB.po
1354 translated messages

Este es un ejemplo de una traducción correcta y completa.

Como "correcta" debes entender a una traducción que bien completa o no, puede ser usada ya que no contiene errores de sintaxis.

Una traducción e incompleta sería la siguiente:

[~/aMule/amule-dev-cvs/po]$ make ru.gmo
rm -f ru.gmo && /usr/bin/msgfmt -c --statistics -o ru.gmo ru.po
1333 translated messages, 79 untranslated messages.

Como puedes ver, 79 lineas todavía estan pendientes de ser traducidas.

También puedes tener traducciones "dudosas" (ingles=fuzzy). Las traducciones dudosas son aquellas que ha detectado el [http://www.gnu.org/software/gettext gettext], y probablemente son erróneas. Estas quedan marcadas mediante la adicción de un texto ''#, fuzzy'' a la derecha de la traducción. Por lo que si ves que tienes "fuzzy translations", busca estas líenas y corrígelas (o simplemente borra el texto ''#, fuzzy'' si ves que están bien).

Un ejemplo de traducciones dudosas es el siguiente:

[~/aMule/amule-dev-cvs/po]$ make hr.gmo
rm -f hr.gmo && /usr/bin/msgfmt -c --statistics -o hr.gmo hr.po
544 translated messages, 412 fuzzy translations, 443 untranslated messages.

Por último la traducción puede contener errores, en estos casos aparece un texto que explica cada uno de ellos:

[~/aMule/amule-dev-cvs/po]$ make de.gmo
rm -f de.gmo && /usr/bin/msgfmt -c --statistics -o de.gmo de.po
de.po:88: number of format specifications in 'msgid' and 'msgstr' does not match
/usr/bin/msgfmt: found 1 fatal error
make: *** [de.gmo] Error 1

En este jemplo aparece un error en la línea 88, por lo que no creará el ejecutable hasta que sea corregido.

=== Probando con el [[aMule]] ===

Puedes probar la traducción [[compile|re-compilando el aMule]] y viendo como queda.

Si tu lenguaje no estuviera disponible en el [[aMule]], debes añadir el mismo a la base de datos, para que el [[aMule]] sepa que existe y se pueda
[[compile|compilar]] con ese lenguaje.
Para hacer esto debes añadir el código del lenguaje al fichero ''po/LINGUAS'' (un lenguaje por línea).

A continuación [[compile]|compila] el [[aMule]] normalmente. Si necesitas ayuda, [[compile|pincha aquí]].

== Traduciones avanzadas ==

Si no eres nuevo en el desarrollo de aplicaciones en Linux o eres lo sufientemente impaciente para tener siempre actualizada la traducción a tu lenguaje.....

Genera el fichero ''source_strings.po'' tu mismo!

Como lo hacemos?

* Desacarga la última versión del [[aMule]] [http://www.gnu.org/software/cvs CVS] desde http://amule.hirnriss.net

* Descomprime el archivo, ves al directorio raiz (root) y genera [http://www.gnu.org/software/make Makefiles]:

<code>
:::'''tar -xjf aMule-cvs-20041009.tar.bz2''' 
:::'''cd amule-cvs''' 
:::'''./configure''' 
</code>

* Actualiza el fichero ''POTFILE.in'':

<code>
:::'''grep -m 1 '_(' `find * -name "*.cpp"` | cut -d: -f1 > po/POTFILES.in'''
</code>

* Genera el nuevo fichero ''source_strings.po'':

:::<code>
:::'''cd po''' 
:::'''mv amule.pot amule.pot.old''' 
:::'''make amule.pot''' 
:::'''mv amule.pot source_strings.po''' 
:::'''mv amule.pot.old amule.pot''' 
:::</code>

* [[Translations#How_to_proceed|Traduce]] el nuevo ''source_strings.po'' y [http://forum.amule.org/board.php?boardid=40 envíalo]!

----

--[[User:Thepolish|Thepolish]] 22:46, 9 Oct 2004 (CEST)
-- Traducido por --[[User:Crax|Crax]]

Format specifiers-es

2006-10-31T13:22:43Z

212.170.156.253:

'''MEN AT WORK, PLEASE DONT LINK IT, I WILL LINK IT WHEN FINISHED, THANX ;)'''
fdo. crax

<center>
[[Format_specifiers|Inglés]] | '''Español'''
</center>

== Introducción ==

[[aMule]] se realiza en el lenguaje de programación [http://www.icce.rug.nl/documents/cplusplus C++]. Este lenguaje permite gestionar de una manera sencilla los caracteres pero en algunos casos es necesario recurrir a algún que otro truco.

En el caso de que estés realizando una [[translations-es|traducción de aMule]], lo mas probable es que te encuentres una series de “cosas extrañas”. Algunas veces serán simplemente tipos de letra, pero en otras ocasiones, éstas se incluyen con un propósito determinado.

Este documento es '''necesario y obligado''' para alguien que desea o esta [[translations-es|traduciendo el aMule]]. En este documento se describen todos casos de grupos de caracteres que '''nunca''' deben modificarse.

Por la tanto en este documento puedes encontrar la descripción de los grupos de caracteres que '''no''' debes modificar y cual es la explicación de cada uno de ellos..

== Códigos especiales ==

=== Códigos especiales [http://www.ecma-international.org/publications/standards/Ecma-006.htm ASCII] no representables ===

Son códigos que representan caracteres en código [http://www.ecma-international.org/publications/standards/Ecma-006.htm ASCII] los cuales no pueden ser escritos con el teclado.

*''\a'' -> Normalmente produce una alerta sonora (en algún caso visual) como un pitido
*''\b'' -> Regresa hacia atrás un caracter
*''\f'' -> En la mayoría de los sistemas realiza una limpieza de la pantalla.
*''\n'' -> Finaliza la línea actual y comienza una nueva, situando el cursor al inicio de la nueva línea.
*''\r'' -> Va al inicio de la línea actual
*''\t'' -> Tabulación horizontal.
*''\v'' -> Tabulación vertical.
*''\<octal digits>'' -> Mostrará ''octal digits'' en octal
*''\x<hex digits>'' -> Mostrará el valor ''hex digits'' en hexadecimal

=== Códigos especiales de desambiguación ===

Los siguientes no son caracteres que no se puedan escribir mediante el teclado, pero debido a las limitaciones en el lenguaje de programación [http://www.icce.rug.nl/documents/cplusplus C++] son necesarios para utilizarlos como:
*''\?'' -> muestra un signo de interrogación ( ''?'' ) para evitar traducciones tipográficas (no todos los compiladores soportan la traducción tipográfica, por lo que no siempre es necesario)
*''\\'' -> Muestra un slash ( ''\'' )
*''\' '' -> Muestra una comilla simple ('' ' '')
*''\"'' -> Muestra comillas ('' " '')

=== Ejemplos ===

A continuación tenemos unos ejemplos de los códigos mostrados anteriormente. Se muestran en parejas incluyendo la línea de código y la salida que tendrá dicha línea de código en el sistema.. En otras palabras, la primera línea representa el código [http://www.icce.rug.nl/documents/cplusplus C++] y la segunda línea (o grupo de línea en el caso de que sea necesario explicarlo en más de una línea) explica como el código [http://www.icce.rug.nl/documents/cplusplus C++] de la línea anterior se ejecuta en el sistema:

** Línea de código: ''"[[User:Jacobo221|Jacobo221]] is an angel\aOh, true, I am not."''
**Salida: ''[[User:Jacobo221|Jacobo221]] is an angelOh, true, I am not'' (Se escuchará un pitido justo después de la palabra ''angel'' y la siguiente palabra no (''Oh'') no se mostrará hasta que no finalice el pitido)

**Línea de código: ''"I have 6\b5 fingers in my right hand"''
**Salida: ''I have 5 fingers in my right hand''

**Línea de código: ''"Where is the <RETURN> key???\nAh, here it is!"''
**Salida: ''Where is the <RETURN> key???'' ''Ah, here it is!''

** Línea de código: ''"I am a BIG lier\rI'm married with Marilyn Monroe"''
**Salida: ''I'm married with Marilyn Monroe''

** Línea de código: ''"\141\115\165\x6C\x65"''
**Salida: ''aMule'' (Ten en cuenta que el valor en octal de ''a'' en código [http://www.ecma-international.org/publications/standards/Ecma-006.htm ASCII] es 141, el valor en octal ''M'' es 115, el valor en octal de ''u'' es 165, el valor en hexadecimal de''l'' es 6C y por último el valor hexadecimal de ''e'' es 65)

** Línea de código: ''"Isn\'t it complicated to use the \" and \\ characters\?"''
**Salida: ''Isn't it complicated to use the " and \ characters?''

== Códigos de formateo ==

=== Códigos de formateo básico ===

Los códigos de formateo son grupos de caracteres que serán sustituidos por otros datos. El código de formato mismo especifica por que tipo de datos será sustituido:

*''%d'' -> Valor decimal (signed integer type). Equivalente a %i
*''%i'' -> Valor decimal (signed integer type). Equivalente a %d
*''%u'' -> Número natural (unsigned integer type).
*''%x'' -> Valor hexadecimal representado en minúsculas (unsigned integer type)
*''%X'' -> Valor hexadecimal representado en mayúsculas(unsigned integer type)
*''%o'' -> Valor octal (unsigned integer type)
*''%f'' -> Número racional (con decimales) with the normal (showing all numbers) notation (tipos float y double)
*''%e'' -> Número racional (number with a floating point) con valor exponencial representado a partir de ''e'' minúscula (tipos float y double types)
*''%E'' -> Número racional (number with a floating point) con valor exponencial representado a partir de la ''E'' mayúscula (tipos float y double types)
*''%g'' -> Rational number (number with a floating point) with normal or exponential notation depending on the value. If exponential, a lowercase ''e'' will be used (both float and double types)
*''%G'' -> Núnero racional (number with a floating point) with normal or exponential notation depending on the value. If exponential, an uppercase ''E'' will be used (both float and double types)
*''%c'' -> Muestra caracteres (tipo integer)
*''%s'' -> Un string (array, pointer of integers type)
*''%p'' -> Muestra la dirección de memoria (tipo pointer)
*''%n'' -> The variable that is assigned to this format specifier will be given the value of the number of characters displayed up to know (tipo integer)

=== Type extensions ===

En algunos casos, algunos caracteres se pueden incluir entre el ''%'' y el carácter que especifica el tipo de dato. Este carácter insertado entre ambos significa el tipo de dato por el que va ser substituido el dato original.:
:
*''h'' -> Convertirá en short integer type. Válido para ''d'', ''i'', ''o'', ''u'', ''x'', ''X'' y ''n''.
*''l'' -> Convertirá en long integer type. Válido para ''d'', ''i'', ''o'', ''u'', ''x'', ''X'' y ''n''.
*''L'' -> Convertirá en long double type. Válido para ''e'', ''E'', ''f'', ''F'', ''g'', ''G''

=== Trucos ===

Además, algunos de los códigos de formato permiten realizar ciertas modificaciones a la hora de cambiar el aspecto de salida. Estos códigos deben ser insertados entre el ''%'' y el caracter:
*''-'' -> Alinea a la izquierda
*''+'' -> Muestra un símbolo ( ''+'' ) cuando el número es positivo. Válido para *''d'', ''i'', ''e'', ''E'', ''f'', ''g'' y ''G''.
*''0'' -> Rellena los espacios en blanco con ceros ( ''0'' ). Válido para *''d'', ''i'', ''u'', ''x'', ''X'', ''o'', ''e'', ''E'', ''f'', ''g'' y ''G''.
*''#'' -> Actuará de diversos modos dependiendo del tipo de datos.
**''o': Un cero ( ''0'' ) will be prepended when the data is non-zero.
**''x'' y ''X'': Prepends ''0x'' or ''0X'' to the data, depending whether the format specifier was ''x'' or ''X''.
**''f'', ''e'', ''E'', ''g'' y ''G'': Muestra la coma decimal incluso cuando el número no es decimal..
**''g'' y ''G'': The trailing zeros are not removed.
*''<non-zero decimal value>'' -> Specifies the minimum width the data must occupy (if not all is occupied, it will be padded). Can be used together with ''0''.
*''.<decimal value>'' -> It will act in different ways depending on the type of data:
**''f'', ''e'' and ''E'': Specify the amount of decimals it is allowed to display (if ''.0'', no decimals will be displayed).
**''s'': Maximum amount of characters to display (if ''.0'', no characters will be displayed).
*''%%'' -> This is not a format specifier, instead, it is only meant to be used to avoid ambiguousity. It will display a single ''%'' character.

=== Nota importante ===

'''NUNCA''' debes cambiar el orden de los códigos de formateo, causaría efectos inesperados. Deben ir en el mismo orden que en original mientras realices la traducción.
Ejemplo: En el caso de que tradujeras la frase ''"I am %d years old and my name is %s."'' a ''"Mi nombre es %s y tengo %d años."'' (ten en cuenta ''%s'' and ''%d'' han cambiado de orden), esto causaría un error fatal del [[aMule]] cuando intentara mostrar la frase..

=== Ejemplo ===

A continuación se muestran una serie de ejemplos de los codigos de formateo que vimos anteriormente. Se muestran en parejas incluyendo la línea de código y la salida que tendrá dicha línea de código en el sistema.. En otras palabras, la primera línea representa el código [http://www.icce.rug.nl/documents/cplusplus C++] y la segunda línea (o grupo de línea en el caso de que sea necesario explicarlo en más de una línea) explica como el código [http://www.icce.rug.nl/documents/cplusplus C++] de la línea anterior se ejecuta en el sistema, Los datos por los que los códigos de formateo son substituidos son aleatorios. (bueno, no exactamente aleatorios, he incluido datos con significado en cada ejemplo):

**Línea de código: ''"I am %s and I am %d years old."''
**Salida: ''I am [[User:Jacobo221|Jacobo221]] and I am 19 years old.''

**Línea de código: ''"The first letter in the english alphabet is %c"''
**Salida: ''The first letter in the english alphabet is A''

**Línea de código: ''"There exists a format specifier which is %%%c"''
**Salida: ''There exists a format specifier which is %E''

**Línea de código: ''"There exists a format specifier which is %%c"''
** Salida: ''There exists a format specifier which is %c''

**Línea de código: ''"%E and %e are the same number"''
** Salida: ''9.186329E+00 and 9.186329e+00 are the same number''

**Línea de código: ''"%g is in normal notation while %g is in exponential notation"''
**Salida: ''0.25 is in normal notation while 3.234234E+34 is in exponential notation''

**Línea de código: ''"%+d is a positive number"''
**Salida: ''+5 is a positive number''

**Línea de código: ''"%05f says: Am I not 0-plenty?"''
** Salida: ''000.250000 says: Am I not 0-plenty?''

**Línea de código: ''"Both %#o and %#X start with notation specifier"''
**Salida: ''Both 0345 and 0X65FC start with notation specifier''

**Línea de código: ''"%010x must be plenty of zeros"''
**Salida: ''00000065fc must be plenty of zeros''

**Línea de código: ''"Pi number is %.2f"''
**Salida: ''Pi number is 3.14''

** Línea de código: ''"Look what happens when you read the four letters in [http://www.mozilla.org/products/firefox Firefox]: %.4s"''
**Salida: ''Look what happens when you read the four letters in [http://www.mozilla.org/products/firefox Firefox]: Fire''

== Otras herramientas ==

También hay otra serie de cosas que debes tener en cuenta cuando realices una traducción, así que lo mejor es que continúes leyendo este documento.

=== Character cases ===

The [http://www.icce.rug.nl/documents/cplusplus C++] programming language doesn't consider uppercase and lowercase letters as the same lettes. So, 'a' is a different letter from 'A' for [http://www.icce.rug.nl/documents/cplusplus C++] programs. In most cases, this will be insignificant for you, but when dealing with [[#Escape codes|escape codes]] and [[#Format specifiers|format specifiers]] it does, so please remain them the same.

=== Leading and ending blank spaces ===

You will sometimes find strings with either begin or end with a space. This is '''not''' a typo. That space is there for a reason. Most usually this reason is one of the following:
#Appearance. Maybe it separates the string from somewhere that, without this separation, would look ugly.
#Future additions. In 99% of the cases, it will be because some data is going to be appended to it. Imagine you find a string like ''I am ''. Although no ''%s'' format specifier is found there, some data is going to be added later anyway. So, if the blank space wasn't kept, once translated, in the app it would look like ''I amme'' instead of ''I am me''.

=== Examples ===

The following are examples of the above cases explained. They are unified into groups of four lines. The first line shows an original string, the second one how it should be translated (the examples are translated into spanish),the third one a possible output and the fourth line translates the translated possible output back into english so that you can understand it in case you don't speak spanish:

**Code line: ''"[[aMule]] version "''
**Translation: ''"[[aMule]] versión "''
**Output: ''[[aMule]] versión 2.0.0''
**Output (in english): ''[[aMule]] version 2.0.0''

**Code line: ''" can become a %s [[aMule]] user"''
**Translation: ''" puede llegar a ser un %s usuario de [[aMule]]"''
**Output: ''Cualquiera puede llegar a ser un feliz usuario de [[aMule]]''
**Output (in english): ''Anyone can become a happy [[aMule]] user''

**Code line: ''" this line looks complete and the leading and ending spaces can be deleted because they seem typos "''
**Translation: ''" esta frase parece completa y los espacios del principio y del final se pueden eliminar porque deben ser un error "''
**Output: ''Aunque esta frase parece completa y los espacios del principio y del final se pueden eliminar porque deben ser un error no lo es porque, como se puede ver, quedaban cosas por añadir, lo cual demuestra que '''nunca''' se deben eliminar esos espacios''
**Output (in english): ''Allthough this line looks complete and the leading and ending spaces can be deleted because they seem typos it is not because, as you can see, there were still words to be added, so this shows you why you should '''never''' delete those spaces''

== Overall example ==

'''Example:'''
:Untranslated:
:''msgid="I am %s and I a %d-year old\nand I\'m a happy \"aMule\" user "''
:''msgstr=""

:Would become (translation to spanish):
:''msgid="I am %s, %d years old\nand &I\'m a happy \"rabitty-aMule\" user "''
:''msgstr="Soy %s y tengo %d años\ny soy un fel&iz usuario del \"conejillo-aMule\" "''

:Explanation:
:#''%s'' and ''%d'' '''must''' be copied literally since they will be substituted in the program with some string or number. General rule: anything between a character ''%'' and the next letter-character (that is, ''a'', ''b'', 'c'', etc...) or percentage character (''%'') must be copied literally.
:#''\n'' must be copied literally too since it brakes the line into a new line. The general rule is: ''\'' and it's very next character (can be ''\'', ''a'', ''n'', ''t'', '',f'', ''"'', ''<nowiki>'</nowiki>'', etc) must be copied literally.
:#''&'' must be placed '''before'' the very same letter in the translation since it indicates the combination ALT+letter that will select that option.
:#The ending space is left since in the original message it was there. '''Never''' remove startng or ending spaces, even if they look ugly. They are there for some reason. Nomally this will be because either before or after that string comes another string. For example: ''"Opening file "'' has a blank space at the end, so you can expect that right after it the name of a file will be displayed. Something like ''Opening file server.met''

Format specifiers-es

2006-10-31T13:19:45Z

212.170.156.253:

'''MEN AT WORK, PLEASE DONT LINK IT, I WILL LINK IT WHEN FINISHED, THANX ;)'''

center>
[[Format_specifiers|Inglés]] | '''Español'''
</center>

== Introducción ==

[[aMule]] se realiza en el lenguaje de programación [http://www.icce.rug.nl/documents/cplusplus C++]. Este lenguaje permite gestionar de una manera sencilla los caracteres pero en algunos casos es necesario recurrir a algún que otro truco.

En el caso de que estés realizando una [[translations-es|traducción de aMule]], lo mas probable es que te encuentres una series de “cosas extrañas”. Algunas veces serán simplemente tipos de letra, pero en otras ocasiones, éstas se incluyen con un propósito determinado.

Este documento es '''necesario y obligado''' para alguien que desea o esta [[translations-es|traduciendo el aMule]]. En este documento se describen todos casos de grupos de caracteres que '''nunca''' deben modificarse.

Por la tanto en este documento puedes encontrar la descripción de los grupos de caracteres que '''no''' debes modificar y cual es la explicación de cada uno de ellos..

== Códigos especiales ==

=== Códigos especiales [http://www.ecma-international.org/publications/standards/Ecma-006.htm ASCII] no representables ===

Son códigos que representan caracteres en código [http://www.ecma-international.org/publications/standards/Ecma-006.htm ASCII] los cuales no pueden ser escritos con el teclado.

*''\a'' -> Normalmente produce una alerta sonora (en algún caso visual) como un pitido
*''\b'' -> Regresa hacia atrás un caracter
*''\f'' -> En la mayoría de los sistemas realiza una limpieza de la pantalla.
*''\n'' -> Finaliza la línea actual y comienza una nueva, situando el cursor al inicio de la nueva línea.
*''\r'' -> Va al inicio de la línea actual
*''\t'' -> Tabulación horizontal.
*''\v'' -> Tabulación vertical.
*''\<octal digits>'' -> Mostrará ''octal digits'' en octal
*''\x<hex digits>'' -> Mostrará el valor ''hex digits'' en hexadecimal

=== Códigos especiales de desambiguación ===

Los siguientes no son caracteres que no se puedan escribir mediante el teclado, pero debido a las limitaciones en el lenguaje de programación [http://www.icce.rug.nl/documents/cplusplus C++] son necesarios para utilizarlos como:
*''\?'' -> muestra un signo de interrogación ( ''?'' ) para evitar traducciones tipográficas (no todos los compiladores soportan la traducción tipográfica, por lo que no siempre es necesario)
*''\\'' -> Muestra un slash ( ''\'' )
*''\' '' -> Muestra una comilla simple ('' ' '')
*''\"'' -> Muestra comillas ('' " '')

=== Ejemplos ===

A continuación tenemos unos ejemplos de los códigos mostrados anteriormente. Se muestran en parejas incluyendo la línea de código y la salida que tendrá dicha línea de código en el sistema.. En otras palabras, la primera línea representa el código [http://www.icce.rug.nl/documents/cplusplus C++] y la segunda línea (o grupo de línea en el caso de que sea necesario explicarlo en más de una línea) explica como el código [http://www.icce.rug.nl/documents/cplusplus C++] de la línea anterior se ejecuta en el sistema:

** Línea de código: ''"[[User:Jacobo221|Jacobo221]] is an angel\aOh, true, I am not."''
**Salida: ''[[User:Jacobo221|Jacobo221]] is an angelOh, true, I am not'' (Se escuchará un pitido justo después de la palabra ''angel'' y la siguiente palabra no (''Oh'') no se mostrará hasta que no finalice el pitido)

**Línea de código: ''"I have 6\b5 fingers in my right hand"''
**Salida: ''I have 5 fingers in my right hand''

**Línea de código: ''"Where is the <RETURN> key???\nAh, here it is!"''
**Salida: ''Where is the <RETURN> key???'' ''Ah, here it is!''

** Línea de código: ''"I am a BIG lier\rI'm married with Marilyn Monroe"''
**Salida: ''I'm married with Marilyn Monroe''

** Línea de código: ''"\141\115\165\x6C\x65"''
**Salida: ''aMule'' (Ten en cuenta que el valor en octal de ''a'' en código [http://www.ecma-international.org/publications/standards/Ecma-006.htm ASCII] es 141, el valor en octal ''M'' es 115, el valor en octal de ''u'' es 165, el valor en hexadecimal de''l'' es 6C y por último el valor hexadecimal de ''e'' es 65)

** Línea de código: ''"Isn\'t it complicated to use the \" and \\ characters\?"''
**Salida: ''Isn't it complicated to use the " and \ characters?''

== Códigos de formateo ==

=== Códigos de formateo básico ===

Los códigos de formateo son grupos de caracteres que serán sustituidos por otros datos. El código de formato mismo especifica por que tipo de datos será sustituido:

*''%d'' -> Valor decimal (signed integer type). Equivalente a %i
*''%i'' -> Valor decimal (signed integer type). Equivalente a %d
*''%u'' -> Número natural (unsigned integer type).
*''%x'' -> Valor hexadecimal representado en minúsculas (unsigned integer type)
*''%X'' -> Valor hexadecimal representado en mayúsculas(unsigned integer type)
*''%o'' -> Valor octal (unsigned integer type)
*''%f'' -> Número racional (con decimales) with the normal (showing all numbers) notation (tipos float y double)
*''%e'' -> Número racional (number with a floating point) con valor exponencial representado a partir de ''e'' minúscula (tipos float y double types)
*''%E'' -> Número racional (number with a floating point) con valor exponencial representado a partir de la ''E'' mayúscula (tipos float y double types)
*''%g'' -> Rational number (number with a floating point) with normal or exponential notation depending on the value. If exponential, a lowercase ''e'' will be used (both float and double types)
*''%G'' -> Núnero racional (number with a floating point) with normal or exponential notation depending on the value. If exponential, an uppercase ''E'' will be used (both float and double types)
*''%c'' -> Muestra caracteres (tipo integer)
*''%s'' -> Un string (array, pointer of integers type)
*''%p'' -> Muestra la dirección de memoria (tipo pointer)
*''%n'' -> The variable that is assigned to this format specifier will be given the value of the number of characters displayed up to know (tipo integer)

=== Type extensions ===

En algunos casos, algunos caracteres se pueden incluir entre el ''%'' y el carácter que especifica el tipo de dato. Este carácter insertado entre ambos significa el tipo de dato por el que va ser substituido el dato original.:
:
*''h'' -> Convertirá en short integer type. Válido para ''d'', ''i'', ''o'', ''u'', ''x'', ''X'' y ''n''.
*''l'' -> Convertirá en long integer type. Válido para ''d'', ''i'', ''o'', ''u'', ''x'', ''X'' y ''n''.
*''L'' -> Convertirá en long double type. Válido para ''e'', ''E'', ''f'', ''F'', ''g'', ''G''

=== Trucos ===

Además, algunos de los códigos de formato permiten realizar ciertas modificaciones a la hora de cambiar el aspecto de salida. Estos códigos deben ser insertados entre el ''%'' y el caracter:
*''-'' -> Alinea a la izquierda
*''+'' -> Muestra un símbolo ( ''+'' ) cuando el número es positivo. Válido para *''d'', ''i'', ''e'', ''E'', ''f'', ''g'' y ''G''.
*''0'' -> Rellena los espacios en blanco con ceros ( ''0'' ). Válido para *''d'', ''i'', ''u'', ''x'', ''X'', ''o'', ''e'', ''E'', ''f'', ''g'' y ''G''.
*''#'' -> Actuará de diversos modos dependiendo del tipo de datos.
**''o': Un cero ( ''0'' ) will be prepended when the data is non-zero.
**''x'' y ''X'': Prepends ''0x'' or ''0X'' to the data, depending whether the format specifier was ''x'' or ''X''.
**''f'', ''e'', ''E'', ''g'' y ''G'': Muestra la coma decimal incluso cuando el número no es decimal..
**''g'' y ''G'': The trailing zeros are not removed.
*''<non-zero decimal value>'' -> Specifies the minimum width the data must occupy (if not all is occupied, it will be padded). Can be used together with ''0''.
*''.<decimal value>'' -> It will act in different ways depending on the type of data:
**''f'', ''e'' and ''E'': Specify the amount of decimals it is allowed to display (if ''.0'', no decimals will be displayed).
**''s'': Maximum amount of characters to display (if ''.0'', no characters will be displayed).
*''%%'' -> This is not a format specifier, instead, it is only meant to be used to avoid ambiguousity. It will display a single ''%'' character.

=== Nota importante ===

'''NUNCA''' debes cambiar el orden de los códigos de formateo, causaría efectos inesperados. Deben ir en el mismo orden que en original mientras realices la traducción.
Ejemplo: En el caso de que tradujeras la frase ''"I am %d years old and my name is %s."'' a ''"Mi nombre es %s y tengo %d años."'' (ten en cuenta ''%s'' and ''%d'' han cambiado de orden), esto causaría un error fatal del [[aMule]] cuando intentara mostrar la frase..

=== Ejemplo ===

A continuación se muestran una serie de ejemplos de los codigos de formateo que vimos anteriormente. Se muestran en parejas incluyendo la línea de código y la salida que tendrá dicha línea de código en el sistema.. En otras palabras, la primera línea representa el código [http://www.icce.rug.nl/documents/cplusplus C++] y la segunda línea (o grupo de línea en el caso de que sea necesario explicarlo en más de una línea) explica como el código [http://www.icce.rug.nl/documents/cplusplus C++] de la línea anterior se ejecuta en el sistema, Los datos por los que los códigos de formateo son substituidos son aleatorios. (bueno, no exactamente aleatorios, he incluido datos con significado en cada ejemplo):

**Línea de código: ''"I am %s and I am %d years old."''
**Salida: ''I am [[User:Jacobo221|Jacobo221]] and I am 19 years old.''

**Línea de código: ''"The first letter in the english alphabet is %c"''
**Salida: ''The first letter in the english alphabet is A''

**Línea de código: ''"There exists a format specifier which is %%%c"''
**Salida: ''There exists a format specifier which is %E''

**Línea de código: ''"There exists a format specifier which is %%c"''
** Salida: ''There exists a format specifier which is %c''

**Línea de código: ''"%E and %e are the same number"''
** Salida: ''9.186329E+00 and 9.186329e+00 are the same number''

**Línea de código: ''"%g is in normal notation while %g is in exponential notation"''
**Salida: ''0.25 is in normal notation while 3.234234E+34 is in exponential notation''

**Línea de código: ''"%+d is a positive number"''
**Salida: ''+5 is a positive number''

**Línea de código: ''"%05f says: Am I not 0-plenty?"''
** Salida: ''000.250000 says: Am I not 0-plenty?''

**Línea de código: ''"Both %#o and %#X start with notation specifier"''
**Salida: ''Both 0345 and 0X65FC start with notation specifier''

**Línea de código: ''"%010x must be plenty of zeros"''
**Salida: ''00000065fc must be plenty of zeros''

**Línea de código: ''"Pi number is %.2f"''
**Salida: ''Pi number is 3.14''

** Línea de código: ''"Look what happens when you read the four letters in [http://www.mozilla.org/products/firefox Firefox]: %.4s"''
**Salida: ''Look what happens when you read the four letters in [http://www.mozilla.org/products/firefox Firefox]: Fire''

== Otras herramientas ==

También hay otra serie de cosas que debes tener en cuenta cuando realices una traducción, así que lo mejor es que continúes leyendo este documento.

=== Character cases ===

The [http://www.icce.rug.nl/documents/cplusplus C++] programming language doesn't consider uppercase and lowercase letters as the same lettes. So, 'a' is a different letter from 'A' for [http://www.icce.rug.nl/documents/cplusplus C++] programs. In most cases, this will be insignificant for you, but when dealing with [[#Escape codes|escape codes]] and [[#Format specifiers|format specifiers]] it does, so please remain them the same.

=== Leading and ending blank spaces ===

You will sometimes find strings with either begin or end with a space. This is '''not''' a typo. That space is there for a reason. Most usually this reason is one of the following:
#Appearance. Maybe it separates the string from somewhere that, without this separation, would look ugly.
#Future additions. In 99% of the cases, it will be because some data is going to be appended to it. Imagine you find a string like ''I am ''. Although no ''%s'' format specifier is found there, some data is going to be added later anyway. So, if the blank space wasn't kept, once translated, in the app it would look like ''I amme'' instead of ''I am me''.

=== Examples ===

The following are examples of the above cases explained. They are unified into groups of four lines. The first line shows an original string, the second one how it should be translated (the examples are translated into spanish),the third one a possible output and the fourth line translates the translated possible output back into english so that you can understand it in case you don't speak spanish:

**Code line: ''"[[aMule]] version "''
**Translation: ''"[[aMule]] versión "''
**Output: ''[[aMule]] versión 2.0.0''
**Output (in english): ''[[aMule]] version 2.0.0''

**Code line: ''" can become a %s [[aMule]] user"''
**Translation: ''" puede llegar a ser un %s usuario de [[aMule]]"''
**Output: ''Cualquiera puede llegar a ser un feliz usuario de [[aMule]]''
**Output (in english): ''Anyone can become a happy [[aMule]] user''

**Code line: ''" this line looks complete and the leading and ending spaces can be deleted because they seem typos "''
**Translation: ''" esta frase parece completa y los espacios del principio y del final se pueden eliminar porque deben ser un error "''
**Output: ''Aunque esta frase parece completa y los espacios del principio y del final se pueden eliminar porque deben ser un error no lo es porque, como se puede ver, quedaban cosas por añadir, lo cual demuestra que '''nunca''' se deben eliminar esos espacios''
**Output (in english): ''Allthough this line looks complete and the leading and ending spaces can be deleted because they seem typos it is not because, as you can see, there were still words to be added, so this shows you why you should '''never''' delete those spaces''

== Overall example ==

'''Example:'''
:Untranslated:
:''msgid="I am %s and I a %d-year old\nand I\'m a happy \"aMule\" user "''
:''msgstr=""

:Would become (translation to spanish):
:''msgid="I am %s, %d years old\nand &I\'m a happy \"rabitty-aMule\" user "''
:''msgstr="Soy %s y tengo %d años\ny soy un fel&iz usuario del \"conejillo-aMule\" "''

:Explanation:
:#''%s'' and ''%d'' '''must''' be copied literally since they will be substituted in the program with some string or number. General rule: anything between a character ''%'' and the next letter-character (that is, ''a'', ''b'', 'c'', etc...) or percentage character (''%'') must be copied literally.
:#''\n'' must be copied literally too since it brakes the line into a new line. The general rule is: ''\'' and it's very next character (can be ''\'', ''a'', ''n'', ''t'', '',f'', ''"'', ''<nowiki>'</nowiki>'', etc) must be copied literally.
:#''&'' must be placed '''before'' the very same letter in the translation since it indicates the combination ALT+letter that will select that option.
:#The ending space is left since in the original message it was there. '''Never''' remove startng or ending spaces, even if they look ugly. They are there for some reason. Nomally this will be because either before or after that string comes another string. For example: ''"Opening file "'' has a blank space at the end, so you can expect that right after it the name of a file will be displayed. Something like ''Opening file server.met''

Server

2006-10-26T14:46:41Z

212.170.156.253:

<center>
'''English''' | [[Server-de|German]] | [[Server-es|Spanish]]
</center>

== Servers on the [[FAQ_eD2k-Kademlia#What_is_ED2K?|eD2k network]] ==

On the [[FAQ_eD2k-Kademlia#What_is_ED2K?|eD2k network]], when connecting, you connect to a server (read [[FAQ_eD2k-Kademlia#What_is_ED2K?|this]] to know more about it). 
This server provides information such as the search results, the [[client|clients]] who are sharing specified files, the files transfer (when on [[FAQ_eD2k-Kademlia#What_is_LowID_and_HighID?|LowID]]). and such. 
On this network, the server is a central machine which you connect to (you can choose which server to connect to). Most servers are interconnected to each other so that global searches can be done.

== Servers on the [[FAQ_eD2k-Kademlia#What_is_Kademlia?|Kademlia network]] ==

On the [[FAQ_eD2k-Kademlia#What_is_Kademlia?|Kademlia network]] there are no servers. Or, lets say, each [[client]] is, at the same time, a server. 
The description on how this network works can be found [[FAQ_eD2k-Kademlia#What_is_LowID_and_HighID?|here]].

Server

2006-10-26T14:46:10Z

212.170.156.253:

<center>
'''English''' | [[Server-de|German]] | [[Server-de|Spanish]]
</center>

== Servers on the [[FAQ_eD2k-Kademlia#What_is_ED2K?|eD2k network]] ==

On the [[FAQ_eD2k-Kademlia#What_is_ED2K?|eD2k network]], when connecting, you connect to a server (read [[FAQ_eD2k-Kademlia#What_is_ED2K?|this]] to know more about it). 
This server provides information such as the search results, the [[client|clients]] who are sharing specified files, the files transfer (when on [[FAQ_eD2k-Kademlia#What_is_LowID_and_HighID?|LowID]]). and such. 
On this network, the server is a central machine which you connect to (you can choose which server to connect to). Most servers are interconnected to each other so that global searches can be done.

== Servers on the [[FAQ_eD2k-Kademlia#What_is_Kademlia?|Kademlia network]] ==

On the [[FAQ_eD2k-Kademlia#What_is_Kademlia?|Kademlia network]] there are no servers. Or, lets say, each [[client]] is, at the same time, a server. 
The description on how this network works can be found [[FAQ_eD2k-Kademlia#What_is_LowID_and_HighID?|here]].

Server-es

2006-10-26T14:45:05Z

212.170.156.253:

<center>
[[Server|Inglés]] | [[Server-de|Alemán]] | '''Español'''
</center>

== Servidores en la [[FAQ_eD2k-Kademlia-es#¿Qué es ED2K?|red eD2k]] ==

Dentro de la red [[FAQ_eD2k-Kademlia-es#¿Qué es ED2K?|eD2k]], durante la conexión, , esta se realiza contra un servidor (lee [[FAQ_eD2k-Kademlia-es|esto]] si deseas ampliar sobre este punto). 
El servidor al que nos hemos conectado, nos envía información sobre resultados de búsquedas, [[client-es|clientes]] que comparten un fichero específico, los ficheros que se envían (cuando tenemos [[FAQ_eD2k-Kademlia-es#¿Qué_es_ID_baja_e_ID_alta?|LowID]]), además de otra serie de datos. 
En esta red, el servidor es la máquina central al que te conectas (se puede elegir a que servidor conectarse). La mayoría de los servidores estan interconectados entre si, permitiendo realizar búsquedas globales.
On this network, the server is a central machine which you connect to (you can choose which server to connect to). Most servers are interconnected to each other so that global searches can be done.

== Servidores en la [[FAQ_eD2k-Kademlia-es#¿Que_es_Kademlia?|red Kademila]] ==

En la red [[FAQ_eD2k-Kademlia-es#¿Que_es_Kademlia?|Kademlia]] no hay servidores.
Aunque sería mejor decir, cada [[client-es|cliente]], es, al mismo tiempo, también un servidor.
La descripción de como funciona esta red la puedes encontrar
[[FAQ_eD2k-Kademlia-es#¿Qué_es_ID_baja_e_ID_alta?|aqui]].

Server-es

2006-10-26T14:44:28Z

212.170.156.253:

<center>
[[Server|Inglés]] | [[Server-de|Alemán]] | '''Español'''
</center>

== Servidores en la [[FAQ_eD2k-Kademlia-es#¿Qué es ED2K?|red eD2k]] ==

Dentro de la red [[FAQ_eD2k-Kademlia-es#¿Qué es ED2K?|eD2k]], durante la conexión, , esta se realiza contra un servidor (lee [[FAQ_eD2k-Kademlia-es|esto]] si deseas ampliar sobre este punto). 
El servidor al que nos hemos conectado, nos envía información sobre resultados de búsquedas, [[client-es|clientes]] que comparten un fichero específico, los ficheros que se envían (cuando tenemos [[FAQ_eD2k-Kademlia-es#¿Que_es_ID_baja_e_ID_alta?|LowID]]), además de otra serie de datos. 
En esta red, el servidor es la máquina central al que te conectas (se puede elegir a que servidor conectarse). La mayoría de los servidores estan interconectados entre si, permitiendo realizar búsquedas globales.
On this network, the server is a central machine which you connect to (you can choose which server to connect to). Most servers are interconnected to each other so that global searches can be done.

== Servidores en la [[FAQ_eD2k-Kademlia-es#¿Que_es_Kademlia?|red Kademila]] ==

En la red [[FAQ_eD2k-Kademlia-es#¿Que_es_Kademlia?|Kademlia]] no hay servidores.
Aunque sería mejor decir, cada [[client-es|cliente]], es, al mismo tiempo, también un servidor.
La descripción de como funciona esta red la puedes encontrar
[[FAQ_eD2k-Kademlia-es#¿Que_es_ID_baja_e_ID_alta?|aqui]].

Server-es

2006-10-26T14:39:21Z

212.170.156.253:

<center>
[[Server|Inglés] | [[Server-de|Alemán]] | '''Español'''
</center>

== Servidores en la [[FAQ_eD2k-Kademlia-es#¿Qué es ED2K?|red eD2k]] ==

Dentro de la red [[FAQ_eD2k-Kademlia-es#¿Qué es ED2K?|eD2k]], durante la conexión, , esta se realiza contra un servidor (lee [[FAQ_eD2k-Kademlia-es|esto]] si deseas ampliar sobre este punto). 
El servidor al que nos hemos conectado, no envía información sobre resultados de búsquedas, [[client-es|clientes]] que comparten un fichero específico, los ficheros que se envían (cuando tenemos [[FAQ_eD2k-Kademlia#What_is_LowID_and_HighID?|LowID]]) y otras informaciones. 
En esta red, el servidor es la máquina central al que te conectas (se puede elegir a que servidor conectarse). La mayoría de los servidores estan interconectados entre si, permitiendo realizar búsquedas globales.
On this network, the server is a central machine which you connect to (you can choose which server to connect to). Most servers are interconnected to each other so that global searches can be done.

== Servidores en la [[FAQ_eD2k-Kademlia-es#¿Que_es_Kademlia?|red Kademila]] ==

En la red [[FAQ_eD2k-Kademlia-es#¿Que_es_Kademlia?|Kademlia]] no hay servidores.
Aunque sería mejor decir, cada [[client-es|cliente]], es, al mismo tiempo, también un servidor.
La descripción de como funciona esta red la puedes encontrar
[[FAQ_eD2k-Kademlia#What_is_LowID_and_HighID?|aqui]].

Server-es

2006-10-26T14:12:36Z

212.170.156.253:

<center>
'''Englisch''' | [[Server-de|Deutsch]]
</center>

== Servidores en la [[FAQ_eD2k-Kademlia-es#¿Qué es ED2K?|red eD2k]] ==

On the [[FAQ_eD2k-Kademlia#What_is_ED2K?|eD2k network]], when connecting, you connect to a server (read [[FAQ_eD2k-Kademlia#What_is_ED2K?|this]] to know more about it). 
This server provides information such as the search results, the [[client|clients]] who are sharing specified files, the files transfer (when on [[FAQ_eD2k-Kademlia#What_is_LowID_and_HighID?|LowID]]). and such. 
On this network, the server is a central machine which you connect to (you can choose which server to connect to). Most servers are interconnected to each other so that global searches can be done.

== Servers on the [[FAQ_eD2k-Kademlia#What_is_Kademlia?|Kademlia network]] ==

On the [[FAQ_eD2k-Kademlia#What_is_Kademlia?|Kademlia network]] there are no servers. Or, lets say, each [[client]] is, at the same time, a server. 
The description on how this network works can be found [[FAQ_eD2k-Kademlia#What_is_LowID_and_HighID?|here]].

Hash-es

2006-10-26T14:07:00Z

212.170.156.253:

<center> [[Hash|Inglés]] | [[Hash-hu|Magiar]] | '''Español'''
</center>

Los Hashes(traducido literal="picadillo") son los algoritmos matemáticos que combinan operaciones para obtener un código único y reducido de otros datos.

Los Hashes son utilizados para identificar unívocamente datos o grupos de datos.

En la [[FAQ_ed2k-es|red eD2k]], se utiliza normalmente el tipo de hash [[MD4]], aunque el tipo [http://www.faqs.org/rfcs/rfc3174.html SHA-1] también es utilizado.

Hash-es

2006-10-26T14:06:28Z

212.170.156.253:

<center> [[Hash|Inglés]] | [[Hash-hu|Magiar]] | '''Español'''
</center>

Los Hashes(traducido literal="picadillo") son los algoritmos matemáticos que combinan operaciones para obtener un código único y reducido de otros datos.

Los Hashes son utilizados para identificar unívocamente datos o grupos de datos.

En la [[FAQ_ed2k|red eD2k-es]], se utiliza normalmente el tipo de hash [[MD4]], aunque el tipo [http://www.faqs.org/rfcs/rfc3174.html SHA-1] también es utilizado.

ALinkCreatorConsole-es

2006-10-26T14:03:56Z

212.170.156.253:

<center>
[[aLinkCreatorConsole|Inglés]] | [[aLinkCreatorConsole-de|Alemán]] | '''Español'''
</center>

== Descripción ==

alcc es la versión "línea de comandos" del [[ALinkCreator-es|alc]], una herramienta para calcular y crear [[Ed2k_link|enlaces]]-[[FAQ_eD2k-Kademlia-es|ED2K]] de cualquier fichero que se encuentre en tu sistema, sin necesidad de que este ejecutándose, o, en el caso de compilarlo con la opción ''--disable-mobolithic'', incluso de que este instalado el programa [[aMule-es|aMule]]. A su vez, esta herramienta es capaz de crear hashes parciales y de añadir estos al [[Ed2k_link|enlace]]-[[FAQ_eD2k-Kademlia-es|ED2K]]
 
Hay una guía sobre el uso de esta herramienta disponible en [[Usage_aLinkCreatorConsole|este artículo]].

== Nota ==

Hay que tener en cuanta que el alcc, dependiendo del ejecutable usado, no siempre se instala por defecto, puede ser necesario activarlo durante la [[configure|configuración]], utilizando ''--enable-alcc''.
Si al guno de vosotros intentáis crear un [http://www.rpm.org/ rpm] utilizando la [[Spec_file-es|spec-file]], que aMule incorpora, se le debe añadir el texto ''%{_bindir}/alcc'' en la file-section, para evitar mensajes del tipo:
:::"/usr/bin/alcc installed but not packaged"
que obligan a cancelar el rpmbuild.

AMule SVN-es

2006-10-26T14:03:06Z

212.170.156.253:

<center>
[[AMule CVS|Inglés]] | '''Español''' | [[AMule_CVS-de|Alemán]]
</center>

La última versión en estado de desarrollo del [[aMule]] la puedes encontrar [http://amule.hirnriss.net aquí].

Cada noche puedes encontrar los ficheros del [[aMule]] en el repositorio [http://www.gnu.org/software/cvs CVS]. Debes tener en cuenta que aMule-CVS no te ofrece ninguna garantía de compilar ni de funcionar correctamente. Esta versión esta orientada a los usuarios que desean tener las últimas versiónes y desarrollos en todo momento, pero recuerda, '''úsalo bajo tu propia responsabilidad'''.

Hay un versión no-oficial creada partir de los CVS diarios, puedes revisarla en el [http://forum.amule.org foro].

* Desde el 14th of March, 2005, un [[spec file-es|fichero de especificaciones]] se encuentra disponible en [http://amule.hirnriss.net aMule CVS tarball] gracias a este puedes generar mas fácilmente las [http://www.rpm.org RPM]. Mas información sobre ello [[spec file|aqui]].

* Los usuarios de [http://www.gentoo.org Gentoo] pueden realizar las amule-cvs ebuild [[HowTo_Compile_In_Gentoo|siguiendo este enlace]].

* Los usuarios de [http://www.archlinux.org ArchLinux] pueden realizar una versión no oficial enganchando amule-cvs PKGBUILD y creando el ejecutable siguiendo [http://gift.altervista.org/index_en.php?section=40 este link] (No hay soporte)

* Los usuarios [http://www.debian.org Debian] pueden encontrar en el repositorio no oficial testing/sid los paquetes CVS. Revisa [http://forum.amule.org/thread.php?threadid=5776 este enlace] para mas información:

::: deb http://www.vollstreckernet.de/debian/ testing amule

* Los usarios de [http://www.apple.com/macosx/ Mac OS X] pueden encontrar los CVS [http://forum.amule.org/thread.php?threadid=5051 en este hilo] del foro.

Spec file-de

2006-10-26T14:01:55Z

212.170.156.253:

<center>[[Spec_file|English]] | '''Deutsch''' | [[Spec_file-es|Spanish]]
</center>

Seit dem 14. März 2005 enthält der [[aMule CVS-de|aMule CVS]]-Tarball ein Specfile zum einfachen Erzeugen eines [http://www.rpm.org RPM]s.

Das geht folgendermaßen:

#Den letzten [[aMule CVS-de|aMule CVS]]-Tarball runterladen. Es '''muß''' der [[aMule CVS-de|aMule CVS]]-Tarball des '''selben Tages''' sein, weil diese [http://www.rpm.org RPM]s nur tagesaktuell gebaut werden können.
#Führe ''rpmbuild -ta aMule-CVS-tarball.tar.bz2'' aus.
#Fertig. Nun hat man ein brandneues [[aMule CVS-de|aMule CVS]]-Tarball-[http://www.rpm.org RPM], um den aktuellsten und größten [[aMule-de|aMule]] zu testen!

Zu beachten ist, daß man mit dem Erstellen von [http://www.rpm.org RPM]s vertraut sein sollte, und zuvor alles, was zum Kompilieren nötig ist, auf seinem Rechner installiert haben muß.

Viel Spaß!

Spec file

2006-10-26T14:01:08Z

212.170.156.253:

<center>
'''English''' | [[Spec_file-de|Deutsch]] | [[Spec_file-es|Spanish]]
</center>

Since 14th March 2005 there is a spec file in the [[aMule CVS]] tarball, so that you can easily generate an [http://www.rpm.org RPM].

It works like this:

#Download the latest [[aMule CVS]] tarball. It '''Must''' be the [[aMule CVS]] tarball of the '''same day''', these [http://www.rpm.org RPM]s can only be built on the same day you download them.
#Run: ''rpmbuild -ta aMule-CVS-tarball.tar.bz2''
#There you are, you have a brand new [[aMule CVS]] tarball [http://www.rpm.org RPM] to test the latest and greatest [[aMule]]!

Notice that you must be familiar with [http://www.rpm.org RPM] generation and you must have everything required to compile [[aMule]] previously installed in your system.

Enjoy!

Spec file-es

2006-10-26T14:00:17Z

212.170.156.253:

<center>
[[Spec_file|Inglés]] | [[Spec_file-de|Alemán]] | '''Español'''
</center>

Desde el día 14 de Marzo del 2005 hay un fichero spec el [[aMule CVS]]-Tarball, mediante el cual y de una manera sencilla puedes generar un [http://www.rpm.org RPM].

Funciona del siguiente modo:

# Descarga la última versión [[aMule CVS]]-tarball. Enta '''debe''' ser la [[aMule CVS]]-tarball de ese '''mismo día''', los [http://www.rpm.org RPM]s solo se pueden crear en el mismo día en que los descargas
# Ejecuta: ''rpmbuild -ta aMule-CVS-tarball.tar.bz2''
# Y ya lo tines, acabas de crear un nuevo [http://www.rpm.org RPM] del [[aMule CVS]]-tarball y ahora ya puedes probar la última, mas actualizada, y "mejor" versión del [[aMule]]

Ten en cuanta que deberías estar familiarizado con la creación de [http://www.rpm.org RPM]s, es necesario que tengas en tu sistema todos los paquetes intalados para compilar el [[aMule]], antes de realizar el RPM.

Disfruta del aMule!

ALinkCreatorConsole-de

2006-10-26T13:44:02Z

212.170.156.253:

<center>
[[aLinkCreatorConsole|English]] | '''Deutsch''' | [[aLinkCreatorConsole-es|Spanish]]
</center>

== Beschreibung ==
alcc ist die Kommandozeilenversion von [[ALinkCreator-de|alc]], einem Hilfsprogramm zum Berechnen und Erzeugen von [[FAQ_eD2k-Kademlia-de#Was_ist_ED2K?|eD2k]]-[[Ed2k_link|Link]]s für jede beliebige Datei auf dem Rechner, ohne aMule laufen zu lassen, oder ihn, sofern mit dem Flag ''--disable-monolithic'' gebaut, aMule überhaupt installiert zu haben. Es kann weiterhin Part-Prüfsummen erzeugen, und diese dem [[FAQ_eD2k-Kademlia-de#Was_ist_ED2K?|eD2k]]-[[Ed2k_link|Link]] hinzufügen. 
Eine kurze Gebrauchsanweisung gibt es in [[Usage_aLinkCreatorConsole-de|diesem Artikel]].

== Anmerkung ==
Weil alcc, je nach verwendetem Softwarepaket, nicht immer standarmäßig mitinstalliert wird, kann es erforderlich sein, es beim [[Configure]] mit dem Flag ''--enable-alcc'' zu aktivieren.
Wer sich mit dem Gedanken trägt, aus dem von aMule mitgelieferten [[Spec_file-de|specfile]] ein [http://www.rpm.org/ rpm] zu bauen, muss dieses zusätzlich auch noch mit den Eintrag ''%{_bindir}/alcc'' in der Sektion ''files'' ergänzen, um eine Meldung in der Art wie "/usr/bin/alcc installed but not packaged" zu vermeiden, die rpmbuild sonst zum Abbruch zwingt.

ALinkCreatorConsole-es

2006-10-26T11:46:58Z

212.170.156.253:

<center>
[[aLinkCreatorConsole|Inglés]] | [[aLinkCreatorConsole-de|Alemán]] | '''Español'''
</center>

== Descripción ==

alcc es la versión "línea de comandos" del [[ALinkCreator-es|alc]], una herramienta para calcular y crear [[Ed2k_link|enlaces]]-[[FAQ_eD2k-Kademlia-es|ED2K]] de cualquier fichero que se encuentre en tu sistema, sin necesidad de que este ejecutándose, o, en el caso de compilarlo con la opción ''--disable-mobolithic'', incluso de que este instalado el programa [[aMule-es|aMule]]. A su vez, esta herramienta es capaz de crear hashes parciales y de añadir estos al [[Ed2k_link|enlace]]-[[FAQ_eD2k-Kademlia-es|ED2K]]
 
Hay una guía sobre el uso de esta herramienta disponible en [[Usage_aLinkCreatorConsole|este artículo]].

== Nota ==

Hay que tener en cuanta que el alcc, dependiendo del ejecutable usado, no siempre se instala por defecto, puede ser necesario activarlo durante la [[configure|configuración]], utilizando ''--enable-alcc''.
Si al guno de vosotros intentáis crear un [http://www.rpm.org/ rpm] utilizando la [[Spec_file|specfile]], que aMule incorpora, se le debe añadir el texto ''%{_bindir}/alcc'' en la file-section, para evitar mensajes del tipo:
:::"/usr/bin/alcc installed but not packaged"
que obligan a cancelar el rpmbuild.

ALinkCreatorConsole-es

2006-10-26T11:45:54Z

212.170.156.253:

<center>
[[aLinkCreatorConsole|Inglés]] | [[aLinkCreatorConsole-de|Alemán]] | '''Español'''
</center>

== Descripción ==

alcc es la versión "línea de comandos" del [[ALinkCreator-es|alc]], una herramienta para calcular y crear [[Ed2k_link|enlaces]]-[[FAQ_eD2k-Kademlia-es|ED2K]] de cualquier fichero que se encuentre en tu sistema, sin necesidad de estar ejecutandose, o, en el caso de compilarlo con la opción ''--disable-mobolithic'', incluso de que este einstalado el [[aMule-es|aMule]]. A su vez, esta herramienta es capaz de crear hashes parciales y de añadir estos al [[Ed2k_link|enlace]]-[[FAQ_eD2k-Kademlia-es|ED2K]]
 
Hay una guía sobre el uso de esta herramienta disponible en [[Usage_aLinkCreatorConsole|este artículo]].

== Nota ==

Hay que tener en cuanta que el alcc, dependiendo del ejecutable usado, no siempre se instala por defecto, puede ser necesario activarlo durante la [[configure|configuración]], utilizando ''--enable-alcc''.
Si al guno de vosotros intentáis crear un [http://www.rpm.org/ rpm] utilizando la [[Spec_file|specfile]], que aMule incorpora, se le debe añadir el texto ''%{_bindir}/alcc'' en la file-section, para evitar mensajes del tipo:
:::"/usr/bin/alcc installed but not packaged"
que obligan a cancelar el rpmbuild.

ALinkCreator-es

2006-10-26T11:41:07Z

212.170.156.253:

<center>
[[ALinkCreator|Inglés]] | [[ALinkCreator-de|Alemán]] | '''Español'''
</center>

ALinkCreator (también conocida como ''ALC'') es una aplicación que devuelve el [[ed2k link|enlace ed2k] de un fichero solicitado. Puede soportar todos los valoras opcionales de los enlaces ed2k y realiza el [[hash-es|hash]] de los ficheros a una gran velocidad.

Esta disponible en dos formatos, la versión GUI (estilo windows) denominada ''alc'', y la versión de linea de comando (interfase de texto) denominada
''[[aLinkCreatorConsole-es|alcc]]'' (que corresponde a ''alc command'').

La información sobre el uso de la herramienta esta disponible en [[Usage_aLC|este artículo]].

ALinkCreatorConsole-es

2006-10-26T11:40:26Z

212.170.156.253:

<center>
[[aLinkCreatorConsole|Inglés]] | [[aLinkCreatorConsole-de|Alemán]] | '''Español'''
</center>

== Descripción ==

alcc es la versión "línea de comandos" del [[ALinkCreator-es|alc]], una herramienta para calcular y crear [[Ed2k_link|enlaces]]-[[FAQ_eD2k-Kademlia-es|ED2K]] de cualquier fichero que se encuentre en tu sistema, sin necesidad de estar ejecutandose, o, en el caso de compilarlo con ''--disable-mobolithic''-flag, incluso de que este einstalado el [[aMule-es|aMule]]. A su vez, esta herramienta es capaz de crear hashes parciales y de añadir estos al [[Ed2k_link|enlace]]-[[FAQ_eD2k-Kademlia-es|ED2K]]
 
Hay una guía sobre el uso de esta herramienta disponible en [[Usage_aLinkCreatorConsole|este artículo]].

== Nota ==

Hay que tener en cuanta que el alcc, dependiendo del ejecutable usado, no siempre se instala por defecto, puede ser necesario activarlo durante la [[configure|configuración]], utilizando ''--enable-alcc''.
Si al guno de vosotros intentáis crear un [http://www.rpm.org/ rpm] utilizando la [[Spec_file|specfile]], que aMule incorpora, se le debe añadir el texto ''%{_bindir}/alcc'' en la file-section, para evitar mensajes del tipo:
:::"/usr/bin/alcc installed but not packaged"
que obligan a cancelar el rpmbuild.

ALinkCreatorConsole

2006-10-26T11:40:01Z

212.170.156.253:

<center>
'''English''' | [[aLinkCreatorConsole-de|Deutsch]] |[[aLinkCreatorConsole-es|Spanish]]
</center>

== Description ==
alcc is the commandline-version of [[ALinkCreator|alc]], a tool for calculating and creating [[FAQ_ed2k#What_is_ED2K?|ED2K]]-[[Ed2k_link|link]]s from any file on your system, without running, or, if built with the ''--disable-mobolithic''-flag, even having installed aMule at all. It also is able to create part-hashes, and add them to the [[FAQ_ed2k#What_is_ED2K?|ED2K]]-[[Ed2k_link|link]]. 
A brief guide about its usage is available in [[Usage_aLinkCreatorConsole|this article]].

== Note ==
Since alcc, depending from the used binary, is not always installed per default, it maybe necessary to enable it during [[configure]], using the ''--enable-alcc''-flag.
If one intends to build an [http://www.rpm.org/ rpm] by using the [[Spec_file|specfile]], aMule is shipped with, it must additionally contain the entry ''%{_bindir}/alcc'' in the file-section, to avoid a message like "/usr/bin/alcc installed but not packaged", causing rpmbuild to abort.

AMule SVN-es

2006-10-25T16:35:25Z

212.170.156.253:

<center>
[[AMule CVS|Inglés]] | '''Español''' | [[AMule_CVS-de|Alemán]]
</center>

La última versión en estado de desarrollo del [[aMule]] la puedes encontrar [http://amule.hirnriss.net aquí].

Cada noche puedes encontrar los ficheros del [[aMule]] en el repositorio [http://www.gnu.org/software/cvs CVS]. Debes tener en cuenta que aMule-CVS no te ofrece ninguna garantía de compilar ni de funcionar correctamente. Esta versión esta orientada a los usuarios que desean tener las últimas versiónes y desarrollos en todo momento, pero recuerda, '''úsalo bajo tu propia responsabilidad'''.

Hay un versión no-oficial creada partir de los CVS diarios, puedes revisarla en el [http://forum.amule.org foro].

* Desde el 14th of March, 2005, un [[spec file|fichero de especificaciones]] se encuentra disponible en [http://amule.hirnriss.net aMule CVS tarball] gracias a este puedes generar mas fácilmente las [http://www.rpm.org RPM]. Mas información sobre ello [[spec file|aqui]].

* Los usuarios de [http://www.gentoo.org Gentoo] pueden realizar las amule-cvs ebuild [[HowTo_Compile_In_Gentoo|siguiendo este enlace]].

* Los usuarios de [http://www.archlinux.org ArchLinux] pueden realizar una versión no oficial enganchando amule-cvs PKGBUILD y creando el ejecutable siguiendo [http://gift.altervista.org/index_en.php?section=40 este link] (No hay soporte)

* Los usuarios [http://www.debian.org Debian] pueden encontrar en el repositorio no oficial testing/sid los paquetes CVS. Revisa [http://forum.amule.org/thread.php?threadid=5776 este enlace] para mas información:

::: deb http://www.vollstreckernet.de/debian/ testing amule

* Los usarios de [http://www.apple.com/macosx/ Mac OS X] pueden encontrar los CVS [http://forum.amule.org/thread.php?threadid=5051 en este hilo] del foro.

AMule SVN

2006-10-25T16:34:29Z

212.170.156.253:

<center>'''English''' | [[AMule_CVS-es|Spanish]] | [[AMule_CVS-de|Deutsch]]</center>

The latest in development status of [[aMule]] can be found [http://amule.hirnriss.net here].

Nightly archives of [[aMule]] can be found in the [http://www.gnu.org/software/cvs CVS] repository. By using amule-cvs you understand that this version has no guarantees that it will compile and/or work properly. amule-cvs is for users that want the latest and greatest bleeding edge version of [[aMule]] releases and development. Remember: '''use at your own risk!'''

There are unofficial build for daily CVS, you can check them on our [http://forum.amule.org forum].

* As of the 14th of March, 2005, a [[spec file]] is available in the [http://amule.hirnriss.net aMule CVS tarball] so that you may easily generate an [http://www.rpm.org RPM]. Read about it [[spec file| here]].

* [http://www.gentoo.org Gentoo] users can grab the amule-cvs ebuild by [[HowTo_Compile_In_Gentoo|following this link]].

* [http://www.archlinux.org ArchLinux] users can grab an unofficial amule-cvs PKGBUILD and binary by following [http://gift.altervista.org/index_en.php?section=40 this link] (No official support)

* [http://www.debian.org Debian] testing/sid unofficial repository (daily CVS packages. See [http://forum.amule.org/thread.php?threadid=5776 this] for more information):
:deb http://www.vollstreckernet.de/debian/ testing amule

* [http://www.apple.com/macosx/ Mac OS X] users can find CVS builds [http://forum.amule.org/thread.php?threadid=5051 in this thread] on the forum.

AMule SVN-de

2006-10-25T16:33:35Z

212.170.156.253:

<center>[[AMule_CVS|English]] | [[AMule_CVS-es|Spanish]] | '''Deutsch'''</center>

Den letzten Entwicklungsstand von [[aMule-de|aMule]] findet man [http://amule.hirnriss.net hier].

Die nächtlichen [[aMule-de|aMule]]-Archive findet man im [http://www.gnu.org/software/cvs CVS]-Repository. Wer amule-cvs verwendet, versteht, daß diese Version nicht garantieren kann, daß sie überhaupt kompiliert und/oder sauber arbeitet. amule-cvs ist für Benutzer gedacht, die die letzte und größte, topaktuelle Ausgabe der [[aMule-de|aMule]]-Entwicklerversion wollen. Man beachte: '''Verwendung auf eigene Gefahr!!'''

Es gibt inoffizielle Builds der täglichen CVS, die in unserem [http://forum.amule.org Forum] gefunden werden können.

* Ab dem 14. März 2005 enthält der [http://amule.hirnriss.net aMule-CVS-Tarball] ein [[spec file-de|Specfile]], sodaß man ohne große Umstände ein [http://www.rpm.org RPM] daraus bauen kann. Mehr dazu [[spec file|hier]].

* Benutzer von [http://www.gentoo.org Gentoo] können das amule-cvs ebuild über [[HowTo_Compile_In_Gentoo|diesen Link]] bekommen.

* Benutzer von [http://www.archlinux.org ArchLinux] können ein inoffizielles amule-cvs PKGBUILD und Binärpakete [http://gift.altervista.org/index_en.php?section=40 hier] bekommen. (Kein offizieller Support)

* Inoffizielles Repository für [http://www.debian.org Debian] testing/sid (tägliche CVS-Pakete. Mehr dazu [http://forum.amule.org/thread.php?threadid=5776 hier]):
:deb http://www.vollstreckernet.de/debian/ testing amule

* Benutzer von [http://www.apple.com/macosx/ Mac OS X] finden CVS-Builds [http://forum.amule.org/thread.php?threadid=5051 in diesem Thread] im Forum.

AMule SVN-es

2006-10-25T16:29:11Z

212.170.156.253:

<center>
'''Español''' | [[AMule CVS|Inglés]] | [[AMule_CVS-de|Alemán]]
</center>

La última versión en estado de desarrollo del [[aMule]] la puedes encontrar [http://amule.hirnriss.net aquí].

Cada noche puedes encontrar los ficheros del [[aMule]] en el repositorio [http://www.gnu.org/software/cvs CVS]. Debes tener en cuenta que aMule-CVS no te ofrece ninguna garantía de compilar ni de funcionar correctamente. Esta versión esta orientada a los usuarios que desean tener las últimas versiónes y desarrollos en todo momento, pero recuerda, '''úsalo bajo tu propia responsabilidad'''.

Hay un versión no-oficial creada partir de los CVS diarios, puedes revisarla en el [http://forum.amule.org foro].

* Desde el 14th of March, 2005, un [[spec file|fichero de especificaciones]] se encuentra disponible en [http://amule.hirnriss.net aMule CVS tarball] gracias a este puedes generar mas fácilmente las [http://www.rpm.org RPM]. Mas información sobre ello [[spec file|aqui]].

* Los usuarios de [http://www.gentoo.org Gentoo] pueden realizar las amule-cvs ebuild [[HowTo_Compile_In_Gentoo|siguiendo este enlace]].

* Los usuarios de [http://www.archlinux.org ArchLinux] pueden realizar una versión no oficial enganchando amule-cvs PKGBUILD y creando el ejecutable siguiendo [http://gift.altervista.org/index_en.php?section=40 este link] (No hay soporte)

* Los usuarios [http://www.debian.org Debian] pueden encontrar en el repositorio no oficial testing/sid los paquetes CVS. Revisa [http://forum.amule.org/thread.php?threadid=5776 este enlace] para mas información:

::: deb http://www.vollstreckernet.de/debian/ testing amule

* Los usarios de [http://www.apple.com/macosx/ Mac OS X] pueden encontrar los CVS [http://forum.amule.org/thread.php?threadid=5051 en este hilo] del foro.

AMule SVN-es

2006-10-25T16:27:27Z

212.170.156.253:

<center>
'''Español''' | [[AMule CVS|Inglés]] | [[AMule_CVS-de|Alemán]]
</center>

La última versión en estado de desarrollo del [[aMule]] la puedes encontrar [http://amule.hirnriss.net aquí].

Cada noche puedes encontrar los ficheros del [[aMule]] en el repositorio [http://www.gnu.org/software/cvs CVS]. Debes tener en cuenta que aMule-CVS no te ofrece ninguna garantía de compilar ni de funcionar correctamente. Esta versión esta orientada a los usuarios que desean tener las últimas versiónes y desarrollos en todo momento, pero recuerda '''úsalo bajo tu propia responsabilidad'''.

Hay un versión no-oficial creada partir de los CVS diarios, puedes revisarla en el [http://forum.amule.org foro].

* Desde el 14th of March, 2005, un [[spec file|fichero de especificaciones]] se encuentra disponible en [http://amule.hirnriss.net aMule CVS tarball] gracias a este puedes generar mas fácilmente las [http://www.rpm.org RPM]. Mas información sobre ello [[spec file|aqui]].

* Los usuarios de [http://www.gentoo.org Gentoo] pueden realizar las amule-cvs ebuild [[HowTo_Compile_In_Gentoo|siguiendo este enlace]].

* Los usuarios de [http://www.archlinux.org ArchLinux] pueden realizar una versión no oficial enganchando amule-cvs PKGBUILD y creando el ejecutable siguiendo [http://gift.altervista.org/index_en.php?section=40 este link] (No hay soporte)

* Los usuarios [http://www.debian.org Debian] pueden encontrar en el repositorio no oficial testing/sid los paquetes CVS. Revisa [http://forum.amule.org/thread.php?threadid=5776 este enlace] para mas información:

::: '''deb http://www.vollstreckernet.de/debian/ testing amule'''

* Los usarios de [http://www.apple.com/macosx/ Mac OS X] pueden encontrar los CVS [http://forum.amule.org/thread.php?threadid=5051 en este hilo] del foro.

AMule SVN-es

2006-10-25T16:25:39Z

212.170.156.253:

<center>
'''Español''' | [[AMule CVS|Inglés]] | [[AMule_CVS-de|Alemán]]
</center>

La última versión en estado de desarrollo del [[aMule]] la puedes encontrar aquí. [http://amule.hirnriss.net aquí].

Cada noche puedes encontrar los ficheros del [[aMule]] en el repositorio [http://www.gnu.org/software/cvs CVS]. Debes tener en cuenta que aMule-CVS no te ofrece ninguna garantía de compilar ni de funcionar correctamente. Esta versión esta orientada a los usuarios que desean tener las últimas versiónes y desarrollos en todo momento, pero recuerda '''úsalo bajo tu propia responsabilidad'''.

Hay un versión no-oficial creada partir de los CVS diarios, puedes revisarla en el [http://forum.amule.org foro].

* Desde el 14th of March, 2005, un [[spec file|fichero de especificaciones]] se encuentra disponible en [http://amule.hirnriss.net aMule CVS tarball] gracias a este puedes generar mas fácilmente las [http://www.rpm.org RPM]. Mas información sobre ello [[spec file|aqui]].

* Los usuarios de [http://www.gentoo.org Gentoo] pueden realizar las amule-cvs ebuild [[HowTo_Compile_In_Gentoo|siguiendo este enlace]].

* Los usuarios de [http://www.archlinux.org ArchLinux] pueden realizar una versión no oficial enganchando amule-cvs PKGBUILD y creando el ejecutable siguiendo [http://gift.altervista.org/index_en.php?section=40 este link] (No hay soporte)

* Los usuarios [http://www.debian.org Debian] pueden encontrar en el repositorio no oficial testing/sid los paquetes CVS. Revisa [http://forum.amule.org/thread.php?threadid=5776 este enlace] para mas información:

::: '''deb http://www.vollstreckernet.de/debian/ testing amule'''

* Los usarios de [http://www.apple.com/macosx/ Mac OS X] pueden encontrar los CVS [http://forum.amule.org/thread.php?threadid=5051 en este hilo] del foro.

AMule SVN-es

2006-10-25T16:24:35Z

212.170.156.253:

<center>
'''Español''' | [[AMule CVS|Inglés]] | [[AMule_CVS-de|Alemán]]
</center>

La última versión en estado de desarrollo del [[aMule]] la puedes encontrar aquí. [http://amule.hirnriss.net aquí].

Cada noche puedes encontrar los ficheros del [[aMule]] en el repositorio [http://www.gnu.org/software/cvs CVS]. Debes tener en cuenta que aMule-CVS no te ofrece ninguna garantía de compilar ni de funcionar correctamente. Esta versión esta orientada a los usuarios que desean tener las últimas versiónes y desarrollos en todo momento, pero recuerda '''úsalo bajo tu propia responsabilidad'''.

Hay un versión no-oficial creada partir de los CVS diarios, puedes revisarla en el [http://forum.amule.org foro].

* Desde el 14th of March, 2005, un [[spec file|fichero de especificaciones]] se encuentra disponible en [http://amule.hirnriss.net aMule CVS tarball] gracias a este puedes generar mas fácilmente las [http://www.rpm.org RPM]. Mas información sobre ello [[spec file|aqui]].

* Los usuarios de [http://www.gentoo.org Gentoo] pueden realizar las amule-cvs ebuild [[HowTo_Compile_In_Gentoo|siguiendo este enlace]].

* Los usuarios de [http://www.archlinux.org ArchLinux] pueden realizar una versión no oficial enganchando amule-cvs PKGBUILD y creando el ejecutable siguiendo [http://gift.altervista.org/index_en.php?section=40 este link] (No hay soporte)

* Los usuarios [http://www.debian.org Debian] en el repositorios no oficial testing/sid pueden encontrar los paquetes CVS. Revisa [http://forum.amule.org/thread.php?threadid=5776 este enlace] para mas información:

::: '''deb http://www.vollstreckernet.de/debian/ testing amule'''

* Los usarios de [http://www.apple.com/macosx/ Mac OS X] pueden encontrar los CVS [http://forum.amule.org/thread.php?threadid=5051 en este hilo] del foro.

AMule SVN-es

2006-10-25T16:21:31Z

212.170.156.253:

<center>
'''Español''' | [[AMule CVS|Inglés]] | [[AMule_CVS-de|Alemán]]
</center>

La última versión en estado de desarrollo del [[aMule]] la puedes encontrar aquí. [http://amule.hirnriss.net aquí].

Cada noche puedes encontrar los ficheros del [[aMule]] en el repositorio [http://www.gnu.org/software/cvs CVS]. Debes tener en cuenta que aMule-CVS no te ofrece ninguna garantía de compilar ni de funcionar correctamente. Esta versión esta orientada a los usuarios que desean tener las últimas versiónes y desarrollos en todo momento, pero recuerda '''úsalo bajo tu propia responsabilidad'''.

Hay un versión no-oficial creada partir de los CVS diarios, puedes revisarla en el [http://forum.amule.org foro].

* Desde el 14th of March, 2005, un [[spec file|fichero de especificaciones]] se encuentra disponible en [http://amule.hirnriss.net aMule CVS tarball] gracias a este puedes generar mas fácilmente las [http://www.rpm.org RPM]. Mas información sobre ello [[spec file|aqui]].

* Los usuarios de [http://www.gentoo.org Gentoo] pueden realizar las amule-cvs ebuild [[HowTo_Compile_In_Gentoo|siguiendo este enlace]].

* Los usuarios de [http://www.archlinux.org ArchLinux] pueden realizar una versión no oficial enganchando amule-cvs PKGBUILD y creando el ejecutable siguiendo [http://gift.altervista.org/index_en.php?section=40 este link] (No hay soporte)

* Los usuarios [http://www.debian.org Debian] en el repositorios no oficial testing/sid pueden encontrar los paquetes CVS. Revisa [http://forum.amule.org/thread.php?threadid=5776 este enlace] para mas información:

:deb http://www.vollstreckernet.de/debian/ testing amule

* Los usarios de [http://www.apple.com/macosx/ Mac OS X] pueden encontrar los CVS [http://forum.amule.org/thread.php?threadid=5051 en este hilo] del foro.

Translations-es

2006-10-25T12:35:53Z

212.170.156.253:

<center>
[[Translations|Inglés]] | [[Translations-pt|Portugués]] | [[Translations-ko_KR|Coreano]] | [[Translations-ru|Ruso]]| [[Translations-cn|Chino]] | '''Español''' |
</center>

== Introducción ==

Es muy facil ser un traductor de [[aMule]] a tu idioma, actualmente soporta [http://www.unicode.org Unicode], por lo que no hay limitación para caracteres Chinos, Coreanos, Árabes ... es posible realizar cualquier traducción.

Pero las traducciones necesitan de traductores, no temas entrar en el mundo de [[aMule]]!

No es necesario programar en lenguaje [http://gcc.gnu.org C++] o [http://en.wikipedia.org/wiki/Klingon_language Klingon] para ser un traductor!
Solamente necesitas conocer tu propia lengua (!!) y algún conocimiento de ingés!

Interesante? entonces comenzamos

== Como comenzar ==

De vez en cuando (una vez al mes) posteamos un fichero de texto llamado
''source_strings.po'' en el foro [http://forum.amule.org/thread.php?threadid=1097 Translation].

Descarga el fichero an ábrelo con [http://i18n.kde.org/tools/kbabel/ KBabel] si utilizas [http://www.kde.org KDE], [http://www.poedit.org PoEdit] o el [http://gtranslator.sourceforge.net/ gTranslator] si usas [http://www.gnome.org Gnome].

Previamente no debes olvidar el marcar tus preferencias en el
[http://i18n.kde.org/tools/kbabel/ KBabel], [http://www.poedit.org PoEdit] o [http://gtranslator.sourceforge.net/ gTranslator] incluyendo el nombre, e-mail, grupo de caracteres y demás.....

Esto es lo que verás con [http://i18n.kde.org/tools/kbabel KBabel]:

<center>http://www.amule.org/dev-up/kb1.png</center>

En la esquina superior izquierda tienes el texto en inglés.

En la esquina superior derecha tienes el fichero del que procede el texto.

Ahora solo tienes que escribir el texto traducido en la esquina inferior izquierda

<center>http://www.amule.org/dev-up/kb2.png</center>

Debes tener especial cuidado en copiar todos los caracteres especiales como &, %i, \n, etc... en el texto traducido y respetar los espacios al inicio y final del texto.

'''IMPORTANTE''', revisa [[format specifiers|este documento]] para saber cuales son los caracteres que no deben ser modificados.

Continua con todos los textos del fichero y una vez finalizado guárdalo.

Has acabado la traducción!, envíala al
[http://www.amule-project.net/amule/board.php?boardid=40 foro de traducciones del aMULE] y miles de personas te estarán agradecidas :)

== Como continuar una traducción ya empezada ==

Cuando la traducción ya ha sido iniciada, no será necesario que vuelvas a traducir los textos ya traducidos del fichero ''source_strings.po'' !

Hay un proceso automático que se encarga de incluir los textos ya traducidos en el fichero ''source_strings.po''

Por ejemplo, imagínate que deseas continuar la traducción al francés:

* Descarga la última ''source_strings.po'' del [http://forum.amule.org/thread.php?threadid=1097 foro], y la antigua ''fr.po'' que se encontraba en la versión del [[aMule]].

* Integra la antigua y nueva versión escribiendo:

'''msgmerge --no-fuzzy-matching -o new_fr.po fr.po source_strings.po'''

Alternativamente podrías usar las herramientas incluidas en el
[http://i18n.kde.org/tools/kbabel KBabel] o en el [http://poedit.sourceforge.net PoEdit] (consulta la ayuda de estas aplicaciones)

A continuación comienza la traducción en el fichero ''new_fr.po'' como lo hiciste anteriormente en el fichero ''source_srings.po'', simplemente tendrás que traducir los textos que no fueron traducidos anteriormente.

== Probando la traducción ==

=== Antes de empezar ===

Una vez guardado el fichero, puedes re-[[compile]|compilar] el [[aMule]], o simplemnte puedes comprobar que el fichero es correcto (este proceso se realiza automáticamente cuando [[compile|compilas el fichero]]).

La segunda opción tiene algunas ventajas, y es que no es necesario crear todos los ejecutables del [[aMule]], solamente necesitas crear el ejecutable de la traducción.

El procedimiento mas indicado es intentarlo [[#Testing only the translation file|solo con el fichero de prueba]] hasta que lo logremos, y una vez finalizado[[#Testing with aMule|compilar el aMule con las traducciones]] para ver como funciona.

=== Probando solamente el fichero de traducción ===

Para hacerlo, primero debes ejecutar ''./configure''.

Ahora, una vez que hayas copiado tu fichero en el directorio ''po/'', ejecuta ''make '''translation_language'''.gmo'', ejemplo ''make en_GB.gmo''

Si la traducción es correcto, te mostrará algo como esto:

[~/aMule/amule-dev-cvs/po]$ make en_GB.gmo
rm -f en_GB.gmo && /usr/bin/msgfmt -c --statistics -o en_GB.gmo en_GB.po
1354 translated messages

Este es un ejemplo de una traducción correcta y completa.

Como "correcta" debes entender a una traducción que bien completa o no, puede ser usada ya que no contiene errores de sintaxis.

Una traducción e incompleta sería la siguiente:

[~/aMule/amule-dev-cvs/po]$ make ru.gmo
rm -f ru.gmo && /usr/bin/msgfmt -c --statistics -o ru.gmo ru.po
1333 translated messages, 79 untranslated messages.

Como puedes ver, 79 lineas todavía estan pendientes de ser traducidas.

También puedes tener traducciones "dudosas" (ingles=fuzzy). Las traducciones dudosas son aquellas que ha detectado el [http://www.gnu.org/software/gettext gettext], y probablemente son erróneas. Estas quedan marcadas mediante la adicción de un texto ''#, fuzzy'' a la derecha de la traducción. Por lo que si ves que tienes "fuzzy translations", busca estas líenas y corrígelas (o simplemente borra el texto ''#, fuzzy'' si ves que están bien).

Un ejemplo de traducciones dudosas es el siguiente:

[~/aMule/amule-dev-cvs/po]$ make hr.gmo
rm -f hr.gmo && /usr/bin/msgfmt -c --statistics -o hr.gmo hr.po
544 translated messages, 412 fuzzy translations, 443 untranslated messages.

Por último la traducción puede contener errores, en estos casos aparece un texto que explica cada uno de ellos:

[~/aMule/amule-dev-cvs/po]$ make de.gmo
rm -f de.gmo && /usr/bin/msgfmt -c --statistics -o de.gmo de.po
de.po:88: number of format specifications in 'msgid' and 'msgstr' does not match
/usr/bin/msgfmt: found 1 fatal error
make: *** [de.gmo] Error 1

En este jemplo aparece un error en la línea 88, por lo que no creará el ejecutable hasta que sea corregido.

=== Probando con el [[aMule]] ===

Puedes probar la traducción [[compile|re-compilando el aMule]] y viendo como queda.

Si tu lenguaje no estuviera disponible en el [[aMule]], debes añadir el mismo a la base de datos, para que el [[aMule]] sepa que existe y se pueda
[[compile|compilar]] con ese lenguaje.
Para hacer esto debes añadir el código del lenguaje al fichero ''po/LINGUAS'' (un lenguaje por línea).

A continuación [[compile]|compila] el [[aMule]] normalmente. Si necesitas ayuda, [[compile|pincha aquí]].

== Traduciones avanzadas ==

Si no eres nuevo en el desarrollo de aplicaciones en Linux o eres lo sufientemente impaciente para tener siempre actualizada la traducción a tu lenguaje.....

Genera el fichero ''source_strings.po'' tu mismo!

Como lo hacemos?

* Desacarga la última versión del [[aMule]] [http://www.gnu.org/software/cvs CVS] desde http://amule.hirnriss.net

* Descomprime el archivo, ves al directorio raiz (root) y genera [http://www.gnu.org/software/make Makefiles]:

<code>
:::'''tar -xjf aMule-cvs-20041009.tar.bz2''' 
:::'''cd amule-cvs''' 
:::'''./configure''' 
</code>

* Actualiza el fichero ''POTFILE.in'':

<code>
:::'''grep -m 1 '_(' `find * -name "*.cpp"` | cut -d: -f1 > po/POTFILES.in'''
</code>

* Genera el nuevo fichero ''source_strings.po'':

:::<code>
:::'''cd po''' 
:::'''mv amule.pot amule.pot.old''' 
:::'''make amule.pot''' 
:::'''mv amule.pot source_strings.po''' 
:::'''mv amule.pot.old amule.pot''' 
:::</code>

* [[Translations#How_to_proceed|Traduce]] el nuevo ''source_strings.po'' y [http://forum.amule.org/board.php?boardid=40 envíalo]!

----

--[[User:Thepolish|Thepolish]] 22:46, 9 Oct 2004 (CEST)

FAQ network

2006-10-25T12:26:15Z

212.170.156.253:

<center>
'''English''' | [[FAQ network-es|Spanish]]
</center>

= Network speed: what you should know before asking questions =
by Froenchenko Leonid, lfroen@gmail.com

== Preface ==
The purpose of this document is to clarify issues regarding network
speed that arise from time to time in the [[aMule]] [[forum]]. Generally speaking, there are several reasons for questions about "[[FAQ_ed2k|aMule network]]":

* the speed reported by [[aMule]] doesn't match your provider's given rate;
* poor performance of [[aMule]] itself or another network application on the same computer; or
* the key factors influencing network performance while [[aMule]] is running.

The intended audience for this document is users who want to gain a better understanding of network functionality in general, and, in particular, its implications for [[aMule]] functionality.

However, this page is not a comprehensive, general purpose "[[FAQ_ed2k|Network FAQ]]". If you were expecting something else, you might be interested in the [[aMule is slow|aMule is slow FAQ]].

== Network speed - how fast is it? ==
When talking about network speed, people use the unit "bps", which means
"bits per second". The reason that a ''bit'' is used rather than a ''byte'' is mostly historical, but also arises from the engineering behind the system, specifically, the fact that not all networks in the world transfer their traffic in bytes.

There is a convention to use a capital "B" in "Bps" when speed is marked
in "bytes per second". However, this convention is not widely accepted. In particular, organizations like the [http://www.ietf.org/ IETF] and [http://www.ieee.org/ IEEE] have stuck to the original "bps".

== Prefixes ==
Since their invention, networks have made a lot of progress. Today we have networks that transfer billions of bits per second. For measuring these speeds, we use prefixes such as ''"kilo"'', ''"mega"'', ''"giga"'', ''"tera"''.

It is a common mistake to think that values with those prefixes are the same as in computer science, i.e., powers of 2. The truth is that, for historical reasons, prefixes in networking have a decimal, not a binary base.

{| cellpadding="2" cellspacing="2" border="1" width="100%" title="Table 1"
| valign="middle" title="Table 1" align="center" bgcolor="#33ff33" | Prefix
| valign="middle" align="center" bgcolor="#33ff33" | meaning in computers
| valign="middle" title="Table 1" align="center" bgcolor="#33ff33" | meaning in networks
| valign="middle" align="center" bgcolor="#33ff33" | difference, %%
|-
| valign="top" | k (kilo)
| valign="top" | 2^10 = 1024
| valign="top" | 10^3 = 1000
| valign="top" | 2%
|-
| valign="top" | M (mega)
| valign="top" | 2^20 = 1,048,576
| valign="top" | 10^6 = 1,000,000
| valign="top" | 5%
|-
| valign="top" | G (giga)
| valign="top" | 2^30 = 1,073,741,624
| valign="top" | 10^9 = 1,000,000,000
| valign="top" | 7%
|-
| valign="top" | T (tera)
| valign="top" | 2^40 = 1,099,511,627,776
| valign="top" | 10^12 = 1,000,000,000,000
| valign="top" | 9%
|}

As you can see from the table above, the error in calculation is about 5% when the prefix is incorrectly interpreted. Please note that the speed your provider quotes you is the "speed in network units"; i.e., calculated on a decimal basis. For example when your provider tells you that your link is "ADSL 256/128", they mean 256000/128000 bps (bits per second). This means that the speed of your connection is 32000/16000 bps (bytes per second), since there are eight bits to a byte.

== Protocol overhead - what is it about? ==
When [[aMule]] is running, it constantly "talks" with other [[client]]s and [[server]]s.
This data exchange is needed to perform such tasks as identifying itself, requesting information about
available [[FAQ_eD2k-Kademlia#What_is_a_source?|source]]s and [[file]]s, and performing [[search]]es.

Since this information has no direct use to the user itself, it is called "overhead"; i.e., a necessary addition to the data you want to [[upload]] or [[download]].

[[aMule]] calls this "''connection overhead''". However the number that [[aMule]] presents includes only the size of the actual data that [[aMule]] itself sends to the network stack. Later, these data are sent out on the network with even more overhead - that of the network protocols.
How much is it? - let's see that in the next section.

== Network overhead ==
First of all - we're talking about the [[IPv4]] network. Once upon a time, there
was only one type of [[IP]] network. Now there are two - [[IPv4|IP version 4]], the old protocol that we all know; and [[IPv6|IP version 6]] - the new protocol made to fix the limitations of [[IPv4]].

[[FAQ ed2k|ED2K protocol]] by design, is unable to talk over [[IPv6]] network, so users who have it (in Japan and China for example) will not be able to connect "as is". Using [[IPv4]] means, that each packet ([http://www.ietf.org/rfc/rfc793.txt TCP], [http://www.ietf.org/rfc/rfc768.txt UDP], [http://www.ietf.org/rfc/rfc792.txt ICMP]) will have an [[IPv4]] header.

The minimum size of this header is 20 bytes. The header can have optional parts (each of 4 bytes) and that is up to your provider - for example, mine adds an optional [dword].

When talking to other clients and servers on [[FAQ ed2k|ed2k network]], [[aMule]] uses the widely known [http://www.ietf.org/rfc/rfc793.txt TCP] protocol. [http://www.ietf.org/rfc/rfc768.txt UDP] is also used, but on a much smaller scale. As you may already know, [http://www.ietf.org/rfc/rfc793.txt TCP] is a reliable protocol, i.e. it guarantees that data that is sent from one side will arrive on the other or an error will be reported.

To achieve this, [http://www.ietf.org/rfc/rfc793.txt TCP] sends its own data in addition to the actual "payload" data being transferred. These data include [http://www.ietf.org/rfc/rfc793.txt TCP] client initial negotiation, checksums, sequence numbers and acknowledgments. All of this is in the ''[http://www.ietf.org/rfc/rfc793.txt TCP] header'' that is added to each packet sent. The size of this header is a minimum of 20 bytes.

While being only a small overhead for a large bulk transfer, it can take significant part of bandwidth when small amounts of data are being exchanged. This is exactly what happens on [[FAQ_ed2k#What_is_a_source?|source]] discovery part of [[aMule]].

Our [[client]] is trying to establish a connection and negotiate with a large number of other [[client]]s. Doing this, [[aMule]] opens new [http://www.ietf.org/rfc/rfc793.txt TCP] connections ''all the time''. The number of connections opened is controlled by the ''"Maximum number of connections in 5 seconds"'' setting in the preferences.

A typical number is about 100. Each [http://www.ietf.org/rfc/rfc793.txt TCP] connection results in at least three packets traveling on the net - one is a SYN packet, i.e. connection request, and one an ACK or a RST when the connection is accepted or refused, and SYN+ACK to establish the session.

There's more overhead of [http://www.ietf.org/rfc/rfc1034.txt DNS] queries when an address is resolved, retries when a host doesn't reply and so on.

=== At low level ===
After passing [http://www.ietf.org/rfc/rfc793.txt TCP] and [[IP]] layers packets go down to the network interface driver. What kind of driver this is depends on the way your computer is connected to the internet. For the sake of simplicity, we will assume that this computer is connected to the ISP directly; i.e., that you have no LAN (or switch or router) between.

Common setups include:

* an analog modem, connected to a telephone line (ISDN modem falls in this category too);
* a cable modem, connected through ethernet, ISP gives you an [[IP]] address through [http://www.ietf.org/rfc/rfc2131.txt DHCP];
* a cable modem, connected through ethernet, ISP requires you to configure PPPoE or PPTP tunnel;
* an ADSL modem, connected through ethernet. You must have a PPPoE or PPTP tunnel;
* a variation on these, e.g., a modem connected to a computer via USB.

In each of the these setups there are different protocols in use, and different headers are added to transmitted packets. There's one important thing to note: ''ethernet frames travel between cable/ADSL modem and computer, and don't reach the ISP''. Consequently, they're not counted in rate calculations. [http://www.ietf.org/rfc/rfc2516.txt PPPoE]; in constrast,
[http://www.ietf.org/rfc/rfc2637.txt PPTP] headers ''do reach the ISP''. In this respect, your particular provider may or may not choose to include them in their rate calculations. For this reason, we have excluded those headers from our calculations.

If you think that your ISP includes it, add 4 bytes to the size of each packet.

=== Example ===
Let's see how much network overhead we have on a typical network. Our connection is a cable modem connected via an ethernet link to a PC directly (no router between them).

In this setup we have [[IPv4]] packets sent over ethernet.

Lets say we have 10 new connections opened each second, and all are being accepted (successfully established [http://www.ietf.org/rfc/rfc793.txt TCP] session). This alone sums up to (I'm counting data going up - from my computer to the net):

''10 connection * 2 packets * (20 bytes of TCP + 20 bytes of [[IPv4]]) = 800 bytes of overhead.''

This means that we are starting with 1.16*8 Kbps of "''invisible"''
overhead caused by the very way the network works. Now, let's assume that
after each connection is established our amule sends something to the other side and waits to receive an answer.

''Total of 800 bytes + 800 bytes = 1600 bytes per second = 6400 bps = 6.4 Kbps''

What we have here is 6.4 Kbps of network overhead alone. Taking into account
that amule has other data to send (uploads) and it is not the only network
application running we will have the following picture:

Most likely the link to your provider is not that fast. [[aMule]] will ''try'' to open 10 connections per second and will ''try'' to upload on the specified speed.

Your operating system will share all available bandwidth between those and between [[aMule]] and other network applications (browser for example). Actual results will vary depending on specific OS settings.

== ACK bottleneck ==
In all calculations above there was one assumption - zero download. But downloading is what amule was built for. So let's examine how the overhead
above affects your downloading speed. The answer is in [http://www.ietf.org/rfc/rfc793.txt TCP] protocol.

When [http://www.ietf.org/rfc/rfc793.txt TCP] is sending data, it requires that the other side acknowledge the reception. So if client A is sending data to [[client]] B by [http://www.ietf.org/rfc/rfc793.txt TCP], B has to send a special ACK packets to A which tells B "ok, I got it". If, however, A doesn't receive the ACK packets in time, he will assume that either packet is lost.

So, without going deeply into [http://www.ietf.org/rfc/rfc793.txt TCP] specification: ''if B fails to send ACK to A, as a result A will transmit slower''.

Now let's see the situation in [[aMule]]. We saw in the previous chapter, that the uplink stream is congested by connection requests and uploads. As a result, there's a good chance that ACK packets for a file we are downloading ''will not be sent on time''.

The remote party will notice this and slow down. This is one more reason why the upstream should better not be too congested.

== Is there anything I can do? ==
OK, now that you understood why your network is so slow while [[aMule]] is
running you will maybe look for a way to fix this. The answer in 2 words: "rate limit".

The first thing you should do is to assign realistic rate limits in [[aMule]]
itself. If you have a uplink rate of 128 Kbps don't set [[aMule]]'s [[upload]] limit to 16 (kilobytes per second) just because 128/8 = 16.

A better, but far more complicated solution is to use the QoS and packet scheduling services of your OS. For example, you can give a higher priority to ACK packets to solve the above mentioned "ACK bottleneck" problem.

The QoS topic, however, is beyond the scope of this article.

== Router (switch, home network): is there any difference? ==
When the cable coming from your ISP is connected to some switching or routing
device, which in turn is connected to several PC's, bandwidth is shared between
them.

So, having N computers connected, an ideal device would simply provide
each one of them with 1/N of the total bandwidth. The situation may vary in real life, and your particular device may have different idea about fairness.

Since you're not going to have the hardware specs of your router chipset the only advice here is "try and see yourself".

== Multiple links ==
Until now, we talked about computers that are connected to the network through
single interface. While being most frequent, this is not mandatory. A user
may choose to connect via 2 (or more links) provided by different ISP's.
There're 2 reasons for this decision that I know about: link redundancy and
load balancing.

=== Link redundancy ===
In a case of link redundancy second link becomes operational when primary
link fails. This can be done automatically, or by explicit user command.
When this setup used, [[aMule]] along with other network applications must be
restarted when links are being switched. This will allow to bind new address,
reconnect to server and receive new ID. If [[aMule]] is connected via  [http://www.ietf.org/rfc/rfc3022.txt NAT]]
enabled router (it doesn't matter if you have [[FAQ_ed2k#What_is_LowID_and_HighID?|low or high ID]]), and links
are switched ''on the router'', restart not needed.

=== Load balancing ===
This is a far more complicated case. Both (all) links are simultaneously active,
and traffic is being distributed between them. The problem is that [[aMule]]
binds to ''all interfaces on the system'' i.e. 0.0.0.0. But, on [[FAQ ed2k|ed2k]]
your ID is your [[IP]] address, ''and you can not have two''. 
So the problem is that [[aMule]] does not explicitly choose the source
address for ''outgoing'' [http://www.ietf.org/rfc/rfc793.txt TCP] connections. Note, that it ''doesn't
matter'' on which interface it listens. This is exactly ''opposite''
to ''server'' applications like FTP or HTTP. When a client
tries to connect to a server it discovers its IP address by resolving DNS. Resolver
replies will contain all [[IP]] addresses of the specified host and a client should try them all. The server, in turn, may choose not to listen on
one of them and thus prevent the client from using this interface. In our case
[[aMule]] ''is a [[client]]'', and the [[server|ed2k server]] discovers its address from the
[[FAQ_ed2k#What_is_a_source?|source]] [[IP]] in the connection request. That's where the [[server|ed2k server]] will try to connect.
If the connection succeeds the client is [[client]] assigned a [[FAQ_ed2k#What_is_LowID_and_HighID?|high ID]], if it doesn't the client gets a Low ID.
The only solution in this situation (until [[aMule]] will have an ability to
bind to specific address) is to use [[aMule]] on your "primary" link. 
You can, however, cause [http://www.kernel.org Linux] to send packet through interface of your choice.
But, most probably they will be dropped by your ISP's router as "spoofed" because the source [[IP]] address doesn't match the address the ISP assigned to that interface.

FAQ network-es

2006-10-25T12:25:46Z

212.170.156.253:

<center>
[[FAQ network|Inglés]] | '''Español'''
</center>

= Velocidad de la red: Lo que debes saber antes de preguntar =
por Froenchenko Leonid, lfroen@gmail.com

== Prefacio ==

El propósito de este documento es clarificar algunos temas relacionados con la velocidad de la red que aparacen cada cierto tiempo en el [[aMule]] [[forum|foro]]. Las causas por las que se realizan preguntas sobre "[[FAQ_ed2k| la red aMule]]" son varias:

* La velocidad que indica [[aMule]] no coincide con la de el ISP,
* Bajo rendimiento del [[aMule]] o de otras aplicaciones que utilizan la red en la misma computadora, o,
* Los factores clave que influyen sobre el rendimiento de la red cuando el [[aMule]] esta corriendo.

Este documento va dirigido a usuarios que desean adquirir un mayor conocimiento del funcionamiento de las redes en general, y en particular, de las implicaciones que las mismas tienen en el funcionamiento del [[aMule]].

En cualquier caso esta página no tiene un propósito explícito "[[FAQ_ed2k|Network FAQ]]". Si estas buscando algo mas concreto quizás deberías ir a la páguina [[aMule is slow-es|aMule va lento FAQ]].

== Velocidad de la red - Como es de rápida? ==

Cuando hablamos de velocidad de red, generalmente usamos la unidad "bps", que significa bits por segundo, la razón por la que se utiliza "bit" en lugar de "byte" es básicamente histórica, pero tambíen viene dada por la arquitectura de los sistemas, y mas concretamente, viene del hecho de que no todas las redes en el mundo transmiten el tráfico de la red en "bytes".

Hay un convenio por el que, usamos la B mayúscula en "Bps" en el caso de que hablemos de "bytes por segundo". De cualquier modo este convenio no es aceptado por todo el mundo y mas en particular por organizaciones como la
[http://www.ietf.org/ IETF] y la [http://www.ieee.org/ IEEE] que utilizan "bps".

== Prefijos ==

Desde su invención, las redes han progresado enormemente. Hoy en día tenemos redes que transmiten miles de millones de bits por segundo. Para dar una medida a estas velocidades utilizamos los siguientes prefijos ''"kilo"'', ''"mega"'', ''"giga"'', ''"tera"''.

Es un error muy común pensar que los valores con estos prefijos son similares en computación. La realidad es que, por razones históricas, los prefijos en redes tienen una base decimal y no binaria

{| cellpadding="2" cellspacing="2" border="1" width="100%" title="Table 1"
| valign="middle" title="Table 1" align="center" bgcolor="#33ff33" | Prefijo
| valign="middle" align="center" bgcolor="#33ff33" | significado en informática
| valign="middle" title="Table 1" align="center" bgcolor="#33ff33" | significado en redes
| valign="middle" align="center" bgcolor="#33ff33" | diferencia, %%
|-
| valign="top" | k (kilo)
| valign="top" | 2^10 = 1024
| valign="top" | 10^3 = 1000
| valign="top" | 2%
|-
| valign="top" | M (mega)
| valign="top" | 2^20 = 1,048,576
| valign="top" | 10^6 = 1,000,000
| valign="top" | 5%
|-
| valign="top" | G (giga)
| valign="top" | 2^30 = 1,073,741,624
| valign="top" | 10^9 = 1,000,000,000
| valign="top" | 7%
|-
| valign="top" | T (tera)
| valign="top" | 2^40 = 1,099,511,627,776
| valign="top" | 10^12 = 1,000,000,000,000
| valign="top" | 9%
|}

Como puedes ver en la tabla anterior, el error en el cálculo es del 5% cuando el prefijo es incorrectamente interpretado. Date cuenta de que la velocidad contratada con tu ISP es la velocidad en "unidades de red"; (calculado en base decimal). Por ejemplo cuando tu proveedor te dice que tu conexión es "ADSL 256/128", quiere decir 256000/128000 bps (bits por segundo). Esto significa que la velocidad de tu conexión es de 32000/16000 bps (bytes por segundo), teniendo en cuenta que hay 8 bits en cada byte.

== Encabezamiento del Protocolo - Que sabemos sobre el? ==

Cuando [[aMule]] esta funcionando, este "habla" constantemente con otros [[client]]es y [[Server|servidores]].
Este intercambio de información es necesario para realizar algunas tareas como identificarse el mismo, pedir información sobre las
[[FAQ_eD2k-Kademlia#What_is_a_source?|fuentes]] disponibles, [[file|ficheros]], realizar [[search|búsquedas]], etc...

Como esta información es transparente para el usuario, se denomina "encabezamiento", es una carga añadida de información a los datos que deseas [[upload|compartir]] o [[download|descargar]].

[[aMule]] lo llama "''encabezamiento de la conexión''". De cualquier modo los datos de transferencia que [[aMule]] presenta, incluyen solo el tamaño de la información que el [[aMule]] mismo envía a la red. Mas tarde esa información se envía a la red con encabezamiento, la de los protocolos de red.

Que tamaño tienen los encabezamientos? - Veámoslo en la siguiente sección.

== Encabezamiento de la Red ==

Lo primero de todo, estamos hablando de la red [[IPv4]]. Hace algún tiempo, existía tan solo un tipo de red [[IP]], ahora tenemos dos - [[IPv4|IP versión 4]], el viejo protocolo que todos conocemos; y el [[IPv6|IP versión 6]] - el nuevo protocolo creado para cubrir las carencias del [[IPv4]].

[[FAQ ed2k|El protocolo ED2K ]] por su diseño, no puede comunicarse a través de la red [[IPv6]], por lo que los usuarios que lo utilizan (en Japón y China por ejemplo) no podrán concectarse al mismo. Usar [[IPv4]] significa, que cada paquete ([http://www.ietf.org/rfc/rfc793.txt TCP], [http://www.ietf.org/rfc/rfc768.txt UDP] y [http://www.ietf.org/rfc/rfc792.txt ICMP]) tendrá un encabezado [[IPv4]].

El tamaño mínimo de este encabezado es de 20 bytes. El encabezado puede tener partes opcionales (cada 4 bytes) y estas partes dependen de los preocveedores, concretamente el mío añade una [dword] opcional.

Cuando se comunica con otros clientes en la [[FAQ ed2k|red ed2k]], [[aMule]] utiliza el ampliamente conocido protocolo [http://www.ietf.org/rfc/rfc793.txt TCP]. El protocolo [http://www.ietf.org/rfc/rfc768.txt UDP] también es utilizado , pero en una escala mucho menor. Como seguramente ya sabes, [http://www.ietf.org/rfc/rfc793.txt TCP] es un protocolo confiable, esto quiere decir que garantiza que la información que se ha enviado desde el origen, ha llegado al destino, y no se se ha producido ningun error en la transmisión.

Por aclarar este punto, [http://www.ietf.org/rfc/rfc793.txt TCP] envia su propia información añadida a la "carga util" que se se está transfiriendo. Esta información incluye la negociación inicial del cliente [http://www.ietf.org/rfc/rfc793.txt TCP], sumas de comprobación y códigos de seguencia y reconocimiento. Toda esta información se encuentra en el ''encabezado [http://www.ietf.org/rfc/rfc793.txt TCP] '' y se añade a cada paquete que es enviado. El tamaño de este encabezado tiene un mínimo de 20 bytes.

La importancia de este encabezado es casi despreciable cuando se trate de un pequeño encabezado que antecede a una gran cantidad de datos, pero empieza a tener relevancia, a nivel del ancho de banda, cuando se trata de pequeños grupos de datos que se transfieren, este último, es el caso que exactamente ocurre cuando se realiza la búsqueda de [[FAQ_ed2k#What_is_a_source?|fuentes]] en el [[aMule]].

Nuestro [[client|cliente]] trata de establecer una conexión y de negociarla con una gran cantidad de [[client|clientes]]. Mientras realiza estas tareas, el [[aMule]] abre nuevas conexiones [http://www.ietf.org/rfc/rfc793.txt TCP] ''todo el tiempo''. El número de conexiones abiertas se controla fijando en las preferencias el ''"Maxímo número de conexiones cada 5 segundos"''.

El número mas común es de 100. Cada conexión [http://www.ietf.org/rfc/rfc793.txt TCP] se convierte en al menos 3 paquetes que viajan por la red - uno es el paquete SYN, (petición de conexión), otro es el ACK o el RST dependiendo de si la conexión es aceptada o denegada, y por último el paquete SYN+ACK que se encarga de establecer la conexión.

Hay otro encabezamiento añadido debida a peticiones [http://www.ietf.org/rfc/rfc1034.txt DNS] para resolver las direccións, reintentos cuando un host no responde, etc...

=== A mas bajo nivel ===

Una vez revisadas las capas superiores
[http://www.ietf.org/rfc/rfc793.txt TCP] e [[IP]] de los paquetes, descendemos al intefase con la gestión de la red. Dependiendo de la manera en la que te conectas a la red la gestión de la misma se verá afectada. En nuestro caso para simplificarlo, vamos a asumir que nuestro ordenador esta conectado al ISP directamente, eso quiere decir que no tenemos LAN (o switch o router) entre ambos.

Las configuraciones mas comunes suelen ser del tipo:

* un modem analógico, conectado a una línea telefónica (Los modems RDSI entran dentro de esta categoría);
* un cable modem, conectado a traves de ethernet, el ISP nos da una una [IP]] gracias al [http://www.ietf.org/rfc/rfc2131.txt DHCP];
* un cabel modem, conectado a traves de ethernet, es necesario configurar un tunel PPPoE o PPTP;
* el modem ADSL, conectado a traves de ethernett. Es necesario un tunel PPPoE o PPTP;
* variaciones sobre los casos anteriores, un modem conectado a un ordenador por USB, etc...

En cada una de estas configuraciones se utilizan distintos protocolos, y se requieren diferentes encabezados para los paquetes enviados/recibidos.Hay un punto importante a reseñar: ''las tramas ethernet viajan entre el ordenador y el cable/ADSL, nunca llegan a nuestro ISP''. Esto provoca que no son tenidos en cuenta a la hora de calcular los ratios [http://www.ietf.org/rfc/rfc2516.txt PPPoE]; pero en cambio, los ancabezados
[http://www.ietf.org/rfc/rfc2637.txt PPTP] ''si llegan a nuestro ISP''.
A este respecto, tu proveedor puede o no incluir los encabezados es sus ratios
. Es por ello que nosotros hemos excluido estos encabezados de nuestros cálculos

Si piensas que tu ISP las incluye, añade 4 bytes al tamaño de cada paquete

=== Ejemplo ===

Veamos que sobrecarga tenemos en una red tipo. Nuestra conexión es mediante cable modem, conectada mediante un enlace ethernet a nuestro PC directamente( no tenemos un router entre ambos)

En esta configuración tenemos paquetes [[IPv4]] enviados sobre ethernet.

Tenemos 10 nuevas conexiones abiertas cada segundo, y todas estan siendo aceptadas (conexión [http://www.ietf.org/rfc/rfc793.txt TCP] establecida). Esta parte sola suma (estoy contando la información que va desde mi ordenador a la red):

''10 conexiones * 2 paquetes * (20 bytes TCP + 20 bytes [[IPv4]]) = 800 bytes de encabezamiento.''

Esto quiere decir que empezamos con 1.16*8 Kbps ''"invisibles"'' de encabezamiento debidos a la manera en la que la red trabaja. Ahora vamos a asumir que después de cada conexión que se establece nuestro [[aMule]] envia algún dato al otro lado de la red y se queda a la espera a recibir una respuesta.

''Total de 800 bytes + 800 bytes = 1600 bytes por segundo = 6400 bps = 6,4 Kbps''

Lo que tenemos ahora son 6,4 KBps de encabezamiento de Red. Teniendo en cuenta que nuestro [[aMule] debe eviar otro tipo de datos (Subidas) y que es posible que no sea la unica aplicación de red que este funcionando, llegamos a lo siguiente:

Muy probablemente el enlace con tu proveedor no es tan rápido como nos parece. [[aMule]] ''tratará'' de abrir 10 conexiones por segundo y tambien ''tratará'' de realizar las subidas a la velocidad especificada.

Tu sistema operativo compartirá todo el ancho de banda disponible entre [[aMule]] y las otras aplicaciones de red que esten ejecutándose (por ejemplo el navegador). Los resultados dependerán de las opciones específicas el sistema operativo.

== Atasco del ACK ==

En todo los cálculos que realizamos con anterioridad asumimos un punto "no hay descargas". Pero el aMule se hizo para descargar. Por lo que vamos a examinar como afectan los encabezamientos a la velocidad de bajada. Nuestras respuestas se encuentran en el protocolo [http://www.ietf.org/rfc/rfc793.txt TCP].

Cuando [http://www.ietf.org/rfc/rfc793.txt TCP] esta enviando datos, necesita que haya por parte del interlocutor una confirmación de la recepció. Esto quiere decir que si el [[client|cliente]] A esta enviando datos al [[client|cliente]] B por [http://www.ietf.org/rfc/rfc793.txt TCP], B bede enviar un paquete especial ACK a A que le informa de que "todo ha ido bien, lo he recibido". Del mismo modo si A no recibe el paquete ACK a tiempo, entiende que el paquete se habrá perdido.

En resumen y sin entrar en profundidad en las especificaciones [http://www.ietf.org/rfc/rfc793.txt TCP] : ''Si B falla en enviar el ACK a A, como resultado A disminuirá la velocidad de trasmisión''.

Ahora veamos como queda esto en relación con el [[aMule]]. Vimos en la sección anterior que el enlace de subida puede estar congestionado por las solicitudes de conexiones y por las propias subidas . Como resultado hay muchas posibilidades de que el paquete ACK de confirmación del fichero que estamos descargando ''no sea enviado a tiempo''.

Nuestro compañero de enlace al otro lado de la línea tomará nota, y bajará la velocidad de envío ahcia nosostros. Esta es una razón mas por la que la conexión de subida no debe estar congestionada.

== ¿Hay algo que yo pueda hacer? ==

Bueno, ahora que ya entiendes porque tu conexión va lenta cuando esta funcionando el [[aMule]] quizas te preguntes como se puede mejorar. La respuesta se encuentra en tres palabras: "tasa de transferencia".

Lo primero que deberías hacer es asignar limites de transferenciaen para el
[[aMule]] que se sean realistas. Si tienes una tasa de transferencia de subida de 128 Kbps no pongas en el [[aMule]] el límite de [[upload|subida]] a 16 (kilobytes por segundo) simplemente porque 128/8 = 16.

Una mejor pero también mas complicada solución puede ser utilizar el QoS y los servicios de de planificación de paquetes de tu Sistema Operativo. Por ejemplo, se puede dar una mayor prioridad a los paquetes ACK para resolver problema mencionado anteriormente de "atasco del ACK".

El tema del QoS en cualquier caso, esta mas allá del objetivo de este artículo.

== Router (switch, red local): ¿Hay alguna diferencia? ==

Cuando el cable que llega desde tu ISP esta conectado a un switch o aun router, que a la vez esta conectado a varios PC´s, en ancho de banda se comparte entre todos ellos.

Por lo que si tenemos N ordenadores conectados, un aparato que tuviera un funcionamiento ideal se dedicaría simplemente repartir el ancho de banda, dando a cada uno de ellos una 1/N parte del mismo. La situación es bastante diferente en la realidad, y es posible que el aparato tenga una idea muy diferente de lo que es repartir equitativamente.

Entendemos que no vas a tener las especificaiones de tu router, la única consideración que te hacemos es que pruebes y veas tu mismo.

== Multiple links ==

Hasta ahora hemos hablado de PC´s conectados a la red a través de un solo interfase. Esta situación es la mas frecuente de encontrar, aunque no es la única. Un usuario puede elegir la opción de conectarse por dos enlaces a diferentes ISPs. Hay dos razones fundamentales para ello que yo conozca, redundancia del enlace y balanceo de carga.

=== Redundancia del enlace ===

En este caso el segundo enlace se inicia cuando el primero cae. Esto puede ser hecho automaticamente, mediante un comando especial. Con esta configuración, [[aMule]] y el resto de aplicaciones de red, deben ser reiniciadas cuando se produce el cambio al otro enlace. Gracias ello conseguiremos reconectarnos a un servidor, y recibir un nuevo ID. Si el [[aMule]] se conecta via  [http://www.ietf.org/rfc/rfc3022.txt NAT]], hay que activarlo en el router
(No tiene nada que ver con que tengas [[FAQ_ed2k#What_is_LowID_and_HighID?|ID baja o ID alta]]), los enlaces se cambian en el
'' router'', y no es necesario realizar un reinicio.

=== Balanceo de carga ===

Este caso es algo mas complicado. Ambos enlaces estan activos, y el tráfico se didtribuye entre ambos, el problema es que [[aMule]] tiene acceso por
''a todos los interfases'' i.e. 0.0.0.0. Pero, en la red [[FAQ ed2k|ed2k]] tu ID se asocia a tu dirección [[IP]], ''y es imposible que tengas dos''. 

El problema en resumen es que [[aMule]] no elige explicitamente el interfase de ''salida'' de las conexiones [http://www.ietf.org/rfc/rfc793.txt TCP] .
Deber tener en consideración que
''da igual'' en cual de los dos interfases este "escuchando".
Este funcionamiento es justo el ''opuesto'' al de otras aplicaciones
''servidoras'' como por ejemplo FTP o HTTP. Cuando un cliente intenta conectarse a un servidor este descubre su direccion IP resolviendo los DNS.
La contestación del DNS contiene todas las direcciones IP del host y el cliente entonces las puede utilizar todas. El servidor sim embargo, puede elegir no escuchar alguna de ellas y para ello previene al cliente de que no debe utilizar ese interfase.
En nuestro caso el [[aMule]] ''es un [[client]]e'', y el [[server|servidor ed2k ]] descubre la dirección gracias a la
[[FAQ_ed2k#What_is_a_source?|fuente]] [[IP]] al solicitar la conexión. Es allí donde el [[server|servidor ed2k ]] tratará de conectarse.

Si la conexión se produce el cliente es un [[client]] asignado a una [[FAQ_ed2k#What_is_LowID_and_HighID?|ID alta]], de lo contrario el cliente tiene una ID baja.

La única solución en esta situación (hasta que [[aMule]] tenga la capacidad de gestionar diferentes direcciones) es utlizar el [[aMule]] en el enclace primario. 

Esto se puede hacer ya que [http://www.kernel.org Linux] permite enviar paquetes específicos hacia uno de los interfases.
Pero lo mas probable es que se quedarán colgados por que la dirección [[IP]] de las fuentes no concuerdan con la dirección IP assignada al interfase.

FAQ network

2006-10-25T12:24:42Z

212.170.156.253:

<center>
'''English'''|[[FAQ network-es|Spanish]]
</center>

= Network speed: what you should know before asking questions =
by Froenchenko Leonid, lfroen@gmail.com

== Preface ==
The purpose of this document is to clarify issues regarding network
speed that arise from time to time in the [[aMule]] [[forum]]. Generally speaking, there are several reasons for questions about "[[FAQ_ed2k|aMule network]]":

* the speed reported by [[aMule]] doesn't match your provider's given rate;
* poor performance of [[aMule]] itself or another network application on the same computer; or
* the key factors influencing network performance while [[aMule]] is running.

The intended audience for this document is users who want to gain a better understanding of network functionality in general, and, in particular, its implications for [[aMule]] functionality.

However, this page is not a comprehensive, general purpose "[[FAQ_ed2k|Network FAQ]]". If you were expecting something else, you might be interested in the [[aMule is slow|aMule is slow FAQ]].

== Network speed - how fast is it? ==
When talking about network speed, people use the unit "bps", which means
"bits per second". The reason that a ''bit'' is used rather than a ''byte'' is mostly historical, but also arises from the engineering behind the system, specifically, the fact that not all networks in the world transfer their traffic in bytes.

There is a convention to use a capital "B" in "Bps" when speed is marked
in "bytes per second". However, this convention is not widely accepted. In particular, organizations like the [http://www.ietf.org/ IETF] and [http://www.ieee.org/ IEEE] have stuck to the original "bps".

== Prefixes ==
Since their invention, networks have made a lot of progress. Today we have networks that transfer billions of bits per second. For measuring these speeds, we use prefixes such as ''"kilo"'', ''"mega"'', ''"giga"'', ''"tera"''.

It is a common mistake to think that values with those prefixes are the same as in computer science, i.e., powers of 2. The truth is that, for historical reasons, prefixes in networking have a decimal, not a binary base.

{| cellpadding="2" cellspacing="2" border="1" width="100%" title="Table 1"
| valign="middle" title="Table 1" align="center" bgcolor="#33ff33" | Prefix
| valign="middle" align="center" bgcolor="#33ff33" | meaning in computers
| valign="middle" title="Table 1" align="center" bgcolor="#33ff33" | meaning in networks
| valign="middle" align="center" bgcolor="#33ff33" | difference, %%
|-
| valign="top" | k (kilo)
| valign="top" | 2^10 = 1024
| valign="top" | 10^3 = 1000
| valign="top" | 2%
|-
| valign="top" | M (mega)
| valign="top" | 2^20 = 1,048,576
| valign="top" | 10^6 = 1,000,000
| valign="top" | 5%
|-
| valign="top" | G (giga)
| valign="top" | 2^30 = 1,073,741,624
| valign="top" | 10^9 = 1,000,000,000
| valign="top" | 7%
|-
| valign="top" | T (tera)
| valign="top" | 2^40 = 1,099,511,627,776
| valign="top" | 10^12 = 1,000,000,000,000
| valign="top" | 9%
|}

As you can see from the table above, the error in calculation is about 5% when the prefix is incorrectly interpreted. Please note that the speed your provider quotes you is the "speed in network units"; i.e., calculated on a decimal basis. For example when your provider tells you that your link is "ADSL 256/128", they mean 256000/128000 bps (bits per second). This means that the speed of your connection is 32000/16000 bps (bytes per second), since there are eight bits to a byte.

== Protocol overhead - what is it about? ==
When [[aMule]] is running, it constantly "talks" with other [[client]]s and [[server]]s.
This data exchange is needed to perform such tasks as identifying itself, requesting information about
available [[FAQ_eD2k-Kademlia#What_is_a_source?|source]]s and [[file]]s, and performing [[search]]es.

Since this information has no direct use to the user itself, it is called "overhead"; i.e., a necessary addition to the data you want to [[upload]] or [[download]].

[[aMule]] calls this "''connection overhead''". However the number that [[aMule]] presents includes only the size of the actual data that [[aMule]] itself sends to the network stack. Later, these data are sent out on the network with even more overhead - that of the network protocols.
How much is it? - let's see that in the next section.

== Network overhead ==
First of all - we're talking about the [[IPv4]] network. Once upon a time, there
was only one type of [[IP]] network. Now there are two - [[IPv4|IP version 4]], the old protocol that we all know; and [[IPv6|IP version 6]] - the new protocol made to fix the limitations of [[IPv4]].

[[FAQ ed2k|ED2K protocol]] by design, is unable to talk over [[IPv6]] network, so users who have it (in Japan and China for example) will not be able to connect "as is". Using [[IPv4]] means, that each packet ([http://www.ietf.org/rfc/rfc793.txt TCP], [http://www.ietf.org/rfc/rfc768.txt UDP], [http://www.ietf.org/rfc/rfc792.txt ICMP]) will have an [[IPv4]] header.

The minimum size of this header is 20 bytes. The header can have optional parts (each of 4 bytes) and that is up to your provider - for example, mine adds an optional [dword].

When talking to other clients and servers on [[FAQ ed2k|ed2k network]], [[aMule]] uses the widely known [http://www.ietf.org/rfc/rfc793.txt TCP] protocol. [http://www.ietf.org/rfc/rfc768.txt UDP] is also used, but on a much smaller scale. As you may already know, [http://www.ietf.org/rfc/rfc793.txt TCP] is a reliable protocol, i.e. it guarantees that data that is sent from one side will arrive on the other or an error will be reported.

To achieve this, [http://www.ietf.org/rfc/rfc793.txt TCP] sends its own data in addition to the actual "payload" data being transferred. These data include [http://www.ietf.org/rfc/rfc793.txt TCP] client initial negotiation, checksums, sequence numbers and acknowledgments. All of this is in the ''[http://www.ietf.org/rfc/rfc793.txt TCP] header'' that is added to each packet sent. The size of this header is a minimum of 20 bytes.

While being only a small overhead for a large bulk transfer, it can take significant part of bandwidth when small amounts of data are being exchanged. This is exactly what happens on [[FAQ_ed2k#What_is_a_source?|source]] discovery part of [[aMule]].

Our [[client]] is trying to establish a connection and negotiate with a large number of other [[client]]s. Doing this, [[aMule]] opens new [http://www.ietf.org/rfc/rfc793.txt TCP] connections ''all the time''. The number of connections opened is controlled by the ''"Maximum number of connections in 5 seconds"'' setting in the preferences.

A typical number is about 100. Each [http://www.ietf.org/rfc/rfc793.txt TCP] connection results in at least three packets traveling on the net - one is a SYN packet, i.e. connection request, and one an ACK or a RST when the connection is accepted or refused, and SYN+ACK to establish the session.

There's more overhead of [http://www.ietf.org/rfc/rfc1034.txt DNS] queries when an address is resolved, retries when a host doesn't reply and so on.

=== At low level ===
After passing [http://www.ietf.org/rfc/rfc793.txt TCP] and [[IP]] layers packets go down to the network interface driver. What kind of driver this is depends on the way your computer is connected to the internet. For the sake of simplicity, we will assume that this computer is connected to the ISP directly; i.e., that you have no LAN (or switch or router) between.

Common setups include:

* an analog modem, connected to a telephone line (ISDN modem falls in this category too);
* a cable modem, connected through ethernet, ISP gives you an [[IP]] address through [http://www.ietf.org/rfc/rfc2131.txt DHCP];
* a cable modem, connected through ethernet, ISP requires you to configure PPPoE or PPTP tunnel;
* an ADSL modem, connected through ethernet. You must have a PPPoE or PPTP tunnel;
* a variation on these, e.g., a modem connected to a computer via USB.

In each of the these setups there are different protocols in use, and different headers are added to transmitted packets. There's one important thing to note: ''ethernet frames travel between cable/ADSL modem and computer, and don't reach the ISP''. Consequently, they're not counted in rate calculations. [http://www.ietf.org/rfc/rfc2516.txt PPPoE]; in constrast,
[http://www.ietf.org/rfc/rfc2637.txt PPTP] headers ''do reach the ISP''. In this respect, your particular provider may or may not choose to include them in their rate calculations. For this reason, we have excluded those headers from our calculations.

If you think that your ISP includes it, add 4 bytes to the size of each packet.

=== Example ===
Let's see how much network overhead we have on a typical network. Our connection is a cable modem connected via an ethernet link to a PC directly (no router between them).

In this setup we have [[IPv4]] packets sent over ethernet.

Lets say we have 10 new connections opened each second, and all are being accepted (successfully established [http://www.ietf.org/rfc/rfc793.txt TCP] session). This alone sums up to (I'm counting data going up - from my computer to the net):

''10 connection * 2 packets * (20 bytes of TCP + 20 bytes of [[IPv4]]) = 800 bytes of overhead.''

This means that we are starting with 1.16*8 Kbps of "''invisible"''
overhead caused by the very way the network works. Now, let's assume that
after each connection is established our amule sends something to the other side and waits to receive an answer.

''Total of 800 bytes + 800 bytes = 1600 bytes per second = 6400 bps = 6.4 Kbps''

What we have here is 6.4 Kbps of network overhead alone. Taking into account
that amule has other data to send (uploads) and it is not the only network
application running we will have the following picture:

Most likely the link to your provider is not that fast. [[aMule]] will ''try'' to open 10 connections per second and will ''try'' to upload on the specified speed.

Your operating system will share all available bandwidth between those and between [[aMule]] and other network applications (browser for example). Actual results will vary depending on specific OS settings.

== ACK bottleneck ==
In all calculations above there was one assumption - zero download. But downloading is what amule was built for. So let's examine how the overhead
above affects your downloading speed. The answer is in [http://www.ietf.org/rfc/rfc793.txt TCP] protocol.

When [http://www.ietf.org/rfc/rfc793.txt TCP] is sending data, it requires that the other side acknowledge the reception. So if client A is sending data to [[client]] B by [http://www.ietf.org/rfc/rfc793.txt TCP], B has to send a special ACK packets to A which tells B "ok, I got it". If, however, A doesn't receive the ACK packets in time, he will assume that either packet is lost.

So, without going deeply into [http://www.ietf.org/rfc/rfc793.txt TCP] specification: ''if B fails to send ACK to A, as a result A will transmit slower''.

Now let's see the situation in [[aMule]]. We saw in the previous chapter, that the uplink stream is congested by connection requests and uploads. As a result, there's a good chance that ACK packets for a file we are downloading ''will not be sent on time''.

The remote party will notice this and slow down. This is one more reason why the upstream should better not be too congested.

== Is there anything I can do? ==
OK, now that you understood why your network is so slow while [[aMule]] is
running you will maybe look for a way to fix this. The answer in 2 words: "rate limit".

The first thing you should do is to assign realistic rate limits in [[aMule]]
itself. If you have a uplink rate of 128 Kbps don't set [[aMule]]'s [[upload]] limit to 16 (kilobytes per second) just because 128/8 = 16.

A better, but far more complicated solution is to use the QoS and packet scheduling services of your OS. For example, you can give a higher priority to ACK packets to solve the above mentioned "ACK bottleneck" problem.

The QoS topic, however, is beyond the scope of this article.

== Router (switch, home network): is there any difference? ==
When the cable coming from your ISP is connected to some switching or routing
device, which in turn is connected to several PC's, bandwidth is shared between
them.

So, having N computers connected, an ideal device would simply provide
each one of them with 1/N of the total bandwidth. The situation may vary in real life, and your particular device may have different idea about fairness.

Since you're not going to have the hardware specs of your router chipset the only advice here is "try and see yourself".

== Multiple links ==
Until now, we talked about computers that are connected to the network through
single interface. While being most frequent, this is not mandatory. A user
may choose to connect via 2 (or more links) provided by different ISP's.
There're 2 reasons for this decision that I know about: link redundancy and
load balancing.

=== Link redundancy ===
In a case of link redundancy second link becomes operational when primary
link fails. This can be done automatically, or by explicit user command.
When this setup used, [[aMule]] along with other network applications must be
restarted when links are being switched. This will allow to bind new address,
reconnect to server and receive new ID. If [[aMule]] is connected via  [http://www.ietf.org/rfc/rfc3022.txt NAT]]
enabled router (it doesn't matter if you have [[FAQ_ed2k#What_is_LowID_and_HighID?|low or high ID]]), and links
are switched ''on the router'', restart not needed.

=== Load balancing ===
This is a far more complicated case. Both (all) links are simultaneously active,
and traffic is being distributed between them. The problem is that [[aMule]]
binds to ''all interfaces on the system'' i.e. 0.0.0.0. But, on [[FAQ ed2k|ed2k]]
your ID is your [[IP]] address, ''and you can not have two''. 
So the problem is that [[aMule]] does not explicitly choose the source
address for ''outgoing'' [http://www.ietf.org/rfc/rfc793.txt TCP] connections. Note, that it ''doesn't
matter'' on which interface it listens. This is exactly ''opposite''
to ''server'' applications like FTP or HTTP. When a client
tries to connect to a server it discovers its IP address by resolving DNS. Resolver
replies will contain all [[IP]] addresses of the specified host and a client should try them all. The server, in turn, may choose not to listen on
one of them and thus prevent the client from using this interface. In our case
[[aMule]] ''is a [[client]]'', and the [[server|ed2k server]] discovers its address from the
[[FAQ_ed2k#What_is_a_source?|source]] [[IP]] in the connection request. That's where the [[server|ed2k server]] will try to connect.
If the connection succeeds the client is [[client]] assigned a [[FAQ_ed2k#What_is_LowID_and_HighID?|high ID]], if it doesn't the client gets a Low ID.
The only solution in this situation (until [[aMule]] will have an ability to
bind to specific address) is to use [[aMule]] on your "primary" link. 
You can, however, cause [http://www.kernel.org Linux] to send packet through interface of your choice.
But, most probably they will be dropped by your ISP's router as "spoofed" because the source [[IP]] address doesn't match the address the ISP assigned to that interface.

FAQ network-es

2006-10-25T12:22:57Z

212.170.156.253:

= Velocidad de la red: Lo que debes saber antes de preguntar =
por Froenchenko Leonid, lfroen@gmail.com

== Prefacio ==

El propósito de este documento es clarificar algunos temas relacionados con la velocidad de la red que aparacen cada cierto tiempo en el [[aMule]] [[forum|foro]]. Las causas por las que se realizan preguntas sobre "[[FAQ_ed2k| la red aMule]]" son varias:

* La velocidad que indica [[aMule]] no coincide con la de el ISP,
* Bajo rendimiento del [[aMule]] o de otras aplicaciones que utilizan la red en la misma computadora, o,
* Los factores clave que influyen sobre el rendimiento de la red cuando el [[aMule]] esta corriendo.

Este documento va dirigido a usuarios que desean adquirir un mayor conocimiento del funcionamiento de las redes en general, y en particular, de las implicaciones que las mismas tienen en el funcionamiento del [[aMule]].

En cualquier caso esta página no tiene un propósito explícito "[[FAQ_ed2k|Network FAQ]]". Si estas buscando algo mas concreto quizás deberías ir a la páguina [[aMule is slow-es|aMule va lento FAQ]].

== Velocidad de la red - Como es de rápida? ==

Cuando hablamos de velocidad de red, generalmente usamos la unidad "bps", que significa bits por segundo, la razón por la que se utiliza "bit" en lugar de "byte" es básicamente histórica, pero tambíen viene dada por la arquitectura de los sistemas, y mas concretamente, viene del hecho de que no todas las redes en el mundo transmiten el tráfico de la red en "bytes".

Hay un convenio por el que, usamos la B mayúscula en "Bps" en el caso de que hablemos de "bytes por segundo". De cualquier modo este convenio no es aceptado por todo el mundo y mas en particular por organizaciones como la
[http://www.ietf.org/ IETF] y la [http://www.ieee.org/ IEEE] que utilizan "bps".

== Prefijos ==

Desde su invención, las redes han progresado enormemente. Hoy en día tenemos redes que transmiten miles de millones de bits por segundo. Para dar una medida a estas velocidades utilizamos los siguientes prefijos ''"kilo"'', ''"mega"'', ''"giga"'', ''"tera"''.

Es un error muy común pensar que los valores con estos prefijos son similares en computación. La realidad es que, por razones históricas, los prefijos en redes tienen una base decimal y no binaria

{| cellpadding="2" cellspacing="2" border="1" width="100%" title="Table 1"
| valign="middle" title="Table 1" align="center" bgcolor="#33ff33" | Prefijo
| valign="middle" align="center" bgcolor="#33ff33" | significado en informática
| valign="middle" title="Table 1" align="center" bgcolor="#33ff33" | significado en redes
| valign="middle" align="center" bgcolor="#33ff33" | diferencia, %%
|-
| valign="top" | k (kilo)
| valign="top" | 2^10 = 1024
| valign="top" | 10^3 = 1000
| valign="top" | 2%
|-
| valign="top" | M (mega)
| valign="top" | 2^20 = 1,048,576
| valign="top" | 10^6 = 1,000,000
| valign="top" | 5%
|-
| valign="top" | G (giga)
| valign="top" | 2^30 = 1,073,741,624
| valign="top" | 10^9 = 1,000,000,000
| valign="top" | 7%
|-
| valign="top" | T (tera)
| valign="top" | 2^40 = 1,099,511,627,776
| valign="top" | 10^12 = 1,000,000,000,000
| valign="top" | 9%
|}

Como puedes ver en la tabla anterior, el error en el cálculo es del 5% cuando el prefijo es incorrectamente interpretado. Date cuenta de que la velocidad contratada con tu ISP es la velocidad en "unidades de red"; (calculado en base decimal). Por ejemplo cuando tu proveedor te dice que tu conexión es "ADSL 256/128", quiere decir 256000/128000 bps (bits por segundo). Esto significa que la velocidad de tu conexión es de 32000/16000 bps (bytes por segundo), teniendo en cuenta que hay 8 bits en cada byte.

== Encabezamiento del Protocolo - Que sabemos sobre el? ==

Cuando [[aMule]] esta funcionando, este "habla" constantemente con otros [[client]]es y [[Server|servidores]].
Este intercambio de información es necesario para realizar algunas tareas como identificarse el mismo, pedir información sobre las
[[FAQ_eD2k-Kademlia#What_is_a_source?|fuentes]] disponibles, [[file|ficheros]], realizar [[search|búsquedas]], etc...

Como esta información es transparente para el usuario, se denomina "encabezamiento", es una carga añadida de información a los datos que deseas [[upload|compartir]] o [[download|descargar]].

[[aMule]] lo llama "''encabezamiento de la conexión''". De cualquier modo los datos de transferencia que [[aMule]] presenta, incluyen solo el tamaño de la información que el [[aMule]] mismo envía a la red. Mas tarde esa información se envía a la red con encabezamiento, la de los protocolos de red.

Que tamaño tienen los encabezamientos? - Veámoslo en la siguiente sección.

== Encabezamiento de la Red ==

Lo primero de todo, estamos hablando de la red [[IPv4]]. Hace algún tiempo, existía tan solo un tipo de red [[IP]], ahora tenemos dos - [[IPv4|IP versión 4]], el viejo protocolo que todos conocemos; y el [[IPv6|IP versión 6]] - el nuevo protocolo creado para cubrir las carencias del [[IPv4]].

[[FAQ ed2k|El protocolo ED2K ]] por su diseño, no puede comunicarse a través de la red [[IPv6]], por lo que los usuarios que lo utilizan (en Japón y China por ejemplo) no podrán concectarse al mismo. Usar [[IPv4]] significa, que cada paquete ([http://www.ietf.org/rfc/rfc793.txt TCP], [http://www.ietf.org/rfc/rfc768.txt UDP] y [http://www.ietf.org/rfc/rfc792.txt ICMP]) tendrá un encabezado [[IPv4]].

El tamaño mínimo de este encabezado es de 20 bytes. El encabezado puede tener partes opcionales (cada 4 bytes) y estas partes dependen de los preocveedores, concretamente el mío añade una [dword] opcional.

Cuando se comunica con otros clientes en la [[FAQ ed2k|red ed2k]], [[aMule]] utiliza el ampliamente conocido protocolo [http://www.ietf.org/rfc/rfc793.txt TCP]. El protocolo [http://www.ietf.org/rfc/rfc768.txt UDP] también es utilizado , pero en una escala mucho menor. Como seguramente ya sabes, [http://www.ietf.org/rfc/rfc793.txt TCP] es un protocolo confiable, esto quiere decir que garantiza que la información que se ha enviado desde el origen, ha llegado al destino, y no se se ha producido ningun error en la transmisión.

Por aclarar este punto, [http://www.ietf.org/rfc/rfc793.txt TCP] envia su propia información añadida a la "carga util" que se se está transfiriendo. Esta información incluye la negociación inicial del cliente [http://www.ietf.org/rfc/rfc793.txt TCP], sumas de comprobación y códigos de seguencia y reconocimiento. Toda esta información se encuentra en el ''encabezado [http://www.ietf.org/rfc/rfc793.txt TCP] '' y se añade a cada paquete que es enviado. El tamaño de este encabezado tiene un mínimo de 20 bytes.

La importancia de este encabezado es casi despreciable cuando se trate de un pequeño encabezado que antecede a una gran cantidad de datos, pero empieza a tener relevancia, a nivel del ancho de banda, cuando se trata de pequeños grupos de datos que se transfieren, este último, es el caso que exactamente ocurre cuando se realiza la búsqueda de [[FAQ_ed2k#What_is_a_source?|fuentes]] en el [[aMule]].

Nuestro [[client|cliente]] trata de establecer una conexión y de negociarla con una gran cantidad de [[client|clientes]]. Mientras realiza estas tareas, el [[aMule]] abre nuevas conexiones [http://www.ietf.org/rfc/rfc793.txt TCP] ''todo el tiempo''. El número de conexiones abiertas se controla fijando en las preferencias el ''"Maxímo número de conexiones cada 5 segundos"''.

El número mas común es de 100. Cada conexión [http://www.ietf.org/rfc/rfc793.txt TCP] se convierte en al menos 3 paquetes que viajan por la red - uno es el paquete SYN, (petición de conexión), otro es el ACK o el RST dependiendo de si la conexión es aceptada o denegada, y por último el paquete SYN+ACK que se encarga de establecer la conexión.

Hay otro encabezamiento añadido debida a peticiones [http://www.ietf.org/rfc/rfc1034.txt DNS] para resolver las direccións, reintentos cuando un host no responde, etc...

=== A mas bajo nivel ===

Una vez revisadas las capas superiores
[http://www.ietf.org/rfc/rfc793.txt TCP] e [[IP]] de los paquetes, descendemos al intefase con la gestión de la red. Dependiendo de la manera en la que te conectas a la red la gestión de la misma se verá afectada. En nuestro caso para simplificarlo, vamos a asumir que nuestro ordenador esta conectado al ISP directamente, eso quiere decir que no tenemos LAN (o switch o router) entre ambos.

Las configuraciones mas comunes suelen ser del tipo:

* un modem analógico, conectado a una línea telefónica (Los modems RDSI entran dentro de esta categoría);
* un cable modem, conectado a traves de ethernet, el ISP nos da una una [IP]] gracias al [http://www.ietf.org/rfc/rfc2131.txt DHCP];
* un cabel modem, conectado a traves de ethernet, es necesario configurar un tunel PPPoE o PPTP;
* el modem ADSL, conectado a traves de ethernett. Es necesario un tunel PPPoE o PPTP;
* variaciones sobre los casos anteriores, un modem conectado a un ordenador por USB, etc...

En cada una de estas configuraciones se utilizan distintos protocolos, y se requieren diferentes encabezados para los paquetes enviados/recibidos.Hay un punto importante a reseñar: ''las tramas ethernet viajan entre el ordenador y el cable/ADSL, nunca llegan a nuestro ISP''. Esto provoca que no son tenidos en cuenta a la hora de calcular los ratios [http://www.ietf.org/rfc/rfc2516.txt PPPoE]; pero en cambio, los ancabezados
[http://www.ietf.org/rfc/rfc2637.txt PPTP] ''si llegan a nuestro ISP''.
A este respecto, tu proveedor puede o no incluir los encabezados es sus ratios
. Es por ello que nosotros hemos excluido estos encabezados de nuestros cálculos

Si piensas que tu ISP las incluye, añade 4 bytes al tamaño de cada paquete

=== Ejemplo ===

Veamos que sobrecarga tenemos en una red tipo. Nuestra conexión es mediante cable modem, conectada mediante un enlace ethernet a nuestro PC directamente( no tenemos un router entre ambos)

En esta configuración tenemos paquetes [[IPv4]] enviados sobre ethernet.

Tenemos 10 nuevas conexiones abiertas cada segundo, y todas estan siendo aceptadas (conexión [http://www.ietf.org/rfc/rfc793.txt TCP] establecida). Esta parte sola suma (estoy contando la información que va desde mi ordenador a la red):

''10 conexiones * 2 paquetes * (20 bytes TCP + 20 bytes [[IPv4]]) = 800 bytes de encabezamiento.''

Esto quiere decir que empezamos con 1.16*8 Kbps ''"invisibles"'' de encabezamiento debidos a la manera en la que la red trabaja. Ahora vamos a asumir que después de cada conexión que se establece nuestro [[aMule]] envia algún dato al otro lado de la red y se queda a la espera a recibir una respuesta.

''Total de 800 bytes + 800 bytes = 1600 bytes por segundo = 6400 bps = 6,4 Kbps''

Lo que tenemos ahora son 6,4 KBps de encabezamiento de Red. Teniendo en cuenta que nuestro [[aMule] debe eviar otro tipo de datos (Subidas) y que es posible que no sea la unica aplicación de red que este funcionando, llegamos a lo siguiente:

Muy probablemente el enlace con tu proveedor no es tan rápido como nos parece. [[aMule]] ''tratará'' de abrir 10 conexiones por segundo y tambien ''tratará'' de realizar las subidas a la velocidad especificada.

Tu sistema operativo compartirá todo el ancho de banda disponible entre [[aMule]] y las otras aplicaciones de red que esten ejecutándose (por ejemplo el navegador). Los resultados dependerán de las opciones específicas el sistema operativo.

== Atasco del ACK ==

En todo los cálculos que realizamos con anterioridad asumimos un punto "no hay descargas". Pero el aMule se hizo para descargar. Por lo que vamos a examinar como afectan los encabezamientos a la velocidad de bajada. Nuestras respuestas se encuentran en el protocolo [http://www.ietf.org/rfc/rfc793.txt TCP].

Cuando [http://www.ietf.org/rfc/rfc793.txt TCP] esta enviando datos, necesita que haya por parte del interlocutor una confirmación de la recepció. Esto quiere decir que si el [[client|cliente]] A esta enviando datos al [[client|cliente]] B por [http://www.ietf.org/rfc/rfc793.txt TCP], B bede enviar un paquete especial ACK a A que le informa de que "todo ha ido bien, lo he recibido". Del mismo modo si A no recibe el paquete ACK a tiempo, entiende que el paquete se habrá perdido.

En resumen y sin entrar en profundidad en las especificaciones [http://www.ietf.org/rfc/rfc793.txt TCP] : ''Si B falla en enviar el ACK a A, como resultado A disminuirá la velocidad de trasmisión''.

Ahora veamos como queda esto en relación con el [[aMule]]. Vimos en la sección anterior que el enlace de subida puede estar congestionado por las solicitudes de conexiones y por las propias subidas . Como resultado hay muchas posibilidades de que el paquete ACK de confirmación del fichero que estamos descargando ''no sea enviado a tiempo''.

Nuestro compañero de enlace al otro lado de la línea tomará nota, y bajará la velocidad de envío ahcia nosostros. Esta es una razón mas por la que la conexión de subida no debe estar congestionada.

== ¿Hay algo que yo pueda hacer? ==

Bueno, ahora que ya entiendes porque tu conexión va lenta cuando esta funcionando el [[aMule]] quizas te preguntes como se puede mejorar. La respuesta se encuentra en tres palabras: "tasa de transferencia".

Lo primero que deberías hacer es asignar limites de transferenciaen para el
[[aMule]] que se sean realistas. Si tienes una tasa de transferencia de subida de 128 Kbps no pongas en el [[aMule]] el límite de [[upload|subida]] a 16 (kilobytes por segundo) simplemente porque 128/8 = 16.

Una mejor pero también mas complicada solución puede ser utilizar el QoS y los servicios de de planificación de paquetes de tu Sistema Operativo. Por ejemplo, se puede dar una mayor prioridad a los paquetes ACK para resolver problema mencionado anteriormente de "atasco del ACK".

El tema del QoS en cualquier caso, esta mas allá del objetivo de este artículo.

== Router (switch, red local): ¿Hay alguna diferencia? ==

Cuando el cable que llega desde tu ISP esta conectado a un switch o aun router, que a la vez esta conectado a varios PC´s, en ancho de banda se comparte entre todos ellos.

Por lo que si tenemos N ordenadores conectados, un aparato que tuviera un funcionamiento ideal se dedicaría simplemente repartir el ancho de banda, dando a cada uno de ellos una 1/N parte del mismo. La situación es bastante diferente en la realidad, y es posible que el aparato tenga una idea muy diferente de lo que es repartir equitativamente.

Entendemos que no vas a tener las especificaiones de tu router, la única consideración que te hacemos es que pruebes y veas tu mismo.

== Multiple links ==

Hasta ahora hemos hablado de PC´s conectados a la red a través de un solo interfase. Esta situación es la mas frecuente de encontrar, aunque no es la única. Un usuario puede elegir la opción de conectarse por dos enlaces a diferentes ISPs. Hay dos razones fundamentales para ello que yo conozca, redundancia del enlace y balanceo de carga.

=== Redundancia del enlace ===

En este caso el segundo enlace se inicia cuando el primero cae. Esto puede ser hecho automaticamente, mediante un comando especial. Con esta configuración, [[aMule]] y el resto de aplicaciones de red, deben ser reiniciadas cuando se produce el cambio al otro enlace. Gracias ello conseguiremos reconectarnos a un servidor, y recibir un nuevo ID. Si el [[aMule]] se conecta via  [http://www.ietf.org/rfc/rfc3022.txt NAT]], hay que activarlo en el router
(No tiene nada que ver con que tengas [[FAQ_ed2k#What_is_LowID_and_HighID?|ID baja o ID alta]]), los enlaces se cambian en el
'' router'', y no es necesario realizar un reinicio.

=== Balanceo de carga ===

Este caso es algo mas complicado. Ambos enlaces estan activos, y el tráfico se didtribuye entre ambos, el problema es que [[aMule]] tiene acceso por
''a todos los interfases'' i.e. 0.0.0.0. Pero, en la red [[FAQ ed2k|ed2k]] tu ID se asocia a tu dirección [[IP]], ''y es imposible que tengas dos''. 

El problema en resumen es que [[aMule]] no elige explicitamente el interfase de ''salida'' de las conexiones [http://www.ietf.org/rfc/rfc793.txt TCP] .
Deber tener en consideración que
''da igual'' en cual de los dos interfases este "escuchando".
Este funcionamiento es justo el ''opuesto'' al de otras aplicaciones
''servidoras'' como por ejemplo FTP o HTTP. Cuando un cliente intenta conectarse a un servidor este descubre su direccion IP resolviendo los DNS.
La contestación del DNS contiene todas las direcciones IP del host y el cliente entonces las puede utilizar todas. El servidor sim embargo, puede elegir no escuchar alguna de ellas y para ello previene al cliente de que no debe utilizar ese interfase.
En nuestro caso el [[aMule]] ''es un [[client]]e'', y el [[server|servidor ed2k ]] descubre la dirección gracias a la
[[FAQ_ed2k#What_is_a_source?|fuente]] [[IP]] al solicitar la conexión. Es allí donde el [[server|servidor ed2k ]] tratará de conectarse.

Si la conexión se produce el cliente es un [[client]] asignado a una [[FAQ_ed2k#What_is_LowID_and_HighID?|ID alta]], de lo contrario el cliente tiene una ID baja.

La única solución en esta situación (hasta que [[aMule]] tenga la capacidad de gestionar diferentes direcciones) es utlizar el [[aMule]] en el enclace primario. 

Esto se puede hacer ya que [http://www.kernel.org Linux] permite enviar paquetes específicos hacia uno de los interfases.
Pero lo mas probable es que se quedarán colgados por que la dirección [[IP]] de las fuentes no concuerdan con la dirección IP assignada al interfase.

FAQ network-es

2006-10-25T12:21:22Z

212.170.156.253:

= Velocidad de la red: Lo que debes saber antes de preguntar =
por Froenchenko Leonid, lfroen@gmail.com

== Prefacio ==

El propósito de este documento es clarificar algunos temas relacionados con la velocidad de la red que aparacen cada cierto tiempo en el [[aMule]] [[forum|foro]]. Las causas por las que se realizan preguntas sobre "[[FAQ_ed2k| la red aMule]]" son varias:

* La velocidad que indica [[aMule]] no coincide con la de el ISP,
* Bajo rendimiento del [[aMule]] o de otras aplicaciones que utilizan la red en la misma computadora, o,
* Los factores clave que influyen sobre el rendimiento de la red cuando el [[aMule]] esta corriendo.

Este documento va dirigido a usuarios que desean adquirir un mayor conocimiento del funcionamiento de las redes en general, y en particular, de las implicaciones que las mismas tienen en el funcionamiento del [[aMule]].

En cualquier caso esta página no tiene un propósito explícito "[[FAQ_ed2k|Network FAQ]]". Si estas buscando algo mas concreto quizás deberías ir a la páguina [[aMule is slow-es|aMule va lento FAQ]].

== Velocidad de la red - Como es de rápida? ==

Cuando hablamos de velocidad de red, generalmente usamos la unidad "bps", que significa bits por segundo, la razón por la que se utiliza "bit" en lugar de "byte" es básicamente histórica, pero tambíen viene dada por la arquitectura de los sistemas, y mas concretamente, viene del hecho de que no todas las redes en el mundo transmiten el tráfico de la red en "bytes".

Hay un convenio por el que, usamos la B mayúscula en "Bps" en el caso de que hablemos de "bytes por segundo". De cualquier modo este convenio no es aceptado por todo el mundo y mas en particular por organizaciones como la
[http://www.ietf.org/ IETF] y la [http://www.ieee.org/ IEEE] que utilizan "bps".

== Prefijos ==

Desde su invención, las redes han progresado enormemente. Hoy en día tenemos redes que transmiten miles de millones de bits por segundo. Para dar una medida a estas velocidades utilizamos los siguientes prefijos ''"kilo"'', ''"mega"'', ''"giga"'', ''"tera"''.

Es un error muy común pensar que los valores con estos prefijos son similares en computación. La realidad es que, por razones históricas, los prefijos en redes tienen una base decimal y no binaria

{| cellpadding="2" cellspacing="2" border="1" width="100%" title="Table 1"
| valign="middle" title="Table 1" align="center" bgcolor="#33ff33" | Prefijo
| valign="middle" align="center" bgcolor="#33ff33" | significado en informática
| valign="middle" title="Table 1" align="center" bgcolor="#33ff33" | significado en redes
| valign="middle" align="center" bgcolor="#33ff33" | diferencia, %%
|-
| valign="top" | k (kilo)
| valign="top" | 2^10 = 1024
| valign="top" | 10^3 = 1000
| valign="top" | 2%
|-
| valign="top" | M (mega)
| valign="top" | 2^20 = 1,048,576
| valign="top" | 10^6 = 1,000,000
| valign="top" | 5%
|-
| valign="top" | G (giga)
| valign="top" | 2^30 = 1,073,741,624
| valign="top" | 10^9 = 1,000,000,000
| valign="top" | 7%
|-
| valign="top" | T (tera)
| valign="top" | 2^40 = 1,099,511,627,776
| valign="top" | 10^12 = 1,000,000,000,000
| valign="top" | 9%
|}

Como puedes ver en la tabla anterior, el error en el cálculo es del 5% cuando el prefijo es incorrectamente interpretado. Date cuenta de que la velocidad contratada con tu ISP es la velocidad en "unidades de red"; (calculado en base decimal). Por ejemplo cuando tu proveedor te dice que tu conexión es "ADSL 256/128", quiere decir 256000/128000 bps (bits por segundo). Esto significa que la velocidad de tu conexión es de 32000/16000 bps (bytes por segundo), teniendo en cuenta que hay 8 bits en cada byte.

== Encabezamiento del Protocolo - Que sabemos sobre el? ==

Cuando [[aMule]] esta funcionando, este "habla" constantemente con otros [[client]]es y [[Server|servidores]].
Este intercambio de información es necesario para realizar algunas tareas como identificarse el mismo, pedir información sobre las
[[FAQ_eD2k-Kademlia#What_is_a_source?|fuentes]] disponibles, [[file|ficheros]], realizar [[search|búsquedas]], etc...

Como esta información es transparente para el usuario, se denomina "encabezamiento", es una carga añadida de información a los datos que deseas [[upload|compartir]] o [[download|descargar]].

[[aMule]] lo llama "''encabezamiento de la conexión''". De cualquier modo los datos de transferencia que [[aMule]] presenta, incluyen solo el tamaño de la información que el [[aMule]] mismo envía a la red. Mas tarde esa información se envía a la red con encabezamiento, la de los protocolos de red.

Que tamaño tienen los encabezamientos? - Veámoslo en la siguiente sección.

== Encabezamiento de la Red ==

Lo primero de todo, estamos hablando de la red [[IPv4]]. Hace algún tiempo, existía tan solo un tipo de red [[IP]], ahora tenemos dos - [[IPv4|IP versión 4]], el viejo protocolo que todos conocemos; y el [[IPv6|IP versión 6]] - el nuevo protocolo creado para cubrir las carencias del [[IPv4]].

[[FAQ ed2k|El protocolo ED2K ]] por su diseño, no puede comunicarse a través de la red [[IPv6]], por lo que los usuarios que lo utilizan (en Japón y China por ejemplo) no podrán concectarse al mismo. Usar [[IPv4]] significa, que cada paquete ([http://www.ietf.org/rfc/rfc793.txt TCP], [http://www.ietf.org/rfc/rfc768.txt UDP] y [http://www.ietf.org/rfc/rfc792.txt ICMP]) tendrá un encabezado [[IPv4]].

El tamaño mínimo de este encabezado es de 20 bytes. El encabezado puede tener partes opcionales (cada 4 bytes) y estas partes dependen de los preocveedores, concretamente el mío añade una [dword] opcional.

Cuando se comunica con otros clientes en la [[FAQ ed2k|red ed2k]], [[aMule]] utiliza el ampliamente conocido protocolo [http://www.ietf.org/rfc/rfc793.txt TCP]. El protocolo [http://www.ietf.org/rfc/rfc768.txt UDP] también es utilizado , pero en una escala mucho menor. Como seguramente ya sabes, [http://www.ietf.org/rfc/rfc793.txt TCP] es un protocolo confiable, esto quiere decir que garantiza que la información que se ha enviado desde el origen, ha llegado al destino, y no se se ha producido ningun error en la transmisión.

Por aclarar este punto, [http://www.ietf.org/rfc/rfc793.txt TCP] envia su propia información añadida a la "carga util" que se se está transfiriendo. Esta información incluye la negociación inicial del cliente [http://www.ietf.org/rfc/rfc793.txt TCP], sumas de comprobación y códigos de seguencia y reconocimiento. Toda esta información se encuentra en el ''encabezado [http://www.ietf.org/rfc/rfc793.txt TCP] '' y se añade a cada paquete que es enviado. El tamaño de este encabezado tiene un mínimo de 20 bytes.

La importancia de este encabezado es casi despreciable cuando se trate de un pequeño encabezado que antecede a una gran cantidad de datos, pero empieza a tener relevancia, a nivel del ancho de banda, cuando se trata de pequeños grupos de datos que se transfieren, este último, es el caso que exactamente ocurre cuando se realiza la búsqueda de [[FAQ_ed2k#What_is_a_source?|fuentes]] en el [[aMule]].

Nuestro [[client|cliente]] trata de establecer una conexión y de negociarla con una gran cantidad de [[client|clientes]]. Mientras realiza estas tareas, el [[aMule]] abre nuevas conexiones [http://www.ietf.org/rfc/rfc793.txt TCP] ''todo el tiempo''. El número de conexiones abiertas se controla fijando en las preferencias el ''"Maxímo número de conexiones cada 5 segundos"''.

El número mas común es de 100. Cada conexión [http://www.ietf.org/rfc/rfc793.txt TCP] se convierte en al menos 3 paquetes que viajan por la red - uno es el paquete SYN, (petición de conexión), otro es el ACK o el RST dependiendo de si la conexión es aceptada o denegada, y por último el paquete SYN+ACK que se encarga de establecer la conexión.

Hay otro encabezamiento añadido debida a peticiones [http://www.ietf.org/rfc/rfc1034.txt DNS] para resolver las direccións, reintentos cuando un host no responde, etc...

=== A mas bajo nivel ===

Una vez revisadas las capas superiores
[http://www.ietf.org/rfc/rfc793.txt TCP] e [[IP]] de los paquetes, descendemos al intefase con la gestión de la red. Dependiendo de la manera en la que te conectas a la red la gestión de la misma se verá afectada. En nuestro caso para simplificarlo, vamos a asumir que nuestro ordenador esta conectado al ISP directamente, eso quiere decir que no tenemos LAN (o switch o router) entre ambos.

Las configuraciones mas comunes suelen ser del tipo:

* un modem analógico, conectado a una línea telefónica (Los modems RDSI entran dentro de esta categoría);
* un cable modem, conectado a traves de ethernet, el ISP nos da una una [IP]] gracias al [http://www.ietf.org/rfc/rfc2131.txt DHCP];
* un cabel modem, conectado a traves de ethernet, es necesario configurar un tunel PPPoE o PPTP;
* el modem ADSL, conectado a traves de ethernett. Es necesario un tunel PPPoE o PPTP;
* variaciones sobre los casos anteriores, un modem conectado a un ordenador por USB, etc...

En cada una de estas configuraciones se utilizan distintos protocolos, y se requieren diferentes encabezados para los paquetes enviados/recibidos.Hay un punto importante a reseñar: ''las tramas ethernet viajan entre el ordenador y el cable/ADSL, nunca llegan a nuestro ISP''. Esto provoca que no son tenidos en cuenta a la hora de calcular los ratios [http://www.ietf.org/rfc/rfc2516.txt PPPoE]; pero en cambio, los ancabezados
[http://www.ietf.org/rfc/rfc2637.txt PPTP] ''si llegan a nuestro ISP''.
A este respecto, tu proveedor puede o no incluir los encabezados es sus ratios
. Es por ello que nosotros hemos excluido estos encabezados de nuestros cálculos

Si piensas que tu ISP las incluye, añade 4 bytes al tamaño de cada paquete

=== Ejemplo ===

Veamos que sobrecarga tenemos en una red tipo. Nuestra conexión es mediante cable modem, conectada mediante un enlace ethernet a nuestro PC directamente( no tenemos un router entre ambos)

En esta configuración tenemos paquetes [[IPv4]] enviados sobre ethernet.

Tenemos 10 nuevas conexiones abiertas cada segundo, y todas estan siendo aceptadas (conexión [http://www.ietf.org/rfc/rfc793.txt TCP] establecida). Esta parte sola suma (estoy contando la información que va desde mi ordenador a la red):

''10 conexiones * 2 paquetes * (20 bytes TCP + 20 bytes [[IPv4]]) = 800 bytes de encabezamiento.''

Esto quiere decir que empezamos con 1.16*8 Kbps ''"invisibles"'' de encabezamiento debidos a la manera en la que la red trabaja. Ahora vamos a asumir que después de cada conexión que se establece nuestro [[aMule]] envia algún dato al otro lado de la red y se queda a la espera a recibir una respuesta.

''Total de 800 bytes + 800 bytes = 1600 bytes por segundo = 6400 bps = 6,4 Kbps''

Lo que tenemos ahora son 6,4 KBps de encabezamiento de Red. Teniendo en cuenta que nuestro [[aMule] debe eviar otro tipo de datos (Subidas) y que es posible que no sea la unica aplicación de red que este funcionando, llegamos a lo siguiente:

Muy probablemente el enlace con tu proveedor no es tan rápido como nos parece. [[aMule]] ''tratará'' de abrir 10 conexiones por segundo y tambien ''tratará'' de realizar las subidas a la velocidad especificada.

Tu sistema operativo compartirá todo el ancho de banda disponible entre [[aMule]] y las otras aplicaciones de red que esten ejecutándose (por ejemplo el navegador). Los resultados dependerán de las opciones específicas el sistema operativo.

== Atasco del ACK ==

En todo los cálculos que realizamos con anterioridad asumimos un punto "no hay descargas". Pero el aMule se hizo para descargar. Por lo que vamos a examinar como afectan los encabezamientos a la velocidad de bajada. Nuestras respuestas se encuentran en el protocolo [http://www.ietf.org/rfc/rfc793.txt TCP].

Cuando [http://www.ietf.org/rfc/rfc793.txt TCP] esta enviando datos, necesita que haya por parte del interlocutor una confirmación de la recepció. Esto quiere decir que si el [[client|cliente]] A esta enviando datos al [[client|cliente]] B por [http://www.ietf.org/rfc/rfc793.txt TCP], B bede enviar un paquete especial ACK a A que le informa de que "todo ha ido bien, lo he recibido". Del mismo modo si A no recibe el paquete ACK a tiempo, entiende que el paquete se habrá perdido.

En resumen y sin entrar en profundidad en las especificaciones [http://www.ietf.org/rfc/rfc793.txt TCP] : ''Si B falla en enviar el ACK a A, como resultado A disminuirá la velocidad de trasmisión''.

Ahora veamos como queda esto en relación con el [[aMule]]. Vimos en la sección anterior que el enlace de subida puede estar congestionado por las solicitudes de conexiones y por las propias subidas . Como resultado hay muchas posibilidades de que el paquete ACK de confirmación del fichero que estamos descargando ''no sea enviado a tiempo''.

Nuestro compañero de enlace al otro lado de la línea tomará nota, y bajará la velocidad de envío ahcia nosostros. Esta es una razón mas por la que la conexión de subida no debe estar congestionada.

== ¿Hay algo que yo pueda hacer? ==

Bueno, ahora que ya entiendes porque tu conexión va lenta cuando esta funcionando el [[aMule]] quizas te preguntes como se puede mejorar. La respuesta se encuentra en tres palabras: "tasa de transferencia".

Lo primero que deberías hacer es asignar limites de transferenciaen para el
[[aMule]] que se sean realistas. Si tienes una tasa de transferencia de subida de 128 Kbps no pongas en el [[aMule]] el límite de [[upload|subida]] a 16 (kilobytes por segundo) simplemente porque 128/8 = 16.

Una mejor pero también mas complicada solución puede ser utilizar el QoS y los servicios de de planificación de paquetes de tu Sistema Operativo. Por ejemplo, se puede dar una mayor prioridad a los paquetes ACK para resolver problema mencionado anteriormente de "atasco del ACK".

El tema del QoS en cualquier caso, esta mas allá del objetivo de este artículo.

== Router (switch, red local): ¿Hay alguna diferencia? ==

Cuando el cable que llega desde tu ISP esta conectado a un switch o aun router, que a la vez esta conectado a varios PC´s, en ancho de banda se comparte entre todos ellos.

Por lo que si tenemos N ordenadores conectados, un aparato que tuviera un funcionamiento ideal se dedicaría simplemente repartir el ancho de banda, dando a cada uno de ellos una 1/N parte del mismo. La situación es bastante diferente en la realidad, y es posible que el aparato tenga una idea muy diferente de lo que es repartir equitativamente.

Entendemos que no vas a tener las especificaiones de tu router, la única consideración que te hacemos es que pruebes y veas tu mismo.

== Multiple links ==

Hasta ahora hemos hablado de PC´s conectados a la red a través de un solo interfase. Esta situación es la mas frecuente de encontrar, aunque no es la única. Un usuario puede elegir la opción de conectarse por dos enlaces a diferentes ISPs. Hay dos razones fundamentales para ello que yo conozca, redundancia del enlace y balanceo de carga.

=== Redundancia del enlace ===

En este caso el segundo enlace se inicia cuando el primero cae. Esto puede ser hecho automaticamente, mediante un comando especial. Con esta configuración, [[aMule]] y el resto de aplicaciones de red, deben ser reiniciadas cuando se produce el cambio al otro enlace. Gracias ello conseguiremos reconectarnos a un servidor, y recibir un nuevo ID. Si el [[aMule]] se conecta via  [http://www.ietf.org/rfc/rfc3022.txt NAT]], hay que activarlo en el router
(No tiene nada que ver con que tengas [[FAQ_ed2k#What_is_LowID_and_HighID?|ID baja o ID alta]]), los enlaces se cambian en el
'' router'', y no es necesario realizar un reinicio.

=== Balanceo de carga ===

Este caso es algo mas complicado. Ambos enlaces estan activos, y el tráfico se didtribuye entre ambos, el problema es que [[aMule]] tiene acceso por
''a todos los interfases'' i.e. 0.0.0.0. Pero, en la red [[FAQ ed2k|ed2k]] tu ID se asocia a tu dirección [[IP]], ''y es imposible que tengas dos''. 

El problema en resumen es que [[aMule]] no elige explicitamente el interfase de ''salida'' de las conexiones [http://www.ietf.org/rfc/rfc793.txt TCP] .
Deber tener en consideración que
''da igual'' en cual de los dos interfases este "escuchando". Este funcionamiento es justo el ''opuesto'' al de otras aplicaciones
''servidoras'' como por ejemplo FTP o HTTP. Cuando un cliente intenta conectarse a un servidor este descubre su direccion IP resolviendo los DNS.
La contestación del DNS contiene todas las direcciones IP del host y el cliente entonces las puede utilizar todas. El servidor sim embargo, puede elegir no escuchar alguna de ellas y para ello previene al cliente de que no debe utilizar ese interfase.
En nuestro caso el
[[aMule]] ''es un [[client]]e'', y el [[server|servidor ed2k ]] descubre la dirección gracias a la
[[FAQ_ed2k#What_is_a_source?|fuente]] [[IP]] al solicitar la conexión. Es allí donde el [[server|servidor ed2k ]] tratará de conectarse.

Si la conexión se produce el cliente es un [[client]] asignado a una [[FAQ_ed2k#What_is_LowID_and_HighID?|ID alta]], de lo contrario el cliente tiene una ID baja.

La única solución en esta situación (hasta que [[aMule]] tenga la capacidad de gestionar diferentes direcciones) es utlizar el [[aMule]] en el enclace primario. 

Esto se puede hacer ya que [http://www.kernel.org Linux] permite enviar paquetes específicos hacia uno de los interfases.
Pero lo mas probable es que se quedarán colgados por que la dirección [[IP]] de las fuentes no concuerdan con la dirección IP assignada al interfase.

FAQ network-es

2006-10-25T10:22:41Z

212.170.156.253:

= Velocidad de la red: Lo que debes saber antes de preguntar =
por Froenchenko Leonid, lfroen@gmail.com

== Prefacio ==

El propósito de este documento es clarificar algunos temas relacionados con la velocidad de la red que paracen cada cierto tiempo en el [[aMule]] [[forum]|foro]. Las causas por las que realizan preguntas sobre "[[FAQ_ed2k| la
red aMule]]" son varias:

* La velocidad que indica el [[aMule]] no coincide con la de tu ISP.
* Bajo rendimiento del [[aMule]] o de otras aplicaciones que utilizan la red en la misma computadora, o,
* Los factores clave que influyen sobre el rendimiento de la red cuando el [[aMule]] esta corriendo.

Este documento va dirigido a usuarios que desean adquirir un mayor conocimiento del funcionamiento de las redes en general, y en particular, de las implicaciones de éstas sobre el funcionamiento del [[aMule]].

En cualquier caso esta página no tiene un propósito explícito "[[FAQ_ed2k|Network FAQ]]". Si estas buscando algo mas concreto quizás deberías ir a la páguina [[aMule is slow-es|aMule va lento FAQ]].

== Velocidad de la red - Como es de rápida? ==

Cuando hablamos de velocidad de red, generalmente usamos la unidad "bps", que significa bits por segundo, la razón es por la que se utiliza "bit en lugar de byte es básicamente histórica, pero tambíen viene dada por la arquitectura de los sistemas, y mas concretamente, viene del hecho de que no todas las redes en el mundo transmiten el tráfico de la red en bytes.

Hay un convenio por el que si usamos la B mayúscula en "Bps" en el caso de que hablemos de "bytes por segundo". De cualquier modo este convenio no es aceptado por todo el mundo y mas en particular en organizaciones como la
[http://www.ietf.org/ IETF] y la [http://www.ieee.org/ IEEE] que utilizan "bps".

== Prefijos ==

Desde su invención, las redes han progresado enormemente. Hoy en día tenemos redes que transmiten miles de millones de bits por segundo. Para dar una medida a estas velocidades utilizamos los siguientes prefijos ''"kilo"'', ''"mega"'', ''"giga"'', ''"tera"''.

Es un error muy común pensar que los valores con estos prefijos son similares en computación. La realidad es que, por razones históricas, los prefijos en redes tienen una base decimal y no binaria

{| cellpadding="2" cellspacing="2" border="1" width="100%" title="Table 1"
| valign="middle" title="Table 1" align="center" bgcolor="#33ff33" | Prefijo
| valign="middle" align="center" bgcolor="#33ff33" | significado en informática
| valign="middle" title="Table 1" align="center" bgcolor="#33ff33" | significado en redes
| valign="middle" align="center" bgcolor="#33ff33" | diferencia, %%
|-
| valign="top" | k (kilo)
| valign="top" | 2^10 = 1024
| valign="top" | 10^3 = 1000
| valign="top" | 2%
|-
| valign="top" | M (mega)
| valign="top" | 2^20 = 1,048,576
| valign="top" | 10^6 = 1,000,000
| valign="top" | 5%
|-
| valign="top" | G (giga)
| valign="top" | 2^30 = 1,073,741,624
| valign="top" | 10^9 = 1,000,000,000
| valign="top" | 7%
|-
| valign="top" | T (tera)
| valign="top" | 2^40 = 1,099,511,627,776
| valign="top" | 10^12 = 1,000,000,000,000
| valign="top" | 9%
|}

Como puedes ver en la tabla anterior, el error en el cálculo es del 5% cuando el prefijo es incorrectamente interpretado. Date cuenta de que la velocidad contratada con tu ISP es la velocidad en "unidades de red"; (calculado en base decimal). Por ejemplo cuando tu proveedor te dice que tu conexión es de "ADSL 256/128", esto quiere decir 256000/128000 bps (bits por segundo). Esto significa que la velocidad de tu conexión es de 32000/16000 bps (bytes por segundo), teniendo en cuenta que hay 8 bits en cada byte.

== Encabezamiento del Protocolo - Que sabemos sobre el? ==

Cuando [[aMule]] esta funcionando, este "habla" constantemente con otros [[client]]es y [[Server|servidores]].
Este intercambio de información es necesario para realizar algunas tareas como identificarse el mismo, pedir información sobre las
[[FAQ_eD2k-Kademlia#What_is_a_source?|fuentes]] disponibles, [[file|ficheros]], y realizar [[search|búsquedas]].

Como esta información es transparente para el usuario, se denomina "encabezamiento", es una carga añadida de información a los datos que deseas [[upload|compartir]] o [[download|descargar]].

[[aMule]] lo llama "''encabezamiento de la conexión''". De cualquier modo los datos de transferencia que [[aMule]] presenta, incluyen solo el tamaño de la información que el [[aMule]] mismo envía a la red. Mas tarde esa información se envía a la red con mayor sobrecarga , la de los protocolos de red.

Cuanta es esta sobrecarga? - Veámoslo en la siguiente sección.

== Encabezamiento de la Red ==

Lo priemro de todo, nosotros estamos hablando de la red [[IPv4]] network. Hace algún tiempo, existía tan solo un tipo de red [[IP]]. Ahora tenemos dos - [[IPv4|IP version 4]], el viejo protocolo que todos conocemos; y el [[IPv6|IP version 6]] - el nuevo protocolo creado para cubrir las carencias del [[IPv4]].

[[FAQ ed2k|El protocolo ED2K ]] por su diseño, no puede comunicarse a través de la red [[IPv6]], por lo que los usuarios que lo utilizan (en Japón y China por ejemplo) no podrán concectarse. Usar [[IPv4]] significa, que cada paquete ([http://www.ietf.org/rfc/rfc793.txt TCP], [http://www.ietf.org/rfc/rfc768.txt UDP] and [http://www.ietf.org/rfc/rfc792.txt ICMP]) tendrá un encabezado [[IPv4]].

El tamaño mínimo de este encabezado es de 20 bytes. El encabezado puede tener partes opcionales (cada 4 bytes) y estas partes dependen de los preocveedores, concretamente el mío añade una [dword] opcional.

Cuando se comunica con otros clientes en la [[FAQ ed2k| red ed2k ]], [[aMule]] utiliza el ampliamente conocido protocolo [http://www.ietf.org/rfc/rfc793.txt TCP]. El protocolo [http://www.ietf.org/rfc/rfc768.txt UDP] también es utilizado , pero en menor escala. Como seguramente ya sabes, [http://www.ietf.org/rfc/rfc793.txt TCP] es un protocolo confiable, esto quiere decir que garantiza que la información se ha enviado desde el origen ha llegado al destino y no se se ha producido ningun error en la transmisión.

Para aclarar este punto, [http://www.ietf.org/rfc/rfc793.txt TCP] envia su propia información añadida a la "carga util" que se se está transfiriendo. Esta información incluye la negociación inicial del cliente [http://www.ietf.org/rfc/rfc793.txt TCP], sumas de comprobación y códigos de seguencia y reconocimiento. Toda esta información se encuentra en el ''encabezado [http://www.ietf.org/rfc/rfc793.txt TCP] '' y se añade a cada paquete que es enviado. El tamaño de este encabezado tiene un mínimo de 20 bytes.

La importancia de este encabezado es casi despreciable cuando se trate de un pequeño encabezado que antecede a una gran cantidad de datos, pero empieza a tener relevancia en ancho de banda cuando se trata de pequeños grupos de datos que se transfieren
While being only a small overhead for a large bulk transfer, it can take significant part of bandwidth when small amounts of data are being exchangedy esto es exactamente lo que pasa cuando se realiza la búsqueda de [[FAQ_ed2k#What_is_a_source?|fuentes]] en el [[aMule]].

Nuestro [[client|cliente]] trata de establecer una conexión y de negociarla con una gran cantidad de [[client|clientes]]. Mientras realiza estas tareas, el [[aMule]] abre nuevas conexiones [http://www.ietf.org/rfc/rfc793.txt TCP] ''todo el tiempo''. El número de conexiones abiertas se controla fijando en las preferencias ''"Maxímo número de conexiones cada 5 segundos"''.

El número mas común es de 100. Cada conexión [http://www.ietf.org/rfc/rfc793.txt TCP] se convierte en al menos 3 paquetes que viajan por la red - uno es el paquete SYN, (petición de conexión), otro es el ACK o el RST dependiendo de si la conexión es aceptada o denegada, y por último el paquete SYN+ACK que se encarga de establecer la conexión.

Hay otra "sobrecarga" añadida debida a peticiones [http://www.ietf.org/rfc/rfc1034.txt DNS] para resolver las direccións, reintentos cuando un host no responde, etc...

=== El cuerpo de la red ===

Una vez revisadas las capas superiores
[http://www.ietf.org/rfc/rfc793.txt TCP] e [[IP]] de los paquetes, descendemos al intefase con la gestión de la red. Dependiendo de la manera en la que te conectas a la red la gestión de la misma se verá afectada. Simplificándolo, vamos a asumir que nuestro ordenador esta conectado al ISP directamente, eso quiere decir que no tenemos LAN (o switch o router) entre ambos.

Common setups include:
Las configuraciones mas comunes incluyen:

* un modem analógico, conectado a una línea telefónica (Los modems RDSI entran dentro de esta categoría);
* un cable modem, conectado a traves de ethernet, el ISP nos da una una [IP]] gracias al [http://www.ietf.org/rfc/rfc2131.txt DHCP];
* un cabel modem, conectado a traves de ethernet, es necesario configurar un tunel PPPoE o PPTP;
* el modem ADSL modem, conectado a traves de ethernett. Es necesario un tunel PPPoE o PPTP;
* variaciones sobre los casos anteriores, un modem conectado a un ordenador por USB, etc...

En cada una de estas configuraciones se utilizan distintos protocolos, y se diferentes encabezados para los paquetes enviados/recibidos.Hay un punto importante a reseñar: ''las tramas ethernet viajan entre el ordenador y el cable/ADSL, nunca llegan a nuestro ISP''. Esto provoca que no sontenidos en cuanta a la hora de calcular los ratios [http://www.ietf.org/rfc/rfc2516.txt PPPoE]; pero en cambio, las cabezeras
[http://www.ietf.org/rfc/rfc2637.txt PPTP] ''si llegan a nuestro ISP''.
A este respecto, tu proveedor puede o no incluir los encabezados es sus ratios
. Es por ello que nosotros hemos excluido estas cabezeras de nuestros cálculos

Si piensas que tu ISP los incluye, añade 4 bytes al tamaño de cada paquete

=== Ejemplo ===

Veamos que sobrecarga tenemos en una red tipo. Nuestra conexión es mediante cable modem, conectada mediante un enlace ethernet a nuestro PC directamente( no tenemos un router entre ambos)

En esta configuración tenemos paquetes [[IPv4]] enviados sobre ethernet.

Tenemos 10 nuevas conexiones abiertas cada segundo, y todas estan siendo aceptadas (conexión [http://www.ietf.org/rfc/rfc793.txt TCP] establecida). Esta parte sola suma (Estoy contando la información que va desde mi ordenador a la red):

''10 conexiones * 2 paquetes * (20 bytes TCP + 20 bytes [[IPv4]]) = 800 bytes de encabezamiento.''

Esto quiere decir que empezamos con 1.16*8 Kbps ''"invisibles"'' de encabezamiento debidos a la manera en la que la red trabaja. Ahora vamos a asumir que después de cada conexión que se establece nuestro [[aMule]] envia algún dato al otro lado de la red y se queda a la espera a recibir una respuesta..

''Total de 800 bytes + 800 bytes = 1600 bytes por segundo = 6400 bps = 6,4 Kbps''

Loque tenemos aqui son 6,4 KBps de encabezamiento de Red. Teniendo en cuenta que nuestro [[aMule] debe eviar otro tipo de datos (Subidas) y que es posible que no sea la unica aplicación de red que este funcionando, llegamos a lo siguiente:

Muy probablemente el enlace con tu proveedor no es tan rápido como parece. [[aMule]] ''tratará'' de abrir 10 conexiones por segundo y ''tratará'' de realizar las subidas a la velocidad especificada.

Tu sistema operativo compartirá todo el ancho de banda disponible entre [[aMule]] las otras aplicaciones de red que esten ejecutándose (por ejemplo el navegador). Los resultados pueden depender de las opciones específicas el sistema operativo.

== ACK bottleneck ==
In all calculations above there was one assumption - zero download. But downloading is what amule was built for. So let's examine how the overhead
above affects your downloading speed. The answer is in [http://www.ietf.org/rfc/rfc793.txt TCP] protocol.

When [http://www.ietf.org/rfc/rfc793.txt TCP] is sending data, it requires that the other side acknowledge the reception. So if client A is sending data to [[client]] B by [http://www.ietf.org/rfc/rfc793.txt TCP], B has to send a special ACK packets to A which tells B "ok, I got it". If, however, A doesn't receive the ACK packets in time, he will assume that either packet is lost.

So, without going deeply into [http://www.ietf.org/rfc/rfc793.txt TCP] specification: ''if B fails to send ACK to A, as a result A will transmit slower''.

Now let's see the situation in [[aMule]]. We saw in the previous chapter, that the uplink stream is congested by connection requests and uploads. As a result, there's a good chance that ACK packets for a file we are downloading ''will not be sent on time''.

The remote party will notice this and slow down. This is one more reason why the upstream should better not be too congested.

== Is there anything I can do? ==
OK, now that you understood why your network is so slow while [[aMule]] is
running you will maybe look for a way to fix this. The answer in 2 words: "rate limit".

The first thing you should do is to assign realistic rate limits in [[aMule]]
itself. If you have a uplink rate of 128 Kbps don't set [[aMule]]'s [[upload]] limit to 16 (kilobytes per second) just because 128/8 = 16.

A better, but far more complicated solution is to use the QoS and packet scheduling services of your OS. For example, you can give a higher priority to ACK packets to solve the above mentioned "ACK bottleneck" problem.

The QoS topic, however, is beyond the scope of this article.

== Router (switch, home network): is there any difference? ==
When the cable coming from your ISP is connected to some switching or routing
device, which in turn is connected to several PC's, bandwidth is shared between
them.

So, having N computers connected, an ideal device would simply provide
each one of them with 1/N of the total bandwidth. The situation may vary in real life, and your particular device may have different idea about fairness.

Since you're not going to have the hardware specs of your router chipset the only advice here is "try and see yourself".

== Multiple links ==
Until now, we talked about computers that are connected to the network through
single interface. While being most frequent, this is not mandatory. A user
may choose to connect via 2 (or more links) provided by different ISP's.
There're 2 reasons for this decision that I know about: link redundancy and
load balancing.

=== Link redundancy ===
In a case of link redundancy second link becomes operational when primary
link fails. This can be done automatically, or by explicit user command.
When this setup used, [[aMule]] along with other network applications must be
restarted when links are being switched. This will allow to bind new address,
reconnect to server and receive new ID. If [[aMule]] is connected via  [http://www.ietf.org/rfc/rfc3022.txt NAT]]
enabled router (it doesn't matter if you have [[FAQ_ed2k#What_is_LowID_and_HighID?|low or high ID]]), and links
are switched ''on the router'', restart not needed.

=== Load balancing ===
This is a far more complicated case. Both (all) links are simultaneously active,
and traffic is being distributed between them. The problem is that [[aMule]]
binds to ''all interfaces on the system'' i.e. 0.0.0.0. But, on [[FAQ ed2k|ed2k]]
your ID is your [[IP]] address, ''and you can not have two''. 
So the problem is that [[aMule]] does not explicitly choose the source
address for ''outgoing'' [http://www.ietf.org/rfc/rfc793.txt TCP] connections. Note, that it ''doesn't
matter'' on which interface it listens. This is exactly ''opposite''
to ''server'' applications like FTP or HTTP. When a client
tries to connect to a server it discovers its IP address by resolving DNS. Resolver
replies will contain all [[IP]] addresses of the specified host and a client should try them all. The server, in turn, may choose not to listen on
one of them and thus prevent the client from using this interface. In our case
[[aMule]] ''is a [[client]]'', and the [[server|ed2k server]] discovers its address from the
[[FAQ_ed2k#What_is_a_source?|source]] [[IP]] in the connection request. That's where the [[server|ed2k server]] will try to connect.
If the connection succeeds the client is [[client]] assigned a [[FAQ_ed2k#What_is_LowID_and_HighID?|high ID]], if it doesn't the client gets a Low ID.
The only solution in this situation (until [[aMule]] will have an ability to
bind to specific address) is to use [[aMule]] on your "primary" link. 
You can, however, cause [http://www.kernel.org Linux] to send packet through interface of your choice.
But, most probably they will be dropped by your ISP's router as "spoofed" because the source [[IP]] address doesn't match the address the ISP assigned to that interface.

FAQ network-es

2006-10-23T18:34:11Z

212.170.156.253:

= Velocidad de la red: Lo que debes saber antes de preguntar =
por Froenchenko Leonid, lfroen@gmail.com

== Prefacio ==

El propósito de este documento es clarificar algunos temas relacionados con la velocidad de la red que paracen cada cierto tiempo en el [[aMule]] [[forum]|foro]. Las causas por las que realizan preguntas sobre "[[FAQ_ed2k| la red aMule]]" son varias:

* La velocidad que indica el [[aMule]] no coincide con la de tu ISP.
* Bajo rendimiento del [[aMule]] o de otras aplicaciones que utilizan la red en la misma computadora, o,
* Los factores clave que influyen sobre el rendimiento de la red cuando el [[aMule]] esta corriendo.

Este documento va dirigido a usuarios que desean adquirir un mayor conocimiento del funcionamiento de las redes en general, y en particular, de las implicaciones de éstas sobre el funcionamiento del [[aMule]].

En cualquier caso esta página no tiene un propósito explícito "[[FAQ_ed2k|Network FAQ]]". Si estas buscando algo mas concreto quizás deberías ir a la páguina [[aMule is slow-es|aMule va lento FAQ]].

== Velocidad de la red - Como es de rápida? ==

Cuando hablamos de velocidad de red, generalmente usamos la unidad "bps", que significa bits por segundo, la razón es por la que se utiliza "bit en lugar de byte es básicamente histórica, pero tambíen viene dada por la arquitectura de los sistemas, y mas concretamente, viene del hecho de que no todas las redes en el mundo transmiten el tráfico de la red en bytes.

Hay un convenio por el que si usamos la B mayúscula "B" en "Bps" en el caso de que hablemos de "bytes por segundo". De cualquier modo este convenio no es aceptado por todo el mundo y mas en particular en organizaciones como la
[http://www.ietf.org/ IETF] y la [http://www.ieee.org/ IEEE] que utilizan "bps".

== Prefijos ==

Desde su invención, las redes han progresado enormemente. Hoy en día tenemos redes que transmiten miles de millones de bits por segundo. Para dar una medida a estas velocidades utilizamos los siguientes prefijos ''"kilo"'', ''"mega"'', ''"giga"'', ''"tera"''.

Es un error muy común pensar que los valores con estos prefijos son similares en computación. La realidad es que, por razones históricas, los prefijos en redes tienen una base decimal y no binaria

{| cellpadding="2" cellspacing="2" border="1" width="100%" title="Table 1"
| valign="middle" title="Table 1" align="center" bgcolor="#33ff33" | Prefijo
| valign="middle" align="center" bgcolor="#33ff33" | significado en informática
| valign="middle" title="Table 1" align="center" bgcolor="#33ff33" | significado en redes
| valign="middle" align="center" bgcolor="#33ff33" | diferencia, %%
|-
| valign="top" | k (kilo)
| valign="top" | 2^10 = 1024
| valign="top" | 10^3 = 1000
| valign="top" | 2%
|-
| valign="top" | M (mega)
| valign="top" | 2^20 = 1,048,576
| valign="top" | 10^6 = 1,000,000
| valign="top" | 5%
|-
| valign="top" | G (giga)
| valign="top" | 2^30 = 1,073,741,624
| valign="top" | 10^9 = 1,000,000,000
| valign="top" | 7%
|-
| valign="top" | T (tera)
| valign="top" | 2^40 = 1,099,511,627,776
| valign="top" | 10^12 = 1,000,000,000,000
| valign="top" | 9%
|}

Como puedes ver en la tabla anterior, el error en el cálculo es del 5% cuando el prefijo es incorrectamente interpretado. Date cuenta de que la velocidad contratada con tu ISP es la velocidad en "unidades de red"; (calculado en base decimal). Por ejemplo cuando tu proveedor te dice que tu conexión es de "ADSL 256/128", esto quiere decir 256000/128000 bps (bits por segundo). Esto significa que la velocidad de tu conexión es de 32000/16000 bps (bytes por segundo), teniendo en cuenta que hay 8 bits en cada byte.

== Sobrecarga del Protocolo - Que sabemos sobre esto? ==

Cuando [[aMule]] esta funcionando, este "habla" constantemente con otros [[client]]es y [[Server|servidores]].
Este intercambio de información es necesario para realizar algunas tareas como identificarse el mismo, pedir información sobre las
[[FAQ_eD2k-Kademlia#What_is_a_source?|fuentes]] disponibles, [[file|ficheros]], y realizar [[search|búsquedas]].

Como esta información es transparente para el usuario, se denomina "sobrecarga", es una carga añadida de información a los datos que deseas [[upload|compartir]] o [[download|descargar]].

[[aMule]] lo llama "''sobrecarga de la conexión''". De cualquier modo los datos de transferencia que [[aMule]] presenta, incluyen solo el tamaño de la información que el [[aMule]] mismo envía a la red. Mas tarde esa información se envía a la red con mayor sobrecarga , la de los protocolos de red.

Cuanta es esta sobrecarga? - Veámoslo en la siguiente sección.

== Sobrecarga de la Red ==

Lo priemro de todo, nosotros estamos hablando de la red [[IPv4]] network. Una vez en el tiempo, había solo un tipo de red [[IP]]. Ahora tenemos dos - [[IPv4|IP version 4]], el viejo protocolo que todos conocemos; el [[IPv6|IP version 6]] - el nuevo protocolo creado para cubrir los huecos del [[IPv4]].

[[FAQ ed2k|El protocolo ED2K ]] por su diseño, no puede comunicarse a través de la red [[IPv6]], por lo que los usuarios que lo utilizan (en Japón y China por ejemplo) no podrán concectarse. Usar [[IPv4]] significa, que cada paquete ([http://www.ietf.org/rfc/rfc793.txt TCP], [http://www.ietf.org/rfc/rfc768.txt UDP] and [http://www.ietf.org/rfc/rfc792.txt ICMP]) tendrá un encabezado [[IPv4]].

El tamaño mínimo de este encabezado es de 20 bytes. El encabezado puede tener partes opcionales (cada 4 bytes) y estas partes dependen de los preocveedores, concretamente el mío añade una [dword] opcional.

When talking to other clients and servers on [[FAQ ed2k|ed2k network]], [[aMule]] uses the widely known [http://www.ietf.org/rfc/rfc793.txt TCP] protocol. [http://www.ietf.org/rfc/rfc768.txt UDP] is also used, but on a much smaller scale. As you may already know, [http://www.ietf.org/rfc/rfc793.txt TCP] is a reliable protocol, i.e. it guarantees that data that is sent from one side will arrive on the other or an error will be reported.

To achieve this, [http://www.ietf.org/rfc/rfc793.txt TCP] sends its own data in addition to the actual "payload" data being transferred. These data include [http://www.ietf.org/rfc/rfc793.txt TCP] client initial negotiation, checksums, sequence numbers and acknowledgments. All of this is in the ''[http://www.ietf.org/rfc/rfc793.txt TCP] header'' that is added to each packet sent. The size of this header is a minimum of 20 bytes.

While being only a small overhead for a large bulk transfer, it can take significant part of bandwidth when small amounts of data are being exchanged. This is exactly what happens on [[FAQ_ed2k#What_is_a_source?|source]] discovery part of [[aMule]].

Our [[client]] is trying to establish a connection and negotiate with a large number of other [[client]]s. Doing this, [[aMule]] opens new [http://www.ietf.org/rfc/rfc793.txt TCP] connections ''all the time''. The number of connections opened is controlled by the ''"Maximum number of connections in 5 seconds"'' setting in the preferences.

A typical number is about 100. Each [http://www.ietf.org/rfc/rfc793.txt TCP] connection results in at least three packets traveling on the net - one is a SYN packet, i.e. connection request, and one an ACK or a RST when the connection is accepted or refused, and SYN+ACK to establish the session.

There's more overhead of [http://www.ietf.org/rfc/rfc1034.txt DNS] queries when an address is resolved, retries when a host doesn't reply and so on.

=== At low level ===
After passing [http://www.ietf.org/rfc/rfc793.txt TCP] and [[IP]] layers packets go down to the network interface driver. What kind of driver this is depends on the way your computer is connected to the internet. For the sake of simplicity, we will assume that this computer is connected to the ISP directly; i.e., that you have no LAN (or switch or router) between.

Common setups include:

* an analog modem, connected to a telephone line (ISDN modem falls in this category too);
* a cable modem, connected through ethernet, ISP gives you an [[IP]] address through [http://www.ietf.org/rfc/rfc2131.txt DHCP];
* a cable modem, connected through ethernet, ISP requires you to configure PPPoE or PPTP tunnel;
* an ADSL modem, connected through ethernet. You must have a PPPoE or PPTP tunnel;
* a variation on these, e.g., a modem connected to a computer via USB.

In each of the these setups there are different protocols in use, and different headers are added to transmitted packets. There's one important thing to note: ''ethernet frames travel between cable/ADSL modem and computer, and don't reach the ISP''. Consequently, they're not counted in rate calculations. [http://www.ietf.org/rfc/rfc2516.txt PPPoE]; in constrast,
[http://www.ietf.org/rfc/rfc2637.txt PPTP] headers ''do reach the ISP''. In this respect, your particular provider may or may not choose to include them in their rate calculations. For this reason, we have excluded those headers from our calculations.

If you think that your ISP includes it, add 4 bytes to the size of each packet.

=== Example ===
Let's see how much network overhead we have on a typical network. Our connection is a cable modem connected via an ethernet link to a PC directly (no router between them).

In this setup we have [[IPv4]] packets sent over ethernet.

Lets say we have 10 new connections opened each second, and all are being accepted (successfully established [http://www.ietf.org/rfc/rfc793.txt TCP] session). This alone sums up to (I'm counting data going up - from my computer to the net):

''10 connection * 2 packets * (20 bytes of TCP + 20 bytes of [[IPv4]]) = 800 bytes of overhead.''

This means that we are starting with 1.16*8 Kbps of "''invisible"''
overhead caused by the very way the network works. Now, let's assume that
after each connection is established our amule sends something to the other side and waits to receive an answer.

''Total of 800 bytes + 800 bytes = 1600 bytes per second = 6400 bps = 6.4 Kbps''

What we have here is 6.4 Kbps of network overhead alone. Taking into account
that amule has other data to send (uploads) and it is not the only network
application running we will have the following picture:

Most likely the link to your provider is not that fast. [[aMule]] will ''try'' to open 10 connections per second and will ''try'' to upload on the specified speed.

Your operating system will share all available bandwidth between those and between [[aMule]] and other network applications (browser for example). Actual results will vary depending on specific OS settings.

== ACK bottleneck ==
In all calculations above there was one assumption - zero download. But downloading is what amule was built for. So let's examine how the overhead
above affects your downloading speed. The answer is in [http://www.ietf.org/rfc/rfc793.txt TCP] protocol.

When [http://www.ietf.org/rfc/rfc793.txt TCP] is sending data, it requires that the other side acknowledge the reception. So if client A is sending data to [[client]] B by [http://www.ietf.org/rfc/rfc793.txt TCP], B has to send a special ACK packets to A which tells B "ok, I got it". If, however, A doesn't receive the ACK packets in time, he will assume that either packet is lost.

So, without going deeply into [http://www.ietf.org/rfc/rfc793.txt TCP] specification: ''if B fails to send ACK to A, as a result A will transmit slower''.

Now let's see the situation in [[aMule]]. We saw in the previous chapter, that the uplink stream is congested by connection requests and uploads. As a result, there's a good chance that ACK packets for a file we are downloading ''will not be sent on time''.

The remote party will notice this and slow down. This is one more reason why the upstream should better not be too congested.

== Is there anything I can do? ==
OK, now that you understood why your network is so slow while [[aMule]] is
running you will maybe look for a way to fix this. The answer in 2 words: "rate limit".

The first thing you should do is to assign realistic rate limits in [[aMule]]
itself. If you have a uplink rate of 128 Kbps don't set [[aMule]]'s [[upload]] limit to 16 (kilobytes per second) just because 128/8 = 16.

A better, but far more complicated solution is to use the QoS and packet scheduling services of your OS. For example, you can give a higher priority to ACK packets to solve the above mentioned "ACK bottleneck" problem.

The QoS topic, however, is beyond the scope of this article.

== Router (switch, home network): is there any difference? ==
When the cable coming from your ISP is connected to some switching or routing
device, which in turn is connected to several PC's, bandwidth is shared between
them.

So, having N computers connected, an ideal device would simply provide
each one of them with 1/N of the total bandwidth. The situation may vary in real life, and your particular device may have different idea about fairness.

Since you're not going to have the hardware specs of your router chipset the only advice here is "try and see yourself".

== Multiple links ==
Until now, we talked about computers that are connected to the network through
single interface. While being most frequent, this is not mandatory. A user
may choose to connect via 2 (or more links) provided by different ISP's.
There're 2 reasons for this decision that I know about: link redundancy and
load balancing.

=== Link redundancy ===
In a case of link redundancy second link becomes operational when primary
link fails. This can be done automatically, or by explicit user command.
When this setup used, [[aMule]] along with other network applications must be
restarted when links are being switched. This will allow to bind new address,
reconnect to server and receive new ID. If [[aMule]] is connected via  [http://www.ietf.org/rfc/rfc3022.txt NAT]]
enabled router (it doesn't matter if you have [[FAQ_ed2k#What_is_LowID_and_HighID?|low or high ID]]), and links
are switched ''on the router'', restart not needed.

=== Load balancing ===
This is a far more complicated case. Both (all) links are simultaneously active,
and traffic is being distributed between them. The problem is that [[aMule]]
binds to ''all interfaces on the system'' i.e. 0.0.0.0. But, on [[FAQ ed2k|ed2k]]
your ID is your [[IP]] address, ''and you can not have two''. 
So the problem is that [[aMule]] does not explicitly choose the source
address for ''outgoing'' [http://www.ietf.org/rfc/rfc793.txt TCP] connections. Note, that it ''doesn't
matter'' on which interface it listens. This is exactly ''opposite''
to ''server'' applications like FTP or HTTP. When a client
tries to connect to a server it discovers its IP address by resolving DNS. Resolver
replies will contain all [[IP]] addresses of the specified host and a client should try them all. The server, in turn, may choose not to listen on
one of them and thus prevent the client from using this interface. In our case
[[aMule]] ''is a [[client]]'', and the [[server|ed2k server]] discovers its address from the
[[FAQ_ed2k#What_is_a_source?|source]] [[IP]] in the connection request. That's where the [[server|ed2k server]] will try to connect.
If the connection succeeds the client is [[client]] assigned a [[FAQ_ed2k#What_is_LowID_and_HighID?|high ID]], if it doesn't the client gets a Low ID.
The only solution in this situation (until [[aMule]] will have an ability to
bind to specific address) is to use [[aMule]] on your "primary" link. 
You can, however, cause [http://www.kernel.org Linux] to send packet through interface of your choice.
But, most probably they will be dropped by your ISP's router as "spoofed" because the source [[IP]] address doesn't match the address the ISP assigned to that interface.

FAQ network-es

2006-10-23T18:24:00Z

212.170.156.253:

= Velocidad de la red: Lo que debes saber antes de preguntar =
por Froenchenko Leonid, lfroen@gmail.com

== Prefacio ==

El propósito de este documento es clarificar algunos temas relacionados con la velocidad de la red que paracen cada cierto tiempo en el [[aMule]] [[forum]|foro]. Las causas por las que realizan preguntas sobre "[[FAQ_ed2k| la red aMule]]" son varias:

* La velocidad que indica el [[aMule]] no coincide con la de tu ISP.
* Bajo rendimiento del [[aMule]] o de otras aplicaciones que utilizan la red en la misma computadora, o,
* Los factores clave que influyen sobre el rendimiento de la red cuando el [[aMule]] esta corriendo.

Este documento va dirigido a usuarios que desean adquirir un mayor conocimiento del funcionamiento de las redes en general, y en particular, de las implicaciones de éstas sobre el funcionamiento del [[aMule]].

En cualquier caso esta página no tiene un propósito explícito "[[FAQ_ed2k|Network FAQ]]". Si estas buscando algo mas concreto quizás deberías ir a la páguina [[aMule is slow-es|aMule va lento FAQ]].

== Velocidad de la red - Como es de rápida? ==

Cuando hablamos de velocidad de red, generalmente usamos la unidad "bps", que significa bits por segundo, la razón es por la que se utiliza "bit en lugar de byte es básicamente histórica, pero tambíen viene dada por la arquitectura de los sistemas, y mas concretamente, viene del hecho de que no todas las redes en el mundo transmiten el tráfico de la red en bytes.

Hay un convenio por el que si usamos la B mayúscula "B" en "Bps" en el caso de que hablemos de "bytes por segundo". De cualquier modo este convenio no es aceptado por todo el mundo y mas en particular en organizaciones como la
[http://www.ietf.org/ IETF] y la [http://www.ieee.org/ IEEE] que utilizan "bps".

== Prefijos ==

Desde su invención, las redes han progresado enormemente. Hoy en día tenemos redes que transmiten miles de millones de bits por segundo. Para dar una medida a estas velocidades utilizamos los siguientes prefijos ''"kilo"'', ''"mega"'', ''"giga"'', ''"tera"''.

Es un error muy común pensar que los valores con estos prefijos son similares en computación. La realidad es que, por razones históricas, los prefijos en redes tienen una base decimal y no binaria

{| cellpadding="2" cellspacing="2" border="1" width="100%" title="Table 1"
| valign="middle" title="Table 1" align="center" bgcolor="#33ff33" | Prefijo
| valign="middle" align="center" bgcolor="#33ff33" | significado en informática
| valign="middle" title="Table 1" align="center" bgcolor="#33ff33" | significado en redes
| valign="middle" align="center" bgcolor="#33ff33" | diferencia, %%
|-
| valign="top" | k (kilo)
| valign="top" | 2^10 = 1024
| valign="top" | 10^3 = 1000
| valign="top" | 2%
|-
| valign="top" | M (mega)
| valign="top" | 2^20 = 1,048,576
| valign="top" | 10^6 = 1,000,000
| valign="top" | 5%
|-
| valign="top" | G (giga)
| valign="top" | 2^30 = 1,073,741,624
| valign="top" | 10^9 = 1,000,000,000
| valign="top" | 7%
|-
| valign="top" | T (tera)
| valign="top" | 2^40 = 1,099,511,627,776
| valign="top" | 10^12 = 1,000,000,000,000
| valign="top" | 9%
|}

Como puedes ver en la tabla anterior, el error en el cálculo es del 5% cuando el prefijo es incorrectamente interpretado. Date cuenta de que la velocidad contratada con tu ISP es la velocidad en "unidades de red"; (calculado en base decimal). Por ejemplo cuando tu proveedor te dice que tu conexión es de "ADSL 256/128", esto quiere decir 256000/128000 bps (bits por segundo). Esto significa que la velocidad de tu conexión es de 32000/16000 bps (bytes por segundo), teniendo en cuenta que hay 8 bits en cada byte.

== Sobrecarga del Protocolo - Que sabemos sobre esto? ==

Cuando [[aMule]] esta funcionando, este "habla" constantemente con otros [[client]]es y [[Server|servidores]].
Este intercambio de información es necesario para realizar algunas tareas como identificarse el mismo, pedir información sobre las
[[FAQ_eD2k-Kademlia#What_is_a_source?|fuentes]] disponibles, [[file|ficheros]], y realizar [[search|búsquedas]].

Como esta información es transparente para el usuario, se denomina "sobrecarga", es una carga añadida de información a los datos que deseas [[upload|compartir]] o [[download|descargar]].

[[aMule]] lo llama "sobrecarga de la conexión''". De cualquier modo los datos de transferencia que [[aMule]] presenta, incluyen solo el tamaño de la información que el [[aMule]] mismo envía a la red stack. Mas tarde esa información se envía a la red con mayor sobrecarga , la de los protocolos de red.
Cuanta es esta sobrecarga? - Veámoslo en la siguiente sección.

== Sobrecarga de la Red ==

First of all - we're talking about the [[IPv4]] network. Once upon a time, there
was only one type of [[IP]] network. Now there are two - [[IPv4|IP version 4]], the old protocol that we all know; and [[IPv6|IP version 6]] - the new protocol made to fix the limitations of [[IPv4]].

[[FAQ ed2k|ED2K protocol]] by design, is unable to talk over [[IPv6]] network, so users who have it (in Japan and China for example) will not be able to connect "as is". Using [[IPv4]] means, that each packet ([http://www.ietf.org/rfc/rfc793.txt TCP], [http://www.ietf.org/rfc/rfc768.txt UDP], [http://www.ietf.org/rfc/rfc792.txt ICMP]) will have an [[IPv4]] header.

The minimum size of this header is 20 bytes. The header can have optional parts (each of 4 bytes) and that is up to your provider - for example, mine adds an optional [dword].

When talking to other clients and servers on [[FAQ ed2k|ed2k network]], [[aMule]] uses the widely known [http://www.ietf.org/rfc/rfc793.txt TCP] protocol. [http://www.ietf.org/rfc/rfc768.txt UDP] is also used, but on a much smaller scale. As you may already know, [http://www.ietf.org/rfc/rfc793.txt TCP] is a reliable protocol, i.e. it guarantees that data that is sent from one side will arrive on the other or an error will be reported.

To achieve this, [http://www.ietf.org/rfc/rfc793.txt TCP] sends its own data in addition to the actual "payload" data being transferred. These data include [http://www.ietf.org/rfc/rfc793.txt TCP] client initial negotiation, checksums, sequence numbers and acknowledgments. All of this is in the ''[http://www.ietf.org/rfc/rfc793.txt TCP] header'' that is added to each packet sent. The size of this header is a minimum of 20 bytes.

While being only a small overhead for a large bulk transfer, it can take significant part of bandwidth when small amounts of data are being exchanged. This is exactly what happens on [[FAQ_ed2k#What_is_a_source?|source]] discovery part of [[aMule]].

Our [[client]] is trying to establish a connection and negotiate with a large number of other [[client]]s. Doing this, [[aMule]] opens new [http://www.ietf.org/rfc/rfc793.txt TCP] connections ''all the time''. The number of connections opened is controlled by the ''"Maximum number of connections in 5 seconds"'' setting in the preferences.

A typical number is about 100. Each [http://www.ietf.org/rfc/rfc793.txt TCP] connection results in at least three packets traveling on the net - one is a SYN packet, i.e. connection request, and one an ACK or a RST when the connection is accepted or refused, and SYN+ACK to establish the session.

There's more overhead of [http://www.ietf.org/rfc/rfc1034.txt DNS] queries when an address is resolved, retries when a host doesn't reply and so on.

=== At low level ===
After passing [http://www.ietf.org/rfc/rfc793.txt TCP] and [[IP]] layers packets go down to the network interface driver. What kind of driver this is depends on the way your computer is connected to the internet. For the sake of simplicity, we will assume that this computer is connected to the ISP directly; i.e., that you have no LAN (or switch or router) between.

Common setups include:

* an analog modem, connected to a telephone line (ISDN modem falls in this category too);
* a cable modem, connected through ethernet, ISP gives you an [[IP]] address through [http://www.ietf.org/rfc/rfc2131.txt DHCP];
* a cable modem, connected through ethernet, ISP requires you to configure PPPoE or PPTP tunnel;
* an ADSL modem, connected through ethernet. You must have a PPPoE or PPTP tunnel;
* a variation on these, e.g., a modem connected to a computer via USB.

In each of the these setups there are different protocols in use, and different headers are added to transmitted packets. There's one important thing to note: ''ethernet frames travel between cable/ADSL modem and computer, and don't reach the ISP''. Consequently, they're not counted in rate calculations. [http://www.ietf.org/rfc/rfc2516.txt PPPoE]; in constrast,
[http://www.ietf.org/rfc/rfc2637.txt PPTP] headers ''do reach the ISP''. In this respect, your particular provider may or may not choose to include them in their rate calculations. For this reason, we have excluded those headers from our calculations.

If you think that your ISP includes it, add 4 bytes to the size of each packet.

=== Example ===
Let's see how much network overhead we have on a typical network. Our connection is a cable modem connected via an ethernet link to a PC directly (no router between them).

In this setup we have [[IPv4]] packets sent over ethernet.

Lets say we have 10 new connections opened each second, and all are being accepted (successfully established [http://www.ietf.org/rfc/rfc793.txt TCP] session). This alone sums up to (I'm counting data going up - from my computer to the net):

''10 connection * 2 packets * (20 bytes of TCP + 20 bytes of [[IPv4]]) = 800 bytes of overhead.''

This means that we are starting with 1.16*8 Kbps of "''invisible"''
overhead caused by the very way the network works. Now, let's assume that
after each connection is established our amule sends something to the other side and waits to receive an answer.

''Total of 800 bytes + 800 bytes = 1600 bytes per second = 6400 bps = 6.4 Kbps''

What we have here is 6.4 Kbps of network overhead alone. Taking into account
that amule has other data to send (uploads) and it is not the only network
application running we will have the following picture:

Most likely the link to your provider is not that fast. [[aMule]] will ''try'' to open 10 connections per second and will ''try'' to upload on the specified speed.

Your operating system will share all available bandwidth between those and between [[aMule]] and other network applications (browser for example). Actual results will vary depending on specific OS settings.

== ACK bottleneck ==
In all calculations above there was one assumption - zero download. But downloading is what amule was built for. So let's examine how the overhead
above affects your downloading speed. The answer is in [http://www.ietf.org/rfc/rfc793.txt TCP] protocol.

When [http://www.ietf.org/rfc/rfc793.txt TCP] is sending data, it requires that the other side acknowledge the reception. So if client A is sending data to [[client]] B by [http://www.ietf.org/rfc/rfc793.txt TCP], B has to send a special ACK packets to A which tells B "ok, I got it". If, however, A doesn't receive the ACK packets in time, he will assume that either packet is lost.

So, without going deeply into [http://www.ietf.org/rfc/rfc793.txt TCP] specification: ''if B fails to send ACK to A, as a result A will transmit slower''.

Now let's see the situation in [[aMule]]. We saw in the previous chapter, that the uplink stream is congested by connection requests and uploads. As a result, there's a good chance that ACK packets for a file we are downloading ''will not be sent on time''.

The remote party will notice this and slow down. This is one more reason why the upstream should better not be too congested.

== Is there anything I can do? ==
OK, now that you understood why your network is so slow while [[aMule]] is
running you will maybe look for a way to fix this. The answer in 2 words: "rate limit".

The first thing you should do is to assign realistic rate limits in [[aMule]]
itself. If you have a uplink rate of 128 Kbps don't set [[aMule]]'s [[upload]] limit to 16 (kilobytes per second) just because 128/8 = 16.

A better, but far more complicated solution is to use the QoS and packet scheduling services of your OS. For example, you can give a higher priority to ACK packets to solve the above mentioned "ACK bottleneck" problem.

The QoS topic, however, is beyond the scope of this article.

== Router (switch, home network): is there any difference? ==
When the cable coming from your ISP is connected to some switching or routing
device, which in turn is connected to several PC's, bandwidth is shared between
them.

So, having N computers connected, an ideal device would simply provide
each one of them with 1/N of the total bandwidth. The situation may vary in real life, and your particular device may have different idea about fairness.

Since you're not going to have the hardware specs of your router chipset the only advice here is "try and see yourself".

== Multiple links ==
Until now, we talked about computers that are connected to the network through
single interface. While being most frequent, this is not mandatory. A user
may choose to connect via 2 (or more links) provided by different ISP's.
There're 2 reasons for this decision that I know about: link redundancy and
load balancing.

=== Link redundancy ===
In a case of link redundancy second link becomes operational when primary
link fails. This can be done automatically, or by explicit user command.
When this setup used, [[aMule]] along with other network applications must be
restarted when links are being switched. This will allow to bind new address,
reconnect to server and receive new ID. If [[aMule]] is connected via  [http://www.ietf.org/rfc/rfc3022.txt NAT]]
enabled router (it doesn't matter if you have [[FAQ_ed2k#What_is_LowID_and_HighID?|low or high ID]]), and links
are switched ''on the router'', restart not needed.

=== Load balancing ===
This is a far more complicated case. Both (all) links are simultaneously active,
and traffic is being distributed between them. The problem is that [[aMule]]
binds to ''all interfaces on the system'' i.e. 0.0.0.0. But, on [[FAQ ed2k|ed2k]]
your ID is your [[IP]] address, ''and you can not have two''. 
So the problem is that [[aMule]] does not explicitly choose the source
address for ''outgoing'' [http://www.ietf.org/rfc/rfc793.txt TCP] connections. Note, that it ''doesn't
matter'' on which interface it listens. This is exactly ''opposite''
to ''server'' applications like FTP or HTTP. When a client
tries to connect to a server it discovers its IP address by resolving DNS. Resolver
replies will contain all [[IP]] addresses of the specified host and a client should try them all. The server, in turn, may choose not to listen on
one of them and thus prevent the client from using this interface. In our case
[[aMule]] ''is a [[client]]'', and the [[server|ed2k server]] discovers its address from the
[[FAQ_ed2k#What_is_a_source?|source]] [[IP]] in the connection request. That's where the [[server|ed2k server]] will try to connect.
If the connection succeeds the client is [[client]] assigned a [[FAQ_ed2k#What_is_LowID_and_HighID?|high ID]], if it doesn't the client gets a Low ID.
The only solution in this situation (until [[aMule]] will have an ability to
bind to specific address) is to use [[aMule]] on your "primary" link. 
You can, however, cause [http://www.kernel.org Linux] to send packet through interface of your choice.
But, most probably they will be dropped by your ISP's router as "spoofed" because the source [[IP]] address doesn't match the address the ISP assigned to that interface.

FAQ network-es

2006-10-23T18:19:27Z

212.170.156.253:

= Velocidad de la red: Lo que debes saber antes de preguntar =
por Froenchenko Leonid, lfroen@gmail.com

== Prefacio ==

El propósito de este documento es clarificar algunos temas relacionados con la velocidad de la red que paracen cada cierto tiempo en el [[aMule]] [[forum]|foro]. Las causas por las que realizan preguntas sobre "[[FAQ_ed2k| la red aMule]]" son varias:

* La velocidad que indica el [[aMule]] no coincide con la de tu ISP.
* Bajo rendimiento del [[aMule]] o de otras aplicaciones que utilizan la red en la misma computadora, o,
* Los factores clave que influyen sobre el rendimiento de la red cuando el [[aMule]] esta corriendo.

Este documento va dirigido a usuarios que desean adquirir un mayor conocimiento del funcionamiento de las redes en general, y en particular, de las implicaciones de éstas sobre el funcionamiento del [[aMule]].

En cualquier caso esta página no tiene un propósito explícito "[[FAQ_ed2k|Network FAQ]]". Si estas buscando algo mas concreto quizás deberías ir a la páguina [[aMule is slow-es|aMule va lento FAQ]].

== Velocidad de la red - Como es de rápida? ==

Cuando hablamos de velocidad de red, generalmente usamos la unidad "bps", que significa bits por segundo, la razón es por la que se utiliza "bit en lugar de byte es básicamente histórica, pero tambíen viene dada por la arquitectura de los sistemas, y mas concretamente, viene del hecho de que no todas las redes en el mundo transmiten el tráfico de la red en bytes.

Hay un convenio por el que si usamos la B mayúscula "B" en "Bps" en el caso de que hablemos de "bytes por segundo". De cualquier modo este convenio no es aceptado por todo el mundo y mas en particular en organizaciones como la
[http://www.ietf.org/ IETF] y la [http://www.ieee.org/ IEEE] que utilizan "bps".

== Prefijos ==

Desde su invención, las redes han progresado enormemente. Hoy en día tenemos redes que transmiten miles de millones de bits por segundo. Para dar una medida a estas velocidades utilizamos los siguientes prefijos ''"kilo"'', ''"mega"'', ''"giga"'', ''"tera"''.

Es un error muy común pensar que los valores con estos prefijos son similares en computación. La realidad es que, por razones históricas, los prefijos en redes tienen una base decimal y no binaria

{| cellpadding="2" cellspacing="2" border="1" width="100%" title="Table 1"
| valign="middle" title="Table 1" align="center" bgcolor="#33ff33" | Prefijo
| valign="middle" align="center" bgcolor="#33ff33" | significado en informática
| valign="middle" title="Table 1" align="center" bgcolor="#33ff33" | significado en redes
| valign="middle" align="center" bgcolor="#33ff33" | diferencia, %%
|-
| valign="top" | k (kilo)
| valign="top" | 2^10 = 1024
| valign="top" | 10^3 = 1000
| valign="top" | 2%
|-
| valign="top" | M (mega)
| valign="top" | 2^20 = 1,048,576
| valign="top" | 10^6 = 1,000,000
| valign="top" | 5%
|-
| valign="top" | G (giga)
| valign="top" | 2^30 = 1,073,741,624
| valign="top" | 10^9 = 1,000,000,000
| valign="top" | 7%
|-
| valign="top" | T (tera)
| valign="top" | 2^40 = 1,099,511,627,776
| valign="top" | 10^12 = 1,000,000,000,000
| valign="top" | 9%
|}

Como puedes ver en la tabla anterior, el error en el cálculo es del 5% cuando el prefijo es incorrectamente interpretado. Date cuenta de que la velocidad contratada con tu ISP es la velocidad en "unidades de red"; (calculado en base decimal). Por ejemplo cuando tu proveedor te dice que tu conexión es de "ADSL 256/128", esto quiere decir 256000/128000 bps (bits por segundo). Esto significa que la velocidad de tu conexión es de 32000/16000 bps (bytes por segundo), teniendo en cuenta que hay 8 bits en cada byte.

== Sobrecarga del Protocolo - Que sabemos sobre esto? ==

Cuando [[aMule]] esta funcionando, este "habla" constantemente con otros [[client]]es servidores [[Server]|servidores].
Este intercambio de información es necesario para realizar algunas tareas como identificarse el mismo, pedir información sobre las
[[FAQ_eD2k-Kademlia#What_is_a_source?|fuentes]] disponibles, [[file]ficheros], y realizar [[search]|búsquedas].

Como esta información es transparente para el usuario, se denomina "sobrecarga", es una carga añadida de información a los datos que deseas [[upload]|compartir] o [[download]|descargar].

[[aMule]] lo llama "sobrecarga de la conexión''". De cualquier modo los datos de transferencia que [[aMule]] presenta, incluyen solo el tamaño de la información que el [[aMule]] mismo envía a la red stack. Mas tarde esa información se envía a la red con mayor sobrecarga , la de los protocolos de red.
Cuanta es esta sobrecarga? - Veámoslo en la siguiente sección.

== Sobrecarga de la Red ==

First of all - we're talking about the [[IPv4]] network. Once upon a time, there
was only one type of [[IP]] network. Now there are two - [[IPv4|IP version 4]], the old protocol that we all know; and [[IPv6|IP version 6]] - the new protocol made to fix the limitations of [[IPv4]].

[[FAQ ed2k|ED2K protocol]] by design, is unable to talk over [[IPv6]] network, so users who have it (in Japan and China for example) will not be able to connect "as is". Using [[IPv4]] means, that each packet ([http://www.ietf.org/rfc/rfc793.txt TCP], [http://www.ietf.org/rfc/rfc768.txt UDP], [http://www.ietf.org/rfc/rfc792.txt ICMP]) will have an [[IPv4]] header.

The minimum size of this header is 20 bytes. The header can have optional parts (each of 4 bytes) and that is up to your provider - for example, mine adds an optional [dword].

When talking to other clients and servers on [[FAQ ed2k|ed2k network]], [[aMule]] uses the widely known [http://www.ietf.org/rfc/rfc793.txt TCP] protocol. [http://www.ietf.org/rfc/rfc768.txt UDP] is also used, but on a much smaller scale. As you may already know, [http://www.ietf.org/rfc/rfc793.txt TCP] is a reliable protocol, i.e. it guarantees that data that is sent from one side will arrive on the other or an error will be reported.

To achieve this, [http://www.ietf.org/rfc/rfc793.txt TCP] sends its own data in addition to the actual "payload" data being transferred. These data include [http://www.ietf.org/rfc/rfc793.txt TCP] client initial negotiation, checksums, sequence numbers and acknowledgments. All of this is in the ''[http://www.ietf.org/rfc/rfc793.txt TCP] header'' that is added to each packet sent. The size of this header is a minimum of 20 bytes.

While being only a small overhead for a large bulk transfer, it can take significant part of bandwidth when small amounts of data are being exchanged. This is exactly what happens on [[FAQ_ed2k#What_is_a_source?|source]] discovery part of [[aMule]].

Our [[client]] is trying to establish a connection and negotiate with a large number of other [[client]]s. Doing this, [[aMule]] opens new [http://www.ietf.org/rfc/rfc793.txt TCP] connections ''all the time''. The number of connections opened is controlled by the ''"Maximum number of connections in 5 seconds"'' setting in the preferences.

A typical number is about 100. Each [http://www.ietf.org/rfc/rfc793.txt TCP] connection results in at least three packets traveling on the net - one is a SYN packet, i.e. connection request, and one an ACK or a RST when the connection is accepted or refused, and SYN+ACK to establish the session.

There's more overhead of [http://www.ietf.org/rfc/rfc1034.txt DNS] queries when an address is resolved, retries when a host doesn't reply and so on.

=== At low level ===
After passing [http://www.ietf.org/rfc/rfc793.txt TCP] and [[IP]] layers packets go down to the network interface driver. What kind of driver this is depends on the way your computer is connected to the internet. For the sake of simplicity, we will assume that this computer is connected to the ISP directly; i.e., that you have no LAN (or switch or router) between.

Common setups include:

* an analog modem, connected to a telephone line (ISDN modem falls in this category too);
* a cable modem, connected through ethernet, ISP gives you an [[IP]] address through [http://www.ietf.org/rfc/rfc2131.txt DHCP];
* a cable modem, connected through ethernet, ISP requires you to configure PPPoE or PPTP tunnel;
* an ADSL modem, connected through ethernet. You must have a PPPoE or PPTP tunnel;
* a variation on these, e.g., a modem connected to a computer via USB.

In each of the these setups there are different protocols in use, and different headers are added to transmitted packets. There's one important thing to note: ''ethernet frames travel between cable/ADSL modem and computer, and don't reach the ISP''. Consequently, they're not counted in rate calculations. [http://www.ietf.org/rfc/rfc2516.txt PPPoE]; in constrast,
[http://www.ietf.org/rfc/rfc2637.txt PPTP] headers ''do reach the ISP''. In this respect, your particular provider may or may not choose to include them in their rate calculations. For this reason, we have excluded those headers from our calculations.

If you think that your ISP includes it, add 4 bytes to the size of each packet.

=== Example ===
Let's see how much network overhead we have on a typical network. Our connection is a cable modem connected via an ethernet link to a PC directly (no router between them).

In this setup we have [[IPv4]] packets sent over ethernet.

Lets say we have 10 new connections opened each second, and all are being accepted (successfully established [http://www.ietf.org/rfc/rfc793.txt TCP] session). This alone sums up to (I'm counting data going up - from my computer to the net):

''10 connection * 2 packets * (20 bytes of TCP + 20 bytes of [[IPv4]]) = 800 bytes of overhead.''

This means that we are starting with 1.16*8 Kbps of "''invisible"''
overhead caused by the very way the network works. Now, let's assume that
after each connection is established our amule sends something to the other side and waits to receive an answer.

''Total of 800 bytes + 800 bytes = 1600 bytes per second = 6400 bps = 6.4 Kbps''

What we have here is 6.4 Kbps of network overhead alone. Taking into account
that amule has other data to send (uploads) and it is not the only network
application running we will have the following picture:

Most likely the link to your provider is not that fast. [[aMule]] will ''try'' to open 10 connections per second and will ''try'' to upload on the specified speed.

Your operating system will share all available bandwidth between those and between [[aMule]] and other network applications (browser for example). Actual results will vary depending on specific OS settings.

== ACK bottleneck ==
In all calculations above there was one assumption - zero download. But downloading is what amule was built for. So let's examine how the overhead
above affects your downloading speed. The answer is in [http://www.ietf.org/rfc/rfc793.txt TCP] protocol.

When [http://www.ietf.org/rfc/rfc793.txt TCP] is sending data, it requires that the other side acknowledge the reception. So if client A is sending data to [[client]] B by [http://www.ietf.org/rfc/rfc793.txt TCP], B has to send a special ACK packets to A which tells B "ok, I got it". If, however, A doesn't receive the ACK packets in time, he will assume that either packet is lost.

So, without going deeply into [http://www.ietf.org/rfc/rfc793.txt TCP] specification: ''if B fails to send ACK to A, as a result A will transmit slower''.

Now let's see the situation in [[aMule]]. We saw in the previous chapter, that the uplink stream is congested by connection requests and uploads. As a result, there's a good chance that ACK packets for a file we are downloading ''will not be sent on time''.

The remote party will notice this and slow down. This is one more reason why the upstream should better not be too congested.

== Is there anything I can do? ==
OK, now that you understood why your network is so slow while [[aMule]] is
running you will maybe look for a way to fix this. The answer in 2 words: "rate limit".

The first thing you should do is to assign realistic rate limits in [[aMule]]
itself. If you have a uplink rate of 128 Kbps don't set [[aMule]]'s [[upload]] limit to 16 (kilobytes per second) just because 128/8 = 16.

A better, but far more complicated solution is to use the QoS and packet scheduling services of your OS. For example, you can give a higher priority to ACK packets to solve the above mentioned "ACK bottleneck" problem.

The QoS topic, however, is beyond the scope of this article.

== Router (switch, home network): is there any difference? ==
When the cable coming from your ISP is connected to some switching or routing
device, which in turn is connected to several PC's, bandwidth is shared between
them.

So, having N computers connected, an ideal device would simply provide
each one of them with 1/N of the total bandwidth. The situation may vary in real life, and your particular device may have different idea about fairness.

Since you're not going to have the hardware specs of your router chipset the only advice here is "try and see yourself".

== Multiple links ==
Until now, we talked about computers that are connected to the network through
single interface. While being most frequent, this is not mandatory. A user
may choose to connect via 2 (or more links) provided by different ISP's.
There're 2 reasons for this decision that I know about: link redundancy and
load balancing.

=== Link redundancy ===
In a case of link redundancy second link becomes operational when primary
link fails. This can be done automatically, or by explicit user command.
When this setup used, [[aMule]] along with other network applications must be
restarted when links are being switched. This will allow to bind new address,
reconnect to server and receive new ID. If [[aMule]] is connected via  [http://www.ietf.org/rfc/rfc3022.txt NAT]]
enabled router (it doesn't matter if you have [[FAQ_ed2k#What_is_LowID_and_HighID?|low or high ID]]), and links
are switched ''on the router'', restart not needed.

=== Load balancing ===
This is a far more complicated case. Both (all) links are simultaneously active,
and traffic is being distributed between them. The problem is that [[aMule]]
binds to ''all interfaces on the system'' i.e. 0.0.0.0. But, on [[FAQ ed2k|ed2k]]
your ID is your [[IP]] address, ''and you can not have two''. 
So the problem is that [[aMule]] does not explicitly choose the source
address for ''outgoing'' [http://www.ietf.org/rfc/rfc793.txt TCP] connections. Note, that it ''doesn't
matter'' on which interface it listens. This is exactly ''opposite''
to ''server'' applications like FTP or HTTP. When a client
tries to connect to a server it discovers its IP address by resolving DNS. Resolver
replies will contain all [[IP]] addresses of the specified host and a client should try them all. The server, in turn, may choose not to listen on
one of them and thus prevent the client from using this interface. In our case
[[aMule]] ''is a [[client]]'', and the [[server|ed2k server]] discovers its address from the
[[FAQ_ed2k#What_is_a_source?|source]] [[IP]] in the connection request. That's where the [[server|ed2k server]] will try to connect.
If the connection succeeds the client is [[client]] assigned a [[FAQ_ed2k#What_is_LowID_and_HighID?|high ID]], if it doesn't the client gets a Low ID.
The only solution in this situation (until [[aMule]] will have an ability to
bind to specific address) is to use [[aMule]] on your "primary" link. 
You can, however, cause [http://www.kernel.org Linux] to send packet through interface of your choice.
But, most probably they will be dropped by your ISP's router as "spoofed" because the source [[IP]] address doesn't match the address the ISP assigned to that interface.

FAQ network-es

2006-10-23T18:11:43Z

212.170.156.253:

= Velocidad de la red: Lo que debes saber antes de preguntar =
por Froenchenko Leonid, lfroen@gmail.com

== Prefacio ==

El propósito de este documento es clarificar algunos temas relacionados con la velocidad de la red que paracen cada cierto tiempo en el [[aMule]] [[forum]|foro]. Las causas por las que realizan preguntas sobre "[[FAQ_ed2k| la red aMule]]" son varias:

* La velocidad que indica el [[aMule]] no coincide con la de tu ISP.
* Bajo rendimiento del [[aMule]] o de otras aplicaciones que utilizan la red en la misma computadora, o,
* Los factores clave que influyen sobre el rendimiento de la red cuando el [[aMule]] esta corriendo.

Este documento va dirigido a usuarios que desean adquirir un mayor conocimiento del funcionamiento de las redes en general, y en particular, de las implicaciones de éstas sobre el funcionamiento del [[aMule]].

En cualquier caso esta página no tiene un propósito explícito "[[FAQ_ed2k|Network FAQ]]". Si estas buscando algo mas concreto quizás deberías ir a la páguina [[aMule is slow-es|aMule va lento FAQ]].

== Velocidad de la red - Como es de rápida? ==

Cuando hablamos de velocidad de red, generalmente usamos la unidad "bps", que significa bits por segundo, la razón es por la que se utiliza "bit en lugar de byte es básicamente histórica, pero tambíen viene dada por la arquitectura de los sistemas, y mas concretamente, viene del hecho de que no todas las redes en el mundo transmiten el tráfico de la red en bytes.

Hay un convenio por el que si usamos la B mayúscula "B" en "Bps" en el caso de que hablemos de "bytes por segundo". De cualquier modo este convenio no es aceptado por todo el mundo y mas en particular en organizaciones como la
[http://www.ietf.org/ IETF] y la [http://www.ieee.org/ IEEE] que utilizan "bps".

== Prefijos ==

Desde su invención, las redes han progresado enormemente. Hoy en día tenemos redes que transmiten miles de millones de bits por segundo. Para dar una medida a estas velocidades utilizamos los siguientes prefijos ''"kilo"'', ''"mega"'', ''"giga"'', ''"tera"''.

Es un error muy común pensar que los valores con estos prefijos son similares en computación. La realidad es que, por razones históricas, los prefijos en redes tienen una base decimal y no binaria

{| cellpadding="2" cellspacing="2" border="1" width="100%" title="Table 1"
| valign="middle" title="Table 1" align="center" bgcolor="#33ff33" | Prefijo
| valign="middle" align="center" bgcolor="#33ff33" | significado en informática
| valign="middle" title="Table 1" align="center" bgcolor="#33ff33" | significado en redes
| valign="middle" align="center" bgcolor="#33ff33" | diferencia, %%
|-
| valign="top" | k (kilo)
| valign="top" | 2^10 = 1024
| valign="top" | 10^3 = 1000
| valign="top" | 2%
|-
| valign="top" | M (mega)
| valign="top" | 2^20 = 1,048,576
| valign="top" | 10^6 = 1,000,000
| valign="top" | 5%
|-
| valign="top" | G (giga)
| valign="top" | 2^30 = 1,073,741,624
| valign="top" | 10^9 = 1,000,000,000
| valign="top" | 7%
|-
| valign="top" | T (tera)
| valign="top" | 2^40 = 1,099,511,627,776
| valign="top" | 10^12 = 1,000,000,000,000
| valign="top" | 9%
|}

Como puedes ver en la tabla anterior, el error en el cálculo es del 5% cuando el prefijo es incorrectamente interpretado. Date cuenta de que la velocidad contratada con tu ISP es la velocidad en "unidades de red"; (calculado en base decimal). Por ejemplo cuando tu proveedor te dice que tu conexión es de "ADSL 256/128", esto quiere decir 256000/128000 bps (bits por segundo). Esto significa que la velocidad de tu conexión es de 32000/16000 bps (bytes por segundo), teniendo en cuenta que hay 8 bits en cada byte.

== Sobrecarga del Protocolo - Que sabemos sobre esto? ==

Cuando [[aMule]] esta funcionando, este "habla" constantemente con otros[[client]]es servidores [[server]|servidores].
Este intercambio de información es necesario para realizar algunas tareas como identificarse el mismo, pedir información sobre las
[[FAQ_eD2k-Kademlia#What_is_a_source?|fuentes]] disponibles, [[file]ficheros], y realizar [[search]|búsquedas].

Como esta información es transparente para el usuario, se denomina "sobrecarga", es una carga añadida de información a los datos que deseas [[upload]|compartir] o [[download]|descargar].

[[aMule]] lo llama "sobrecarga de la conexión''". De cualquier modo los datos de transferencia que [[aMule]] presenta, incluyen solo el tamaño de la información que el [[aMule]] mismo envía a la red stack. Mas tarde esa información se envía a la red con mayor sobrecarga , la de los protocolos de red.
Cuanta es esta sobrecarga? - Veámoslo en la siguiente sección.

== Sobrecarga de la Red ==

First of all - we're talking about the [[IPv4]] network. Once upon a time, there
was only one type of [[IP]] network. Now there are two - [[IPv4|IP version 4]], the old protocol that we all know; and [[IPv6|IP version 6]] - the new protocol made to fix the limitations of [[IPv4]].

[[FAQ ed2k|ED2K protocol]] by design, is unable to talk over [[IPv6]] network, so users who have it (in Japan and China for example) will not be able to connect "as is". Using [[IPv4]] means, that each packet ([http://www.ietf.org/rfc/rfc793.txt TCP], [http://www.ietf.org/rfc/rfc768.txt UDP], [http://www.ietf.org/rfc/rfc792.txt ICMP]) will have an [[IPv4]] header.

The minimum size of this header is 20 bytes. The header can have optional parts (each of 4 bytes) and that is up to your provider - for example, mine adds an optional [dword].

When talking to other clients and servers on [[FAQ ed2k|ed2k network]], [[aMule]] uses the widely known [http://www.ietf.org/rfc/rfc793.txt TCP] protocol. [http://www.ietf.org/rfc/rfc768.txt UDP] is also used, but on a much smaller scale. As you may already know, [http://www.ietf.org/rfc/rfc793.txt TCP] is a reliable protocol, i.e. it guarantees that data that is sent from one side will arrive on the other or an error will be reported.

To achieve this, [http://www.ietf.org/rfc/rfc793.txt TCP] sends its own data in addition to the actual "payload" data being transferred. These data include [http://www.ietf.org/rfc/rfc793.txt TCP] client initial negotiation, checksums, sequence numbers and acknowledgments. All of this is in the ''[http://www.ietf.org/rfc/rfc793.txt TCP] header'' that is added to each packet sent. The size of this header is a minimum of 20 bytes.

While being only a small overhead for a large bulk transfer, it can take significant part of bandwidth when small amounts of data are being exchanged. This is exactly what happens on [[FAQ_ed2k#What_is_a_source?|source]] discovery part of [[aMule]].

Our [[client]] is trying to establish a connection and negotiate with a large number of other [[client]]s. Doing this, [[aMule]] opens new [http://www.ietf.org/rfc/rfc793.txt TCP] connections ''all the time''. The number of connections opened is controlled by the ''"Maximum number of connections in 5 seconds"'' setting in the preferences.

A typical number is about 100. Each [http://www.ietf.org/rfc/rfc793.txt TCP] connection results in at least three packets traveling on the net - one is a SYN packet, i.e. connection request, and one an ACK or a RST when the connection is accepted or refused, and SYN+ACK to establish the session.

There's more overhead of [http://www.ietf.org/rfc/rfc1034.txt DNS] queries when an address is resolved, retries when a host doesn't reply and so on.

=== At low level ===
After passing [http://www.ietf.org/rfc/rfc793.txt TCP] and [[IP]] layers packets go down to the network interface driver. What kind of driver this is depends on the way your computer is connected to the internet. For the sake of simplicity, we will assume that this computer is connected to the ISP directly; i.e., that you have no LAN (or switch or router) between.

Common setups include:

* an analog modem, connected to a telephone line (ISDN modem falls in this category too);
* a cable modem, connected through ethernet, ISP gives you an [[IP]] address through [http://www.ietf.org/rfc/rfc2131.txt DHCP];
* a cable modem, connected through ethernet, ISP requires you to configure PPPoE or PPTP tunnel;
* an ADSL modem, connected through ethernet. You must have a PPPoE or PPTP tunnel;
* a variation on these, e.g., a modem connected to a computer via USB.

In each of the these setups there are different protocols in use, and different headers are added to transmitted packets. There's one important thing to note: ''ethernet frames travel between cable/ADSL modem and computer, and don't reach the ISP''. Consequently, they're not counted in rate calculations. [http://www.ietf.org/rfc/rfc2516.txt PPPoE]; in constrast,
[http://www.ietf.org/rfc/rfc2637.txt PPTP] headers ''do reach the ISP''. In this respect, your particular provider may or may not choose to include them in their rate calculations. For this reason, we have excluded those headers from our calculations.

If you think that your ISP includes it, add 4 bytes to the size of each packet.

=== Example ===
Let's see how much network overhead we have on a typical network. Our connection is a cable modem connected via an ethernet link to a PC directly (no router between them).

In this setup we have [[IPv4]] packets sent over ethernet.

Lets say we have 10 new connections opened each second, and all are being accepted (successfully established [http://www.ietf.org/rfc/rfc793.txt TCP] session). This alone sums up to (I'm counting data going up - from my computer to the net):

''10 connection * 2 packets * (20 bytes of TCP + 20 bytes of [[IPv4]]) = 800 bytes of overhead.''

This means that we are starting with 1.16*8 Kbps of "''invisible"''
overhead caused by the very way the network works. Now, let's assume that
after each connection is established our amule sends something to the other side and waits to receive an answer.

''Total of 800 bytes + 800 bytes = 1600 bytes per second = 6400 bps = 6.4 Kbps''

What we have here is 6.4 Kbps of network overhead alone. Taking into account
that amule has other data to send (uploads) and it is not the only network
application running we will have the following picture:

Most likely the link to your provider is not that fast. [[aMule]] will ''try'' to open 10 connections per second and will ''try'' to upload on the specified speed.

Your operating system will share all available bandwidth between those and between [[aMule]] and other network applications (browser for example). Actual results will vary depending on specific OS settings.

== ACK bottleneck ==
In all calculations above there was one assumption - zero download. But downloading is what amule was built for. So let's examine how the overhead
above affects your downloading speed. The answer is in [http://www.ietf.org/rfc/rfc793.txt TCP] protocol.

When [http://www.ietf.org/rfc/rfc793.txt TCP] is sending data, it requires that the other side acknowledge the reception. So if client A is sending data to [[client]] B by [http://www.ietf.org/rfc/rfc793.txt TCP], B has to send a special ACK packets to A which tells B "ok, I got it". If, however, A doesn't receive the ACK packets in time, he will assume that either packet is lost.

So, without going deeply into [http://www.ietf.org/rfc/rfc793.txt TCP] specification: ''if B fails to send ACK to A, as a result A will transmit slower''.

Now let's see the situation in [[aMule]]. We saw in the previous chapter, that the uplink stream is congested by connection requests and uploads. As a result, there's a good chance that ACK packets for a file we are downloading ''will not be sent on time''.

The remote party will notice this and slow down. This is one more reason why the upstream should better not be too congested.

== Is there anything I can do? ==
OK, now that you understood why your network is so slow while [[aMule]] is
running you will maybe look for a way to fix this. The answer in 2 words: "rate limit".

The first thing you should do is to assign realistic rate limits in [[aMule]]
itself. If you have a uplink rate of 128 Kbps don't set [[aMule]]'s [[upload]] limit to 16 (kilobytes per second) just because 128/8 = 16.

A better, but far more complicated solution is to use the QoS and packet scheduling services of your OS. For example, you can give a higher priority to ACK packets to solve the above mentioned "ACK bottleneck" problem.

The QoS topic, however, is beyond the scope of this article.

== Router (switch, home network): is there any difference? ==
When the cable coming from your ISP is connected to some switching or routing
device, which in turn is connected to several PC's, bandwidth is shared between
them.

So, having N computers connected, an ideal device would simply provide
each one of them with 1/N of the total bandwidth. The situation may vary in real life, and your particular device may have different idea about fairness.

Since you're not going to have the hardware specs of your router chipset the only advice here is "try and see yourself".

== Multiple links ==
Until now, we talked about computers that are connected to the network through
single interface. While being most frequent, this is not mandatory. A user
may choose to connect via 2 (or more links) provided by different ISP's.
There're 2 reasons for this decision that I know about: link redundancy and
load balancing.

=== Link redundancy ===
In a case of link redundancy second link becomes operational when primary
link fails. This can be done automatically, or by explicit user command.
When this setup used, [[aMule]] along with other network applications must be
restarted when links are being switched. This will allow to bind new address,
reconnect to server and receive new ID. If [[aMule]] is connected via  [http://www.ietf.org/rfc/rfc3022.txt NAT]]
enabled router (it doesn't matter if you have [[FAQ_ed2k#What_is_LowID_and_HighID?|low or high ID]]), and links
are switched ''on the router'', restart not needed.

=== Load balancing ===
This is a far more complicated case. Both (all) links are simultaneously active,
and traffic is being distributed between them. The problem is that [[aMule]]
binds to ''all interfaces on the system'' i.e. 0.0.0.0. But, on [[FAQ ed2k|ed2k]]
your ID is your [[IP]] address, ''and you can not have two''. 
So the problem is that [[aMule]] does not explicitly choose the source
address for ''outgoing'' [http://www.ietf.org/rfc/rfc793.txt TCP] connections. Note, that it ''doesn't
matter'' on which interface it listens. This is exactly ''opposite''
to ''server'' applications like FTP or HTTP. When a client
tries to connect to a server it discovers its IP address by resolving DNS. Resolver
replies will contain all [[IP]] addresses of the specified host and a client should try them all. The server, in turn, may choose not to listen on
one of them and thus prevent the client from using this interface. In our case
[[aMule]] ''is a [[client]]'', and the [[server|ed2k server]] discovers its address from the
[[FAQ_ed2k#What_is_a_source?|source]] [[IP]] in the connection request. That's where the [[server|ed2k server]] will try to connect.
If the connection succeeds the client is [[client]] assigned a [[FAQ_ed2k#What_is_LowID_and_HighID?|high ID]], if it doesn't the client gets a Low ID.
The only solution in this situation (until [[aMule]] will have an ability to
bind to specific address) is to use [[aMule]] on your "primary" link. 
You can, however, cause [http://www.kernel.org Linux] to send packet through interface of your choice.
But, most probably they will be dropped by your ISP's router as "spoofed" because the source [[IP]] address doesn't match the address the ISP assigned to that interface.

FAQ network-es

2006-10-23T17:45:00Z

212.170.156.253:

= Velocidad de la red: Lo que debes saber antes de preguntar =
por Froenchenko Leonid, lfroen@gmail.com

== Prefacio ==

El propósito de este documento es clarificar algunos temas relacionados con la velocidad de la red que paracen cada cierto tiempo en el [[aMule]] [[forum]|foro]. Las causas por las que realizan preguntas sobre "[[FAQ_ed2k| la red aMule]]" son varias:

* La velocidad que indica el [[aMule]] no coincide con la de tu ISP.
* the speed reported by [[aMule]] doesn't match your provider's given rate;
* Bajo rendimiento del [[aMule]] o de otras aplicaciones que utilizan la red en la misma computadora, o,
* Los factores clave que influyen sobre el rendimiento de la red cuando el [[aMule]] esta corriendo.

Este documento va dirigido a usuarios que desean adquirir un mayor conocimiento del funcionamiento de las redes en general, y en particular, de las implicaciones de éstas sobre el funcionamiento del [[aMule]].

En cualquier caso esta página no tiene un propósito explícito "[[FAQ_ed2k|Network FAQ]]". Si estas buscando algo mas concreto quizás deberías ir a la páguina [[aMule is slow-es|aMule va lento FAQ]].

== Velocidad de la red - Como es de rápida? ==

Cuando hablamos de velocidad de red, generalmente usamos la unidad "bps", que significa bits por segundo, la razón es por la que se utiliza "bit en lugar de byte es básicamente histórica, pero tambíen viene dada por la arquitectura de los sistemas, y mas concretamente, viene del hecho de que no todas las redes en el mundo transmiten el tráfico de la red en bytes.

Hay un convenio por el que si usamos la B mayúscula "B" en "Bps" en el caso de que hablemos de "bytes por segundo". De cualquier modo este convenio no es aceptado por todo el mundo y mas en particular en organizaciones como la
[http://www.ietf.org/ IETF] y la [http://www.ieee.org/ IEEE] que utilizan "bps".

== Prefijos ==

Desde su invención, las redes han progresado enormemente. Hoy en día tenemos redes que transmiten miles de millones de bits por segundo. Para dar una medida a estas velocidades utilizamos los siguientes prefijos ''"kilo"'', ''"mega"'', ''"giga"'', ''"tera"''.

Es un error muy común pensar que los valores con estos prefijos son similares en computación. La realidad es que, por razones históricas, los prefijos en redes tienen una base decimal y no binaria

{| cellpadding="2" cellspacing="2" border="1" width="100%" title="Table 1"
| valign="middle" title="Table 1" align="center" bgcolor="#33ff33" | Prefijo
| valign="middle" align="center" bgcolor="#33ff33" | significado en informática
| valign="middle" title="Table 1" align="center" bgcolor="#33ff33" | significado en redes
| valign="middle" align="center" bgcolor="#33ff33" | diferencia, %%
|-
| valign="top" | k (kilo)
| valign="top" | 2^10 = 1024
| valign="top" | 10^3 = 1000
| valign="top" | 2%
|-
| valign="top" | M (mega)
| valign="top" | 2^20 = 1,048,576
| valign="top" | 10^6 = 1,000,000
| valign="top" | 5%
|-
| valign="top" | G (giga)
| valign="top" | 2^30 = 1,073,741,624
| valign="top" | 10^9 = 1,000,000,000
| valign="top" | 7%
|-
| valign="top" | T (tera)
| valign="top" | 2^40 = 1,099,511,627,776
| valign="top" | 10^12 = 1,000,000,000,000
| valign="top" | 9%
|}

As you can see from the table above, the error in calculation is about 5% when the prefix is incorrectly interpreted. Please note that the speed your provider quotes you is the "speed in network units"; i.e., calculated on a decimal basis. For example when your provider tells you that your link is "ADSL 256/128", they mean 256000/128000 bps (bits per second). This means that the speed of your connection is 32000/16000 bps (bytes per second), since there are eight bits to a byte.

== Protocol overhead - what is it about? ==
When [[aMule]] is running, it constantly "talks" with other [[client]]s and [[server]]s.
This data exchange is needed to perform such tasks as identifying itself, requesting information about
available [[FAQ_eD2k-Kademlia#What_is_a_source?|source]]s and [[file]]s, and performing [[search]]es.

Since this information has no direct use to the user itself, it is called "overhead"; i.e., a necessary addition to the data you want to [[upload]] or [[download]].

[[aMule]] calls this "''connection overhead''". However the number that [[aMule]] presents includes only the size of the actual data that [[aMule]] itself sends to the network stack. Later, these data are sent out on the network with even more overhead - that of the network protocols.
How much is it? - let's see that in the next section.

== Network overhead ==
First of all - we're talking about the [[IPv4]] network. Once upon a time, there
was only one type of [[IP]] network. Now there are two - [[IPv4|IP version 4]], the old protocol that we all know; and [[IPv6|IP version 6]] - the new protocol made to fix the limitations of [[IPv4]].

[[FAQ ed2k|ED2K protocol]] by design, is unable to talk over [[IPv6]] network, so users who have it (in Japan and China for example) will not be able to connect "as is". Using [[IPv4]] means, that each packet ([http://www.ietf.org/rfc/rfc793.txt TCP], [http://www.ietf.org/rfc/rfc768.txt UDP], [http://www.ietf.org/rfc/rfc792.txt ICMP]) will have an [[IPv4]] header.

The minimum size of this header is 20 bytes. The header can have optional parts (each of 4 bytes) and that is up to your provider - for example, mine adds an optional [dword].

When talking to other clients and servers on [[FAQ ed2k|ed2k network]], [[aMule]] uses the widely known [http://www.ietf.org/rfc/rfc793.txt TCP] protocol. [http://www.ietf.org/rfc/rfc768.txt UDP] is also used, but on a much smaller scale. As you may already know, [http://www.ietf.org/rfc/rfc793.txt TCP] is a reliable protocol, i.e. it guarantees that data that is sent from one side will arrive on the other or an error will be reported.

To achieve this, [http://www.ietf.org/rfc/rfc793.txt TCP] sends its own data in addition to the actual "payload" data being transferred. These data include [http://www.ietf.org/rfc/rfc793.txt TCP] client initial negotiation, checksums, sequence numbers and acknowledgments. All of this is in the ''[http://www.ietf.org/rfc/rfc793.txt TCP] header'' that is added to each packet sent. The size of this header is a minimum of 20 bytes.

While being only a small overhead for a large bulk transfer, it can take significant part of bandwidth when small amounts of data are being exchanged. This is exactly what happens on [[FAQ_ed2k#What_is_a_source?|source]] discovery part of [[aMule]].

Our [[client]] is trying to establish a connection and negotiate with a large number of other [[client]]s. Doing this, [[aMule]] opens new [http://www.ietf.org/rfc/rfc793.txt TCP] connections ''all the time''. The number of connections opened is controlled by the ''"Maximum number of connections in 5 seconds"'' setting in the preferences.

A typical number is about 100. Each [http://www.ietf.org/rfc/rfc793.txt TCP] connection results in at least three packets traveling on the net - one is a SYN packet, i.e. connection request, and one an ACK or a RST when the connection is accepted or refused, and SYN+ACK to establish the session.

There's more overhead of [http://www.ietf.org/rfc/rfc1034.txt DNS] queries when an address is resolved, retries when a host doesn't reply and so on.

=== At low level ===
After passing [http://www.ietf.org/rfc/rfc793.txt TCP] and [[IP]] layers packets go down to the network interface driver. What kind of driver this is depends on the way your computer is connected to the internet. For the sake of simplicity, we will assume that this computer is connected to the ISP directly; i.e., that you have no LAN (or switch or router) between.

Common setups include:

* an analog modem, connected to a telephone line (ISDN modem falls in this category too);
* a cable modem, connected through ethernet, ISP gives you an [[IP]] address through [http://www.ietf.org/rfc/rfc2131.txt DHCP];
* a cable modem, connected through ethernet, ISP requires you to configure PPPoE or PPTP tunnel;
* an ADSL modem, connected through ethernet. You must have a PPPoE or PPTP tunnel;
* a variation on these, e.g., a modem connected to a computer via USB.

In each of the these setups there are different protocols in use, and different headers are added to transmitted packets. There's one important thing to note: ''ethernet frames travel between cable/ADSL modem and computer, and don't reach the ISP''. Consequently, they're not counted in rate calculations. [http://www.ietf.org/rfc/rfc2516.txt PPPoE]; in constrast,
[http://www.ietf.org/rfc/rfc2637.txt PPTP] headers ''do reach the ISP''. In this respect, your particular provider may or may not choose to include them in their rate calculations. For this reason, we have excluded those headers from our calculations.

If you think that your ISP includes it, add 4 bytes to the size of each packet.

=== Example ===
Let's see how much network overhead we have on a typical network. Our connection is a cable modem connected via an ethernet link to a PC directly (no router between them).

In this setup we have [[IPv4]] packets sent over ethernet.

Lets say we have 10 new connections opened each second, and all are being accepted (successfully established [http://www.ietf.org/rfc/rfc793.txt TCP] session). This alone sums up to (I'm counting data going up - from my computer to the net):

''10 connection * 2 packets * (20 bytes of TCP + 20 bytes of [[IPv4]]) = 800 bytes of overhead.''

This means that we are starting with 1.16*8 Kbps of "''invisible"''
overhead caused by the very way the network works. Now, let's assume that
after each connection is established our amule sends something to the other side and waits to receive an answer.

''Total of 800 bytes + 800 bytes = 1600 bytes per second = 6400 bps = 6.4 Kbps''

What we have here is 6.4 Kbps of network overhead alone. Taking into account
that amule has other data to send (uploads) and it is not the only network
application running we will have the following picture:

Most likely the link to your provider is not that fast. [[aMule]] will ''try'' to open 10 connections per second and will ''try'' to upload on the specified speed.

Your operating system will share all available bandwidth between those and between [[aMule]] and other network applications (browser for example). Actual results will vary depending on specific OS settings.

== ACK bottleneck ==
In all calculations above there was one assumption - zero download. But downloading is what amule was built for. So let's examine how the overhead
above affects your downloading speed. The answer is in [http://www.ietf.org/rfc/rfc793.txt TCP] protocol.

When [http://www.ietf.org/rfc/rfc793.txt TCP] is sending data, it requires that the other side acknowledge the reception. So if client A is sending data to [[client]] B by [http://www.ietf.org/rfc/rfc793.txt TCP], B has to send a special ACK packets to A which tells B "ok, I got it". If, however, A doesn't receive the ACK packets in time, he will assume that either packet is lost.

So, without going deeply into [http://www.ietf.org/rfc/rfc793.txt TCP] specification: ''if B fails to send ACK to A, as a result A will transmit slower''.

Now let's see the situation in [[aMule]]. We saw in the previous chapter, that the uplink stream is congested by connection requests and uploads. As a result, there's a good chance that ACK packets for a file we are downloading ''will not be sent on time''.

The remote party will notice this and slow down. This is one more reason why the upstream should better not be too congested.

== Is there anything I can do? ==
OK, now that you understood why your network is so slow while [[aMule]] is
running you will maybe look for a way to fix this. The answer in 2 words: "rate limit".

The first thing you should do is to assign realistic rate limits in [[aMule]]
itself. If you have a uplink rate of 128 Kbps don't set [[aMule]]'s [[upload]] limit to 16 (kilobytes per second) just because 128/8 = 16.

A better, but far more complicated solution is to use the QoS and packet scheduling services of your OS. For example, you can give a higher priority to ACK packets to solve the above mentioned "ACK bottleneck" problem.

The QoS topic, however, is beyond the scope of this article.

== Router (switch, home network): is there any difference? ==
When the cable coming from your ISP is connected to some switching or routing
device, which in turn is connected to several PC's, bandwidth is shared between
them.

So, having N computers connected, an ideal device would simply provide
each one of them with 1/N of the total bandwidth. The situation may vary in real life, and your particular device may have different idea about fairness.

Since you're not going to have the hardware specs of your router chipset the only advice here is "try and see yourself".

== Multiple links ==
Until now, we talked about computers that are connected to the network through
single interface. While being most frequent, this is not mandatory. A user
may choose to connect via 2 (or more links) provided by different ISP's.
There're 2 reasons for this decision that I know about: link redundancy and
load balancing.

=== Link redundancy ===
In a case of link redundancy second link becomes operational when primary
link fails. This can be done automatically, or by explicit user command.
When this setup used, [[aMule]] along with other network applications must be
restarted when links are being switched. This will allow to bind new address,
reconnect to server and receive new ID. If [[aMule]] is connected via  [http://www.ietf.org/rfc/rfc3022.txt NAT]]
enabled router (it doesn't matter if you have [[FAQ_ed2k#What_is_LowID_and_HighID?|low or high ID]]), and links
are switched ''on the router'', restart not needed.

=== Load balancing ===
This is a far more complicated case. Both (all) links are simultaneously active,
and traffic is being distributed between them. The problem is that [[aMule]]
binds to ''all interfaces on the system'' i.e. 0.0.0.0. But, on [[FAQ ed2k|ed2k]]
your ID is your [[IP]] address, ''and you can not have two''. 
So the problem is that [[aMule]] does not explicitly choose the source
address for ''outgoing'' [http://www.ietf.org/rfc/rfc793.txt TCP] connections. Note, that it ''doesn't
matter'' on which interface it listens. This is exactly ''opposite''
to ''server'' applications like FTP or HTTP. When a client
tries to connect to a server it discovers its IP address by resolving DNS. Resolver
replies will contain all [[IP]] addresses of the specified host and a client should try them all. The server, in turn, may choose not to listen on
one of them and thus prevent the client from using this interface. In our case
[[aMule]] ''is a [[client]]'', and the [[server|ed2k server]] discovers its address from the
[[FAQ_ed2k#What_is_a_source?|source]] [[IP]] in the connection request. That's where the [[server|ed2k server]] will try to connect.
If the connection succeeds the client is [[client]] assigned a [[FAQ_ed2k#What_is_LowID_and_HighID?|high ID]], if it doesn't the client gets a Low ID.
The only solution in this situation (until [[aMule]] will have an ability to
bind to specific address) is to use [[aMule]] on your "primary" link. 
You can, however, cause [http://www.kernel.org Linux] to send packet through interface of your choice.
But, most probably they will be dropped by your ISP's router as "spoofed" because the source [[IP]] address doesn't match the address the ISP assigned to that interface.

FAQ network-es

2006-10-23T17:43:31Z

212.170.156.253:

= Velocidad de la red: Lo que debes saber antes de preguntar =
por Froenchenko Leonid, lfroen@gmail.com

== Prefacio ==

El propósito de este documento es clarificar algunos temas relacionados con la velocidad de la red que paracen cada cierto tiempo en el [[aMule]] [[forum]|foro]. Las causas por las que realizan preguntas sobre "[[FAQ_ed2k| la red aMule]]" son varias:

* La velocidad que indica el [[aMule]] no coincide con la de tu ISP.
* the speed reported by [[aMule]] doesn't match your provider's given rate;
* Bajo rendimiento del [[aMule]] o de otras aplicaciones que utilizan la red en la misma computadora, o,
* Los factores clave que influyen sobre el rendimiento de la red cuando el [[aMule]] esta corriendo.

Este documento va dirigido a usuarios que desean adquirir un mayor conocimiento del funcionamiento de las redes en general, y en particular, de las implicaciones de éstas sobre el funcionamiento del [[aMule]].

En cualquier caso esta página no tiene un propósito explícito "[[FAQ_ed2k|Network FAQ]]". Si estas buscando algo mas concreto quizás deberías ir a la páguina [[aMule is slow-es|aMule va lento FAQ]].

== Velocidad de la red - Como es de rápida? ==

Cuando hablamos de velocidad de red, generalmente usamos la unidad "bps", que significa bits por segundo, la razón es por la que se utiliza "bit en lugar de byte es básicamente histórica, pero tambíen viene dada por la arquitectura de los sistemas, y mas concretamente, viene del hecho de que no todas las redes en el mundo transmiten el tráfico de la red en bytes.

Hay un convenio por el que si usamos la B mayúscula "B" en "Bps" en el caso de que hablemos de "bytes por segundo". De cualquier modo este convenio no es aceptado por todo el mundo y mas en particular en organizaciones como la
[http://www.ietf.org/ IETF] y la [http://www.ieee.org/ IEEE] que utilizan "bps".

== Prefijos ==

Desde su invención, las redes han progresado enormemente. Hoy en día tenemos redes que transmiten miles de millones de bits por segundo. Para dar una medida a estas velocidades utilizamos los siguientes prefijos ''"kilo"'', ''"mega"'', ''"giga"'', ''"tera"''.

Es un error muy común pensar que los valores con estos prefijos son similares en computación. La realidad es que, por razones históricas, los prefijos en redes tienen una base decimal y no binaria

{| cellpadding="2" cellspacing="2" border="1" width="100%" title="Table 1"
| valign="middle" title="Table 1" align="center" bgcolor="#33ff33" | Prefijo| valign="middle" align="center" bgcolor="#33ff33" | significado en informática
| valign="middle" title="Table 1" align="center" bgcolor="#33ff33" | significado en redes | valign="middle" align="center" bgcolor="#33ff33" | diferencia, %%
|-
| valign="top" | k (kilo)
| valign="top" | 2^10 = 1024
| valign="top" | 10^3 = 1000
| valign="top" | 2%
|-
| valign="top" | M (mega)
| valign="top" | 2^20 = 1,048,576
| valign="top" | 10^6 = 1,000,000
| valign="top" | 5%
|-
| valign="top" | G (giga)
| valign="top" | 2^30 = 1,073,741,624
| valign="top" | 10^9 = 1,000,000,000
| valign="top" | 7%
|-
| valign="top" | T (tera)
| valign="top" | 2^40 = 1,099,511,627,776
| valign="top" | 10^12 = 1,000,000,000,000
| valign="top" | 9%
|}

As you can see from the table above, the error in calculation is about 5% when the prefix is incorrectly interpreted. Please note that the speed your provider quotes you is the "speed in network units"; i.e., calculated on a decimal basis. For example when your provider tells you that your link is "ADSL 256/128", they mean 256000/128000 bps (bits per second). This means that the speed of your connection is 32000/16000 bps (bytes per second), since there are eight bits to a byte.

== Protocol overhead - what is it about? ==
When [[aMule]] is running, it constantly "talks" with other [[client]]s and [[server]]s.
This data exchange is needed to perform such tasks as identifying itself, requesting information about
available [[FAQ_eD2k-Kademlia#What_is_a_source?|source]]s and [[file]]s, and performing [[search]]es.

Since this information has no direct use to the user itself, it is called "overhead"; i.e., a necessary addition to the data you want to [[upload]] or [[download]].

[[aMule]] calls this "''connection overhead''". However the number that [[aMule]] presents includes only the size of the actual data that [[aMule]] itself sends to the network stack. Later, these data are sent out on the network with even more overhead - that of the network protocols.
How much is it? - let's see that in the next section.

== Network overhead ==
First of all - we're talking about the [[IPv4]] network. Once upon a time, there
was only one type of [[IP]] network. Now there are two - [[IPv4|IP version 4]], the old protocol that we all know; and [[IPv6|IP version 6]] - the new protocol made to fix the limitations of [[IPv4]].

[[FAQ ed2k|ED2K protocol]] by design, is unable to talk over [[IPv6]] network, so users who have it (in Japan and China for example) will not be able to connect "as is". Using [[IPv4]] means, that each packet ([http://www.ietf.org/rfc/rfc793.txt TCP], [http://www.ietf.org/rfc/rfc768.txt UDP], [http://www.ietf.org/rfc/rfc792.txt ICMP]) will have an [[IPv4]] header.

The minimum size of this header is 20 bytes. The header can have optional parts (each of 4 bytes) and that is up to your provider - for example, mine adds an optional [dword].

When talking to other clients and servers on [[FAQ ed2k|ed2k network]], [[aMule]] uses the widely known [http://www.ietf.org/rfc/rfc793.txt TCP] protocol. [http://www.ietf.org/rfc/rfc768.txt UDP] is also used, but on a much smaller scale. As you may already know, [http://www.ietf.org/rfc/rfc793.txt TCP] is a reliable protocol, i.e. it guarantees that data that is sent from one side will arrive on the other or an error will be reported.

To achieve this, [http://www.ietf.org/rfc/rfc793.txt TCP] sends its own data in addition to the actual "payload" data being transferred. These data include [http://www.ietf.org/rfc/rfc793.txt TCP] client initial negotiation, checksums, sequence numbers and acknowledgments. All of this is in the ''[http://www.ietf.org/rfc/rfc793.txt TCP] header'' that is added to each packet sent. The size of this header is a minimum of 20 bytes.

While being only a small overhead for a large bulk transfer, it can take significant part of bandwidth when small amounts of data are being exchanged. This is exactly what happens on [[FAQ_ed2k#What_is_a_source?|source]] discovery part of [[aMule]].

Our [[client]] is trying to establish a connection and negotiate with a large number of other [[client]]s. Doing this, [[aMule]] opens new [http://www.ietf.org/rfc/rfc793.txt TCP] connections ''all the time''. The number of connections opened is controlled by the ''"Maximum number of connections in 5 seconds"'' setting in the preferences.

A typical number is about 100. Each [http://www.ietf.org/rfc/rfc793.txt TCP] connection results in at least three packets traveling on the net - one is a SYN packet, i.e. connection request, and one an ACK or a RST when the connection is accepted or refused, and SYN+ACK to establish the session.

There's more overhead of [http://www.ietf.org/rfc/rfc1034.txt DNS] queries when an address is resolved, retries when a host doesn't reply and so on.

=== At low level ===
After passing [http://www.ietf.org/rfc/rfc793.txt TCP] and [[IP]] layers packets go down to the network interface driver. What kind of driver this is depends on the way your computer is connected to the internet. For the sake of simplicity, we will assume that this computer is connected to the ISP directly; i.e., that you have no LAN (or switch or router) between.

Common setups include:

* an analog modem, connected to a telephone line (ISDN modem falls in this category too);
* a cable modem, connected through ethernet, ISP gives you an [[IP]] address through [http://www.ietf.org/rfc/rfc2131.txt DHCP];
* a cable modem, connected through ethernet, ISP requires you to configure PPPoE or PPTP tunnel;
* an ADSL modem, connected through ethernet. You must have a PPPoE or PPTP tunnel;
* a variation on these, e.g., a modem connected to a computer via USB.

In each of the these setups there are different protocols in use, and different headers are added to transmitted packets. There's one important thing to note: ''ethernet frames travel between cable/ADSL modem and computer, and don't reach the ISP''. Consequently, they're not counted in rate calculations. [http://www.ietf.org/rfc/rfc2516.txt PPPoE]; in constrast,
[http://www.ietf.org/rfc/rfc2637.txt PPTP] headers ''do reach the ISP''. In this respect, your particular provider may or may not choose to include them in their rate calculations. For this reason, we have excluded those headers from our calculations.

If you think that your ISP includes it, add 4 bytes to the size of each packet.

=== Example ===
Let's see how much network overhead we have on a typical network. Our connection is a cable modem connected via an ethernet link to a PC directly (no router between them).

In this setup we have [[IPv4]] packets sent over ethernet.

Lets say we have 10 new connections opened each second, and all are being accepted (successfully established [http://www.ietf.org/rfc/rfc793.txt TCP] session). This alone sums up to (I'm counting data going up - from my computer to the net):

''10 connection * 2 packets * (20 bytes of TCP + 20 bytes of [[IPv4]]) = 800 bytes of overhead.''

This means that we are starting with 1.16*8 Kbps of "''invisible"''
overhead caused by the very way the network works. Now, let's assume that
after each connection is established our amule sends something to the other side and waits to receive an answer.

''Total of 800 bytes + 800 bytes = 1600 bytes per second = 6400 bps = 6.4 Kbps''

What we have here is 6.4 Kbps of network overhead alone. Taking into account
that amule has other data to send (uploads) and it is not the only network
application running we will have the following picture:

Most likely the link to your provider is not that fast. [[aMule]] will ''try'' to open 10 connections per second and will ''try'' to upload on the specified speed.

Your operating system will share all available bandwidth between those and between [[aMule]] and other network applications (browser for example). Actual results will vary depending on specific OS settings.

== ACK bottleneck ==
In all calculations above there was one assumption - zero download. But downloading is what amule was built for. So let's examine how the overhead
above affects your downloading speed. The answer is in [http://www.ietf.org/rfc/rfc793.txt TCP] protocol.

When [http://www.ietf.org/rfc/rfc793.txt TCP] is sending data, it requires that the other side acknowledge the reception. So if client A is sending data to [[client]] B by [http://www.ietf.org/rfc/rfc793.txt TCP], B has to send a special ACK packets to A which tells B "ok, I got it". If, however, A doesn't receive the ACK packets in time, he will assume that either packet is lost.

So, without going deeply into [http://www.ietf.org/rfc/rfc793.txt TCP] specification: ''if B fails to send ACK to A, as a result A will transmit slower''.

Now let's see the situation in [[aMule]]. We saw in the previous chapter, that the uplink stream is congested by connection requests and uploads. As a result, there's a good chance that ACK packets for a file we are downloading ''will not be sent on time''.

The remote party will notice this and slow down. This is one more reason why the upstream should better not be too congested.

== Is there anything I can do? ==
OK, now that you understood why your network is so slow while [[aMule]] is
running you will maybe look for a way to fix this. The answer in 2 words: "rate limit".

The first thing you should do is to assign realistic rate limits in [[aMule]]
itself. If you have a uplink rate of 128 Kbps don't set [[aMule]]'s [[upload]] limit to 16 (kilobytes per second) just because 128/8 = 16.

A better, but far more complicated solution is to use the QoS and packet scheduling services of your OS. For example, you can give a higher priority to ACK packets to solve the above mentioned "ACK bottleneck" problem.

The QoS topic, however, is beyond the scope of this article.

== Router (switch, home network): is there any difference? ==
When the cable coming from your ISP is connected to some switching or routing
device, which in turn is connected to several PC's, bandwidth is shared between
them.

So, having N computers connected, an ideal device would simply provide
each one of them with 1/N of the total bandwidth. The situation may vary in real life, and your particular device may have different idea about fairness.

Since you're not going to have the hardware specs of your router chipset the only advice here is "try and see yourself".

== Multiple links ==
Until now, we talked about computers that are connected to the network through
single interface. While being most frequent, this is not mandatory. A user
may choose to connect via 2 (or more links) provided by different ISP's.
There're 2 reasons for this decision that I know about: link redundancy and
load balancing.

=== Link redundancy ===
In a case of link redundancy second link becomes operational when primary
link fails. This can be done automatically, or by explicit user command.
When this setup used, [[aMule]] along with other network applications must be
restarted when links are being switched. This will allow to bind new address,
reconnect to server and receive new ID. If [[aMule]] is connected via  [http://www.ietf.org/rfc/rfc3022.txt NAT]]
enabled router (it doesn't matter if you have [[FAQ_ed2k#What_is_LowID_and_HighID?|low or high ID]]), and links
are switched ''on the router'', restart not needed.

=== Load balancing ===
This is a far more complicated case. Both (all) links are simultaneously active,
and traffic is being distributed between them. The problem is that [[aMule]]
binds to ''all interfaces on the system'' i.e. 0.0.0.0. But, on [[FAQ ed2k|ed2k]]
your ID is your [[IP]] address, ''and you can not have two''. 
So the problem is that [[aMule]] does not explicitly choose the source
address for ''outgoing'' [http://www.ietf.org/rfc/rfc793.txt TCP] connections. Note, that it ''doesn't
matter'' on which interface it listens. This is exactly ''opposite''
to ''server'' applications like FTP or HTTP. When a client
tries to connect to a server it discovers its IP address by resolving DNS. Resolver
replies will contain all [[IP]] addresses of the specified host and a client should try them all. The server, in turn, may choose not to listen on
one of them and thus prevent the client from using this interface. In our case
[[aMule]] ''is a [[client]]'', and the [[server|ed2k server]] discovers its address from the
[[FAQ_ed2k#What_is_a_source?|source]] [[IP]] in the connection request. That's where the [[server|ed2k server]] will try to connect.
If the connection succeeds the client is [[client]] assigned a [[FAQ_ed2k#What_is_LowID_and_HighID?|high ID]], if it doesn't the client gets a Low ID.
The only solution in this situation (until [[aMule]] will have an ability to
bind to specific address) is to use [[aMule]] on your "primary" link. 
You can, however, cause [http://www.kernel.org Linux] to send packet through interface of your choice.
But, most probably they will be dropped by your ISP's router as "spoofed" because the source [[IP]] address doesn't match the address the ISP assigned to that interface.

FAQ network-es

2006-10-23T17:40:33Z

212.170.156.253:

= Velocidad de la red: Lo que debes saber antes de preguntar =
por Froenchenko Leonid, lfroen@gmail.com

== Prefacio ==
El propósito de este documento es clarificar algunos temas relacionados con la velocidad de la red que paracen cada cierto tiempo en el [[aMule]] [[forum]|foro]. Las causas por las que realizan preguntas sobre "[[FAQ_ed2k| la red aMule]]" so varias:

* La velocidad que indica el [[aMule]] no coincide con la de tu ISP.
* the speed reported by [[aMule]] doesn't match your provider's given rate;
* Bajo rendimiento del [[aMule]] o de otras aplicaciones que utilizan la red en la misma computadora, o,
* Los factores clave que influyen sobre el rendimiento de la red cuando el [[aMule]] esta corriendo.

Este documento va dirigido a usuarios que desean adquirir un mayor conocimiento del funcionamiento de las redes en general, y en particular, de las implicaciones de éstas sobre el funcionamiento del [[aMule]].

En cualquier caso esta página no tiene un propósito explícito "[[FAQ_ed2k|Network FAQ]]". Si estas buscando algo mas concreto quizás deberías ir a la páguina [[aMule is slow-es|aMule va lento FAQ]].

== Velocidad de la red - Como es de rápida? ==

Cuando hablamos de velocidad de red, generalmente usamos la unidad "bps", que significa bits por segundo, la razón es por la que se utiliza "bit en lugar de byte es básicamente histórica, pero tambíen viene dada por la arquitectura de los sistemas, y mas concretamente, viene del hecho de que no todas las redes en el mundo transmiten el tráfico de la red en bytes.

Hay un convenio por el que si usamos la B mayúscula "B" en "Bps" en el caso de que hablemos de "bytes por segundo". De cualquier modo este convenio no es aceptado por todo el mundo y mas en particular en organizaciones como la
[http://www.ietf.org/ IETF] y la [http://www.ieee.org/ IEEE] que utilizan "bps".

== Prefijos ==

Desde su invención, las redes han progresado enormemente. Hoy en día tenemos redes que transmiten miles de millones de bits por segundo. Para dar una medida a estas velocidades utilizamos los siguientes prefijos ''"kilo"'', ''"mega"'', ''"giga"'', ''"tera"''.

Es un error muy común pensar que los valores con estos prefijos son similares en computación. La realidad es que, por históricas razones, los prefijos en redes tienen una base decimal y no binaria

{| cellpadding="2" cellspacing="2" border="1" width="100%" title="Table 1"
| valign="middle" title="Table 1" align="center" bgcolor="#33ff33" | Prefix
| valign="middle" align="center" bgcolor="#33ff33" | meaning in computers
| valign="middle" title="Table 1" align="center" bgcolor="#33ff33" | meaning in networks
| valign="middle" align="center" bgcolor="#33ff33" | difference, %%
|-
| valign="top" | k (kilo)
| valign="top" | 2^10 = 1024
| valign="top" | 10^3 = 1000
| valign="top" | 2%
|-
| valign="top" | M (mega)
| valign="top" | 2^20 = 1,048,576
| valign="top" | 10^6 = 1,000,000
| valign="top" | 5%
|-
| valign="top" | G (giga)
| valign="top" | 2^30 = 1,073,741,624
| valign="top" | 10^9 = 1,000,000,000
| valign="top" | 7%
|-
| valign="top" | T (tera)
| valign="top" | 2^40 = 1,099,511,627,776
| valign="top" | 10^12 = 1,000,000,000,000
| valign="top" | 9%
|}

As you can see from the table above, the error in calculation is about 5% when the prefix is incorrectly interpreted. Please note that the speed your provider quotes you is the "speed in network units"; i.e., calculated on a decimal basis. For example when your provider tells you that your link is "ADSL 256/128", they mean 256000/128000 bps (bits per second). This means that the speed of your connection is 32000/16000 bps (bytes per second), since there are eight bits to a byte.

== Protocol overhead - what is it about? ==
When [[aMule]] is running, it constantly "talks" with other [[client]]s and [[server]]s.
This data exchange is needed to perform such tasks as identifying itself, requesting information about
available [[FAQ_eD2k-Kademlia#What_is_a_source?|source]]s and [[file]]s, and performing [[search]]es.

Since this information has no direct use to the user itself, it is called "overhead"; i.e., a necessary addition to the data you want to [[upload]] or [[download]].

[[aMule]] calls this "''connection overhead''". However the number that [[aMule]] presents includes only the size of the actual data that [[aMule]] itself sends to the network stack. Later, these data are sent out on the network with even more overhead - that of the network protocols.
How much is it? - let's see that in the next section.

== Network overhead ==
First of all - we're talking about the [[IPv4]] network. Once upon a time, there
was only one type of [[IP]] network. Now there are two - [[IPv4|IP version 4]], the old protocol that we all know; and [[IPv6|IP version 6]] - the new protocol made to fix the limitations of [[IPv4]].

[[FAQ ed2k|ED2K protocol]] by design, is unable to talk over [[IPv6]] network, so users who have it (in Japan and China for example) will not be able to connect "as is". Using [[IPv4]] means, that each packet ([http://www.ietf.org/rfc/rfc793.txt TCP], [http://www.ietf.org/rfc/rfc768.txt UDP], [http://www.ietf.org/rfc/rfc792.txt ICMP]) will have an [[IPv4]] header.

The minimum size of this header is 20 bytes. The header can have optional parts (each of 4 bytes) and that is up to your provider - for example, mine adds an optional [dword].

When talking to other clients and servers on [[FAQ ed2k|ed2k network]], [[aMule]] uses the widely known [http://www.ietf.org/rfc/rfc793.txt TCP] protocol. [http://www.ietf.org/rfc/rfc768.txt UDP] is also used, but on a much smaller scale. As you may already know, [http://www.ietf.org/rfc/rfc793.txt TCP] is a reliable protocol, i.e. it guarantees that data that is sent from one side will arrive on the other or an error will be reported.

To achieve this, [http://www.ietf.org/rfc/rfc793.txt TCP] sends its own data in addition to the actual "payload" data being transferred. These data include [http://www.ietf.org/rfc/rfc793.txt TCP] client initial negotiation, checksums, sequence numbers and acknowledgments. All of this is in the ''[http://www.ietf.org/rfc/rfc793.txt TCP] header'' that is added to each packet sent. The size of this header is a minimum of 20 bytes.

While being only a small overhead for a large bulk transfer, it can take significant part of bandwidth when small amounts of data are being exchanged. This is exactly what happens on [[FAQ_ed2k#What_is_a_source?|source]] discovery part of [[aMule]].

Our [[client]] is trying to establish a connection and negotiate with a large number of other [[client]]s. Doing this, [[aMule]] opens new [http://www.ietf.org/rfc/rfc793.txt TCP] connections ''all the time''. The number of connections opened is controlled by the ''"Maximum number of connections in 5 seconds"'' setting in the preferences.

A typical number is about 100. Each [http://www.ietf.org/rfc/rfc793.txt TCP] connection results in at least three packets traveling on the net - one is a SYN packet, i.e. connection request, and one an ACK or a RST when the connection is accepted or refused, and SYN+ACK to establish the session.

There's more overhead of [http://www.ietf.org/rfc/rfc1034.txt DNS] queries when an address is resolved, retries when a host doesn't reply and so on.

=== At low level ===
After passing [http://www.ietf.org/rfc/rfc793.txt TCP] and [[IP]] layers packets go down to the network interface driver. What kind of driver this is depends on the way your computer is connected to the internet. For the sake of simplicity, we will assume that this computer is connected to the ISP directly; i.e., that you have no LAN (or switch or router) between.

Common setups include:

* an analog modem, connected to a telephone line (ISDN modem falls in this category too);
* a cable modem, connected through ethernet, ISP gives you an [[IP]] address through [http://www.ietf.org/rfc/rfc2131.txt DHCP];
* a cable modem, connected through ethernet, ISP requires you to configure PPPoE or PPTP tunnel;
* an ADSL modem, connected through ethernet. You must have a PPPoE or PPTP tunnel;
* a variation on these, e.g., a modem connected to a computer via USB.

In each of the these setups there are different protocols in use, and different headers are added to transmitted packets. There's one important thing to note: ''ethernet frames travel between cable/ADSL modem and computer, and don't reach the ISP''. Consequently, they're not counted in rate calculations. [http://www.ietf.org/rfc/rfc2516.txt PPPoE]; in constrast,
[http://www.ietf.org/rfc/rfc2637.txt PPTP] headers ''do reach the ISP''. In this respect, your particular provider may or may not choose to include them in their rate calculations. For this reason, we have excluded those headers from our calculations.

If you think that your ISP includes it, add 4 bytes to the size of each packet.

=== Example ===
Let's see how much network overhead we have on a typical network. Our connection is a cable modem connected via an ethernet link to a PC directly (no router between them).

In this setup we have [[IPv4]] packets sent over ethernet.

Lets say we have 10 new connections opened each second, and all are being accepted (successfully established [http://www.ietf.org/rfc/rfc793.txt TCP] session). This alone sums up to (I'm counting data going up - from my computer to the net):

''10 connection * 2 packets * (20 bytes of TCP + 20 bytes of [[IPv4]]) = 800 bytes of overhead.''

This means that we are starting with 1.16*8 Kbps of "''invisible"''
overhead caused by the very way the network works. Now, let's assume that
after each connection is established our amule sends something to the other side and waits to receive an answer.

''Total of 800 bytes + 800 bytes = 1600 bytes per second = 6400 bps = 6.4 Kbps''

What we have here is 6.4 Kbps of network overhead alone. Taking into account
that amule has other data to send (uploads) and it is not the only network
application running we will have the following picture:

Most likely the link to your provider is not that fast. [[aMule]] will ''try'' to open 10 connections per second and will ''try'' to upload on the specified speed.

Your operating system will share all available bandwidth between those and between [[aMule]] and other network applications (browser for example). Actual results will vary depending on specific OS settings.

== ACK bottleneck ==
In all calculations above there was one assumption - zero download. But downloading is what amule was built for. So let's examine how the overhead
above affects your downloading speed. The answer is in [http://www.ietf.org/rfc/rfc793.txt TCP] protocol.

When [http://www.ietf.org/rfc/rfc793.txt TCP] is sending data, it requires that the other side acknowledge the reception. So if client A is sending data to [[client]] B by [http://www.ietf.org/rfc/rfc793.txt TCP], B has to send a special ACK packets to A which tells B "ok, I got it". If, however, A doesn't receive the ACK packets in time, he will assume that either packet is lost.

So, without going deeply into [http://www.ietf.org/rfc/rfc793.txt TCP] specification: ''if B fails to send ACK to A, as a result A will transmit slower''.

Now let's see the situation in [[aMule]]. We saw in the previous chapter, that the uplink stream is congested by connection requests and uploads. As a result, there's a good chance that ACK packets for a file we are downloading ''will not be sent on time''.

The remote party will notice this and slow down. This is one more reason why the upstream should better not be too congested.

== Is there anything I can do? ==
OK, now that you understood why your network is so slow while [[aMule]] is
running you will maybe look for a way to fix this. The answer in 2 words: "rate limit".

The first thing you should do is to assign realistic rate limits in [[aMule]]
itself. If you have a uplink rate of 128 Kbps don't set [[aMule]]'s [[upload]] limit to 16 (kilobytes per second) just because 128/8 = 16.

A better, but far more complicated solution is to use the QoS and packet scheduling services of your OS. For example, you can give a higher priority to ACK packets to solve the above mentioned "ACK bottleneck" problem.

The QoS topic, however, is beyond the scope of this article.

== Router (switch, home network): is there any difference? ==
When the cable coming from your ISP is connected to some switching or routing
device, which in turn is connected to several PC's, bandwidth is shared between
them.

So, having N computers connected, an ideal device would simply provide
each one of them with 1/N of the total bandwidth. The situation may vary in real life, and your particular device may have different idea about fairness.

Since you're not going to have the hardware specs of your router chipset the only advice here is "try and see yourself".

== Multiple links ==
Until now, we talked about computers that are connected to the network through
single interface. While being most frequent, this is not mandatory. A user
may choose to connect via 2 (or more links) provided by different ISP's.
There're 2 reasons for this decision that I know about: link redundancy and
load balancing.

=== Link redundancy ===
In a case of link redundancy second link becomes operational when primary
link fails. This can be done automatically, or by explicit user command.
When this setup used, [[aMule]] along with other network applications must be
restarted when links are being switched. This will allow to bind new address,
reconnect to server and receive new ID. If [[aMule]] is connected via  [http://www.ietf.org/rfc/rfc3022.txt NAT]]
enabled router (it doesn't matter if you have [[FAQ_ed2k#What_is_LowID_and_HighID?|low or high ID]]), and links
are switched ''on the router'', restart not needed.

=== Load balancing ===
This is a far more complicated case. Both (all) links are simultaneously active,
and traffic is being distributed between them. The problem is that [[aMule]]
binds to ''all interfaces on the system'' i.e. 0.0.0.0. But, on [[FAQ ed2k|ed2k]]
your ID is your [[IP]] address, ''and you can not have two''. 
So the problem is that [[aMule]] does not explicitly choose the source
address for ''outgoing'' [http://www.ietf.org/rfc/rfc793.txt TCP] connections. Note, that it ''doesn't
matter'' on which interface it listens. This is exactly ''opposite''
to ''server'' applications like FTP or HTTP. When a client
tries to connect to a server it discovers its IP address by resolving DNS. Resolver
replies will contain all [[IP]] addresses of the specified host and a client should try them all. The server, in turn, may choose not to listen on
one of them and thus prevent the client from using this interface. In our case
[[aMule]] ''is a [[client]]'', and the [[server|ed2k server]] discovers its address from the
[[FAQ_ed2k#What_is_a_source?|source]] [[IP]] in the connection request. That's where the [[server|ed2k server]] will try to connect.
If the connection succeeds the client is [[client]] assigned a [[FAQ_ed2k#What_is_LowID_and_HighID?|high ID]], if it doesn't the client gets a Low ID.
The only solution in this situation (until [[aMule]] will have an ability to
bind to specific address) is to use [[aMule]] on your "primary" link. 
You can, however, cause [http://www.kernel.org Linux] to send packet through interface of your choice.
But, most probably they will be dropped by your ISP's router as "spoofed" because the source [[IP]] address doesn't match the address the ISP assigned to that interface.

Translations-es

2006-10-23T16:31:00Z

212.170.156.253:

<center>
[[Translations|Inglés]] | [[Translations-pt|Portugués]] | [[Translations-ko_KR|Coreano]] | [[Translations-ru|Ruso]]| [[Translations-cn|Chino]] | '''Español''' |
</center>

== Introducción ==

Es muy facil ser un traductor de [[aMule]] a tu idioma, actualmente soporta [http://www.unicode.org Unicode], por lo que no hay limitación para caracteres Chinos, Coreanos, Árabes ... es posible realizar cualquier traducción.

Pero las traducciones necesitan de traductores, no temas entrar en el mundo de [[aMule]]!

No es necesario programar en lenguaje [http://gcc.gnu.org C++] o [http://en.wikipedia.org/wiki/Klingon_language Klingon] para ser un traductor!
Solamente necesitas conocer tu propia lengua (!!) y algún conocimiento de ingés!

Interesante? entonces comenzamos

== Como comenzar ==

De vez en cuando (una vez al mes) posteamos un fichero de texto llamado
''source_strings.po'' en el foro [http://forum.amule.org/thread.php?threadid=1097 Translation].

Descarga el fichero an ábrelo con [http://i18n.kde.org/tools/kbabel/ KBabel] si utilizas [http://www.kde.org KDE], [http://www.poedit.org PoEdit] o el [http://gtranslator.sourceforge.net/ gTranslator] si usas [http://www.gnome.org Gnome].

Previamente no debes olvidar el marcar tus preferencias en el
[http://i18n.kde.org/tools/kbabel/ KBabel], [http://www.poedit.org PoEdit] o [http://gtranslator.sourceforge.net/ gTranslator] incluyendo el nombre, e-mail, grupo de caracteres y demás.....

Esto es lo que verás con [http://i18n.kde.org/tools/kbabel KBabel]:

<center>http://www.amule.org/dev-up/kb1.png</center>

En la esquina superior izquierda tienes el texto en inglés.

En la esquina superior derecha tienes el fichero del que procede el texto.

Ahora solo tienes que escribir el texto traducido en la esquina inferior izquierda

<center>http://www.amule.org/dev-up/kb2.png</center>

Debes tener especial cuidado en copiar todos los caracteres especiales como &, %i, \n, etc... en el texto traducido y respetar los espacios al inicio y final del texto.

'''IMPORTANTE''', revisa [[format specifiers|este documento]] para saber cuales son los caracteres que no deben ser modificados.

Continua con todos los textos del fichero y una vez finalizado guárdalo.

Has acabado la traducción!, envíala al
[http://www.amule-project.net/amule/board.php?boardid=40 foro de traducciones del aMULE] y miles de personas te estarán agradecidas :)

== Como continuar una traducción ya empezada ==

Cuando la traducción ya ha sido iniciada, no será necesario que vuelvas a traducir los textos ya traducidos del fichero ''source_strings.po'' !

Hay un proceso automático que se encarga de incluir los textos ya traducidos en el fichero ''source_strings.po''

Por ejemplo, imagínate que deseas continuar la traducción al francés:

* Descarga la última ''source_strings.po'' del [http://forum.amule.org/thread.php?threadid=1097 foro], y la antigua ''fr.po'' que se encontraba en la versión del [[aMule]].

* Integra la antigua y nueva versión escribiendo:

'''msgmerge --no-fuzzy-matching -o new_fr.po fr.po source_strings.po'''

Alternativamente podrías usar las herramientas incluidas en el
[http://i18n.kde.org/tools/kbabel KBabel] o en el [http://poedit.sourceforge.net PoEdit] (consulta la ayuda de estas aplicaciones)

A continuación comienza la traducción en el fichero ''new_fr.po'' como lo hiciste anteriormente en el fichero ''source_srings.po'', simplemente tendrás que traducir los textos que no fueron traducidos anteriormente.

== Probando la traducción ==

=== Antes de empezar ===

Una vez guardado el fichero, puedes re-[[compile]|compilar] el [[aMule]], o simplemnte puedes comprobar que el fichero es correcto (este proceso se realiza automáticamente cuando [[compile|compilas el fichero]]).

La segunda opción tiene algunas ventajas, y es que no es necesario crear todos los ejecutables del [[aMule]], solamente necesitas crear el ejecutable de la traducción.

El procedimiento mas indicado es intentarlo [[#Testing only the translation file|solo con el fichero de prueba]] hasta que lo logremos, y una vez finalizado[[#Testing with aMule|compilar el aMule con las traducciones]] para ver como funciona.

=== Probando solamente el fichero de traducción ===

Para hacerlo, primero debes ejecutar ''./configure''.

Ahora, una vez que hayas copiado tu fichero en el directorio ''po/'', ejecuta ''make '''translation_language'''.gmo'', ejemplo ''make en_GB.gmo''

Si la traducción es correcto, te mostrará algo como esto:

[~/aMule/amule-dev-cvs/po]$ make en_GB.gmo
rm -f en_GB.gmo && /usr/bin/msgfmt -c --statistics -o en_GB.gmo en_GB.po
1354 translated messages

Este es un ejemplo de una traducción correcta y completa.

Como "correcta" debes entender a una traducción que bien completa o no, puede ser usada ya que no contiene errores de sintaxis.

Una traducción e incompleta sería la siguiente:

[~/aMule/amule-dev-cvs/po]$ make ru.gmo
rm -f ru.gmo && /usr/bin/msgfmt -c --statistics -o ru.gmo ru.po
1333 translated messages, 79 untranslated messages.

Como puedes ver, 79 lineas todavía estan pendientes de ser traducidas.

También puedes tener traducciones "dudosas" (ingles=fuzzy). Las traducciones dudosas son aquellas que ha detectado el [http://www.gnu.org/software/gettext gettext], y probablemente son erróneas. Estas quedan marcadas mediante la adicción de un texto ''#, fuzzy'' a la derecha de la traducción. Por lo que si ves que tienes "fuzzy translations", busca estas líenas y corrígelas (o simplemente borra el texto ''#, fuzzy'' si ves que están bien).

Un ejemplo de traducciones dudosas es el siguiente:

[~/aMule/amule-dev-cvs/po]$ make hr.gmo
rm -f hr.gmo && /usr/bin/msgfmt -c --statistics -o hr.gmo hr.po
544 translated messages, 412 fuzzy translations, 443 untranslated messages.

Por último la traducción puede contener errores, en estos casos aparece un texto que explica cada uno de ellos:

[~/aMule/amule-dev-cvs/po]$ make de.gmo
rm -f de.gmo && /usr/bin/msgfmt -c --statistics -o de.gmo de.po
de.po:88: number of format specifications in 'msgid' and 'msgstr' does not match
/usr/bin/msgfmt: found 1 fatal error
make: *** [de.gmo] Error 1

En este jemplo aparece un error en la línea 88, por lo que no creará el ejecutable hasta que sea corregido.

=== Probando con el [[aMule]] ===

Puedes probar la traducción [[compile|re-compilando el aMule]] y viendo como queda.

Si tu lenguaje no estuviera disponible en el [[aMule]], debes añadir el mismo a la base de datos, para que el [[aMule]] sepa que existe y se pueda
[[compile|compilar]] con ese lenguaje.
Para hacer esto debes añadir el código del lenguaje al fichero ''po/LINGUAS'' (un lenguaje por línea).

A continuación [[compile]|compila] el [[aMule]] normalmente. Si necesitas ayuda, [[compile|pincha aquí]].

== Traduciones avanzadas ==

Si no eres nuevo en el desarrollo de aplicaciones en Linux o eres lo sufientemente impaciente para tener siempre actualizada la traducción a tu lenguaje.....

Genera el fichero ''source_strings.po'' tu mismo!

Como lo hacemos?

* Desacarga la última versión del [[aMule]] [http://www.gnu.org/software/cvs CVS] desde http://amule.hirnriss.net

* Descomprime el archivo, ves al directorio raiz (root) y genera [http://www.gnu.org/software/make Makefiles]:

<code>
:::'''tar -xjf aMule-cvs-20041009.tar.bz2''' 
:::'''cd amule-cvs''' 
:::'''./configure''' 
</code>

* Actualiza el fichero ''POTFILE.in'':

<code>
:::'''grep -m 1 '_(' `find * -name "*.cpp"` | cut -d: -f1 > po/POTFILES.in'''
</code>

* Genera el nuevo fichero ''source_strings.po'':

:::<code>
:::'''cd po''' 
:::'''mv amule.pot amule.pot.old''' 
:::'''make amule.pot''' 
:::'''mv amule.pot source_strings.po''' 
:::'''mv amule.pot.old amule.pot''' 
:::</code>

* [[Translations#How_to_proceed|Traduce]] el nuevo ''source_strings.po'' y [http://forum.amule.org/board.php?boardid=40 envíalo]!

----

--[[User:Thepolish|Thepolish]] 22:46, 9 Oct 2004 (CEST)

Translations-es

2006-10-23T16:29:15Z

212.170.156.253:

<center>
[[Translations|Inglés]] | [[Translations-pt|Portugués]] | [[Translations-ko_KR|Coreano]] | [[Translations-ru|Ruso]]| [[Translations-cn|Chino]] | '''Español''' |
</center>

== Introducción ==

Es muy facil ser un traductor de [[aMule]] a tu idioma, actualmente soporta [http://www.unicode.org Unicode], por lo que no hay limitación para caracteres Chinos, Coreanos, Árabes ... es posible realizar cualquier traducción.

Pero las traducciones necesitan de traductores, no temas entrar en el mundo de [[aMule]]!

No es necesario programar en lenguaje [http://gcc.gnu.org C++] o [http://en.wikipedia.org/wiki/Klingon_language Klingon] para ser un traductor!
Solamente necesitas conocer tu propia lengua (!!) y algún conocimiento de ingés!

Interesante? entonces comenzamos

== Como comenzar ==

De vez en cuando (una vez al mes) posteamos un fichero de texto llamado
''source_strings.po'' en el foro [http://forum.amule.org/thread.php?threadid=1097 Translation].

Descarga el fichero an ábrelo con [http://i18n.kde.org/tools/kbabel/ KBabel] si utilizas [http://www.kde.org KDE], [http://www.poedit.org PoEdit] o el [http://gtranslator.sourceforge.net/ gTranslator] si usas [http://www.gnome.org Gnome].

Previamente no debes olvidar el marcar tus preferencias en el
[http://i18n.kde.org/tools/kbabel/ KBabel], [http://www.poedit.org PoEdit] o [http://gtranslator.sourceforge.net/ gTranslator] incluyendo el nombre, e-mail, grupo de caracteres y demás.....

Esto es lo que verás con [http://i18n.kde.org/tools/kbabel KBabel]:

<center>http://www.amule.org/dev-up/kb1.png</center>

En la esquina superior izquierda tienes el texto en inglés.

En la esquina superior derecha tienes el fichero del que procede el texto.

Ahora solo tienes que escribir el texto traducido en la esquina inferior izquierda

<center>http://www.amule.org/dev-up/kb2.png</center>

Debes tener especial cuidado en copiar todos los caracteres especiales como &, %i, \n, etc... en el texto traducido y respetar los espacios al inicio y final del texto.

'''IMPORTANTE''', revisa [[format specifiers|este documento]] para saber cuales son los caracteres que no deben ser modificados.

Continua con todos los textos del fichero y una vez finalizado guárdalo.

Has acabado la traducción!, envíala al
[http://www.amule-project.net/amule/board.php?boardid=40 foro de traducciones del aMULE] y miles de personas te estarán agradecidas :)

== Como continuar una traducción ya empezada ==

Cuando la traducción ya ha sido iniciada, no será necesario que vuelvas a traducir los textos ya traducidos del fichero ''source_strings.po'' !

Hay un proceso automático que se encarga de incluir los textos ya traducidos en el fichero ''source_strings.po''

Por ejemplo, imagínate que deseas continuar la traducción al francés:

* Descarga la última ''source_strings.po'' del [http://forum.amule.org/thread.php?threadid=1097 foro], y la antigua ''fr.po'' que se encontraba en la versión del [[aMule]].

* Integra la antigua y nueva versión escribiendo:

'''msgmerge --no-fuzzy-matching -o new_fr.po fr.po source_strings.po'''

Alternativamente podrías usar las herramientas incluidas en el
[http://i18n.kde.org/tools/kbabel KBabel] o en el [http://poedit.sourceforge.net PoEdit] (consulta la ayuda de estas aplicaciones)

A continuación comienza la traducción en el fichero ''new_fr.po'' como lo hiciste anteriormente en el fichero ''source_srings.po'', simplemente tendrás que traducir los textos que no fueron traducidos anteriormente.

== Probando la traducción ==

=== Antes de empezar ===

Una vez guardado el fichero, puedes re-[[compile]|compilar] el [[aMule]], o simplemnte puedes comprobar que el fichero es correcto (este proceso se realiza automáticamente cuando [[compile|compilas el fichero]]).

La segunda opción tiene algunas ventajas, y es que no es necesario crear todos los ejecutables del [[aMule]], solamente necesitas crear el ejecutable de la traducción.

El procedimiento mas indicado es intentarlo [[#Testing only the translation file|solo con el fichero de prueba]] hasta que lo logremos, y una vez finalizado[[#Testing with aMule|compilar el aMule con las traducciones]] para ver como funciona.

=== Probando solamente el fichero de traducción ===

Para hacerlo, primero debes ejecutar ''./configure''.

Ahora, una vez que hayas copiado tu fichero en el directorio ''po/'', ejecuta ''make '''translation_language'''.gmo'', ejemplo ''make en_GB.gmo''

Si la traducción es correcto, te mostrará algo como esto:

[~/aMule/amule-dev-cvs/po]$ make en_GB.gmo
rm -f en_GB.gmo && /usr/bin/msgfmt -c --statistics -o en_GB.gmo en_GB.po
1354 translated messages

Este es un ejemplo de una traducción correcta y completa.

Como "correcta" debes entender a una traducción que bien completa o no, puede ser usada ya que no contiene errores de sintaxis.

Una traducción e incompleta sería la siguiente:

[~/aMule/amule-dev-cvs/po]$ make ru.gmo
rm -f ru.gmo && /usr/bin/msgfmt -c --statistics -o ru.gmo ru.po
1333 translated messages, 79 untranslated messages.

Como puedes ver, 79 lineas todavía estan pendientes de ser traducidas.

También puedes tener traducciones "dudosas" (ingles=fuzzy). Las traducciones dudosas son aquellas que ha detectado el [http://www.gnu.org/software/gettext gettext], y probablemente son erróneas. Estas quedan marcadas mediante la adicción de un texto ''#, fuzzy'' a la derecha de la traducción. Por lo que si ves que tienes "fuzzy translations", busca estas líenas y corrígelas (o simplemente borra el texto ''#, fuzzy'' si ves que están bien).

Un ejemplo de traducciones dudosas es el siguiente:

[~/aMule/amule-dev-cvs/po]$ make hr.gmo
rm -f hr.gmo && /usr/bin/msgfmt -c --statistics -o hr.gmo hr.po
544 translated messages, 412 fuzzy translations, 443 untranslated messages.

Por último la traducción puede contener errores, en estos casos aparece un texto que explica cada uno de ellos:

[~/aMule/amule-dev-cvs/po]$ make de.gmo
rm -f de.gmo && /usr/bin/msgfmt -c --statistics -o de.gmo de.po
de.po:88: number of format specifications in 'msgid' and 'msgstr' does not match
/usr/bin/msgfmt: found 1 fatal error
make: *** [de.gmo] Error 1

En este jemplo aparece un error en la línea 88, por lo que no creará el ejecutable hasta que sea corregido.

=== Probando con el [[aMule]] ===

Puedes probar la traducción [[compile|re-compilando el aMule]] y viendo como queda.

Si tu lenguaje no estuviera disponible en el [[aMule]], debes añadir el mismo a la base de datos, para que el [[aMule]] sepa que existe y se pueda
[[compile|compilar]] con ese lenguaje.
Para hacer esto debes añadir el código del lenguaje al fichero ''po/LINGUAS'' (un lenguaje por línea).

A continuación [[compile]|compila] el [[aMule]] normalmente. Si necesitas ayuda, [[compile|pincha aquí]].

== Traduciones avanzadas ==

Si no eres nuevo en el desarrollo de aplicaciones en Linux o eres lo sufientemente impaciente para tener siempre actualizada la traducción a tu lenguaje.....

Genera el fichero ''source_strings.po'' tu mismo!

Como lo hacemos?

* Desacarga la última versión del [[aMule]] [http://www.gnu.org/software/cvs CVS] desde http://amule.hirnriss.net

* Descomprime el archivo, ves al directorio raiz (root) y genera [http://www.gnu.org/software/make Makefiles]:

<code>
'''tar -xjf aMule-cvs-20041009.tar.bz2''' 
'''cd amule-cvs''' 
'''./configure''' 
</code>

* Actualiza el fichero ''POTFILE.in'':

<code>
'''grep -m 1 '_(' `find * -name "*.cpp"` | cut -d: -f1 > po/POTFILES.in'''
</code>

* Genera el nuevo fichero ''source_strings.po'':

:::<code>
:::'''cd po''' 
:::'''mv amule.pot amule.pot.old''' 
:::'''make amule.pot''' 
:::'''mv amule.pot source_strings.po''' 
:::'''mv amule.pot.old amule.pot''' 
:::</code>

* [[Translations#How_to_proceed|Traduce]] el nuevo ''source_strings.po'' y [http://forum.amule.org/board.php?boardid=40 envíalo]!

----

--[[User:Thepolish|Thepolish]] 22:46, 9 Oct 2004 (CEST)

Translations-ru

2006-10-23T16:18:39Z

212.170.156.253:

<center>
[[Translations|English]] | [[Translations-pt|Português]] | [[Translations-ko_KR|Korean]] | '''Russian'''| [[Translations-cn|Chinese]]| [[Translations-es|Spanish]]
</center>

== Вступление ==

[[aMule]] очень легко переводить на другие языки. Теперь в нем поддерживается и [http://www.unicode.org Unicode], поэтому больше нет ограничений на используемые символы. Можно сделать перевод на китайский, корейский, арабский, иврит (...) на какой угодно язык!

Но для этого нужны переводчики, так что смело присоединяйтесь к миру [[aMule]]!

Чтобы стать переводчиком, необязательно уметь программировать на [http://gcc.gnu.org C++] или [http://en.wikipedia.org/wiki/Klingon_language Klingon]! Достаточно знать свой родной язык (!!) и немного английский!

Интересно? Тогда за дело!

== Как начать ==

Время от времени (примерно раз в месяц) мы выкладываем текстовый файл, который называется ''source_strings.po'', в разделе форума, посвященном [http://forum.amule.org/thread.php?threadid=1097 Переводам].

Скачайте его и откройте программой [http://i18n.kde.org/tools/kbabel/ KBabel], если вы пользуетесь [http://www.kde.org KDE], либо [http://www.poedit.org PoEdit] или [http://gtranslator.sourceforge.net/ gTranslator], если у вас [http://www.gnome.org Gnome].

Перед этим не забудьте настроить [http://i18n.kde.org/tools/kbabel/ KBabel], [http://www.poedit.org PoEdit] или [http://gtranslator.sourceforge.net/ gTranslator], то есть указать ваше имя, адрес электронной почты, кодировку и т.д.

Вот, что будет видно в окне [http://i18n.kde.org/tools/kbabel KBabel]:

<center>http://www.amule.org/dev-up/kb1.png</center>

В верхнем левом углу находится английская строка.

В верхнем правом углу указано имя файла, в котором эта строка используется.

Все, что вам надо сделать -- ввести перевод данной строки в поле в левом нижнем углу:

<center>http://www.amule.org/dev-up/kb2.png</center>

ОБЯЗАТЕЛЬНО скопируйте в переведенную строку все специальные символы, например &, %i, \n и сохраните начальные и конечные пробелы.

'''Пожалуйста''', изучите также [[format specifiers|этот документ]] на предмет символов, которые нельзя изменять.

Обработайте таким образом все остальные строки, сохраните файл и...

Перевод закончен! Теперь выложите его в [http://www.amule-project.net/amule/board.php?boardid=40 разделе форума aMule, посвященном переводам] и вам будут благодарны тысячи людей. :)

== Как продолжить уже начатый перевод ==

Если кто-то уже начал перевод, то вам не придется переписывать уже переведенные строки из предыдущего файла ''source_strings.po''!

Процесс объединения уже переведенных строк с новым файлом ''source_strings.po'' можно автоматизировать.

Например, вы хотите продолжить перевод на французский:

* Возьмите новый файл ''source_strings.po'' с [http://forum.amule.org/thread.php?threadid=1097 форума] и старый файл ''fr.po'' из предыдущей версии [[aMule]].

* Объедините оба файла, напечатав:

'''msgmerge --no-fuzzy-matching -o new_fr.po fr.po source_strings.po'''

Это же объединение можно произвести и встроенными в [http://i18n.kde.org/tools/kbabel KBabel] и [http://poedit.sourceforge.net PoEdit] инструментами (проконсультируйтесь со справочными руководствами к этим программам).

Теперь действуйте с этим объединенным файлом ''new_fr.po'' так же, как с первоначальным файлом ''source_srings.po'', с той разницей, что переводить надо будет только новые (добавленные) строки.

== Тестирование вашего перевода ==

=== Первые замечания ===

После того, как вы перевели файл, можете сразу [[compile|скомпилировать]] [[aMule]] или только проверить ваш файл на корректность (при [[compile|компиляции aMule]] такая проверка происходит автоматически).

Второй вариант хорош тем, что надо будет собирать не весь [[aMule]], а только ваш перевод.

Рекомендуется всегда сначала [[#Проверка_только_переведенного_файла|тестировать файл перевода]] на корректность, а только потом [[#Проверка_перевода_в_aMule|компилировать aMule с поддержкой этого перевода]] и смотреть, как он выглядит.

=== Проверка только переведенного файла ===

Для этого сначала запустите ''./configure''.

Теперь, когда вы переместили ваш файл перевода в каталог ''po/'', выполните команду ''make '''язык_перевода'''.gmo'', например ''make en_GB.gmo''

Если с вашим переводом все в порядке, то вы увидите примерно такое сообщение

[~/aMule/amule-dev-cvs/po]$ make en_GB.gmo
rm -f en_GB.gmo && /usr/bin/msgfmt -c --statistics -o en_GB.gmo en_GB.po
1354 translated messages

Это был пример правильного и полного перевода.

Под "правильным" имеется в виду перевод, который не содержит синтаксических ошибок и поэтому готов к использованию, хотя он может быть не закончен.

В случае правильного, но неполного перевода будет показано следующее:

[~/aMule/amule-dev-cvs/po]$ make ru.gmo
rm -f ru.gmo && /usr/bin/msgfmt -c --statistics -o ru.gmo ru.po
1333 translated messages, 79 untranslated messages.

Как видите, 79 строк здесь еще не переведены.

Существуют также сомнительные переводы. Это переводы, которые угадывает [http://www.gnu.org/software/gettext gettext], но скорее всего они ошибочны (хотя вероятно не очень). Они отмечаются строкой ''#, fuzzy'' прямо перед переводом. Так что, если у вас будут сомнительные переводы, ищите такие строки и исправляйте их (или просто удаляйте ''#, fuzzy'' если со строками все в порядке).

Пример, в котором есть сомнительные переводы:

[~/aMule/amule-dev-cvs/po]$ make hr.gmo
rm -f hr.gmo && /usr/bin/msgfmt -c --statistics -o hr.gmo hr.po
544 translated messages, 412 fuzzy translations, 443 untranslated messages.

Наконец, в вашем переводе могут быть ошибки. В этом случае будут указаны все найденные ошибки и объяснение каждой из них:

[~/aMule/amule-dev-cvs/po]$ make de.gmo
rm -f de.gmo && /usr/bin/msgfmt -c --statistics -o de.gmo de.po
de.po:88: number of format specifications in 'msgid' and 'msgstr' does not match
/usr/bin/msgfmt: found 1 fatal error
make: *** [de.gmo] Error 1

В этом примере найдена ошибка в строке 88 и файл перевода не будет сгенерирован, пока ошибка не будет исправлена.

=== Проверка перевода в [[aMule]] ===

Чтобы проверить перевод, вы можете [[compile|скомпилировать aMule]] и посмотреть, как ваш перевод будет там выглядеть.

Если ваш язык не был доступен в [[aMule]], добавьте его в базу, чтобы [[aMule]] знал о нем и [[compile|скомпилировался]] с его поддержкой.
Для этого добавьте код вашего языка в файл ''po/LINGUAS'' (там каждый язык в отдельной строке).

Теперь [[compile|скомпилируйте]] [[aMule]] как обычно. Если при этом вам понадобится помощь, то [[compile|изучите это руководство]].

== Перевод для продвинутых ==

Если вы не новичок в разработке под Linux или очень нетерпеливы и хотите всегда иметь самый свежий перевод...

Создайте файл ''source_strings.po'' сами!

Как это сделать?

* Скачайте последний [http://www.gnu.org/software/cvs CVS] снимок [[aMule]] с сайта http://amule.hirnriss.net

* Распакуйте архив, перейдите в его корневой каталог и сгенерируйте [http://www.gnu.org/software/make Makefiles]:

<code>
'''tar -xjf aMule-cvs-20041009.tar.bz2''' 
'''cd amule-cvs''' 
'''./configure''' 
</code>

* Обновите файл ''POTFILE.in'':

<code>
'''grep -m 1 '_(' `find * -name "*.cpp"` | cut -d: -f1 > po/POTFILES.in'''
</code>

* Создайте новый файл ''source_strings.po'':

<code>
'''cd po''' 
'''mv amule.pot amule.pot.old''' 
'''make amule.pot''' 
'''mv amule.pot source_strings.po''' 
'''mv amule.pot.old amule.pot''' 
</code>

* [[Translations-ru#Как_начать|Переведите]] этот файл ''source_strings.po'' и [http://forum.amule.org/board.php?boardid=40 выложите его на форуме]!

----

--[[User:Thepolish|Thepolish]] 22:46, 9 Oct 2004 (CEST)

Translations-pt

2006-10-23T16:15:14Z

212.170.156.253:

<center>
[[Translations|English]] | '''Português''' | [[Translations-ko_KR|Korean]] | [[Translations-ru|Russian]]| [[Translations-cn|Chinese]]| [[Translations-es|Espanhol]]
</center>

== Introdução ==

[[aMule]] é muito fácil de ser traduzido para o seu idioma, ele agora é sustentado por [http://www.unicode.org Unicode], assim ele não possui limitações de caracteres de tradução em Chines, Coreano, Árabe ... todas traduções são possiveis.

Mais a Tradução precisa de tradutores, então não hesitem em entrar na aventura do [[aMule]]!

Não necessita de saber programar [http://gcc.gnu.org C++] ou [http://en.wikipedia.org/wiki/Klingon_language Klingon] para ser tradutor!
Apenas precisa de saber a sua própria língua (!!) e algum inglês básico!

Interessado? Então vamos!

== Como começar ==

From time to time (about once a month) we post a text file called ''source_strings.po'' on [http://forum.amule.org/thread.php?threadid=1097 Translation] forum.

Just download it and open it with [http://i18n.kde.org/tools/kbabel/ KBabel] if you use [http://www.kde.org KDE], [http://www.poedit.org PoEdit] or [http://gtranslator.sourceforge.net/ gTranslator] if you use [http://www.gnome.org Gnome].

Previously, don't forget to set your preferences in [http://i18n.kde.org/tools/kbabel/ KBabel], [http://www.poedit.org PoEdit] or [http://gtranslator.sourceforge.net/ gTranslator] to set your name, email, character set, and so on...

That is what you will see with [http://i18n.kde.org/tools/kbabel KBabel]:

<center>http://www.amule.org/dev-up/kb1.png</center>

On up left corner, you have the english string.

On up right corner, the name of the file from which come the string.

So, you just have now to type the translated string in the left down corner like this:

<center>http://www.amule.org/dev-up/kb2.png</center>

Be VERY carefull to copy all special characters like &, %i, \n, etc... in the translated string also and to keep starting and ending spaces.

'''PLEASE''', take a look at [[format specifiers|this document]] to know what are the characters which shouldn't be modified.

Proceed like this for all strings, save your file and...

Translation is finished! Just post it on [http://www.amule-project.net/amule/board.php?boardid=40 aMule's translations forum] and thousands of people will thank you :)

== Como continuar uma tradução já iniciada ==

When a translation have begun, you will not re-write all the already translated strings in the previous ''source_strings.po'' !

So, the process is automated to mix the already translated strings in the new ''source_strings.po''

For example, imagine you want to continue the french translation:

* Get the new ''source_strings.po'' from [http://forum.amule.org/thread.php?threadid=1097 forum], and the old ''fr.po'' already in the previous [[aMule]] release.

* Mix the old and new file by typing:

'''msgmerge --no-fuzzy-matching -o new_fr.po fr.po source_strings.po'''

You can also use the built-in merging tools in [http://i18n.kde.org/tools/kbabel KBabel] or [http://poedit.sourceforge.net PoEdit] (consult their respective help page)

Then, proceed with the merged ''new_fr.po'' like the initial ''source_srings.po'', except that you will just have to translate the newly added strings.

== Testando a sua tradução ==

=== First notes ===

After you're done with translating the file, you
can just re[[compile]] [[aMule]], or you can you can first test to see if the file you've done is ok (this step is done automatically when [[compile|compiling aMule]]).

What's good about the latter option, is that you don't have to build the whole [[aMule]], but only generate a binnary of your translation.

The recommended procedure is to try [[#Testing only the translation file|translation file test]] until it succeeds, and then [[#Testing with aMule|compile aMule with the translation]] to see how it works.

=== Testando apenas o ficheiro de tradução ===

To do this, you must first run ''./configure''.

Now, once you have moved your translation file into the ''po/'' directory, run ''make '''translation_language'''.gmo'' as in ''make en_GB.gmo''

If your translation is ok, it will show sowething like

[~/aMule/amule-dev-cvs/po]$ make en_GB.gmo
rm -f en_GB.gmo && /usr/bin/msgfmt -c --statistics -o en_GB.gmo en_GB.po
1354 translated messages

The above example is a successful and complete translation.

As "successful" you must understand any translation which, either complete or not, can be used since it contains no syntax errors.

A successful but incomplete translation would be this other example:

[~/aMule/amule-dev-cvs/po]$ make ru.gmo
rm -f ru.gmo && /usr/bin/msgfmt -c --statistics -o ru.gmo ru.po
1333 translated messages, 79 untranslated messages.

As you can see, 79 lines in that translation still need to be translated.

Also, you could have some fuzzy translations. Fuzzy translations are those which have been guessed by [http://www.gnu.org/software/gettext gettext], but are probably wrong (allthough possibly close). They are marked by adding a line containing ''#, fuzzy'' right over the translation. So, if you see you have fuzzy translations, search for those lines and fix them (or just remove the ''#, fuzzy'' line if the lines were ok).

An example of a fuzzy translation output is:

[~/aMule/amule-dev-cvs/po]$ make hr.gmo
rm -f hr.gmo && /usr/bin/msgfmt -c --statistics -o hr.gmo hr.po
544 translated messages, 412 fuzzy translations, 443 untranslated messages.

Finally, your translation could contain errors. In such cases, you will be reported all errors in your file and an explanation of each of them:

[~/aMule/amule-dev-cvs/po]$ make de.gmo
rm -f de.gmo && /usr/bin/msgfmt -c --statistics -o de.gmo de.po
de.po:88: number of format specifications in 'msgid' and 'msgstr' does not match
/usr/bin/msgfmt: found 1 fatal error
make: *** [de.gmo] Error 1

In the above example, the translation has an error in line 88, so no binnary translation will be generated from it until it is fixed.

=== Testando com [[aMule]] ===

You can test your translation by [[compile|recompiling aMule]] and seeing how it looks.

If your language wasn't available in [[aMule]], you must add it to the database, so that [[aMule]] knows it exists and [[compile]]s with it.
To do so, add your language's code to the ''po/LINGUAS'' file (one language per line).

Now [[compile]] [[aMule]] normally. If you need help, [[compile|follow this guide]].

== Traduções Avançadas ==

If you aren't a newbie in development and under Linux or you are impatient and always want to have an up-to-date translation...

Generate your ''source_strings.po'' yourself!

How to proceed?

* Download the latest [[aMule]] [http://www.gnu.org/software/cvs CVS] snapshot from http://amule.hirnriss.net

* Uncompress the archive, go to the root directory and generate the [http://www.gnu.org/software/make Makefiles]:

<code>
'''tar -xjf aMule-cvs-20041009.tar.bz2''' 
'''cd amule-cvs''' 
'''./configure''' 
</code>

* Update the ''POTFILE.in'' file:

<code>
'''grep -m 1 '_(' `find * -name "*.cpp"` | cut -d: -f1 > po/POTFILES.in'''
</code>

* Generate the new ''source_strings.po'':

<code>
'''cd po''' 
'''mv amule.pot amule.pot.old''' 
'''make amule.pot''' 
'''mv amule.pot source_strings.po''' 
'''mv amule.pot.old amule.pot''' 
</code>

* [[Translations#How_to_proceed|Translate]] the new ''source_strings.po'' and [http://forum.amule.org/board.php?boardid=40 post it]!

----

--[[User:Thepolish|Thepolish]] 22:46, 9 Oct 2004 (CEST)

Translations-cn

2006-10-23T16:11:49Z

212.170.156.253:

<center>
[[Translations|English]]| [[Translations-pt|Português]] | [[Translations-ko_KR|Korean]] | [[Translations-ru|Russian]]| '''Chinese'''| [[Translations-es|Spanish]]|
</center>

== 介绍 ==

[[aMule]]很容易翻译成各种语言。加上现在也已经支持[http://www.unicode.org Unicode]，因此不再受限于西方语言字符集。汉语，韩语，阿拉伯语，西伯来语（...）都可以支持。

翻译需要翻译者，所以请立即加入[[aMule]]历险！

作翻译不需要知道如何写[http://gcc.gnu.org C++]代码或者 [http://en.wikipedia.org/wiki/Klingon_language 克林根语]！你只需要知道你自己的母语（!!）和一些基本的英语即可。

感兴趣么？开始干吧。

== 如何实施 ==

我们时不时（大约一个月一次）在[http://forum.amule.org/thread.php?threadid=1097 翻译]论坛公布一个文本文件''source_strings.po''。

下载这个文件并打开它，如果你使用[http://www.kde.org KDE]用[http://i18n.kde.org/tools/kbabel/ KBabel]，如果你使用[http://www.gnome.org Gnome]用[http://www.poedit.org PoEdit]或者[http://gtranslator.sourceforge.net/ gTranslator]。

别忘了在[http://i18n.kde.org/tools/kbabel/ KBabel]，[http://www.poedit.org PoEdit]或者[http://gtranslator.sourceforge.net/ gTranslator]的参数选择里设置你的姓名，email，字符集等等。

这是使用[http://i18n.kde.org/tools/kbabel KBabel]的界面：

<center>http://www.amule.org/dev-up/kb1.png</center>

在左上角，是英文字串。

在右上角，是包含这个字串的文件名。

你只需要在左下角输入翻译的字串，象这样：

<center>http://www.amule.org/dev-up/kb2.png</center>

在翻译的字串中要小心拷贝所有的特殊字符，比如&，%i，\n，等等，另外注意保留首尾空格

'''注意''', 看下[[format specifiers|本文档]] 了解那些字符不需要被修改。

如此这般处理所有的字串后保存文件，然后...

翻译完成了！把它公布在[http://www.amule-project.net/amule/board.php?boardid=40 aMule翻译论坛]大家会感谢你的 :)

== 如何继续一个已经存在的翻译 ==

如果一个翻译已经开始了，你不用重写所有''source_strings.po''中已经翻译的字串！

因此，需要自动把已经翻译的字串整合到新的''source_strings.po''。

比如，假设你开始翻译法语版本：

* 从[http://forum.amule.org/thread.php?threadid=1097 forum]拿到新的''source_strings.po''，而旧的''fr.po''已经在以前的[[aMule]]版本中。

* 混合旧文件和新文件，输入:

'''msgmerge --no-fuzzy-matching -o new_fr.po fr.po source_strings.po'''

你也可以使用[http://i18n.kde.org/tools/kbabel KBabel]或者 [http://poedit.sourceforge.net PoEdit]内置的合并工具（参考相应的帮助手册）。

然后，和以前的''source_srings.po''一样处理合并的''new_fr.po''，把新加入的字串翻译出来。

== 测试你的翻译 ==

=== First notes ===

翻译完文件后，你需要重[[编译]] [[aMule]]，或者先测试一下你得翻译是否成功（这一步在编译[[compile|aMule]]得时候自动做了）

后一个选项的好处是，你不需要重新编译整个[[aMule]]，而只需要产生翻译的二进制文件。

建议尝试[[#Testing only the translation file|翻译文件测试]]知道成功，然后[[#用这个翻译测试aMule|]]看看如何工作。

=== 只测试翻译文件 ===

==== 简单方法 ====

如果你没有开发环境，你甚至不能运行''./configure''，因为它需要找到编译器，头文件等等。所以只能模仿源Makefiles如何做。在.po存在的目录里面运行''msgfmt -c --statistics -o '''translation_language'''.gmo '''translation_language'''.po''比如''msgfmt -c --statistics -o en_GB.gmo en_GB.po''。

[~/aMule/amule-dev-cvs/po]$ msgfmt -c --statistics -o en_GB.gmo en_GB.po
1354 translated messages

提示消息的含义和下面是相同的，你可以参考它。这种方法只需要gettext，Linux和*NIX一般都安装。

==== 更复杂的方法 ====

首先，运行''./configure''.

现在，把翻译放入''po/''目录，运行''make '''translation_language'''.gmo''，比如''make en_GB.gmo''

如果你翻译得正确，会显示：

[~/aMule/amule-dev-cvs/po]$ make en_GB.gmo
rm -f en_GB.gmo && /usr/bin/msgfmt -c --statistics -o en_GB.gmo en_GB.po
1354 translated messages

上面是个成功的完整的翻译。

一个“成功”的翻译，无论是否完整，因为没有语法错误所以可以使用。

一个成功的但是不完整的翻译如下：

[~/aMule/amule-dev-cvs/po]$ make ru.gmo
rm -f ru.gmo && /usr/bin/msgfmt -c --statistics -o ru.gmo ru.po
1333 translated messages, 79 untranslated messages.

这样，翻译中的79行需要重新翻译。

你的翻译可能会有失真。失真翻译是[http://www.gnu.org/software/gettext gettext]给出猜测的翻译，可能是错的（也可能很接近）。他们用''#, fuzzy''标识。如果你有失真翻译，搜索并改正他们（如果没问题只需要除掉''#, fuzzy''这行）。

下面是一个失真翻译的输出：

[~/aMule/amule-dev-cvs/po]$ make hr.gmo
rm -f hr.gmo && /usr/bin/msgfmt -c --statistics -o hr.gmo hr.po
544 translated messages, 412 fuzzy translations, 443 untranslated messages.

最后，你的翻译可能有错。这样的话，你的文件会报告所有错误，每个错误都有一个解释。

[~/aMule/amule-dev-cvs/po]$ make de.gmo
rm -f de.gmo && /usr/bin/msgfmt -c --statistics -o de.gmo de.po
de.po:88: number of format specifications in 'msgid' and 'msgstr' does not match
/usr/bin/msgfmt: found 1 fatal error
make: *** [de.gmo] Error 1

在上面的例子中，在88行的翻译有一个错误，所以要修改这个错误，否则不会有二进制翻译生成。

=== 测试 [[aMule]] ===

==== 简单方法 ====

如果你的aMule不是老到翻译已经不兼容的地步，你可以直接安装以前的made结果（也就是.gmo文件）直接测试，不需要编译。

警告：你必须备份当前的 /usr/share/locale/'''your_language'''/LC_MESSAGES/amule.mo。你必须有足够的权限去修改文件。另外，有可能让你的aMule安装崩溃。如果是这样，恢复原来的amule.mo文件。

下面就是例子。看懂这个例子。在'''your_language'''.gmo （这里是en_GB.gmo）存在的目录里面：

$ cp /usr/share/locale/en_GB/LC_MESSAGES/amule.mo .
$ cp en_GB.gmo /usr/share/locale/en_GB/LC_MESSAGES/amule.mo

如果第一个''cp''提示文件不存在，你需要把目录（这里是 /usr/share/...）切换到aMule安装的目录，比如/usr/X11R6/share/... 或者/usr/local/share/...

如果第二个''cp''提示"Permission denied"，说明你没有足够权限修改它。多数情况下你需要root权限。

==== 更复杂的方式 ====

你可以通过[[compile|重新编译aMule]]观察结果来测试你的翻译。

如果你的语言没有被[[aMule]]支持，你必须把它加入数据库中，这样[[aMule]]就可以知道它存在并用它[[编译]]。这么做需要把你的语言的代码加入''po/LINGUAS''文件（每种语言一行）。

现在可以[[编译]] [[aMule]]。如果你需要帮助，[[compile|参考本指南]]。

== 高级翻译 ==

如果你不是开发或者Linux新手，或者你不耐烦等待总想要最新的翻译...

自己生成''source_strings.po''！

如何进行？

* 从http://amule.hirnriss.net下载最新的[[aMule]] [http://www.gnu.org/software/cvs CVS] 快照

* 解压缩档案文件，进入根目录并生成[http://www.gnu.org/software/make Makefiles]：

<code>
'''tar -xjf aMule-cvs-20041009.tar.bz2''' 
'''cd amule-cvs''' 
'''./configure''' 
</code>

* 更新''POTFILE.in''文件：

<code>
'''grep -m 1 '_(' `find * -name "*.cpp"` | cut -d: -f1 > po/POTFILES.in'''
</code>

* 生成新的''source_strings.po''：

<code>
'''cd po''' 
'''mv amule.pot amule.pot.old''' 
'''make amule.pot''' 
'''mv amule.pot source_strings.po''' 
'''mv amule.pot.old amule.pot''' 
</code>

* [[Translations#How_to_proceed|翻译]]新的''source_strings.po''然后 [http://forum.amule.org/board.php?boardid=40 张贴它]!

----

--[[User:Thepolish|Thepolish]] 22:46, 9 Oct 2004 (CEST)

Translations-es

2006-10-23T16:01:45Z

212.170.156.253:

<center>
[[Translations|Inglés]] | [[Translations-pt|Portugués]] | [[Translations-ko_KR|Coreano]] | [[Translations-ru|Ruso]]| [[Translations-cn|Chino]] | '''Español''' |
</center>

== Introducción ==

Es muy facil ser un traductor de [[aMule]] a tu idioma, actualmente soporta [http://www.unicode.org Unicode], por lo que no hay limitación para caracteres Chinos, Coreanos, Árabes ... es posible realizar cualquier traducción.

Pero las traducciones necesitan de traductores, no temas entrar en el mundo de [[aMule]]!

No es necesario programar en lenguaje [http://gcc.gnu.org C++] o [http://en.wikipedia.org/wiki/Klingon_language Klingon] para ser un traductor!
Solamente necesitas conocer tu propia lengua (!!) y algún conocimiento de ingés!

Interesante? entonces comenzamos

== Como comenzar ==

De vez en cuando (una vez al mes) posteamos un fichero de texto llamado
''source_strings.po'' en el foro [http://forum.amule.org/thread.php?threadid=1097 Translation].

Descarga el fichero an ábrelo con [http://i18n.kde.org/tools/kbabel/ KBabel] si utilizas [http://www.kde.org KDE], [http://www.poedit.org PoEdit] o el [http://gtranslator.sourceforge.net/ gTranslator] si usas [http://www.gnome.org Gnome].

Previamente no debes olvidar el marcar tus preferencias en el
[http://i18n.kde.org/tools/kbabel/ KBabel], [http://www.poedit.org PoEdit] o [http://gtranslator.sourceforge.net/ gTranslator] incluyendo el nombre, e-mail, grupo de caracteres y demás.....

Esto es lo que verás con [http://i18n.kde.org/tools/kbabel KBabel]:

<center>http://www.amule.org/dev-up/kb1.png</center>

En la esquina superior izquierda tienes el texto en inglés.

En la esquina superior derecha tienes el fichero del que procede el texto.

Ahora solo tienes que escribir el texto traducido en la esquina inferior izquierda

<center>http://www.amule.org/dev-up/kb2.png</center>

Debes tener especial cuidado en copiar todos los caracteres especiales como &, %i, \n, etc... en el texto traducido y respetar los espacios al inicio y final del texto.

'''IMPORTANTE''', revisa [[format specifiers|este documento]] para saber cuales son los caracteres que no deben ser modificados.

Continua con todos los textos del fichero y una vez finalizado guárdalo.

Has acabado la traducción!, envíala al
[http://www.amule-project.net/amule/board.php?boardid=40 foro de traducciones del aMULE] y miles de personas te estarán agradecidas :)

== Como continuar una traducción ya empezada ==

Cuando la traducción ya ha sido iniciada, no será necesario que vuelvas a traducir los textos ya traducidos del fichero ''source_strings.po'' !

Hay un proceso automático que se encarga de incluir los textos ya traducidos en el fichero ''source_strings.po''

Por ejemplo, imagínate que deseas continuar la traducción al francés:

* Descarga la última ''source_strings.po'' del [http://forum.amule.org/thread.php?threadid=1097 foro], y la antigua ''fr.po'' que se encontraba en la versión del [[aMule]].

* Integra la antigua y nueva versión escribiendo:

'''msgmerge --no-fuzzy-matching -o new_fr.po fr.po source_strings.po'''

Alternativamente podrías usar las herramientas incluidas en el
[http://i18n.kde.org/tools/kbabel KBabel] o en el [http://poedit.sourceforge.net PoEdit] (consulta la ayuda de estas aplicaciones)

A continuación comienza la traducción en el fichero ''new_fr.po'' como lo hiciste anteriormente en el fichero ''source_srings.po'', simplemente tendrás que traducir los textos que no fueron traducidos anteriormente.

== Probando la traducción ==

=== Antes de empezar ===

Una vez guardado el fichero, puedes re-[[compile]|compilar] el [[aMule]], o simplemnte puedes comprobar que el fichero es correcto (este proceso se realiza automáticamente cuando [[compile|compilas el fichero]]).

La segunda opción tiene algunas ventajas, y es que no es necesario crear todos los ejecutables del [[aMule]], solamente necesitas crear el ejecutable de la traducción.

El procedimiento mas indicado es intentarlo [[#Testing only the translation file|solo con el fichero de prueba]] hasta que lo logremos, y una vez finalizado[[#Testing with aMule|compilar el aMule con las traducciones]] para ver como funciona.

=== Probando solamente el fichero de traducción ===

Para hacerlo, primero debes ejecutar ''./configure''.

Ahora, una vez que hayas copiado tu fichero en el directorio ''po/'', ejecuta ''make '''translation_language'''.gmo'', ejemplo ''make en_GB.gmo''

Si la traducción es correcto, te mostrará algo como esto:

[~/aMule/amule-dev-cvs/po]$ make en_GB.gmo
rm -f en_GB.gmo && /usr/bin/msgfmt -c --statistics -o en_GB.gmo en_GB.po
1354 translated messages

Este es un ejemplo de una traducción correcta y completa.

Como "correcta" debes entender a una traducción que bien completa o no, puede ser usada ya que no contiene errores de sintaxis.

Una traducción e incompleta sería la siguiente:

[~/aMule/amule-dev-cvs/po]$ make ru.gmo
rm -f ru.gmo && /usr/bin/msgfmt -c --statistics -o ru.gmo ru.po
1333 translated messages, 79 untranslated messages.

Como puedes ver, 79 lineas todavía estan pendientes de ser traducidas.

También puedes tener traducciones "dudosas" (ingles=fuzzy). Las traducciones dudosas son aquellas que ha detectado el [http://www.gnu.org/software/gettext gettext], y probablemente son erróneas. Estas quedan marcadas mediante la adicción de un texto ''#, fuzzy'' a la derecha de la traducción. Por lo que si ves que tienes "fuzzy translations", busca estas líenas y corrígelas (o simplemente borra el texto ''#, fuzzy'' si ves que están bien).

Un ejemplo de traducciones dudosas es el siguiente:

[~/aMule/amule-dev-cvs/po]$ make hr.gmo
rm -f hr.gmo && /usr/bin/msgfmt -c --statistics -o hr.gmo hr.po
544 translated messages, 412 fuzzy translations, 443 untranslated messages.

Por último la traducción puede contener errores, en estos casos aparece un texto que explica cada uno de ellos:

[~/aMule/amule-dev-cvs/po]$ make de.gmo
rm -f de.gmo && /usr/bin/msgfmt -c --statistics -o de.gmo de.po
de.po:88: number of format specifications in 'msgid' and 'msgstr' does not match
/usr/bin/msgfmt: found 1 fatal error
make: *** [de.gmo] Error 1

En este jemplo aparece un error en la línea 88, por lo que no creará el ejecutable hasta que sea corregido.

=== Probando con el [[aMule]] ===

Puedes probar la traducción [[compile|re-compilando el aMule]] y viendo como queda.

Si tu lenguaje no estuviera disponible en el [[aMule]], debes añadir el mismo a la base de datos, para que el [[aMule]] sepa que existe y se pueda
[[compile|compilar]] con ese lenguaje.
Para hacer esto debes añadir el código del lenguaje al fichero ''po/LINGUAS'' (un lenguaje por línea).

A continuación [[compile]|compila] el [[aMule]] normalmente. Si necesitas ayuda, [[compile|pincha aquí]].

== Traduciones avanzadas ==

Si no eres nuevo en el desarrollo de aplicaciones en Linux o eres lo sufientemente impaciente para tener siempre actualizada la traducción a tu lenguaje.....

Genera el fichero ''source_strings.po'' tu mismo!

Como lo hacemos?

* Desacarga la última versión del [[aMule]] [http://www.gnu.org/software/cvs CVS] desde http://amule.hirnriss.net

* Descomprime el archivo, ves al directorio raiz (root) y genera [http://www.gnu.org/software/make Makefiles]:

<code>
'''tar -xjf aMule-cvs-20041009.tar.bz2''' 
'''cd amule-cvs''' 
'''./configure''' 
</code>

* Actualiza el fichero ''POTFILE.in'':

<code>
'''grep -m 1 '_(' `find * -name "*.cpp"` | cut -d: -f1 > po/POTFILES.in'''
</code>

* Genera el nuevo fichero ''source_strings.po'':

<code>
'''cd po''' 
'''mv amule.pot amule.pot.old''' 
'''make amule.pot''' 
'''mv amule.pot source_strings.po''' 
'''mv amule.pot.old amule.pot''' 
</code>

* [[Translations#How_to_proceed|Traduce]] el nuevo ''source_strings.po'' y [http://forum.amule.org/board.php?boardid=40 envíalo]!

----

--[[User:Thepolish|Thepolish]] 22:46, 9 Oct 2004 (CEST)