Sinologic

Etiqueta: VoIP

  • RTPBreak 1.3 Released!

    RTPBreak es una aplicación que detecta, reconstruye y analiza cualquier trama RTP.

    La principal ventaja de esta aplicación es que no requiere de la presencia de paquetes RTCP y es totalmente independiente del protocolo de señalización utilizado (SIP, H.323, SCCP, …). La entrada es una secuencia de paquetes, la salida es un conjunto de archivos que puedes utilizar como entrada para otras aplicaciones como Wireshark, sox, grep, awk, cut, sed, etc.

    Un ejemplo de esta aplicación:

    xenion@gollum:~/dev/rtpbreak-1.3$ sudo src/rtpbreak -i wifi0 \
-g -m -d logz

+ rtpbreak v1.3 running here!
+ pid: 3580, date/time: 19/02/2008#09:49:21
+ Configuration

+ INPUT
Packet source: iface 'wifi0'
Force datalink header length: disabled

+ OUTPUT
Output directory: 'logz'
RTP raw dumps: enabled
RTP pcap dumps: enabled
Fill gaps: enabled
Dump noise: disabled
Logfile: 'logz/rtp.0.txt'
Logging to stdout: enabled
Logging to syslog: disabled
Be verbose: disabled

+ SELECT
Sniff packets in promisc mode: enabled
Add pcap filter: disabled
Expecting even destination UDP port: disabled
Expecting unprivileged source/destination UDP ports: disabled
Expecting RTP payload type: any
Expecting RTP payload length: any
Packet timeout: 10.00 seconds
Pattern timeout: 0.25 seconds
Pattern packets: 5

+ EXECUTION
Running as user/group: root/root
Running daemonized: disabled
* You can dump stats sending me a SIGUSR2 signal
* Reading packets...
! [rtp0] detected: pt=0(g711U) 192.168.0.30:2072 => 192.168.0.20:2074
! [rtp1] detected: pt=0(g711U) 192.168.0.20:2074 => 192.168.0.30:2072
* [rtp1] probable reverse RTP stream: [rtp0]
+ Status
Alive RTP Sessions: 2
Closed RTP Sessions: 0
Detected RTP Sessions: 2
Flushed RTP packets: 3358
Lost RTP packets: 122 (3.51%)
Noise (false positive) packets: 0
+ [rtp1] stats: packets inbuffer=262 flushed=1673 lost=61(3.52%),

call_length=1m2s
+ [rtp0] stats: packets inbuffer=270 flushed=1685 lost=61(3.49%),

call_length=1m2s
* [rtp1] closed: packets inbuffer=0 flushed=2800 lost=115(3.95%),

call_length=1m28s
* [rtp0] closed: packets inbuffer=0 flushed=2819 lost=106(3.62%),

call_length=1m28s
--
Caught SIGINT signal (2), cleaning up...
--

+ Status
Alive RTP Sessions: 0
Closed RTP Sessions: 2
Detected RTP Sessions: 2
Flushed RTP packets: 5619
Lost RTP packets: 221 (3.78%)
Noise (false positive) packets: 0
+ No active RTP streamxenion@gollum:~/dev/rtpbreak-1.3$

    Como podeis comprobar, es una herramienta muy potente y muy interesante para monitorización y sobre todo para ayudar a localizar quién o qué está ocasionando problemas. 🙂

    Enlace: http://xenion.antifork.org/rtpbreak/doc/rtpbreak_en.html

  • LibPri 1.4.4: Soporte de RDSI Bri y TBCT QSig

    Esta semana, siguiendo los hilos de la lista Asterisk-Dev, me he encontrado con un anuncio que marqué para analizar cuando tuviera más tiempo. El anuncio lo daba Matthew Fredrickson de Digium, ya que es uno de los desarrolladores que se ocupa de mantener al día el paquete Zaptel y el LibPRI.

    Concretamente, el anuncio iba sobre el nuevo paquete LibPri (1.6.0) así lo anunciaban aunque finalmente ha pasado a ser el LibPri 1.4.4 y que incluye dos añadidos bastante interesantes que explicaré ahora.

    – Soporte de tarjetas RDSI Bri:
    Algo que iba siendo hora, ya que en la actualidad, el soporte de RDSI Bri está en mano de mISDN y aunque es un driver que suele funcionar bien, el hecho de incorporar el soporte BRI al Zaptel es algo que mejora la «centralización» en la corrección de bugs, algo que actualmente no se hace.
    Si hay algún bug en mISDN, los encargados de arreglarlo son los desarrolladores de mISDN, no los del paquete Zaptel, aunque si el error está en el archivo ‘chan_misdn’ entonces sí.
    De momento, creo que solo permiten modo Punto-multi-punto.

    – Soporte de TBCT/2BCT en QSig:
    Esto es algo muy interesante, que muchas personas lo han pedido y hasta ahora únicamente funcionaba en pocos sistemas.
    Cuando conectamos Asterisk a una PBX con extensiones, y estas extensiones se llaman entre sí, la llamada no tiene porqué llegar a Asterisk, pero si la llamada, después de una transferencia comienza y acaba en la PBX, Asterisk pasa a ocupar dos canales (uno para el origen y otro para el destino).
    Con el soporte TBCT, Asterisk reconoce que el origen y el destino vienen de la misma PBX y puentea los canales liberando ambos canales ocupados, permitiendo que el tráfico no llegue a Asterisk.
    Llevan preparando esta feature desde la Astricon del 2005. 😛

    Podeis descargar esta versión aquí:
    http://downloads.digium.com/pub/libpri

  • FreeSide: Sistema de facturación OpenSource

    FreeSide es un interfaz web de facturación y gestión de tarjetas prepago de código libre y con muy buena pinta.

    Dispone de una demo online por si queremos verlo en acción.

    Este interfaz está pensado para proveedores de servicios IP, cybercafés y cualquier otro entorno donde interese cobrar por llamadas o gestionar tarjetas de prepago.

    Una nueva alternativa al conocido A2Billing de Areski que seguro que hará las delicias de aquellos que quieran empezar a montar su propio negocio de llamadas.

    Enlace: http://www.freeside.biz/freeside/

    Podeis ver los enlaces para descargarlo aquí:
    http://freshmeat.net/projects/freeside/?branch_id=2879&release_id=276899

  • Monema: Nueva centralita virtual en Internet

    La gente de Monema me cuenta que acaban de lanzar su sistema de centralita virtual a través de Internet que permite tener un sistema de gestión y tráfico de llamadas a través de Internet.

    Por supuesto en todo sistema virtual, la conexión a internet es indispensable para poder hacer y recibir llamadas, lo que es un pequeño inconveniente en ciertas empresas que, por motivos de localización no tienen internet o bien lo tienen con una calidad pésima.

    Viendo las capturas de pantalla del sistema de gestión, me ha gustado el entorno de gestión de llamadas muy visual, sencillo y práctico a la vez que bastante atractivo.

    Dispone también de su propio sistema de facturación con el que se pueden escuchar las conversaciones grabadas a la vez que el tiempo consumido y el coste de cada una de ellas, descargarlas y exportarlas en formatos más manejables como pdf, xml y csv.

    En resumen, un servicio que puede ser interesante, sobre todo para pequeñas oficinas, con poca carga de llamadas.

    Enlace: http://www.monema.com

  • Actualización de Fring, mejora el soporte SIP

    Hace un par de semanas, Fring publicó lo que seguramente sea la manera más sencilla y fácil de configurar un softphone en el iPhone y en el iPod Touch, algo que muchas empresas ofrecen, pero a diferencia de estas últimas, Fring lo hace con una aplicación nativa, bastante más rápido, potente y flexible.

    Por supuesto, este lanzamiento aún está considerado como versión ‘beta‘ por lo que su funcionamiento no está del todo garantizado, aunque tras algunas pruebas, vimos que desde el iPhone conectado a un Asterisk se podían hacer llamadas y hablar bastante bien utilizando la red wifi.

    La pega era que no se podían recibir llamadas en el iPhone, algo que acaban de corregir en la nueva actualización que publican ahora.

    Para actualizar la versión (v. 0.9857), no es necesario desinstalar, tan solo entrar en el installer.app y veremos en la parte inferior de la aplicación la opción ‘update‘ con la nueva versión disponible para descargar e instalar.

    Si sois de los afortunados poseedores de un iPhone o un iPod Touch con micrófono, os lo recomiendo encarecidamente.

    Más información: Fring Blog

  • América Online se pasa a SIP

    Uno de los principales competidores de Skype y su cliente de mensajería instantánea / softphone, es América Online que cuenta con un gran número de seguidores en los EEUU y que su aplicación IM más famosa se llama AIM. De hecho, mientras en Europa la mayoría de los usuarios utilizan el Messenger, en EEUU es más famoso y popular el cliente AIM (de AOL -América Online-).

    AIM, al igual que Skype, permite hacer llamadas a la red telefónica mediante un sistema que únicamente funcionaba con su cliente propietario, pero ahora parece ser que ha querido hacerse más competitivo y ha abierto las puertas al resto de usuarios mediante el sistema AIM CallOut permitiendo a otros usuarios con softphones compatibles SIP conectarse a esta cuenta y poder hacer llamadas a la red telefónica como cualquier otro proveedor de servicios IP.

    La noticia realmente se vuelve interesante ya que, con este último movimiento, AOL ha pasado a ser un proveedor SIP y aprovechando que ya cuenta con bastante popularidad en los EEUU, seguro que pronto pasará a ser uno de los principales proveedores IP como ya lo fue Vonage en su momento.

    Además de esto, la plataforma AIM cuenta con una API para desarrollar software y plugins para este sistema de mensajería por lo que, junto a Skype, otro que saldrá perjudicado seguramente sea Gizmo ya que es otra aplicación de mensajería con capacidades de VoIP.

    El fantástico Nerd Vittles ha publicado cómo conectar nuestro Asterisk si ya tenemos una cuenta de AIM CallOut, de hecho indica expresamente que en los términos legales no hay ninguna cláusula que impida conectar nuestro Asterisk a este servicio.

    Por si fuera poco decir que AOL se ha convertido en un proveedor de servicios IP basado en SIP, solo comentaros que el servidor al que hay que conectarse es: sip.aol.com, puerto 5060 😛

    [aol]
type=peer
dtmfmode=rfc2833
host=sip.aol.com
insecure=very
nat=yes
secret=Password
sendrpid=yes
username=AOLusername@aim.com
disallow=all
allow=g279
allow=ilbc
allow=ulaw

  • Primeras fotografías de la SIP MasterClass en Barcelona

    Con el permiso de Alberto Sagredo de VoIPNovatos que está asistiendo a la SIP MasterClass de Barcelona, ha publicado unas cuantas fotografías donde se muestra el ambiente que ronda estos días por allí.

    Como si fuera un añadido a la calidad de las clases impartidas por Olle Johansson y Daniel Constantine, otro punto a favor es el ambiente que se tiene que respirar con fans frikis tanto de Asterisk como de OpenSer.

    Que envidia madre, que envidia… 😀

  • Comparación entre el códec H.264 y Theora

    Hace poco, escribí un artículo sobre el IAXClient 2 donde se añadía el soporte de vídeo a esta librería y por extensión, al soporte de vídeo de IAX en Asterisk.
    En estos añadidos nuevos, se encontraban soporte para el códec H.264 y Theora.

    El H.264 es uno de los mejores códecs para emisión/recepción de vídeo. No en vano se utiliza actualmente para videoconferencia con una calidad y velocidad sin precedentes. Tanto en softphones como Eyebeam, Ekiga, etc como en hardphones como el GXV-3000 de GrandStream para hacer videoconferencias con Asterisk, pero…

    ¿Qué clase de códec es el Theora?

    De los creadores de OggVorbis (la versión libre del popular mp3) una fundación de desarrolladores llamada Xiph, nace una versión libre del códec de vídeo de alta calidad llamada Theora.
    Theora se podría decir que es la «alternativa libre» del actual H.264, ya que ambas soportan calidades y consumos de ancho de banda bastante similares. Pueden codificar vídeo con una resolución desde 128×96 hasta 4096×2048 a 30 frames por segundo, no es de extrañar que sean los códecs de vídeo del futuro, tanto para hacer videoconferencia en infraestructuras con muy poco ancho de banda como para emitir películas en alta definición (HD) ya que el ratio de compresión es variable lo que permite cambiar la calidad en función del ancho de banda que dispongamos en este momento.

    ¿Cual de los dos códecs es mejor para vídeo?

    Tras leer algunas comparativas de calidad y velocidad, parece ser que todas llegan a una misma conclusión, en ancho de banda es similar mientras que la calidad de la imagen aún es mejor en el H.264 que en Theora. Pero eso no significa que sea así siempre. Recordemos que el software libre vivo mejora exponencialmente frente al software propietario y estoy convencido que pronto será Theora la que ofrezca mejor calidad y velocidad que el H.264, pero en la actualidad, esto no es así.

    Para ilustrarlo, aquí teneis un ejemplo de una captura enviada en H.264 y una con Theora:

    ¿Que software tiene soporte para Theora?

    Actualmente no hay muchos softphones que lo soporten. Como he comentado antes, los softphones libres como Ekiga o linphone lo soportan y Twinkle lo soportará en breve. Los softphones comerciales como X-Lite o Eyebeam también lo soportarán pronto y es que Theora es bastante «nuevo» y aún tiene que evolucionar y darse a conocer.

    Por supuesto, las aplicaciones de streaming libres soportan este códec GStream, VideoLan, etc…, las comerciales suelen traer este soporte como un añadido o plugin pero poco a poco se irá incorporando de serie a medida que vaya haciéndose más conocido.

    ¿Qué software tiene soporte para H.264?

    Por lo general, cualquier softphone que soporte vídeo trae soporte para H.263 y las más evolucionadas traen soporte para H.264 pero siempre como una evolución del H.263 y del H.263+ aunque este códec tenga un sistema completamente distinto en cuanto a procesamiento, finalmente desbancará al H.263/+ y el H.264 se convertirá finalmente en un estandar en todas las aplicaciones de vídeo streaming.

    Enlaces de Interés:
    – Información sobre el códec H.264.
    – Información sobre el códec Theora.

  • Todo preparado para la SIP MasterClass de Barcelona

    Todo está listo para que comience el lunes el mayor curso de SIP que se hará en España impartido por Olle Johansson (principal desarrollador del Chan_sip de Asterisk), y Daniel-Constantin Mierla (Co-fundador del proyecto OpenSER) que junto a Sergio Serrano como traductor en caso de necesidad, harán las delicias de aquellos que quieren aprender las posibilidades de OpenSER y Asterisk en entornos especialmente para operadores y proveedores de servicios IP.

    El curso comenzará el próximo lunes 5 de Mayo en Barcelona y ya están haciéndose todos los preparativos para semejante convocatoria que seguro que no dejará a nadie en su sitio como siempre que viene Olle Johansson a España.

    De momento, ya conozco a varios que están preparando algunas sorpresas con estos artistas de la VoIP y es que lo de la Asterisk night Party de la pasada Bootcamp ha creado precedente.

    ¿tendremos una OpenSER night Party en esta ocasión? 🙂

    Enlace: http://www.avanzada7.com/es/SIP_Masterclass

  • El móvil: siguiente objetivo para las operadoras IP

    Mientras que todos los que nos dedicamos a debatir, hablar, enseñar y por supuesto aprender qué es la VoIP, el uso de los protocolos, herramientas, interfaces, etc… hay empresas que prefieren ir diréctamente al siguiente paso y así adelantarse a lo que hoy día es una realidad bastante consolidada como es la VoIP.

    – Hoy me he enterado que la empresa Ono podría llegar a comprar Xfera (Yoigo) como al parecer tiene pensado hacer en Francia, ¿el motivo? que Ono quiere tener una infraestructura propia de telefonía móvil y no una virtual que no le está dando el resultado deseado. Por supuesto, el gran valor añadido de Yoigo es la capacidad de conectarse a Internet y disfrutar de una tarifa plana de conexión.

    – Google lanza Android, un sistema operativo libre para móviles con una API que permite a cualquier programador hacer aplicaciones para móviles lo que adelantaría bastante el paso de utilizar VoIP en estos terminales.

    – Skype, que lanzó su nefasto móvil que hacía uso de la red Skype de una forma bastante «chapucera», acaba de lanzar su cliente skype para muchos modelos de móviles.

    – Nokia ha dado el verdadero primer paso lanzando un cliente SIP en los modelos que soportan Wifi, y las operadoras, que no están por la labor de que sus clientes se sienten agusto con lo que ofrece su móvil, se dedican a eliminar esta aplicación para que se utilice la red gsm para hacer llamadas. Menos mal que hay alternativas opensource.

    – Otras empresas como Fring o Truphone directamente se lanzan más allá permitiendo llamadas e incluso conexión con redes de mensajería instantanea.

    – Incluso para un móvil tan «restrictivo de programar» como el iPhone de Apple, ya han lanzado clientes SIP que aprovechan cualquier resquicio de ingenio para poder hacer llamadas mediante VoIP.

    En resumen, está claro que la VoIP suplantará algún día a la red GSM, bien mediante redes 3G, HDSPA, o Wimax, para hacer llamadas, pero ¿estarán dispuestas las operadoras a que los usuarios den el salto sin que ellas vean un euro?