On Monday 25 August 2008 12:56:09 Carlos Antelo wrote:
Tema 1: prefijo de los nodos y essid, contacto con el administrador de el nodo,
vista desde dentro y vista desde fuera:
> En lugar de usar un tld que no existe internamente quería proponer comprar
> un dominio ej: mvdl.net.uy, de esa forma seriamos, un poco "mas
> políticamente correctos". También de esa forma podríamos usar otro tipo de
> esquema para el essid: nodo.mvdl.net.uy.
> Donde se podría acceder a información del nodo, tanto dentro de la red como
> desde internet, y así evitamos tener que depender de internet para algo tan
> simple como contactar con el administrador del nodo.
>
> Opcionalmente nos da la oportunidad de tener una pagina propia de la red
> i.e. separación bal buenosaireslibre, que no se que ventajas pueda tener
> pero bueno la posibilidad esta, por ejemplo para utilizar otro tipo de
> herramientas en lo que a representar el estado de la red en la web se
> refiere ( aunque la posibilidad de esto ya existe de todas formas en la web
> actual) y de nuevo no se que tan bueno es pero la posibilidad esta, la idea
> va mas por el lado de no tomar un tld y facilitar el acceso a la
> información de el nodo sin depender de tener una cosa u la otra y sin haber
> escuchado nada sobre la red. (además es mas probable que alguien entre a la
> pagina que que te mande un mail si no sabe que es montevideolibre)
>
> Aparte de que tomar un tld a la fuerza no es muy bonito
Tema 2, independiente y no excluyente:
> tenemos un
> problemita y es que, montevideolibre no resuelve internet, y internet no
> resuelve montevideolibre asi que si tiran la consulta a un servidor de
> internet va a morir con un AUTHORITY SECTION: IN SOA A.ROOT-SERVERS.NET.
> y si tiran una consulta a un nodo va a morir sin información y dns es
> totalmente jerárquico lo cual no funciona en mvdl.
>
> Para lo que podríamos:
> nota: empecé con muchas pero después de que vi que eran demasiadas comencé
> a borrar con esta condición:
> siFuncionasSinDependerDeInternet(sol) ? sirve : nosirve
>
> Parchear un servidor de mDNS de forma de funcionar sin que los relay
> empiecen a hacer ping-pong en topologías en las que un nodo se puede
> alcanzar a si mismo por otra interfase.
> Ej: usar el mismo método que utiliza olsr para propagar sus paquetes ( se
> puede tomar su código).
> No requiere modificaciones en los clientes.
> Solución 5 estrellas (en mi opinión).
>
> Hacer un plugin de olsr que sea un relay de mDNS.
> Nos hace dependientes de olsr, posible overhead para el grupo de desarollo.
> Solución 3 estrellas (en mi opinión).
>
> Obligar a correr olsr con el plugin nameservice en todos los que se quieran
> conectar a la red y olvidarnos de tener mx y esas cosas.
> Solución 2 estrellas (en mi opinión)..
>
> No menciono cosas raras con dns por que al parecer o son extremadamente
> complicadas y poco escalables odependen de internet o hacen suposiciones
> obscuras sobre el significado de la vida y/o la capacidad de las personas
> para recordar números de 64 bits. But any ideas are welcome.
>
> Me gustaría saber si les parece o no lo del dominio y por que y que otras
> soluciones se les ocurren conrespecto a la resolución de nombres y que les
> parece lo mejor.
>
> No tengo tildes así que palabras en las que el diccionario no me pueda
> sugerir no los tienen, ej: mas
>
> No puedo firmar el correo ahora así que en algún momento va una
> contra-firma, desconfíen!
y para demostrar que el punto no significa nada este es mi nodo en este
momento:
; <<>> DiG 9.5.0-P2 <<>> yggdrasil.mvdl
; (1 server found)
;; global options: printcmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 26878
;; flags: qr aa rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 1, ADDITIONAL: 1
;; QUESTION SECTION:
;yggdrasil.mvdl. IN A
;; ANSWER SECTION:
yggdrasil.mvdl. 3600 IN A 10.71.2.129
;; AUTHORITY SECTION:
yggdrasil.mvdl. 3600 IN NS ns1.yggdrasil.mvdl.
;; ADDITIONAL SECTION:
ns1.yggdrasil.mvdl. 3600 IN A 10.71.2.129
;; Query time: 53 msec
;; SERVER: 10.71.2.129#53(10.71.2.129)
;; WHEN: Mon Aug 25 21:42:06 2008
;; MSG SIZE rcvd: 82
y la parte relevante de mi configuracion:
named.conf.local:
zone "mvdl" { type delegation-only; };
zone "yggdrasil.mvdl" {
type master;
file "/etc/bind/db.yggdrasil.mvdl";
};
db.yggdrasil.mvdl:
TTL 3600 ; 1 hour
yggdrasil.mvdl. IN SOA ns1.yggdrasil.mvdl. cma.yggdrasil.mvdl. (
2008061402 ; Serial
10800 ; Refresh
3600 ; Retry
604800 ; Expire
86400 ; Minimum TTL
)
; DNS Servers
IN NS ns1.yggdrasil.mvdl.
; MX Records
IN MX 10 mail.yggdrasil.mvdl.
; Machine Names
miyu IN A 10.71.2.129
ns1 IN A 10.71.2.129
mail IN A 10.71.2.129
skuld IN A 10.71.2.130
cameo IN A 10.71.2.132
vanaheim IN A 10.71.2.134
; Aliases
www IN CNAME @
mail IN CNAME @
svn IN CNAME @
el problema con dns es el de que cada servidor dns tenga que escribir un:
zone "3xbjifas.mvdl" {
type forward;
forward only;
forwarders { 10.71.2.193; 10.71.2.225; };
};
por cada nodo y mantenerlo actualizado, ( si se hace un script que tome de la
web los nodos y genere esto no hay otro probema) el unico problema con dns es
saber de los demas no temas de jerarquias las jerarquias son como dns resuelve
el saber de los otros, mDNS lo resuelve entrando a un canal multicast donde el
primero que responda soy yo es el que se toma por verdadero, nameservice
resuelve esto propagando los nombres utilizando su propia infraestructura pero
con nameservice solo podes poner el equivalente a
yggdrasil.mvdl IN A 10.71.2.129 ya que ( por la gracia de
dios) no hay un plugin de dns en el daemon de ruteo
_______________________________________________
General mailing list
General@lists.montevideolibre.org
http://lists.montevideolibre.org/listinfo.cgi/general-montevideolibre.org
