Etiqueta: SIP

  • SIP MasterClass 2009: Día 1

    Como ya comenté, esta semana va dedicada al curso especial centrado en SIP y donde cualquier otro protocolo pasa a ser casi «tabú» ya que bastante ya tiene este como para andar hablando de otros…

    sipmasterclass-1-01
    Haciendo los ejercicios de SIP …

    El primer día he de confesar que ha sido bastante tranquilo, una introducción al SIP de Asterisk, ventajas e inconvenientes, trucos y notas que muchos desconocen, comentarios personales de Olle Johansson sobre el desarrollo y alguno más sobre lo que llegará a ser.

    Tras una intensa introducción, casi en el punto de «dificultad» donde acaba el Bootcamp (si se pudiera hacer una comparación de este tipo) empieza el SIP MasterClass.

    El curso promete, y no es porque lo diga yo, es que realmente es un tema que para cualquiera interesado en la VoIP (ya no únicamente en Asterisk u OpenSER) se hace imprescindible para aprender cómo funciona el protocolo SIP (principal protocolo de VoIP), aprender a solucionar problemas que se plantean con un simple Asterisk y un teléfono y no sabemos porqué ni cómo solucionarlo, y para coger experiencia y seguridad en el trato de sistemas que funcionan mediante SIP.

    Como comentaba, el día ha sido tranquilito, Asterisk instalado, usuarios SIP registrados y a partir de aquí, empieza lo bueno.

    Para dar un poco de envídia, comentaré que tras finalizar el curso, he escuchado a varios asistentes comentar que se iban a por el bañador y a darse un bañito… 😛

  • Preparado para la SIP MasterClass 2009

    Como ya comenté en el artículo SIP MasterClass 2009 en Málaga, mañana dará comienzo el curso Maestro sobre SIP donde se darán cita dos grandes gurús de este mundo y más concretamente del mundo SIP: Olle Johansson y Daniel-Constantin Mierla y donde los asistentes tendrán la extraordinaria oportunidad de aprender los entresijos de SIP junto con las dos herramientas más utilizadas: Asterisk y OpenSER. Aprender los secretos del protocolo SIP y la potencia de la coordinación entre estas dos aplicaciones.

    En el mundo de las comunicaciones actuales existen dos ramas bastante diferentes y que se unen para ofrecer al usuario una transición lo más suave posible: comunicaciones basadas en redes de telecomunicaciones (analógicas, digitales, gsm, etc.) y comunicaciones basadas en protocolos de redes informáticas (sip, iax, h323, etc.).

    Todos conocemos las ventajas de las redes de telecomunicaciones, las tenemos en casa, en el trabajo, nos permiten contactar con nuestros familiares y hablar desde cualquier sitio mediante los móviles.

    En las redes informáticas, el audio y el vídeo son convertidos a datos binarios y manejados automaticamente por aplicaciones y dispositivos que se encargan de calcular prioridades, comprimir los datos y confirmar la recepción de dichos datos en el envío, aunque la principal ventaja consiste en ofrecer servicios similares a las redes de datos que ya conocemos como Internet o las redes locales permitiéndonos conectar cualquier dato que circule por esta red (música, voz, vídeo, mensajería instantanea, etc.) a cualquier otro servicio de red mucho más conocido (http, ftp, jabber, etc.).

    Los proveedores de telecomunicaciones habituales ya conocen las ventajas de las redes de datos en comparación con las redes de telecomunicaciones y hace varios años comenzaron la migración de sistemas tradicionales por sistemas basados en software que manejaban protocolos IP, en lugar de protocolos ISDN, manejaban tramas de paquetes binarios, en lugar de ondas y esto lo hacen totalmente transparente para el usuario final.

    Una de las ventajas de las redes de datos consiste en el ahorro en la inversión de infraestructura ya que es muchísimo más económico un sistema capaz de manejar datos que un sistema capaz de manejar líneas de telecomunicaciones y por lo tanto, nuevos proveedores llevan surgiendo desde hace tiempo aprovechando ese ahorro en la inversión y obteniendo un resultado similar al de las tradicionales empresas de telecomunicaciones, pero con un ahorro considerablemente inferior.

    Universidades, administraciones y grandes empresas con decenas o miles de usuarios han aprendido la ventaja de convertir sus comunicaciones a datos y aprovechar sus redes ethernet y de Internet para realizar llamadas telefónicas y enviar faxes en el mismo medio físico por el que viajan emails y otros servicios, a la vez que permiten un control mayor y ofrecer servicios a sus usuarios que con las redes de telecomunciaciones son prácticamente prohibitivas económicamente o requieren de un nuevo sistema.

    En las redes de datos, la voz y el vídeo son convertidos a datos y de su gestión se ocupa un protocolo que ha pasado a convertirse en el estandar por excelencia para este tipo de comunicaciones: SIP (Session Initiation Protocol) un estandar aprobado por el IETF (Internet Engineering Task Force) y aprobado su RFC donde se dictamina qué debe enviar y recibir para que se lleve a cabo una comunicación correcta SIP.

    Los secretos de este protocolo, así como su funcionamiento y configuración en las dos aplicaciones de código abierto y libres más utilizadas del mundo, serán las bases del curso que comienza mañana en Torremolinos (Málaga), un marco ideal, ameno y atractivo donde se verán una gran cantidad de conceptos y utilidades que muchas empresas necesitan y que constituirán un antes y un después en la forma de desarrollar sus infraestructuras de comunicaciones.

    En la medida de mis posibilidades, intentaré comentar desde aquí mi experiencia durante este curso que, pese a celebrarse una vez al año en España, es sin duda uno de los más duros, específicos y profesionales que existen en el mundo de las comunicaciones VoIP.

  • Unboxing GXV3140 (Desembalando el GXV3140)

    La gente de GrandStream está decidida a ocupar un puesto en la división de los equipos de alta gama y con el último terminal lo están consiguiendo sin lugar a dudas.

    Ya hemos hablado de las ventajas y maravillas de este terminal SIP con soporte de vídeo y multimedia, quizá un día de estos podría hacer una revisión en profundidad con las ventajas y lo que trae, pero de momento me gustaría enseñaros la fantástica primera impresión que me causaron estos nuevos terminales.

    Acostumbrado a ver terminales que vienen de fábrica con sus feas cajas blancas industriales, fue una sorpresa recibir uno de estos terminales centrados en producir una sensación de calidad desde el primer momento incorporando un paño para su limpieza, así como los manuales y todo lo necesario para su puesta en marcha ofreciendo al usuario final algo que suele ser bastante descuidado por muchos fabricantes y bastante cuidado por otros (como Apple).

    Os dejo las imágenes y juzgad vosotros mismos:

    gxv3140-unboxing1
    Caja de cartón y plastico rugoso con letras doradas

    gxv3140-unboxing2
    Incorpora alfombrilla donde poner el terminal, así como un paño para limpiarlo
    gxv3140-unboxing3
    Todo colocado de forma que se puede apreciar desde el primer momento todos los componentes del terminal
    gxv3140-unboxing4
    El terminal encendido con muchas sorpresas en su interior. 😉

    Como se suele decir, la primera impresión es decisiva. 🙂

  • Skype: El que la sigue, la consigue

    No hay duda que Skype lleva años intentando meterse en el mercado de las empresas porque es evidente, por los resultados financieros que ha mantenido desde que eBay la compró, que los usuarios particulares son muchos pero nada rentables.

    En la Astricon del año pasado Digium anunció un acuerdo con Skype para crear un canal específico para su protocolo sin necesidad de servidores «puente», chapuzas como aplicaciones programadas con la API y corriendo en un servidor Linux con el Wine, o servidores remotos intermedios que hacían lo propio dando una cara SIP al usuario interesado y otra cara Skype.

    Cuando salió la noticia de la creación de un chan_Skype muchos lo criticaron, pero la verdad es que fue un movimiento muy interesante: después de tantos años haciendo publicidad para que las empresas utilicen Skype y son muchas las que prefieren algo sencillo y sin necesidad de configurar servidores extraños, códecs, ni nada de este tipo. Alguna que otra vez me he encontrado con alguna empresa que tiene a un trabajador en un país remoto y que quiere conectarse por Skype. En cuanto uno le dice que utilice un softphone SIP o IAX, empiezan los problemas típicos de los usuarios profanos ¿que se pone en el campo host? ¿y en el puerto? ¿que habías dicho que había que poner en el host? … y queda claro que la simplicidad, pese a no ser compatible con la calidad, es un factor más que importante (que se lo digan a Microsoft).

    Pese a ser una empresa defensora del código privativo y protocolos cerrados, Skype dió un paso atrás en pro de su dominación mundial llegando a un acuerdo con Digium que permita a los usuarios de Asterisk hacer llamadas a usuarios Skype y viceversa. Quizá no sea interesante para un sistema exclusivo de clientes Skype, pero no deja de ser una garantía frente a otras aplicaciones chapuceras (y por supuesto, otras bastante profesionales)  para conectar a ese trabajador perdido en algún país lejano con un sistema abierto y compatible como es Asterisk y que además tiene conexión local y puede aprovechar los recursos de este sin coste alguno.

    Meses de desarrollo en Digium y ahora empieza a verse algo funcional (pese a estar todavía en fase beta) con muy buena calidad y prometedor para aquellos usuarios que requieren de una solución adaptada, no obstante, aún queda unos meses para que salga oficialmente y se desconocen costes, calidades, y demás detalles técnicos interesantes.

    Misteriosamente, Skype, que siempre había utilizado un códec privativo como GIPS, anunció que estaba desarrollando su propio códec, y cuando uno menos lo espera, Sorpresa!, libera el código de este códec en un movimiento estratégico más que benevolente de unión y colaboración con desarrolladores de software para que que sus aplicaciones integren la tecnología Made In Skype. Mejor no opino, ando un poco cansado de las empresas que aprovechan el tirón del software libre para darse a conocer, sacarle todo el jugo posible y luego cerrarlo todo y cobrar hasta por hablar de él.

    Hoy, gracias a un post de Alberto Sagredo he leído que Skype ha empezado a desarrollar compatibilidad con SIP.

    Realmente alucinante, ¿qué usuario de a pie le interesa que Skype sea compatible con SIP? A ninguno, al único que le interesa esto es a la empresa que tiene a un trabajador en un país remoto y que utiliza Skype para poder saltarse los firewalls que le ponen. En resumidas cuentas, estos movimientos que está haciendo es única y exclusivamente para captar usuarios que paguen, empresas que produzcan riquezas y que no les importe pagar un dinero X por poder contactar con ese trabajador y si de paso la empresa necesita hacer llamadas a otros países, le vamos a poner unas tarifas «especialmente pensadas para empresas» que verdaderamente le haga la competencia directa al resto de proveedores IP que actualmente están intentando sobrevivir de la crisis.

    El tiempo me dará o me quitará la razón, pero está claro que Skype quiere empresas para quitarse ese signo ‘menos’ en el balance final y está dando los pasos adecuados para conseguirlo. Lo siguiente será conseguir que los usuarios de a pie que solo quieren hacer videoconferencias, se chupen un vídeo publicitario antes de hacer una llamada y pasarán a tener el ‘+’ tan deseado.

    Cuando uno sigue poco a poco los movimientos de una empresa, no es complicado adelantarse a sus movimientos y no se vosotros, pero yo lo veo claro: Skype está jugando sus cartas muy bien para conseguir lo que quiere.

    Ahora ¿qué pensarán las empresas que llevan varios años desarrollando soluciones para incorporar Skype junto con otros protocolos?

    ¿Este último movimiento les hará gracia? Skype se está cargando su «ecosistema», pero mientras no le de beneficios ¿para qué lo quiere?

    Lo más triste es que mientras Digium desarrolla un chan_skype, sea Skype el que desarrolla un «chan_sip». 😛

    *Actualización*
    Parece que a la gente de Gizmo5 no le ha hecho mucha gracia que Skype le haga la competencia directa y el fundador acaba de publicar unos detalles que descnocíamos:
    Podeis encontrarlo aquí: http://gigaom.com/2009/03/24/gizmo5-founder-skype-for-sip-is-vaporware/

    Al parecer, el enlace SIP de Skype no solo no será gratis, si no comentan que costará 50€ por usuario.

  • Review: Novavox IAD100T (gateway SIP/IAX 1FXS/FXO)

    iad100tEl otro día, mi colega Victor me trajo un gateway que había encontrado en internet con muy buena pinta, la marca: Novavox y entre sus características se encontraban:

    • Soporte SIP e IAX2
    • 1 puerto FXS
    • 1 puerto FXO
    • Soporte de VPN
    • Transferencia de llamadas
    • Conferencia a tres
    • etc.

    El hecho de que un gateway incluya soporte de IAX era algo que no me hacía mucha gracia, son muchos los terminales que se venden con ambos protocolos y realmente solo uno funciona adecuadamente si no fallan los dos.

    En este caso, he podido probar ambos protocolos con excelentes resultados, el registro es perfecto y rápido e incluyen parámetros interesantes como «realm» que pocos terminales lo incluyen. El IAD100T también trae soporte de VPN algo inusual que únicamente lo he visto en los Snom de alta gama y pese a que no he podido probarlo, me ha causado una muy buena sensación.

    Una de sus principales ventajas es su sencillez, apenas tienen parámetros por configurar, eso puede ser una ventaja para alguien que quiera algo simple y rápido pero una desventaja si no funciona todo a la primera y deseamos configurar algo «mejor» o «más personalizado» ya que no vamos a disponer de más parámetros que los que trae el interfaz pese a tener acceso mediante Telnet.

    El funcionamiento es muy parecido al SPA3102, salvo que bastante más sencillo y por lo tanto menos configurable (esto en algunos casos puede parecer una ventaja, pero en la mayoría de los casos puede llegar a ser un inconveniente insalvable), pero para configurar una extensión analógica remota puede ser una curiosa alternativa.

    No entiendo mucho, pero con algunas pruebas de audio, en ALAW, en SIP se escucha bastante mejor que en IAX2 algo ilógico ya que debe dar igual el protocolo de señalización que escojamos que la calidad de audio debe ser la correspondiente al códec (en este caso ALAW/G.711A), pero la realidad es que por SIP se escuchaba el audio mucho más nítido que con IAX2 (averigua que pueden estar haciéndole a la trama RTP para que se escuche un poco peor en IAX2).

    Pese a que la web del fabricante anuncia que soporta 2 cuentas SIP, sólo he encontrado para configurar una, quizá a alguien se le olvidó incluir la segunda en el interfaz.

    Una desventaja que le he encontrado (por lo menos, en el firmware que trae de serie) es la ausencia total de parámetros de configuración de línea analógica y teléfono. Por lo tanto no se puede configurar la impedancia, las frecuencias de los tonos según el país donde nos encontremos y únicamente funcionará corréctamente si (y solo si) nuestra línea realiza el cambio de polaridad corréctamente, algo que por desgracia no todas lo hacen.

    Así que resumiendo:

    Ventajas:
    – Configuración muy sencilla (quizá extremadamente sencilla)
    – Funcionamiento bueno siempre y cuando sea en un entorno muy sencillo y sin requerirle muchas «features».
    – Calidad de audio suficientemente buena como para pasar controles exigentes de calidad.
    – Soporte VPN (aunque no indica de qué tipo)
    – Soporte códec G.729a
    – Configuración WEB y Telnet
    – Precio: 45€ + IVA

    Inconvenientes:
    – Configuración demasiado sencilla para la mayoría de los casos.
    – Falta de parámetros para configurar los puertos analógicos (Line y Phone)
    – Solo 1 puerto analógico (FXS) y 1 puerto analógico (FXO)
    – Pérdida de calidad de voz en el caso de utilizar el protocolo IAX2
    – Por un poco más de 45€ podemos disponer de otros gateways más profesionales.

    En general: Un buen gateway para un caso puntual donde no se va a exigir grandes añadidos y totalmente dependiente del sistema donde esté registrado (en mi caso, Asterisk). Interesante el hecho de que permita autoprovisionamiento remoto por FTP, TFTP y HTTP por lo que es bastante atractivo en el caso en que queramos tener un teléfono analógico en algún país remoto manejado por alguien que solo quiera llamar y hacer llamadas utilizando nuestro Asterisk.

    Enlace: http://www.novavox.co.uk/products/analogue-cards/iad100t.html

    Muchas gracias Victor. 😀

  • IAX2 ya tiene su propio RFC (rfc5456)

    En Septiembre de 2006, se escribió un borrador sobre cómo debería ser IAX de forma básica para empezar a mover los hilos para que este protocolo se considerase verdaderamente un estandar.
    Casi 4 años después, y tras varias revisiones, IAX2 por fín ya tiene su propio RFC, concretamente el rfc5456.
    Han sido necesarias más de 4 versiones de dicho borrador para que por fín empiecen a considerarlo estandar.

    Cuando Mark Spencer visitó Bilbao el año pasado, tuvimos la oportunidad de preguntarle acerca de cuando IAX tendría su propio RFC y nos dejó claro que seguían trabajando en ello y de hecho, pronto ibamos a tener noticias. Pues ese día ha llegado y por fín los fabricantes pueden empezar a tener en cuenta IAX como protocolo para comunicaciones en sus terminales.

    Como indica Saúl en su web y con lo que estoy totalmente de acuerdo es que, IAX es quizá (un buen debate sin duda) el mejor protocolo para conectar Asterisk entre sí, y que para conectar terminales, softphones y otros dispositivos ya se cuenta con otro protocolo mucho más flexible y estable: SIP, pero sin duda es una gran noticia y seguro que no tardaremos en ver a los fabricantes de softphones añadir un nuevo protocolo más a su, ya considerablemente larga, lista de especificaciones.

    Sin llegar a meterme en la comparación SIP vs. IAX, comentaré las principales ventajas características que tiene IAX:

    • Señalización y media a través de un mismo puerto (4569 UDP)
    • Se salta los problemas que provoca la mala implementación del NAT de algunos routers.
    • Soporte de cifrado nativo RSA con SHA-1. (comunicación de señalización y media totalmente cifrada)
    • Soporte TRUNK (incluye varias conversaciones en el mismo paquete, permitiendo ahorrar ancho de banda cuando hay varias conversaciones simultaneas)
    • Unificación del modo DTMF (al permitir únicamente DTMF)
    • Soporte de JitterBuffer (mejora la calidad de audio en redes con latencia)

    Cualquiera que desee más información sobre las capacidades y ventajas de IAX, tan solo tienen que echarle un vistazo al RFC recién publicado. 😛

    Enlace: http://www.rfc-editor.org/authors/rfc5456.txt

  • La VoIP mal configurada llama a Cuba

    hackerYa lo decía un empresario bloguero de un proveedor VoIP, cuando escribió un artículo comentando que por tener un Asterisk antiguo y mal configurado, alguien había descubierto una vulnerabilidad y había aprovechado su infraestructura para hacer miles de llamadas internacionales (varios miles de euros) y en aquel entonces, quizá la ignorancia, la falta de seguridad o simplemente el azar le costó su buen dinerito.

    Hace poco un amigo me lo comentaba también, parece ser que bastantes «phreakers» se están aprovechando de vulnerabilidades de cualquier sistema VoIP o de una mala configuración para enviar peticiones INVITE (SIP) y poder hacer llamadas a Cuba a costa de los dueños de este equipamiento. Claro, las llamadas deben pagarse y ver en una factura cientos o miles de llamadas a Cuba no es precisamente barato. No únicamente a Cuba, estos asaltantes aprovechan tu «libre disposición de tu sistema VoIP» para llamar a cualquier país, o incluso a números Premium (los _[89]0[3456]XXXXXX) cuyos beneficiarios son, casualmente, ellos mismos, o algún familiar.

    Al cabo de un tiempo, empecé a ver en algunos logs de varios Asterisk, intentos de registro, paquetes INVITES que llegaban desde IPs procedentes de Taiwan, China, Ukrania, Rusia, … y claro, como era evidente, cualquier petición iba diréctamente a la «i» de invalid. 😀 pero me llamó la atención la «agresividad extrema» con la que intentan enviar paquetes INVITE en cuanto descubren un puerto 5060 UDP abierto.

    Pero no es únicamente Asterisk, realmente cualquier sistema tiene sus vulnerabilidades e incluso en sistemas cerrados como Cisco, Nortel y Avaya. Ya aparecen comentarios de administradores de sistemas propietarios anunciando sus ataques a las vulnerabilidades aún no descubiertas ni parcheadas. Esto es algo que se veía venir cuando uno observa el ritmo en el que avanza la VoIP. La ventaja de Asterisk es que la vulnerabilidad generalmente se corrige a las pocas horas de ser descubiertas, mientras que otros sistemas esperan «al segundo -martes- de cada mes» para hacerla pública junto con la corrección, pero para entonces, la empresa ya está arruinada, así que ya lo sabeis… en caso de duda, siempre es más seguro apostar por el software libre. 😛

    Estos ataques no son fáciles de evitar, pero perfectamente posibles. ¿cómo?
    – Estando al día en actualizaciones, vulnerabilidades y soluciones.
    – Llevando un control exaustivo del sistema (versiones de paquetes, actualizando cada dos por tres)
    – Observando los logs del sistema (comprobando los accesos y los intentos de ataques)
    – Evitando utilizar puertos estándares (5060, 4569,  80, 22, etc…)
    – Conociendo perféctamente el sistema por dentro
    – Llevando un mantenimiento contínuo
    – Una buena «educación» que nos enseñe a programar y configurar el sistema adecuadamente.

    Ejemplo: De poco nos sirve tener en el contexto [general] del sip.conf el parámetro ‘context=default‘, si luego en el contexto [default] del extensions.conf tenemos algo como: include=>salientes
    Estos fallos son de «tarjeta roja y expulsión«, pero por desgracia cada vez más frecuentes.

    ¿Soluciones a estos ataques?
    – Un firewall, un mísero firewall puede librarnos de muchos problemas.
    – Herramientas como el «archiconocido» PortSentry para evitar escaneos y ataques DoS
    – Denegar peticiones al 5060/4569 UDP desde el exterior siempre que no tengamos usuarios SIP/IAX externos.
    – Deshabilitar el «allowguest=yes» que traen algunos interfaces habilitado de serie. ¬¬ (estas cosas mosquean).
    – DROPear cualquier paquete procedente de cualquier IP que no sea de nuestra red de confianza.
    – Configurar el «realm», «defaultuser» y el parámetro «secret» SIEMPRE.

    y sobre todo… un poco de sentido común y seguridad a la hora de permitir llamadas salientes… que ningún usuario llama 400 veces a Cuba el mismo día… 🙂

    Nada, que os sea útil este aviso. 🙂

    Basado en: SnapVoIP

  • Asterisk Advanced (dia 2)

    Si hay algo que me gusta de estos cursos es la cantidad de información que se da sobre Dialplans de Asterisk, encontrarte a personas que utilizan distribuciones con interfaces webs y que muchos desconocen el poder de Asterisk en cuanto a la creación de dialplans y las cosas que pueden llegar a hacer con unas pocas líneas y poder ver que con 4 líneas uno puede crear un IVR con varias opciones es algo que a muchos les sorprende y realmente se hacen replantear muchas cosas. 🙂

    Si el día de ayer fue duro, el de hoy lo es aún más. «Bienvenidos al apasionante mundo de la VoIP!» uno intenta hacerlo tan divertido como puede, enseñar la teoría de la VoIP, SIP, IAX, las ventajas e inconvenientes de cada uno de ellos, así como intentar hacerlo de forma «pedagógica» para que a nadie se le quede cara de poker cuando vean lo que es y para que sirve un 200, un 180, un 404 o un 480 no es fácil, así que imagino que para los asistentes al Asterisk Advanced también habrá sido duro.

    Sea como fuere, parece que el hecho de que cada uno haya sido capaz de hacer los laboratorios casi sin ayuda y ver cómo las cosas que parecen «complejas» no lo son tanto, ayuda a que el animo vaya mejorando día a día…

    Veremos mañana. >:)

  • Listado completo de 20 softphones gratuitos

    Seguramente alguna que otra vez nos habremos puesto a buscar algún softphone diferente a los que generalmente utilizamos, para ver qué alternativas hay, y tras algunas búsquedas infructuosas nos habremos encontrado que la mayoría de softphones que tienen buena pinta son comerciales o están cerrados para ser utilizados con un único proveedor.

    Pues bien, viendo el blog de VoIPInside me encuentro que han publicado una lista bastante interesante de 20 softphones gratuitos (algunos libres y otros simplemente gratis) tanto SIP como IAX que podrían sernos de gran utilidad para dar un aspecto «diferente» a nuestra instalación.

    Os dejo aquí el listado:
    http://blog.voipsupply.com/new-products/free-sip-softphone-roundup

  • Softphone SIP para el iPhone y el iPod Touch

    La gente de Fring acaba de anunciar (por fín) la disponibilidad de su software de mensajería instantanea (IM) y softphone SIP en la Apple Store (AppStore) de forma que no haga falta tener instalada la aplicación conocida aplicación Installer.

    He visto algunos clientes de mensajería instantánea para el iPhone, aunque ninguno llegaba a convencerme, realmente el único que me ha gustado ha sido Fring.

    Si no conoces esta aplicación compatible con la mayoría de los teléfonos Symbian, Motorola o cualquier otro, te recomiendo que le eches un vistazo a otros artículos anteriores sobre Fring.

    Nota Importante: La función de llamadas por SIP está limitada a la conexión Wifi, no se pueden hacer llamadas mediante la red 3G como sí se podía hacer con otras versiones. Se ve que es la «cesión» que han tenido que hacer la gente de Fring para poder tener esta aplicación en la AppStore.(Más información)

    Para aquellos afortunados, el enlace a la AppStore.
    Para aquellos curiosos, el enlace al anuncio oficial.