No dudo del beneficio que puede tener un usuario amarrado a una compañia especifica por su numero , que ya estando libre de contrato (ojo con esto…) puede irse a otro operador que le brinde mejores equipos, ofertas y promociones.

Pero cuantos usuarios son los que se encuentran en esa situacion? bueno todos los de Nextel probablemente (/broma)

No creo que sea el principal problema en el Peru. El problema que TODOS tenemos son los altisimos costos!!!! para llamar a un Celular, desde un fijo… por obra y gracia del mismo ente que deberia regular el libre mercado de las telecomunicaciones y favorecer asi a todos los usuarios, obliga a que el costo de una llamada desde un fijo hacia un celular sea de costo fijo, es decir que no esta regido por un libre mercado sino que es un precio “congelado”… No nos recueda esto al gobierno anterior de Alan Garcia??? solo que en esa epoca se congelaban los precios para que no subieran, ahora se congelan para que no BAJEN!!!!!

Cuesta casi UN nuevo SOL por minuto, llamar desde un fijo (de cualquier operador) a un celular, independientemente del operador fijo desde el que se llame y del operador celular al que se llame… por este lado la portabilidad numérica nos importa poco…

Pero las empresas en el Peru no son tontas, si el costo de llamar a un celular es tan elevado, deben buscar alternativas, la mas frecuente y efectiva, llamar a celulares desde otros celulares, con eso si se pueden aprovechar las ofertas y tarifas promocionales entre los mismo operadores, es aqui en este apartado donde la Portabilidad Numerica esta causando un significativo estres y angustia… porque ahora no sabemos si un numero pertenece a un operador u a otro… variando significativamente el costo de la llamada segun el origen y destino de esta.

En los paises civilizados, osea cualquier otro…, existen bases de datos PUBLICAS, libremente accesibles, las cuales pueden ser consultadas para saber a que operador pertenece un numero determinado, esto claro, es poco practico para un uso manual, si por cada numero que requerimos llamar durante el dia debemos hacer estas consultas… pero las empresas PYMES, y ni hablar de las medianas y grandes empresas del Peru, utilizan bolsas o paquetes de minutos de cada operador y miden sus consumos segun sus estadisiticas de consumo telefonico mensual, conociendo los porcentajes o la incidencia de cada operador en sus consumos, realizando sus llamadas mediante sistemas llamados ruteadores que utilizando los primeros digitos de un numero celular pueden (o podian) discernir el operador al que corresponden “ruteando” la llamada y obteniendo asi las mayotes tasas de ahorro. El no conocer el destino de una llamada puede generar grandes perdidas de dinero en ese proceso mensual, desandandose lo avanzado con la inversion hecha en estos ruteadores equipos de comunicaciones de multiples canales simultaneos de telefonia celular para resolver el problema en el que nos ha metido el mismo OSIPTEL que dice preocuparse del bolsillo del consumidor de productos de telecomunicaciones asi como de una libre competencia que no me parece tal desde que los precios estan fijados con medidas antitecnicas… no por nada ya hay varias denuncias de colusion entre miembros del OSIPTEL y operadores telefonicos para preservar este caotico Status Quo.

A la fecha, aun no se sabe QUIEN ni COMO se manejara la base de datos de portados, y por supuesto solo las muy grandes empresas podran adquirir las soluciones “inteligentes” que permitan nuevamente hacer frente a estas “ocurrencias”… Algunos creen que la base de datos sera dificil de portar, administrar, consultar, etc.. probablemente tenga un costo de acceso…, tecnicamente el estado siempre se ha regido por hacer las cosas de la peor manera, no creo que tengan idea de lo que es un Webservice, XML, SOAP, y mucho menos con Software libre respetando ESTANDARES!!!

Ahora quien proteje a nuestras empresas, pequeñas, medianas y grandes consumidores de servicios de telefonia, que mensualmente gastamos cientos de miles de soles (y dolares) para mantener nuestra productividad, de la codicia de nuestros operadores telefonicos (todos muy nuestros, Españoles, Mexicanos, o Norteamericanos…)  y sus socios gubernamentales democraticamente elegidos y pagados por nuestros impuestos?

Quedo a la espera de sus comentarios,

Miguel Rabi

miguellinux @ gizmo5

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…

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

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

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)

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

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

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… Vicidial y GnuDialer 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

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.

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

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

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