🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

Article View: es.comp.lenguajes.java
Article #971

Re: [OT]Re: Kademlia

#971
From: Oscar Garcia
Date: Thu, 09 Nov 2006 11:18
113 lines
5926 bytes
El Thu, 9 Nov 2006 10:45:19 +0000 (UTC), Fenix <est@no.es> escribi�:
>Oscar Garcia <redstarQUITARSPAM23@terra.es> escribi� el
>news:mlo5l21adfjtduc7rhd9t2duvllq3j6ptc@4ax.com: 
>> Entonces expl�came �c�mo obtienes la primera fuente KAD desde la cual
>> obtener el resto de fuentes KAD?
>
>    	Pues igual que programas un programa cliente/servidor... sin un 
>servidor... :)... haciendo al cliente servidor... :P

Falso. Necesitas una fuente inicial para poder empezar a usar el
protocolo KAD.

La fuente inicial te indica la IP y el puerto de un cliente con el que
se contactar� para obtener nueva informaci�n acerca de otras fuentes,
b�squedas (si usamos KAD para hacer b�squedas), etc.

Si no tenemos una fuente inicial (que generalmente se suele obtener a
trav�s del servidor ed2k) no sirve para nada KAD (l�ase kademlia).

>> �Escaneando TOOOOODAS las IPs hasta que des con alguna en la que haya
>> un cliente KAD?
>
>    	Uhm, s�lo necesitas una IP... la de un cliente/servidor conocido, 
>para que se comience a propagar el resto de nodos.

�Y c�mo conoces a esa primera fuente? Insisto... generalmente se
obtiene del listado de fuentes que nos ofrece el servidor ed2k.

Una vez que obtenemos la primera fuente de la que obtener informaci�n,
entonces el protocolo KAD se descentraliza, pero mientras, depende de
la obtenci�n de esa primera fuente.

>> �Y si ese cliente KAD ha cambiado el puerto en el que
>> escucha peticiones?
>
>    	Por mensaje UDP actualizas tu informaci�n de tu identificador para 
>realizar las conexi�n TCP. (No s� si es as�)

�Y a qui�n le mandas que has cambiado de IP y/o puerto? Si no conoces
a nadie :)

Es m�s... ya no conocer�s a nadie escaneando IPs por lo que he dicho
antes... ya no funciona el protocolo en un puerto est�ndar que
facilitar�a un escaneo de IPs, ahora los puertos son completamente
aleatorios.

>> Antes ten�a que cambiarlos el usuario a mano para
>> que fueran distintos al puerto por defecto, pero ahora el emule, tras
>> instalarse, selecciona puertos completamente aleatorios.
>
>    	Lo �nico neceseario es una wena propagaci�n de los nodos...

�Y cuando un nodo nuevo quiere unirse al resto de los nodos? �C�mo lo
hace? �A qui�n pregunta si no conoce a nadie inicialmente?

>> Siempre necesitar�s una primera fuente... un inicio del proceso de
>> adquisici�n de otras fuentes. Casi siempre se obtiene preguntando a
>> una fuente previamente adquirida mediante un servidor ed2k (los de
>> toda la vida). Ya no estamos "descentralizando" tanto la cosa, o mejor
>> dicho... el resto del proceso es lo que puede descentralizarse de los
>> servidores.
>
>    	Eso es as� para facilitar la obtenci�n de fuentes. Pero s�lo 
>necesitar�as una s�la fuente, para ir obteniendo el resto.

Exacto... y volvemos a lo mismo... �de d�nde la sacas?

>    	De hecho, por lo que s�, eso se hace as� b�sicamente para evitar un 
>uso intensivo de la red... es decir, para evitar una sobrecarga al 
>propagar.

Exactamente se hizo para evitar un uso intensivo de los servidores.

>    	Es cierto que necesitas un servidor, pero es que el cliente es el 
>servidor.

Siempre que hablemos de protocolo TCP hablamos de un cliente y un
servidor, de un proceso de establecimiento, transferencia de datos y
liberaci�n.

Pero hablar de aplicaciones P2P es m�s abstracto que eso. Si no, ser�a
completamente IMPOSIBLE crear una aplicaci�n puramente P2P usando TCP.

>    	Cuando quieres buscar un fichero, no le preguntas a un servidor que 
>te devuelva sus resultados, le preguntas a tus nodos vecinos que te 
>devuelvan resultados.

Exactamente, as� funciona la b�squeda KAD, pero eso no demuestra nada
de lo que me est�s diciendo acerca de que KAD no se apoya en un
principio de un servidor ed2k para poder obtener una primera fuente.

>> Bueno, pi�nsalo :)
>
>    	Pensado. :)

Pi�nsalo de nuevo.

KAD se invent� para descentralizar la b�squeda de nuevas fuentes de
los servidores, para descongestionarlos. Es un apoyo al protocolo ed2k
que una vez puesto en marcha y siempre que alguna fuente "vieja" siga
estando en l�nea cuando reconectemos tendremos la posibilidad de
seguir usando KAD sin volver a consultar un servidor ed2k. Pero si por
pura casualidad todos hubieran cambiado de IP (porque todos tubieran
IPs din�micas o algunos estubieran apagados) depender�as de nuevo de
un servidor ed2k que te ofrezca de nuevo "fuentes frescas" a las que
preguntar por m�s fuentes a su vez.

Sin �nimo de alargar m�s la discusi�n, hasta pronto.

-- 
�scar Javier Garc�a Baudet
LinaresDigital
http://redstar.linaresdigital.com/
Technical Details
Message-ID: <lp26l2hb7l8om9gtmm7fum25pisem4oqie@4ax.com>
Path: arc1-ca.pugleaf.net!g2news2.google.com!news4.google.com!news.glorb.com!news.ecp.fr!appleseed.escomposlinux.org!cernicalo.escomposlinux.org!escomposlinux.org!not-for-mail
References: <1162937869.702352.10470@h48g2000cwc.googlegroups.com> <fou2l25usm2bqksmht8sk3uc57umn5ctre@4ax.com> <Xns98765C5032E18estnoes@127.0.0.1> <mlo5l21adfjtduc7rhd9t2duvllq3j6ptc@4ax.com> <Xns987677867EFestnoes@127.0.0.1>

Show Full Headers
Complete Article Headers
X-Google-Thread: 1116f3,44300d860b798725
X-Google-Attributes: gid1116f3,public
X-Google-Language: SPANISH,ASCII
Path: arc1-ca.pugleaf.net!g2news2.google.com!news4.google.com!news.glorb.com!news.ecp.fr!appleseed.escomposlinux.org!cernicalo.escomposlinux.org!escomposlinux.org!not-for-mail
From: Oscar Garcia <redstarQUITARSPAM23@terra.es>
Newsgroups: es.comp.lenguajes.java
Subject: Re: [OT]Re: Kademlia
Date: Thu, 09 Nov 2006 12:18:29 +0100
Organization: Ecolnet
Lines: 113
Message-ID: <lp26l2hb7l8om9gtmm7fum25pisem4oqie@4ax.com>
References: <1162937869.702352.10470@h48g2000cwc.googlegroups.com> <fou2l25usm2bqksmht8sk3uc57umn5ctre@4ax.com> <Xns98765C5032E18estnoes@127.0.0.1> <mlo5l21adfjtduc7rhd9t2duvllq3j6ptc@4ax.com> <Xns987677867EFestnoes@127.0.0.1>
NNTP-Posting-Host: 87.217.170.210
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: cormoran.emeteo.local 1163071098 14906 87.217.170.210 (9 Nov 2006 11:18:18 GMT)
X-Complaints-To: emeteo@escomposlinux.org
NNTP-Posting-Date: Thu, 9 Nov 2006 11:18:18 +0000 (UTC)
X-Newsreader: Forte Free Agent 2.0/32.652