Escribo esto ya que hace unos días intenté adquirir unas diademas USB Logitech a través de internet en la página de ServComp("Empresa que innova en tecnología de cómputo"), pues todo pintaba bien, supongo que usan un sistema de venta en línea como oscommerce, zencart o algo así, me registro, le doy realizar pedido, veo que tienen un sistema de pagos a través de DineroMail (aunque prefiero PayPal) proceso el pago a través de la página de DineroMail -lo que me parece bien pues en teoría así no le tengo que dar mi información de Tarjeta de Crédito a un tercero-, me registro, hago el pago y listo me informan que el pedido está realizado, me llega un correo notificándome el pedido y el número de autorización bancaria.
Viacrucis.
Le envío una copia del correo que me envió dinero mail a la gente de ServComp, les llamo por teléfono para ver cuándo tienen las diademas disponibles y si puedo pasar a recogerlas a su sucursal de Polanco.
Me contestan que si, que el día de mañana las envían para allá y que por motivo de la compra tengo que enviarles llenado un formato a mano, por lo que tengo que imprimirlo, llenarlo a mano, y también enviarles copia de mi credencial de elector, así como datos de la tarjeta de crédito(Numero, Vigencia, PIN de Seguridad) y enviarle digitalizada de ambos lados, por lo que le digo a la Srita que eso es imposible que por ello se hizo la transferencia usando un tercero en este caso dinero mail y es por ello que se usa esta modalidad para no darle mis datos directamente a empresas las cuáles en México -podría ser que alguna hiciera mal uso de la información-.
Por lo que le comento que en su caso solo podría enviarle la cara frontal de la tarjeta mostrando solo los últimos 4 dígitos de la tarjeta, pero no parte trasera de la tarjeta donde viene el PIN, esto ya que el pago ya se realizó y dando estos datos se permite que se haga un segundo cobro, así que no acepto.
Ellos alegando en su justo derecho que hacen esto para respaldarse ante posibles fraudes de sus clientes, pero les comento que tienen razón pero no tengo porqué enviarles la parte dónde viene el PIN de la tarjeta, aparte si les envío la información quien me garantiza que tienen un sistema de seguridad avanzado para proteger sus datos, esto ya que mediante hacking o ingeniería social podrían obtener el password de sus cuentas de ventas y fácilmente tener el listado de las tarjetas de sus clientes, esto ya que no tienen un mecanismo de seguridad para almacenamiento de información.
Así que me niego a dar la información, pues este requisito burocrático me llevaría más de 10 minutos, en lo que imprimes, prendes la impresora, pones hojas, rellenas, el documento, digitalizas la credencial y la tarjeta, vuelves a digitalizar el formato, lo envías por correo, vaya mejor voy a plaza de la computación que me queda a 10 mins y hago el proceso de venta y recolección en 20 mins(ida y vuelta).
Desafortunadamente este proceso burocrático de las empresas .Com, se debe a la falta de atención de parte de los bancos para poder ofrecer un mecanismo seguro de compra por internet a sus clientes, si es fácil clonar tarjetas, hacer phishing y obtener datos, o ingeniería social a quienes ya tienen los datos y de ahí que al hacer comprar online los proveedores estén indefensos ante un posible fraude de identidad y de ahí que estás decisiones, pero por otra parte a los clientes nos complican más la existencia.
Debería haber un mecanismo a traves de un PIN adicional que no esté en la impresión de la tarjeta más que solo en la "memoria del usuario" y aparte de los datos de siempre también se pida ese PIN Personal que solo lo conocería el usuario dueño de la tarjeta -algo así como un token- obvio ahí si cada usuario es responsable de verificar de no dar este dato tan fácil en sitios de phishing comprobando el certificado de seguridad de cada sitio.
También DineroMail debería realizar antes de cualquier operación una validación de cuenta de usuario como lo hace PayPal, haciendo un cargo de 10 Pesos y reintroduciendo el número de autorización de la transacción, así se da luz verde para poder efectuar pagos bancarios sin necesidad de que nos tenga que validar también el proveedor para su salvaguarde.
Hace unos días empecé a experimentar problemas con mi servidor web el cuál tendía a mandar errores de conexión de MySQL pero por falta de tiempo no me había metido a investigar porqué, solo reiniciaba MySQL y listo.
Pero debido que esto me pasaba 1 o 2 veces por días, entré al log para ver que pasaba y ahí pude ver algo como lo siguiente:
mysqldump: Got error: 145: Table './MYSQLDB/TABLA' is marked as crashed and should be repaired when using LOCK TABLES
Al parecer algunas tablas, 3 para ser exactos tenían un error por lo cuál recurrentemente a MySQL lo "crasheaban", por lo cuál me metí a investigar cuál fue el detalle y la solución fue entrar al directorio de la base de datos de MySQL y correr un chequeo de MySQL, en este caso suponiendo que la base de datos se llame MySQLDB y la tabla TABLA, tendríamos que hacer lo siguiente:
cd/var/lib/mysql/MySQLDB
myisamchk -r TABLA
Repetir lo anterior con cada una de las tablas dañadas.
Actualmente Asterisk se está convirtiendo en el Software Líder de SoftSwitch, siendo el favorito desde pequeñas empresas hasta grandes corporativos, por lo que su amplio uso e implementación en diversos países del mundo lo ha hecho un blanco importante para los "hackers" que desean obtener acceso a estos servidores y poder conseguir llamadas gratuitas.
Instalar un Asterisk es cosa sencilla con múltiples proyectos "All in One" como lo es Elastix por ejemplo, la distro más famosa que ya incluye diversas aplicaciones alrededor de la platforma de Asterisk, por lo que para muchos usuarios nóveles les es muy fácil implementar PBX bajo esta plataforma pero sin conocimientos avanzados que los ayude a proteger sus servidores al estar expuestos en internet, esto ya que muchos les es fácil ponerlos en DMZ para tener un acceso remoto.
Actualmente existen varias herramientas de auditoría SIP que permite detectar vulnerabilidades en servidores Asterisk, herramientas que también son usadas por los crackers para detectar cuentas SIP y explotarlas. Una de estas herramientas es SIP Vicious la cuál permite escanear un sevidor SIP y detectar que cuentas SIP están disponibles, cuáles requieren passwords y cuáles no, así como también pueden llegar a obtener el passwords de cuentas SIP cuánto estos no son complejos.
Una de las formas más rápidas de dar el primer portazo a escaners SIP es mediante una opción que se coloca en SIP.CONF o sip_custom.conf para los usuarios de FreePBX y Elastix.
Esa opción es:
alwaysauthreject=yes
Esta debe ser la primer opción en el proceso de asegurar un Asterisk, posteriormente estaré posteando sobre un Detector de Intrusos para SIP.
En la mañana configurando una aplicación web en la cuál en base al horario del sistema tenía que controlar cierto flujo de información, lo curioso del caso es que la hora del servidor Linux era la correcta, pero la hora que mostraba la aplicación web usando date("H i s") me daba una hora adelantada, por lo que revisando los logs pude ver que apache-php estaba configurando la zona horaria a América/Chicago, algo curioso ya que en el servidor había ajustado el timezone a América/Mexico_City.
El detalle de esto es que en la configuración de php también hay que indicar la zona horaria en el archivo /etc/php/apache2/php.ini.
date.timezone =America/Mexico_City
Con lo anterior solo basta guardar el archivo de configuración y luego reiniciar el servicio de Apache,.
Hace tiempo instalé untangle como solución para proteger la red interna así como también para bloquear el acceso a todos los sitios web y solo habilitar unos cuántos sitios, aparte que también con untangle se pudo bloquear diversos protocolos y con ello cerrar el acceso a messenger, redes p2p, etc. Solo que semanas después hubo un apagón y me dañó la instalación de untangle, por lo que antes de reinstalar untangle decidí probar otra solución y para ello encontré diversas como smoothwall, ipcop, pfsense, etc., otra cuestión que también me animó a cambiarme de untangle es que las aplicaciones básicas como filtrado y bloqueo de puertos son libres, pero ya la parte de políticas y demás aplicaciones son con costo anual y por número de máquinas por lo que la solución se volvía impagable.
Al final del día me decidí por IPCop la cuál me resultó fácil de instalar y solo al principio me causó problemas la parte de la compatibilidad de las tarjetas pero quedo solucionado con tarjetas PC 10/100 3Com que tenía por ahí.
IPCop es un proyecto GNU/GPL. Se trata de un firewall basado en Linux que nos brinda una interesante gama de posibilidades a la hora de conectar una red local a Internet. La última versión es la 1.4.20. Su interfaz de usuario es completamente web (aunque permite también acceso por SSH puerto 222) y esta disponible en múltiples idiomas.
Requiere de un hardware dedicado y permite gestionar el acceso a Internet, la seguridad y la interacción de hasta cuatro redes distintas que, en la jerga del IPCop, se denominan GREEN, BLUE, ORANGE y RED. Las mismas tienen las siguientes características:
GREEN: Esta es la interfase de red de nuestra LAN o red de área local. Aquí es donde conectaremos todos nuestros equipos que necesiten mayor protección, como servidores que no tengan que tener presencia en Internet y puestos de trabajo. Los dispositivos que se encuentren conectados a esta interfase tendrán acceso irrestricto a las interfases RED, BLUE y ORANGE, o sea que podrán salir a Internet (y conectarse a los equipos que se encuentren en cualquiera de estas otras tres redes) por cualquier puerto, pero a su vez los equipos de la interfase RED (equipos en Internet) no pueden iniciar conexiones a ningún equipo que se encuentre en las interfases GREEN, BLUE y ORANGE. En otras palabras, estarán protegidos del exterior, en el sentido que no son accesibles desde Internet.
BLUE: Es la interfase que se asigna normalmente para conectar un access point de modo que se puedan conectar dispositivos inalámbricos. De todas maneras sirve para conectar
cualquier otra red que se necesite sea esta inalámbrica o no. Los dispositivos que se encuentren en esta red, no podrán iniciar una conexión a los dispositivos que se encuentren en la interfase GREEN, pero salvo esta excepción, contarán con el mismo nivel de acceso y protección que cuentan los dispositivos conectados a la interfase GREEN. No es necesario activar esta interfase en una instalación de IPCop si no se cuenta con más de una red, o no se va a utilizar un router inalámbrico(*).
ORANGE: Esta es la interfase que se utilizará para montar una DMZ o zona desmilitarizada. Principalmente se utiliza para montar servidores web, de correo, de ftp, etc. que deban tener presencia en Internet; o sea que sean accesibles desde Internet, pero que en el caso que se produzca alguna intrusión a algún equipo de esta red, eso no comprometa la seguridad de nuestra red interna (GREEN). Los equipos que formen parte de la red ORANGE no podrán iniciar conexiones a ninguno de los dispositivos que se encuentren en las interfases GREEN y BLUE. No es necesario activar esta interfase en una instalación de IPCop si no se piensa utilizar una DMZ.
RED: Es la interfase de red que nos conectará directamente a nuestro proveedor de Internet. Puede ser una conexión ADSL, cablemodem, una línea dedicada o hasta inclusive un modem telefónico común. Obviamente que por razones de ancho de banda esta última opción es desaconsejable, pero es perfectamente factible tenerla configurada para una contingencia en la cual nuestro proveedor de Internet tenga inconvenientes para brindarnos nuestro vínculo habitual, pero si este operativo el acceso dialup. Cualquier instalación de IPCop contará con esta interfase habilitada. (Soporta tanto dispositivos ethernet como US Como aclaración cabe destacar que los equipos que están en la misma red, ya sea esta GREEN, BLUE u ORANGE, tienen la posiañlbilidad de iniciar conexiones entre ellos.
(*) En el caso de contar con un router wifi, si bien es conveniente, no es obligatorio que este conectado a la interfase blue, ya que se podrá conectar sin problemas a la interfase GREEN.
Funcionalidades
IPCop brinda una amplia gama de funcionalidades que van más allá de las que ofrecen algunos firewalls comerciales. Sin pretender explicar cada una de ellas y solo a modo de numeración, tenemos:
Acceso seguro por SSL a la interfase d »» e administración web
DHCP cliente / servidor
DNS dinámico
Lista de hosts seteable desde la interfase web
HTTP / FTP proxy (squid)
IDS (snort) en todas las interfases
Log local o remoto
NTP cliente / servidor
servidor SSH (PSK o con password)
Traffic shaping (en la interfase RED)
“Statefull” Firewall
Módulos “nat helper” para h323, irc, mms, pptp, proto-gre, quake3
Port forwarding (redireccionamiento de puertos)
DMZ pin holes
Activar o desactivar ping en todas las interfases
VPN (IPSEC)
Gráficos de monitoreo de CPU, RAM, swap, HD, tráfico de RED, etc. Hardware Soportado
Las características generales en cuanto al hardware soportado son las siguientes:
Arquitecturas: i386 y Alpha (PPC y Sparc están planeadas para versiones futuras)
Memoria: de 12MB a 4GBDiscos: IDE, SCSI y SATA, soporta configuraciones con RAID. También soporta dispositivos flash.
Placas de red: ISA/PCI (las soportadas por el kernel de Linux 2.4)
CPU: Disponibilidad de kernel SMP para CPUs multicore
Nuestro Training ha Evolucionado, ahora incluye lo mejor de Asterisk PBX-IP, junto a los mejores Temas de Programación Avanzada.
Curso Edición Especial Intermedio-Avanzado
del 8 al 11 de Diciembre
¡4 días de Entrenamiento!
Éste es un curso intensivo de Asterisk que abarcará todo lo que necesitas aprender para entender, instalar, configurar, soportar y administrar una central telefónica IP con Asterisk, incluyendo su interacción con las tarjetas de telefonía, líneas telefónicas, proveedores de telefonía y teléfonos IP. Te daremos todo el conocimiento sobre la Tecnología IP con Asterisk y como sacarle el mayor provecho.
Además aprenderás las mejores formas de integrar Asterisk con Lenguajes de Programación y Bases de Datos, lo que te dará el potencial para crear Sistemas Telefónicos de alto desempeño y complejidad.
En el curso Intermedio-avanzado conocerás la forma de poder desarrollar Aplicaciones Avanzadas y sacar mayor provecho de tu Solución con Asterisk. Te enseñaremos las funciones claves que hacen de Asterisk la mejor solución de Telefonía de todos los tiempos.
!Oferta¡ Descuento 10% a Grupos de 3 o más personas
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:
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.
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.
Comentarios Recientes