Como conectar un repetidor tetrapol (matra) con TDMoIP utilizando un RAD IP MUX

Como ya lo comentamos anteriormente, una de las tecnicas para conectar un repetidor de matra es TDMoIP, en esta ocasión explicare un poco el escenario que tengo operando ya por mas de 1 año sin mayores complicaciones.

Primero vamos a revisar el diagrama de conectividad.

Despues de asignar parametros basicos (direccion IP, gateway, fecha, hora, SNMP) hay que configurar los parametros del E1/T1, elegimos el numero de canal (puerto donde tenemos conectado el E1) y en la configuracion de la capa fisica se configuran los siguientes parametros.

Hay que tener especial cuidado en los siguientes puntos:

• ·         Determinar quien nos va a ofrecer la sincronía de reloj, para este escenario se configuro en Adaptive, pero para otras aplicaciones este parámetros pueden variar.
• ·         Channel Type en CRC4 Disable ya que vamos a emular un clear channel.
• ·         CAS Disable en Signaling Mode para evitar mandar información de señalización en el payload.

En la configuración del bundle, hay que habilitar los canales que vamos a requerir, en nuestro escenario queda de la siguiente forma:

Se manejan  los timeslots 1,2 y 29, ya que en nuestro escenario solamente esos 3 requiere el repetidor de tetrapol para poder trabajar (la cantidad de timeslots va en proporcion de la cantidad de canales de comunicacion del repetidor), por lo que nos vamos a ahorrar el resto del ancho de banda que estarían consumiendo el resto de los canales.

Una vez establecidos los parámetros anteriores, se configura el bundle de conexión.

El next hop, que en todo caso seria el Gateway, ya que seria el siguiente salto para poder llegar a la dirección IP del IP Mux Remoto.

En nuestro caso no se va a utilizar el Next Hop ya que el equipo remoto se encuentra dentro del mismo segmento de red, por lo que no va a ser necesario alcanzar ningún Gateway.

El Jitter Buffer se ajusto a 3000.

Otra consideración importante en nuestro escenario fue el ajuste de los bytes de TDM en cada frame, se tuvo que ajustar del default 48 a 384, de esta forma se comporto mucho mas estable, este parámetro se modifica en la configuración del sistema.

Espero y esta pequeña guía les pueda servir para conectar un repetidor tetrapol con su conmutador principal mediante la técnica de TDMoIP utilizando el RAD IPMux.

TDM over IP

En esta ocasión les voy a comentar sobre TDMoIP.

Empecemos con un poco de teoría.

TDM over IP o TDM sobre IP es la emulación de un circuito TDM (time división multiplexing) sobre una red conmutada de paquetes (PSN).

 TDM se refiere a T1, E1, T3 o E3, mientras la red conmutada de paquetes esta basado en IP, MPLS o Ethernet.

Pero… ¿que nos dice esto o para que nos sirve? o mejor aun ¿Qué tiene que ver esto con Seguridad Publica?

Básicamente para lo que nos sirve es para poder emular un E1 o T1 sobre una red IP. Esto sirve cuando tenemos la limitante de no poder contar con un E1/T1 “clear channel” ya sea propio o arrendado y solo tenemos un enlace de datos que trabaja sobre una red IP. De esta forma podemos tomar el E1, encapsularlo, transportarlo por la red IP y posteriormente des encapsularlo para entregar el E1 en la punta remota.

En Seguridad Publica esto puede servir para comunicar un repetidor tetrapol con su conmutador, en mi caso he trabajado con un par de plataformas, IPMux de RAD y un modulo llamado CEM (Circuit Emulation Module) de Cisco que se integra en sus routers ISR, estas dos plataformas pueden hacer el TDMoIP.

En ambos casos se requiere un poco de ajuste, ya que hay que tomar en cuenta distintos factores, pero acorde a la experiencia que he tenido, el factor que mas puede llegar a afectar es el jitter, por ello hay que tener en cuenta que se necesita tener un medio de transporte que sea estable, ya que por la naturaleza del mismo trafico, el E1 encapsulado se transporta en UDP. Por lo tanto no hay retransmisión.

Hay algunas técnicas que nos permiten aminorar el impacto que pudiera tener un pequeño corte en el enlace o una variación en los tiempos de respuesta del medio que estamos utilizando, a continuación describiré un par de ellas.

Jitter Buffer: como su nombre lo indica, se genera un pequeño buffer para tratar de disminuir el impacto que se pudiera tener con la variación de latencias, este buffer se puede ajustar de tal forma que pueda tolerar la variación de latencias y nos permita trabajar sin mayor contratiempo.

Data protection: con esta técnica se envía por duplicado el mismo stream de datos, de tal forma que si uno de ellos no se recibe integro, se puede tomar el Segundo stream y poderlo des encapsular correctamente.

Payload Compression: Esta técnica nos permite comprimir el payload de la información que estamos enviando, con esto reducimos el ancho de banda que se esta utilizando y se optimiza el trafico.

Otro factor a considerar es el overhead, esto lo podemos disminuir incrementando el tamaño del paquete que estamos enviando, con esto hacemos paquetes grandes, por lo tanto transmitimos menos paquetes y por ende el overhead disminuye.

Es importante mencionar que algo que también hace mucho mas eficiente el uso del TDMoIP es que podemos utilizar solamente los canales o timeslots que requerimos, por ejemplo, podemos generar un circuito con solo 3 canales, lo que nos daría un consumo de 192kbps en lugar de los 2048kbps de un E1.

En proximas entradas pondré configuración de TDMoIP en ambas plataformas.

Hola Mundo!

Hola, que tal!

Esta es mi primer entrada del blog Seguridad Publica IT, la principal intención de este blog es compartir experiencias relacionadas con las tecnologías de la información enfocadas a la seguridad publica.