Todavía no está en las librerías e internet, pero para finales de diciembre o principios de enero lo estará.
¡qué contennnnnntoooo toyyyyyyyyyyyyy!!!!
19-12-2008 Actualización: Ya salió a la venta en España. Lo podéis pedir aquí. Aquellos que estéis fuera de España tendreís que esperar un poquito ;(
Esta semana que viene y la próxima se va a celebrar la Semana de la Ciencia en nuestra universidad. La idea es dar a conocer a alumnos de Bachillerato de Almería y provincia lo que se hace en la UAL a nivel de investigación, de una forma amena y entretenida.
La Escuela Politécnia Superior realizará varias presentaciones, entre las cuales estará una de VoIP y Asterisk que haremos Julio Gómez y yo. Además de las charlas, habrá una exposición de material en la que montaremos un pequeño muestrario de todo lo que tenemos en nuestro laboratorio. También montaremos un asterisk en una mini-ITX para hacer alguna demostración a los alumnos.
La entrada es libre, así que… ¡qué venga todo el que quiera y pueda! 😉
En ocasiones veo matrículas….
DND
La calidad no es muy buena (móvil de 3 Megapixels), pero se aprecia claramente como la VoIP me persigue por todas partes. Después de esta escena, mi mujer pidió cita al psicólogo XDDD
Envio de sms con Nagios
Existen numerosos métodos de notificación que Nagios puede usar para cantar cuando alguno de nuestros servicios o equipos tiene problemas.
El más usado es el del correo electrónico, aunque gracias a la estructura en sí de Nagios, es posible implementar cualquier cosa ejecutando algún script.
Este es el caso que me ha ocupado a mí. Necesitaba que me notificase por sms, ya que todavía no tengo «hayfon», ni lo voy a tener en mucho tiempo XD. Tampoco pienso tragar por las conexiones robadineros de bromafone o bomistar (de los OMV’s ni hablo, que es un mundo aparte).
Visto el panorama, me he decidido por usar el servicio que ofrecen algunos clones de Betamax, cual es la posibilidad de enviar sms a precios tirados, y mediante una única sentencia en el navegador. Realmente, no es necesario tener el navegador para hacerlo, ya que se puede lanzar desde cualquier script. Más información al respecto aqui.
Para el uso e instalación de Nagios, existe bastante documentación por la red. Por ejemplo, aqui, aqui y aqui.
Una vez instalado y configurado, se supone que una configuración básica para monitorizar un router, como la descrita en la web de nagios, nos debería notificar por email la caída de nuestro equipo o servicio. Verdaderamente es sencillo de hacer, siempre y cuando sepamos lo que tenemos entre manos y, además, hayamos configurado correctamente el envío de correos desde nuestra máquina (sendmail, postfix, exim, etc).
Total, que me encontraba por aquí y quería también que me llegase la información al móvil para cuando estoy por ahí de fiesta y me pueda amargar un rato, con algún servicio crítico caído y esas cosas. Ya sabéis la máxima de un técnico, siempre operativo por si las moscas….
Primero indicamos en /usr/local/nagios/etc/objects/commands.cfg que existe un comando nuevo para ejecutar cosas. En este caso el comando ejecuta una orden que manda sms. Nos vamos al final del fichero y ponemos
define command{
command_name host-notify-by-sms
command_line /usr/bin/wget --no-check-certificate "https://myaccount.voicetrading.com/clx/sendsms.php?username=usuario_betamax&password=password_betamax&from=+tu_numero_origen&to=+tu_movil_destion&text='$NOTIFICATIONTYPE$: $HOSTNAME$ is $HOSTSTATE$ ($OUTPUT$)' " -O /tmp/SMS.resultado.xml
}
Ahora Nagios sabe que tiene que ejecutar cuando llegue el momento.
Como probablemente estemos puestos como nagiosadmin, estaremos haciendo uso de generic-contact para notificaciones. Todo esto lo podemos comprobar en /usr/local/nagios/etc/objects/contacts.cfg. Una vez que sabemos quién somos y cómo se nos notifica (suponemos que estamos en generic-contact), editamos /usr/local/nagios/etc/objects/templates.cfg y veremos algo como
define contact{
name generic-contact
service_notification_period 24x7
host_notification_period 24x7
service_notification_options w,u,c,r,f,s
host_notification_options d,u,r,f,s
service_notification_commands notify-service-by-email
host_notification_commands notify-host-by-email
register 0
}
y añadiremos a host_notification_commands todos aquellos comandos que queremos se ejecuten cuando hay problemas. En este caso, se llama host-notify-by-sms. El resultado es
define contact{
name generic-contact
service_notification_period 24x7
host_notification_period 24x7
service_notification_options w,u,c,r,f,s
host_notification_options d,u,r,f,s
service_notification_commands notify-service-by-email
host_notification_commands notify-host-by-email,host-notify-by-sms
register 0
}
Con esto ya tenemos el sistema listo para enviar sms cuando el host en cuestión se nos caiga o tenga problemas.
Gracias a Iñaki Baz por su aporte en el comando notificador…
Fonolo
Novedoso sistema el que se han inventado para escanear los menús vocales interactivos de las empresas!!! Es como escanear internet (los famosos «spiders» de los buscadores) pero en versión teléfono.
Imagínate: llamamos a Timofónica para cualquier historia y empezamos a escuchar interminables y cansinos menús de voz. Se corta la llamada (porque ibas conduciendo y hablando por el móvil) y vuelta a llamar… Te atiende un operador que entiende ni papa, porque es subcontratado en vete_a_saber_donde. En fin, pulsa-espera-pulsa-espera… y así hasta acabar con la paciencia de la gente.
Pues bien, «el frotar se va a acabar». A partir de ahora Fonolo, va a escanear todos esos menús vocales (según dicen, con una novedosa tecnología patentada, que reconoce el audio y esas cosas…) y va a generar un árbol detallando todas las opciones posibles, de manera que sólo es cuestión de ir desplegando dicho árbol hasta encontrar el servicio al cual queremos llamar directamente, sin pasar por toda la tropa de operadores automáticos.
Parece que se hace vía web, y sin dar muchos detalles, tiene pinta de que hacen un marcado y envían tonos dtmf tras ciertas pausas (esto está por ver…).
Ahora mismo están en beta privada, así que habrá que ver que tal va la cosa…
Via Xataka Móvil
Parece que los señores de Askozia han dado con la tecla y acaban de publicar la primera versión estable de su software para dispositivos de pequeña potencia. Según dicen, tras 14 meses, 24 betas públicas, 40 versiones candidatas y más de 45.000 descargas, ha llegado la hora de lanzar el producto al mercado sin dar la sensación de estar instalando un sistema penco.
Pues na, habrá que probarlo a ver como se comporta el crio!!!
Bueno, como dice el amigo Paco, ya estamos de nuevo aquí desde los suburbios de Sevilla desde un ordenador que acabamos de robar…
Ahora os quiero pasar unas pruebas que he hecho con una OpenVOX B200P y Elastix, por si os interesa trastear un poco con esta tarjeta…
Creo que lo que se ha hecho en este Banco de Pruebas con Elastix, podríamos hacerlo perfectamente con TRIXBOX y tendríamos los mismos resultados.
Esta tarjeta la podéis usar como alternativa a las de otras marcas que sólo disponen de 4 puertos y no se justifican en vuestras instalaciones .
Ps dejo aqui el enlace al documentito que he realizado.
P.D.: je, je, esto se está convirtiendo en La VoIP de Almería y el SusurroIp de Sevilla.
Gracias Pacote por el hueco…
Ramses
Por causa de una necesidad que he tenido últimamente, ha habido que ingeniárselas para realizar una rotación de canales salientes mediante SIP. La idea era hacerlo usando FreePBX y que fuese más o menos sencillo. Tras un rato de pensar, esto es lo que ha salido.
Se define un trunk de salida genérico, el cual agrupará al conjunto de troncales de salida a rotar. Debe empezar por la letra R (de Round), por ejemplo, RBetamax. Nos vamos a Add Trunk y ponemos en Custom Dial String:
RBetamax/$OUTNUM$
Seguidamente, vamos creando los troncales SIP. Nos vamos a Add Trunk y vamos introduciendo los datos correspondientes. Es importante señalar que el nombre asignado a cada troncal del grupo a rotar debe ser el mismo para todos, seguido de un contador que se va incrementando conforme añadimos troncales. Por ejemplo, siguiendo con lo anterior tendríamos Betamax1, Betamax2, Betamax3, etc.
Llegados a este paso, tenemos un troncal llamado RBetamax y varios troncales llamados BetamaxX (donde X es 1,2,3…).
Ahora nos vamos a Outbound Routes y definimos los prefijos de salida a conveniencia. Elegimos como proveedor de salida a RBetamax (realmente veremos que pone RBetamax/$OUTNUM$).
Actualización (eliminar variable global MAX-robin y permitir varios round-robin a la vez)
Por último sólo queda añadir el código adjunto al fichero extensions_custom.conf, así como indicar en el trunk correspondiente el número máximo de canales Maximum Channels.
En principio, y salvo bugs como el que le han encontrado a Chrome, no creo que se pueda ejecutar código remoto en la central XDD
Avantfax me ha parecido una solución muy buena para el manejo de faxes en entornos IP. Gracias a Asterisk, Iaxmodem e Hylafax, se puede conseguir un servidor de faxes completamente IP, o bien, ayudado de hardware zaptel o gateways FXO/RDSI.
Su interfaz es extremadamente simple y puede ser gestionado por cualquiera como si fuese un «webmail» sencillito, pero para faxes.
He realizado un pequeñico «jautu» (se lee how-to en inglés) visual en adobe captivate para ayudar a los menos iniciados. Esta ayuda está basada en gran parte en la excelente entrada de Julian Menéndez y en el script posteado por Ramón Lozano.
Aquí tenéis el documento (ejecutable para windows).
Actualización: para los que no tienen windows, se lo pueden bajar aquí.
Una de las cosas que más fastidia cuando estoy liado haciendo pruebas con Asterisk y Vmware, es la mala calidad de sonido que se tiene con los buzones de voz, conferencias, etc, etc.
Debido a que no existe fuente de tiempo via tarjeta TDM, y que ztdummy no va bien con Vmware, siempre se acaban produciendo unos sonidos entrecortados («choppy sound» en inglés) muy molestos y que, obviamente, no permiten usar el sistema para hacer una demostración decente ante ningún cliente o amiguete.
Hace algún tiempo encontré (buscando por internet… claro) una forma de mejorar el comportamiento de los sonidos en Vmware, pero no siempre se comportaba bien.
Pues hoy me he encontrado con algo que promete bastante. Nuevamente han sido los chicos de PBXinaFlash los que han propuesto una solución que, ahora sí, mejora ostensiblemente los resultados: ¡y de qué forma oiga!.
Fundamentalmente, han tuneado un kernel de CentOS, optimizándolo para la susodicha cuestión en Vmware. Es tan sencillo como hacer
cd /root wget http://pbxinaflash.com/vm/kernel-vm-2.6.18-53.1.4.el5.i686.rpm wget http://pbxinaflash.com/vm/kernel-vm-devel-2.6.18-53.1.4.el5.i686.rpm rpm -ivh kernel-vm*.rpm shutdown -r now
y luego recompilamos zaptel
cd /usr/src/zaptel (o donde tengamos las fuentes de zaptel) make clean ./configure make make install make config genzaptelconf
Una vez hecho esto, solo nos queda arrancar con el kernel correcto desde el gestor GRUB.
Enlace original al final de esta página http://www.pbxinaflash.com/vm/
PD: ¿dónde se han metido los debianeros? XD
La VozIP de Almería 