Miguellinux

Jump to content

Additional information

About Miguellinux

VoIP, WiFI, Gadgets, Linux y mas… Escrito por Miguel Rabi

Subscribe to this

Categories

Archives

Tags

Asterisk gadgets sip VoIP WiFi Wireless

Bookmarks

Log


Posts

IBM y Asterisk, Google y Gizmo5 entre otros chismes

Dec 2009
06

IBM recientemente a lanzado para el mercado americano (por ahora) una solucion de hardware y software llamada “Smart Cube”, que basicamente es un servidor para las PYME que contiene aplicaciones de negocios y colaboración, así como de gestion de negocios, como CRM, ERP, entre otros,  pero la mas reciente incorporación es Asterisk.

Lo interesante es la integración de Asterisk con la interfase web de administración del Smart Cube, así como la integración con lotus Domino, Notes y el sistema de mensajería y presencia Sametime de Lotus.

Pero no es para ilusionarse, lo interesante de la noticia es el espaldarazo que significa para Asterisk ser reconocido por IBM como plataforma de telefonía IP, en especial conociendo su gran relación con Cisco… Pero la cosa no es tan simple la versión de Asterisk es licenciada en paquetes de llamadas simultaneas partiendo de 20 hasta 40 llamadas simultaneas, aparte de las tarjetas, la cosa podría costar mas de $1,999 dolares.

http://www.ibm.com/smartmarket/us/en/ListingOverviewAction.action?listingId=10502

http://blog.tmcnet.com/blog/tom-keating/asterisk/ibm-digium-join-forces-on-asterisk-for-smart-cube.asp

Google compro Gizmo5

Era de esperarse, Google ya habia comprado hacia un tiempo la empresa Grand Central la cual transformo en Google Voice, una utilidad mas de Google, que nos permite tener un numero (por ahora solo de USA) para hacer y recibir llamadas, y redireccionarlas a los números (también de USA que queramos y según varios criterios de selección) grabar voicemail y asociarlo a nuestro correo gmail o incluso hacer un increible esfuerzo por “traducir” los mensajes de audio a texto.

El unico servicio online al que Google Voice permitia reenviar las llamadas era Gizmo5, el cual ya se habia convertido en una excelente alternativa de sistema voip SIP, luego que casi desapareciera el antiguo FWD.

Una de las ventajas de Gizmo5, es la multiplicidad de clientes voip que ha desarrollado, obviamente hay versiones para windows, mac y Linux, asi como versiones moviles para casi todos los modelos inteligentes de Nokia, Blackberry, Iphone, entre otros.

Gizmo5 incluye un sistema de presencia, tipo chat, incluyendo sincronizar nuestros contactos de MSN Live, Yahoo y Gmail, tambien funciona como SIP Proxy permitiendonos reenviar llamadas SIP desde el cliente en formato usuario@sip-server.

Ya les había mencionado la excelente calidad de audio y su facilidad de integración con Asterisk:

http://blog.infomagia.com/?p=27

Así que si no abrieron su cuenta Gizmo5 en su momento… tendran que esperar a que Google lance el producto ya que por ahora esta cerrada la inscripción de nuevas cuentas, hasta nuevo aviso…

google-voice-gizmo5-skypein

El mas preocupado por estos ultimos eventos debe ser Skype…, el poder de Google + la tecnologia VoIP de Gizmo5 y muy bajos precios en las llamadas (incluso gratuitas dentro de USA, y un DiD numero entrante perenne y gratuito, no sera facil de vencer por cualquier proveedor de servicios VoIP)

Miguellinux @ gizmo5

305-3961113
Google voice


Alerta de Seguridad Asterisk

Oct 2009
16

He recibido ya varios reportes de ataques severos de llamadas internacionales a traves de Call managers Cisco y de servidores Asterisk expuestos hacia Internet y mal configurados.

Sobre los Cisco… no tengo nada que decir. Pero sobre los servidores Asterisk hay mucho pan por rebanar.

Analicemos el escenario problema:

Estos ataques suceden en la mayoria de los casos, los fines de semana, los hasta ahora reportados por clientes de Telmex del Peru, este operador SOLO monitorea los consumos sospechosos de lunes a viernes y no los fines de semana.

Tambien Telefonica del Peru esta al tanto, habiendo reportado 5 casos en las ultimas 2 semanas (setiembre – octubre 2009) en su mayoria Ciscos Call managers y un caso de Asterisk.

Estos ataques buscan servidores Asterisk, expuestos hacia internet, incluso NATeados con firewalls, (cuando erroneamente se natea el puerto 5060 en TCP, se expone el puerto a los escaneos).

Son ataques SIP, no son intrusiones ni se estan aprovechando vulnerabilidades que se puedan reparar con un parche, se esta aprovechando un descuido en la configuracion.

Intentan mediante fuerza bruta, diferentes numeros de anexos, como los tipicos 100, 101, 1000, 201, etc etc y prueban muchos passwords. Es muy frecuente que usemos el mismo pass para todos los anexos y generalmente con muy poca imaginacion, solo numero y combinaciones como 1234, 7777, 0000, etc, etc…

Luego ubican un anexo que tenga salida a todos los recursos, esto mediante software robot que hace varias pruebas, con un 9, con 00, etc etc…, si logran tener salida, VENDEN la ruta a algun terminador internacional y durante ese sabado y domingo (o cualquier dia, o madrugada) pueden meter un trafico enorme de llamadas…

Uno de los casos que he visto, fueron mas de 20,000 minutos a celulares de Africa, lo que equivale a 60 mil soles de facturacion  en solo 2 dias.

A estar muy alertas!!!!

Recomiendo (y espero me puedan dar mas ideas)

1) Si hay que exponer el servidor, usar Portsentry para no dejarse escanear. OjO TODOS los ataques comienzan detectando el puerto SIP 5060 abierto en la victima. Con esta solucion no solo se oculta la informacion sino que se bloquea la IP del atacante.

2) Si es necesario hacer un NAT desde un router SOLO Natear en UDP no en TCP y SOLO los puertos necesarios, NO todo el servidor.

3) Verificar si en el SIP.CONF el [general] apunta a que contexto, normalmente Default, en ese contexto no debemos permitir llamadas anonimas!!! y si lo hacemos debe llegar a un IVR o solo hasta una extension pero no a los demas recursos… usemos los contextos que para eso han sido creados!!!

Ejemplo

[default]

exten=> s,1,Congestion

4) Que no existan cuentas que pueden salir a TODOS los recursos como celulares, llamadas internacionales etc etc.., no importa que sea la cuenta del fax o la del Gerente General, al exponer hacia internet el server se exponen TODOS los anexos.

5) Si es necesario tener esos accesos plenipotenciarios DEBEN usar claves de salida, prefijos o no permitir recursos simples como 00 para internacionales o 0 para nacionales. Es muy probable que esta medida no sea muy popular entre los jefes y gerentes… pero es eso o una factura de $20k.

6) Mejorar los passwords de los anexos, no usar el 0000 o el 1234… hay que ser mas creativos…

7) NAT=NO en los anexos que no seran usados desde el exterior, faxes, gerentes, etc.

8 ) Si se requiere un usuario viajero o movil recomiendo el uso de Zoiper, un softphone IAX, se puede usar un puerto diferente al estandar, es mucho mas seguro, la clave o password de usuario viaja en MD5, los ataques estan orientados hacia SIP y no a IAX, y por muchas razones mas IAX es la alternativa ideal.

9) En caso de ser necesaria la interconexion SIP o H323 con otros equipos via internet, se recomienda el uso de VPNs, si no se han considerado los puntos anteriores.

10) OpenVPN, es free, cuenta con un cliente para windows y roadwarriors (viajeros, que se mueven entre hoteles, locutorios o internets domesticos) se puede implementar en el mismo servidor Asterisk para recibir conexiones seguras de anexos remotos.

La marca SNOM, cuenta en sus nuevos modelos 370, 820 y 870 con clientes OpenVPN en el mismo telefono.

En VoIP los Firewalls no resuelven nada porque igual hay que abrirlos para que pase la voz y por esa misma via te pueden atacar.

Salu2

Espero sus comentarios

Miguel Rabi

Este post tiene una actualizacion:




La Cancelacion de eco

Aug 2009
30

Hay muchos impedimentos que pueden tener un efecto en la calidad de la voz sobre IP (VoIP) como son la latencia, el delay, el jitter o entrecorte y en especial el eco. Cada uno de estos pueden dregadar la calidad percibida de una llamada en varios grados, desde ligeramente molesto a inaceptable.

El problema no es exclusivo de la VoIP, sin embargo a traves de años de prueba y error y la simple experiencia, los problemas de la calidad de la voz frente a la PSTN han sido resueltos por el lado de la red. Anchos de banda, cableados correctos, switches de mejor calidad, etc. Como las redes de VoIP  convergen con la PSTN es necesario lidiar con estos problemas de calidad.

Que es el eco? La definicion de diccionario dice: “Repeticion de un sonidopor reflejo de las ondas sonoras en una superficie“, pero en telecomunicaciones se define parcialmente como “… un tipo de falla de transmision en la cual una señal es reflejado hacia la fuente originante“.

En terminos simples, el eco es el sonido de nuestra propia voz retornando por el auricular, donde lo que varia es el tiempo en el este sonido retorna. Se considera ligero en el rango de 25 ms. Los estudios demuestran que ese tipo de eco es considerado bueno y que da confianza en la calidad de la llamada.

Pero rangos superiores pueden ser incomodos o hasta considerare inaceptables.

Las fuentes potenciales de eco desde la perspectiva del que origina la llamada:

Fisico, por el mismo telefono, cuando el audio del auricular se filtra al microfono.

Hibrido, Se refiere a un balance impropio o falta de filtros en transmision de en ese tipo de lineas (los hibridos son equipos que transmiten y reciben señales por 2 pares de lineas en un solo par)

Headsets, Un error comun, en los auriculares se suele subir el volumen del microfono por software, sin percatarnos que estamos subiendo la entrada de audio generando un retorno bastante molesto. SOLO se debe subir el volumen en el menu de INPUT y nada o casi nada en OUTPUT.

Soluciones:

Eliminacion en la fuente: Para el caso de los auriculares mal diseñados o los headsets con el volumen mal configurado. En el caso de los hibridos, aplicar filtros y verificacion del cableado.

Supresion de Eco: Es un filtrado radical del audio en un sentido de la comunicacion, da bastante malos resultados, da sensacion de comunicacion radial, o tambien ocasiona sonidos y entrecortes, resultando en la degradacion de la comunicacion.

Cancelacion de Eco: Aproximacion matematica para substraer exactamente la correcta proporcion de la señal transmitida de la retornante para eliminar el eco.

Los ecos mas complejos son aquellos que se producen en la señal de banda ancha, usualmente es el resultado de la misma señal que viaja por distintos caminos y tecnologias para llegar a su destino. En cualquier caso las señales con eco generan distorsion y deben ser removidas mediante un analisis avanzado y filtrado digital.

Para poder lidiar con el eco, lo primero que se debe hacer es medirlo. Entre las caracteristicasque necesitan ser medidas existe una llamada ERL (Echo return loss) el cual es el monto de atenuacion o perdida de la señal al interlocutor. Es decir, es determinar que tan fuerte es el audio que retorna contra el audio emitido. El ERL es critico para cancelar efectivamente el eco, porque basicamente ningun cancelador de eco puede manejar el eco que no haya sido atenuado en algun grado.

En Asterisk, la tipica pregunta es… cuantas llamadas simultaneas puedo manejar con tal o cual servidor… el problema es que al conectar tarjetas analogas o digitales para establecer estas llamadas, estas pasan por SIP, IAX, de telefonos analogos o IP, lineas analogas, primarios digitales, troncales sip, etc. etc.

En todos estos cambios de tecnologia se produce eco y este puede variar entre los 10 ms y los 200 ms.

Lo interesante es que Astersik tiene herramientas para cancelar el eco hacia las lineas analogas y digitales, dentro de Zaptel ahora Dahdi…  pero a que costo?  se estima que cancelar el eco por software a 30 llamadas simultaneas en un E1 Pri cuesta en terminos de consumo de CPU aproximadamente  400 MHz del procesador, y 40 llamadas al rededor de 600 Mhz, esto sin incluir los costos del transcoding y el funcionamiento basicos del Asterisk (lectura escritura, base de datos de reportes, memoria, y velocidad del bus de memoria y de la placa)

Por lo tanto la cancelacion de eco por hardware, donde el DSP (Digital Sound Processor) esta en una tarjeta y el trabajo del analisis y posterior cancelacion de eco hasta 128 ms ocurre sin afectar el procesador del servidor.

Por eso la recomendacion. La cancelacion de eco depende de la cantidad de llamadas simultaneas que manejemos y del servidor del que dispongamos.

Es un error comprar una tarjeta de 4 puertos analogicos con cancelacion de eco y usar un super servidor Xeon Quad Core, no tiene sentido.

Pero cuando vamos a montar un call center con 60 posiciones, y vamos a requerir 2 E1 Pri, y adicionalmente algunos canales analogicos para lineas o conversores celulares, ahi si se justifica que AMBAS tarjetas cuenten con cancelacion de eco.

Es mi humilde opinion basada en los analisis provistos por el CEO de SANGOMA, David Mandelstam

Miguel Rabi

305-3961113  (Google Voice)


Carta abierta a las Universidades y otras entidades…

Jul 2009
29

Las Universidades y la Telefonia IP

Actualmente me desempeño como consultor en telefonia IP para muchas empresas y las Universidades son los casos de estudio mas resaltantes en nuestro país, especialmente por su tamaño y en muchos casos funcionalidad singular.

La primera en dar el paso hacia este tipo de telefonía, fue la Pontificia Universidad Católica del Perú, probablemente por dar una imagen de liderazgo tecnológico, pero en vez de ser una referencia, en su momento fue más un motivo de burla, debido al excesivo precio que tuvo que pagar. Más de 2 millones de dolares por una central telefónica es exagerado aqui y en cualquier parte del mundo. Actualmente cualquier vigilante de la Universidad tiene en su garita de control o a la intemperie un teléfono IP de aprox. $500 us, realizando la misma funcion que un teléfono de $80.

No sé a ciencia cierta, si la PUCP era conciente en el momento de realizar la compra que se embarcaba en una relacion de largo plazo con sus proveedores. La PUCP compró esta central de una marca muy afamada (ok, CISCO), pero que tecnologicamente es esclavizante, es incompatible con cualquier otra marca en el mercado, y lo que es peor, obliga a renovar las licencias del software y el soporte (aparte de las 12 personas que requiere la Universidad para su manenimiento) que tiene la central misma y los teléfonos cada cierto tiempo, con lo cual la tecnología demuestra no ser totalmente propia para la Universidad sino que se encuentra en un limbo entre la compra y el alquiler y que ademas podría ser declarada obsoleta por el fabricante en cualquier momento sin opcion a relcamo.

De cualquier manera, la PUCP es libre de elegir y ademas cuenta con los recursos economicos para hacerlo. Mi observación, mas crítica, va hacia las Universidades Nacionales, donde por seguir los pasos de las Universidades particulares y tratar de saltar la brecha tecnológica que las separa, han comprado o estan planeando adquirir soluciones similares. Actualmente las Universidades e instituciones culturales que más han reclamado sus carencias económicas, como la Universidad Nacional Mayor de San Marcos, la Biblioteca Nacional o la Universidad Nacional de Ingeniería, por citar algunos ejemplos, han también comprado, con sus escasos recursos, soluciones telefónicas de la misma marca que la PUCP, aunque ahora ya a un menor costo inicial, pero sin percatarse del compromiso de renovar constantemente las licencias del software, soporte tecnico costoso y la imposibilidad de interconectarse con otras marcas de equipos, o crecer sin el consentimiento de la marca proveedora.

La mayoria de entidades que comprometieron sus recursos en comprar estas soluciones, no hicieron lo mismo con sus presupuestos anuales en renovacion de licencias o soporte tecnico, porque tradicionalmente las centrales telefonicas eran equipos que se adquirian en total propiedad y funcionan durante años sin requerir mucha atencion. Lamentablemente algunas marcas de tecnologia de voz sobre IP han creado un nuevo paradigma, la central telefonica se entrega como el software… en uso, no en propiedad. Lo que ha generado que algunas entidades educativas tengan ahora elefantes blancos en los escritorios de los rectores y decanos.

Hago un llamado de atención a las entidades que planean comprar tecnologia de telefonía IP, y por dar un ejemplo la Universidad Nacional San Agustin de Arequipa, planea gastar 600 mil soles en la misma solución tecnológica a la que me he referido lineas arriba, no se si también son o no concientes del lo que tendran que pagar para que siga funcionando cada año, y se nota que no han investigado el mercado para hacer esa compra. Existen en el mercado soluciones del mismo tamaño, mismas funcionalidades y con un TCO (Costo total de Propiedad) muchisimo menor. Sólo por hacer el ejercicio matemático, la solucion requerida por la UNSA se podría conseguir, a precios de lista, sin descuentos por volumen, por menos de 230 mil soles y lo que es mejor… no requeriria el pago de licencias de software, ni costosas renovaciones y lo que es mas beneficioso tecnologicamente, es que estaria basada en sistemas estandar y abiertos, permitiendo la interconexion de todas las marcas disponiblen en el mercado, brindandoles independencia tecnológica y una solución duradera y totalmente propia.

Donde quedaron las buenas intenciones y las directivas de la oficina de Gobierno Electronico de la PCM?, las propuestas del congreso para que las entidades del estado den preferencia a las soluciones basadas en software libre?.

Por otro lado felicito a Universidades como la Nacional Pedro Ruiz Gallo, la Universidad Ricardo Palma, Universidad Norbert Wiener, la Universidad Continental de Huancayo, Universidad Peruana de Ciencias Aplicadas, Universidad Peruana Cayetano Heredia, entre muchas otras, que han implementado o vienen implementando soluciones basadas en software libre y tecnologias abiertas, que les brindaran independencia y liderazgo tecnologico, y contaran con una tecnologia duradera que los acompañara en su crecimiento.

Agradeciendo la atencion y reitero mi recomendacion simple, antes de comprar, analizar lo que actualmente hay en el mercado y no dejarse seducir por afamadas marcas que no son para nuestra realidad.

Atentamente

Miguel Rabi

miguellinux @ gizmo


Wifi en Lima

Jul 2009
29

Ya hace un tiempo vengo elaborando (y testeando) un mapa que muestra los puntos con WiFi gratuito en Lima.

La mayoria son restaurantes, bares, cafes y otros que ofrecen el servicio gratuitamente con el consumo que uno realice.

Hago publico este mapa para que sea de utilidad y me recomienden nuevos puntos para agregarlos.

http://maps.google.com

Salu2

Miguel Rabi

miguellinux @ gizmo


CRM y VoIP

Jul 2009
29

Con el crecimiento y mejora tecnologica de los Call centers en el Peru muchos me preguntan sobre la relacion que debe exisitir entre el CRM y los marcadores en las aplicaciones de Call Center.

La consulta es bastante frecuente y es probable que se deba a que la mayoria de los marcadores predictivos requieren un CRM para mostrar las informacion de la victima al victimario… ejem.. quiero decir, cliente al agente… o como quieras denominar a la persona usuaria del marcador y a la persona a la cual este marcador predictivo a contactado.

Hay confusiones respecto al marcador mismo, los hay progresivos y los hay predictivos, cual es mejor? todo depende… en especial del numero de agentes disponibles para esa campania, numero de lineas o canales… y en especial de los objetivos del call center, si es Telemarketing mientras mas en menos tiempo mejor (predictivo)… pero si es para cobranzas, o toma de datos … el progresivo es mas recomendable.

El progresivo demora mas, porque lanza llamadas cuando se acaban las llamadas anteriores, el predictivo en cambio PREDICE cuando se deberian estar acabando las llamadas y lanza llamadas antes para que esten en la extension de los agentes ni bien termien de hablar con el cliente anterior…

Es decir que minimizan los tiempos de espera o los tiempos de Wrap-up (el tiempo que se toma al finalizar con un cliente … se termina de llenar algun formulario u ordenar las cosas para esperar otro cliente…)

El CRM, aunque importante para el manejo de la base de datos de clientes del negocio en si, en el tema del marcador no es mas que la parte que le muestra al Agente los datos del cliente en cuanto el marcador conecta una llamada y la cola de atencion se la asigna a cada agente.

El problema es que deben todos trabajar juntos… VicidialGnuDialer hacen un buen trabajo integrando todo, pero lamentablemente son muy dificiles de instalar (sin ayuda de sus autores o consultores) y
ademas consumen muchisimos recursos, un servidor con un Xeon Dual Core con 2 gb de Ram y discos SAS puede atender solo unas 35 a 50 agentes simultaneamente sin desfallecer…

Se requiere que trabaje Server web, Asterisk, Java, Mysql, CRM, marcador… todo junto… la sobre carga puede ser bastante grande.

Se pueden hacer soluciones mas simples… por ejemplo Sinedialer (ahora con otro nombre algo como Torque dialer) es un marcador predictivo para winbugs, se instala y funciona en una PC estandar… proque solo se conecta por el Manager al servidor Asterisk y desde ahi lanza las llamadas… no tiene CRM y sus autores modifican el Flash Operator Panel para que sirva como popup con los datos del cliente.. claro no son modificables es solo medio CRM.

Habria solo que escribir un AGI que permita utilizar las nuevas funcionalidades de los modulos para el SugarCRM (que es un CRM muy completo pero muy pesado) tengo entendido que los nuevos modulos son en AJAX lo que permitiria una integracion mas real ya que el factor critico de una de estas aplicaciones es que el popup no sea lo suficientemente rapido como para que el agente pueda saludar por su nombre a la persona con la que esta hablando porque la llamada yaconecto pero aun la pantalla del crm no carga… a estas cosas me refiero… con que sea muy “pesado” si no dimensionamos correctamente los servidores y si creemos que podemos usar Trixbox en escenarios como esos estamos mucho mas equivocados… Asterisk puro… y probablemente tuneado… la base de datos en otro server… nada de canceladores de eco… ojo con los codecs y el transcoding… muchos procesadores, mucha memoria… discos muy rapidos, y varios servidores son la solucion si piensas en 30, 40, o 100 agentes.

Tambien se puede manejar un cliente de popup por cada pc de Agente como el Asterisk Desktop Manager http://adm.hamnett.org/ que a su vez dispare una ventana del sugar, aqui se aplicaria el nuevo plug-in de SugarCRM en AJAX,

Hay un proyecto japones que acaba de lanzarse… http://astercrm.blog.com/
En su primera version ya cubre los popups rapidos y algunas funcionalidades interesantes.

Tambien Elastix nos plantea un modulo de call center, con marcacion predictiva y una aplicacion CTI que nos permite trabajar campañas entrantes y salientes con un formulario diseñado mediante una aplicacion provista en el modulo. No lo he usado mucho, pero las veces que lo intente presenta algunas trabas que se resuelven llamando al soporte tecnico, que esta en Ecuador. ($60 us la hora de soporte, lo cual es muuucho mas barato que lo que cobran por ViciDial o GNUDialer…)

Y si no quieres hacer experimentos …. pueder ir por una aplicacion comercial … pero muy segura, eficiente y que te provee de un
Asterisk modificado, super tuneado y con mucho soporte en Español porque estan en Uruguay http://www.inconcertcc.com aunque tienen representantes y call centers funcionando en Argentina, Chile, Perú, México y España.

Espero no haberlos aburrido mucho,

Salu2

Miguel Rabi

miguellinux @ gizmo


Nokia N810, El gadget!

Jul 2009
29

El Nokia N810, no es un celular, es un internet tablet, es la version mas avanzada luego de los primeros intentos de Nokia el N770 y N800, este ,en cambio. cuenta con un teclado QWERTY retraible, GPS interno, pantalla tactil por presion, por lo que se puede usar directamente los dedos o con un puntero.

Algunas caracteristicas son, pantalla de 4.1 pulgadas, 800×480, 2 GB de almacenamiento y 128 mb de ram y un procesador de 400 MHz Texas Instruments OMAP 2420, una ranura para memorias MiniSD pudiendo crecer e intercambiarse hasta 8 Gbs en cada memoria. Wifi de gran potencia y Bluetooth, un puerto mini USB para multiples usos y un conector de 3.5 mm para auriculares estereo y microfono, los cuales vienen incluidos.

nokia-810-internet-tablet

Uno de sus mayores atractivos es que el sistema operativo es LINUX, una version basada en Debian llamada Maemo.

La principal diferencia al navegar con el N810 es que el navegador, basado en Firefox, es que puede ejecutar casi todos los scripts como lo haria una PC de escritorio, y lo que es muy interesante es que ejecuta FLASH sin problemas, permitiendo ver video, web 2.0, ajax entre otros.

Incluye una version de Skype, video conferencia, Gizmo!!! importantisimo porque es un excelente softphone SIP, que nos permite hacer llamadas con otros usuarios de Gizmo, integrarlo con Asterisk y ahora con Google Voice.

Soporta mensajeria instantanea, incluye clientes jabber, twitter, lector RSS en scroll y transparencia, radio online, mplayer (el cual soporta muchos formatos de audio y video) y muchas aplicaciones super utiles como xterm, ssh, VNC, VMWare, entre otras…

Adicionalmente, la nueva diversion es instalarle otros Linux, entre los mas comunes Android de Google, Debian (con todo el catalogo de aplicaciones) y Ubuntu, hay muchas paginas y blogs que muestran los trucos para hacer funcionar otras distros sin malograr mucho el sistema original.

Visiten maemo.org para ver el amplio catalogo de aplicaciones que se pueden instalar.

Es sin lugar a dudas uno de lo gadgets mas interesantes y utiles para trabajar desde un Starbucks, sin cargar una laptop, cargador… maleta.. etc etc..

Salu2

Miguel Rabi

miguellinux @ gizmo


Como poner una radio online como Musica en espera de Asterisk

Jul 2009
28

Como podemos poner Koolrockradio (una super radio online basada en mp3 shoutcast) como Musica en Espera en nuestro servidor Asterisk?

Con Madplay

Aqui un manualito simple:

Asumimos que el Asterisk esta instalado sobre una plataforma CentOS o similar… de no ser asi, no hay problema pero hay que aplicar otra forma de instalar los binarios o las fuentes.

cd /usr/src
wget http://dag.wieers.com/rpm/packages/libmad/libmad-0.15.1b-4.el5.rf.i386.rpm
wget http://dag.wieers.com/rpm/packages/libid3tag/libid3tag-0.15.1b-3.el5.rf.i386.rpm
wget http://zak.googlecode.com/files/madplay-0.15.2b-1.el5.i386.rpm
rpm -ivh libmad*.*
rpm -ivh libid3tag*.*
rpm -ivh madplay*.*
cd /var/lib/asterisk/mohmp3/
mkdir stream
cd stream
touch stream.mp3

Deben verificar que las versiones sean las correctas… esas fueron las que yo encontre.

Luego editar el archivo /etc/asterisk/musiconhold.conf

[default]
mode=custom
application = /usr/bin/madplay -q -s –mono -A 3 –attenuate=-3 -r 8000 -f 8192 -b 0 http://stream.koolrockradio.com:8015

Esto es en Asterisk puro, en Trixbox o Elastix hay mas opciones y estas pueden ser seleccionadas desde las Trunks o las Extensions

Espero les guste la programacion de http://www.koolrockradio.com

Ojo, Asterisk viene con musica libre de derechos por la simple razon que entidades en todo el mundo como la Apdayc, en el Peru, tienen el privilegio (por no decir la desfachatez) de cobrar los derechos de autor por la musica propalada en las centrales telefonicas…

Salu2

Miguel Rabi

miguellinux @ gizmo


Problemas con las tarjetas Digium

Jul 2009
28

Recientemente se han reportado fallas, cortes de llamadas al azar, en algunas instalaciones usando las tarjetas Digium TE122p (tambien aplicable a algunos modelos anteriores como la TE120p)

El problema no es facil de diagnosticar y en muchos casos se tiende a hecharle la culpa al carrier que provee el E1 Pri.

El problema se da de igual manera en procesadores AMD como Intel. Tambien es muy comun con distribuciones que traen versiones pre compiladas de Asterisk y Zaptel, como es el caso de Elastix y otras.

Primero confirmemos los sintomas:

1) Las llamadas se caen (alarma roja)
2) Pueden ocurrir frecuentemente hasta 10 veces por dia
3) Alarma roja por unos cuantos segundos
4) zttool muestra un incremento en Interrupt misses
5) Mientras mas rapida la maquina mas interrupciones perdidas y por consiguiente mas cortes de llamadas

Ok, aparentemente es un tema de interrupciones, aparte de la consabida necesidad de IRQs libres para las tarjetas Digium, hay tambien un tema de modernidad de las placas madres actuales que han reducido el numero de puertos PCI, puesto discos SATA y muchas veces combinados con IDE (receta mortal.)

Comandos que debemos usar:

#cat /proc/interrupts

CPU0 CPU1
0: 56986323 0 IO-APIC-edge timer
6: 5 0 IO-APIC-edge floppy
8: 3 0 IO-APIC-edge rtc
9: 0 0 IO-APIC-level acpi
193: 990440 0 IO-APIC-level libata, wcte12x[p]
201: 56975304 0 IO-APIC-level eth0
NMI: 0 0
LOC: 55878552 55878496
ERR: 0
MIS: 0

Rapidamente podemos ver que el driver de los discos SATA esta compartiendo IRQ con la tarjeta Digium

Otra prueba que podemos hacer es:

[root@elastix ~]# zttest -v
Opened pseudo zap interface, measuring accuracy…

8192 zaptel samples in 8191.664 system clock sample intervals (99.996%)
8192 zaptel samples in 8191.016 system clock sample intervals (99.988%)
8192 zaptel samples in 8191.543 system clock sample intervals (99.994%)
8192 zaptel samples in 8191.520 system clock sample intervals (99.994%)
8192 zaptel samples in 8191.512 system clock sample intervals (99.994%)
8192 zaptel samples in 8191.424 system clock sample intervals (99.993%)
8192 zaptel samples in 56191.512 system clock sample intervals (0.146%) < ==== el salto
8192 zaptel samples in 8191.480 system clock sample intervals (99.994%)
8192 zaptel samples in 8191.423 system clock sample intervals (99.993%)
8192 zaptel samples in 8191.456 system clock sample intervals (99.993%)

OJO no es muy frecuente… hay que correr el comando por un buen rato, normalmente se mantiene al 99.99% pero ocurren estos saltos, es una advertencia a los problemas que estamos buscando.

El comando lspci tambien nos puede dar informacion importante pero de la siguiente manera:

[root@asterisk]# lspci -vb

En este punto es importante intentar mover la tarjeta TE122p de slot pci, cambiarla a otro y volver a verificar las interrupciones con el comando:

cat /proc/interrupts

Y debe verse algo asi:

CPU0 CPU1
0: 56986323 0 IO-APIC-edge timer
6: 5 0 IO-APIC-edge floppy
8: 3 0 IO-APIC-edge rtc
9: 0 0 IO-APIC-level acpi
193: 990440 0 IO-APIC-level libata, eth0
201: 56975304 0 IO-APIC-level wcte12x[p]
NMI: 0 0
LOC: 55878552 55878496
ERR: 0
MIS: 0

Esto deberia bastar pero NO, es incluso PEOR.

Aqui vienen los trucos:

Modificar el BIOS, para que los equipos SATA no esten en AUTO sino en Enhanced

Para esto se debe retirar la lectora de CD/DVD IDE, se supone que ya instalamos y no la necesitamos mas, la presencia de equipos IDE y SATA evita que se pueda usar la opcion ENHANCED.

Pueden probar los resultados tambien instalando una lectora via USB o que sea SATA y comprobaran que la velocidad de instalacion con la tarjeta Digium puesta es el doble de rapida.

En resumen:

Ojo con el LIBATA
SATA en Enhanced mode
NO mezclar IDE y SATA, o retirar las cosas IDE cuando ya no las necesitamos.

Espero les sirva.

Salu2

Miguel Rabi

miguellinux @ gizmo


G729 en Asterisk

Jul 2009
28

Una de las preguntas mas comunes que siempre rondan a los usuarios de Asterisk es, como implementar el codec g729 en sus instalaciones de Asterisk.

Aqui les presento 3 opciones:

1) Lo compras, 2) lo usas “experimentalmente” o 3) para cosas muy grandes y profesionales, te compras una tarjeta Digium de transcoding

Todo depende de 3 cosas tambien:

1) que version de Asterisk estas usando, 1.2.xx o 1.4.xx o 1.6.xx

2) que procesador tiene el servidor y si el kernel del linux de base esta compilado para ese procesador especificamente, y por ultimo

3) cuantos canales simultaneos quieres usar.

Opcion 1) Compra legal

En la web de www.digium.com

Compras por canal, recuerda que para una llamada desde un telefono IP en g729 y por una troncal SIP en g729 son 2 canales pero una sola llamada… asi que debes preveer el numero de canales simultaneos que planeas tener para comprar licencias por la cantidad de canales que necesites, ya que la licencia no se puede modificar.

La licencia es de un solo pago y se asocia al numero MAC de la tarjeta de red del servidor donde lo instalas, asi que luego no se puede transladar de servidor. El costo es de $10 us por canal, si se compra con tarjeta de credito en la misma web de Digium.

No compres mas de lo que puede manejar tu servidor. Aunque es muy relativo, un servidor con un procesador Dual Core Xeon de 1.6 Ghz con 2 GB de ram puede manejar un promedio de 60 a 75 llamadas simultaneas todas en g729.

Descargas el codec para la version de Asterisk y para el procesador que necesites (recuerda, depende mas del kernel, aun si tienes un Opteron y tu instalacion es con un kernel i386, debes usar un codec i386)

Normalmente es un archivo Codec_g729.so que lo debes copiar en /usr/lib/asterisk/modules

Detienes del Asterisk totalmente con el comando CLI>stop now

y levantas nuevamente el Asterisk con #asterisk &

Luego dentro del CLI> show translation

Y debe aparecer una tabla de lo que se llama costo de conversiones o traducciones que indica el costo en milisegundos que le tomara a tu Asterisk (depende directamente del procesador) convertir de un codec a otro.

Debe aparecer una serie de valores debajo de la columna g729, eso significara que ya esta instalado el codec.

Tambien hay un programa llamado register que lo ejecutas desde el Linux y mediante una clave que te envian por correo activas tus licencias.

OJO hay reportes que indican que no funciona con versiones antiguas de Trixbox, por lo menos con las primeras versiones.

2) Los codecs para investigadores o desarrolladores que en algun momento libero bajo esas condiciones, Intel, incluso algunos de los binarios disponibles aun estan compilados con el ICC (Intel C Compiler) y otros con nuestro GCC de siempre.

Los descargas de http://asterisk.hosting.lv/

Tambien estan distribuidos por compilador, procesador y por version de Asterisk.

La instalacion es la misma, pero recuerda cambiar el nombre del archivo por Codec_g729.so, (aunque no es obligatorio)

No he podido hasta ahora evidenciar limites de canales simultaneos, lo unico que he podido notar es que a veces pueden ser algo
asimetricos, es decir comprimir en un sentido pero no en otro, muchas veces depende de los problemas de compilacion o correspondencia con el procesador en especial. Una mala eleccion del codec puede ocasionar la caida del servidor, o la poca compresion de datos y lo que es peor, mala calidad en la llamada.

y por ultimo

3) Tarjeta en hardware, con la tarjeta de transcoding Digium TC400B TCE400B (Pci Express)

Permite que el proceso de transcoding (convertir de un codec a otro) no utilice el procesador del servidor sino que ese trabajo se haga en la tarjeta.

La tarjeta provee licenciamiento y garantiza hasta 120 canales simultaneos en g729 y algunos menos en g723.1

Requiere de drivers y codecs recientemente soportados por el nuevo Zaptel 1.4.xx y DAHDI

Una ventaja de esta tarjeta, que aunque es algo costosa, la licencia es de por vida, ya que la licencia esta asociada a la tarjeta y no al servidor, asi que con solo cambiar la tarjeta a otro servidor las licencias siguen funcionando.

Espero que esta pequenia guia les sea de ayuda.

Miguel Rabi

miguellinux @ gizmo


Paging

Credits

Template designed by praegnanz.de.