[mw] RSPF no vale en modo ad-hoc - ver http://www.cs.ucsb.edu/~cs290i_mc/papers/80211_adhoc.pdf (fwd)

Simon J Mudd sjmudd en pobox.com
Jue Feb 14 17:38:00 CET 2002


On Thu, 14 Feb 2002 iokese en sindominio.net wrote:

> > Pues realmente pueder haber el caso que "te oigo" pero no me oyes a mi.
> > Entonces otro me oye a mi y a ti.
> > 
> > Entonces sabiendolo puede ser perfectamente factible que para hablar
> > los dos yo le hablo al amigo que te cuente lo que digo y te escucho de
> > vuelta "directamente".  En modo adhoc no funciona así.  Si no me oyes
> > O yo no te oigo no nos podemos hablar directamente ninguno de los dos.
> > 
> > Resultado: mayor uso de ancho de banda.
> 
> Ok, comprendo, los protocolos de los que te hablo funcionan, por ejemplo DSR 
> pidiendo la tabla de rutas a los nodos vecinos y guardandolas en cache durante 
> un tiempo (infinito si siguen viajando paquetes por ese camino);

Pero entiendo que DSR (dynamic source routing protocol) es para resolver
un problema diferente: de nodos móviles dentro de una red estable. ¿No es
así?  Otra referencia que he visto de DSR habla de un protocolo de hacer 
un broadcast a toda la red para encontrar el camino.... No lo veo muy 
factible si la red es muy grande o no estoy viendo las cosas claras...

Tienes un URL que habla en detalle de DSR?

> el problema del que hablas no solo significa mayor consume de ancho de
> banda (no estoy deacuerdo en el incremento del consumo del trafico de
> routing y MAC por hablar por una interfaz y recibir respuesta por la
> otra), el problema real pueden ser los bucles por duplicidad de caminos,
> "no problemo", SPTG es tu amigo, y esta soportado perfectamente.

En este sentido RSPF y OSPF son mejores porque el calculo del Shortest 
parth no tiene bucle.  el problema llega cuando el numero de redes aumenta 
y creo que una vez que pasas 50-100 redes/nodos ya se hace muy pesado el 
cálculod del camino mas corto.

De SPTG tampoco sé nada, así de nuevo : tienes un URL?

> Seria interesante hablar con Eric a su vuelta de Bruselas, ya que tendra 
> charlas con la gente que lo esta preparando para su red.

Pues si Eric sabe de todo esto y nos quiere dar una charla y explicarnos 
estos temas por mi parte estaría muy interesado.

Simon
-- 
Simon J Mudd,   Tel: +34-91-408 4878,  Mobile: +34-605-085 219
Madrid, Spain.  email: sjmudd en pobox.com,  Postfix RPM Packager





Más información sobre la lista de distribución madridwireless