Leyendo el blog de Luca Filigheddu, me entero que uno de los ex-presidentes de la república de Itália y actual senador, Francesco Cossiga, han promocionado su cuenta de Sitòfono para que el pueblo italiano pueda dejarles mensajes a través de la cuenta de usuario que se ha creado.
Ahora que estamos en época electoral, me parece una idea estupenda como método de acercamiento.
Aquí en España hace poco leí alguna anécdota curiosa, pero como quien dice, todo es empezar.
Lo entiendo, es de lógica y me consta que muchas ONG prefieren ahorrar dinero en este tipo de infraestructuras utilizando software libre. Recuerdo una ONG nacional en la que colaboraba que sustituyeron su servidor web y de correo con un Pentium IV y 1Gb de RAM para una web que ocupaba más de 1Gb de espacio, con bases de datos relacionadas y para ello, escogieron no pagar licencias software y utilizar software libre. Más tarde, descubrí que utilizaban Asterisk a nivel nacional como sistema de comunicaciones.
Después de confirmarlo con algunos contactos, y leer ciertas notas de diferentes webs, otra ONG, la asociación ecologista Greenpeace decidió en el año 2005 pasar toda su infraestructura a código abierto, y por supuesto, su central telefónica a Asterisk.
Son muchas las razones por las que una ONG le interesa, no solo utilizar software libre para desarrollar su infraestructura informática, si no dar un claro ejemplo de un buen uso del capital que dispongan y que, para encontrar calidad profesional no es necesario tirar el dinero en caros sistemas.
Es áltamente recomendable separar físicamente las redes de VoIP y las redes de datos para evitar la saturación de tráfico que puede provocar cortes en el audio o algún ruido extraño de manera aleatoria al intentar completar el trozo de audio que falta entre dos tramas RTP.
No siempre esto es posible, y debemos recurir a una técnica conocida aunque no siempre muy bien dominada por muchos administradores de redes llamado QoS (Calidad de Servicio).
Este QoS permite establecer colas de paquetes en cuanto llegan y permitir acelerar aquellos paquetes que tengan más prioridad lo que se establece generalmente por una «etiqueta».
Los terminales IP permiten, por lo general, establecer dicha etiqueta para que los paquetes que salgan del teléfono la lleven adosada y pueda ser priorizada nada más salir, pero una vez que llega al switch o al router, éste lo procesa como un paquete más a no ser que tengamos priorizado dicho paquete. Cada switch o router tiene su propio interfaz de administración de QoS, por lo que tendremos que aprender a utilizarlo si queremos poder utilizar QoS en nuestra red.
Una vez que llegan al servidor Asterisk, si este servidor tiene más servicios configurados, recibirá todos los paquetes por igual, a no ser que configuremos el QoS en nuestro Asterisk.
Para hacer esto, utilizaremos la herramienta ‘traffic control’ también conocida como ‘tc’.
Para poder crear las colas de prioridades, lo primero es saber qué tipos de prioridades podemos configurar. Hay 16 tipos diferentes:
1: 0x00: no QoS is set -> to 3rd queue (2)
2: 0x02: Mimimize Monetary Cost (MMC) (2)
3: 0x04: Maximize Reliability (MR) (2)
4: 0x06: MMC + MR (2)
5: 0x08: Maximize Throughput (MT) (2)
6: 0x0a: MT + MMC (2)
7: 0x0c: MT + MR (2)
8: 0x0e: MT + MR + MMC (2)
9: 0x10: Minimize Delay (MD) (1)
10: 0x12: MD + MMC (1)
11: 0x14: MD + MR (1)
12: 0x16: MD + MMC + MR (1)
13: 0x18: MD + MT (1)
14: 0x1a: MD + MT + MMC (1)
15: 0x1c: MD + MT + MR (1)
16: 0x1e: MD + MT + MR + MMC (0)
De todas estas, las señaladas en negrita son las que suelen implementar los terminales IP, por lo que tendremos que configurarlas en las colas que vamos a crear:
tc qdisc add dev eth1 parent 1:1 handle 10: sfq limit 3000
tc qdisc add dev eth1 parent 1:2 handle 20: sfq
tc qdisc add dev eth1 parent 1:3 handle 30: sfq
Con esta configuración, crearemos una cola para unos 3000 paquetes como máximo y la mayoría de los paquetes irán por la cola número 3.
Si queremos que los paquetes IAX vayan por la primera cola, deberemos decirle que, todos los paquetes que provengan del puerto 4569, vayan por la cola número 1:
tc filter add dev eth1 protocol ip parent 1: prio 1 u32 match ip dport 4569 0xffff flowid 1:1
tc filter add dev eth1 protocol ip parent 1: prio 1 u32 match ip sport 4569 0xffff flowid 1:1
tc filter add dev eth1 protocol ip parent 1: prio 1 u32 match ip tos 0x10 0xff flowid 1:2
Y con esto, tendremos el protocolo IAX priorizado al máximo mientras todos los demás van por la cola menos prioritaria. Con el protocolo SIP y el RTP, pasaría lo mismo pero habría que cambiar de puertos a los definidos en sip.conf (por defecto al 5060) y en rtp.conf (por defecto entre el 10.000 y el 20.000).
Para poder ver unas estadísticas del tráfico, tan solo tenemos que ejecutar:
tc -s qdisc ls dev eth1
Si después de hacer estos cambios queremos dejarlo todo como estaba, (sin colas configuradas) únicamente tendremos que limpiarlas:
tc qdisc del dev eth1 root
Espero que esto os ayude cuando no podais separar las redes de VoIP y las de datos.
Enlace: http://www.tweako.com/qos_and_traffic_shaping_for_voip_users_using_iproute2_and_asterisk
Acabo de ver en AsteriskVoIPNews una aplicación para ver gráficamente las conversaciones que se mantienen en un servidor Asterisk.
La verdad es que tiene muy buena pinta, pese a que está en fase alpha pero permite visualizar quién está hablando con quien de una forma muy original.
Os dejo una captura y el enlace de donde se puede descargar.
Enlace: http://sitkavoip.com/astsee/
Tras el anuncio de la nueva versión de Fring, no pude resistirme a probarla, ya que el hecho de escucharse bajo era una de las principales pegas que tenía.
Otra de las pegas que le veía a Fring, y que achaqué a mi N70 es que la aplicación tardaba mucho en arrancar, podía ser del móvil o bien de la conexión, pero con la cobertura 3G al máximo me imaginaba que sería del móvil. El N70 tarda 30 ó 40 segundos en encenderse algo realmente molesto si eres de los que suelen apagar el móvil frecuentemente.
Lo primero que noté al actualizar la versión fue la velocidad con la que carga la aplicación. Han mejorado considerablemente esto y ahora sí que parece una aplicación creada para el móvil y no un emulador de Playstation3. 😀
Lo siguiente que notas es efectivamente la mejora del volumen, tanto en llamadas a través de GoogleTalk, como de Skype y, por supuesto mi preferido, SIP, ya que ahora puedo tener mi cuenta de Asterisk en mi móvil como una extensión más.
En resumen: Si alguien aún no ha probado Fring, le recomiendo que lo haga. Merece la pena.
Lo siguiente será ver la imagen de la persona que llama y, porqué no, utilizar las características de video H.264 bajo SIP, Skype o GoogleTalk? 🙂
Enlace: http://www.fring.com/
A la hora de instalar un sistema Asterisk para manejar primarios siempre hay que tener cuidado en varios puntos como por ejemplo, estos:
– No utilizar más de una tarjeta por procesador.
– Tener cuidado con las IRQs ya que la probabilidad de compartir interrupciones es alta.
– En el caso de sistemas de alta disponibilidad, hay que duplicar tarjetas.
– y muchas otras que ya comentaré…
El dispositivo phoneBridge2 es un pequeño aparato sin ventilador y adosable que permite conectar hasta 4 primarios y controlarlos igual que con una tarjeta TE4XXP de Digium (mediante Zap), que cuenta con la ventaja de llevar incorporado un sistema de failover ordenado por el sistema de respaldo, tan rápido que puede tomar el control en menos de 1 segundo desde que lanza la orden de control.
Con este aparato no se comparten interrupciones, por lo que es posible tener un sistema Asterisk y tener conectado varios dispositivos de este tipo sin miedo a cortes ni problemas hardware y, al ser alimentado independiente del servidor, en caso de caída de corriente o fallo eléctrico del servidor principal, el servidor de respaldo puede continuar utilizando las líneas de primarios.
La comunicación entre el phoneBridge2 y el Asterisk se hace mediante red ethernet normal y corriente gracias al protocolo TDMoE que viene de serie con el paquete zaptel, por lo que existe la posibilidad de conectar varios Asterisk y realizar un balanceo de carga tanto se servidores como de primarios y no está limitado a 4 primarios, puedes conectar tantos como quieras.
Estoy seguro que es un dispositivo a tener muy en cuenta.Más información: http://www.red-fone.com/
Aquí teneis una animación muy interesante: http://www.red-fone.com/Products/HA-Demo/
A mucha gente le encanta el merchandising, sé que no soy raro por eso… así que echándole un vistazo al merchandising de Google me he encontrado con que tienen un Teléfono IP con que el, además de hablar sirve para sujetar papeles y lápices mientras hablamos por él.
La cosa sonaría a broma, pero después de ver las fotos uno empieza a pensar si esto que venden es en serio un teléfono VoIP, hasta que sigues leyendo y ves que cuenta con un conector USB y altavoces para el manos libres. Realmente tiene un diseño bastante curioso y atractivo. y por supuesto, funciona como una tarjeta de sonido, por lo que es necesario un softphone (GoogleTalk, XLite, SJPhone, etc…).
Pero se podría considerar el primer teléfono oficial de Google. ¿o no?
Sea como sea, a mi este teléfono me gusta 🙂
Enlace: http://www.google-store.com/product_info.php?currency=EUR&products_id=262
Hace poco Alberto Sagredo descubrió un parecido razonable con el Thomson ST2030, hoy me han reenviado una imagen de un modelo de teléfono IP que tiene algún que otro parecido al Snom 300.
A ver si alguien descubre la diferencia… 🙂
Una versión similar para Symbian 9 (N80, N73, N95, etc…) está a la vuelta de la esquina, pero de momento tendrán que seguir esperando.
Esta noche lo pruebo.
Enlace: http://www.fring.com/blog/?p=37
Olle Johannson acaba de hacer público algo que muchos llevábamos tiempo esperando: ¿Cómo iba el desarrollo del nuevo canal SIP que tan importante es para Asterisk?
Leído de SineApps, Olle nos cuenta que: (traduzco)
He recibido unas cuantas preguntas últimamente sobre el estado del proyecto Codename Pineapple, el proyecto que mejora la especificación del protocolo SIP y la pila para Asterisk.
Tengo unos cuantos patro cinadores, pero no los suficientes como para dedicarle más tiempo a trabajar en esto. Y desde que Digium no estaba para pensar en estas cosas durante más de un año, los últimos cambios no han sido actualizados a svn.digium.com
El trabajo que ha sido hecho hasta ahora, a falta de solucionar algunas incidencias:
– Nuevo parser para la configuración
– Nuevo tipo de dispositivo: Phone (nunca más ‘peers’ o ‘users’)
– Nueva manera de manejar mensajes (se acabó el copiar de los datos de la memoria)
– Comenzado un nuevo motor de intercambio
– Temporizador de SIP ajustable
– Separación en varios archivos de código fuente
– Soporte de captura de llamadas
– Nueva gestión en los registrosEste trabajo ha sido patrocinado por Edvina y Voop.
También, se ha realizado una limpieza general y una nueva abstracción para preparar el manejo de múltiples sockets y configuración a nivel de dominios. He ido un poco más allá y he cambiado muchas partes del código fuente.
La pila SIP del proyecto Codename Pineapple ya es bastante diferente del chan_sip.c, pero aún no está cerca de algo a lo que se le pueda empezar a hacer pruebas. Trabajo en ello o me arruino… Tu elijes.
No puedo aguantar las ganas de trabajar en esto ahora y en adelante, pero no esperes grandes progresos.Si tu tienes ideas sobre cómo hacer que la comunidad ayude a financiar un mayor reacondicionamiento como esto, por favor, envíame un email.Para saber más sobre el proyecto, visita http://www.codename-pineapple.org
Muchísimas gracias a Voop, Nuvio, TransNexus y Peter Gradwell por vuestro apoyo!
Saludos,
Olle
Realmente, el proyecto chan_sip3 es un gran proyecto y sin duda se beneficiará toda la comunidad Asterisk incluido aquellos que se benefician directa o indirectamente de este software que lo desarrollan tantas personas, pero es cierto que a veces un pequeño esfuerzo es necesario para ayudar a quien nos hace la vida un poco más fácil mejorando las herramientas con las que muchos de nosotros trabajamos.