sábado, 28 de diciembre de 2013

Cargador que contiene bichos

Me ha pasado una cosa muy, muy curiosa. Algo que nunca me había fijado, y, de repetetente me he encontrado con algo asombroso.

¿Recordáis el cargador portátil que me compré para la Rooted de este año que termina, 2013? Pues me he encontrado con que contenía un buen espacio con el que almacenar cosas:

Dispositivo encontrado
Dispositivo encontrado
Como podéis observar, el que tengo seleccionado es el que no debería de estar ahí. Lo más extraño ha sido que, al mirar su contenido, había una carpeta llamada OS con el siguiente contenido:

Contenido de la carpeta OS

Es muy, muy raro... 3 ficheros. Uno de ellos, con extensión .apk. Esta extensión es la que se utiliza en las aplicaciones para sistemas Android. La otra, parece que es un ejecutable. Además, es como si el nombre de estos ficheros indicase el sistema operativo al que está destinado. A lo mejor por eso la carpeta donde estaba tenía el nombre de OS. ¿Vendrá de operating system?

Aún hay más. Llama poderosamente la atención ese fichero passwords.txt. ¿Qué finalidad tendrá? Que se llame así asusta mucho. Y... malas noticias!! Algunas de mis contraseñas, estaban aquí dentro:

Las contraseñas encontradas en la carpeta "oculta"
Las contraseñas encontradas en la carpeta "oculta"
Da mucho, mucho miedo. No me puedo creer haber encontrado algunas de mis contraseñas en este fichero. Otras, posiblemente sean de algún amigo.

Lo peor de todo es que al pasar estos ejecutables por VirusTotal, no han encontrado ningún bicho o malware (o como queráis llamarlo):

Ejecutables analizados por VirusTotal
Ejecutables analizados por VirusTotal

Esto es muy, muy duro. Encontrarse con tus propias contraseñas en un fichero de texto en un aparato que no debería de tener espacio de almacenamiento, y sólo guardar corriente para cargar móviles y similares... Pero esto no quedará así. ¡No señor! Ya me encargaré yo de averiguar a dónde van los datos. En cuanto tenga noticias, os lo haré saber.

viernes, 20 de diciembre de 2013

Ajustes al sistema PBX I

Una vez más, sigo con el tema de mi PBX. Si no has seguido el tema porque acabas de llegar, las etiquetas te llevarán a los posts adecuados. Al estar configurando el tema no he podido hacer otra cosa.

Tengo que hacer varios cambios en el sistema. Creo que lo primero va a ser en el SPA (creo que tendré que darle también el nombre de ATA. Me suena haberlo visto en algún sitio, y como sinónimo me podrá valer).

Lo dicho, nos vamos al ATA. Pestaña: SIP. Sección: RTP Parámeters. Dato: RTP Packet Size. Está a 0.030. Vale, según nos cuentan, parece ser que estos cacharros traen este valor por defecto. Pero puesto de este modo hará que las llamadas salgan entrecortadas y (como dato mío empírico) bajo volumen. Hay que cambiarlo a 0.020. Llevaba tiempo con esta página abierta y lo acabo de cambiar. En cuanto sean horas, pruebo a hacer la llamada desde alguna de las extensiones que no sea el teléfono ordinario. De todas formas, después de hacer alguna llamada, aún hay que solucionar un poco mejor este tema.

Ahora, nos vamos a la sección PSTN Line --> Subscriber Information: En algunos de los artículos que hay en la página de FreePBX (por cierto, si alguna vez veis que hablo de BSD/FreeBSD en vez de PBX, decídmelo en los comentarios) dicen que el campo Display Name le pongamos el valor que deseemos, como por ejemplo 1-pstn o similar. He visto que las llamadas que lleguen a través del aparto a las otras extensiones, incluso para el Asterisk, son con ese nombre. Me acabo de acordar que quería quitarlo, y es el mejor momento. Veré qué sucede, pero por ahora, lo voy a actualizar dejando ese valor vacío.

Ahora, nos vamos al Asterisk (¿os habéis dado cuenta de que seguro que en algún sitio he puesto el nombre del galo?).

Tal y como hemos hecho en otras ocasiones vamos a crear varias extensiones más. Por ejemplo: una para cada uno de los ordenadores. Otra para el móvil. Eso, si no lo habéis hecho ya.

¿Las has creado?¿Seguro? Uno, diez,once, cien, ciento uno... ¿Ya? ¿Estupendo!

Ahora, nos vamos al menú Applications --> Ring Groups.

Vamos a asignarle el número interno. Del mismo modo que las extensiones tienen el número al que se puede llamar, los ringuing roups igual. Puedes ponerles un nombre descriptivo. Tendrás que decidir qué extensiones de las creadas quieres añadir, para lo cual las tendrás que escribir. Yo dejaría el ringuing time tal cual. 20 segundos sonando un teléfono puede ser un infierno para el que esté cerca y no pueda cogerlo. La estrategia. Esto es importante. Hay varias opciones: que vayan sonando secuencialemente los teléfonos cuando el anterior no responde. Que suene el primero, el primero y el segundo, el primero, el segundo y el tercero... Todos a la vez. Esta va a ser mi opción. Que suenen todos a la vez.

Como de costumbre, envía el formulario con el botón que siempre ponen abajo del todo y si te solicita que lo termines de enviar con el botón rojo, hazlo.

Ahora, vamos a modificar el Incoming route, que recuerdo que se accede desde el menú Conecvity. Vamos a seleccionar la ruta que creamos para nuestro SPA3102. Abajo del todo definíamos un destino. En vez de enviarlo a una sola extensión, vamos a seleccionar que es un ringing goup, y seleccionamos el que acabamos de crear. Si ahora tuvieses varias extensiones activas, y te llamasen, podrás comprobar que todas esas extensiones activas sonarán a la vez.

Algo que tendría que haber hecho desde el principio era haber cambiado las contraseñas por defecto.

La primera va a ser la de acceso al sistema desde SSH. Ya sabemos, el comando passwd.

La otra contraseña que hay que cambiar es la del admin del panel de control. Para hacerlo hay que ir al menú Admin --> Admiinstrators y, seleccionando el administrador al que queremos cambiarle la contraseña, podremos poner la nueva en el campo correspondiente. Recuerda que si después de enviar el formulario el sistema te muestra el botón rojo, también tendrás que pulsarlo.

Otra cosa que tendría que haber hecho era lanzar el script de Jose Luis Verdeguer, vamos Pepelux (@pepeluxx). Eso sí, tengo que mirar cómo hacer que las dependencias (los imports en JAVA, #includes en C...) me funcionen. Porque no los encuentra. Claro, en una distro para un dispositivo reducido...

¿Qué más podemos hacer? Tendremos que expandir la partición ráiz al tamaño completo. Recuerdo que por muy grande que sea la tarjeta donde se sustenta el sistema, sólo utilizará 4GB. Al ejecutar sobre un SSH

raspi-config

nos llevará a la siguiente pantalla:

Expandir tamaño utilizado en raspberri: raspi-config --> expand_rootfs
Expandir tamaño utilizado en raspberri: raspi-config --> expand_rootfs
También voy a overclockear (vamos, a hacer overclocking) el dispositivo. Como viene en garantía que se puede hacer hasta 1 GHz... En mi caso, de momento, voy a ponerlo a 900MHz. ¡Ojo! Que tal y como advierten, puede reducir la vida útil del dispositivo.

Overclocking la raspberri: raspi-config --> overclock
Overclocking la raspberri: raspi-config --> overclock
Y... de momento aquí lo dejo. Iré mirando los posts que tenía pendientes por continuar escribiendo y más adelante publicaré más sobre el tema. Pero quiero daros un descanso sobre esto, que ya viene siendo muy cansino.





miércoles, 18 de diciembre de 2013

Configurando FreePBX en la Raspberri PI II

Si has llegado aquí sin haber leído los otros posts, os recomiendo que lo hagáis porque todo esto se basa en cosas que se espera que se hayan hecho ya. 

Vamos a continuar ajustando el sistema. Ahora mismo, para resumir: 
- Tenemos una extensión que nos han dicho que hay que definir. Y, la verdad, de momento no la he usado.
- Tenemos dos rutas: Una incoming y otra outgoing. Aunque están creadas, de momento no se están utilizando.
- El trunk. Para que se pueda conectar el Linsys SPA3102 (si os preguntáis por qué estoy poniendo tantas veces el nombre, al menos una por post, es para que salgan relacionados en caso de que alguien lo busque). 

¿Qué voy a hacer ahora? Ahora va a tocar crear dos extensiones más. Recuerdo que se hace desde Applications --> Extensions. Y seleccionamos la de tipo SIP (que debería de ser la que viene por defecto).

No va a tener mucho misterio. Cada una de ellas ha de tener un User Extension, que será el número de extensión deseado, y su Display Name, que será la descripción de la extensión. Además, yo pondría como valor 1 o 2 el campo Outbound currency limit.

¿Os acordáis del Outbound Route que configuramos en Connectivy --> Outbound routes? Pues tendremos que hacer un cambio que obvié en su momento:

Patrones para utilizar este outbound route
Patrones para utilizar este outbound route
Todavía me está costando pillarlo, pero, después de unos cuantos "ensayo y error", conseguí hacer que cualquier número de 6 dígitos o más, con un 0 delante, hiciese uso de esta ruta. Además, como ya le habíamos dicho el trunk que tenía que utilizar (que sería el que, con mis palabras, enlaza al dispositivo de Cisco), ya se podrían hacer llamadas con la línea telefónica desde un teléfono IP tirando del FreePBX/RasPBX/Asterisk.

De todas formas, me temo que me dejo algo más... En efecto, en el trunk también había que poner la configuración:

Patrones para utilizar este trunk
Patrones para utilizar este trunk

Y, para finalizar, instalarse un programa en el ordenador y en el móvil. Alguno para el ordena puede ser el X-lite. Para el móvil.... Creo recordar que SIPDroid. Lo que he hecho para configurarlos ha sido bastante estandar:
  • El número de extensión es el usuerio
  • La contraseña es un chorro que se encuentra en la extensión con la etiqueta secret.
  • Si hablan de servidor o similiar, con el puerto correspondiente, te debería de servir con la dirección IP del servidor y el puerto que se ha indicado en el campo correspondiente de esa extensión.
Ahora deberías de poder hacer llamadas entre extensiones y utilizar al menos una de ella para llamar al exterior. 

Aún me faltan cosas por hacer. Pero de momento os dejo con esto y os iré dando más la brasa a medida que vaya configurando (y seguro que desconfigurando) cosas. 




lunes, 16 de diciembre de 2013

Configurando e integrando Cisco/Linsys SPA3102 con FreePBX II

Ahora ya deberíamos de tener nuestro Linsys SPA3102 configurado para que saque las llamadas al exterior cuando éste está encendido. Por lo que ahora podremos proceder con la interconexión de la rasp con el SPA. Eso sí. Lo primero que recomiendan es resetearlo para mantener la configuración "lo más simple posible" y sobretodo porque asguran que "a parte de los cambios que describen se querrá mantener el resto de datos tal y como están". En mi caso, y tal y como dice un buen compañero mío: "ni jarto vino". Después de lo que me costó configurarlo para que funcionase bien, lo dejaré tal y como está. Si después veo que tengo problemas, ya me plantearé si reseteo o no. ¡Ah! Recuerda que tienes que estar como administrador y mostrando las opciones avanzadas.

Lo primero que vamos a comprobar en la pestaña SIP es el RTP Packet Size. Según afirman, el valor por defecto 0.030 no es correcto para el codec ulaw / G711u. Hay que cambiarlo a 0.020. Así se evitarán ciertos ruidos o chasquidos en llamadas, de una forma muy aleatoria.

Tienes que ir a la pestaña Line 1: Si no me olvido de nada más, que a punto he estado de olvidarme de este dato, tendrás que poner alguno que se corresponda con tus necesidades. Aún no estoy muy ducho en cómo se configuran los DPs (así es como los abrevian). Pero, algo que me ha funcionado más o menos bien es este:

([69]xxxxxxxxS0<: gw0="">|xxxx<: gw0="">|xxxxx)

El gw0 significa que tiene que salir por el lado de la línea telefónica. La S0 no me acuerdo, la verdad. Pero Cisco tiene una página donde pone ejemplos.

Ahora hay que ir a la pestaña PSTN Line.
  • Asegurate de que el puerto (SIP port) que has seleccionado es el mismo que tenías puesto en el PBX. En el ejemplo ponen el mismo que se indicó a la hora de crear el trunk (5061). ¡Ojo! Revisa si la extensión que tenías configurada también tira de este puerto. Ahora mismo la que yo puse tira del 5060, por lo que podría darme problemas. Si es así, haré pruebas para dejar todos los puertos iguales. 
  • Proxy and registration:
    • Proxy: Es la dirección del servidor Asterisk. 
    • Tanto make call without reg y answer call without reg tienen que estar a yes.
    • Register: No me acuerdo si lo llegué a cambiar. Aunque me aparecía a no, lo he puesto a yes.
    • Register expires: Este dato sirve sobretodo si a la hora de crear el trunk dejaste seleccionado el dato host=dynamic. Aconsejan poner el valor de la entrada a 300 si estás en la misma red y a 900 si el PBX está en otra red (por ejemplo, Internet). No indican nada para host=Dirección_IP. Yo pondré... Venga, de momento los 3600 que vienen por defecto. Siempre tendré tiempo para bajarlo.
  • Suscriber information:
    • Display name: Sólo para los dispositivos internos. Si no llega el Caller ID, se mostrará este dato.
    • User ID: Tiene que coincidir con el que se puso en el trunk.
    • Password: Tiene que ser la misma que se puso en la configuración del trunk con el campo secret.
  • Audio Configuration: Copipasteando la configuración:
    • DTMF Process INFO: Yes
    • DTMF Process AVT: Yes
    • DTMF Tx Method: Auto
  • Dial plans: Dicen que sólo y únicamente se ha de cambiar el Dial plan 2. Creo que esta parte va a ser un quebradero de cabeza. Pero bueno. Vamos a ver. Tendrás que poner (S0<:1234567890>). Tendrás que cambiar el número subrayado por el que tenga la línea conectada al dispositivo, que, a su vez, tendrá que se igual al Inbound Route configurado para tal efecto en el PBX.


  • VoIP-To-PSTN gateway:
    • VoIP-To-PSTN enable: Ponerlo a yes.
    • VoIP Caller ID auth method: Recomiendan que al principio se ponga a none y que después se mire si se quiere modificar. 
    • VoIP PIN max retry: Haré lo mismo que hacen en la doc: dejarlo a 3.
    • One stage dialing: Dicen que es muy importante ponerlo a yes.
    • Tanto Line 1 VoIP Caller DP como VoIP Caller Default DP como Line 1 Fallback DP hay que ponerlos a none. Si no me equivoco, son los Dial Plans. Hay que estar ojo avizor no vaya a ser que haga falta configurarlo después. 
    • También sugieren que los usuarios y contraseñas en la sección VoIP users and passwords se haga más adelante.

  • PSTN-To_VoIP gateway:
    • PSTN-To-VoIP Gateway Enable: Se pone a yes
    • PSTN Caller Auth Method: Dejalo en none
    • PSTN Ring Thru Line 1no. Dicen que es porque estamos usando Asterisk. A ver: haciendo pruebas (antes de publicar este artículo): he visto que con este valor, el teléfono fijo no sonará de recibir una llamada. De hecho, ni se entera de que está entrando. Por lo que siempre debería de haber algún terminal o software conectado al Asterisk, y éste configurado adecuadamente para que le lleve la llamada. 
    • PSTN Pin Max Retry3
    • PSTN CID for VoIP CID: Este no lo he acabado de entender del todo bien. Dicen que se ponga a yes si te suscribes a un CallerID desde el servicio PSTN. En caso contrario, ponerlo a no
    • PSTN CID Number Prefix: Dejalo en blanco. 
    • PSTN Caller Default DP: Es muy importante ponerlo a 2, ya que es el que hemos seleccionado arriba. 
    • Off Hook While Calling VoIPNo.
    • Line 1 Signal Hook Flash To PSTNDisabled.
    • Dejar el resto de datos en blanco.
  • FXO timer values:
    • VoIP answer delay: Ponerlo a 0 (cero), porque si se deja a 1, te puedes encontrar con algún que otro problemilla.
    • PSTN answer delay: Si bien de puede poner a 0 (cero), recomiendan ponerlo a 3 para que se de tiempo a identificar la llamada (CallerID). Y que en raros casos, podría hacer falta ponerlo a 5
    • En la documentación no hablan de PSTN Ring Thru: También le hará falta algún valor. Todavía no me queda del todo claro si el que hace que deje de sonar el "ring" del teléfono es este o el anterior. Pero tenlo en cuenta. De hecho, después de varias pruebas, y algún cambio que contaré más adelante, lo he dejado al mismo valor que el anterior. Te puedes encontrar con que el teléfono (sin que esté logueado al Asterisk a través de este cacharro) empiece a sonar y al saltar el trigger del Answer (diría yo) pasarlo al Asterisk. Casos raros: Que el teléfono deje de sonar, pero la llamada continué dando tono. Y poder coger esa llamada. O, que al dejar de sonar para pasar la llamada al Asterisk, sólo de tiempo a un ring en el servidor, y salte el contestador de tu operadora.
  • PSTN Disconnect Detection:
    • Según dicen, se podría dejar tal cual. Pero, en nuestro caso, habrá que hacer como mínimo un cambio, y este es el campo disconnect tone que debería de tener el valor: 425@-10,425@-10;4(.2/.2/1,.2/.2/1,.2/.6/1)
    Muy bien. Pues tal y como lo tenemos ahora, debería de seguir siendo posible enviar y recibir llamadas desde el terminal telefónico (de toda la vida). Si no os lo he dicho, me faltan algunas cosas como saber la forma de acceder al contestador de mi operadora desde el teléfono normal cuando lo dejo descolgado (dando señal). O la forma de enviar parámetros al sistema a través del teclado del terminal (por ejemplo, mi inalámbrico). Cosas que hay que estudiando.

    Si es así, espérate a los siguientes posts para ir incrementando las funcionalidades.

    [update (antes de la publicaicón]
    Resulta que antes de que se publicase este post, he seguido jugando mucho más con el sistema. He cambiado algún valor, como los que he contado arriba del PSTN Answer Delay y PSTN Ring Thru. También he hecho otra cosa: Si te dicen que el Inconming Route tiene que tener, por ejemplo, una extensión... ¿Dónde se pone esa extensión? ¿Quién la recoge? Muy bien: La puedes configurar también en el SPA. ¿Dónde? En el Line 1.

    Sección proxy and registration:

    • Proxy: La dirección IP del servidor Asterisk.
    • Los combos relacionados con register a yes (register, make / ans call without register)

    Suscriber information:

    • User ID: El usuario/extensión. Por ejemplo: 567890.
    • Password: En nuestro caso, es un chorro de caracteres que aparece en los datos de la extensión como secret.
    Con esto debería de servir. Eso sí, acuérdate de guardar los datos.

    [/update]

    viernes, 13 de diciembre de 2013

    Configurando e integrando Cisco/Linsys SPA3102 con FreePBX I

    Si todavía no has configurado tu PBX, te recomiendo que lo hagas ahora. En principio, y si todo va bien la configuración del Cisco/Linsys SPA3102, se debería de dar por finalizado el montaje básico para el funcionamiento de la raspberry pi, utilizando RaspPBX, con el aparato de Cisco.

    Recuerdo que estoy intentando seguir la configuración que aconsejan en la documentación de FreePBX.

    De todas formas, antes de entrar en detalles con respecto a dicha documentación, hay que hacer otras cosas antes.

    Lo primero que vamos a hacer va a ser conectar el cable de la línea telefónica en el puerto que está marcado como line. Y vamos a conectar un terminal telefónico de toda la vida (por ejemplo, el inalambrico), en el puerto que está marcado como telephone. ¡No lo enchufes a la corriente! Marca un número que sepas que van a responder o que puede dar línea: ¿Te funciona? ¡Estupendo! Eso significa que podemos continuar. Si no te funciona, poco te puedo contar. Este trasto está diseñado para que en caso de que no disponga de electricidad, sea capaz de trabajar con la línea telefónica ordinaria como si nada.

    Ahora puedes enchufar el aparto a la corriente. Con el teléfono conectado, tendrás que marcar cuatro asteriscos (****), para acceder al menú por voz (también conocido como IVR) que te indicará que marques la opción deseada. Hay una tabla que muestra los códigos que hacen falta para que te "cante" los datos deseados o para modificar algunos (y sólo algunos) de esos datos.

    Codigos para configurar lo más básico del SPA3102 desde el teléfono
    Codigos para configurar lo más básico del SPA3102 desde el teléfono
    Una de las cosas que tendrás que hacer es configurar el aparatito para que se encuentre en la misma red que tu equipo. Vamos: si la configuración de red no se adapta a la que ya tienes, este es el momento.

    Ahora, te va a tocar entrar con el navegador. En mi caso, estoy accediendo con la dirección IP asignada al WAN, si bien estoy conectado al puerto ethernet. Por cierto: siempre mostrando como adminitrador y en advanced.

    Nos vamos a la pestaña LAN setup y configuramo los datos necesarios. En mi caso, lo tenía como

    • bridge (creo recordar que lo cambié desde el teléfono), e
    • Auto NetService Private IP Ranges: puedes poner, por ejemplo, 192.168.1.0-192.168.1.255. O incluso lo puedes dejar por defecto si quieres. No debería de hacer falta tocarlo si tienes todo por defecto.
    • LAN IP Address: Puedes poner 192.168.1.2, por poner un ejemplo. Acuérdate de la máscara de red.
    • Y ya depende de tí si quieres que sea tu DHCP o no. Pero si lo activas, acuérdate de quitar el de tu router de Internet. 

    Configurando el Linksys/Cisco SPA3102: LAN Setup
    Configurando el Linksys/Cisco SPA3102: LAN Setup

    La pestaña application no la he tocado. No me hacía falta.

    Ahora bien: pestaña WAN Setup:
    • Lo importante es tener una dirección IP acorde a la red donde te encuentras, además de su gateway correspondiente y, como no, los DNSs. Al menos, si lo pones como estático. 
    • Además, para que se ponga bien en hora, he puesto dos pool.ntp.org
    La pestaña Status es un resumen de cómo está esta sección de las redes. No tiene mayor misterio.

    Ahora nos vamos a la siguiente parte, que también es importante: El teléfono. Si esto no funciona, mal vamos porque ahí es donde está la gracia. Y... ¡ay! si no funciona.

    Vamos a ver, porque de un día para otro, des-hibernando el equipo ordenador, empezó a funcionar. Pero bueno. Vamos a ver las configuraciones que hacen falta (o que tengo puestas) para que esto funcione (al menos, a mi así me rula). Lo haré mirando las distintas secciones que manipulé y sólo comentaré las que realmente hagan falta tocar.

    Tenemos que ir a la pestaña de regional:
    Códigos de tono para España en el SPA3102 - Regional tab - 01

    Miscelanea: País y configuración para el identificador de llamadas - Regional tab - 01
    Siento no contar mucho al respecto. Uno de los problemas es que tenía varias fuentes de donde obtuve los códigos. Algunas de ellas diferían un poco. Otras, incluso quitaban en los pantallazos algunos datos, tal y como me ha pasado a mí. En el caso de la primera imagen, lo que hay que tocar es el Call Progress Tones. No toques la otra sección de esa captura. Con respecto a la sección de miscelanea, esta configuración me sirve y funciona. Incluso una vez activado el servicio. Asegúrate de que lo tienes activado, no te vayas a volver loco intentando hacer que funcione y no lo haga porque no pueda. Después, se puede dar el caso de que funcione en una instalación y en otra haya que hacer algún que otro cambio como cambiar la impedancia a 600+2.16uF. O el CallerID method, que no sea ETSI FSK. O el Caller ID FSK Standar. Cuando estuve buscando, vi que también podía depender de la compañía. Por lo que mucho ojo.

    Ahora, toca ir al PSTN Line, directamente a la sección PSTN Disconnect Detection. Sólo toqué el disconnect tone:

    SPA3102 - PSTN Line - PSTN Disconect Detection - Discconect tone
    SPA3102 - PSTN Line - PSTN Disconect Detection - Discconect tone
    Ahora mismo, debería de ser posible hacer llamadas a cualquier número normal. Eso sí: posiblemente el acceso al contestador dejando el teléfono descolgado no funcione. Veré si lo consigo arreglar. De todas formas, me parece muy raro que sea sólo esto. A lo mejor me dejo algo en el tintero. Si lo pruebas y no funciona, por favor, deja un comentario abajo y a ver qué se puede hacer. 

    miércoles, 11 de diciembre de 2013

    Configurando FreePBX en la Raspberri PI

    Tal y como os conté el otro día, ya está FreePBX instalado en nuestra Raspberri PI. Ahora nos va a tocar configurarla del todo.

    Para recodar el estado de la última vez: hemos llevado a cabo los comandos que hacen referencia a la localización del servidor. Y hemos accedido al cuadro de mandos desde la interfaz web. Ahora tenemos que afinar la configuración inicial. De hecho, según el estado que indica de los servicios, Asterix da error.

    Vamos a ver: voy a utilizar la wiki de FreePBX, que es la distribución de la que parte el sistema que hemos instalado. Y en su wiki explican los primeros pasos que hay que dar justo después de la instalación.

    La primera que quería hacer era ponerle una dirección IP estática. Pero no lo he encontrado en la interfaz web. De hecho, tiene muchas menos opciones que la que me instalé en la máquina virtual. Y es lógico. No se puede pedir lo mismo en un equipo que a una rasp. Bien. En el fichero /etc/networking/interfaces, tendría que cambiarse a:
    iface eth0 inet static
      address 192.0.2.7
      netmask 255.255.255.0
      gateway 192.0.2.254

    Como no me acordaba muy bien cómo se cambiaba, lo he buscado. Pero este es un buen ejemplo. Evidentemente, acuérdate de poner bien los datos para que te encuentres en la misma red que la que estás configurando.

    También habrá que poner los DNSs. Estos sí que sí, hay que ponerlos en el fichero /etc/resolv.conf. Yo pondré los que normalmente utilizo. Pero, por poner aquí el ejemplo:
    nameserver 8.8.8.8
    nameserver 8.8.4.4
     Ahora, le he ejecutado un

    reboot

    Recordemos poner nuestra interfaz de red en su configuración habitual, para poder volver a acceder al servidor. Si no, mal vamos.

    Continuemos con las configuraciones de la wiki. La conference room, se puede indicar qué aplicación (según se puede desprender de la terminología mostrada) se puede utilizar. Tiene dos por defecto. La que viene seleccionada es la que dicen que es más nueva. Se puede cambiar en el listado que aparece en Settings --> Advanced Settings. Mi consejo: hacer una búsqueda en esa ventana. Será más fácil de encontrar. Pero como digo: lo que recomiendan es que se deje tal y como está.

    Ahora, pasando a la siguiente tarea: es cierto que no me he fijado bien en el resultado que mostraba la pantalla de inicio de sesión del panel, en la parte superior izquierda. Ahí es donde suele mostrar los módulos que hay que actualizar, entre otras cosas.

    Avisos del FreePbx
    Avisos del FreePbx
    Vamos a ver qué podemos cambiar o marcar como ya solucionados. Por ejemplo: el de conference room app changed. Como lo hemos dejado por defecto, pero es el que queremos, podemos quitar este aviso. También podemos desactivar el browser stats, en el mismo menú que vimos antes en Advanced Settings. Aunque lo he desmarcado, no se por qué me está dando problemas. Iré a los siguientes avisos. Si me encuentro con que hay que hacer algo en especial, os aviso.

    ¡Genial! Una cosa: si estáis conectando vuestra rasp directamente al ordenador... posiblemente os de problemas con alguno de estos pasos. Una vez la he conectado al switch, incluso el servicio de Asterix se ha puesto en verde y algunos errores que me habían aparecido se han quitado. Sólo por si las moscas.

    Vale: una vez hemos puesto el conference room app, hemos revisado y actualizado los módulos del sistema, hemos definido el e-mail si es lo que queríamos, hemos quitado la recogida de estadísticas del navegador... Podremos seguir con los siguientes pasos.

    Otra configuración que dicen que es importante: desde Settings --> Asterix SIP Settings. Según dicen, es importante si se va a montar algún tipo de trunk (que aún no se muy bien lo que es). Pero, como ya había leído algo al respecto, sé que vamos a necesitar configurarlo (si es que esta minidistro se deja). Si haces click sobre el botón autoconfigure se podrá configurar automáticamente. De todas formas, hay que tener en cuenta varias cosas:

    • Que si vas a usar la configuración para dar servicio al exterior, que tengas una dirección pública dinámica. 
    • Que estés configurando el dispositivo en un lugar distinto al que lo vayas a situar (como está siendo mi caso)
    Y no se me ocurren más razones, pero que lo tengas en cuenta. 

    Ahora mismo no voy a hablar de la configuración del correo electrónico. Creo que no lo voy a necesitar. Me temo que voy a pasar de él. 

    También hay una configuración muy curiosa. Son los RTPs timers. Hacen referencia al tiempo en el que si se deja de producir sonido, Asterix tire la llamada. Estos son, según he podido entender: 
    • rtptimeout: Una llamada en la que no haya sonido durante 30 segundos, se corta.
    • rtpholdtimeout: Si pones en espera la llamada, y no hay sonido en 300 segundos, también se corta.
    • rptkeepalive: es un paquete que hace que se envíe un "sonido" para evitar que se corte la llamada si hubiese otro sistema mirando esos valores de presencia o ausencia de sonido. 
    Si seguimos con las configuraciones iniciales, ya indican algunas cosas que me suena haber leído en el manual donde explican cómo se ha de configurar tanto la centralita, como el SPA3102 que compré, para integrarlos entre ellos. Recordemos que estamos usando una versión light de lo que sería la descargada en la página oficial, por lo que es posible que algunas cosas no las podamos configurar. Toquemos madera para que sí que sea posible. 

    Lo primero es crear un SIP Trunk. Para hacerlo tendremos que ir a Conectivity --> Trunks. De las distintas opciones que nos ofrezcan, seleccionamos Add SIP Trunk.
    • Trunk name: Yo he puesto una descripción como 1-pstn.
    • Outbound Caller ID: No sabría muy bien qué poner, dado que no da muchos detalles. Posiblemente probaría a poner el número de teléfono fijo, pero si se deja en blanco, a lo mejor no se queja. Cuando le de a grabar sabremos si se puede quedar en blanco o no.
    • Maximum channels: He puesto 1. Sólo podrá haber una salida a la vez. Al menos de momento servirá.
    De momento las demás las dejaré tal cual. Lo que me escama es que hay dos trunk name. Eso sí, seguiré el consejo de poner un nombre simple, y que empiece por '1' (uno).

    Los datos para el peer details van a ser estos. Quita los comentarios o esto fallará:
    disallow=all ;Desde FreePBX 2.4, tiene que estar al principio del todo en esta configuracion en concreto
    allow=ulaw
    canreinvite=no
    context=from-trunk ;muy, muy importante. No lo obvies
    dtmfmode=rfc2833 ; Puedes intentar utilizar 'inband' si tienes problemas con los menús IVR
    host=dynamic ; También puede tener el valor de una IP estática. Mira la advertencia de la documentaicón por si lo quieres cambiar. En mi caso, después de ver que no conseguía hacerlo funcionar (que estoy editando esto antes de que se publicase), lo he puesto a dynamic.
    incominglimit=1
    nat=never ; Si el SPA3102 no está en tu red, tendrás que ponerlo a 'yes'
    port=5061 ; Cambian el puerto por defecto. En vez de '5060' se usa este. Sigamos el consejo.
    qualify=yes
    secret=XXXXXX ; Selecciona uno bueno. Hará falta más adelante. Si usas un chorro muy, muy largo, podría fallar el registro.
    type=friend
    username=1-pstn ; Tiene que coincidir con el 'trunk-name' o fallará el registro.
    El post de donde estoy siguiendo las instrucciones dicen que el autor original informaba de que si se ponía la dirección del host como estática, Asterix metía en los logs de que no estaba como dínámica. De todas formas, a saber cuándo se escribió y si ya se ha solucionado. Tampoco es que expliquen del todo bien qué es cada dato. Para mí, los más importantes posiblemente sean host (si le pones la dirección estática, será la del SPA3102), seguro que secret y username y port son datos que tendrás que tener a mano para más adelante. Bien. Ahora sólo falta hacer click sobre el botón submit changes y después el botón rojo de apply changes.

    Por cierto: ojo que la sesión caduca muy rápido. Que ya me ha pasado varias veces.

    Ahora vamos a hacer las outbounds routes. Para eso tendremos que ir a Connectivity --> Outbound Routes.

    • Le vamos asignar el nombre que aconsejan: SPA3102. Si quieres: OutboundSPA3102. Más adelante crearemos uno para el inbound
    • Aunque no lo voy a configurar, sí que comentan que puedes poner una contraseña para salir por ese trunk.
    • También dicen que sólo permitirán una serie de patrones para que se utilice para unas llamdas en concreto. En mi caso, tampoco lo voy a utilizar. 
    • Trunk secuence...: Seleccionaremos el primer combo el valor del trunk que acabamos de crear. Supongo que se podrá configurar para que el siguiente trunk se utilice si el primero no funciona. En mi caso, sólo utilizaré el primero. 
    Ya podemos hacer el submit y el apply.

    Ahora configuraremos las Inbound Routes. Tal y como hemos hecho, tendremos que ir al menú Connectivity --> Inbound Routes.
    • Name: El nombre que aconsejan puede estar bien: InboundSPA3102.
    • DID number: Muy importante apuntarse el número que pongas aquí, porque lo necesitarás para indicarselo al SPA3102. Por ejemplo, el número de teléfono fijo al que te estás conectando. 
    • Ahora, si vas abajo del todo, podrás decidir qué destino tendrán las llamadas lleguen a esta ruta. Podrá ser una extensión (que aún no hemos creado ), un IVR (de esos menús que te dicen "pulsa 1 para XXX", "pulsa 2 para YYY"...), etc. Ahora mismo me tocará crear una extensión. Pero será de prueba. Ya se podrá afinar más adelante creando otra con el número correcto. Esto es porque no permite continuar sin seleccionar alguna opción, y ésta tiene que existir en el sistema. Por lo tanto, para crear la extensión, ya sea porque te lo ofrezca o porque lo hagas directamente desde el menú Applications --> Extensions (tal y como voy a hacer ahora):
      • User extension: Es el número de extensión. Importante coger algo que sea coherente para cada una de las que vayas a crear.
      • Display Name: Si no me equivoco, será la descripción que les debería de aparecer a los otros dispositivos que reciban sus llamadas. ¿Sólo desde la misma red? Eso no lo se.
      • Outbound currency limit: Cuando hice pruebas con la máquina virtual, vi que había que cambiarlo. En mi caso, al menos por ahora, lo pondré a '1'. 
    Lo mismo que las otras veces: se pulsa sobre submit y después sobre apply.

    En principio, ya bastaría con esto. Al menos, en lo que respecta al Asterisk, y según las instrucciones. En algún momento, posiblemente para el siguiente post, os contaré la configuración del SPA3102, para que tire de la línea telefónica (que ya ni sé cómo lo hice funcionar) y que se enganche a este servidor. Para probar esto último, lo más seguro es que configure una extensión. Y esto es lo que quería poner aquí para terminar este post.

    lunes, 9 de diciembre de 2013

    Instalando RasPBX: Rasperri PI y PBX

    Como ya os he contado voy a montar un PBX en una rasperri pi. Como podéis ver en la imagen, ya le he puesto la carcasa.

    Rasperri PI en su carcasa

    Ahora, hay que hacerse con la distribución deseada. En mi caso, me voy a instalar una RasPBX. En principio, voy a seguir los consejos que dan para hacer la instalación. No puedo asegurar que si se hace con otra distro vaya a funcionar, pero la verdad, debería de tirar igualmente.

    Lo primero de todo va a ser descargarse el fichero de instalación y descomprimirlo. En mi caso el fichero ya descomprimido es raspbx-12-08-2013.img.

    Ahora hay que descargarse el Win32DiskImager, que permitirá pasar la imagen del sistema que vamos a instalar a la tarjeta SD. No olvidarse de tener una a mano. ¡Ah! Y que sea como mínimo de la capacidad que requiera el sistema operativo en cuestión. En mi caso, va a utilizar 4 GB, sí o sí. O eso dicen. Después se podrá reajustar. Pero como aún no lo he hecho, porque estoy escribiendo esto en vivo y en directo...

    Por lo tanto, y para que quede claro: tarjeta SD insertada y localizada. No vayas a utilizar la letra equivocada. Perderías los datos irremediablemente. El diskImager que os acabo de decir, lanzado como administrador (por si las moscas). El .img correspondiente también localizado. Ahora, le daremos al botón write para empezar el proceso.

    Win32DiskImager para grabar la imagen de la RasPbx en la tarjeta SD
    Win32DiskImager para grabar la imagen de la RasPbx en la tarjeta SD
    Cuando finalice, deberías de poder ver que ahora la unidad utilizada sólo tiene un máximo aproximado de 75MB. Dentro habrá una serie de ficheros, entre otros algunos .txt y algún que otro kernel. En principio, eso debería de significar que todo ha salido bien. En caso contrario, me temo que no puedo dar ningún consejo.

    Con todo esto hecho, ahora podemos sacar la tarjeta SD e introducirla en la ranura correspondiente. Toca buscar, pero no es nada complicado. Son varias razones: una, se puede descartar porque si en cada lado tenemos los puertos USB y red, salida de vídeo... ¿RCA? y audio, HDMI... El último sitio donde mirar sería justo al lado del micro USB para la alimentación. Además, la carcasa tiene el hueco donde encaja. No sólo eso, sino que también hay que mirar en qué posición hay que introducirla. Evidentemente, los contactos metálicos de la tarjeta tendrán que estar mirando hacia la rasp

    Bueno. Es el momento de enchufarla a la corriente. Aunque lo he hecho durante dos segundos, y he visto una sola luz encendida, me ha parecido ver que la carcasa tiene una leyenda de lo que significa cada led:

    Leds encendidos de la rasp
    Aquí podemos ver los leds encendidos. La leyenda de la izquierda es la que está serigrafiada directamente en la placa. La de la derecha es la que está grabada en la carcasa. La única diferencia notable es la marca de más abajo del todo: en la placa pone ACT mientras que en la carcasa pone OK. Este es el que se enciende y apaga. Si desconecto el cable de red, las tres primeras luces se apagan.

    Una vez descrito todo esto, vamos a ver si consigo el acceso sin tener que conectar ningún monitor y teclado USB. Teniendo en cuenta que no hay DHCP, que tengo conectado directamente el cable con este microordenador y que el direccionamiento de red es un tanto peculiar, mucha suerte tendré si lo consigo de buenas a primeras.

    En efecto, un ping para raspbx no ha funcionado. Por lo que se me ha ocurrido una cosa: tirar de wireshark. Seguro que alguna cosa sí que salía. Y, en efecto, en 5 segundos después de lanzarlo para la tarjeta de red correspondiente, he conseguido el dato que necesitaba:
    Wireshark para buscar la IP de la rasp: es una APIPA
    Como podía imaginarse, al no existir un DHCP, y no indicar la documentación una dirección IP específica,era de esperar que se la hubiera asignado ella misma. Y sólo podía haberlo hecho con una dirección de tipo APIPA. El estándar dice que tiene que ser tipo 169.254.0.0/16. Lo mejor es que me ponga en ese rango y después ya le asignaré el direccionamiento que mejor me convenga. ¡Genial! Aunque un primer ping ha fallado al 50%, ya responde correctamente. La primera vez que he intentado tirar desde el putty no me ha dejado acceder, sí he que podido llegar desde la interfaz web:

    Intefaz web para FreePbx en la rasperri pi
    Intefaz web para FreePbx en la rasperri pi

    De todas formas, el usuario root y la contraseña raspberry que dicen que hay que utilizar en la documentación, no tiraban en el panel de control web. Por lo que he vuelto a intentar tirar de los comandos. Eso sí, después de un reinicio inesperado. Ahora sí que sí, en la consola, puedo llevar a cabo la configuración recomendada:

    #configure-timezone
    #dpkg-reconfigure locales

    El configure-timezone te permitirá seleccionar la zona horaria. En mi caso, he seleccionado Madrid. El dpkg-reconfigure locales, te permitirá seleccionar el tipo de codificación que quieres con la que trabaje.En mi caso, he dejado seleccionada por defecto las del inglés de Inglaterra (GB) y he seleccionado las de español de España. Por defecto, dejaré que sea es_ES@euro.

    Ya ya está. Ahora se debería de poder acceder al portal (tal y como enseñé antes) e introducir las credenciales para el mismo, totalmente diferentes a las que se usan para la consola (algo que no me acordaba). Por defecto, admin tanto para el usuario como para la contraseña. Y este es el estado en el que se encuentra:

    Estado inicial de FreePbx justo una vez se que se ha terminado de instalar
    Estado inicial de FreePbx justo una vez se que se ha terminado de instalar

    Y por hoy aquí lo dejamos. Ya os seguiré explicando los siguientes pasos que he ido dando en siguientes posts.




    viernes, 6 de diciembre de 2013

    Unboxing: Rasperri Pi

    Como os conté hace unos días, hice un pedido de una serie de cosas. Entre otras, una rasperri pi y su tarjeta SD correspondiente. Mi plan: Montarme una minicentralita PBX.

    Como fui muy listo, conseguí que el pedido de este microordenador saliese en distintos envíos: uno el pequeño dispositivo y la tarjeta SD de 8 GB en la que instalaría el sistema operativo y en otro, la carcasa para la Rasp, que además, sale de otro distribuidor. Todo eso, en vez de que salga del mismo sitio a la vez. ¿Veis como soy muy listo?

    También lo soy por abrir el paquete sin hacerle las fotos correspondientes. Total, que este unboxing va a ser un poco de pega. Ya había metido algo las zarpas en el contenido. Pero bueno, por enseñar un poco cómo estaban las cosas tampoco creo que pase nada.

    El contenido del paquete: Rasperri pi y tarjeta SD
    El contenido del paquete: Rasperri pi y tarjeta SD
    Aunque me ha quedado un poco desenfocada (o movida):

    La tarjeta SD que usaré para montar el sistema
    La tarjeta SD que usaré para montar el sistema
    No tiene mucho más misterio. Ahora, la Rasperri:

    Caja que contiene la Rasperri Pi
    Caja que contiene la Rasperri Pi


    Rasperri pi en la bolsa que la protege de la electricidad estática
    Rasperri pi en la bolsa que la protege de la electricidad estática

    Rasperri pi en la bolsa que la protege de la electricidad estática
    Rasperri pi fuera de la bosa protectora de electricidad estática
    Una razón por la ahora mismo no voy a sacar la Rasp es porque quiero esperar a que me llegue la carcasa. En cuanto me llegue, le podré dar bastante caña. A ver si hay suerte.

    lunes, 2 de diciembre de 2013

    FreePBX 01 - Unboxing Cisco/Linksys Spa3102

    Llevaba tiempo queriendo hacer un tinglao con el teléfono fijo y al final me voy a poner con ello. Espero que me salga como quiero (por mi  bien).

    Lo primero que hice fue hacer una  serie de pruebas con FreePBX en una máquina virtual. Tiraban de ésta una aplicación de escritorio en Windows y otra para Android desde el móvil. 

    El tema es que ya me decidí a comprar las cosas que me harían falta. Una de ellas era un aparato que te convierte la línea RTB (Red Telefónica Básica) a VoIP. Además, en mi estudio también pude ver que se podía dirigir las comunicaciones a una centralita PBX. La razón de comprar esta marca y este modelo no es otra que Lorenzo (Martínez) fue la que nos presentó en alguno de sus posts sobre este tema. 

    Y, sin más, os dejo las fotos que fui haciendo a medida que desempaquetaba uno de los envíos de los que constaba el pedido que hice. 

    Paquete del pedido del Linsys Spa3102
    Paquete del pedido del Linsys Spa3102

    Abriendo el paquete del pedido del Linsys Spa3102
    Abriendo el paquete del pedido del Linsys Spa3102

    Dislumbrando la caja, pero está boca abajo
    Dislumbrando la caja, pero está boca abajo

    Caja del Linsys Spa3102, dispuesta para ser abirta
    Caja del Linsys Spa3102, dispuesta para ser abierta

    Primera impresión de la caja nada más abrirla
    Primera impresión de la caja nada más abrirla

    Y, para finalizar, la última imagen que hice fue con todo el contenido del paquete para que viese todo lo que había dentro de la caja:

    Contenido completo del Linsys Spa3102
    Contenido completo del Linsys Spa3102
    A falta del CD, que se puede ver en una la penúltima imagen, el contenido que se puede describir (sentido de las agujas del reloj, y centro) sería:
    • El cable para el teléfono (contector RJ11)
    • El dispositivo propiamente dicho
    • Par trenzado, categoría 5, tipo 568B, para la red (vamos, el cable con conector RJ45).
    • Alimentación para la red eléctrica. Pero sin el formato del enchufe.
    • En el centro: El enchufe para la alimentación eléctrica.
    Me explico con los dos últimos: Para la alimentación de para la red eléctrica, dependiendo del país donde estés, te puedes encontrar con que el enchufe tiene un formato u otro. En este caso, lo que hacen es tener el mismo adaptador de corriente para el dispositivo en cuestión, y te entregan sólo una pequeña pieza que vas a acoplar dicho adaptador. Esa pieza es la irá definida por el país en el que te encuentres. Espero que se haya entendido, porque no me ha resultado muy fácil explicarlo. 

    De momento lo dejo aquí. Pero ya iré haciendo otra serie de posts al respecto. 

    lunes, 25 de noviembre de 2013

    Un puerto, dos lugares

    Este fin de semana estaba en la academia de piano a la que voy con asiduidad, cuando me dijeron que tenían un pequeño problema. Habían cambiado el router para acceder a internet y una de las sedes no podía acceder al servidor en el que se encuentra el software que gestiona las facturas. Y antes sí que podían. 

    En el momento en el que pude ponerme a ello ya estaba el caballero de la operadora, que no veía muy bien cómo podía solucionarlo. Y yo, al principio, tampoco. Se pudo recabar más o menos la siguiente información:

    - Se había cambiado un router por otro.
    - No se habían producido otros  cambios en el resto del sistema. 

    Por lo tanto, parecía que el problema iba a estar en el trasto que se acababa de cambiar. Ahí había que buscar las posibles diferencias entre el antiguo aparato y el nuevo. En principio, si el nuevo permitía un acceso a internet como siempre, no debía de estar en la conexión. Pero sí que había algo que estaba claro: si se accede desde el exterior, tenía que haber, como mínimo, un problema en los puertos. 

    Sabiendo eso, había que mirar qué puertos iban a hacer falta abrir, como mínimo. ¿Cómo se buscan esos puertos si ya no se dispone del antiguo router? Además, siendo un software propietario... Muy bien. Sabiendo que en la misma red podía haber otro cliente abierto, teníamos que mirar a qué puertos estaba accediendo éste, para así, poder abrirlos. 

    Lo primero de todo sería mirar en el software por si hubiese algún sitio donde configurarlos. Pero, en este caso, no hubo suerte y no aparecía nada que hiciese pensar que se podía configurar algún tipo de conexión. Además, sin disponer del portátil, tampoco se podría utilizar ningún sniffer. Tampoco es plan de bajarse uno, pero se podría haber hecho. Hasta, que se me ocurre, que para qué instalar un wireshark o net monitor si tenemos el magnífico 

    netstat -nabo > salida_netstat.txt

    A partir del cual, se podría intentar buscar el nombre del ejecutable del programa. En este caso, hubo suerte  y el ejecutable se llamaba igual que el programa. Pero, si no hubiese sido así, habría hecho falta buscar la carpeta de instalación del cliente y mirar qué ejecutables habría para ir buscando en el fichero de salida el que correspondiese. Como iba diciendo, en este caso hubo suerte y sólo salieron 3 o 4 entradas que se corresponderían con el programa en cuestión. Y todas ellas al mismo puerto. 

    Por desgracia, después de abrir ese puerto y desde el otro lado probar varias veces (con reseteos del router y todo) no se consiguió hacerlo funcionar en ese destino remoto. En cuanto vuelva, preguntaré para ver qué me faltaba, porque no debía de ser mucho más difícil. 

    miércoles, 13 de noviembre de 2013

    Cómo calcular el SAI / UPS que se necesita

    Recientemente (realmente, hace unos meses), tuve un pequeño encargo: se necesita que un servidor, que es el que hace que funcionen unos TPVs, siguiese funcionando en el caso de que la luz se fuese. Me comprometí a hacerlo… Y cada vez que quiero hacerlo o no es el mejor momento o no puedo. Por lo que ahora que acabo de sacar un rato, me he puesto a investigar. Porque, todo sea dicho, he hecho pocas cosas con los SAIs, desde conectarlo físicamente a la corriente y al ordenador, hasta configurarlo en un Linux. Y ya. Sin importarme el tiempo que fuera a durar. Precisamente, eso es lo que se necesita calcular: ¿qué equipo hace falta para tener una autonomía de X tiempo?

    Lo primero vamos a aventurar las cosas que parezcan obvias, y después, vamos a adentrarnos en el mundo de la búsqueda por Google.

    Primero, vamos a analizarlo para un equipo sólo y después lo vamos afinando.

    Vamos a ver.

    Primero habrá que averiguar cuánto consume. No creo que sea lo mismo un ordenador de sobremesa que un señor pepino que es 7 veces más fuerte que tú potente que ese miso equipo de sobremesa. Además, en esto influye cada uno de los periféricos que tenga conectados el equipo, si conectamos también el monitor…

    También habrá que ver qué batería le pones y que salida ofrece. No creo que una batería de móvil sirva para nada. Es más, lo más probable es que ni se inmute.

    Con esto, deberíamos poder buscar, en términos muy, muy generales, qué tenemos que comprar. Os recuerdo, que todo esto va a ser teniendo en cuenta que va a servir para un equipo, y sólo uno. Como enchufemos más equipos a alguna de las tomas que tiene salida de batería… Recordemos que los SAIs también tienen tomas que sólo “limpian” las posibles fluctuaciones de la corriente que podrían tostar (quemar) un equipo.

    Desde el sitio de Unicrom, dan una fórmula de cómo se tiene que calcular la potencia que debería de tener el UPS para las necesidades adecuadas. El problema está en que en New SAI dan otra fórmula distinta. Ahora lo explico. Para ello vamos a tener una tabla como la siguiente:

    Ejemplo de tabla para calcular el SAI mínimo necesario:, procedente de Unicrom
    Ejemplo de tabla para calcular el SAI mínimo necesario:, procedente de Unicrom
    Tendremos que listar los equipos. En sus respectivas columnas de voltios y amperios, vamos a poner los datos que indiquen sus correspondientes etiquetas.

    Una vez tengamos listados los equipos con sus datos de voltios y amperios, tendremos que multiplicar los voltios y los amperios para obtener los VAs. Y aquí es donde radica la diferencia entre varios sitios. Mientras que en el Unicron dicen que este cálculo es directamente un VA, en New SAI dicen que esta multiplicación son vatios, y que para obtener el VA real hace falta dividirlo entre 0,7. De hecho, los mismos de Unicron, también dicen que si en la etiqueta de los equipos analizados tienen marcado su consumo de potencia con los vatios, para obtener los VAs correspondientes hay que dividir ese valor entre 0,7 o multiplicarlo por 1,43. Un ejemplo que explica muy bien cómo a veces se confunden estas fórmulas está en este enlace. Otras fuentes van más allá, e indican que esa división debería de estar entre 0,6 y 0,7 , dependiendo del fabricante (gama alta o baja entre otros valores). Aunque es un margen de error, en estos casos voy a dar por bueno estos 0,7.

    Vamos a ver las fórmulas que proponen aquí:

    POTENCIA ACTIVA (W) Vatios = 1 vatio = 1 Voltio x 1 Amperio x COS fi
    POTENCIA APARENTE (VA) Voltiamperios = 1 VA = 1 Voltio x 1 Amperio
    Por lo que 1W = 1 VA x COS fi


    Teniendo en cuenta esta información, podemos despejar algunos datos para sacar los VAs de los vatios y viceversa.

    Donde COS fi es ese factor del que estamos hablando que se encuentra entre 0,6 y 0,7.

    (x W ) / 0,7 = y VA
    (z VA) x 0,7 = p W


    Vamos a analizar las dos fuentes que he utilizado: Unicron y New SAI. Pongamos 120v y 2 A para un equipo.

    Para Unicron, tendríamos:
    120 v x 2 A = 240 VA

    Para New SAI serían:
    (120v x 2 A)/0,7 = 342,85… VA

    Vemos que la diferencia entre ambos es casi, casi de un 30%. Ese factor de corrección parece bastante importante.

    A final, habrá que saber los VAs que consumimos y que su valor será siempre mayor al vatio.

    Después de todo este follón, ahora toca poner cada uno de los resultados en su celda correspondiente.

    Ahora tendremos que sumar todos los VAs que hemos calculado. Una vez sumados, vamos a buscar un margen de crecimiento. Según recomiendan en la página, que este sea de un 5% anual, para un equipo que pueda tener una durabilidad de 5 años. Espero que no haga falta, pero aún así, por si las moscas, vamos a calcular ese 25% que recomiendan. Los VAs que vamos a necesitar saldrán de la suma del subtotal con el valor obtenido del 25%. Si tenemos en cuenta el ejemplo que nos ponen en la página, podemos hacer un pequeño redondeo hacia arriba. A ver, si no tienes visos de que se vaya a ampliar el equipo, podrías mirar si el UPS siguiente hacia abajo te serviría.

    Con esto hemos calculado la potencia que debería de tener el SAI, pero no hemos hecho ninguna comprobación de cuánto tiempo de autonomía nos dará. ¿Hay alguna otra forma de hacer los cálculos necesarios para saber cuál es el mejor UPS, ya sea por la potencia o por el tiempo que nos permita trabajar sin que nos llegue la chicha al equipo?

    Eso sí: Tengamos mucho cuidado de la potencia que sacamos no vayamos a quemar algún equipo (¿cuál de ellos: el que queremos que no se quede fuera de servicio ante un apagón o el UPS? No me ha quedado del todo claro, la verdad).

    Ahora ya sabemos qué va a consumir aproximadamente nuestro sistema. En la búsqueda de información para realizar los cálculos, una de las primeras entradas de Google. Desde FashionPCs explican bastante bien cómo se debería de calcular la duración en tiempo que ofrecerá nuestro Sistema de Alimentación Ininterrumpida. Una de las cosas que me ha gustado mucho es que han sido muy cautos y los consejos que han dado en los dos últimos párrafos.

    Así, para que conste aquí la fórmula que nos ofrecen:

    Tiempo autonomía = ((Número_baterías x Voltaje_baterías x Amperios-Hora_baterías x eficacia_SAI) / (VAs_SAI))x60
    Por cierto, el amperio-hora (Ah), es, la cantidad de electricidad que, en una hora, atraviesa un conductor por el que circula una corriente continua de 1 A, según Wikipedia.

    Desde APC, un fabricante que ya conocía de SAIs, tienen un configurador, que te ayuda muy bien a seleccionar el producto que ellos te ofrecen según los datos introducidos. y que voy a mirar ahora mismo (mientras que escribo este post).

    Lo tengo que probar más tarde (cuanto continúe editando este post y revise algunos datos que no me acaban de cuadrar), pero el resultado obtenido no todo lo que esperaba: Si tenemos en cuenta el porcentaje de ampliación, no me cuadra nada el resultado. Probando, probando, me he puesto a despejar obteniendo:

    (x V / y VA) = factor

    Y los resultados se encontraban entre 0,7 y 0,8. Por eso algunos de esos datos no cuadraban. Como dicen en alguno de los ejemplos de donde he obtenido los datos para este post, cada fabricante pone lo que le da la gana.

    No voy a negar que prácticamente todas estas entradas las he conseguido en la primera entrada que me ha ofrecido Google. Creo que de momento esto es todo lo que puedo contar. No he buscado mucho más, pero, para las necesidades básicas, creo que me servirá. Si tengo alguna que otra cosa más, haré otra publicación al respecto.

    miércoles, 6 de noviembre de 2013

    Las imágenes en blogger no son las que he subido

    Así es como debería de empezar el artículo: Las imágenes en blogger no son las que he subido... al menos, en lo que a su hash se refiere.

    Como algunos sabréis, recientemente he montado mi primer reto. Era de esperar que quería que funcionase bien, pero ha sucedido algo que no me esperaba. Y aquí he de entonar el mea culpa. Vamos a poner un ejemplo muy curioso. Pongamos que queremos subir una imagen…

    Vamos a poner un ejemplo: esta captura quita el ajuste automático de imágenes en blogger. Para desactivarlo tienes que acceder a https://www.google.com/settings/plus:

    Cómo quitar ajuste automático de imagenes en Google / Blogger
    Cómo quitar ajuste automático de imagenes en Google / Blogger
    Esta imagen tiene el siguiente hash md5 (sí, lo sé, no es recomendable, pero bueno, por poner un ejemplo):

    Hash imagen del ajuste: e39f872040f4474ef49edb06f87c38dd
    Ahora, habría que mirar qué pasa si nos bajamos la imagen. El problema está en que en vista previa no me deja cogerla bien. Como he podido leer que las imágenes se guardan en álbumes en Picasa, voy a ver si ahí sí que puedo hacerme con la foto correctamente, descargarla, y probar qué hash me muestra ahora. Por desgracia, aún no me la muestra, tendré que publicar este post para hacer la prueba.  

    [Lugar donde pondré los resultados después de actualizar las modificaciones que hace blogger al subir las fotos. ¿Qué resultado obtendremos?]
    [UPDATED]

    Comparación de imágenes después de realizar el cambio de configuración en el perfil de Google
    Comparación de imágenes después de realizar el cambio de configuración en el perfil de Google
    Al cambiar la configuración, las imágenes ya son las que deberían de ser. Al menos, eso parece.
    [/UPDATED]

    Por poner un ejemplo claro de que se producen cambios, me bajaré las dos imágenes que se tenían que analizar y las compararé con las que se tendrían que haber bajado. Estos son los enlaces:

    Imágenes para descargar
    Los "segundos enlaces" te llevan a las miniaturas que te presenta blogger cuando te muestra todas las fotos. O eso es lo que he deducido. 

    Hashes de las imágenes originales y las descargadas
    Hashes de las imágenes originales y las descargadas
    Para que se entienda la anterior captura: las dos primeras imágenes son con las que habría que trabajar. Las otras son la miniatura (las que llevan el apellido "_reducida") y las de tamaño normal.

    Por eso, el reto no salió todo lo bien que esperaba. Ahora me gustaría hacer un sondeo: ¿Cuántos de vosotros lo habéis intentado hacer? Como mínimo, Longinos tuvo la idea de que se podría haber manipulado de alguna forma la imagen por parte de blogger, cosa al final se ha podido corroborar. Por lo tanto, para los siguientes tengo que buscar un plan de actuación para evitar en la medida de lo posible este problema (¿el cambio que he hecho en la configuración de mi perfil?). Una idea que me dio Longinos cuando estuvimos allí por la NoConName, es que tendría que haber puesto la firma de la imagen para que aquel que se la bajase supiese si era la foto correcta o no. Ya sabéis, algo que tendría que haber caído en la cuenta.

    Espero que para las próximas tenga más éxito. Ahora, vamos a ver qué resultado obtenemos de publicar este artículo y bajarme la imagen que he hasheado al principio.