Hagamos que México crezca..
Prefiere el consumo de lo Hecho en México
|
Dispositivos Móviles
-
Hace unos días un cliente nos pidió una solución de Telular GSM para un conmutador CloudVoox que le habíamos instalado hace tiempo, por lo que le ofrecimos nuestras soluciones tradicionales de Gateway GSM Analógico que se conecta a un puerto FXO para poder usarse en el conmutador, el detalle es que ya no tenía más puertos FXO en la tarjeta Sangoma que se le entregó, y la solución de Telular+FXO aumentaba el costo de la solución, por lo que le presentamos una segunda opción que fué un 30% más económica mediante un Telular GSM VoIP con protocolo SIP.
Para esto le ofertamos el Telular VoIP GSM MV-370 de la marca Portech. Lo que nos llamó la atención de este Telular es su costo prácticamente es comparable a un Telulink Xibelis de YX Wireless el cuál es analógico.
La configuración del Portech es relativamente sencilla, para llamadas entrantes básicamente lo que se requiere hacer en el gateway GSM IP es registrarlo al PBX como si fuera un usuario SIP, indicar un DID que se enviará al PBX cuándo entre una llamada por el GSM, de esta forma se podrá configurar a que aplicación enviar la llamada entrante como puede ser un IVR, DISA, Grupo de marcación, Callback, etc.
Para llamadas salientes del PBX solo hay que crear una troncal IP con el gateway GSM, para esto el GSM requiere tener una IP Fija ya que ahí se enviarán los números a marcar, para esto también es necesario crear una ruta de salida dónde se designarán los prefijos y numeración a salir por el Gateway GSM como por ejemplo 044 o 045 para el caso de México. También es necesario por seguridad definir en el Gateway GSM de que IP se permitirá la generación de llamadas, en este caso sería la IP del PBX así como también definir el plan de marcación en el Telular GSM.
Con respecto a los códecs soporta los siguientes G.711 u-Law,G.711 a-Law,G.729A,G.729A/B, que son un estándar, aparte que el G729 puede tener mayor utilidad en caso de que el telular estuviera en una red IP remota.
Más detalles técnicos pueden consultarlo en la página web del fabricante :
http://www.portech.com.tw/p3-product1_1.asp?Pid=13
-
-
Con la salida del Wii y luego con el WiiMote salieron múltiples hacks para el wiimote, uno de los más comunes es el usar tu wiimote cómo un mouse ya sea en Linux ó Windows, de hecho hace un par de años adquirí un wiimote solo para probar su funcionamiento, incluso en el ENLi recuerdo que la presentación que hice sobre Asterisk usé el wiimote para controlar las diapositivas.
Recuerdo también que por hay salió otra aplicación en python con el cuál podías usar el WiiMote para controlar diversas aplicaciones como por ejemplo XMMS, VLC, OpenOffice Presentation, etc., esto era interesante ya que podías oir música y solo presionar botones para adelantar la canción, regresarla, ir a la siguiente canción, pausarla, etc.
Pero sin duda el Hack que se llevó las palmas fue el que desarrolló Johnny Chung Lee(No, no tiene algo que ver con la peleadora de Street Fighter o igual quien sabe habría que preguntarle  ). Su hack permite usando el wiimote+usb bluetooth+lapiz infrarojo crear una pantalla táctil o whiteboard de bajo costo y rápida implementación.
¿Como funciona ?
El WiiMote tiene un sensor de movimiento el cuál si se mueve arriba, abajo o a los lados manda una posición XY vía bluetooth a la PC, esto e práctico para usarlo como mouse, pero también el wiimote tiene una pequeña camarita la cuál identifica luz infraroja, entonces lo que JCL desarrolló fué un hack que calibra y recibe del wiimote las coordenas XY de dónde detectó la luz infraroja, previamente el WiiMote tiene que calibrarse con el mismo software de JCL para poder crear las posiciones XY cuándo detecte la luz infraroja.
Por lo que este inteligente Hack permite fácilmente crear una pantalla touchscreen de bajo costo y la cuál se puede usar en aulas como pizarrón electrónico con un proyector o en un Monitor o LCD sin proyector.
Esto lo he querido hacer desde hace tiempo, pero aun no he encontrado un lapiz infrarojo en ML, creo que tendré que pedirlo en ebay.
Más abajo Johnny Chung Lee demuestra cómo funciona su interesante hack
Puedes obtener más info y el software en la siguiente URL: http://johnnylee.net/projects/wii/
-
El desarrollo de los softphones cada vez son más sorprendentes, recuerdo en el 2004 cuándo vi corriendo un softphone en Windows XP, posteriormente en el 2005 sobre Linux y en ese mismo año andaba corriendo un softphone en una terminal MC50 con Windows Mobile 2003 que en ese tiempo era de Symbol Technologies ahora Motorola. Recuerdo también cuándo salio ifon el primer softphone son soporte de videoconferencia para Windows Mobile con lo cuál podrías andar en cualquier parte teniendo una charla de video usando Asterisk con WiFi, vaya hasta cuándo usé el MSN Messenger versión 4.3 con Asterisk por hay del 2005.
Sin duda los softphones han ido progresando conforme pasan los años, como por ejemplo cuándo se desarrolló el Softphone Open Source de OpenWengo que sacó también una versión para Windows Mobile con el .Net CF2, pero no sé que pasó después que este proyecto se desvaneció, aunque si resurgió otro proyecto interesante de la empresa Wengo que es una telefónica francesa y el proyecto que sacaron fue un webphone de pago para un servicio tipo sección amarilla pero con el plus de que podías llamar a los anunciantes de los servicios desde su anuncio en la página web y los podías localizas en su móvil, teléfono fijo o extension VoIP. Esta solución me pareció muy interesante.
Hace un par de años le eché un ojo a DoodlePhone cuándo sacó su primera versión de WebPhone gratuito, aun en ese tiempo tenía muchas "pegas" cómo dijeran los eshpañolesh, pero hoy viendo nuevamente su sitio web veo que relanzaron su WebPhone SIP el cuál está basado en Java el cuál promete mucho y en su versión beta está siendo gratuito con una versión de pago aparte que tiene la posibilidad de ser personalizado.
Entre las características principales del WebPhone podemos listar:
- WebPhone personalizado para Blogs, Sitios Web, Redes Socales y tarjetas de negocios virtuales.
- Solución Persona y de Negocios con posibilidad de personalizarlo.
- Cumple con el estándar SIP, por lo que se puede integrar con Asterisk o con tu proveedor IP favorito.
- Compatible con Adaptador de Teléfonos Análogos.
- Integración del lado del servidor vía J2EE/.Net/PHP/Bases de datos
- API Javascript (Mac OS X, Windows, Linux)
- Mediante dispositivos SIP conectados al router no se requiere tener una PC prendida para recibir llamadas.
- WebPhone, Click para hablar, Botón de llámame, Directorio Telefónico, etc.
- Soporte de VPNs
- Entre otras funcionalidades dónde tu imaginación es el límite.
Sin más preámbulos puedes echarle un ojo en la siguiente URL:
http://www.doddlephone.com/
-
Con el desarrollo que ha tenido Asterisk en los últimos años prácticamente la cantidad de soluciones que se han generado a partir de este Killer App han sido impresionantes.
Lo interesante de Asterisk no solo es el proyecto en si, si no la combinación con otras tecnologías, como para el caso de hoy que hablaremos de la tecnología de radio.
La tecnología de radio se ha dado desde el siglo XIX, muchos cuándo oyen radio se imaginan a una estación que transmite alguna canción de universal stereo o algo asi, pero en si Radio se refiere a la tecnología de Radiofrecuencia, la cuál permite transmitir datos a traves de las ondas hertzianas mejor conocidas como frecuencias.
La radiofrecuencia está en la señal de TV, Señal de Satélite, Señales de WiFi, Microondas, GPRS, GSM, Edge, WiMax y un sin fin de tecnologías propietarias y abiertas. Cada uno de estos servicios se transmiten en diversas frecuencias, es como si fuera una autopista con diversos carriles, un carril para Trailers, otro para autobuses y otros para automóviles por ejemplo, cada una en su carril para no amontonarse y no causar interferencias. Algunas de estas frecuencias requieren permisos para poder usarse, de ahí que no cualquiera tenga una estación de radio, monopolio de tv o de telefonía celular, pues estas frecuencias están concesionadas y requieren de infiltrados, compadrazgos y permisos otorgados por las comisiones de comunicaciones del país dónde se requieran.
Dicho lo anterior ya sabemos que es la tecnología de RadioFrecuencia, que permisos se requieren e imaginamos que pasaría si las usáramos sin permiso, quien los da y que no a cualquiera se los otorgan. Ahora pasemos al tema principal del Post
Cómo comentamos al inicio el mezclar Asterisk con otras tecnologías como este caso de radio podría llevarnos a desarrollar interesantes cosas algunas de prueba e investigación y algunas más con otros fines. Y una de esas tecnologías combinadas puede ser USRP ( Universal Software Radio Peripheral ) dispositivo desarrollado y distribuído comercialmente por Matt Ettus, dispositivo que tiene el aspecto interesante de ser Hardware Abierto, lo que implica que cualquiera puede bajarse las especificaciones y desarrollarlo por si mismo, claro contando con el conocimiento técnico avanzado.
¿Qué es USRP?
Este dispositivo está diseñado básicamente para ser un radio por software, lo interesante es que con el Mainboard más los daughterboards podemos tener diversos radios como para transmitir estaciones de radio musicales, televisión, telefonía celular, bluetooth, microondas, señal de radioaficionados, RFID, etc.,
Esto ya que las diversas 'Tarjetas Hermanas' transmiten a diversas frecuencias por lo cuál mediante software puede definirse la frecuencia a usar y tener diversas aplicaciones.
Dicho lo anterior entonces la combinación de Asterisk + USRP puede llevarnos a crear una pequeña red de telefonía GSM local, recordemos que la tecnología GSM transmite en las frecuencias licenciadas de 850/900/1800/1900 por lo que usando el MainBoard USRP más la DaughterBoard correcta que permita transmitir a esas frecuencias como puede ser el WBX podríamos tener una red GSM local.
 + 
Aja!, OK! suena lindo, pero ¿ Y cómo ?
En los últimos años han salido diversos proyectos OpenSource alrededor de Asterisk, cómo el caso de OpenBTS.
OpenBTS es un proyecto que une el USRP+Asterisk para interconectar teléfonos móviles a traves de USRP y Asterisk, para hacer y recibir llamadas.
Básicamente lo que hace OpenBTS es usar la tecnología del USRP más el módulo adecuado para poder crear una red GSM con la cual los teléfonos puedan registrarse, pues al final una red GSM es como si fuera un Access Point WiFi solo que en vez de estar en la frecuencia de los 2.4 Ghz(802.11b) o 5.8 Ghz(802.11g) está sobre la de los 850/900/1800/1900 Mhz, entonces ya teniendo registrado los teléfonos OpenBTS hace interfaz con Asterisk para poder hacer y recibir llamadas entre los mismos móviles o hacia la red PSTN.
¿Y esto funciona ? ¿O solo es vaporware ?
Por supuesto que ya funciona, incluso se han hecho pruebas reales para dar cobertura a decenas de usuarios en un evento masivo en el desierto, área dónde no había cobertura celular, para esto se instaló una antena del USRP que estaría conectada con Asterisk, y en Asterisk se registraron los teléfonos móviles y a cada uno se le asignó un DID con el cuál podían hacer y recibir llamadas a la PSTN usando un servicio de Voz sobre IP. Se puede ver una presentación picándole AQUI
Bonito, bonito, bonito.. pero una imagen vale más que mil palabras ¿ Hay algún video de prueba ?Por supuesto gracias a la magia de youtube que es como la espada del augurio que nos permite ver más allá de lo evidente aquí está un video con unas pruebas que se hicieron usando OpenBTS y se pueden encontrar más en youtube.
¿ Qué opinas ?
-
Muchos hemos oído hablar de los Widgets, que en términos informáticos se refieren a los diversos controles que tiene un GUI como puede ser un botón, un slider o un display.
Entónces podemos definir que un Phidget es la representación física de un Widget (PHYsical wiDGET), lo que indica que esos controles los podemos tener físicamente.
¿ Cómo es esto ?
Por ejemplo podemos tener botones, sliders, pantallas, sensores de luz, temperatura, movimiento, motores, etc., ¡Hasta lectores de tags RFID! vaya, juguetitos electrónicos para acabar pronto, con lo cuál podemos crear y tener múltiples soluciones de tecnología.
¿Cómo funciona ?
Básicamente se requiere de una tarjeta la cuál tiene entrada para puertos analógicos y digitales, así como salida de puertos digitales.
Esta tarjeta se conecta a la PC vía puerto USB y mediante un API se puede programar aplicaciones para cualquiera de los phidgets conectados a la tarjeta.
¿Cuáles son los puertos de Entrada Analógicos ?
Básicamente los puertos dónde se conectan sensores de movimiento, temperatura, luminosidad, etc.,
¿Cuáles son los puertos de Entrada Digitales ?
Son aquellos dónde puedes recibir información de los Touch, Motion, Force/Pressure Phidgets.
¿Cuáles son los puertos de Salidas digitales ?
Estos pueden pantallas de LEDs, relevadores, etc.,
Lo interesante de los Phidgets es que con el API de Programación podemos desarrollar múltiples soluciones e integrarlos con diversas tecnologías como puede ser Asterisk o una aplicación entre otras cosas, esto ya que la empresa desarrolladora de este concepto tiene librerías de desarrollo para Linux, Windows incluso para MacOS X.
Más info en
PHIDGETS.COM
-
iMest 0.03 beta.
iMest es un software desarrollado bajo la plataforma LAMPG - Linux Apache MySQL PHP y Gnokii.
Este software permite usar Gnokii como interfaz para envío de sms y así poder enviar multiples mensajes SMS personalizados desde una página web a múltiples categorías de contactos.
Características del software.
- Envío de mensajes SMS múltiples por tipo de contacto.
- Envío de mensajes SMS a múltiples categorías de contacto.
- Envío de mensaje SMS personal.
- Captura de categorías de contactos.
- Captura de contactos.
- Asignación de contactos a múltiples categorías.
- Programación de fecha de envío de mensajes SMS.
- Uso de múltiples teléfonos móviles para envío de SMS.
- Importación de contactos.
- Captura, edición, listado, búsqueda y eliminación de contactos.
- Captura, edición, listado, búsqueda y eliminación de categorías.
- Captura, edición, listado, búsqueda y eliminación de mensajes.
- Registro de mensajes enviados y no enviados.
- Reenvío de mensajes.
- Personalización de mensajes múltiples enviados en base a palabras clave.
- Detección automática de teléfonos conectados por usb desde configuración del sistema.
- Interfaz Ajax-Web.
Plataforma:
- Linux
- Apache
- MySQL
- PHP
- Gnokii
Descarga:
https://sourceforge.net/projects/binnizawebsms/files/OaxRom%20WebSMS%20iMest%200.03%20Beta/sms.zip/download
ToDo:
- Control de Usuarios
- Recepción de SMS.
Screenshots
http://www.flickr.com/search/?q=oaxrom%20websms&w=all
Requerimientos
- *gnokii
- *gnokii-smsd
- *libgnokii3
- *libgnokii3-dev
- *LAMP
- *gd2
Hardware Compatible:
Nokia USB
Conectar Teléfono Nokia, ó de otra marca vía USB. Si al conectarse Linux lo detecta como puerto serial comúnmente en los Nokia /dev/ttyACM0.
Ver procedimiento de instalación en el siguiente post
http://phylevn.mexrom.net/index.php/blog/show/Procedimiento-para-instalaci%C3%B3n-de-Software-WebSMS-Beta..html
-
Procedimiento para instalar el software OaxRom WebSMS Beta en Linux
Este software puede obtenerse desde el sitio de SourceForne.Net en la siguiente URL:
https://sourceforge.net/projects/binnizawebsms/files/OaxRom%20WebSMS%20iMest%200.03%20Beta/sms.zip/download
#INSTALACION DE OAXROM WEB SMS EN UBUNTU LINUX
#actualizamos el repositorio de Ubuntu
sudo apt-get update
#instalamos las dependencias del software
sudo apt-get install --yes apache2
sudo apt-get install --yes php5 php5-cli php5-mysql php-pear libapache2-mod-php5 php5-curl php5-gd php-db
#al instalar el servidor de Base de Datos pedirá una contraseña, introducir "ubuntu" sin comillas o alguna otro password para acceso al servidor que se usará más adelante
sudo apt-get install --yes mysql-client-5.0 mysql-server-5.0 libmysqlclient15-dev
sudo apt-get install --yes libgnokii3 libgnokii3-dev gnokii gnokii-common gnokii-cli gnokii-smsd gnokii-smsd-mysql
sudo apt-get install --yes unzip
#entramos al directorio web
cd /var/www
#obtenemos el software desde internet
Ir al sitio del proyecto en https://sourceforge.net/projects/binnizawebsms/ y obtener la última versión disponible de OaxRom WebSMS
#descomprimimos el archivo
sudo unzip sms.zip
#accedemos al directorio
cd sms
#creamos la base de datos para el WebSMS
mysql -u root -p
#password: es el que se introdujo cuándo se instaló mysql en este caso:ubuntu
#Asignar password
create database NOMBREBASEDEDATOS;
grant all privileges on NOMBREBASEDEDATOS.* to USUARIO@localhost identified by "SUPERSECRETO";
flush privileges;
exit
mysql -u USUARIO -pSUPERSECRETO NOMBREBASEDEDATOS < imest.sql
#configurar en el siguiente archivo los parámetros de nombre de base de datos, usuario y password
sudo editor includes/config.php
#creamos el archivo dónde recibiremos los archivos csv de contacto que importemos
mkdir csv
#copiamos el directorio cron que contiene un script para monitorear constantemente los envíos de SMS programados
sudo cp -rf cron csv
#buscamos el usuario del servidor web apache
ps aux | grep apache
#esto podría regresarnos "www-data" en la primera línea sin las comillas, ese valor lo usaríamos a continuación
#www-data 8284 0.0 0.4 28404 4388 ? S 14:46 0:00 /usr/sbin/apache2 -k start
#asignamos el usuario y grupo del usuario del servidor web a la carpeta creada para que tenga permisos de escritura la aplicación WebSMS
sudo chown -R www-data:ww-data csv
#ponemos al usuario web apache dentro del grupo de usuarios que tienen permiso de usar los puertos módem, esto para enviar sms por los usb de los teléfonos
sudo editor /etc/group
#buscamos dónde diga dialout y agregar ",www-data" sin las comillas, en este caso dice phylevn pero el valor cambia al usuario del sistema
dialout:x:20<img src="plugins/Emoticons/images/tongue.png" border="0" alt="tongue.png " width="16" height="16" />hylevn
#por
dialout:x:20<img src="plugins/Emoticons/images/tongue.png" border="0" alt="tongue.png " width="16" height="16" />hylevn,www-data
#guardamos, para el caso del editor nano presionando CTRL+O,ENTER para aceptar y luego presionamos CTRL+X para salir.
#modificamos la configuración de PHP
sudo editor /etc/php5/apache2/php.ini
#buscamos los siguientes valores en el archivo y le ponemos los valores aquí mencionados, para buscar en el editor presionar Ctrl +W y teclear default_charset para ir a donde estuviera la linea buscada, igual para las siguientes opciones
default_charset = "utf8"
magic_quotes_gpc = off
upload_max_filesize = 32M
max_execution_time = 900
max_input_time = 900
memory_limit = 128M
#ya que se editen estos valores, presionar CTRL+O y ENTER para guardar, luego CTRL+X para salir.
#reiniciamos el servidor web
sudo /etc/init.d/apache2 restart
Probando el software de envío de SMS
*************
Abrimos un navegador web a la dirección IP de la máquina dónde se instaló el software de envío de SMS
#por ejemplo si el servidor está sobre la misma máquina que se está usando:
http://localhost/sms/
#Si estuviera en alguna otra máquina
http://DIRECION_IP_DEL_SERVIDOR/sms
#Pedirá un login y password, por default es :
login:admin
password:admin
Para probar el envío de SMS:
Conectar un teléfono por USB, los Nokia funcionan bien.
Cuándo se conecta el teléfono en Linux lo detecta como un puerto TTYACM0
Esto se puede verificar tecleando el comando "dmesg" y podría darnos algo como lo siguiente
[28833.199893] cdc_acm 4-1:1.1: ttyACM0: USB ACM device
Para que el sistema detecte el puerto conectado ir a configuración y seleccionar detectar puerto, si lo lista entonces todo va bien, de lo contrario reintentar
Al momento de detectar el puerto por default crea un archivo de configuración en el directorio csv
Si detectó el puerto ahora se puede enviar el mensaje sms, para esto ir a
Mensajes SMS -> Solo un Mensaje
El introducir un número de celular,
un texto,
seleccionar el archivo de configuración por dónde se desea enviar el SMS, en este caso solo está el que se creó anteriormente,
introduzca las letras para validación y presione enviar.
El sistema enviaría en automático el mensaje SMS al número introducido, verificar que haya llegado correctamente
*************
INFORMACION ADICIONAL
*************
Si por alguna razón no envía los sms, puede ser que linux no le esté permitiendo al usuario apache usar gnokii, para esto editar el archivo<br>
sudo editor /etc/sudoers<br>
y agregar
www-data ALL=NOPASSWD: gnokii
esto para que al usar sudo gnokii linux se salte el password y le deje ejecutar el software
GNOKII
*************
#archivo de configuración de gnokii
#El sistema permite leer diversos archivos de configuración de Gnokii de tal forma que es posible usar diversos móviles para enviar SMS desde la aplicación web.
#Cada teléfono es detectado como un puerto serial por Linux, por ejemplo si se detecta el siguiente puerto /dev/ttyACMO el archivo configurado csv/gnokiiNokia3500 contendría lo siguiente:
[global]
port = /dev/ttyACM0
model = AT
connection = serial
debug=on
#Y asi sucesivamente se pueden configurar diversos teléfonos, el sistema en base al archivo de configuración detectará las configuraciones y las usará para enviar SMS.
Programación para fecha de envío de mensajes.
*************
csv/cron.sh
#Archivo que se pondrá en cron para que cada hora se ejecute y verifique si ya se ejecutó cron.php, si no se ha ejecutado lo ejecuta.
#Aquí hay que editar el directorio dónde se instaló cron.php
csv/cron.php
#Archivo que consulta la base de datos y verifica que mensajes tienen fecha anterior a la actual y que no han sido enviados para poder empezar a enviarlos usando gnokii
#En este archivo hay que configurar la ruta del archivo init.php y sms.php
#Es importante que el directorio de cron se encuentren fuera del directorio web.
#Para que el sistema verifique los mensajes a enviar periodicamente editar el siguiente archivo :
sudo editor /etc/crontab
#Y agregar al final la siguiente línea
0 * * * * root php -q /var/www/sms/csv/cron.php
#presionar CTRL+O luego ENTER para guardar
#reiniciamos el servicio de programador de tareas
sudo /etc/init.d/cron restart
#con esto el sistema monitoreará cada hora los mensajes SMS por enviar
Configuración de APACHE para enviar SMS desde página web.
*************
find /etc/apache2/ -type f| xargs grep "User "
#Posiblemente nos regrese www-data.
#Este usuario hay que ponerlo dentro del grupo de dialout
$sudo editor /etc/group
#agregar al grupo dialout el usuario www-data.
dialout:x:20:gsmsms,www-data
#reiniciar apache
sudo /etc/init.d/apache restart
Modificando la configuracion
*************
sudo editor includes/config.php
$sqlDb = "imest";
$sqlUser = "imest";
$sqlPassword = "imest";
$sqlServer = "localhost";
$appID = "jUi109-HJikL";
$appKey = "7Uy-L09P;=lIkH";#permite usar el sistema para enviar SMS desde otras aplicaciones con C# mediante metodos POST como por ejemplo la librería webstream ó curl.
define('CSV_PATH','/var/www/sms/csv/'); #Directorio dónde se almacenarán los registros CSV importados para importar contactos.
$dir_fuentes = "/var/www/sms/includes/fonts/"; # si se instaló en otra parte el servidor reeeditar la ruta correspondiente en esta parte
define('CONFIG_PATH','/var/www/sms/csv/'); #Directorio dónde se encuentran los archivos de configuración de los dispositivos de gnokii.
define('CONFIG_FILE','gnokii'); #archivos de configuración de gnokii que contengan en el nombre de archivo la cadena configurada. por ejemplo /csv/gnokiiNokia3500, /etc/gnokii6130, etc.
México, D.F. 2009
-
Hace unos días estuve leyendo curioseando en internet encontré un blog dónde hablan sobre RoIP , la cuál es una forma de nombrar los enlaces entre sistemas de Radio con Tecnología de Voz sobre IP, en este caso Asterisk .
RoIP prácticamente necesita una gateway del lado de asterisk que sirve como interfaz de conexión entre los sistemas de radioaficionados con la tecnología de Voz sobre IP, tal como puede ser una tarjeta de puertos FXO, FXS, GSM, SIP, IAX, etc.,
Una de las ventajas de los sistemas de radio es su alcance, esto ya que las frecuencias en muchos casos son más bajas y más amplias que el uso de un WiFi o Microondas por ejemplo, aparte que son menos quisquillosas que las anteriores por así decirlo, por lo que el alcance puede ser mucho mayor y la cobertura puede llegar alcanzar a sitios remotos dónde las compañías telefónicas no han puestos sus servicios por cuestiones de costos.
Por lo que tengo entendido las conexiones entre los sistemas de radio y el gateway es PTT( Push To Talk), tal como funcionan los sistemas de Radio de Nextel en la actualidad.
La ventaja de meter un sistema de Radio en Asterisk, es que se puede usar el dialplan cuándo se abre un canal entre los 2 puntos, por lo que creo entender y quiero que asi pudiera funcionar es que al estar abierto el canal pudieran recibirse tonos DTMF, de tal forma que se pudieran leer esos tonos DTMF y abrir un canal adicional para poder hacer una llamada en base a los dígitos recibidos y rutearlo a traves de troncales SIP, IAX, FXO o GSM, muy similar a como funciona un DISA.
De hecho hace un par de meses desarrollé una aplicación basada en AMI y AGI que hace esto, pero mediante teléfonos públicos que envían a un número fijo los números a marcar mediante tonos DTMF y secuencias de control, de tal forma que Asterisk recibía la llamada, abría otro canal y dependiendo la respuesta la enlazaba con el canal abierto proveniente del teléfono público.
Entonces pensando en algo similar creo que sería factible poder implementar un sistema de radio que haga convergencia con VoIP a traves de Asterisk.
Para poder hacer la convergencia ya existen tarjetas de radio compatibles con Asterisk, de hecho existe un canal específico para esta tecnología ya implementado en Asterisk, por lo que solo falta encontrar algún proyecto y patrocinador para poder echar andar esta tecnología en alguna de las tantas regiones marginadas de México.
Puede verse más información sobre RoIP en el Blog Alex Casanova quién es un experto en el tema de RoIP : http://www.bicubik.net .
También una presentación en la siguiente url:
http://www.slideshare.net/alexbogus/barcamp-2010
-
Actualmente en el mercado están saliendo procesadores de bajo costo con un rendimiento medio, tales como los Intel Atom, los cuáles son procesadores usados para las nuevas Netbook como lo pueden ser la Acer One. El costo de estos procesadores con todo y motherboard pueden conseguirse por menos de $100 Dlls.
Buscando en internet el rendimiento que pudieran tener estos procesadores encontré un documento dónde hacen un estudio del consumo de CPU que va teniendo el uso del códec G729 en comparación con el códec ulaw g711u bajo asterisk 1.4.
El códec G729 permite comprimir la voz con una muy buena calidad para poder tener un menor consumo de ancho de banda y asi optimizar la conexión de internet para tener un número mayor de canales de voz simultáneos, esto ya que el ancho de banda usado por un códec g711u es +- 90 kbps, mientras que usando un códec g729 es de +-30 kbps por canal de voz, la contraparte es el uso de CPU al hacer "transcoding".
Los resultados son interesantes, pues por el tipo de procesador pensé que su rendimiento sería más inferior que lo que demuestra el siguiente estudio.
http://downloads.openvox.cn/pub/misc/Test_Report_of_Atom_CPU_with_asterisk_G729-G711.pdf
|
|
Comentarios Recientes