RSPF (era Re: [mw] RE: Enrutamiento IP sobre redes adhoc)

[Simon J Mudd]

jmunoz en softhome.net (Julián Muñoz) writes:

> > > El protocolo dinámico de encaminamiento sobre IP RSPF ha sido diseñado
> > > específicamente para este caso especial, y hace algo un poco raro, crear
> > > rutas punto a punto, de forma que realmente "la subred en la que estás
> > > importa poco". Esto de "la subred en la que estás importa poco" puede
> > > traer incongruencias, y en teoría RSPF puede hacer cosas raras. Pero
> > > bueno, no viene al caso puesto que nos ha comentado Simon que no puede
> > > funcionar aquí.
> >
> > No es que no funciona, pero la ventaja de poder usar "lo que oyes"
> > parecía inusable, ya que para transmitir correctamente con 802.11 es
> > necesario tener una comunicación bilateral entre los dos nodos.
> 
> Si no recuerdo mal, RSPF asume que si oyes una dirección IP, puedes
> alcanzar esta dirección IP:
> - Primero hace un ping, y si funciona lo asigna como alcanzable, y crea
> una ruta de tí a la estación remota.

El ping es bidirecional, ¿no?
Entiendo que para oír la escucha no lo tiene que ser.

> Estuve pensando sobre esto (en mi proyecto fin de carrera), y
> efectivamente hay un error "de concepto": realmente que oigas a una
> estación remota no significa que puedas alcanzarlas, significa que ella te
> puede alcanzar a tí !!
> 
> Bueno, pues este "pequeño lío", realmente deja de ser problemático en
> redes wireless, ya que el nivel MAC obliga a que se realice una conexión
> bilateral.

Exactamente. Estaría bien poder modificar este "concepto" aunque dudo
que lo puedes hacer sin cambiar el firmware...

> Si oyes las balizas de un corresponsal (creo recordar que
> debeis de estar en la misma subred para que las direcciones broadcast
> coincidan), es que ya se ha establecido una conexión.

Creo que puedes escuchar pero no estoy seguro que ocurre cuadno mandas
un paquete udp o tipo NO tcp a la dirección broadcast/multicast. Quizá
en este caso no requiere la bidireccionalidad, pero no lo sé: la
documentación está poca clara.

> (Habría que comprobar si el MAC de IEEE hace esto realmente al
> emitir un paquete te broadcast, pero lo normal es que sí, que lo
> difunda a todos los enlaces establecidos de su subred).  El ping va
> a funcionar casi siempre, y la ruta se creará.

Pero el caso de un ping (con respuesta) es el caso sencillo. El caso
interesante sería el caso unidireccional cuando oyes, pero no puedes
contestar a través del mismo camino.  No recuerdo si RSPF usaba una
dirección broadcast o multicast, el último sería más comodo por ser la
misma dirección destino en todas las redes.  He estado hablando con
Craig, pero voy a tener que preguntarle por su docuemtno explicativo
de RSPF ya que los detalles no recuerdo bien.

El hablaba de modificar RSPF para meterlo en Zebra cambiando la parte
MAC de AX25 por 802.11/ethernet, pero no creo que lo hará él.  Haría
falta ver si sería sencillo o no hacer estas modificaciones y si este
estilo realmente funcionaría.

De todas formas sabiendo que hay un enlace unidireccional de A a B, y
está bien configurado en A, al transmitir un paquete de A->B el MAC de
802.11 nos va a "joder" de nuevo porque seguramente diría que el
paquete no ha llegado (por no oir la respuesta) aunque realmente había
sido oido!!!

> Como bien dices, rspf no vale para un cliente final, porque lo normal es
> que este cliente final no tenga rsfp, pero podría valer por ejemplo para
> el caso de enlazar 2 nodos punto a punto, o 3 nodos de tránsito (suponte
> que en un punto puedes montar un triángulo, entiendo que entonces los
> nodos deben de estar AD-HOC, con lo cual hay que usar encaminamiento sobre
> ip: rspf se comportará mejor que ospf, ya que está pensado para radio.

Lo que alguna persona me ha comentado es que OSPF no está pensado
demasiado bien para una red "dispersa", le gusta mas ser una red
centrada en un nucleo, estilo tradicional y allí es donde veo que una
red MAN no funcionaría bien, porque seguramente el "backbone" no
tendría tanto ancho de banda como sus nodos de conexión.  OSPF
precisamente por su forma de ser también tiene dificultades
recalculando rutas con mas de 50-100 redes, en nuestro caso "nodos".
Así que de momento no pasa nada (hay 6 no conectados...) pero en el
futuro tendremos que ver si realmente es un problema o no y si lo
fuera que soluciones podríamos econtrar.

> (Dicho de paso, ningún procolo de encaminamiento sobre ip va a valer para
> el usuario final, pues un Windows no va a tener ni el rip, ni nada).

Y por esto mejor que usan DHCP conectado al nodo más cercano.
Sin embargo esto estropea la idea de roaming que otros quieren tener.

> ME DA LA SENSACION QUE RSPF VA A FUNCIONAR BIEN SOBRE ESTAS REDES
> WIRELESS. (Coméntalo con esta persona con la que hablabas a lo mejor algo
> se me escapa).

A mi me da la impresión que RSPF podría valer: el problema puede ser
el propio algoritmo MAC para 802.11 que "suena bien", pero podría
complicarse las cosas mucho.

> En determinados casos de interconexión entre nodos puede ser útil.

Haría falta probarlo *si* se le modifica de su estado actual.  Esto
podría requerir bastante trabajo.

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