<html>
<head>
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
<div class="moz-cite-prefix">Hola,<br>
<br>
Para mi, idealmente los pasos serían:<br>
<br>
1. Usuario llega a **cualquier web de cualquier nodo** que tenga
IP pública. Por ejemplo al nodo "aaa".<br>
<div><br>
2. Lee la descripción del proyecto, le gusta, quiere darse de
alta en la red.<br>
</div>
<br>
3. Pulsa el botón de unirse a la red:<br>
- rellena los datos, <br>
- ** elige otros 2 o 3 o x nodos a los que conectarse: "abc" y
"zxy"**<br>
- **demuestra que es humano**<br>
- **La web comprueba automáticamente la validez y disponibilidad
de los datos introducidos (números PLN solicitados, los otros
nodos a los que conectarse responden y realmente admiten más
conexiones, etc)** <br>
- Almacena sus datos en **unos ficheros de texto** y le manda un
e-mail de confirmación. <br>
- Se valida el correo mediante un enlace por ejemplo. También se
podría validar el teléfono de contacto mediante una llamada
automática que lea unos números.<br>
<br>
5. **El sistema autoconfigura el DUNDi del nodo local ("aaa") para
admitir al nuevo miembro**<br>
<br>
6. **El nodo "aaa" envía la solicitud automáticamente a los nodos
"abc" y "zxy" con los datos ya revisados del nuevo nodo.**. Esta
solicitud se realiza dentro de la VPN. Sólo se admiten éstas
peticiones desde la red 1.x.x.x<br>
<br>
7. **Los nodos "abc" y "zxy" se autoconfiguran el DUNDi para
admitir al nuevo nodo.**<br>
<br>
8. **La web le envía al admin del nuevo nodo los ficheros
necesarios (de configuración, listados, etc)**<br>
<br>
9. El usuario configura su nodo, crea sus claves públicas/privada
tinc y DUNDi, abriendo puertos y ubicando las claves en **el
servidor web de su nodo**.<br>
<br>
10. Todo automágico: Los nodos "aaa", "abc" y "zxy" prueban cada X
horas a descargarse las claves públicas (DUNDi y tinc) del nuevo
nodo. Cuando lo consiguen, hacen un reload del asterisk y del tinc
para que carguen las claves. Una vez responda a ping, prueba a
resolver los números PLN del nuevo nodo vía DUNDi cada X horas.
Cuando funcione, se envía un mail a los admins implicados
informando del suceso y dando la bienvenida al nuevo nodo :)<br>
<br>
Respondo debajo a las preguntas..<br>
<br>
On 02/09/12 18:14, David Rubert wrote:<br>
</div>
<blockquote
cite="mid:CAF-Hj-_JKXHg72HcEM=BFqBX3+EbO_GkKndJ=m3H9em4aCgXCA@mail.gmail.com"
type="cite">Wenas de nuevo!
<div><br>
</div>
<div>Estaba yo cavilando a ver cómo darle forma a la parte de la
web, y a la manera de darse de alta un admin de asterisk recien
llegado, nuevo de trinca ,sin ningún padrino que ya le haya
informado sobre cómo funciona el proyecto.</div>
<div><br>
</div>
<div>Voy a intentar enumerar los pasos, sin detallar mucho la
parte técnica, a ver si os parecen correctos.</div>
<div><br>
</div>
<div>1. El usuario llega a la web principal (<a
moz-do-not-send="true" href="http://phoneliberation.net">http://phoneliberation.net</a>).</div>
<div>2. Lee la descripción del proyecto, le gusta, quiere darse de
alta en la red.</div>
<div>3. Pulsa el botón de unirse a la red, rellena los datos, y la
web almacena sus datos en alguna DB y le manda un e-mail de
confirmación (validación de e-mail?).</div>
<div>4. El usuario configura su nodo, creando la pareja de clave
pública/privada TINC, abriendo puertos y ubicando las claves en
un servidor web público.</div>
<div>5. Examina el listado de nodos ya enlazado y elige 2 nodos:
"abc" y "zxy".</div>
<div>6. Visita la página del nodo "abc" y hace una solicitud para
establecer un enlace con ese nodo.</div>
<div>7. El formulario le confirma la recepción, le informa de que
le ha enviado la información al administrador para que, cuando
pueda, configure el nuevo enlace.</div>
<div>8. Cuando el admin del nodo configura tinc y dundi con la
información del nodo recien-llegado, le confirma vía correo.</div>
<div>9. El nuevo usuario termina de configurar su enlace
tinc/dundi.</div>
<div>10. Conseguido.</div>
<div><br>
</div>
<div>¿Qué os parece este proceso (a groso modo)? Lo describo yo
que soy un recién llegado y no tengo claras las partes, por eso
me gustaría que corrigierais lo que no es correcto. Este proceso
que he descrito implicaría:</div>
<div><br>
</div>
<div>* Comunicar adecuadamente/sincronizar información entre una
web central (<a moz-do-not-send="true"
href="http://phoneliberation.net">phoneliberation.net</a>) y
las webs distribuidas en la red (las de los nodos). Vía
repositorio GIT privado o similar.</div>
</blockquote>
<br>
No hace falta una web central, podemos hacerlo todo distribuido.
"Sólo" tenemos que hacer y ponernos de acuerdo en usar la futura
versión 1.0 del acuerdo, documentación, código fuente de la web,
scripts, etc.<br>
<br>
<blockquote
cite="mid:CAF-Hj-_JKXHg72HcEM=BFqBX3+EbO_GkKndJ=m3H9em4aCgXCA@mail.gmail.com"
type="cite">
<div>* Decidir el nivel de validación de los usuarios en todo el
proceso. Es decir, decidir si dejamos que las solicitudes sean
anónimas, o vamos a realizar un proceso de registro/validación
de usuarios pertenecientes a la red (vía usuario/contraseña).</div>
</blockquote>
<br>
De los datos del admin, yo validaría únicamente el email y el número
de teléfono de contacto (PSTN).<br>
<br>
A los admins no les hace falta usuario/contraseña. Los usuarios
(abonados) sí que tendrán su usuario/contraseña en la web de su
nodo, para cambiar sus datos y preferencias.<br>
<br>
<blockquote
cite="mid:CAF-Hj-_JKXHg72HcEM=BFqBX3+EbO_GkKndJ=m3H9em4aCgXCA@mail.gmail.com"
type="cite">
<div>* Decidir el nivel de automatismo del proceso. ¿Qué
interacción por parte de los administradores queremos que sea
necesaria? </div>
</blockquote>
El trabajo de máquinas, para las máquinas. Que los scripts
comprueben y configuren lo que haga falta. El tiempo del admin (y de
cualquier persona) es lo más valioso, por lo que pondría ninguna, o
la mínima posible. Si cumple las normas y funciona, bienvenido. Esto
se puede hacer automático.<br>
<br>
Excepto cuando llegue el caso de que alguien quiera un número
geográfico de una zona (país) que todavía no está consensuada,
deberá traer una propuesta para ser revisada públicamente. Esta
revisión deberán hacerla manualmente entre varios admins que ya
estén en la red.<br>
<br>
El admin del nuevo nodo siempre tendrá que hacer algo manualmente
para unirse. Como mínimo tendrá que rellenar el formulario,
demostrar que es humano y configurarse su nodo.<br>
<br>
<blockquote
cite="mid:CAF-Hj-_JKXHg72HcEM=BFqBX3+EbO_GkKndJ=m3H9em4aCgXCA@mail.gmail.com"
type="cite">
<div>¿Se podría dar de alta un nodo sin ningún tipo de interacción
por parte de los administradores de los nodos ya enlazados?</div>
</blockquote>
Si. Por ejemplo con los pasos que propongo.<br>
<br>
<blockquote
cite="mid:CAF-Hj-_JKXHg72HcEM=BFqBX3+EbO_GkKndJ=m3H9em4aCgXCA@mail.gmail.com"
type="cite">
<div>¿Cómo lo véis?</div>
</blockquote>
Bien, vamos concretando cosas :)<br>
<br>
</body>
</html>