Esta semana que pasó 5-8 de Octubre del 2010 se llevó en ESIME IPN Zacatenco el Congreso Nacional de Software Libre 2010, en la cuál tuve la fortuna de poder participar con 2 pláticas:
vTiger CRM & Asterisk: Dónde hablamos como un CRM puede ser de utilidad en una empresa para la relación con sus clientes, mejor atención, así como su integración con Asterisk para tener información del cliente que llama en la pantalla de nuestra computadora.
Fotografía Digital & Software Libre: Fué una plática dónde comparto mi gusto por la fotografía y como hago uso de herramientas libres para darle mayor realce a mis capturas fotográficas.
AsterBilling SL permite mostrar el costo de la llamada en las pantallas de los Teléfonos IP que soporten SIP Messages como el Atcom 530, esto en base al destino, tiempo y tarifa configurada en la administración del sistema.
Para poder habilitar esta característica es necesario primero instalar el software de Tarificación de AsterBilling SL
#Después de instalado el software de Tarificación, ir al directorio de instalación cd/var/www/tarificador #Editar el archivo extensions-voip.php sudo editor /var/www/tarificador/extensions-voip.php #Cambiar los siguientes valores por los datos del Asterisk Manager Interface definido en /etc/asterisk/manager.conf $amiHost = "localhost"; //servidor de AMI $amiUser = "cloudvoox"; //login AMI $amiSecret = "cloudvoox";//password AMI $amiContext = "from-internal";//contexto #También asignar los datos de acceso a la base de datos del Tarificador creados anteriormente $mysql_server = "localhost"; $mysql_user = "tarificador"; $mysql_secret = "tarificador"; $mysql_db = "tarificador"; #Ahora solo ejecutar el script
php -q/var/www/tarificador/extensions-voip.php #Para probarlo puede usar un Teléfono IP Atcom 530 o un Atcom 620 el cuál tiene una Pantalla con BackLight. #Para que se ejecute el script al inicio del sistema ponerlo en /etc/init.d o gestionarlo a traves de /etc/crontab #Con esto ya podemos tener un visor en tiempo real del costo de la llamada que esté realizandose desde la cabina(Locutorio). Si se modifica en la administración las tarifas, automáticamente el sistema envía los costos configurados a las pantallas de los teléfonos IPs. La información del tiempo cambia cada vez que se completa el periodo de cargo de la tarifa.
Hace unos días configuré un servidor OpenVPN para un cliente, esto para que remotamente pudiera conectarse a diversos equipos de su empresa desde cualquier parte de internet vía una red privada virtual encriptada, para lo anterior instalé OpenVPN.
Todo funcionó sin problema hasta que una noche me llama comentándome que el servidor OpenVPN no funcionaba, por lo que me conecté desde mi Lap y si pude hacerlo, pero me comentó que había cambiado de servicio de internet a Cablevisión por lo que en un principio pensé que hubiera un firewall que por ahí bloqueara el acceso, así que le comenté que me enviara la info que mostraba en pantalla al intentar conectarse a la VPN.
El detalle que observé es que el Servidor OpenVPN en la configuración indicaba el cambio de DNS, pero por alguna razón CableVisión al hacer el cambio de DNS generaba una desconexión de internet, por lo que implemente quité esa opción del archivo de configuración del Servidor de OpenVPN y los comenté.
Hace un rato buscando un módem huawei para poder hackearlo en Linux y Asterisk, vi que en Mercado Libre ofertan unos Routers Inalámbricos Huawei en $200.00 Pesos. Esto me llamó mucho la atención ya que recuerdo que en mi clase de redes LAN cuándo cursaba el Séptimo Semestre de la carrera de informática en el Tec de Oaxaca, el maestro de la clase que la impartía el Lic. Luis Pérez, llevó un Access Point y nos enseñó a grosso modo como configurar una red inalámbrica, recuerdo que nos comentó que por esas fechas un AP tenía un costo alrededor de $1,000 US Dlls, era un AP 802.11b a 11 Megabits, probamos su funcionamiento y vaya que quedé asombrado como es que los datos se podían transmitir inalámbricamente, ja recuerdo que todo un fin de semana intenté comprender como era que los datos se transmitían inalámbricamente, tiempo después Tesla ayudaría a comprender mejor esto.
Hace unos días un amigo me comentó que unos teléfonos Aastra 9112i que se compraron en el 2006 le estaban fallando, por lo que aprovechando que ando de vacaciones aquí en Oaxaca los revisé y vi que tenían un problema de firmware, por lo que bajé el firmware de la página de aastra y me disponía a instalárselos en estos Tels.
Pensé en un principio que podía enviarle el firmware vía http, pero estos teléfonos solo soportan el protocolo TFTP(Trivial FTP), solo que en mi lap no tenía un servidor TFTP, primero instalé el servidor tfptd-hpa pero a pesar de que la configuración es trivial no lo pude echar andar por lo que seguí buscando y buscando, de hecho ya estaba a punto de reiniciar con Windows y probar con Solar TFTP que es un servidor que usé hace varios años cuándo le actualizaba el firmware a terminales portátiles que venían con DOS, pero antes de desistir entré a sourceforge para ver que novedad me encontraba y pude coincidir con OpenTFTP
Básicamente es descargar el código fuente, descomprimirlo, compilarlo, editar el archivo de configuración y ejecutarlo, por lo que pongo rápidamente el proceso de instalación y configuración que usé para echarlo andar en Linux.
cd/usr/src #Obtenemos el código fuente sudowget http://downloads.sourceforge.net/project/tftp-server/tftp%20server%20multithreaded/opentftpmtV1.63.tar.gz?r=&ts=1293699246&use_mirror=cdnetworks-us-1 #descomprimimos el código fuente sudotar-xzvf opentftpmtV1.63.tar.gz #entramos al directorio cd opentftp/ #compilamos el código fuente g++ opentftpd.cpp -lpthread-oopentftpd #copiamos el archivo de configuración al directorio /etc sudocp opentftpd.ini /etc/ #editamos el archivo de configuración sudonano/etc/opentftpd.ini #ponemos la dirección IP de la interfaz del servidor dónde deseamos escuchar las peticiones TFTP, si no ponemos nada el servidor TFTP escuchará en todas las interfaces de red. [LISTEN-ON]
192.168.15.100 #Debemos crear el directorio previamente y asignarle permisos de lectura y escritura [HOME] /var/spool/tftpd #Ponemos None si no queremos que guarde logs el servidor TFTP, también está Errors o All [LOGGING]
None #Indicamos los clientes que podrán conectarse al servidor, si no indicamos nada entonces todos los clientes se podrán conectar. [ALLOWED-CLIENTS]
192.168.15.1-192.168.15.254
Podemos dejar los valores por default asignados debajo de [TFTP-OPTIONS] #Guardamos el archivo de configuración #Ejecutamos el servidor de OpenTFTP sudo ./opentftpd -v #Si todo salió bien podríamos ver algo como lo siguiente
TFTP Server MultiThreaded Version 1.62 Unix Built 1621
starting TFTP...
username: root alias/ is mapped to /var/spool/tftpd/
permitted clients: all
server port range: 30000-30010
max blksize: 65464
default blksize: 512
default timeout: 3 fileread allowed: Yes file create allowed: Yes file overwrite allowed: Yes
thread pool size: 95
listening on: 192.168.15.100:69
Accepting requests.. #Si por alguna razón ya hubiera otro servidor usando el puerto 69 del TFTP entonces podríamos observar un mensaje como el siguiente:
0.0.0.0 Port 69, bind failed, Address already in use
no listening interfaces available, stopping.. #Aquí solo sería revisar que servidores están en ejecución y detenerlos si asi fuera necesario para volver a ejecutar opentftp.
Con lo anterior ya podemos poner los archivos *.st del firmware de los teléfonos aastra en el directorio del servidor TFTP y descargarlos desde los teléfonos indicando la dirección IP del servidor así como el nombre del archivo a descargar.
El desarrollo de Asterisk está creciendo a pasos agigantados y también la cantidad de software alrededor de esta plataforma que ya es un Killer App, por lo que buscando hace unos días información sobre USRP encontré información sobre OpenBTS y de ahí di con un vídeo en youtube sobre como interceptar llamadas entre teléfonos celulares, esto mediante un dispositivo USRP el cuál toma la función de un AP GSM, por lo que los móviles se conectan a estos AP pensando que son los verdaderos de Telcel o Movistar, pero lo que no saben es que en realidad es que son Fake AP que si permiten hacer llamadas, más no recibir obviamente, pero las llamadas realizadas son monitoreadas por el sistema Fake que se encuentra en medio.
En youtube se puede encontrar un video que explica aun más este nuevo concepto:
Buscando alternativas a la conexión de "Infiernitum" y otros proveedores que hay aquí en México y que dejan mucho que desear, encontré por casualidad el servicio de Tangennte.
Lo interesante de este nuevo proveedor de Internet es que ofrece servicios de banda Ancha de 3 Mbits de bajada con 2 Mbits de Subida, un servicio que pocas veces podemos ver con ese ancho de banda de subida, pero lo más interesante es su precio $391.00 mensuales ya con IVA incluído y otros impuestos.
Hace unos días instalé un conmutador de Voz sobre IP para un cliente, el detalle en esta ocasión es que se usarían softphones pero no sobre Windows como se hacía con anteriores clientes, si no sobre Linux.
Al principio no le vi complicación pues existen diversos softphones para Linux, tanto open source, gratuitos y comerciales, pero despues de evaluar varios todos tenían una pega.
En el caso de los comerciales requerían del pago de una licencia por softphone por lo que para el cliente no le era atractivo, los gratuitos estaban muy limitados y los open source no todos funcionaban bien.
Pero buscando y buscando lei la recomendación en varios foros del SoftPhone Twinkle, el cuál es un softphone SIP que funciona solo para Linux y es Open Source.
Su interfaz no es muy atractiva, pero despues de empezar a usarla es muy funcional
Al principio tuve problemas son este softphone ya que al recibir llamadas se me quedaba colgado el softphone, pero buscando info encontré que era por falta de librerías.
Entre las principales características es que te permite elegir un dispositivo de sonido para el timbrado y otro para hablar y escuchar, esto es práctico cuándo se usan diademas ya que asi se puede conectar una diadema usb y hacer que el timbrado suene por el dispositivo principal de sonido y la conversación se realice por las diademas USB. Gracias a lo anterior también es posible elegir un tono para el timbrado por lo que es práctico cuándo se tienen múltiples extensiones en una misma oficina asi ya no se confunden entre los timbrados.
También este softphone permite elegir el tipo de códec a usar soportado G711u, G711a, GSM, iLBC, G726, Speex.
Soporta cancelación de eco, ajuste automático de volúmen de dispositivos.
Entre otras muchas características que lo hacen interesante y práctico para su uso en producción.
Su instalación en debian o Ubuntu se puede realizar por paquetes y es necesario instalar las librerías adicionales para no tener problemas de funcionamiento.
Desarrollando para un cliente una solución basada en J2ME que es java para dispositivos móviles como teléfonos celulares y smartphones, anduve buscando soluciones de lectores de códigos de barras con soporte bluetooth asi como también adaptadores de códigos de barras para celulares, encontré ambas opciones pero nada baratas, la más económica estaba en $500.00 US Dlls.
Pero buscando y buscando encontré una solución que parece la más interesante a un precio bastante atractivo, el equipo mencionado es el Adaptador Inalámbrico para Lectores de Códigos de Barras, en este caso este adaptador se conecta al puerto del lector de código de barras y de ahí transmite la información vía bluetooth a cualquier dispositivo móvil que soporte bluetooth como puede ser un teléfono celular.
Aquí muestro el modelo SL-BA10 que es para lectores Symbol como puede ser el LS1203. LS2208, LS1902
Este adaptador cuesta menos de $100.00 US Dlls más el costo del lector de código de barras que puede ser el LS1203 que puede costar unos $100.00 US Dlls, por lo que podríamos tener un lector de código de barras inalámbrico bluetooth con valor menor a $200.00 US Dlls.
Este adaptador es específico para Symbol Motorola, pero también los hay para Intermec, Datalogic y Zebex que son otras marcas de lectores de códigos de barras existentes en el mercado.
Esto parece ser una solución económica para la aplicación móvil que estamos desarrollando que es un sistema de pedidos desarrollado en J2ME, por lo que podría integrarse con algún teléfono que soporte Java y Bluetooth de los cuáles cuestan alrededor de $100.00 US Dlls, sin duda una opción económica como Para toma de Pedidos e Inventarios en Batch y quizá usando GPRS hasta en línea mediante web services.
Al parecer Panasonic está aplicando está máxima, ya que Panasonic ha negociado con Digium los creadores de Asterisk para homologar sus terminales SIP como equipos compatibles con Asterisk PBX, esto ya que Panasonic uno de los grandes fabricantes de conmutadores analógicos al parecer se está dando cuenta que si no se mueve a las nuevas olas tecnológicas desaparece, por lo que ha decidido sacar nuevas terminales SIP aprovechando el boom que esta teniendo Asterisk y su tecnología PBX basada en código abierto, por lo que también Panasonic al igual que otras empresas que ya lo están haciendo tal como Siemens quieren aprovechar el nuevo mercado de las Open Communications.
Aquí la pronunciación de Panasonic al respecto.
“We are excited to work with Digium and their fast growing base of customers using open source, standards-based business phone systems,” said Kim Murtagh, Director, Panasonic System Networks Company of America. “As the market leader, Panasonic is committed to delivering innovative features and superior performance.”
“The Digium and Panasonic interoperability partnership and certification of IP phones opens new opportunities for Digium channel partners and integrators,” said Digium’s David Hardy, Director of Business Development. “The Panasonic global footprint and commitment to SIP telephony excellence creates exciting sales opportunities for our partner community and for businesses using Asterisk.”
Comentarios Recientes