La idea es poder ir creando cada vez más nodos y dotarlos de servicios tanto para los radioaficionados como para los miembros de guifi.net. Aunque a priori, será un poco complicado unirlos, esperamos poco a poco poder ir ampliando la cobertura.

Aquí se puede ver un mapa con las ubicaciones de todos los implicados en el proyecto:

Os invitamos a todos los que estéis interesados en participar en el proyecto a que os inscribáis en la lista de correo que tenemos para tal efecto.

Lista de Correo proyecto RF & VoIP:

Leyendo el blog de BGPMon encuentro información sobre el incidente del pasado 15 de Febrero donde un proveedor de Internet Checo llamado Supronet (AS 47868) estuvo haciendo experimentos con sus AS path prepending y provocó un incidente en Internet.

En resumidas cuentas, y como se puede observar en el foro de CXO-Community la inestabilidad a la que estuvo sometida Internet fue causada por una mala configuración de un router del proveedor  Supronet. El proveedor Checo propagó por Internet una ruta anómala, con otro router de otro proveedor y de esta forma se fué propagando por el resto de proveedor, y por ende, a toda Internet.

No voy a entrar en detalles técnicos, pero quien desee más información al respecto tiene un estupendo artículo (en inglés) en el blog de renesys.

En entornos donde existe una gran cantidad de hosts, el servidor DHCP se convierte en pieza clave del despliegue del networking de la corporación, puesto que hace la vida más sencilla al administrador en el proceso de asignación de direcciones IPs a los hosts que componen la red, así como permite realizar cambios en este direccionamiento IP sin apenas intervención humana.

La introducción de un servidor DHCP en la red provoca que tengamos un punto de fallo en la infraestructura de nuestra organización ya que los servidores DHCP no son capaces de hablar entre sí para mantener una base de datos común con las concesiones otorgadas entre ellos (el protocolo no se diseñó para soportar esta característica); por esta razón el servicio de DHCP se vuelve crítico y requiere de un diseño de alta disponibilidad. En este artículo vamos a presentar las soluciones, que personalmente creo que pueden solventar este reto.

En primer lugar podemos pensar en dos soluciones:

• Montar un cluster para el servicio DHCP de, al menos, dos nodos.
• Montar dos servidores independientes con el servicio de DHCP utilizando la regla del 50/50 o similar que se adecúe a las necesidades de tu organización.

Más adelante profundizaré más en la implantación de una solución de este tipo. Dejo para el que quiera ir avanzando un poco más de información en las referencias.

Referencias:

http://oreilly.com/catalog/dhcpwin2000/chapter/ch04.html
http://techsterity.com/blogs/bestpractices/archive/2008/01/27/High-Availability-DHCP.aspx