Es importante recordar que Asterisk 11 será la versión LTS, de la misma forma que lo es Asterisk 1.8 y lo fué Asterisk 1.4, por lo que tendremos una versión congelada, en búsqueda de la estabilidad.

Vía http://blogs.digium.com/2012/05/23/asterisk-11-webrtc/

Steve Baller (Microsoft) y Tony Bates (Skype). Foto: AP

Nunca he sido un gran usuario de Skype, de hecho, siempre lo he considerado como una empresa que ha sabido aprovechar el marketing más que la innovación y que ha conseguido gran parte de su éxito gracias a la publicidad. En mi opinión, no ha inventado nada y su éxito se ha basado en saber “saltar” los firewalls permitiendo realizar llamadas cuando estamos en hoteles o países en los que la VoIP no está bien visto. No obstante, me he tomado la libertad de escribir los motivos por los que Skype, como operador IP, no interesa, ya que muchas personas lo utilizan y sus razones son (en mi opinión) bastante equivocadas.

Si hay algo bueno detrás de Skype es sin duda el apoyo necesario y práctico que ha conseguido la VoIP en todo el mundo. Ha sido capaz de enseñar a todo el planeta que con un ancho de banda de mínima calidad, cualquiera puede comunicarse, y la mejor forma de conseguirlo, es conseguir en esos momentos de “pruebas”, evitarle al usuario cualquier problema relacionado con puertos, direcciones IP, protocolos, códecs, y un gran número de conceptos que un usuario normal y corriente, ni le suena, ni quiere complicarse la vida con él. No obstante, Skype cumplió su función para iniciarse en la VoIP, poder hacer una llamada o una videoconferencia con alguna otra persona que también lo utilice pero poco más, cuando llega el momento de hacer una llamada a un número geográfico o móvil, deja de ser económicamente interesante y pasa a ser una opción no tan atractiva.

Por un lado tenemos:

- Software libre, uso de estándares, documentación, seguridad, empresas certificadas que ofrecen soporte, compatibilidad con software de terceros e incluso posibilidad de desarrollar nuestros propio software en función de nuestras necesidades.

- Software cerrado, uso de protocolos cerrados, ausencia de documentación aunque mucha, mucha publicidad, red de empresas que ofrecen soporte a una principal que es quien realmente toma las decisiones, limitación a la hora de encontrar compatibilidad con software de terceros o desarrollar algo necesario por falta de documentación y soporte “fuera de lo establecido”.

La versión ‘libre’ tiene sus inconvenientes: cualquiera puede ofrecer soporte, cualquiera puede hacer una aplicación, “libre” no siempre significa “gratis”.

La versión ‘cerrada’ tiene a su vez, algunas ventajas: … es fácil.

Por ese motivo, cuando alguien quiere utilizar VoIP para hacer llamadas una de las dudas que le surgen es ¿a quién contrato para poder hacer llamadas?

Vamos a analizar las ventajas y desventajas de Skype:

Ventaja: Aplicación fácil de instalar y no necesita configuración.
Ventaja: Es una aplicación atractiva y gratuita.
Ventaja: Soporta llamadas y video-llamadas gratuitas entre sus usuarios.
Ventaja: Soporta casi todas las plataformas: Windows, Linux, Mac, Android, IOS, …
Ventaja: No hace falta abrir puertos.
Ventaja: Lo usa mucha gente.

Inconveniente: Es una empresa de EEUU (con lo que las leyes permiten que tu conversación sea escuchada por el organismo competente).
Inconveniente: Protocolo cerrado (únicamente se permite SU aplicación y algún que otro teléfono físico que haya pagado antes un ‘canon’).
Inconveniente: Utiliza ancho de banda aunque no lo estés utilizando (inconvenientes del sistema P2P).
Inconveniente: Suele ser más caro que la mayoría de los proveedores VoIP.
Inconveniente: La estabilidad de Skype en ciertos momentos deja bastante que desear.
Inconveniente: En caso de algún problema importante, no existe forma de hablar rápidamente con alguien de soporte de forma inmediata. En su lugar, disponemos de un foro y, en algún caso excepcional nos permiten enviar un email a soporte, pero nunca una llamada.
Inconveniente: Si no realizamos una recarga o un gasto cada cierto tiempo, podemos llegar a perderlo.

Como la calidad depende del códec que se utilice, está claro que mientras no usemos GSM y seleccionemos un buen códec, es algo que deberíamos saber hacer ya:
Mínimo ancho de banda: G.729
Calidad buena: A-Law / G.711a
Calidad super: G.722

La calidad de Skype es similar a la del G.729, aunque sin llegar a calidad del A-Law (que es el códec utilizado en la telefonía clásica, por lo tanto una llamada a la red telefónica realizada mediante Skype, va a tener una calidad peor que si utilizásemos un operador VoIP con soporte de códec A-law.

Sobre costes, el precio es tema aparte. No es lo más importante, pero hay que fijarse bien. Como los precios se muestran en céntimos para que las cifras psicológicamente parezcan más pequeñas, vamos a poner en práctica un ejercicio que me enseñó un profesor de publicidad: Multiplicar el valor por cierta cantidad, así que: Vamos a ver cuánto nos cuesta hablar 60 minutos (1 hora) por Skype y con un operador.

Como tenemos a Vozelia de patrocinador vamos a usarla para hacer el estudio.

Vemos que el % de ahorro en la mayoría de los casos es considerable si utilizamos un operador de VoIP

Como se puede apreciar, la diferencia de precios entre Skype y un operador de servicios IP (en el caso de Vozelia) es abismal. Imaginad una empresa que en lugar de 60 minutos habla 6000 minutos, multiplicad una de las cantidades por 100 y empezareis a ver la diferencia entre hablar por Skype y por un operador de VoIP que utiliza software libre y estándares compatibles. Económicamente, Skype como proveedor para hacer llamadas no es la mejor opción, creo que queda demostrado que es hasta un 80% más barato llamar con un operador de VoIP.

Con otros operadores VoIP las tarifas variarán de forma similar, en algún extraño caso, las tarifas son más caras en llamadas puntuales pero mucho mejores cuando utilizamos tarifas planas y bonos de minutos, pero en la mayoría de ellos Skype se presenta como una de las opciones más caras en cuanto a coste de llamadas, además de peor calidad, estabilidad y soporte.

Esta misma tabla podéis hacerla vosotros con el operador VoIP que queráis, y evaluar las ventajas e inconvenientes generales y así, poder tomar una decisión acertada. Puede ser un poco tedioso hacer comparaciones de tarifas, soporte y estabilidad, pero seleccionar un buen operador VoIP es sin duda algo muy necesario y lucrativo para nuestro negocio.

Algunas personas suelen decir, que usan Skype porque es fácil de configurar, porque cualquiera puede descargarse la aplicación y ponerse a llamar, pero de la misma forma, cualquier operador pone a nuestra disposición un fantástico “paso a paso” para configurar nuestro softphone favorito para poder hacer llamadas a través de ellos.

Antes de que nadie diga nada, Skype ofrece soporte para protocolo SIP, lo que es un gran paso para acercar este operador hacia las empresas, aunque no los suficientes como para decantarnos por él en lugar de otros operadores nacionales y con mejor servicio, soporte y tarifas.

- Soporte de ICE en Asterisk (dentro de res_rtp_asterisk)
Esto nos permitirá gestionar mucho mejor las conexiones entre sistemas que se encuentran detrás de nat, ya sean usuarios SIP (softphones, terminales que soporten ICE, etc.) o gateways remotos (con las ventajas que ello conlleva).

- Soporte de STUN en Asterisk
Para obtener de forma nativa nuestra propia dirección IP externa del servidor.

- Soporte de TURN en Asterisk
Para entregar tráfico sólo cuando sea necesario.

Dirección del parche: https://reviewboard.asterisk.org/r/1891/#comment11226

Además de este soporte, también informan que han estado trabajando en actualizar el protocolo Jingle (y la versión de Google) para que funcionen sistemas como GoogleVoice y GoogleTalk que hacía algún tiempo que dejó de funcionar correctamente, además de soportar videoconferencia.

Dirección del parche: https://reviewboard.asterisk.org/r/1917/

TU Me, es una aplicación que permite enviar mensajes de texto y fotografíasa nuestros contactos (al igual que Whatsapp) con el añadido de poder realizar llamadas mediante VoIP gracias a la tecnología de Jajah (que fue adquirido por Telefónica hace ya unos años).

La aplicación es gratuita y ha sido desarrollada por Telefónica Digital, un departamento-empresa de Telefónica y situada en Reino Unido, por este motivo la aplicación está en inglés, aunque en ella participan muchas personas y conocidos de España.

Independientemente de que aplicaciones como WhatsApp cuenten con la ventaja de estar muy asentada entre los usuarios de smartphones, sus problemas de seguridad han hecho que muchos usuarios prefieran cambiar de sistema de mensajería.

Como críticas, se encuentran las siguientes:

• Sólo disponible para iPhone
• No tiene notificaciones de mensajes.
• No soporta envío de vídeos.

Más información: http://tumeapp.com/

Llevamos un tiempo escuchando rumores y haciendo ciertos preparativos para anunciar que este año, el evento VoIP2DAY será más impresionante que nunca gracias a la colaboración de la organización de ElastixWorld, y es que, en esta ocasión, ambos eventos se unen para ofrecernos a todos un marco aún más incomparable para aquellos usuarios de la VoIP.

El VoIP2DAY ha venido siendo desde el 2008 (fecha de su creación), uno de los mayores eventos de VoIP en Europa, y ElastixWorld uno de los mayores eventos de VoIP en el continente americano, pero por primera vez ambas organizaciones están preparando lo que podría ser uno de los mayores eventos a nivel intercontinental.

Se celebrará, como viene siendo habitual, en el marco del SIMO -IFEMA- los días 25, 26 y 27 de Septiembre, por lo que será el momento ideal para acercarse hasta Madrid y poder conocer las últimas novedades y asistir a las conferencias sobre VoIP que se darán cita estos días.

De momento, solo podemos deciros que en Sinologic vais a poder estar muy al día de todo lo que acontece a este evento y que pronto tendremos nuevas y frescas noticias.

Cuando salió la versión 1.4.22, esta versión incluía multitud de cambios, entre ellos, el paso de Zaptel a DAHDI, varios cambios en el SIP que provocaron algunos fallos que afectaban al rendimiento y, tras varias versiones posteriores con los mismos problemas, un grupo perteneciente a la comunidad de Asterisk-ES, decidió montar Asterisk-ES-RSP (Rock Solid Support) que se basaba en la idea de congelar una versión de Asterisk y aplicarle los parches que mejoraban su estabilidad sin llegar a “avanzar”, permitiendo una versión más estable que la versión oficial. La idea fue presentada a Digium en el VoIP2DAY de 2009 y Kevin P. Flemming quedó sorprendido con este hecho ya que veía que una versión estable era mucho más necesaria de lo que pensaban.

En aquel entonces, Digium tenía una versión comercial, llamada Asterisk Bussiness Edition (ABE) cerrada y que constaba de una versión estándar, congelada y a la que se le han hecho varios test de estabilidad corrigiendo en tiempo “record” aquellos bugs que le detectan, manteniendo la versión opensource y liberando los parches que corrigen dicha versión. La ABE no tuvo éxito en Europa.

Ahora, Digium anuncia cambios en el versionado ofreciendo una versión especial que se basa en la misma idea que el ABE: congelar una versión y parchear cualquier bug que se vaya encontrando y han pasado a llamarlo Asterisk CERT.

Kevin P. Flemming publica un diagrama con el nuevo sistema de versionado que consiste en “certificar” aquellas versiones basadas en la LTS (1.4 y 1.8) para que sean más estables que sus versiones más nuevas. Se podría considerar el Asterisk Rock Solid Patch de Digium.

Las versiones CERT de Asterisk no son unicamente para quien compra soporte de Digium. Cualquiera puede usarlas, la diferencia es que si te topas con un bug, no puedes esperar/demandar que lo resuelvan en la version CERT si no compraste soporte, el bug sin embargo aun puede ser resuelto en todas las demás versiones de Asterisk que no son CERT y aun aceptan bug fixes, siempre y cuando lo reportes en issues.asterisk.org.

Gracias a Moises Silva por la aclaración.

Más información:
http://www1.digium.com/en/products/asterisk/certified-asterisk 

¿Qué te parece la idea?

Pero a pesar de estar explicado que no es un bug sino un conjunto de situaciones erroneas que llevan a esta situación puntual, quise hacer hincapié y volverlo a poner en la vidriera ya que mucha gente no tiene en la cabeza la importancia de estar al día con la seguridad en sus sistemas telefónicos y este tipo de ataques están cada día mas presentes…

Como antesala del copy/paste de mi estimado amigo les dejo algunas cuestiones para que este problemilla funcione….

1)Teléfono abierto a internet o red interna (no la central, el teléfono o su acceso web)

2)Passwords admin o user por default o conocidas del aparato….

3) Call limit en números altos en el asterisk o sin límite…

Y les dejo la nota para el que no desee buscarla…

“Hace unos días recibí una llamada de uno de mis clientes. La historia comienza con una de las frases que menos me gusta escuchar en mi medio:

- Christian, ¿puedes venir? Nos hackearon el conmutador de la oficina…

Acudí en menos de una hora al sitio (yo no tenía acceso remoto y ni siquiera tenía conocimiento de este equipo) y me dí a la labor de revisar los logs para tratar de reconstruir el caso. Sin embargo, me encontré con lo siguiente:

• El equipo tenía servicios de iptables y fail2ban protegiéndolo
• Las contraseñas de SIP eran seguras
• No se recibían conexiones ni por SIP ni por HTTPS del exterior
• Todas las llamadas habían sido originadas desde una extensión
• Apache no tenía registros de IPs externas, tampoco Asterisk.

Todo parecía indicar que hubiera sido un inside job, y en efecto (al menos parcialmente), así fue.

Por más que busqué no encontré señales de como había logrado entrar, pero las llamadas estaban en el CDR y en el gateway SIP que terminaba la comunicación. ¿Qué ocurrió entonces?

De pronto, el empleado al que pertenece el teléfono cuya cuenta SIP ocasionó todas las llamadas, exclamó lo siguiente:

- Mi teléfono ha estado raro. Varias veces en la mañana estuvo “marcando solo” y yo solamente escuchaba una grabación a veces de que la llamada no había podido ser completada

Momento… ¿marcando solo? ¿Desde cuando los teléfonos se marcan solos? Se trataba de un Yealink T20, el cual es un modelo extremadamente sencillo y económico. ¿Qué funcionalidad podría tener que hiciera que marcara solo?

La respuesta es: los Yealink ofrecen la posibilidad de marcación automática a través de una simple y sencilla petición HTTP que requiere autenticación, pero si nunca cambian la contraseña de usuario y administrador del teléfono (lo cual casi nadie hace), cualquiera puede hacer que el teléfono marque solo hacia cualquier destino.

Si tienen un teléfono Yealink consigo (cualquier modelo), prueben hacer esto en su casa/oficina:

Supongamos que la IP de nuestro Yealink sea 192.168.1.101. Asumimos que en nuestro Asterisk existe un plan de marcación que nos permite marcar larga distancia. Imaginemos el número 018881234567. Ahora bien, abran el siguiente URL en su navegador favorito (recuerden cambiar los valores según corresponda):

http://user:user@192.168.1.101/cgi-bin/ConfigManApp.com?Id=34&Command=1&Number=018881234567&Account=0

¿Y qué ocurre? Simple y sencillamente, su teléfono marcará por ustedes hacia el número indicado usando la primer cuenta que tengan configurado en él. Si Asterisk no los autentica a nivel de usuario, ustedes tienen un severo problema de seguridad ya que cualquier persona podría manipular su teléfono para marcar hacia donde le viniera en gana.

Y bien, ¿qué pasa si abren el URL repetidas ocasiones? Fácil. El teléfono marcará una y otra vez a ese númerosin colgar las otras llamadas. De manera que un solo teléfono podría hacer 100 llamadas a Afghanistan, Sierra Leona o cualquier otro destino caro del mundo. Esto es muy fácil de lograr con un script en Linux que invoque al wget. Lo demostré en laboratorio y creanme, los resultados asustan.

Imaginen por un momento que alguien tuviera acceso a su red interna, pero no conoce las contraseñas de los teléfonos. Con este truco no es necesario saberlas, ya que el teléfono se encuentra ya autenticado en su red interna y por lo tanto, las llamadas saldrán aún si ustedes confían en que su firewall no recibirá conexiones del exterior.

Por tal motivo, si ustedes deciden abrir erróneamente los puertos en su firewall y exponen la configuración del teléfono, le están abriendo la puerta a alguien a que haga cientos de llamadas sin autorización. En la historia que les acabo de contar, alguien aprovechó esta vulnerabilidad e hizo más de 40,000 minutos de llamadas a los destinos más caros del mundo en tan solo 12 horas, y sin tener que usar su ancho de banda para generar esas llamadas. 

Piénsenlo muy bien antes de que expongan equipos al internet. Hay un mundo peligroso allá afuera, y si no se protegen, más temprano que tarde acabarán siendo víctimas de la cyber delincuencia.

¡Suerte!”

Estas versiones están disponibles para su descarga inmediata en: http://downloads.asterisk.org/pub/telephony/asterisk/releases

La publicación de estas versiones resuelve las siguientes vulnerabilidades y bugs:

* Vulnerabilidad de escalada de permisos de la interfaz de Asterisk Manager. Esto podría permitir que ciertos usuarios remotos autenticados correctamente pudieran obtener la capacidad de ejecutar comandos en el shell del sistema con los privilegios del usuario que está ejecutando la aplicación Asterisk.

* Vulnerabilidad de desbordamiento de Heap en el controlador de canal del protocolo Skinny. El evento de mensaje de botón de teclado no pueden comprobar la longitud de un buffer de longitud fija antes de añadir un dígito recibido al final de dicho buffer. Un usuario remoto autenticado podría enviar suficientes eventos de mensajes de botones de teclado hasta lograr un desborde de buffer.

Además, el lanzamiento de Asterisk 1.8.11.1 y 10.3.1 resuelve el siguiente bug:

* Vulnerabilidad de crash remota en el controlador de canal SIP cuando procesa peticiones UPDATE. Si una solicitud de UPDATE SIP se ha recibido indicando una actualización de línea conectada después de que un canal ha sido terminado, pero antes de la destrucción final de los diálogos SIP asociados, Asterisk intentará una actualización de línea conectada en un canal inexistente, provocando justamente allí el crash.

Estos problemas y su resolución se describen en los avisos de seguridad asociados publicados por Digium.

Para obtener una lista completa de los cambios en las versiones actuales, aca tienen los changelog:

http://downloads.asterisk.org/pub/telephony/asterisk/releases/ChangeLog-1.6.2.24
http://downloads.asterisk.org/pub/telephony/asterisk/releases/ChangeLog-1.8.11.1
http://downloads.asterisk.org/pub/telephony/asterisk/releases/ChangeLog-10.3.1

Y por supuesto los textos completos de los avisos de seguridad están disponibles en:

http://downloads.asterisk.org/pub/security/AST-2012-004.pdf
http://downloads.asterisk.org/pub/security/AST-2012-005.pdf
http://downloads.asterisk.org/pub/security/AST-2012-006.pdf

Saludos a todos, a upgradear los que usamos Asterisk Compiladito y los demás a esperar a ver cuanto tardan los developers de distros enlatadas en poner al dia a sus users.

Vía Venturevoip.

Olle Johansson, uno de los mayores gurús de la VoIP, evangelizador del uso del protocolo SIP y de IPv6, acaba de anunciar que el curso que lleva haciéndose durante 6 años como parte del programa de formación avanzada sobre Asterisk (SIP MasterClass), llega a su fin, en este caso, la última ocasión para asistir será el próximo día 11 de Junio en Barcelona.

El SIP MasterClass ofrece una “maestría” centrada, no únicamente en Asterisk si no también en Kamailio. Aquí se enseña cómo funciona el protocolo SIP desde sus comienzos hasta conceptos tan avanzados como mensajería instantánea vía SIP, seguridad avanzada y los conceptos necesarios para montar una red completa y segura con conocimientos bien asentados y digeridos, permitiendo aprender para qué sirven esos parámetros que no entendemos del sip.conf, a la vez que aprendemos a configurar un Kamailio desde cero, conectarlo al Asterisk y ser capaz de gestionar decenas de miles de llamadas con un consumo mínimo.

Asistí al SIP MasterClass en el 2009 y he de confesar que me sentí como volver al colegio:

1. Olle Johansson y Daniel Constantine Mierla, son capaces de explicar cualquier concepto de una forma fácil, haciéndonos ver a todos lo simple que es instalar y configurar un Kamailio cuando alguien te lo explica bien.
2. El hecho de que los profesores sean como son, hace que el idioma no sea un obstáculo en absoluto, incluso con unas nociones de inglés de “andar por casa” es muy sencillo entender lo que dicen, ya que la mayor parte de lo que explican, también está escrito en la documentación, por lo que escucharlos, leer la documentación y entender lo que dicen y no perderse ningún detalle es realmente maravilloso.
3. Cuando uno piensa que conoce un sistema como Asterisk, se da cuenta que detrás hay todo un abanico de posibilidades que desconocía por completo, abriéndonos los ojos a un potencial que la mayoría desconocíamos que existía y, si además lo unimos a una herramienta como Kamailio, los límites son inimaginables.
4. Durante el curso se respira un ambiente ameno, ilusionante, de hambre por aprender y cuando este termina, acabas con la sensación de que te has saciado a base de bien, con muchas grandes ideas en la cabeza y muchas cosas por probar.

Por este motivo, el SIP MasterClass es una oportunidad única que siempre he recomendado para todos aquellos que trabajan en serio en la VoIP, para aquellos que realizan proyectos de telefonía y de comunicaciones para empresas grandes y pequeñas, para todos aquellos que tienen un proyecto entre manos y no saben cómo empezar. Para entender cómo funcionan las redes telefónicas más grandes de un país utilizando el mismo protocolo que usamos para comunicar a una empresa de 5 teléfonos.

Muchos de los asistentes van únicamente para entender cómo funciona Kamailio, como instalarlo y cómo configurarlo, el curso enseña esto y mucho más, enseña cómo configurar Asterisk EN CONDICIONES, entendiendo porqué se producen los errores tan comunes y que todos hemos tenido, y por supuesto, cómo solucionarlos y que jamás nos vuelvan a aparecer. Es un curso ideal para todos y que si estabais pensando en ir, esta es vuestra última oportunidad.

En esta ocasión más que nunca, y es que Olle Johansson acaba de anunciar que el SIP MasterClass de Barcelona será el último. ¿porqué? él mismo lo explica:

Things change and you need to follow. During the last couple of years I’ve been running many, many in-house trainings and workshops covering both Asterisk, SIP in general and Kamailio.
There seems to be more demand for customized trainings that boost a team and help them move forward. I will continue with these trainings, as well as try to come up with other trainings that will run just a few times – more lab oriented possibly. Feedback is as always very welcome.

Las cosas cambian y hay que seguir. Durante los últimos dos años, he estado realizando muchos cursos internos y talleres que cubren Asterisk, SIP en general y Kamailio.

Parece ser que hay más demanda de cursos “a medida” consistente en reunir a una empresa y ayudarles a avanzar. Continuaré con estos cursos, también intentaré realizar otros cursos que apenas se han realizado un par de veces – más orientados a laboratorios posiblemente.
Los comentarios son siempre bienvenidos.

http://edvina.net/blog/2012/04/final-asm-class/

Por este motivo, es una gran lástima que no se vuelva a celebrar un curso tan completo y extraordinario como el SIP MasterClass, y por este motivo, animo a todos aquellos que siempre habéis querido asistir, a que os apuntéis y no dejéis pasar esta oportunidad, porque no habrá otra.

http://edvina.net/training/sipmasterclass/
http://avanzada7.com/formacion/sip_masterclass 

En esta ocasión, las fechas escogidas son del 16 al 20 de Abril (5 días) aprovechando el último para realizar los exámenes de certificación de Asterisk dCAP.

En todo este año solo este curso está anunciado al día de hoy por Digium para toda latinoamérica  por lo cual se destaca la labor realizada por la empresa organizadora Commlogik Argentina para este evento.

El instructor designado como todos los años es el Ing. Mariano Bianchi con vasta trayectoria en cursos dCAP por todo el continente americano.

Para mas información, esta puede ser obtenida aquí de la gacetilla de prensa de la página de Commlogik para este evento.

El evento tiene este cronograma oficial estimado:

Como siempre les deseo muchos éxitos a todos los que se presentan a rendir dicho examen, ya sea realizando el curso en su totalidad asi como para los que deseen solo presentarse el último día de forma libre.

WebRTC es un sistema con el que podemos conectar el micrófono, la webcam y los altavoces al navegador y hacer uso de ellos estableciendo conexiones que nos permitan hacer conferencias y videoconferencias punto a punto de una manera mucho más accesible que utilizando un softphone.

WebRTC es un conjunto de estándares, de protocolos que se incluirán en HTML5 y Javascript, de forma que permiten capturar el streaming de audio y vídeo del micrófono y de la webcam, directamente a través del navegador y poder hacer con estos streaming lo que queramos.

Pero no es oro todo lo que reluce, (o no por ahora) y es que para poder hacer uso de este sistema es necesario que nuestro navegador web soporte no solo HTML5 (adiós Internet Explorer), si no también las aplicaciones necesarias para enviar y recibir streaming, algo que de momento parece que únicamente soporta la versión experimental de Chrome (Chromium Canary) aunque hace un par de semanas, el equipo de Mozilla ya avisó que este año Firefox soportará WebRTC y las pruebas realizadas parecen que van por muy buen camino.

WebRTC no es VoIP tal y como la conocemos, pese a que tiene la capacidad de enviar y recibir streams de audio y vídeo, para ello se utiliza códecs y protocolos propios basados en estándares abiertos, WebRTC NO SOPORTA SIP de forma nativa. La presentación sobre WebRTC de Iñaki Baz y Jose Luís Millán del VoIP2DAY 2011 presentó en exclusiva mundial una conversación SIP utilizando WebRTC, para lo que tuvieron que hacer uso de herramientas no pertenecientes al WebRTC, para establecer una comunicación SIP y utilizando WebRTC, “capturar” el audio entrante establecer una comunicación de VoIP más “estándar“.

Sin duda, WebRTC será la próxima gran revolución en las comunicaciones, permitiendo unir el audio y el vídeo con el navegador. Todavía es experimental, pero hay un gran trabajo ya hecho además del que se está realizando ahora mismo y que permitirá en un plazo muy corto de tiempo utilizar el navegador, no únicamente para ver páginas webs, si no como un sistema endpoint de comunicaciones.

Si estás interesado en descubrir qué es WebRTC, hay algunos enlaces que pueden serte útiles:

• WebRTC Homepage
• Google Chrome Canary + WebRTC support
• WebRTC Draft IETF (lista de distribución)
• Demos básicas de WebRTC (no funcionará si no es con un navegador que soporte WebRTC)
• Avances de Mozilla con WebRTC
• WebRTC en sistemas IOS de Apple

D40: La versión más económica, con soporte de 2 líneas, sonido HD y pantalla de 3,5″ a partir de 110€.

D50: La versión “mid-level“, con soporte de 4 líneas, 6 teclas de función y 10 botones BLF, sonido HD y pantalla de 3,5″ a partir de 150€.

D70: La versión más completa, con soporte de 6 líneas, 10 teclas de función y 10 teclas (100 contactos), sonido HD, pantalla de 4,5″ y puertos Gigabit, a partir de 235€.

Mucho se ha especulado sobre el diseño de estos teléfonos, que si se parecen a unos, que si se parecen a otros… pero está claro que físicamente siguen el estilo estándar, mezcla interesante de estilos que han gustado al público:

• Marco para la pantalla y teclas de función de los Cisco Linksys.
• Pantalla, disposición de las teclas, volumen y cursores con check en el centro de los Polycom
• 4 Botones de función debajo de la pantalla de los Snom
• Sujeción del auricular “flotante” de los Polycom

Lo que sí que es totalmente Digium Style son las teclas numéricas “cuadradas”, simulando el teclado de las cabinas de teléfono de EEUU.

Sobre las características internas (dependientes del software) podéis verlas en la segunda página del datasheet, bastante completa para un teléfono orientado a funcionar con Asterisk y que cuenta con algunas características interesantes como TR-069 (autoprovisionamiento remoto), LLDP y capacidad para llamar a URI SIP, entre muchas otras.

Como suele ser costumbre, se celebra en Bilbao el curso oficial de Asterisk Avanzado con el nuevo temario.

En esta ocasión, las fechas escogidas son del 16 al 20 de Abril (5 días) aprovechando el último para realizar los exámenes de certificación de Asterisk dCAP.

En todo el año se celebran aproximadamente 3 oportunidades para asistir a este curso en España o en Portugal y por suerte, uno de ellos suele ser en Bilbao gracias a Irontec.

Os dejo la nota de prensa:

Por 5º año consecutivo Irontec, en colaboración con Avanzada7, te trae el curso oficial de Digium, Asterisk Advanced y el examen de certificación técnica dCAP, que acredita un nivel de conocimientos elevado a los profesionales que trabajan con esta plataforma Open Source.

Este año el gran protagonista será Asterisk 1.8 y Asterisk 10, en un curso de gran nivel en el que tanto si quieres ser un gurú de Asterisk, administrador o desarrollador, o simplemente aprender un poco más acerca de Asterisk, Irontec y Avanzada 7 te ofrecen la formación para satisfacer sus necesidades.

El principal objetivo del curso es abarcar de forma intensa la problemática típica de soluciones VoIP/Asterisk/Sistemas existentes, así prácticar en primera persona y siempre de forma tutelada, con la plataforma, de modo que el salto de nivel técnico se base en profundos conocimientos de Asterisk, y que permita llevar a cabo instalaciones reales con líneas analógicas, RDSI básicas y primarias con garantías.

Se trata de un curso completamente técnico y orientado a personas que ya tengan un mínimo de experiencia propia teórica y práctica con Asterisk y quieran acelerar de forma efectiva su proceso de aprendizaje para llevar el conocimiento sobre Asterisk hasta un punto que permita llevar a cabo integraciones de sistemas en producción con total garantía y seguridad.

Toda la información sobre el contenido del curso la puedes consultar en nuestra web.

Recuerda que esta formación puede ser financiada con los fondos de la Fundación Tripartita.

Hace poco, leyendo algunas listas (últimamente casi no tengo tiempo para responder, sólo leer)  me encontré con varios usuarios que habían encontrado un fallo de seguridad en FreePBX que permitía al atacante acceder a una parte del interfaz e inyectar código, de forma que pudiera ejecutar dicho código. Unos días más tarde me entero que la gente de Elastix, una vez reportado, lo han actualizado (ya corregido) en menos de 3 horas.

Acabo de confirmar que el hueco de seguridad es legítimo y que afecta a FreePBX en Elastix sin autenticación requerida.
Hemos preparado el RPM actualizado freePBX-2.8.1-12 y recomendamos que actualicen de inmediato todas sus centrales.
Se recomienda que todas las centrales Elastix de la serie 2 sean actualizadas a todos los últimos paquetes de Elastix estable.
La única mitigante que he visto es que el truco de volverse root con nc –interactive ya no funciona porque desde elastix-framework-2.2.0-18 el comando nc ya no está presente en /etc/sudoers.

La solución es ejecutar “yum update” o “yum update freePBX”.

Más información: http://www.exploit-db.com/exploits/18650/

Digium acaba de lanzar en su blog oficial la nota del otorgamiento de los premios anuales a partners (Pinnacle Partners Award 2012)

http://blogs.digium.com/2012/03/19/recognizing-digium-top-partners-delivering-unparalleled-voip-solutions/

El premio destaca a los partners de todo el mundo que se hayan destacado no solo en ventas y soporte a soluciones provistas por Digium sino en los socios de negocios con mayor nivel de satisfacción general de sus clientes lo cual nos da una idea de la búsqueda constante de mejora en la relación con sus partners y clientes finales por parte dicha empresa.

En mi caso particular me resultó sumamente agradable ver a 2 conocidas empresas latinoamericanas en dicho ranking.

Enhorabuenaa a los ganadores y a seguir innovando y apoyando a la empresa que hizo tantos avances posibles en el mundo de la VoIP!!!

Están especificadas en:

http://downloads.asterisk.org/pub/security/AST-2012-003.html

http://downloads.asterisk.org/pub/security/AST-2012-002.html

Y se solucionan en las versiones 1.8.10.1 y 10.2.1 publicadas el día de ayer mismo en los repositorios de download de digium….

Se recomienda a todos los users de asterisk con sistemas públicos a parchearlos inmediatamente ya que son vulnerabilidades que pueden lograr un crash remoto del sistema a través de la app milliwatt o inyectar codigo de forma remota a traves de un stack overflow del http manager.

• Asterisk 1.8.10.0 (la versión más estable por el momento)
• DAHDI 2.4.1.2-9 (lástima que no incluya la 2.6.0)
• Wanpipe 3.5.25-0
• jQuery 1.7.1
• y mejoras en algunos módulos.

Aquí podéis ver algunas capturas de pantalla:

Asimismo me recuerdan que Elastix está entre los proyectos más activos de SourceForge y si te gusta esta distribución, puedes votarla para que sea “Proyecto del mes de Abril” en este enlace: http://twtpoll.com/ocu534
La nota oficial dice así:

Hace pocos días hemos lanzado la nueva versión, Elastix 2.3.0 RC 1. En esta versión se han realizado actualizaciones en el framework de Elastix así como la actualización de Asterisk, Dadhi y Wanpipe.

Adicionalmente en esta nueva versión encontrarás un acceso rápido al módulo Addons en la esquina superior derecha, permitiendo acceder de forma más rápida a este módulo que en su versión beta 2 anterior fue rediseñado por completo, facilitando la visualización de todas las aplicaciones desarrolladas por terceros y disponibles para su descarga.

Para aquellos desarrolladores que desean personalizar su Elastix, encontrarán en todas las reporterías la posibilidad de modificar y añadir al grid múltiples acciones personalizadas acorde a la necesidad.

Entre las nuevas características disponibles en este RC están los siguientes:

- Actualización de Asterisk 1.8.10.0-0
- Actualización a Dadhi 2.4.1.2-9
- Actualización a Wanpipe 3.5.25-0
- Actualización a jquery 1.7.1
- Mejora en los módulos Addons, Agenda, Call Center, Fax, PBX, Reportes y Sistema
- Soporte para añadir múltiples acciones personalizadas al grid.
- Control de filtros en reporterías
- muchos más

Esperamos como siempre sus comentarios y sugerencias.
Descarga Elastix 2.3.0 RC 1

 

Cabe destacar que esto no significa que los equipos sean de mala calidad o de dudoso testing en sus firmwares, sinó que con el tiempo hemos visto que mas que todo esto se debe a ciertas inconsistencias en el manejo de las negociaciones de las claves de cifrado entre la PBX y los equipos, en el caso de Cisco, era con base en diferencias a la longitud de la clave y en este caso con Grandstream, el tiempo de vida de la clave criptográfica.

Bueno es recordar que tuve diversas charlas con ingenieros de soporte de Grandstream sobre este tema, en especial con un gran amigo Ernesto Calderón , al cual le envió un gran agradecimiento por el tiempo dedicado a mis pedidos.

Esta solución se adapta a todo asterisk compilado desde código fuente de Digium y paso a detallar como se soluciona:

1) Equipos grandstream GXV3140, 3175, y GXP 110x, 14XX y 21xx con firmwares 1.0.7.x y 1.0.3.x (es decir los actuales a fecha de hoy 13/03/2012)

2) Opción SRTP habilitado y forzado en la cuenta de voip a usar del equipo de voz IP

3) Aplicar este parche oficial de Digium en la carpeta /usr/src/asterisk-xxxxx donde tenemos el código fuente de asterisk a compilar

# wget ‘https://issues.asterisk.org/file_download.php?file_id=29497&type=bug’ -O – | patch -p0

Este parche lo que hace es modificar el canal sip para agregar la opción “ignorecryptolifetime=yes/no” al archivo sip.conf y así poder lograr que nuestro endpoint pueda ignorar el tiempo de vida de la clave y conectarse de igual manera.

4) Luego de compilar el asterisk,  alguna de nuestras extensiones de test de SRTP en el archivo SIP.CONF debería lucir como esta:

[testSRTP]
host=dynamic
transport=tls
encryption=yes
ignorecryptolifetime=yes
port=5061
type=friend
disallow=all
allow=g722
dtmfmode=info
canreinvite=yes
context=prueba-srtp

De esta forma el equipo ahora establece correctamente el canal RTP de sonido Cifrado, el cual puede ser verificado por ejemplo usando WireShark.

Aparte de esto les dejo 1 feature y un nuevo tip sobre equipos Grandstream

1) en el nuevo firmware 1.0.7.60 de los Equipos de video GXV3140, una función muy pedida de mi parte fue implementada por fin. Deshabilitar por consola y web la boca de lan de los equipos, lo cual es sumamente util para dar seguridad fisica a las instalaciones, directamente cortando por hardware el uso de la boca de red y switch que traen los equipos.

2) Para quien tiene equipos de las gamas 14xx y 21xx y no sabe como configurar la app incluida para ver el clima en la pantalla LCD y la geo locación no les proporciona la correcta, el truco es buscar en www.weather.com su ciudad y luego cargar en el equipos los últimos digitos y números que da el link de la web, en mi caso para Rosario, Argentina:

http://www.weather.com/weather/today/Rosario+Argentina+ARSF0078

Entonces, en el teléfono debería Cargar ARSF0078 y listo el clima correcto en cada pantalla.

Espero les sirva de utilidad y repito mi agradecimiento a Ernesto por toda su ayuda y soporte.

De entre las miles de millones de canciones que hay disponibles, y tengo que llamar a un número que tiene un Asterisk instalado con la configuración por defecto.
De repente la música se corta y aparece una voz de una chica preguntándome sobre el motivo de mi llamada, momento en que informo que deseo hablar con una persona y ella procede a transferirme, pero algo hace mal y acabo en el limbo… un lugar oscuro, tenebroso en el que no escucho música, no hablo con nadie, y lo peor, nadie puede recuperarme. La única alternativa que tengo es colgar y volver a llamar.
No obstante, aprovechando que he llamado a un Asterisk con soporte de “limbo” (así que calculo que sería una versión 1.2 como mucho), decidí hacer una prueba y marcar un número de móvil.
Funciona… el móvil suena y el número que aparece es el de la empresa en cuestión. ¿que hubiera pasado si hubiera marcado un número de coste premium y hubiera mantenido la llamada en funcionamiento durante varias horas?

Este tipo de situaciones son muy raras, la probabilidad que una persona conozca Asterisk para reconocer su música de espera, que utilicen una versión tan antigua que no tenga habilitado el parámetro autofallthrough y la llamada no cuelgue automáticamente si el destinatario no existe, y que al hacer la transferencia a una extensión del dialplan comentan el fallo garrafal de incluir patrones para salida a la red telefónica, puede pasar en un caso tan único que me extrañaría volver a encontrarlo de nuevo.

No obstante, es común encontrar fallos garrafales en otras configuraciones de Asterisk, más aún desde que una configuración correcta es algo exclusivo “para expertos”, mientras que una gran cantidad de usuarios utilizan sistemas cuya configuración se deja a cargo de cómodos y atractivos interfaces, más preocupados por el aspecto visual que por si el código que genera es seguro, rápido y fácil de depurar.

Aprovechando que la mayoría de los lectores de Sinologic utilizan Asterisk y además lo configuran a su gusto, voy a dar una serie de ideas/consejos para mejorar la configuración de un Asterisk, tanto desde el punto de vista del usuario final, como desde el punto de vista de cualquiera que llame.

Cambia la música en espera

Desde el punto de vista de seguridad, el hecho de reconocer la música en espera ya es un fallo de seguridad ya que estás informando al usuario que llama de qué utilizas para la gestión de las llamadas. Esto, unido a un poco de ingeniería social puede causar daños económicos irreparables.
Además de este punto, seleccionar y cambiar la música en espera por una nueva melodía no es algo que sea muy difícil. Asterisk soporta música en espera en wav, mp3, ogg, … Hay cientos de canciones libres de derechos en Internet y ofrecer algo distinto al Für Elise de Beethoven en politono o a la música típica de Asterisk no es complicado y dará un toque nuevo y original al sistema que estamos montando.
En Jamendo hay cientos de canciones muy buenas, algunas son libre de derechos y se pueden utilizar para sistemas telefónicos.
En FreePlayMusic también puedes encontrar muchas músicas libres de derechos (aunque ten cuidado de no escoger de nuevo las que vienen con Asterisk, ya que son de esta página)

La música, asegúrate que las conviertes a dos formatos esenciales: alaw y g722.
La canción escogida se reproducirá en alaw cuando se reciba una llamada de la red telefónica, mientras que la canción en g722 se reproducirá cuando la llamada la hagamos nosotros como usuario SIP del sistema.
De esta forma, evitaremos hacer trascoding y consumir procesador inútilmente además de poder escuchar la música con la mejor calidad de sonido (ya veremos esto en el siguiente punto).
Para convertir un wav a ‘alaw‘ y a ‘g722‘ puedes leer el artículo que escribimos con los comandos para convertir audio.

Utiliza un códec wideband (calidad HD)

Estamos utilizando Voz sobre IP, una nueva tecnología, un nuevo servicio, mejor calidad, pero ¿sabías que si continúas utilizando los típicos códecs ‘alaw’/'ulaw’ la calidad de audio es exactamente la misma que la de cualquier otro teléfono?
Si realmente quieres dejar impresionado a tus usuarios, dales un toque de distinción utilizando el códec G.722, un códec wideband (ancho espectro de frecuencia) que ofrece más calidad, acentúa las frecuencias altas proporcionando más información con el mismo ancho de banda que el códec ‘alaw’.

Asterisk 1.8 y superiores ya trabaja con el códec G.722 de forma nativa permitiendo trascoding, por lo que ya no hay excusa, búscate un teléfono que soporte G.722 si quieres ofrecer mejor calidad de sonido.

No utilices el códec ULAW salvo que trabajes en Estados Unidos, Canadá o Australia

Una de las características que demuestran que una persona no tiene claro los conceptos básicos de VoIP es que utiliza el códec ‘ulaw’ en Europa, Asia, Africa o LatinoAmérica.  Esto demuestra que no sabe que el códec Ulaw es igual que el Alaw pero “desplazado“, por lo que tenemos dos códecs idénticos pero incompatibles. Asterisk puede hacer trascoding y su consumo es mínimo, pero el hecho de utilizar ulaw en lugar de alaw ya implica un desconocimiento de conceptos muy básicos y nada propio de un profesional.

Crea el dialplan con la cabeza

Aprender a hacer un dialplan en condiciones no es algo trivial, lo reconozco, y aprender desde cero suele costar bastante como para encima que le pidan a uno que lo que hacen esté bien. Pero sabiendo que el Dialplan es el Corazón de Asterisk, es necesario e imprescindible aprender tanto como se pueda y aprender a hacerlo bien. ¿Cómo se hace bien según yo?

El dialplan de Asterisk se desarrolló como una especie de “pseudo-lenguaje” de programación de scripts, una sintaxis muy sencilla con una serie de Aplicaciones, Funciones y Variables, que le permiten al usuario realizar prácticamente cualquier cosa que necesite que haga una llamada.
Este “gramática” de programación, como  cualquier otro tiene un requisito imprescindible para saber si se está haciendo bien o no:

- Limpieza: Todo código de programación debe ser limpio, claro, con espacios y tabulaciones, comentarios y cualquier otra cosa que pueda hacer falta para que cualquier persona que vea el código, entienda qué queremos hacer sin que tenga que llevar un depurador en la cabeza.

- Modularidad: Clasificar el código, trocearlo en partes independientes y que cada una de ellas cumpla su cometido, hace que dicho código haga las cosas como debe de hacerlas.

- Independencia: Hay que saber que Asterisk va a gestionar dos tipos de llamadas: las generadas desde fuera (red telefónica, proveedor IP, etc.) y las generadas dentro del propio Asterisk (teléfonos, adaptadores, etc.). Cada tipo de llamada es recomendable que no se crucen, es decir, configurar el dialplan para que una llamada generada en el exterior de Asterisk, nunca llegue a los contextos utilizados para las llamadas generadas dentro del Asterisk. Esto añadirá seguridad.

Crea servicios propios y útiles

Depende de si nuestro Asterisk está orientado a un cliente o es para nuestra empresa, es bueno acostumbrarse a ofrecer ciertos servicios básicos:

- Modo día/noche: habilitando o deshabilitando la entrada de llamadas con un código.
- Servicio de calendario compartido: ideal para evitar la entrada de llamadas en los días festivos.
- Servicio directorio: para llamar conociendo el nombre de la persona, y no tener que recordar su número de extensión.
- Cualquier otro servicio original que se te pueda ocurrir…
- Grabaciones estereofónicas.

Ofrece VoIP real

Muchos usuarios, una de las primeras cosas que hacen para “dotar de seguridad” a su Asterisk es eliminar el acceso al protocolo SIP desde el exterior. En cambio, tal y como publicamos en el artículo “llámame a mi correo electrónico“, podemos ofrecer llamadas VoIP vía SIP permitiendo que cada usuario pueda recibir llamadas directas a través de su propia dirección SIP.

¿Qué otras cosas se te ocurre para montar un típico Asterisk que haga de centralita de forma más original?

Hace unos meses comentamos (en algún artículo) que Sinologic estaba preparando varias novedades, y una de ellas es la construcción de un nuevo servicio que hemos llamado Sinologic Ask™, una página web del estilo de StackOverflow donde cualquier usuario pueda hacer preguntas (en español) sobre cualquier tema relacionado con la VoIP o bien responder a las preguntas que se han hecho, votar el interés de las preguntas, o la calidad de las respuestas, permitiendo que los participantes ganen reputación de una forma democrática al recibir votaciones del resto de usuarios a sus distintas participaciones, lo que hará que las respuestas más completas y acertadas sean valoradas y sus autores recompensados.

Este proyecto llevaba bastante tiempo en el tintero porque creo que es un perfecto complemento para todos aquellos que tenemos preguntas sobre VoIP (Asterisk, teléfonos, gateways, telefonía, comunicaciones, protocolos, etc.) y el hecho de poder hacer una pregunta, que varias personas contesten y se valore objetivamente la mejor respuesta, posicionándola mejor que al resto, es algo que puede hacer muy bien a la comunidad y por supuesto a los lectores de Sinologic.

Durante algún tiempo, cualquier acción llevará un incremento de puntos, desde registrarse como nuevo usuario, hasta hacer una pregunta, pero dentro de unos meses, hacer preguntas pasará a “costar puntos” por lo que un nuevo usuario, si quiere hacer preguntas, deberá contestar a otros usuarios para conseguir la puntuación necesaria y evitar que hayan personas que únicamente se dediquen a hacer preguntas. Esta opción es algo que una lista de correos no suele tener.

Otra de las ventajas es que cuando alguien va a hacer una pregunta, el sistema detecta “otras preguntas similares” a la que se está haciendo, lo que evitará tener cientos de preguntas iguales además de disponer de respuestas ya valoradas.

Así que te invitamos a que entres, te registres y lo pruebes

http://www.sinologic.net/ask/