He tenido la suerte de ser invitado a estas charlas donde tendré oportunidad de hablar acerca del proyecto HSMMN (www.bicubik.net/hsmmn). Me siento especialmente afortunado de poder compartir charlas con gente de la talla de Saúl Ibarra(saghul) que nos hablará de SIP.Para mí será un honor poder acudir a las jornadas

Aquí los temas que se hablarán

• VoIP: Asterisk, SIP y HSMMN.
• La experiencia güifi: redes Mesh, la extensión de la red catalana en Euskal Herria, etc.
• Dispositivos hardware: Arduino, ifreeTablet, SheevaPlug, OpenLase, Qi-hardware.
• Otros temas de interés: (in) seguridad con Tempest, estándares abiertos para desarrollo de aplicaciones móviles.

Como curiosidad no técnica, os mostramos la foto, de la primera cabina de teléfonos VoIP que ha sido instalada en la Plaza del Ayuntamiento de Valencia:

Actualmente disponemos de las PABX de Valencia, Silla, Madrid, Castellón, Terrassa, La Garrotxa, Vigo y Barcelona. De momento todas las pruebas que hemos realizado han demostrado que la elección de Kamailio junto con la tecnología de Asterisk ha sido todo un acierto.

Además estamos trabajando en la creación de un módulo para Drupal que se integrará en la web de guifi.net y que permitirá a los usuarios poder crear sus PABX Asterisk y unirlas al piloto con varios clics de manera sencilla.

De igual forma, en la parte de I+D estamos trabajando en unir la red de VoIP de guifi.net, a modo experimental con un repetidor de radioaficionados en Latinoamérica que nos permitirá desde la red VoIP salir por radio. Mientras tanto tenemos acceso a la red VoIP vía skype (valenciaguifi) y a través de la PSTN.

El pasado Sábado día 9, tuvo lugar el primer “guifilab” de la comunidad guifi.net en Valencia. Estrenábamos formato para las reuniones mensuales del proyecto. A partir de ahora, nuestras reuniones mensuales dedicaremos un tiempo inicial de 30min para que compañeros del proyecto pueda explicarnos conceptos técnicos sobre las implementaciones que se están realizando dentro de la red guifi.net.

En el día de hoy, hemos tenido la oportunidad de conocer de primera mano, cómo se ha implementado técnicamente el piloto de VoIP así como las posibilidades de expansión futuras que se pretenden: ENUM, voice-xml, AGI, scripts, HA de Kamailio, etc…

El pasado Martes tuvimos ocasión de dar una charla introductoria al proyecto guifi.net y HSMMN, en la asignatura de Política de las Telecomunicaciones II del profesor Carlos Hernández en la UPV. Allí tuvimos ocasión de contar a los alumnos cómo con iniciativas personales y con una buena organización los proyectos de Telecomunicaciones pueden llegar a ser todo un éxito.

En la charla pudieron ver la evolución de guifi.net desde su nacimiento, y ver cómo nace un proyecto llamado HSMMN que pretende ayudar a restablecer el estado de normalidad en una situación de emergencia haciendo uso de los conocimientos de telecomunicaciones de los usuarios y radioaficionados.

Queremos agradecer al IEEE de la UPV y al profesor Carlos Hernández por la colaboración e interés en el proyecto y a todas las personas que asistieron. Pronto estará disponible la charla en nuestro espacio de SLIDESHARE.

El servidor Kamailio será el eje central de la solución VoIP adoptada para garantizar el crecimiento de la telefonía IP dentro de la red guifi. Con el túnel VPN contra la red guifi, garantizamos que el servidor será accesible desde Internet para las comunidades que actualmente puedan estar aisladas, y también, accesible desde la parte inalámbrica a través del túnel VPN.

Este servidor será el encargado de “enrutar” todo el tráfico VoIP entre las distintas PABX que formen parte de la red de telefonía IP que se formará dentro de la red libre y neutral guifi. Por el momento se está trabajando en un piloto que nos permita testear la viabilidad de la solución adoptada y determinar con antelación los posibles problemas que puedan surgir para garantizar un despliegue seguro y sin incidencias.

A continuación se muestra una imagen de lo que será el montaje final del piloto:
p>

Entre colaboradores de REMER, miembros de GUIFI.net y profesionales de las emergencias acudieron más setenta personas al evento.

Los organizadores dan las gracias a todos los asistentes e informan que quien no haya podido asistir y esté interesado en la información que se ofreció, pueden entrar en la página web de la Jornada y ver los videos de todas las ponencias.

Allí hablaremos de tecnologías punteras, que pueden ser operadas y desplegadas por voluntarios, ayudando a la restauración de la situación de emergencia y brindar colaboración a los servicios de emergencia para su coordinación y restauración de la situación a su normalidad.

Más información: http://www.emergenciesfigueres.com.

Tras darle vueltas al montaje que hubo en su día, pensamos que unir las PABX mediante enlaces IAX2 no es lo más idóneo, puesto que este sistema necesitaría de un entramado mallado entre todas las PABX. Pero estuvimos debatiendo y consultando a profesionales en el mundo de la VoIP y llegamos a la conclusión, de que podríamos probar una topología con un “Kamailio” que hiciese las veces de “sip router”.

Queremos experimentar con un modelo en el que las PABX Asterisk, estén unidads entre sí mediante un trunk SIP contra un “router SIP” utilizando el software Kamailio. Para ello nos gustaría que dicho servidor se pudiese resolver como “sip.guifi.net” tanto en la parte pública (Internet) como dentro de guifi.net La idea de que Kamailio tenga 2 patas una en Internet y otra dentro de guifi.net nos permite crecer, incluso en comunidades guifi.net aisladas y que todavía no están conectadas (véase el caso de Madrid, Galicia, o incluso comunidades guifi.net fuera de nuestras fronteras)

Disponemos de un servidor dedicado con buen ancho de banda y con buena interconexión en un CPD, lo que nos dá garantías de disponibilidad, por esta razón queremos hacer las pruebas primero antes de lanzar el modelo a todo guifi.net

Además contamos con un compañero (Jorge Castellet) que está trabajando en un módulo para drupal que permite gestionar las PABX de forma centralizada, ya que de esta forma todas las PABX podrían estar actualizadas gracias a un repositorio centralizado y sincronizado mediante un cron, al igual que se hace con los proxys federados.

Aquí os dejo la topología que queremos probar, sois libres para comentar qué mejoras son aplicables o qué defectos le veis al montaje:

Datos del lugar:

Ver mapa más grande