En YouTube he encontrado esto:
https://youtube.com/watch?v=ONOxNJquatk
[youtube ONOxNJquatk]
Por fín he conseguido poner vídeos… (en wordpress no es tan fácil)
🙂
En el video aparece Mark Spencer (fundador del proyecto Asterisk) haciendo una demostración de la instalación de AsteriskNOW desde cero.
Polycom es una empresa que puede darse el lujo de tener fama de ser la que mejor calidad de voz ofrece en sus terminales IP. Hace apenas un mes, Polycom anunció su amistad con Digium para multitud de proyectos, entre ellos el más conocido es el que permite a los terminales de Polycom autoprovisionarse (auto configurarse) directamente desde Asterisk Business Edition (quien sabe si para la versión libre también).
Pues hace un mes, Polycom compró una empresa dedicada a la videoconferencia de alta calidad, y un més más tarde anuncia la competencia directa para el Telepresence de Cisco que ya hablamos en su día y al que le han puesto el nombre de RealPresence.
La incógnita que se podría plantear es… ¿ese sistema de Telepresencia… funcionará bajo SIP? ¿sería compatible con Asterisk?
De momento no dan muchas pistas aunque, conociendo la calidad de los teléfonos Polycom, un sistema de videoconferencia como este, podría ser bastante curioso.
El autor, Alfred Certain, un dCap sudamericano y CEO de Gecko Solutions, ha escrito un breve tutorial sobre iniciarse en TrixBox:
– Cómo instalar TrixBox
– Partes de que se componen
– Configuración del FreePBX
– Configuración del SugarCRM
– Configuración del A2Billing.
– etc.
El documento tiene 63 páginas, aunque con bastante gráficos y capturas de pantalla que seguro que servirán a más de uno.
Consejo de amigo: Si tienes pensado sacarte el dCap, no trabajes con TrixBox. 😛
Aquí podeis ver su página: http://www.alfredcertain.com/
y aquí el documento:http://www.alfredcertain.com/GN_eBook_TRIXBOXALDESCUBIERTO.pdf
La verdad, muy interesante para promocionar Asterisk.
Últimamente me están llegando algunos correos de gente comentándome que tienen una tarjeta RDSI Básica (una Junghanns, AVM FRitz o una Billion) y suelen tener eco en algunas llamadas que realizan.
En la señalización analógica esto es algo frecuente, ya que el propio material por el que pasa la voz (el par de hilos de cobre) generan su propio eco que, por cuestión de velocidad no suele notarse, aunque al utilizar tarjetas analógicas sin su propio cancelador de eco, puede llegar a ser un infierno cuando la tarjeta no es de buena calidad.
En la señalización digital (esto es RDSI) el eco es más dificil de generar por los componentes, ya que digitalmente es MUCHO MAS COMPLICADO que se duplique la señalización de unos y ceros (1’s y 0’s) en el que está codificada la señal de voz.
No obstante, suele producirse ese eco, bien por la calidad de la tarjeta (fabricadas con materiales de pésima calidad, con lo que genera acoples dificilmente evitables), o bien por el «efecto acople» que se genera en el envío de la señal desde el Asterisk hasta la central digital.
Es por este motivo por lo que muchas tarjetas incluyen un cancelador de eco hardware para eliminar en tiempo real esos acoples, lo cual encarece un poco el precio final, pero da unos resultados en la calidad de sonido inigualables por aquellas que no lo tienen.
Las tarjetas Junghanns QuadBri y OctoBri incluyen un cancelador de eco hardware de 32ms.
Las tarjetas Digium B410P incluye un cancelador de eco de 128ms (de la marca Octasic).
Por estos motivos, estas dos tarjetas son de las mejores en cuanto a calidad/precio considerando el cancelador de eco que es uno de los factores que determinan el precio final.
No obstante, en otros casos, el principal (o el más frecuente) causante de ese eco, es el volumen.
Pongamos un ejemplo muy sencillo de entender:
1) No debe haber eco entre terminales SIP (si lo hay, es que son rematadamente malos).
2) Al Asterisk le llega la voz con un determinado volumen (en una escala de -10,10 imaginemos una variación de 0db en el volumen)
3) Asterisk tiene los parámetros rxgain y txgain a cero, por lo que no modificaría el volumen, pero Asterisk está conectada a un aparado denominado TR que puede que aumente el volumen (por si tienes conectado un teléfono RDSI), por lo que la señal pasa a ser amplificada y se emite así hasta la central del proveedor.
4) La central del proveedor, para que todo el mundo hable al mismo volumen, regulariza dicho volumen por lo que en nuestro caso, bajaría la ganancia que subió nuestro TR.
5) La persona con la que estemos hablando, nos escuchará corréctamente y sin eco. (bien por el proveedor!)
6) Ese aumento de volumen, al llegar a la central, genera un acople en el audio de la persona con la que estamos hablando, por lo que el sonido restante cambia de dirección y esta vez se dirige hacia nosotros.
7) Asterisk recibe el audio con normalidad procedente de nuestro interlocutor con el audio mezclado.
8) Nosotros escucharemos a nuestro interlocutor, con lo que hemos dicho varios milisegundos antes.
¿Cómo podremos solucionar esto?
En principio, el cancelador de eco software de Asterisk no nos puede ayudar, ya que el eco no se ha generado dentro del Asterisk, si no en la central del proveedor.
En cambio, sí que podremos cancelar el eco ajustando los valores del volumen rxgain y txgain de la tarjeta, para que envíe el volumen adecuado para que el TR lo amplifique y tenga un valor normal que no se acople a la señal de nuestro interlocutor.
Después de esta breve e ilustrada explicación, os comentaré que esto es mucho más complicado de lo que he explicado aquí, pero esto es para que os hagais una idea y sobre todo podais resolverlo.
Una cosa a tener en cuenta: Hay muchos tipos de ecos, cada uno se caracteriza por algún detalle y hay que tener buen oido para darse cuenta donde se produce. Únicamente la experiencia (o un buen osciloscopio) puede ayudaros a detectar qué tipo de eco teneis y cómo podreis arreglarlo.
Un consejo: Utilizad una tarjeta con cancelador de eco hardware si creeis que vais a tener problemas con el eco, o la gente se puede llegar a enfadar por él.
En AsteriskGuru, he encontrado una completa lista de todos los comandos que permite Asterisk 1.4 con una breve explicación sobre lo que hace cada uno de ellos.
Están clasificados en:
General CLI commads
Agents commands
AGI commands
Console commands
Core related commands
Database commands
Dialplan commands
DUNDI commands
GTalk & Jabber commands
IAX2 commands
Manager commands
MGCP commands
Module management
PRI commands
Queue commands
SIP commands
Skinny commands
Voicemail commands
Zaptel commands
Según algunas webs de noticias, Cisco podría perder la marca iPhone por haberle caducado el registro sin haber sacado ningún producto con ese nombre.
El 25 de Noviembre del 2005, Cisco perdió oficialmente el registro de la palabra «iPhone» (que tiene un periodo de exposición del producto de 6 años). Con la notificación de la inminente pérdida de la marca, a Cisco le dieron un aumento de plazo de 6 meses para que sacara un producto con ese nombre.
A la vista de que no tenían ningún producto, decidieron ponerle ese nombre a un teléfono compatible con Skype de una manera tan cutre como poner «iPhone» en una pegatina a una caja de un nuevo teléfono (de la familia de los WIP).
Tras esto, y dado algunos rumores, Cisco podría haber perdido la marca iPhone y por lo tanto pertenecería a la siguiente empresa que quería registrarlo: Apple.
Curioso el detalle:
Busca las 7 diferencias…
Sea como fuere, seguro que el LG KE850 no lleva MacosX de serie. 🙂
Visto en http://www.engadgetmobile.com/
Si es que de veras que uno se siente a veces que va por detrás de todos los demás. Cuando ves en internet que en los EEUU ya están haciendo pruebas sobre Wimax, que van bien, que tienen problemas porque pueden (freir el cerebro) dar problemas, etc…
Luego ves los anuncios de la televisión y ves: la videollamada de la empresa tal, que si conexión a internet a una velocidad de esto y lo otro, desde donde quieras, etc… ¿cuantas personas conoces que hayan probado la videollamada?
Ves páginas donde anuncian aplicaciones para móviles para poder llamar por VoIP a través de redes UTMS y EDGE.
Cuando ya hablan de que Nokia y Sprint Nextel empiezan a desarrollar móviles de cuarta generación (4G) con soporte de Wimax capaces de conectarte a una velocidad, que ni mi adsl lo permite, desde cualquier lugar del país,…
Luego, para una compañía de moviles que oferta conexion a internet tarifa plana a una tarifa bastante curiosa (mientras el resto la cobran a 1€ por Mb descargado), resulta que solo tiene cobertura en las principales capitales del país y el resto lo comparte con otra compañía a través de GPRS (EDGE). La de clientes que habrá ganado Yoigo con esto del Internet a 1,20€/dia!
Realmente desilusionante, la verdad… uno no puede comentar las noticias en la web que la gente no va a entender… 4G? Wimax? pero eso llegará… ¿antes o después de que llegue el 3G?
Curioso lo que uno encuentra de vez en cuando en Flickr:
Acabo de ver que la IETF (Editor de los RFC) acaba de publicar el primer borrador de VoiceXML bajo SIP.
Este es un paso importante a la hora de estandarizar el sistema de reconocimiento de voz y mucho más importante bajo un protocolo estandar y abierto como lo es SIP.
Al contrario que el Texto-a-Voz (Text-to-speech) que está más o menos extendido y suele formar parte de los sistemas de comunicaciones de las grandes empresas (capaces de pagar las licencias), el reconocimiento de voz no está tan extendido por su dificultad a la hora de escuchar e interpretar lo que un cliente dice.
Para colmo, las empresas desarrollan estos sistemas en un idioma como el inglés, pero el castellano (o español), con la riqueza cultural que tiene los cientos de miles de palabras que componen el conjunto regulado de palabras, se encuentra con el inconveniente de los diferentes acentos y formas de expresión de los distintos países en que se habla.
El español (o castellano) es el segundo idioma más hablado del mundo (según la wikipedia) y es bastante triste que no hayan aplicaciones de reconocimiento de voz que funcionen con la misma calidad que lo hacen las aplicaciones en inglés.
Asterisk y su auge en los países de habla hispana/española/castellana seguro que pronto cambiará esto. 🙂