Etiqueta: trunk

Nuevo canal SIP ya incluido en la versión Trunk de Asterisk 12
Por varios lugares nos enteramos que la versión de desarrollo Pimp_my_sip, ha sido incluida dentro de la rama principal de desarrollo de Asterisk [anuncio oficial], por lo que formará parte de la nueva versión de Asterisk 12 muy pronto.
Crear una nueva pila SIP en Asterisk es uno de los cambios más deseados por los usuarios, pero su complejidad y un gran número de detractores han hecho que este paso se haya retrasado tanto tiempo, aunque tras la AstriDevCon del año pasado ya nos enteramos que los desarrolladores estaban intentando dar el paso.
Esta versión de desarrollo, coordinada por Mark Michelson, incluye una nueva pila SIP reescrita completamente desde cero y que incluye aún aspectos básicos pero imprescindibles, algunos ya incluidos y otros que están siendo desarrollados:
(más…)
2013-04-26
Asterisk será compatible con SILK
Ayer leí en el twitter de Saúl Ibarra que el equipo de desarrolladores de Asterisk acaba de terminar una primera versión del códec de Skype: SILK. Un códec que permite una compresión interesante, una calidad de audio bastante aceptable pero sobre todo es interesante en conexiones con pérdida o con microcortes.
```
SILK 8khz, 12khz, 16khz, and 24khz with custom attributes defined in codecs.conf
Negotiation of SILK attributes in chan_sip.
```
Como hemos comentado en otras ocasiones, Skype utilizaba el códec de Global IP Sound (GIPS) para transmitir el audio y tras empezar a desarrollar su propio códec: SILK, decidió liberarlo para que se popularizase en otros entornos (está claro que si un código se libera y este es bueno, la popularidad llega sola).
Desconozco las repercusiones que puede tener este códec y si realmente será utilizado para futuras implementaciones de terminales IP o softphones, pero sin duda puede ser un códec bastante interesante para interconectar Asterisk entre sí (quizá como sustituto del G.729) por su calidad de audio, su nivel de compresión pero sobre todo por su gran tolerancia a microcortes.
Eso sí, para poder probarlo, de momento tendremos que utilizar la versión de Asterisk que hay en la rama Trunk.
Enlace: http://svn.digium.com
2011-02-23
Publicado LibPRI 1.4.11
Hace ya bastante tiempo que esperábamos que saliera una nueva versión principalmente por el conocimiento de algunos bugs que afectaban a la 1.4.10.2 y que únicamente estaban resueltos en la versión Trunk. No obstante, la espera se ha terminado y por fín tenemos la versión 1.4.11.
Entre las correcciones a diversos bugs que hemos padecido (por suerte, bastante retorcidos), quizás lo más interesante es sin duda el completo soporte para tarjetas RDSI Básicas en modo NT y Punto-Multi-Punto, así como una solución para evitar que el operador nos descargue la capa 2 de la RDSI para ahorrar energía, así que por fín parece que tendremos el soporte RDSI que tanto tiempo hemos esperado.
También se solucionan bastantes bugs conocidos y otros nuevos pero muy, muy interesantes.
Hora de actualizar, y recordad que tras actualizar LibPRI, hay que recompilar Asterisk. 😉
Podeis descargarlo de aquí:
http://downloads.asterisk.org/pub/telephony/libpri/
2010-05-26
Soporte para cablemodems en Asterisk 1.6
Leo vía Twitter, que mi colega Eduardo Ferro acaba de conseguir (después de bastante tiempo detrás) que se admita en el Trunk de Asterisk un nuevo parche que ofrece soporte para una gran cantidad de modems para proveedores de cable, concretamente del tipo Docsis / Eurodocsis Networks.
- Arris 401 B (Eurodocsis)
- Arris 401 A (Docsis)
- Arris 402 B (Eurodocsis)
- Arris 402 A (Docsis)
- Arris 501 B (Eurodocsis)
- Arris 501 A (Docsis)
- Arris 502 B (Eurodocsis)
- Arris 502 A (Docsis)
- Arris Wi-Fi WTM552 B (Eurodocsis)
- Arris Wi-Fi WTM552 A (Docsis)
- Scientific Atlanta EPX2203
- Terayon TA202 (EuroDOCSIS)
Este tipo de dispositivos funcionan mediante el protocolo MGCP/MeGaCo Protocol (un protocolo que Asterisk dejó de soportar hace algún tiempo por falta de interés y de los desarrolladores y de usuarios que reportaran fallos), por lo que cuando Eduardo (de Alea-Soluciones) se interesó en cómo Asterisk trabajaba con este protocolo, pasó a ser prácticamente el desarrollador más activo en este soporte. ;D
Tras muchas horas de desarrollo, documentación y mucho, mucho tiempo, hoy ha sido añadido a la versión Trunk de Asterisk, por lo que desde aquí le damos las felicitaciones y las gracias por seguir aportando poco a poco código que seguro le servirá a mucha gente.
Más información sobre el soporte de estos dispositivos:
https://issues.asterisk.org/view.php?id=12950
Eduardo Ferro nos hace un comentario:
El protocolo que implementa el parche es Packet Cable NCS 1.0 (que es un protocolo derivado del MGCP y con el que comparte el 90% de los mensajes)…. Sólo como aclaración, lo digo porque en el blog quedaba algo confuso (con eso de MeGaCo y similar) 🙂
Otra cuestión es que como en asterisk el soporte NCS está implementado sobre el chan_mgcp.c, asi que para mejorar Asterisk para las redes que tenemos con NCS o mixtas NCS/SIP, también hemos realizado parches que son para MGCP, pero la verdad es que fuera del laboratorio todo lo que usamos es NCS (no MGCP)
Vamos que a cuenta de NCS, le hemos acabado metiendo mano a MGCP al menos aqui:
https://issues.asterisk.org/search.php?project_id=7&search=alea-soluciones&sticky_issues=off&sortby=last_updated&dir=DESC&hide_status_id=-2
https://issues.asterisk.org/search.php?project_id=7&reporter_id=7168&sticky_issues=on&sortby=last_updated&dir=DESC&hide_status_id=-2
2009-11-03
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
2009-02-23
Simplificando el uso de la consola CLI de Asterisk
Leo en VoIPNews que mvanbaak ha enviado un parche que permitiría a Asterisk manejar comandos alias de otros y de esta manera simplificar bastante los comandos que cada vez son más largos y más completos.
Así podríamos tener un archivo cli_aliases.conf con lo siguiente:
;
; CLI Aliases configuration
;
; This module also registers a «cli show aliases» CLI command to list
; configured CLI aliases.
[general]
; Here you define what alias templates you want to use. You can also define
; multiple templates to use as well. If you do, and there is a conflict, then
; the first alias defined will win.
;
template = friendly ; By default, include friendly aliases
;template = asterisk12 ; Asterisk 1.2 style syntax
;template = asterisk14 ; Asterisk 1.4 style syntax
;template = individual_custom ; see [individual_custom] example below which
; includes a list of aliases from an external
; file
; Because the Asterisk CLI syntax follows a «module verb argument» syntax,
; sometimes we run into an issue between being consistant with this format
; in the core system, and maintaining system friendliness. In order to get
; around this we’re providing some useful aliases by default.
;
[friendly]
hangup request=channel request hangup
originate=channel originate
help=core show help
pri intense debug span=pri set debug 2 span
; CLI Alias Templates
; ——————-
;
; You can define several alias templates.
; It works with context templates like all other configuration files
;
[asterisk](!)
; To create an alias you simply set the variable name as the alias and variable
; value as the real CLI command you want executed
;die die die=stop now
[asterisk16](asterisk)
; Alias for making voicemail reload actually do module reload app_voicemail.so
;voicemail reload=module reload app_voicemail.so
; This will make the CLI command «mr» behave as though it is «module reload».
mr=module reload
;
;
; In addition, you could also include a flat file of aliases which is loaded by
; the [individual_custom] template in the [general] section.
;
;[individual_custom]
;#include «/etc/asterisk/aliases»
Así, si en la consola escribimos mr, el sistema ejecutará module reload y así con otros comandos que podamos ejecutar habitualmente.
Es una estupenda idea y noticia para aquellos que nos quejamos que cada versión de Asterisk incluye nuevos comandos ‘core’ ‘module’ ‘…’ que alargan el comando final para simplemente ver quien está hablando o habilitar/deshabilitar el debug.
De momento el parche ya está disponible y ha sido añadido a la versión trunk de Asterisk.
*Actualización*
Según pudimos ver en la conferencia de Kevin P. Flemming en el VoIP2DAY, esta utilidad estará disponible en la versión de Asterisk 1.6.2. 🙂
2008-11-12
Asterisk como un video-softphone
Leo y traduzco de la web de Russell Bryant:

«La versión trunk de Asterisk viene con nuevos añadidos. Ahora puedes utilizar Asterisk como un altamente configurable video softphone. Podeis ver el anuncio aquí.
La forma enla que trabaja es bastante interesante. Asterisk tiene varios drivers para la consola: chan_oss y chan_alsa. Estos canales te permiten utilizar los drivers OSS o ALSA de la tarjeta de sonido para hacer o recibir una llamada. Estos interfaces son comúnmente utilizados como sistemas para megafonía. Además, tambien son utilizados por la gente por permitir hacer las labores de un softphone muy potente.
Ahora, Asterisk como softphone será mucho mejor.
El chan_oss, ahora soporta vídeo. Esto significa que tu puedes hacer videollamadas desde la propia consola de Asterisk (CLI). Como fuente de vídeo, tienes varias opciones. La primera es utilizar una webcam. La segunda, que es más interesante, es utilizar un software capturador de sesión X11. Esto significa que puedes tener una sección de tu pantalla que captura y envía la información como un flujo de vídeo.
Hay incluso un marcador «skinnable» para utilizar un softphone gráfico como interfaz para hacer llamadas.
El código utiliza las librerías libavcodec del paquete ffmpeg para hacer el trascoding de vídeo y soporta H.261, H.263, H.263+, H.264 y mpeg4.Muchas gracias a Luigi Rizzo, Sergio Fadda y Marta Carbone por este gran añadido! »
Pues sí, la nueva versión de Asterisk para VIDEO va en camino. 😀
2007-12-18
Nuevo trunk de Asterisk para windows
En paralelo al proyecto AsteriskWin32, leo en VentureVoIP que Luigi Rizzo ha enviado detalles de una versión de Asterisk trunk que funciona en Windows:
Si alguno quiere probarlo, tan solo tiene que descargar esta versión con alguna aplicación de subversion para windows:
http://svn.digium.com/svn/asterisk/team/rizzo/cygwin_build
Actualmente esto compila bajo cygwin.
Es necesario deshabilitar el chan_oss y el func_iconf porque las dependencias del sistema no lo permiten. (como es lógico).
Más información:
http://www.venturevoip.com/news.php?rssid=1877
2007-11-05