Este intento-de-howto pretende dar una visión de Voz sobre IP (VoIP) en Linux a nivel usuario a día de hoy. Aquí voy a intentar poner las conclusiones de todas las pruebas que he hecho en mi casa con sistemas de VoIP (Voice Over IP). Es un trabajo en progreso porque con esto del VoIP salen clientes nuevos cada vez que buscas.

El objetivo ‘camuflado’ del howto es remover los cimientos filosóficos de esa gente que me encuentro a veces que prefiere sistemas de telefonía formados por aplicación propietaria, servidores ajenos y protocolos propietarios, simplemente porque funcionan fácil y bonito. Existe alternativa con software libre y funciona. (TODO: Ampliar un poco el rapapolvo xD).

Voy a hacer un poco el ‘fondillo’ de lo que quiero hacer. Todo lo que digo voy a intentar completarlo con ejemplos a posteriori. A ver si me sale.

Que es el protocolo SIP?

El protocolo SIP es un estandar de internet RFC 3261 para el manejo de sesiones multimedia. Aunque el audio y el video tienen sus estandares, esto no lo fija el protocolo. Esta característica hace que todo el que quiera hacer un cliente SIP, lo pueda hacer y podamos competir en igualdad de condiciones.

SIP nació para simplificar el protocolo H.323 que usa GnomeMeeting, OhPhone y Netmeeting, cuyas conexiones son complejas, poco simples de implementar, y encima, no se entiende nada bien con NAT. NAT es la tecnología que usamos para salir a internet con IP’s privadas usando una sola IP pública, es decir, lo que tiene dentro un Router ADSL o CableModem o un Linux con Masquerading.

El NAT es la madre de todos los problemas por dos razones:

• A los operadores las IP’s les cuestan, porque tienen un número limitado, por tanto conviene dar poquitas IPs y que los routers tengan NAT.
• Los operadores no ponen en marcha todavía IPv6, aunque está implementado en todos los sistemas operativos, que acabaría con la limitación de direcciones de IPv4.

Sin NAT, internet sería totalmente descentralizada y todo el mundo tendría su rango de ip’s para repartir en lo que quisiese. NAT hoy en día para internet es como fabricar islas artificiales dentro de un continente.

Aun lo mala que es NAT, actualmente SIP “se entiende” con NAT. Los que no se entienden con SIP son los clientes, y los servidores NAT. Los clientes poco evolucionados solo implementan lo más facil (sin NAT), y la solucion es esperar o cambiar de cliente. Los servidores NAT no soportan SIP ni STUN (un protocolo que asiste estos temas), por lo que hay que tocar manualmente los routers. Incluso el modulo sip-conntrack para netfilter (iptables) no sale todavía al main. La alternativa de momento es redirigir puertos, montar un proxy SIP, una vlan, túneles, etc.

Qué tipo de ip tienes?

SIP transporta los datos de conexión usando el protocolo UDP puerto 5060. El puerto 7070 también de UDP (y siguientes puertos a veces) transporta los datos de audio. El formato UDP es como el TCP, el que usamos todos los días para navegar, pero sin estar orientado a conexión. Eso lo hace más rápido y más tolerante a fallos que el TCP. Una comunicación de VoIP sobre TCP tiene muchos retrasos y delays, algo que molesta mucho. La desventaja de UDP al ser no orientado a conexión es que los NAT’s actuales no se manejan bien con el.

Es por esto que es importante, aparte de enviar paquetes por estos puertos, poderlos recibir de internet y que “lleguen” a tu máquina. Es decir, si nuestra máquina esta dentro de una NAT, tenemos que configurar lo de afuera para que consigan llegar esos paquetes, que son la llamada y la voz de nuestro contertulio. Entonces:

• Si tienes una ip pública, un cablemodem o bien un router en modo monopuesto: Abriendo el firewall a esos puertos, y con una configuración muy simple puedes hacer y recibir llamadas dando tu ip (o tu nombre de máquina que es más facil de recordar, asociado a algún dns dinámico estilo dyndns.org, sytes.net, etc).

• Si tienes una ip privada y un router hardware que controlas, que te da acceso a internet: En este caso tendrás que redirigir los puertos UDP/5060 y UDP/7070 a tu máquina, y configurando en el cliente la ip publica, te funcionará de la misma forma que el anterior.

• Si tienes una ip privada y un router que no sabes controlar, en principio va a estar difícil la cosa porque lo de redirigir puertos es ‘la forma correcta de hacerlo’. (profundizar más en esto y en escaipe). Estoy trabajando en solventar eso de otra forma usando software libre.

• Si estás detrás de un router linux, el mundo se te abre y pasas a tener sección propia.

Qué pasa si tengo un linux de router?

El router linux te permite hacer desde lo mínimo, hasta lo máximo, a saber:

• Si solo te vas a conectar tu y desde un sitio fijo, lo mas sencillo es que redirijas los puertos usando iptables y DNAT.

• Si se van a conectar más personas,

  • una redirección de puertos directamente no te vale… porque un par de puertos tendrías que redirigirlos a una máquina, otro par de puertos redirigirlos a otra, etc. Se puede, pero implica poner puertos no estandar, y máquinas en sitios fijos.

  • puedes instalar siproxd en el firewall… de esta forma, las personas de tu LAN se registran en el proxy y pueden hacer llamadas internas y externas sin problema. Y desde fuera se pueden llamar a todas y cada una de los clientes de la LAN (si están conectados) a traves de una direccion sip:usuario@direccion.del.firewall.

  • Si se van a conectar muchas personas, y quieres características como contestador automático, salas de charla, etc… tómate unas vacaciones y montate un asterisk.

Que es asterisk? Para que sirve? Tengo que montarme uno?

Asterisk es un software que convierte un ordenador y hardware adicional en una centralita. Una centralita es algo que interconecta teléfonos. Según como te lo montes y el hardware que tengas, tendrá varias facetas:

• Con una tarjeta de red, tu centralita podrá comunicarse con otras centralitas en internet y con teléfonos IP.
• Con una tarjeta de telefonía, tu centralita podrá conectarse a la línea telefónica y recibir y enviar llamadas.
• Con una tarjeta de sonido, es como si tuvieras un teléfono en la centralita… es algo un poco inutil pues nadie habla por la centralita directamente, sino en un teléfono en su cuarto .

Una configuración de una centralita telefónica no está dentro del ámbito de este HowTo. Creo que ni siquiera una configuración simple de una centralita telefónica. Si lo consigo, lo pondré por aquí.

Hoy en día es una complicación el tener una centralita en casa. Pero creo que en el futuro será interesante tenerla. A día de hoy, las podríamos montar de manera comunitaria (para aprovecharla entre varios), o bien usar alguna que empresas dedicadas a esto hayan montado.

• De forma comunitaria, hay iniciativas para montar redes de centralitas de uso libre. [poner enlace]
• De forma empresarial, una empresa monta centralitas en diferentes ciudades, contrata las tarifas más baratas de cada ciudad y las conecta entre si mediante internet. Es así como una compañía te permite hablar barato con la conchinchina usando internet. [enlace a alguna española?]

Por tanto, si alguien te abre una cuenta en su asterisk, podrás hacer y recibir llamadas a internet; y si te abonas a alguna de estas compañías, podrás hacer y recibir llamadas a internet y a fijos/moviles.

Asterisk para Debian:
deb ftp://debian.marlow.dk/ sid asterisk-common asterisk-head
deb-src ftp://debian.marlow.dk/ sid asterisk-common asterisk-head

¿Alternativas a Asterisk?… si, SIP Express Router
SER (acrónimo de SIP Express Router) deb, no es un sistema que pueda sustituir completamente a Asterisk, aunque nos ofrece una serie de servicios que merece la pena tener en cuenta:
- Redirector para llamadas SIP entrantes
- Proxy
- Servicio de registro de usuarios
- Administración Web
- Pasarela SMS
- Pasarela Jabber (SIMPLE2Jabber)
- Autenticación por Radius
- Implementa FCP (Firewall Communication Protocol)
- Acceso web de los usuarios a sus registros
- Registros por syslog

Las características que presenta son suficientes cómo para que merezca la pena dedicarle algo de tiempo a su valoración. Además, como ocurre con todos los proyectos de software libre interesantes, siempre surgen, alrededor del proyecto original, iniciativas cuando menos curiosas. Una iniciativa relacionada con SER que también merece ser estudiada es el proyecto SIPatH.

Parece que la tienes cogida con skype, no?

Pues sí.

Si estamos intentando devolver a nuestros PC esa libertad que perdieron, y les decimos a la gente que sustituya su Windows, Office, PhotoShop y MSN por Linux, OpenOffice, GIMP y Jabber, porqué no promulgar que sustituyan su escaipe por cualquiera de los clientes que tenemos?

En todas estas sustituciones, tenemos excusas del cajón de las excusas: es que Linux es dificil, es que OpenOffice no me carga bien las cosas, es que PhotoShop lo usa mas gente, es que MSN es lo que usa todo el mundo. Y en escaipe la excusa sería: Es que no tengo que abrir puertos. Si por filosofía a veces nos aguantamos algo (que al final nunca es un gran sacrificio), tambien podemos entrar al router a cambiar estos dos puertos. Si ya los cambian para el eMule, que más les cuesta…

Primero que es una empresa propietaria, cuyo interés es acumular usuarios con la excusa de ‘gratis’ y con posibilidad de hacerlos cautivos en el futuro. Luego es un protocolo cerrado y software privativo. Luego las comunicaciones pasan por sus servidores (intimidad cero). Hay muchas cosas en esto que me parecen igual que Napster cuando empezó. Pero napster murió y vinieron decenas de programas hasta lo que hay hoy en día en P2P.

Y otra razón por la que no me gusta es la mala fé del protocolo. Aunque el protocolo es propietario y secreto, hay gente que haciendo ingeniería inversa ha conseguido saber. No lo he leido, pero según explicaciones básicas leídas por ahí, escaipe tiene el mismo problema con los NAT que todo el mundo, pero se aprovecha de sistemas operativos ‘más confiados’ que permiten una especie de relaying a nivel de UDP. Si tu tienes tu router capado y no puedes escuchar, pero otro fulano tiene un ordenador con IP pública y escaipe instalado, escaipe manda tus conversaciones a la máquina del fulano, y tu las coges de la máquina del fulano. Por eso, personas que no estan hablando en un determinado momento, ven que gastan ancho de banda. Y por eso dicen que tiene tecnología P2P. Y por eso no se deja usar en las universidades. Al aceptar la licencia de skype consientes esto. Que mis conversaciones pasen por máquinas de fulanos de por ahí, por muy encriptadas que estén, no me hace gracia.

Vale. Estoy convencido. Que clientes puedo usar?

Hay dos en Linux con suficiente experiencia:

• Linphone: Es un cliente que usa GNOME en su interfaz, aunque tiene también versión consola (linphone-nox en debian, que hay que configurar a pelo). Características:

  • Permite recibir conexiones punto a punto sin conectarse a ningún proxy ni a ningún asterisk. Esto significa que abriendo dos LinPhone en una LAN, se puede hablar sin hacer nada más que poner la IP del otro.
  • Otra ventaja es que en sus últimas versiones puede conectarse a varios proxys, es decir, que si tenemos varios amigos que nos han dado cuentas en sus asterisk, y un par de proveedores de llamadas baratas, podemos estar conectados a todos al mismo tiempo, y al llamar, LinPhone elige por donde salimos.
  • Tiene muchos codecs implementados (Speex 8/16K, GSM, 1015, PCMA/U), y permite ordenarlos por prioridad.
  • Posee lista de contactos y posibilidad de saber si estan online, away, etc.
  • Funciona con ALSA, con OSS he tenido problemas.

• KPhone: Es un cliente que usa QT en su interfaz y está migrado a OpenEmbedded en KP-Pi (pdas: zaurus, ipaq, etc).

  • En la versión actual no permite hacer conexiones en una LAN, por tanto necesita siempre de un proxy.
  • Solo puede conectarse a un solo proxy.
  • Me funciona en OSS, ALSA y en el OSS de la Zaurus.
  • Tiene codecs G711u, GSM e iLBC.
  • También posee lista de contactos y posibilidad de saber si estan online, away, etc.

Hay más clientes que van saliendo poco a poco. Por ejemplo:

• Wengophone: Está hecho en QT pero por ahora solo funciona en windows por el sonido (tiene su pecado xD).
• Minisip: No lo he probado, pero tiene muy buena pinta.
• KCall: Pretende hacer una versión mejorada de KPhone, generar un API común (OpenTAPI) para usarla en más programas, e integrarlo con Kontact.
• Twinkle: Un softphone que tiene pero que muy muy buena pinta.
• Farsight: Es un proyecto que pretende crear una librería multiprotocolo para comunicaciones multimedia de audio/video y que sea adaptada para los clientes que tenemos de Mensajería Instantánea. En esta librería está colaborando gente de aMSN, Gaim y Kopete.
• sflphone: Un cliente con un look muy presentable, usando la librería de linphone llamada libosip2.
• PhoneGaim: Otro más, parece potente pero quizas un pelin limitado y raro de instalar si no tienes una Linspire.
• Siphon: Otro cliente SIP más, aunque su desarrollo parece paralizado. Su código (cómo todos los demás) está disponible para seguir trabajando en él.
• BonePhone: Otro cliente básico, pero operativo con el que hacer algunas pruebas.
• iaxComm: Es un ‘softphone’ para el sistema asterisk, hecho en wx y que funciona en Linux, Mac y Windows. Merece la pena dedicarle un ratillo.
• playSIP: desde la línea de comandos, nos permite establecer y grabar una conversación telefónica via SIP. Interesante.

Ni más trabajo para mirarlos todos ) Un gusto, a ver cual coge mejor camino.

Para Windows, existe mucho freeware (pero propietario) por ejemplo ineen, sjphone, x-lite, DIAX, iaxPhone, Virbiage, Gizmo o el espectacular eyeBeam (de pago). Supongo que aparte de bonitos, son muy fáciles de configurar. Como usan protocolos y estándares abiertos, creo que no pasa nada por aceptarlos (como medida transitoria of course xD).

Para los propietarios de una Zaurus, (que de todo tenemos en nuestro grupo de usuarios), recomendarles ZiaxPhone

Si sabes de alguno más, me lo dices en un privado o me pones un comentario para yo añadirlo a la lista.

Y ahora que?

Ahora tenía pensado poner un par de ejemplos paso a paso de la configuración de un par de soluciones fáciles para los casos más típicos. Pero eso será otro día.

Agradecimientos

Sin el amigo AgarFu, no habría sido posible este HowTo. Él me ha dado muchos de los enlaces, y él me ayudó a comprobar lo dificil que puede ser salir de un router que se ha puesto tonto. Es el co-autor de este howto sin duda.

Y más agradecimientos están por llegar, si nos ayudas claro