[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