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.
Hemos dividido nuestro curso de Telefonía de Voz sobre IP basada en la plataforma Asterisk PBX en 2 cursos, básico-principiantes e intermedio-avanzado, los cursos están diseñados para que el asistente con el curso de principiantes conozca desde los aspectos básicos de telefonía hasta los conocimientos principales para poder integrar un conmutador de voz sobre IP y ponerlo en producción, dónde podrá integrar un conmutador mediante tarjetas de telefonía Sangoma, Digium así como configurar opciones como son IVRs, Grupos de Marcación, Extensiones, Rutas de llamadas entrantes, salientes, bloqueo de llamadas, correos de Voz, etc .
El curso intermedio avazando se enfoca en cuestiones avanzadas de la telefonía de Voz sobre IP como son integración de Asterisk con CRM, desarrollo de aplicaciones, integración de bases de datos, texto a voz y reconocimiento de voz, videoconferencia, domótica y casas inteligentes entre, monitoreo entre otros temas avanzados que le darán al usuario mayores conocimientos en la integración de soluciones de Voz sobre IP más allá de un conmutador IP.
Para información del Temario, Fechas y Costos puede obtenerse mayor información en el siguiente PDF
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 :
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:
Hace unos días un amigo me contactó para preguntarme si sabía como enviar correos en formato HTML usando el protocolo SMTP, por lo que me acordé que hace unos 5 años desarrollé un sistema de cotizaciones vía web para la empresa dónde trabajaba, ahí enviaba correos mediante SMTP para informar de las cotizaciones que generaban los clientes desde la aplicación web.
Por lo que pongo aquí la clase que usé y que es muy fácil de usar, este código requiere de PHP PEAR Mail, el código está algo sucio pero es funcional
<?php require_once"Mail.php"; require_once"Mail/mime.php"; class Correo{ private$_mail_data=array(); private$to=""; private$subject=""; private$body=""; private$smtpout=null; //SMTPLOGIN, SMTPPASSWORD, SMTPSERVER, SMTPPORT, MAILFROM publicfunction __construct($vlogin,$vpassword,$vserver="smtpout.secureserver.net",$vport="80",$vfrom=""){ $this->_mail_data =array( 'host'=>$vserver, 'auth'=>true, 'username'=>$vlogin, 'password'=>$vpassword, 'port'=>$vport ); $this->crlf="\n"; $this->from=$vfrom; $this->smtpout=Mail::factory('smtp',$this->_mail_data); } //Envía un correo en Texto Plano publicfunction sendTextMail($to="",$subject="",$body="",$vfrom=""){ $_headers=array( 'From'=>(($vfrom!="")?$vfrom:$from), 'To'=>$to, 'Subject'=>$subject); //print_r ($this->_mail_data); $this->smtpout->IsHTML(true); $mail=$this->smtpout->send($to,$_headers,$body); return!(PEAR::isError($mail)); } //Envía un correo como HTML publicfunction sendmail($to="",$subject="",$body="",$vfrom=""){ $_headers=array( 'From'=>(($vfrom!="")?$vfrom:$from), 'To'=>$to, 'Subject'=>$subject); $mime=new Mail_mime($this->crlf); $mime->setHTMLBody($body); // $mime->addAttachment($file, 'text/plain'); //do not ever try to call these lines in reverse order $body=$mime->get(); $_headers=$mime->headers($_headers); $mail=$this->smtpout->send($to,$_headers,$body); return!(PEAR::isError($mail)); } }//fin de la clase //Objeto de la clase $correo=new Correo("SMTPUSER","SMTPPASSWORD","smtpout.secureserver.net","80","SMTPFROM"); //Envio de correo en formato HTML $correo->sendmail("CORREODESTINATARIO@gmail.com","SUBJECT","MENSAJE_EN_FORMATO_HTML","MAIL_FROM"); ?>
Por default pongo el servidor de correos de godaddy.
Espero pueda serle útil a alguien más.
Hace un rato un amigo de chiapas me contactó por el chat de gmail y me preguntaba que porqué desde el cliente SFTP de su Mac no podía conectarse a un servidor SFTP de CentOS.
El error que le enviaba el filezilla y otro que no recuerdo cuál es era el siguiente:
subsystem request failed on channel 0
Connection closed
Por lo que me dió el acceso a su servidor y entre a checar los logs, para empezar CentOS manda la información del log de SSH a /var/log/messages contrario a Ubuntu que lo manda a /var/log/auth.log
Al ver el log veía que el servidor de SFTP si aceptaba el password pero enviaba el siguiente error al log.
Feb 10 00:12:00 server sshd[31667]: subsystem request for sftp
Feb 10 00:12:00 server sshd[31667]: subsystem request for sftp failed, subsystem not found
Por lo que revisando en google encontré la causa en la siguiente liga :
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 .
En OaxRom Mobile Computing hemos modificado un sistema de tarificación telefónico el cuál está basado en AsterBilling. La modifiación la hemos realizado ya que AsterBilling requiere licencias en la parte de monitoreo de llamadas, pero la parte de la interfaz web del tarificador es OpenSource y es la parte del software que utilizamos para que muestre los datos en base al CDR de Asterisk directamente. Entre otras ventajas que hemos añadido al nuevo software de tarificador para Asterisk PBX que hemos desarrollado y que pronto liberaremos el código es que permite enviar el costo de la llamada en tiempo real a la pantalla de teléfonos SIP que soporten SIP MESSAGE.
Continuemos con el tema del post. En este caso hemos usado FreePBX como entorno de configuración de Asterisk, pero como FreePBX trae su propia base de datos y tabla para el manejor de CDR, en este caso fué necesario modificar esta configuración para poder apuntar a la base de datos del software del tarificador que concentra al sistema de tarificación telefónica junto con el CDR de Asterisk y de FreePBX.
Primero para modificar la configuración del CDR de Asterisk es necesario seguir los siguientes pasos descritos en un post anterior aquí:
Ya que se hayan hechos los cambios en Asterisk quedaría hacer los cambios sobre FreePBX tal como se indica a continuación.
Editar el archivo amportal.conf sudo editor /etc/amportal.conf
Agregar las siguientes líneas CDRDBHOST=localhost CDRDBPORT=3306 CDRDBUSER=USERTARIFICADOR CDRDBPASS=PASSWORDTARIFICADOR CDRDBNAME=DBNAMETARIFICAODR CDRDBTYPE=mysql CDRDBTABLENAME=cdr
Con esto solo basta aplicar los cambios en freepbx /usr/src/freepbx*/apply_conf.sh
Y por último reiniciar asterisk sudo amportal restart
Ahora solo hay que ver la base de datos y verificar que el contenido se muestre en los reportes de FreePBX.
Aquí vemos el contenido del CDR de FreePBX & Asterisk
Y en el tarificador podemos ver las llamadas tarificadas para la cabina 103 que es desde dónde se originaron las llamadas, para esto desde el sistema de tarificación habilitamos que tarifique llamadas con longitud de destino de 3 digitos y el costo de cargo de conexión es por 2 pesos por los primeros 60 segundos y 1 peso adicional por 60 segundos adicionales.
Comparando en google trends algunas de las diferentes marcas y tecnologías de PBX existentes en el mercado, veo que Asterisk está muy por encima en las preferencias de búsquedas de las marcas que en el pasado fueron líderes tales como Panasonic, Avaya, Nortel, Cisco, Siemens, Mitel incluso nuevas PBX basadas en software como lo es 3CX.
Debido a que Google Trends solo permite comparar 5 términos al instante por lo qué primero comparé Asterisk PBX con Mitel PBX, Panasonic PBX, Nortel PBX, Avaya PBX y el resultado se muestra en la siguiente figura.
Como vemos en ambas gráficas la comparación entre Asterisk y las diversas tecnologías competidoras a excepcioón de 3CX da a Asterisk un margen de ventaja en la preferencia de búsquedas de los usuarios con respecto a las otras marcas. Esto tiene una sencilla explicación, el gran auge que está teniendo Asterisk, ya que al ser un proyecto abierto la cantidad de módulos y aplicaciones que se han desarrollado alrededor de esta tencología han permitido que su uso en niveles empresariales, educaciones, científicos, de seguridad, gobierno, entidades bancarias, etc., sea el más adecuado por el costo/beneficio.
3CX en las gráficas se muestra mucho más arriba que Asterisk, esto también es normal ya que 3CX es una PBX basada en software que funciona sobre Windows, su instalación es mucho más fácil con módulos principales de un conmutador teléfonico. Entre 3CX y Asterisk hay mucha diferencia ya que 3CX es software cerrado y basado en licencias, por lo que su desarrollo va mucho más atrasado en comparación de las aplicaciones que actualmente estan funcionando bajo Asterisk tales como reconocimiento de voz, texto a voz, comunicación con bases de datos, interfaces con diversos lenguajes de programación, configuración por scripts, interfaces con múltiples dispositivos de hardware, comunicaciòn con diversos protocolos, entre otras muchas ventajas que presenta Asterisk como un verdadero PBX de Altura.
Hace unos días instalé un Conmutador de Voz sobre IP basado en Asterisk para un cliente, todo jaló bien, su tarjeta Digium de 4 Puertos FXO, su IVR, DISA, Grupos de Marcación, recepción y envío mediante fax virtuales, etc., pero al final había un solo detalle, las voces pregrabadas de Asterisk no se escuchaban bien, esas voces que te dicen que "la extensión no está disponible", "marcación incorrecta", etc, etc. se escuchaban bajas y con mucho ruido.
Al revisar los Teléfonos VoIP que estaban usando en la configuración noté que solo soportaban los códecs ulaw, alaw, g729 y g723, por lo que de ahí se derivaba el detalle, ya que las voces pregrabadas estaban en formato GSM, entonces asterisk al realizad transcoding de GSM a g711u(ulaw) al parecer el teléfono no lo aceptaba tan bien que por ello se generaba la poca calidad de las voces pregrabadas.
Para esto no se me ocurrió más que convertir las voces de GSM a ulaw haciendo uso de asterisk mediante el comando :
Con esto básicamente ya podremos convertir nuestros archivos GSM a ULAW, de tal forma que podría sacarnos de un apuro como el que me salió aquella mañana en las oficinas de mi cliente.
Solo como recomendación es necesario tener permisos de escritura sobre el directorio dónde se va hacer la conversión de formato.
Comentarios Recientes