Ojeando el blog de maxid, he encontrado este artículo acerca de cómo solventar problemas derivados de la fragmentación de paquetes con Mikrotik. Estos problemas pueden ser el acceso a páginas HTTPS, conexiones MSN, etc.

Para solucionarlo debemos cambiar el MSS con la una regla en el mangle. Existe una tabla de referencia:

Ya salió la nueva RC de Mikrotik, la 3.0rc6. Entre otras novedades que podéis ver en el changelog, lo que más me interesa es el soporte para marcar por Layer7 a través de WinBox.

Podemos añadir unos cuantos protocolos con este script (la lista es increíble). Para la siguiente versión prometen mejorarlo un poco.

Digium acaba de anunciar la compra de la empresa SwitchVox, empresa de 15 personas que desarrollaban una IP PBX basada en Asterisk y enfocada a pequeñas y medianas empresas. Su punto más fuerte es la facilidad de uso e instalación gracias a ofrecer un producto paquetizado con una herramienta de gestión vía web muy potente e intuitiva.

Me gusta esta compra. Creo que SwitchVox puede aportar a Digium ese enfoque hacia las PYMEs que les permita utilizar la potencia de Asterisk sin la complejidad de administrar todo por consola y scripts.

FreePBX ofrece también una interfaz de administración vía web, que además es OpenSource, aunque está un paso atrás en cuanto a usabilidad e imagen. Desde Excom estamos integrando estas soluciones para también paquetizar una IP PBX de fácil uso y administración.

…o cómo utilizar nuestra conexión SSH para acceder a cualquier máquina:puerto al que tenga acceso el servidor remoto.

Os comento una situación típica:

Disponemos de un acceso SSH al servidor Asterisk de un cliente para su mantenimiento. Por el motivo que sea, necesitamos acceder a otros puertos de la misma máquina o de otras conectadas al servidor. En este caso, necesitamos conectarnos a la administración web de un teléfono IP Linksys.

Si no tenemos acceso por VPN o posibilidad de realizar NAT desde el router/firewall, podemos utilizar el túnel SSH para acceder a este puerto.

Vamos a indicar cómo hacerlo utilizando el programa PuTTy (sobre Windows):

1. Ejecutamos PuTTy y seleccionamos la sesión a utilizar
2. En el menú de la izquierda nos dirigimos a: Connection->SSH->Tunnels
3. Añadimos un nuevo puerto (”Add new forwarded port”):
• Source port: Puerto al que conectaremos desde nuestra máquina
• Destination: IP_REMOTA:PUERTO_REMOTO
• En las opciones, dejar “Local” marcado
• Presiona “Add” para añadir el túnel
4. Volvemos a “Session”, pudiendo salvarla con el nuevo puerto, y presionamos “Open” para conectar
5. Inicia sesión en el servidor remoto

Con estos pasos cumplimentados, ya disponemos del túnel.

El túnel lo que hace es un reenvío desde nuestra propia máquina hacia la remota (como un NAT). Por lo tanto, para acceder al puerto, como IP utilizamos “127.0.0.1″ o “localhost”.

Si el puerto es el 80 para acceder a la administración web del teléfono Linksys, por ejemplo, podríamos acceder a ella poniendo la siguiente dirección en nuestro explorador:

http://localhost:80 (o http://localhost/)

El Fax sobre IP, debido a su antigua tecnología basada en audio, incurre en muchos problemas por jitter y pérdidas de paquetes. Normalmente utilizamos adaptadores de Linksys con el codec g711a (alaw) que no va comprimido y utiliza 100kbps de ancho de banda en cada sentido. Es una solución que funcionando en la misma red cableada que la centralita funciona correctamente, sobre todo con algunos retoques como:

• Que la máquina de Fax trabaje a 14,400bps
• Cambiar algunos parámetros del adaptador Linksys:
• Network jitter buffer: very high
• Jitter buffer adjustment: disable
• Call Waiting: no
• 3 Way Calling: no
• Echo Canceller: no
• Silence suppression: no
• Preferred Codec: G711a
• Use pref. codec only: yes

A día de hoy ya podemos empezar a hacer uso del protocolo T.38 (Fax sobre IP), que no utiliza un codec de voz para transmitir fax, sino que ha sido desarrollado para permitir específicamente las transmisiones de fax y módem sobre redes IP. Los adaptadores que soportan t.38 transmiten los faxes como imagen (consumiendo la mitad del ancho de banda que con alaw), y gestionan el jitter y las pérdidas de paquetes para aislar la máquina de estos problemas.

Hay que tener en cuenta que la centralita a la que conectemos también soporte el protocolo. Asterisk lo hace desde la versión  1.4.

Modelos de Linksys que soportan t.38:

• SPA-2100
• SPA-2102
• SPA-3102

Nueva “release candidate” de Mikrotik: la rc5.

Entre otras mejoras:

• Posibilidad de marcar paquetes por layer7!
• Nuevos y actualizados drivers de tarjetas
• Mejoras en la detección del protocolo ares/warez

Sangoma ha aumentado su gama de productos con la nueva A500 BRI. Llevaba esperando esto un tiempo, mientras hemos estado utilizando las B410P de Digium, que, todo sea dicho, da un rendimiento y calidad excelentes.

La nueva A500 BRI, soporta el bus ISDN S/T en modos NT y TE (sin jumpers), soportando tanto los mercados europeos como americanos.

Declaración del CEO de Sangoma, David Mandelstam:

Our A500 BRI card was developed in response to the continuing world market demand for a quality BRI that works flawlessly when connected to any ISDN switch. The solution uses a well-tested and widely-certified ISDN code set, ensuring full resolution of connection issues that have plagued BRI connectivity on open source telephony systems up until now.

Principales características:

• Soporta de 2 a 24 puertos
• PCI o PCO Express
• Opción de cancelador de eco Octasic.

De momento, no tengo información acerca del precio.

Aprovechando que voy a realizar una instalación del SoftEcho de Octasic en un cliente, voy a postear los pasos necesarios para su instalación.

En primer lugar, necesitamos descargarnos:

1. Fuentes del Kernel: En mi caso, al ser CentOS 5, con “yum install kernel-devel”
2. Fuentes del Zaptel: En mi caso, Zaptel 1.4.3
3. Las últimas versiones de SoftEcho (OCTVQE8), disponibles en:

• http://www.octware.net/downloads/
• ftp://ftp.octware.net/pub/octvqe8/

Los archivos a descargar (en mi caso en la carpeta /root/softecho) son:

• octvqe8-01.04.00-pr-base.tgz
• octvqe8-01.04.00-ARCH.tgz (Donde ARCH equivale a nuestro procesador)
• register32 o register64 según nuestra plataforma

Read the rest of this entry »

Se me acumulan los dominios, aunque nunca sean pocos.

Esto funciona así: estás trabajando y te surge una necesidad, se te ilumina la bombilla, ves una idea similar pero mejorable o escuchas las necesidades de otras personas y zas! surge la idea de un proyecto web.

Read the rest of this entry »

Hace unos días, una nota de prensa de Sangoma indicaba que había solucionado el problema de los faxes sobre T1/E1 resolviendo el timing.

Ahora Kevin Fleming de Digium lanza una respuesta poniendo bajo sospecha esta declaración de Sangoma e indicando que la mayoría de los usuarios utilizan el fax sobre T1/E1 sin problemas. Comentan que la mayoría de los problemas se centran en la incompatibilidad de la máquina de fax al otro lado.

He de decir que en un cliente de Excom utilizamos Hylafax sobre E1 sin problemas desde hace tiempo.