Desde DAVANTEL queremos desearte unas Felices Fiestas navideñas y esperamos poder seguir contando contigo el año que viene. …
La entrada Feliz Navidad y Próspero Año Nuevo se publicó primero en Blog DAVANTEL.
viernes, 21 de diciembre de 2018
martes, 18 de diciembre de 2018
Guía de configuración rápida para routers Teltonika
En este post te explicamos los pasos mínimos que debes realizar para configurar tu router Teltonika y dejarlo operativo y accesible remotamente. …
La entrada Guía de configuración rápida para routers Teltonika se publicó primero en Blog DAVANTEL.
martes, 11 de diciembre de 2018
Grabación del último webinar sobre routers Teltonika
¿ Te perdiste el último webinar sobre routers Teltonika ? No te preocupes, aquí te mostramos la grabación. …
La entrada Grabación del último webinar sobre routers Teltonika se publicó primero en Blog DAVANTEL.
martes, 4 de diciembre de 2018
Powertxt – Apagado y encendido a través de SMS y alertas de fallo de alimentación en tiempo real
¿ Qué es Powertxt ? Powertxt es un interruptor de potencia controlado a través de mensajes de texto SMS desde …
La entrada Powertxt – Apagado y encendido a través de SMS y alertas de fallo de alimentación en tiempo real se publicó primero en Blog DAVANTEL.
miércoles, 28 de noviembre de 2018
Los 11 mejores artículos de tecnología en nuestro blog
En este post te resumimos los 10 mejores artículos de Tecnología publicados en nuestro blog …
La entrada Los 11 mejores artículos de tecnología en nuestro blog se publicó primero en Blog DAVANTEL.
miércoles, 21 de noviembre de 2018
Los 10 mejores ‘How-To’ sobre routers Teltonika
Te resumimos en un post los mejores 10 How-to sobre routers Teltonika para que saques el máximo rendimiento al equipo …
La entrada Los 10 mejores ‘How-To’ sobre routers Teltonika se publicó primero en Blog DAVANTEL.
lunes, 12 de noviembre de 2018
Webinar – Familia de routers 3G y 4G LTE de Teltonika – Mie. 14 de Noviembre a las 17:00
Te presentamos la gama de routers 3G y 4G de Teltonika y sus diferencias para que puedas escoger el modelo más adecuado. También te indicamos cómo configurarlo y cómo integrarlo en la plataforma de gestión remota RMS. …
La entrada Webinar – Familia de routers 3G y 4G LTE de Teltonika – Mie. 14 de Noviembre a las 17:00 se publicó primero en Blog DAVANTEL.
jueves, 8 de noviembre de 2018
Módulos ópticos y soluciones de conectividad para datacenter y cloud computing
Los transceptores ópticos, los AOC (Active Optical Cables) y los DAC (Direct Attach Cable) hasta 400G de nuestro partner Gigalight permiten resolver los problemas de conectividad en el datacenter y cloud computing …
La entrada Módulos ópticos y soluciones de conectividad para datacenter y cloud computing se publicó primero en Blog DAVANTEL.
miércoles, 31 de octubre de 2018
Conversores ópticos a 10G
Los conversores ópticos eléctricos 10G OEO permiten cambiar la longitud de onda de señales ópticas hasta 10G para la conexión de dispositivos a 10G multimodo sobre fibra óptica monomodo o la conversión a longitudes de onda WDM …
La entrada Conversores ópticos a 10G se publicó primero en Blog DAVANTEL.
jueves, 25 de octubre de 2018
¿ Cómo usar las entradas y salidas digitales en los routers Teltonika ?
Te explicamos cómo usar tu router para notificar cambios en sus entradas digitales o analógicas o cómo modificar sus salidas remotamente …
La entrada ¿ Cómo usar las entradas y salidas digitales en los routers Teltonika ? se publicó primero en Blog DAVANTEL.
miércoles, 17 de octubre de 2018
Weserve, un ISP holandés escoge a Raisecom para ofrecer acceso Gigabit a miles de nuevos usuarios
El ISP holandés WiServe seleciona los switches de Raisecom para desplegar una red de acceso y backbone de nivel 2 y nivel 3 con capilaridad FTTH …
La entrada Weserve, un ISP holandés escoge a Raisecom para ofrecer acceso Gigabit a miles de nuevos usuarios se publicó primero en Blog DAVANTEL.
miércoles, 10 de octubre de 2018
DRP – Distributed Redundancy Protocol (IEC62439-6)
En este post te explicamos el protocolo DRP para conexión en anillo de switches industriales así como su extensión para la unión de varios anillos de forma redundante. …
La entrada DRP – Distributed Redundancy Protocol (IEC62439-6) se publicó primero en Blog DAVANTEL.
jueves, 20 de septiembre de 2018
Webinar - Soluciones para comunicaciones industriales
¿ Quieres conocer de forma rápida nuestras soluciones para comunicaciones industriales?
Apúntate a nuestro webinar y en 45 minutos te explicaremos de forma resumida nuestras soluciones para estos entornos incluyendo routers 3G/4G, switches industriales, conversores de sincronismo y comunicaciones redundantes PRP y HSR.
¿ Quieres conocer de forma rápida nuestras soluciones para comunicaciones industriales?
Apúntate a nuestro webinar y en 30 minutos te explicaremos de forma resumida nuestras soluciones en los siguientes campos:
Fecha y hora: Viernes, 21 de Septiembre a las 10:00 AM
Duración aprox: 45 min.
Apúntate a nuestro webinar y en 45 minutos te explicaremos de forma resumida nuestras soluciones para estos entornos incluyendo routers 3G/4G, switches industriales, conversores de sincronismo y comunicaciones redundantes PRP y HSR.
¿ Quieres conocer de forma rápida nuestras soluciones para comunicaciones industriales?
Apúntate a nuestro webinar y en 30 minutos te explicaremos de forma resumida nuestras soluciones en los siguientes campos:
- Transmisión por pares de cobre: G.SDHSL.bis
- Routers 3G y 4G LTE
- Control de barreras y telecontrol GSM
- Extensión de servicios legacy sobre SDH/PDH y PTN
- Soluciones WDM
- Servidores NTP/PTP con receptor GPS
- Conversores de sincronismo
- Conversores de medio y módems serie a fibra
- Switches industriales
- Comunicaciones redundantes PRP y HSR
- SFP compatibles
¿ Te animas ? Sólo tienes que pinchar en el link inferior. ¡ Te esperamos !
Fecha y hora: Viernes, 21 de Septiembre a las 10:00 AM
Duración aprox: 45 min.
miércoles, 19 de septiembre de 2018
¿ Cómo conseguir un segundo puerto RS232 en el RUT955 a través del puerto USB del router ?
En este post te explicamos como usar el puerto USB del RUT955 para conseguir un puerto RS232 o RS485 adicional.
Como quizás sepáis el router RUT955 incorpora un puerto RS232 y un puerto RS485 a 2 o 4 hilos. Estos puertos permiten diferentes funciones siendo la principal la denominada Over IP en la que el puerto actua como un conversor serie a IP encapsulando el tráfico serie recibido por el puerto en paquetes TCP/UDP y enviándolos a través de la interfaz WAN (móvil, RJ45 o WiFi) y desencapsulando los paquetes recibidos en tráfico serie en el sentido contrario.
En algunas aplicaciones podemos necesitar un puerto serie adicional no disponible en el propio router. Una solución sería añadir algún tipo de conversor serie a Ethernet y conectarlo a un puerto LAN del router. Esta opción tiene algunas desventajas tales como el coste añadido, el espacioocupado por el dispositivo adicional y la necesidad de alimentarlo y la configuración de port forwarding necesaria en el router hacia el nuevo dispositivo.
En las últimas versiones de firmware del RUT955 tenemos la posibilidad de conectar cualquier adaptador USB a serie en el puerto USB del router y utilizarlo como un puerto serie adicional.
Para ello basta conectar el adaptador (no tendremos que instalar ningún driver en el router) y seleccionar el menú USB Tools y la pestaña USB to Serial.
A continuación marcaremos la opción Enabled y configuraremos el puerto en velocidad, formato de palabra, modo servidor/cliente/bidireccional y el puerto TCP de comunicación (que debe ser diferente al configurado en los otros puertos serie del router).
Finalmente deberemos añadir las interfaces a través de las cuales aceptaremos los paquetes TCP/UDP con la información encapsulada.
Tened en cuenta que si desconectáis el adaptador y lo volvéis a conectar es posible que sea necesario resetear el router para que el puerto vuelva a fucionar correctamente.
Como quizás sepáis el router RUT955 incorpora un puerto RS232 y un puerto RS485 a 2 o 4 hilos. Estos puertos permiten diferentes funciones siendo la principal la denominada Over IP en la que el puerto actua como un conversor serie a IP encapsulando el tráfico serie recibido por el puerto en paquetes TCP/UDP y enviándolos a través de la interfaz WAN (móvil, RJ45 o WiFi) y desencapsulando los paquetes recibidos en tráfico serie en el sentido contrario.
En algunas aplicaciones podemos necesitar un puerto serie adicional no disponible en el propio router. Una solución sería añadir algún tipo de conversor serie a Ethernet y conectarlo a un puerto LAN del router. Esta opción tiene algunas desventajas tales como el coste añadido, el espacioocupado por el dispositivo adicional y la necesidad de alimentarlo y la configuración de port forwarding necesaria en el router hacia el nuevo dispositivo.
En las últimas versiones de firmware del RUT955 tenemos la posibilidad de conectar cualquier adaptador USB a serie en el puerto USB del router y utilizarlo como un puerto serie adicional.
Para ello basta conectar el adaptador (no tendremos que instalar ningún driver en el router) y seleccionar el menú USB Tools y la pestaña USB to Serial.
A continuación marcaremos la opción Enabled y configuraremos el puerto en velocidad, formato de palabra, modo servidor/cliente/bidireccional y el puerto TCP de comunicación (que debe ser diferente al configurado en los otros puertos serie del router).
Finalmente deberemos añadir las interfaces a través de las cuales aceptaremos los paquetes TCP/UDP con la información encapsulada.
Tened en cuenta que si desconectáis el adaptador y lo volvéis a conectar es posible que sea necesario resetear el router para que el puerto vuelva a fucionar correctamente.
lunes, 17 de septiembre de 2018
InnoTrans 2018 - Kyland presenta su gama de switches on-board Aquam EN50155
Kyland presenta su gama de switches on-board Aquam EN50155 en la feria InnoTrans 2018 a celebrarse en Berlín los días 18 a 21 de Septiembre
Nuestro partner Kyland Technology presentará su gama de switches on-board Aquam en la feria InnoTrans a celebrarse en Berlín los días 18 a 21 de Septiembre.
Si tienes pensado visitar la feria no dudes en pasarte por su stand en Hall 4.1 booth 216 donde podrás ver y conocer de primera mano esta familia de switches especialmente diseñados para su instalación y operación dentro de convoys ferroviarios.
La familia Aquam cumple con la normativa IEC61375 para redes de comunicaciones embarcadas incluyendo las funcionalidades TTDP, R-NAT y bypass.
Si no tienes pensado visitar la feria pero quieres ampliar información sobre estos equipos puedes visitar nuestro blog donde detallamos estas y otras funcionalidades.
Nuestro partner Kyland Technology presentará su gama de switches on-board Aquam en la feria InnoTrans a celebrarse en Berlín los días 18 a 21 de Septiembre.
Si tienes pensado visitar la feria no dudes en pasarte por su stand en Hall 4.1 booth 216 donde podrás ver y conocer de primera mano esta familia de switches especialmente diseñados para su instalación y operación dentro de convoys ferroviarios.
La familia Aquam cumple con la normativa IEC61375 para redes de comunicaciones embarcadas incluyendo las funcionalidades TTDP, R-NAT y bypass.
Si no tienes pensado visitar la feria pero quieres ampliar información sobre estos equipos puedes visitar nuestro blog donde detallamos estas y otras funcionalidades.
lunes, 3 de septiembre de 2018
F-DPU100 - Router 4G LTE y gateway/conversor de protocolos
EL F-DPU100 es un router LTE 4G con 5 puertos Gigabit, WiFi, puertos RS232 y RS485 y entradas y salidas digitales y por relé. Además de router puede funcionar como dispositvo de adquisición de datos de otros dispositivos conectados y como gateway de comunicaciones entre protocolos serie y Ethernet. Soporta protocolos Modbus, UIEC101, IEC104 y BACnet.
El F-DPU100 es un router LTE/4G con velocidades de hasta 100Mbps que dispone de 1 puerto WAN 10/100/1000BaseTX, 4 puertos LAN Ethernet 10/100/1000BaseTX, WiFi 802.11 a/c y b/g/n, un puerto RS232, 5 puertos RS485 2 hilos, 2 entradas digitales, 1 salida digital y 1 relé 1A 250VAC. Como router incorpora cliente VPN (PPTP, L2TP, IPSec y GRE) y también servidor VPN según PPTP y L2TP. El equipo también puede funcionar como un gateway y conversor de protocolos tanto como dispositivo de adquisición de datos a través de puertos serie o Ethernet como servidor de datos esclavo conectado a un sistema SCADA o similar. El F-DPU100 soporta los protocolos IEC101, IEC104, Modbus TCP y RTU/ASCII y BACnet.
El equipo soporta temperaturas de funcionamiento de -25ºC a +65ºC. El F-DPU100 puede configurarse para conexión automática en el momento del arranque o bien para conexión bajo demanda (mediante un SMS o una llamada perdida de un número autorizado).
miércoles, 1 de agosto de 2018
¿ Cómo monitorizar o configurar nuestro router Teltonika a través del protocolo Modbus ?
En este post te contamos cómo configurar o monitorizar los routers Teltonika a través de protocolo Modbus. Podrás desde obtener el nivel de señal o el estado de un entrada digital hasta resetar el router o activar una salida digital. Todo de forma remota a través de la interfaz móvil y desde cualquier SCADA o aplicación que soporte el protocolo Modbus TCP
El router modelo RUT955 dispone de un puerto serie RS232/485/422 y puede funcionar como un gateway Modbus-TCP en el interfaz WAN a Modbus-RTU en el interfaz serie.
Pero adicionalmente, podemos configurar un cliente Modbus TCP en cualquier modelo de router Teltonika. Este cliente Modbus nos permite convertir nuestro router en un dispositivo Modbus TCP que podemos monitorizar o controlar desde nuestro SCADA a través de este protocolo.
Basta ir a la pestaña correspondiente y marcar la opción Enable, configurar el puerto TCP que usaremos (podemos seleccionar uno diferente al estándar si tenemos ya algún dispositvo Modbus detrás del router y ya hemos creado nuestra regla de port forwarding) y habilitar el acceso remoto si las peticiones Modbus nos van a llegar a través del interfaz WAN.
Según la definición del protocolo Modbus, los objetos o informaciones que podemos leer del router se almacenan en registros. Los registros que contienen una información numérica ocupan dos bytes mientras que los que contienen información alfanumérica ocupan un total de 16 bytes. En la tabla siguiente se muestran los objetos consultables y su direccionamiento.
De forma análoga podemos controlar algunos aspectos básicos del funcionamiento del router a través del protocolo Modbus mediante la escritura de determinados registros. En estos registros, que mostramos en la tabla siguiente, el router consulta de forma periódica la información almacenada a fin de llevar a cabo ciertas acciones como por ejemplo la activación o desactivación de la interfaz WiFi o móvil o incluso el reseteado del router.
Podéis ampliar esta información en la wiki de Teltonika.
El router modelo RUT955 dispone de un puerto serie RS232/485/422 y puede funcionar como un gateway Modbus-TCP en el interfaz WAN a Modbus-RTU en el interfaz serie.
Pero adicionalmente, podemos configurar un cliente Modbus TCP en cualquier modelo de router Teltonika. Este cliente Modbus nos permite convertir nuestro router en un dispositivo Modbus TCP que podemos monitorizar o controlar desde nuestro SCADA a través de este protocolo.
¿ Cómo habilitar el protocolo Modbus TCP ?
Basta ir a la pestaña correspondiente y marcar la opción Enable, configurar el puerto TCP que usaremos (podemos seleccionar uno diferente al estándar si tenemos ya algún dispositvo Modbus detrás del router y ya hemos creado nuestra regla de port forwarding) y habilitar el acceso remoto si las peticiones Modbus nos van a llegar a través del interfaz WAN.
Monitorización - Objetos de lectura
Según la definición del protocolo Modbus, los objetos o informaciones que podemos leer del router se almacenan en registros. Los registros que contienen una información numérica ocupan dos bytes mientras que los que contienen información alfanumérica ocupan un total de 16 bytes. En la tabla siguiente se muestran los objetos consultables y su direccionamiento.
Control remoto - Objetos de escritura
De forma análoga podemos controlar algunos aspectos básicos del funcionamiento del router a través del protocolo Modbus mediante la escritura de determinados registros. En estos registros, que mostramos en la tabla siguiente, el router consulta de forma periódica la información almacenada a fin de llevar a cabo ciertas acciones como por ejemplo la activación o desactivación de la interfaz WiFi o móvil o incluso el reseteado del router.
Podéis ampliar esta información en la wiki de Teltonika.
lunes, 23 de julio de 2018
ESIM252 - Monitorización y control remoto por SMS
El ESIM252 dispone de 5 entradas digitales con conteo de pulsos y dos salidas mediante relé. Se configura localmente a través de USB o remotamente a través de Internet por GPRS. Permite notificar mediante SMS los cambios en las entradas y actuar las salidas enviando un SMS al equipo o haciéndole una llamada perdida.
El ESIM252 es un dispositivo con conectividad GSM/GPRS especialmente indicado para la monitorización y control de otros equipos en entornos desatendidos. Dispone de 5 entradas digitales (con posibilidad de contar de pulsos) y 2 salidas mediante relé. El equipo es configurable localmente a través de puerto USB y remotamente a través de conexión GPRS a través del software Configuration Tool. Es posible conectar un kit de batería recargable externa modelo EBU1.
El equipo se alimenta de forma estándar de 10Vdc a 24Vdc y se presenta en formato para su montaje en carril DIN. El rango de temperatura de funcionamiento es de -20ºC a +55ºC.
El ESIM252 está especialmente indicado para las siguientes aplicaciones:
A continuación os detallamos las principales funcionalidades del dispositivo:
Puedes descargarte el folleto del equipo, ver una presentación en formato PDF o videotutorial en español en nuestra web o ver el siguiente video con un tutorial en inglés del propio fabricante sobre la configuración del equipo
El ESIM252 es un dispositivo con conectividad GSM/GPRS especialmente indicado para la monitorización y control de otros equipos en entornos desatendidos. Dispone de 5 entradas digitales (con posibilidad de contar de pulsos) y 2 salidas mediante relé. El equipo es configurable localmente a través de puerto USB y remotamente a través de conexión GPRS a través del software Configuration Tool. Es posible conectar un kit de batería recargable externa modelo EBU1.
El equipo se alimenta de forma estándar de 10Vdc a 24Vdc y se presenta en formato para su montaje en carril DIN. El rango de temperatura de funcionamiento es de -20ºC a +55ºC.
El ESIM252 está especialmente indicado para las siguientes aplicaciones:
- Sistemas de seguridad
- Sistemas de riego y control de incendios
- Vigilancia y control de edificios
- Automatización de casas y jardines
- Control de iluminación y climatización
- Monitorización y control de equipos remotos
Prestaciones:
A continuación os detallamos las principales funcionalidades del dispositivo:
- 5 entradas configurables en los textos de notificación y restablecimiento con posibilidad de contar pulsos
- Hasta 5 usuarios para configuración del equipo a través de SMS o para recibir las alarmas o controlás los relés de salida
- Salidas mediante relé: 1 ESIM252 o 2 ESIM252
- Control de las salidas mediante mensaje SMS o llamada perdida
- Posbilidad de control de las salidas mediante calendario interno
- Hasta 10 mensajes de audio configurables para la notificación y restablecimiento de los cambios de las entradas
- Log con capacidad para almacenar hasta 500 eventos
- Auto-test periódico mediante envío de SMS
- Interfaz USB para configuración local
- Posibilidad de actualización del firmware
Especificaciones
De tipo físico:
- Temperatura de servicio entre -20°C y +55°C
- Montaje para carril DIN
- Dimensiones 82x63x17 (mm)
- Interfaz USB
- Conector SMA para antena GSM
GSM:
- Quad band: 850/900/1800/1900 MHz
- Corriente en estado de reposo: 50mA
Eléctricas:
- Alimentación: 10 a 24Vdc ±10%
- 4 entradas digitales de nivel bajo (0...16V) NO (normally open) / NC (normally closed)
- 1 entrada digital de nivel alto (5...50V) NO (normally open) / NC (normally closed)
- 2 salidas mediante relé (24V, 1A, en bornas)
Puedes descargarte el folleto del equipo, ver una presentación en formato PDF o videotutorial en español en nuestra web o ver el siguiente video con un tutorial en inglés del propio fabricante sobre la configuración del equipo
jueves, 19 de julio de 2018
¿ Cómo prevenir el uso no autorizado de tu router Teltonika ?
En este post te indicamos algunas precauciones que debes tomar al configurar tu router para evitar que alguien no autorizado pueda acceder a él.
En la mayor parte de casos, nuestro router tendrá una dirección IP pública y accesible a través de Internet. Esta accesibilidad que es fundamental para poder realizar tareas de mantenimiento a acceso remoto a nuestros dispositivos tras el router también es un riesgo puesto que nuestro equipo está expuesto a cualquiera que tenga acceso a Internet.
¿ Qué peligros conlleva que alguien no autorizado pueda entrar en nuestro router?
En este post vamos a indicarte algunos consejos para minimizar el riesgo de accesos no autorizados a nuestro router.
Siempre es recomendable tener la última versión de firmware disponible instalada en nuestro router. Disfrutaremos de las últimas prestaciones y correcciones de posibles fallos o bugs.
Podéis descargaros las últimas versiones de firmware disponibles a través de la wiki de Teltonika. Seleccionad vuestro modelo de router y descargad el fichero de firmware y el bootrom por si el router os lo solicita (depende de la diferencia entre la versión antigua y la nueva).
Como ejemplo, diremos que las últimas versiones a fecha actual obligan al usuario a cambiar el password por defecto de acceso al router 'admin01' por un texto de 8 caracteres mínimo con números y letras.
Recordad que por defecto los acceso remotos SSH, HTTP y HTTPS están deshabilitados. En cualquier caso es muy probable que queramos acceder remotamente al router para cambiar algún parámetro de configuración o simplemente para ver su estado. Si es así, recomendamos habilitar sólo el acceso remoto HTTPS (securizado con SSL). De esta forma, cuando conectemos con el router a través de nuestro navegador toda la información irá encriptada y aunque alguien con un sniffer capturase dicho tráfico no podría averiguar el password de acceso al router.
Los routers de Teltonika incluyen un firewall basado en las iptables de Linux. Dentro de este firewal incluyen una serie de mecanismos de protección antes ataques de denegación de servicios (DDOS).
Algunos mecanismos como el SYN flood o Port Scan ya vienen activados por defecto pero otros como el ICMP request o como los ataques SSH/HTTP/ HTTPS no vienen limitados por defecto. Todos estos mecanismos permiten limitar el número de accesos por unidad de tiempo. En cualquier caso tengamos cuidado, si los activamos, con los parámetros que indiquemos de intentos y tiempos ya que podríamos dejar innacesible nuestro rotuer a través de estos accesos.
Esta es una disyuntiva que muy pocos de vosotros os vais a encontrar ya que hoy en día salvo servicios concretos contratados con cierto volumen con el operador móvil todas las conexiones disponen de IP dinámica y deberemos normalmente acceder al router a través de un dominio DNS dinámico (salvo que paguemos un coste extra al mes para disponer de una dirección IP fija).
Sin embargo, no todo son ventajas con las IP públicas fijas. En este caso, al no variar la dirección es mucho más fácil de detectar por un scanner o sistema de acceso masivo. Con una IP dinámica, quizás puedan entrar en nuestro router en un momento determinado pero luego tendrán que volver a averiguar nuestra dirección IP pública para entrar de nuevo a nuestro dispositivo.
En el siguiente artículo de Teltonika podéis ver los diferentes tipos de IP pública que ofrecen los operadores móviles con sus ventajas y desventajas.
En la mayor parte de casos, nuestro router tendrá una dirección IP pública y accesible a través de Internet. Esta accesibilidad que es fundamental para poder realizar tareas de mantenimiento a acceso remoto a nuestros dispositivos tras el router también es un riesgo puesto que nuestro equipo está expuesto a cualquiera que tenga acceso a Internet.
¿ Qué peligros conlleva que alguien no autorizado pueda entrar en nuestro router?
- cambios en la configuración del router haciéndolo inoperativo para nuestra aplicación
- activación o desactivación de salidas digitales
- posiblidad de envío de SMS a través del router con el consiguiente gasto en función del número destino
En este post vamos a indicarte algunos consejos para minimizar el riesgo de accesos no autorizados a nuestro router.
Actualiza tu router a la última versión
Siempre es recomendable tener la última versión de firmware disponible instalada en nuestro router. Disfrutaremos de las últimas prestaciones y correcciones de posibles fallos o bugs.
Podéis descargaros las últimas versiones de firmware disponibles a través de la wiki de Teltonika. Seleccionad vuestro modelo de router y descargad el fichero de firmware y el bootrom por si el router os lo solicita (depende de la diferencia entre la versión antigua y la nueva).
Como ejemplo, diremos que las últimas versiones a fecha actual obligan al usuario a cambiar el password por defecto de acceso al router 'admin01' por un texto de 8 caracteres mínimo con números y letras.
Accede siempre al router remotamente a través de HTTPS y no HTTP
Recordad que por defecto los acceso remotos SSH, HTTP y HTTPS están deshabilitados. En cualquier caso es muy probable que queramos acceder remotamente al router para cambiar algún parámetro de configuración o simplemente para ver su estado. Si es así, recomendamos habilitar sólo el acceso remoto HTTPS (securizado con SSL). De esta forma, cuando conectemos con el router a través de nuestro navegador toda la información irá encriptada y aunque alguien con un sniffer capturase dicho tráfico no podría averiguar el password de acceso al router.
Configura correctamente las opciones de DDOS del firewall del router
Los routers de Teltonika incluyen un firewall basado en las iptables de Linux. Dentro de este firewal incluyen una serie de mecanismos de protección antes ataques de denegación de servicios (DDOS).
Algunos mecanismos como el SYN flood o Port Scan ya vienen activados por defecto pero otros como el ICMP request o como los ataques SSH/HTTP/ HTTPS no vienen limitados por defecto. Todos estos mecanismos permiten limitar el número de accesos por unidad de tiempo. En cualquier caso tengamos cuidado, si los activamos, con los parámetros que indiquemos de intentos y tiempos ya que podríamos dejar innacesible nuestro rotuer a través de estos accesos.
IP pública fija o dinámica
Esta es una disyuntiva que muy pocos de vosotros os vais a encontrar ya que hoy en día salvo servicios concretos contratados con cierto volumen con el operador móvil todas las conexiones disponen de IP dinámica y deberemos normalmente acceder al router a través de un dominio DNS dinámico (salvo que paguemos un coste extra al mes para disponer de una dirección IP fija).
Sin embargo, no todo son ventajas con las IP públicas fijas. En este caso, al no variar la dirección es mucho más fácil de detectar por un scanner o sistema de acceso masivo. Con una IP dinámica, quizás puedan entrar en nuestro router en un momento determinado pero luego tendrán que volver a averiguar nuestra dirección IP pública para entrar de nuevo a nuestro dispositivo.
En el siguiente artículo de Teltonika podéis ver los diferentes tipos de IP pública que ofrecen los operadores móviles con sus ventajas y desventajas.
lunes, 16 de julio de 2018
ESIM120 - Apertura de puertas a través de teléfono móvil
El ESIM120 es un controlador GSM/GPRS que permite abrir una puerta de un garaje o una barrera de acceso a través de una llamada perdida (sin cargo) de nuestro teléfono móvil o a través de un widget de nuestro smartphone. El equipo permite control y mantenimiento remoto y guarda un log con los accesos registrados.
¿ Cansado de tener que repartir mandos a distancia para abrir barreras o puertas de garaje ? ¿Necesitas dar acceso a usuarios tan sólo por unos días o incluso horas?
Si estás en alguna de estas situaciones te interesa el ESIM120. Se trata de un controlador GSM/GPRS con dos relés de salida que se pueden actuar al recibir una llamada perdida de algún teléfono dado de alta en su base de datos con capacidad hasta 2000 usuarios. También podemos abrir la puerta simplemente pulsando en un widget que deberemos instalarnos en nuestro smartphone.
El ESIM120 se configura localmente a través de un ordenador conectado por un puerto USB al equipo. Podremos dar de alta y baja usuarios y sus números de teléfono y configurar qué relé queremos actuar (uno, otro o ambos) y en qué franjas horarias podrá abrir o no cada usuario.
El ESIM120 también dispone de dos entradas digitales cuyo cambio de estado puede desencadenar el envío de un SMS con texto configurable a uno o varios usuarios definidos como operadores.
Una vez instalado, el ESIM120 se puede acceder remotamente a través de Internet gracias al módem GPRS que integra. De esta forma podremos añadir o quitar usuario o recuperar el registro de las llamadas recibidas sin tener que desplazarnos al lugar de la instalación.
El ESIM120 se entrega con una caja envolvente plástica y una antena magnética con cable de 3m. Admite alimentaciones de 12Vd o 24Vdc o 220Vac a través de un alimentador externo.
Puedes descargar el folleto del equipo o también una presentación en formato PDF a través de nuestra web. O si lo prefieres puedes ver el siguiente video donde explicamos cómo configurar el equipo.
¿ Cansado de tener que repartir mandos a distancia para abrir barreras o puertas de garaje ? ¿Necesitas dar acceso a usuarios tan sólo por unos días o incluso horas?
Si estás en alguna de estas situaciones te interesa el ESIM120. Se trata de un controlador GSM/GPRS con dos relés de salida que se pueden actuar al recibir una llamada perdida de algún teléfono dado de alta en su base de datos con capacidad hasta 2000 usuarios. También podemos abrir la puerta simplemente pulsando en un widget que deberemos instalarnos en nuestro smartphone.
El ESIM120 se configura localmente a través de un ordenador conectado por un puerto USB al equipo. Podremos dar de alta y baja usuarios y sus números de teléfono y configurar qué relé queremos actuar (uno, otro o ambos) y en qué franjas horarias podrá abrir o no cada usuario.
El ESIM120 también dispone de dos entradas digitales cuyo cambio de estado puede desencadenar el envío de un SMS con texto configurable a uno o varios usuarios definidos como operadores.
Una vez instalado, el ESIM120 se puede acceder remotamente a través de Internet gracias al módem GPRS que integra. De esta forma podremos añadir o quitar usuario o recuperar el registro de las llamadas recibidas sin tener que desplazarnos al lugar de la instalación.
El ESIM120 se entrega con una caja envolvente plástica y una antena magnética con cable de 3m. Admite alimentaciones de 12Vd o 24Vdc o 220Vac a través de un alimentador externo.
Puedes descargar el folleto del equipo o también una presentación en formato PDF a través de nuestra web. O si lo prefieres puedes ver el siguiente video donde explicamos cómo configurar el equipo.
miércoles, 11 de julio de 2018
Conversión de protocolos IEC61850
La familia de conversores de protocolos DG de Kyland permiten la integración de IEDs con diferentes protocolos en una arquitectura IEC61850 bien como simples bridges o pasarelas o bien como elementos capaces de almacenar datos de los IEDs en memoria interna para luego entregarlos bajo petición al sistema SCADA
La familia de gateways y conversores de protocolo DG-AX de Kyland integran modernas comunicaciones con un diseño robusto de alta fiabilidad y bajo consumo. Esta familia es capaz de realizar la conversión entre diferentes protocolos, la concentración y recopilación de datos en memoria interna y el procesado o cálculos sobre los mismos para su entrega a sistemas SCADA.
La configuración de los equipos se realiza de forma sencilla y gráfica a través de su software ICE capaz de volcar el modelado de objetos y valores en el equipo necesarios y específicos para cada aplicación.
A continuación veremos algunos de los principales escencarios de uso de estos dispositivos
En esta aplicación el gateway DG actúa por un lado como un master hacia los IEDs definidos y conectados recopilando información de objetos de diferentes protocolos y almacenándola en su memoria interna. Esta información puede ser entregada bajo petición de sistemas superiores tipo SCADA bien bajo el mismo protocolo de comunicaciones o bajo otro cualquiera a través de la conversión y mapeo interno que hayamos definido en nuestra aplicación.
En esta aplición, el DG actúa como un proxy inteligente capaz de recopilar datos a través de sus puertos serie y Ethernet. Importando cualquier fichero IEC61850 SCL (.icd/.cid) y mapeando los datos a los objetos internos recopilados de dichos dispositivos podemos convertir nuestro DG en un IED 61850 virtual de cada a nuestro sistemas SCADA.
La herramienta gráfica de configuración ICE de la familia DG nos permite también definir tareas u operaciones avanzadas a través de scripts que pueden ser cargados en el dispositivo en modo on-line. A través de estas tareas podemos realizar cálculos lógicos, acumulaciones de resultados, triggers específicos o tareas en batch sobre múltiples IEDs añadiendo un universo de funcionalidades al dispositivo y descargando algunas tareas en nuestro SCADA.
Si quieres ampliar esta información puedes visitar nuestra página de gateways inteligentes o descargarte el documento Kyland-TechnicalPaper-ProtocolConversion
La familia de gateways y conversores de protocolo DG-AX de Kyland integran modernas comunicaciones con un diseño robusto de alta fiabilidad y bajo consumo. Esta familia es capaz de realizar la conversión entre diferentes protocolos, la concentración y recopilación de datos en memoria interna y el procesado o cálculos sobre los mismos para su entrega a sistemas SCADA.
La configuración de los equipos se realiza de forma sencilla y gráfica a través de su software ICE capaz de volcar el modelado de objetos y valores en el equipo necesarios y específicos para cada aplicación.
A continuación veremos algunos de los principales escencarios de uso de estos dispositivos
Conversión de protocolos 'Store-and-Deliver'
En esta aplicación el gateway DG actúa por un lado como un master hacia los IEDs definidos y conectados recopilando información de objetos de diferentes protocolos y almacenándola en su memoria interna. Esta información puede ser entregada bajo petición de sistemas superiores tipo SCADA bien bajo el mismo protocolo de comunicaciones o bajo otro cualquiera a través de la conversión y mapeo interno que hayamos definido en nuestra aplicación.
Gateway de comunicaciones IEC61850
En esta aplición, el DG actúa como un proxy inteligente capaz de recopilar datos a través de sus puertos serie y Ethernet. Importando cualquier fichero IEC61850 SCL (.icd/.cid) y mapeando los datos a los objetos internos recopilados de dichos dispositivos podemos convertir nuestro DG en un IED 61850 virtual de cada a nuestro sistemas SCADA.
Modo de tareas avanzadas
La herramienta gráfica de configuración ICE de la familia DG nos permite también definir tareas u operaciones avanzadas a través de scripts que pueden ser cargados en el dispositivo en modo on-line. A través de estas tareas podemos realizar cálculos lógicos, acumulaciones de resultados, triggers específicos o tareas en batch sobre múltiples IEDs añadiendo un universo de funcionalidades al dispositivo y descargando algunas tareas en nuestro SCADA.
Si quieres ampliar esta información puedes visitar nuestra página de gateways inteligentes o descargarte el documento Kyland-TechnicalPaper-ProtocolConversion
lunes, 9 de julio de 2018
RAX711 - Puntos de demarcación certificados MEF 2.0
Los equipos RAX711-L (1G) y RAX711-C (10G) son puntos de demarcación certificados MEF2.0 que incorporan todas las prestaciones necesarias para ofrecer servicios E-LINE,E-LAN y E-TREE sobre redes Ethernet de transporte (L2CP, Q-inQ, ERPS, HCar,…). También disponen de medidas de activación del servicio (RFC2544 e ITU Y1564) y de monitorización (Y1731 y TWAMP-lite)
El RAX711-L es un punto de demarcación (EDD) de última generación. Dispone de dos interfaces GE SFP hacia el lado red (NNI) y 4 interfaces COMBO hacia el lado usuario (UNI). También puede incorporar 4 interfaces E1 PWE y una salida/entrada de reloj a 2MHz gracias al soporte del protocolo SyncE. El ISCOM RAX711-L puede ser implementado en servicios E-Line, E-LAN y E-Access para Mobile backhaul, comunicaciones corporativas o de acceso SMBE. El dispositivo permite asegurar el SLA de rendimiento extremo a extremo gracias a su hardware de última generación de acuerdo a los estándares OAM, CFM e Y.1731. La tecnología H-Qos permite diferenciar flujos y asegurar prioridades de tráfico dentro de cada EVC. También soporta el estándar ITU-T G.8032/1 para proporcionar protección lineal o en anillo con recuperación en tiempo inferior a 50ms. El RAX711-L dispone de una versión especial que incorpora el estándar ITU-T G.8262 SyncE para transporte de sincronización a través de redes Ethernet. +Info
Productos Destacados
Carrier Ethernet, CE 2.0, Raisecom, RAX711-c, RAX711-L
RAX711-L
El RAX711-L es un punto de demarcación (EDD) de última generación. Dispone de dos interfaces GE SFP hacia el lado red (NNI) y 4 interfaces COMBO hacia el lado usuario (UNI). También puede incorporar 4 interfaces E1 PWE y una salida/entrada de reloj a 2MHz gracias al soporte del protocolo SyncE. El ISCOM RAX711-L puede ser implementado en servicios E-Line, E-LAN y E-Access para Mobile backhaul, comunicaciones corporativas o de acceso SMBE. El dispositivo permite asegurar el SLA de rendimiento extremo a extremo gracias a su hardware de última generación de acuerdo a los estándares OAM, CFM e Y.1731. La tecnología H-Qos permite diferenciar flujos y asegurar prioridades de tráfico dentro de cada EVC. También soporta el estándar ITU-T G.8032/1 para proporcionar protección lineal o en anillo con recuperación en tiempo inferior a 50ms. El RAX711-L dispone de una versión especial que incorpora el estándar ITU-T G.8262 SyncE para transporte de sincronización a través de redes Ethernet. +Info
RAX711-C
El RAX711-C es un equipo de demarcación de alta capacidad que incorpora 2 puertos 10G SFP+ como NNI y 2 puertos 10G SFP+ y 12 puertos 1G SFP como UNI. El equipo soporta medidas de activación del servicio SAT (Service Activation Test) según RFC2544 y ITU Y.1564 pudiendo generar tráfico de pruebas a 10G así como medidas de monitorización de nivel de servicio (SLA) según Y.1731 y TWAMP-Lite. Dichas medidas o KPIs pueden analizarse y mostrarse de forma gráfica a través de la plataforma 'SLA Portal'. Asimismo dispone de protocolos ELPS ITU G.8031 y ERPS ITU G.8032 para la protección lineal y en anillo así como protección lineal G.8131 para MPLS-TP. Finalmente el equipo también soporta los protocolos de sincronimsmo IEEE1588v2 PTP y SyncE.. +info
A través del software de getión NView para la creación y parametrización de servicios Carrier Ethernet podemos también generar mediciones para la activación del servicio según RFC2544 e ITU.Y1564. Asimismo, a través de la aplicación basada en web SLA Portal podemos monitorizar el SLA comprometido en los diferentes servicios creados gracias a las mediciones 'in service' según ITU.Y1731 de los equipos y la generación de alarmas en caso de que los umbrales sean excedidos.
Productos Destacados
Carrier Ethernet, CE 2.0, Raisecom, RAX711-c, RAX711-L
lunes, 2 de julio de 2018
DG-A6 - Servidores de terminales de 8/16 puertos con redundancia Ethernet
El DG-A6 es un servidor de terminales con 8 o 16 puertos RS232/485/422 y 2 puertos Gigabit y 4 puertos Fast Ethernet. Podemos segmentar los puertos serie asociándolos a diferentes puertos Ethernet o incluso asociarlos a varios puertos a la vez para dotarlos de redundancia active/standby o load-balancing.
El servidor de terminales DG-A6 proporciona hasta 16 puertos RS232/485/422 en un formato para montaje en sub bastidores de 19'' y altura 1U. Dispone de 2 puertos Gigabit 10/100/1000BaseTX y 4 puertos 10/100BaseTX. Cada puerto puede mapearse a uno o varios puertos serie y también un puerto serie puede asignarse a más de un puerto Ethernet para redundancia. Esta redundancia admite dos modos de funcionamiento: active/standby donde un puerto está activo y el otro en espera o load-balancing donde el equipo reparte el tráfico entre ambos puertos Ethernet. En el modo active/standby asignamos ambos interfaces físicos a un mismo interfaz ethernet vitual con una única dirección IP y MAC de cara al servidor de terminales y por tanto al envío o recepción de tráfico serie.
Asimismo, el equipo soporta fuente de alimentación redundante.
El servidor de terminales DG-A6 proporciona hasta 16 puertos RS232/485/422 en un formato para montaje en sub bastidores de 19'' y altura 1U. Dispone de 2 puertos Gigabit 10/100/1000BaseTX y 4 puertos 10/100BaseTX. Cada puerto puede mapearse a uno o varios puertos serie y también un puerto serie puede asignarse a más de un puerto Ethernet para redundancia. Esta redundancia admite dos modos de funcionamiento: active/standby donde un puerto está activo y el otro en espera o load-balancing donde el equipo reparte el tráfico entre ambos puertos Ethernet. En el modo active/standby asignamos ambos interfaces físicos a un mismo interfaz ethernet vitual con una única dirección IP y MAC de cara al servidor de terminales y por tanto al envío o recepción de tráfico serie.
Asimismo, el equipo soporta fuente de alimentación redundante.
miércoles, 27 de junio de 2018
¿ Cómo extender canales de audio a través de redes IP ?
Te explicamos cómo configurar los equipos CIP-4EM de CXR para extender canales de audio analógico a través de redes de transporte Ethernet/IP
El CIP-4EM es un equipo que permite extender hasta 4 canales E&M sobre una red Ethernet/IP. Cada canal E&M dispone de un canal de audio que puede configurarse a 2 o 4 hilos con impedancia de 600 ohms y dos contactos E y M, uno de entrada y otro de salida, en función del tipo de señalización y lado (side).
Los canales E&M se codifican PCM G711 en 64Kb y se transmiten según tecnología TDM sobre IP.
Asimismo, el equipo dispone de un puerto serie RS232 cuyo tráfico se encapsula en TCP o UDP y se envía al extremo remoto para extender una comunicación serie sobre redes Ethernet/IP.
Por último el equipo dispone de 4 puertos Ethernet 10/100BaseTX así como dos SFP GX. Estos 6 puertos actúan como un switch Ethernet gestionable de Nivel 2 y cualquiera de estos 6 puertos puede usarse como salida o uplink para el tráfico encapsulado de los puertos E&M y RS232.
En este post describiremos de forma sencilla cómo establecer un túnel o extensión de puertos E&M entre dos equipos. En base a este procedimiento es sencillo establecer nuevos túneles o bundles en configuraciones punto a multipunto.
En el contexto de tecnología TDM sobre IP, un bundle es un 'canuto' o conexión Ethernet o IP entre dos extremos en el que se encapsula un tráfico síncrono TDM. En nuestro caso dicho tráfico es el trráfico de audio de los canales E&M codificado PCM G711 a 64K.
El CIP-4EM puede establecer múltiples bundles. Para cada uno de ellos deberemos definir sus parámetros como son la dirección IP del extremo remoto o los canales E&M que queremos encapsular en él.
El equipo se configura a través de Telnet. consola o servidor web.
Por defecto el equipo viene con la dirección IP de gestión 192.168.1.1. Por tanto configuraremos nuestro PC con cualquier dirección dentro del mismo rango y abriremos el navegador apuntando a la dirección del equipo http://192.168.1.1
El equipo nos pedirá un usuario y password. Por defecto de fábrica son admin y admin.
El password podemos cambiarlo a través del servidor web.
Una vez entrado el usuario y el password el equipo nos muestra la pantalla principal.
En ella deberemos configurar la dirección IP del bundle que encapsulará el tráfico de los puertos E&M. Podemos definir dos direcciones: Source IP 1 y Source IP 2 si queremos conectarnos a dos redes diferentes. En cualquier caso sólo es necesaria una dirección IP pudiendo dejar la segunda en blanco.
En la opción de menú Administration/IP podemos cambiar la dirección IP de gestión del equipo. Esta dirección la usaremos únicamente para configurar el equipo a través de Telnet o del servidor web y no tiene por qué coincidir ni siquiera estar en el mismo subrango de red que la dirección anterior Source IP origen del tráfico encapsulado.
En la opción de menú Analog Ports configuraremos los canales E&M.
En la parte superior configuraremos el reloj. Como con cualquier tráfico TDM para asegurarnos que exista un único reloj en toda le red configuraremos un extremo con reloj interno (Internal) y el otro extremo con reloj esclavo (Recovery). En el caso de configuraciones punto a multipunto, lo correcto sería configurar el equipo central con reloj interno y los equipos remotos con reloj esclavo.
En caso de seleccionar reloj esclavo (Recovery) debemos indicar el bundle del que extraeremos dicho reloj. Este bundle deberá ser el que traiga el tráfico del que queremos extraer dicho reloj.
Por último deberemos configurar el modo de señalización (Signalling Mode). Este protocolo permite transmitir entre los extremos el estado de los contactos E y M. Existen dos opciones:
• Propiertary: los equipos usan un protocolo propietario por IP. En este caso debemos indicar más abajo para cada puerto E&M la dirección IP del extremo remoto y el puerto (uno diferente para cada canal) sobre el que se establecerá dicho protocolo.
• CAS Siganlling: en este caso los contactos E y M se señalizan a través de los bits abcd del TS16. Como ventaja no tendremos que configurar ni dirección IP ni puerto y podríamos llegar a funcionar enfrentados a un equipo de otro fabricante. Como inconveniente dicho protocolo también se encapsula TDM sobre IP y necesitaremos unos 16kbps adicionales por cada canal E&M que transportemos sobre el bundle
Una vez configurados los anteriores parámetros debemos configurar cada uno de los puertos E&M a través de los siguientes parámetros:
• Mode: definimos 2 hilos (2W) o 4 hilos (4W)
• Law: ley de codificación (A law para España)
• Output gain: permite definir una atenuación (ganancia negativa) a la salida analógica del audio hacia la radio o módem analógico
• Input gain: permte definir una ganancia o una atenuación (ganancia negativa) antes de codificar la señal y tranmitirla por Ethernet/IP al extremo remoto
• CAS signalling, SIG IP port remote y Sig. server port: deben configurarse según lo descrito en el punto anterior del modo de señalización
• E&M Type y E&M side: estos parámetros definen el tipo de señalización E&M que implementa el equipo. Sin embargo no debemos hacer caso de los valores que indica la pantalla ya que estos valores no se pueden modificar por software, únicamente por jumpers internos en la placa de circuito impreso. El equipo lleva una etiqueta que indica el tipo de señalización E&M configurado por jumpers. Por defecto de fábrica un enlace se entrega con un extremo tipo A5 y el otro extremo B5.
Tipos de señalización E&M
Existen 5 tipos de señalización E&M. Para más detalles puede verse el manual de uso del equipo. Además de los 5 tipos podemos configurar el lado o side. Existe side A y side B.
Por defecto de fábrica un enlace se entrega con un extremo tipo A5 y el otro extremo B5.
En un equipo tipo A5, la señal E (pin 7) es una entrada. Si la conectamos a masa (SG o pin 8) estaremos forzando en el equipo remoto tipo B5 que se cierre el optoacoplador entre la señal E (pin 7) y la masa (SG o pin 8)
En un equipo tipo B5, la señal M (pin 2) es una entrada. Si la conectamos a masa (SG o pin 8) estaremos forzando en el equipo remoto tipo A5 que se cierre el optoacoplador entre la señal M (pin 2) y la masa (SG o pin 8)
Como último paso deberemos configurar el bundle donde encapsular el tráfico de los puertos E&M hacia el extremo remoto.
Los parámetros a configurar son los siguientes:
• Bundle ID: debe ser un número único para cada bundle. Lo habitual es que el primer bundle tenga el ID 1 y así sucesivamente..
• Bundle type: define el tipo de encapsulamiento. Podemos seleccionar CES o AAL1 pero siempre el mismo en ambos extremos del bundle
• Tx bundle number y Rx bundle number: es un número identificativo del tráfico enviado y recibido dentro del bundle. Debe coincidir con los valores configurados en el extremo remoto del bundle
• Destination MAC address y Destination IP address: deberemos configurar o bien la dirección MAC o bien la dirección IP del extremo remoto del bundle. Recordemos que estos parámetros se configuran o localizan en la opción General del menú.
• Next hop IP: Para redes ruteadas debemos indicar la dirección IP del siguiente router hacia el equipo remoto
• Max buffer size; este parámetro define el tamaño del buffer interno del equipo que permite compensar el jitter o variación entre el ritmo al que llega el tráfico TDM a encapsular y el ritmo al que salen los paquetes Ethernet/IP encapsulados. En función el número de tramas o del retardo de la red puede variarse el valor. En la mayor parte de casos, se recomienda dejarlo al valor 0 en cuyo caso el propio equipo gestiona este buffer de forma automática
• Channel assigment: marcaremos todos los canales/puertos E&M que queremos encapsular en el bundle
• Number of frames in the payload: permite definir el número de tramas TDM en cada paquete del bundle. A mayor número de tramas mayor retardo y jitter per menor ancho de banda necesario en la red IP de transporte. Se recomienda dejar el valor por defecto
Finalmente, en la parte inferior de la página podremos ver los parámetros del bunde en función de los parámetros configurados.
• Packet size: muestra el tamaño del paquete del bundle en función del tipo de encapsulamiento y del número de tramas
• Latency: muestra la latencia o retardo del bundle en función del tamaño del buffer seleccionado automáticamente por el equipo y del tamaño de la trama y tipo de encapsulamiento
• Bandwitdh: indica el caudal necesario y constarte (CIR) para poder transmitir sin errores el bundle a través de la red IP
En nuestro ejemplo para transmitir 4 canales E&M necesitamos 456 Kbps y podemos esperar un retardo de 2 ms. Como ya indicamos anteriormente podemos bajar el caudal necesario pero a costa de aumentar la latencia al aumentar el tamaño de los paquetes encapsulados.
Una vez configurado el bundle o los bundles en el equipo debemos verificar si realmente estos bundles se establecen correctamente con el extremo remoto.
Para ello iremos a la opción Status - Bundles y pincharemos en el botón Show all para ver el estado de todos los bundles creados en el equipo.
Si el bundle se ha establecido correctamente veremos que el status es Connect. Asimismo veremos que los paquetes enviados y recibidos tienen valores similares.
La última fila muestra los posibles errores: paquetes descartados, paquetes reordenados, underrun y paquetes saltados. Si la red de transporte tiene el caudal y el retardo adecuados, estos valores tendrían que estar a 0 o con valores pequeños ante errores puntuales. Si por el contrario registran valores elevados o en continuo crecimiento debemos sospechar de algún problema en la red de transporte. Si no podemos aumentar el caudal o si se trata de una red con multitud de otros dispositivos IP conectados lo mejor sería configurar una VLAN en la red para mapear el tráfico de estos equipos y así poder asignar prioridad a dicho tráfico.
Si por el contrario el bundle no se ha podido establecer con el extremo remoto, en el satus veremos ARP request... Todos los contadores estarán a 0.
También puedes descargar toda esta información como una Guía de configuración rápida en formato PDF.
El CIP-4EM es un equipo que permite extender hasta 4 canales E&M sobre una red Ethernet/IP. Cada canal E&M dispone de un canal de audio que puede configurarse a 2 o 4 hilos con impedancia de 600 ohms y dos contactos E y M, uno de entrada y otro de salida, en función del tipo de señalización y lado (side).
Los canales E&M se codifican PCM G711 en 64Kb y se transmiten según tecnología TDM sobre IP.
Asimismo, el equipo dispone de un puerto serie RS232 cuyo tráfico se encapsula en TCP o UDP y se envía al extremo remoto para extender una comunicación serie sobre redes Ethernet/IP.
Por último el equipo dispone de 4 puertos Ethernet 10/100BaseTX así como dos SFP GX. Estos 6 puertos actúan como un switch Ethernet gestionable de Nivel 2 y cualquiera de estos 6 puertos puede usarse como salida o uplink para el tráfico encapsulado de los puertos E&M y RS232.
En este post describiremos de forma sencilla cómo establecer un túnel o extensión de puertos E&M entre dos equipos. En base a este procedimiento es sencillo establecer nuevos túneles o bundles en configuraciones punto a multipunto.
Definición de bundle
En el contexto de tecnología TDM sobre IP, un bundle es un 'canuto' o conexión Ethernet o IP entre dos extremos en el que se encapsula un tráfico síncrono TDM. En nuestro caso dicho tráfico es el trráfico de audio de los canales E&M codificado PCM G711 a 64K.
El CIP-4EM puede establecer múltiples bundles. Para cada uno de ellos deberemos definir sus parámetros como son la dirección IP del extremo remoto o los canales E&M que queremos encapsular en él.
Configuración del equipo
El equipo se configura a través de Telnet. consola o servidor web.
Por defecto el equipo viene con la dirección IP de gestión 192.168.1.1. Por tanto configuraremos nuestro PC con cualquier dirección dentro del mismo rango y abriremos el navegador apuntando a la dirección del equipo http://192.168.1.1
El equipo nos pedirá un usuario y password. Por defecto de fábrica son admin y admin.
El password podemos cambiarlo a través del servidor web.
Configuración de la dirección IP del bundle
Una vez entrado el usuario y el password el equipo nos muestra la pantalla principal.
En ella deberemos configurar la dirección IP del bundle que encapsulará el tráfico de los puertos E&M. Podemos definir dos direcciones: Source IP 1 y Source IP 2 si queremos conectarnos a dos redes diferentes. En cualquier caso sólo es necesaria una dirección IP pudiendo dejar la segunda en blanco.
Configuración de la dirección IP de gestión del equipo
En la opción de menú Administration/IP podemos cambiar la dirección IP de gestión del equipo. Esta dirección la usaremos únicamente para configurar el equipo a través de Telnet o del servidor web y no tiene por qué coincidir ni siquiera estar en el mismo subrango de red que la dirección anterior Source IP origen del tráfico encapsulado.
Configuración de los puertos E&M
En la opción de menú Analog Ports configuraremos los canales E&M.
En la parte superior configuraremos el reloj. Como con cualquier tráfico TDM para asegurarnos que exista un único reloj en toda le red configuraremos un extremo con reloj interno (Internal) y el otro extremo con reloj esclavo (Recovery). En el caso de configuraciones punto a multipunto, lo correcto sería configurar el equipo central con reloj interno y los equipos remotos con reloj esclavo.
En caso de seleccionar reloj esclavo (Recovery) debemos indicar el bundle del que extraeremos dicho reloj. Este bundle deberá ser el que traiga el tráfico del que queremos extraer dicho reloj.
Por último deberemos configurar el modo de señalización (Signalling Mode). Este protocolo permite transmitir entre los extremos el estado de los contactos E y M. Existen dos opciones:
• Propiertary: los equipos usan un protocolo propietario por IP. En este caso debemos indicar más abajo para cada puerto E&M la dirección IP del extremo remoto y el puerto (uno diferente para cada canal) sobre el que se establecerá dicho protocolo.
• CAS Siganlling: en este caso los contactos E y M se señalizan a través de los bits abcd del TS16. Como ventaja no tendremos que configurar ni dirección IP ni puerto y podríamos llegar a funcionar enfrentados a un equipo de otro fabricante. Como inconveniente dicho protocolo también se encapsula TDM sobre IP y necesitaremos unos 16kbps adicionales por cada canal E&M que transportemos sobre el bundle
Una vez configurados los anteriores parámetros debemos configurar cada uno de los puertos E&M a través de los siguientes parámetros:
• Mode: definimos 2 hilos (2W) o 4 hilos (4W)
• Law: ley de codificación (A law para España)
• Output gain: permite definir una atenuación (ganancia negativa) a la salida analógica del audio hacia la radio o módem analógico
• Input gain: permte definir una ganancia o una atenuación (ganancia negativa) antes de codificar la señal y tranmitirla por Ethernet/IP al extremo remoto
• CAS signalling, SIG IP port remote y Sig. server port: deben configurarse según lo descrito en el punto anterior del modo de señalización
• E&M Type y E&M side: estos parámetros definen el tipo de señalización E&M que implementa el equipo. Sin embargo no debemos hacer caso de los valores que indica la pantalla ya que estos valores no se pueden modificar por software, únicamente por jumpers internos en la placa de circuito impreso. El equipo lleva una etiqueta que indica el tipo de señalización E&M configurado por jumpers. Por defecto de fábrica un enlace se entrega con un extremo tipo A5 y el otro extremo B5.
Tipos de señalización E&M
Existen 5 tipos de señalización E&M. Para más detalles puede verse el manual de uso del equipo. Además de los 5 tipos podemos configurar el lado o side. Existe side A y side B.
Por defecto de fábrica un enlace se entrega con un extremo tipo A5 y el otro extremo B5.
En un equipo tipo A5, la señal E (pin 7) es una entrada. Si la conectamos a masa (SG o pin 8) estaremos forzando en el equipo remoto tipo B5 que se cierre el optoacoplador entre la señal E (pin 7) y la masa (SG o pin 8)
En un equipo tipo B5, la señal M (pin 2) es una entrada. Si la conectamos a masa (SG o pin 8) estaremos forzando en el equipo remoto tipo A5 que se cierre el optoacoplador entre la señal M (pin 2) y la masa (SG o pin 8)
Configuración del bundle
Como último paso deberemos configurar el bundle donde encapsular el tráfico de los puertos E&M hacia el extremo remoto.
Los parámetros a configurar son los siguientes:
• Bundle ID: debe ser un número único para cada bundle. Lo habitual es que el primer bundle tenga el ID 1 y así sucesivamente..
• Bundle type: define el tipo de encapsulamiento. Podemos seleccionar CES o AAL1 pero siempre el mismo en ambos extremos del bundle
• Tx bundle number y Rx bundle number: es un número identificativo del tráfico enviado y recibido dentro del bundle. Debe coincidir con los valores configurados en el extremo remoto del bundle
• Destination MAC address y Destination IP address: deberemos configurar o bien la dirección MAC o bien la dirección IP del extremo remoto del bundle. Recordemos que estos parámetros se configuran o localizan en la opción General del menú.• Next hop IP: Para redes ruteadas debemos indicar la dirección IP del siguiente router hacia el equipo remoto
• Max buffer size; este parámetro define el tamaño del buffer interno del equipo que permite compensar el jitter o variación entre el ritmo al que llega el tráfico TDM a encapsular y el ritmo al que salen los paquetes Ethernet/IP encapsulados. En función el número de tramas o del retardo de la red puede variarse el valor. En la mayor parte de casos, se recomienda dejarlo al valor 0 en cuyo caso el propio equipo gestiona este buffer de forma automática
• Channel assigment: marcaremos todos los canales/puertos E&M que queremos encapsular en el bundle
• Number of frames in the payload: permite definir el número de tramas TDM en cada paquete del bundle. A mayor número de tramas mayor retardo y jitter per menor ancho de banda necesario en la red IP de transporte. Se recomienda dejar el valor por defecto
Finalmente, en la parte inferior de la página podremos ver los parámetros del bunde en función de los parámetros configurados.
• Packet size: muestra el tamaño del paquete del bundle en función del tipo de encapsulamiento y del número de tramas
• Latency: muestra la latencia o retardo del bundle en función del tamaño del buffer seleccionado automáticamente por el equipo y del tamaño de la trama y tipo de encapsulamiento
• Bandwitdh: indica el caudal necesario y constarte (CIR) para poder transmitir sin errores el bundle a través de la red IP
En nuestro ejemplo para transmitir 4 canales E&M necesitamos 456 Kbps y podemos esperar un retardo de 2 ms. Como ya indicamos anteriormente podemos bajar el caudal necesario pero a costa de aumentar la latencia al aumentar el tamaño de los paquetes encapsulados.
Verificación del estado del equipo
Una vez configurado el bundle o los bundles en el equipo debemos verificar si realmente estos bundles se establecen correctamente con el extremo remoto.
Para ello iremos a la opción Status - Bundles y pincharemos en el botón Show all para ver el estado de todos los bundles creados en el equipo.
Si el bundle se ha establecido correctamente veremos que el status es Connect. Asimismo veremos que los paquetes enviados y recibidos tienen valores similares.
La última fila muestra los posibles errores: paquetes descartados, paquetes reordenados, underrun y paquetes saltados. Si la red de transporte tiene el caudal y el retardo adecuados, estos valores tendrían que estar a 0 o con valores pequeños ante errores puntuales. Si por el contrario registran valores elevados o en continuo crecimiento debemos sospechar de algún problema en la red de transporte. Si no podemos aumentar el caudal o si se trata de una red con multitud de otros dispositivos IP conectados lo mejor sería configurar una VLAN en la red para mapear el tráfico de estos equipos y así poder asignar prioridad a dicho tráfico.
Si por el contrario el bundle no se ha podido establecer con el extremo remoto, en el satus veremos ARP request... Todos los contadores estarán a 0.
También puedes descargar toda esta información como una Guía de configuración rápida en formato PDF.
lunes, 25 de junio de 2018
¿ Cómo controlar mi router Teltonika a través de SMS ?
A través de mensajes de texto SMS podemos controlar algunos aspectos del funcionamiento de nuestro router. En este post te explicamos qué puedes hacer y cómo debes hacerlo de forma segura.
Podemos controlar algunos aspectos del funcionamiento de nuestro router Teltonika a través de mensajes cortos de texto (SMS). Podemos, por ejemplo, resetear nuestro router simplemente a través de nuestro smartphone sin necesidad de un PC o sin saber siquiera la dirección pública de nuestro router o aunque ésta sea inaccesible.
Para cada uno de los mensajes podemos configurar los siguientes parámetros:
Si queréis un listado completo de acciones que podéis llevar a cabo a través de SMS podéis consultar la wiki de Teltonika.
También recordaros que aparte de tener la opción de resetear el router a través de un mensaje de texto es recomendable siempre habilitar el ping reboot para que el router verifique constantemente la conexión a Internet y se pueda resetear ante cualquier caída de la misma.
Podemos controlar algunos aspectos del funcionamiento de nuestro router Teltonika a través de mensajes cortos de texto (SMS). Podemos, por ejemplo, resetear nuestro router simplemente a través de nuestro smartphone sin necesidad de un PC o sin saber siquiera la dirección pública de nuestro router o aunque ésta sea inaccesible.
Para cada uno de los mensajes podemos configurar los siguientes parámetros:
- Acción: la acción a llevar a cabo
- SMS text: el texto del mensaje
- Authorizacion method: podemos añadir una autenticación adicional mediante el número de serie o el password de acceso al router que deberemos incluir en el mensaje precediendo al texto mediante un espacio ("admin01 reboot")
- Allowed users: podemos filtrar que el mensaje venga de cualquier usuario (por defecto) o de un usuario o de un grupo de usuarios que podemos definir en el mismo router
- Get status via SMS after reboot: si lo marcamos el router nos enviará un SMS con su estado tras un reboot. El contenido del mensaje de estado lo podemos parametrizar con los datos que queremos que incluya como se muestra en la captura anterior.
- Send status SMS to other number: si marcamos la opción anterior podemos enviar el SMS no a quien envió la orden sino a otro número cualquiera
Si queréis un listado completo de acciones que podéis llevar a cabo a través de SMS podéis consultar la wiki de Teltonika.
También recordaros que aparte de tener la opción de resetear el router a través de un mensaje de texto es recomendable siempre habilitar el ping reboot para que el router verifique constantemente la conexión a Internet y se pueda resetear ante cualquier caída de la misma.
miércoles, 20 de junio de 2018
Webinar - Familia de routers 3G y 4G LTE de Teltonika - Vie. 22 de Junio a las 10:00
Te presentamos la gama de routers 3G y 4G de Teltonika y sus diferencias para que puedas escoger el modelo más adecuado. También te indicamos cómo configurarlo y cómo integrarlo en la plataforma de gestión remota RMS.
Queremos presentarte la gama actual de routers industriales 3G y 4G de Teltonika. Los modelos disponibles, sus funcionalidades y sus particularidades para que puedas conocer cuál se adapta mejor a tus necesidades.
También queremos mostrarte los aspectos básicos de su configuración y los problemas más frecuentes con los que se encuentran nuestros clientes así como sus soluciones.
Por último también te mostraremos la plataforma RMS para gestión centralizada de una flota de routers. Es un herramienta útil para la monitorización y el control remoto de un conjunto de routers desplegados.
¿ Te animas ? Sólo tienes que pinchar en el link inferior. ¡ Te esperamos !
Fecha y hora: Viernes, 22 de Junio a las 10:00
Duración aprox: 60 min.
Queremos presentarte la gama actual de routers industriales 3G y 4G de Teltonika. Los modelos disponibles, sus funcionalidades y sus particularidades para que puedas conocer cuál se adapta mejor a tus necesidades.
También queremos mostrarte los aspectos básicos de su configuración y los problemas más frecuentes con los que se encuentran nuestros clientes así como sus soluciones.
Por último también te mostraremos la plataforma RMS para gestión centralizada de una flota de routers. Es un herramienta útil para la monitorización y el control remoto de un conjunto de routers desplegados.
¿ Te animas ? Sólo tienes que pinchar en el link inferior. ¡ Te esperamos !
Fecha y hora: Viernes, 22 de Junio a las 10:00
Duración aprox: 60 min.
Recuerda que te iremos informando de los nuevos webinars a través de nuestro blog y las redes sociales. Asegúrate de suscribirte a él o seguirnos para no perderte ninguno de ellos.
Familia de routers 3G y 4G
Modelos con tecnología 3G y 4G LTE, con 2 o 4 puertos Ethernet y backup móvil sobre puerto WAN RJ45, entradas y salidas analógicas y digitales y puerto serie RS232/485/422.
Rango extendido de temperatura de servicio (-40ºC a +85ºC). Montaje mural o en carril DIN. Alimentación interna de 9-30Vdc. Todos los modelos se entregan con alimentador externo a 230Vac, cable Ethernet y antenas GSM y WiFi.
Rango extendido de temperatura de servicio (-40ºC a +85ºC). Montaje mural o en carril DIN. Alimentación interna de 9-30Vdc. Todos los modelos se entregan con alimentador externo a 230Vac, cable Ethernet y antenas GSM y WiFi.
Software de gestión centralizado
Remote Management System (RMS) es un software diseñado para gestionar y monitorizar la familia de routers RUT9XX. El sistema también permite obtener, de forma segura, información de estado de los dispositivos y cambiar su configuración incluso en aquellos casos en que los routers no dispongan de una IP pública accesible.
Introducción a la tecnología de módems (III)
Tercera y última entrega de nuestra serie de posts sobre tecnología de módems analógicos. Hoy vemos los tipos de comunicaciones punto a punto, los bucles, los comandos AT Hayes para configuración y al final un pequeño ‘troubleshoot’
Aunque tenemos asociados los módems analógicos a la conexión de datos a través de la línea telefónica conmutada (RTC) con marcación de un módem remoto, también han sido muy usados para la comunicación mediante líneas dedicadas de baja velocidad tanto en modo síncrono como asíncrono entre terminales de datos como routers, RTUs, nodos de conmutación de paquetes, etc.
Cuando hablamos de una línea dedicada nos referimos o bien a pares de cobre extremo a extremo (con posibles amplificadores y regenerados en puntos intermedios) o bien a canales de fonía dedicados que se digitalizan en puntos intermedios y se transmiten al extremo remoto.
En las comunicaciones por línea dedicada existe una conexión física permanente entre ambos módems. Un extremo debe configurarse como Originador y el otro como Respondedor. La comunicación puede ser:
Sobre líneas dedicadas tenemos dos tipos de comunicaciones: punto a punto y punto-multipunto. En la primera tenemos únicamente dos extremos. En la segunda tenemos un extremo maestro que transmite al resto de extremos o esclavos. El esclavo que es preguntado responde al maestro. En función del tipo de modulación y el número de hilos (2 o 4) tendremos dos opciones:
En los módems disponemos de 2 tipos de bucles: bucle 3 o analógico y bucle 2 o digital.
En el bucle 3 el módem devuelve hacia el ETD los datos recibidos del mismo en vez de modularlos a la línea telefónica.
En el bucle 2 el módem devuelve hacia la línea telefónica los datos recibidos el módem remoto en vez de entregarlos al ETD local.
Si el bucle se ordena localmente en el módem B tenemos un bucle 2 local o B2L. Si por el contrario el bucle se ordena remotamente desde el módem A tenemos un bucle 2 remoto o B2R.
Los bucles pueden ordenarse a través de los circuitos de control 140 y 141, a través de pulsadores o bien a través de comandos AT Hayes.
Se trata de un estándard ‘de facto’ no normalizado por la ITU que Permite controlar prácticamente la totalidad de parámetros del módem. Todos los comandos empiezan todos por la secuencia ‘AT’ para permitir la detección de parámetros de comunicación con el terminal ‘autobauding’ (velocidad y formato de palabra)
Ejemplo:
AT&FE1V0&D2\N3S0?<CR>
A continuación indicamos algunas normas de sintaxis para la introducción de comandos AT:
A continuación incluimos un listado de los principales comandos AT Hayes
Cuando introducimos un comando, el módem nos responde con un código de resultado que podemos configurar en modo numérico o alfanumérico. A continuación indicamos algunos de estos códigos.
00 OK Comando aceptado y ejecutado por el módem.
01 CONNECT Establecimiento de la conexión (a 300 u otras velocidades, según ATX).
02 RING Tono de timbre (‘ring’) detectado en la línea.
03 NO CARRIER Portadora no detectada en el intento de una conexión o pérdida durante la misma.
04 ERROR Error sintáctico en el comando, imposibilidad de ejecución o comando inexistente.
05 CONNECT 1200 Indica conexión establecida y, según ATW, que la velocidad en la línea o en el ETD es de 1200 bps.
06 NO DIALTONE Tono de invitación a marcar no detectado. Se envía tras una espera igual al contenido del registro S6, siempre que no se esté haciendo una marcación ciega.
07 BUSY Tono de línea ocupada detectado.
08 NO ANSWER No hay contestación por parte del módem remoto. Se envía tras una espera igual al contenido del registro S7.
09 CONNECT 600 Indica conexión establecida y, según ATW, que la velocidad en la línea o en el ETD es de 600 bps.
10 CONNECT 2400 Indica conexión establecida y, según ATW, que la velocidad en la línea o en el ETD es de 2400 bps.
Finalmente comentaremos que tanto los parámetros de configuración fijados por comandos AT como otros parámetros se almacenan en los llamados registros S. A continuación indicamos el significado de dichos registros.
Para finalizar esta serie de tres posts acerca de módems analógicos queremos finalizar con un pequeño troubleshoot basado en nuestra experiencia.
Si el módem se conecta a un dispositivo que actúa como terminal o ETD, como por ejemplo, un ordenador, el cable tiene que ser directo o pin a pin. Si por el contrario se conecta a otro módem o equipo que actúa como ETCD entonces el cable tendrá que ser cruzado o 'null-modem'.
Para algunas aplicaciones bastará cablear 3 señales: Tx, Rx y GND (tierra). En otras será necesario cablear el DTR para que el terminal informe al módem de que está disponible o el RTS/CTS si tenemos control de flujo hardware.
Finalmente si nuestra comunicación en síncrona, tendremos que cablear también las señales de reloj y configurar tanto el ETD como el módem con el tipo de reloj adecuado. Como regla general, un módem se configurará con reloj externo y el otro con reloj esclavo. El primero proporcionará reloj de Tx al ETD local y el módem remoto tomará este reloj para generar el de transmisión suyo (slave) que también entregará a su ETD local.
Podemos seguir los pasos descritos a continuación:
Comunicaciones por línea dedicada
Aunque tenemos asociados los módems analógicos a la conexión de datos a través de la línea telefónica conmutada (RTC) con marcación de un módem remoto, también han sido muy usados para la comunicación mediante líneas dedicadas de baja velocidad tanto en modo síncrono como asíncrono entre terminales de datos como routers, RTUs, nodos de conmutación de paquetes, etc.
Cuando hablamos de una línea dedicada nos referimos o bien a pares de cobre extremo a extremo (con posibles amplificadores y regenerados en puntos intermedios) o bien a canales de fonía dedicados que se digitalizan en puntos intermedios y se transmiten al extremo remoto.
En las comunicaciones por línea dedicada existe una conexión física permanente entre ambos módems. Un extremo debe configurarse como Originador y el otro como Respondedor. La comunicación puede ser:
- 4 hilos. La transmisión de A a B y la de B a A van por pares diferentes. Permite comunicaciones full dúplex en normas de modulación que ocupen todo el ancho de banda disponible y sin algoritmos de cancelación de eco (V26, V27, V29)
- 2 hilos. Transmisión y recepción van por el mismo par. Permite comunicaciones full dúplex en normas de modulación que no ocupen todo el ancho de banda disponible (V23, V22bis, V22) o en las que tengan algoritmos de cancelación de eco (V32, V32bis, V34)
Enlaces punto a punto y punto-multipunto
Sobre líneas dedicadas tenemos dos tipos de comunicaciones: punto a punto y punto-multipunto. En la primera tenemos únicamente dos extremos. En la segunda tenemos un extremo maestro que transmite al resto de extremos o esclavos. El esclavo que es preguntado responde al maestro. En función del tipo de modulación y el número de hilos (2 o 4) tendremos dos opciones:
- Portadora continua: el maestro transmite señal a línea continuamente - Permite comunicaciones Full Dúplex
- Portadora controlada: el módem transmite señal sólo cuando el ETD lo indica - Permite comunicaciones Half Dúplex. El ETD indica al módem cuando ha de transmitir señal a línea (activando señal RTS). El módem indica al ETD cuando puede empezar a transmitir datos (activando señal CTS). Existe un retardo RTS/CTS destinado a que el módem remoto ‘sincronice’ con la portadora y esté listo para demodular los datos recibidos (‘training’)
Bucles
En los módems disponemos de 2 tipos de bucles: bucle 3 o analógico y bucle 2 o digital.
En el bucle 3 el módem devuelve hacia el ETD los datos recibidos del mismo en vez de modularlos a la línea telefónica.
En el bucle 2 el módem devuelve hacia la línea telefónica los datos recibidos el módem remoto en vez de entregarlos al ETD local.Si el bucle se ordena localmente en el módem B tenemos un bucle 2 local o B2L. Si por el contrario el bucle se ordena remotamente desde el módem A tenemos un bucle 2 remoto o B2R.Los bucles pueden ordenarse a través de los circuitos de control 140 y 141, a través de pulsadores o bien a través de comandos AT Hayes.
Comandos AT Hayes
Se trata de un estándard ‘de facto’ no normalizado por la ITU que Permite controlar prácticamente la totalidad de parámetros del módem. Todos los comandos empiezan todos por la secuencia ‘AT’ para permitir la detección de parámetros de comunicación con el terminal ‘autobauding’ (velocidad y formato de palabra)
Ejemplo:
AT&FE1V0&D2\N3S0?<CR>
Normas de sintaxis
A continuación indicamos algunas normas de sintaxis para la introducción de comandos AT:
- Varios comandos pueden ir seguidos en la misma línea o secuencia de comandos (hasta un máximo establecido)
- No son necesarios los espacios entre comandos
- La mayor parte de comandos van seguidos de un parámetro. Si se omite, se asume valor 0 del parámetro
- Serán erróneos aquellos comandos que:
- No incluidos en el conjunto aceptado
- Con un parámetro fuera de rango
- Los comandos se procesan y ejecutan en secuencia una vez recibido el carácter CR de retorno de carro o Intro
- En caso se detectarse un comando erróneo en la secuencia se responderá ERROR. Los comandos anteriores se habrán procesado. Los posteriores se ignorarán.
A continuación incluimos un listado de los principales comandos AT Hayes
Cuando introducimos un comando, el módem nos responde con un código de resultado que podemos configurar en modo numérico o alfanumérico. A continuación indicamos algunos de estos códigos.00 OK Comando aceptado y ejecutado por el módem.
01 CONNECT Establecimiento de la conexión (a 300 u otras velocidades, según ATX).
02 RING Tono de timbre (‘ring’) detectado en la línea.
03 NO CARRIER Portadora no detectada en el intento de una conexión o pérdida durante la misma.
04 ERROR Error sintáctico en el comando, imposibilidad de ejecución o comando inexistente.
05 CONNECT 1200 Indica conexión establecida y, según ATW, que la velocidad en la línea o en el ETD es de 1200 bps.
06 NO DIALTONE Tono de invitación a marcar no detectado. Se envía tras una espera igual al contenido del registro S6, siempre que no se esté haciendo una marcación ciega.
07 BUSY Tono de línea ocupada detectado.
08 NO ANSWER No hay contestación por parte del módem remoto. Se envía tras una espera igual al contenido del registro S7.
09 CONNECT 600 Indica conexión establecida y, según ATW, que la velocidad en la línea o en el ETD es de 600 bps.
10 CONNECT 2400 Indica conexión establecida y, según ATW, que la velocidad en la línea o en el ETD es de 2400 bps.
Finalmente comentaremos que tanto los parámetros de configuración fijados por comandos AT como otros parámetros se almacenan en los llamados registros S. A continuación indicamos el significado de dichos registros.
Troubleshooting
Para finalizar esta serie de tres posts acerca de módems analógicos queremos finalizar con un pequeño troubleshoot basado en nuestra experiencia.
Verificación del cable serie
Si el módem se conecta a un dispositivo que actúa como terminal o ETD, como por ejemplo, un ordenador, el cable tiene que ser directo o pin a pin. Si por el contrario se conecta a otro módem o equipo que actúa como ETCD entonces el cable tendrá que ser cruzado o 'null-modem'.
Para algunas aplicaciones bastará cablear 3 señales: Tx, Rx y GND (tierra). En otras será necesario cablear el DTR para que el terminal informe al módem de que está disponible o el RTS/CTS si tenemos control de flujo hardware.
Finalmente si nuestra comunicación en síncrona, tendremos que cablear también las señales de reloj y configurar tanto el ETD como el módem con el tipo de reloj adecuado. Como regla general, un módem se configurará con reloj externo y el otro con reloj esclavo. El primero proporcionará reloj de Tx al ETD local y el módem remoto tomará este reloj para generar el de transmisión suyo (slave) que también entregará a su ETD local.
Verificación de la interfaz de línea
Podemos seguir los pasos descritos a continuación:
- Comprobar la configuración del módem (RTC, PP2H, PP4H)
- Comprobar el pinado del cable de línea
- Comprobar el nivel de transmisión del módem (-10 dBm normalmente) en relación a la atenuación del par o la sensibilidad del equipo de transmisión
- En enlaces PP comprobar que un extremo está configurado en modo originador y el otro en modo respondedor.
- La línea analógica debe presentar hacia el módem una impedancia de 600 ohm igual a la que presenta el módem hacia la línea. El nivel medido en línea sin conectar el módem debe ser 6 dB superior al medido una vez conectado el equipo.
lunes, 18 de junio de 2018
Extensiones Ethernet sobre redes SDH y PDH sencillas y económicas
Soluciones punto a punto y agregadores para transporte de tráfico Ethernet de forma transparente sobre 1E1, 4E11, 8E1, 16E1, 1E3 o incluso 1STM1. Sencillos de configurar y con un alto rendimiento de velocidad por cada línea E1.
En DAVANTEL disponemos de soluciones para la extensión de tráfico Ethernet de forma transparente a través de redes de transporte PDH y SDH.
Para la extensión de tráfico Ethernet entre dos puntos a través de una red SDH o PDH de transporte tenemos las siguientes soluciones:
Se trata de equipos en su mayoría Plug & Play que no necesitan apenas configuración y que permiten ajustar el caudal Ethernet de forma automática entre los diferentes E1 de transporte que se encuentran disponibles. Además, disponen de un caudal por E1 superior a soluciones basadas en routers con interfaces seriales encapsulando el tráfico sobre protcolos PPP o Frame Relay ya que o bien utilizan protocolos de nivel 2 como HLC o bien ya tecnología GFP/LCAS/VCAT utilizada en las propias redes SDH para encapsular tráfico Ethernet de forma más eficiente.
Extensión Ethernet punto a punto sobre 8E1 de transporte.
En aquellos escenarios donde tengamos un punto de agregación del tráfico Ethernet podemos usar los siguientes agregadores:
Agregación sobre 1 STM1
Agregación sobre 16E1
Con estos equipos podemos agrupar los tráficos provenientes de los equipos remotos en un mismo interfaz Gigabit Ethernet hacia un router/switch central. Este tráfico puede venir encapsulado con Q-in-Q para distinguir el origen remoto del mismo como en el caso de diferentes clientes de un mismo proveedor de servicios.
Si quieres ampliar la información o descargarte los datasheets de los diferentes equipos puedes hacerlo en nuestra página web de soluciones ethernet sobre E1
En DAVANTEL disponemos de soluciones para la extensión de tráfico Ethernet de forma transparente a través de redes de transporte PDH y SDH.
Soluciones punto a punto
Para la extensión de tráfico Ethernet entre dos puntos a través de una red SDH o PDH de transporte tenemos las siguientes soluciones:
- RC952-FEE1, RC951-4FEE1 o IP6610 sobre 1E1
- RC953-FE4E1 sobre 4E1
- RC953-FE8E1 sobre 8E1
- RC959-4FE16E1 sobre 16E1
- RC953-FEDS3E· sobre E3 o DS3 (45Mbps)
- WCM5100 sobre 1STM1
Se trata de equipos en su mayoría Plug & Play que no necesitan apenas configuración y que permiten ajustar el caudal Ethernet de forma automática entre los diferentes E1 de transporte que se encuentran disponibles. Además, disponen de un caudal por E1 superior a soluciones basadas en routers con interfaces seriales encapsulando el tráfico sobre protcolos PPP o Frame Relay ya que o bien utilizan protocolos de nivel 2 como HLC o bien ya tecnología GFP/LCAS/VCAT utilizada en las propias redes SDH para encapsular tráfico Ethernet de forma más eficiente.
Extensión Ethernet punto a punto sobre 8E1 de transporte.Agregación de tráfico Ethernet
En aquellos escenarios donde tengamos un punto de agregación del tráfico Ethernet podemos usar los siguientes agregadores:
- RC959-4FE16E1 - agregación sobre 16E1
- RC959-GESTM1 - agregación sobre 1 STM1 (hasta 63 E1 de caudal agregado)
Agregación sobre 1 STM1
Agregación sobre 16E1Con estos equipos podemos agrupar los tráficos provenientes de los equipos remotos en un mismo interfaz Gigabit Ethernet hacia un router/switch central. Este tráfico puede venir encapsulado con Q-in-Q para distinguir el origen remoto del mismo como en el caso de diferentes clientes de un mismo proveedor de servicios.
Si quieres ampliar la información o descargarte los datasheets de los diferentes equipos puedes hacerlo en nuestra página web de soluciones ethernet sobre E1
miércoles, 13 de junio de 2018
Introducción a la tecnología de módems (II)
Segunda entrega de nuestra serie de posts sobre tecnología de módems analógicos. Hoy vemos el interfaz RS232, los formatos de datos entre módem y terminal síncrono y asíncrono y los tipos de control de flujo.
En el pasado post introdujimos algunos conceptos generales sobre la tecnología de módems analógicos, su diagrama de bloques y velocidad de transmisión y modulación.
En el post de hoy veremos el interfaz RS232, los formatos de datos entre módem y terminal síncrono y asíncrono y los tipos de control de flujo.
Cuando hablamos de un interfaz RS232 englobamos dos conceptos. Los niveles eléctricos de las señales en dicho interfaz que vienen determinados por el estándar ITU V.28 y el significado de los diferentes circuitos o señales que viene determinado por el estándar ITU V.24.
V.28 define niveles eléctricos para los dos estados posibles de la señal. un '0' se codifica con un nivel entre -15Vdc y -5Vdc y un '1' con un nivel entre 5Vdc y +15Vdc.
V.24 define el significado de los diferentes circuitos o señales del interfaz RS232 según la siguiente tabla:
Aparte del significado de los diferentes circuitos debemos destacar la penúltima columna 'Origen' que nos indica qué elemento terminal (ETD) o módem (ETCD) la origina. Así, cuando hablamos del circuito de transmisión (TD o 103) tiene como origen el ETD. Por tanto, nos referimos a la transmisión de datos del ETD hacia el ETCD.
Cuando conectamos un ETD y un ETCD con un cable serie RS232 utilizamos un cable directo o pin-a-pin, es decir, el pin 2 (DB25) del ETD se conecta al pin 2 (DB25) del ETCD. Este pin es una salida en el lado ETD y una entrada en el lado ETCD.
Cuando conectamos entre sí dos ETDs o dos ETCDs entonces necesitamos un cable 'null-modem' donde cruzamos, como mínimo, los pines de transmisión y recepción. Es decir, el pin 2 de un extremo debe ir al pin 3 del otro extremo y viceversa. De esta forma nos aseguramos de conectar la salida de un extremo (pin2, TD) con la entrada del otro extremo (pin 3, RD)
Además de las señales de datos (TD y RD) tenemos las señales de control:
En modo síncrono, los datos deben sincronizarse con una señal de reloj que nos indica la velocidad a la que debemos transmitir o recibir el tren de bits del interfaz serie. En el punto siguiente veremos los diferentes tipos de reloj posibles.
Los módems analógicos soportan dos tipos de transmisión en función de cómo encapsulemos los datos a transmitir: formato asíncrono y formato síncrono
En este formato la información se agrupa en caracteres o palabras con el siguiente formato
Reposo: estado previo de la línea (nivel alto o '1')
En este caso los bits se transmiten y reciben directamente sin estructura alguna a ritmo de una señal de reloj que determina la velocidad y el instante de muestreo.
En la figura anterior vemos que el instante medio de cada bit coincide con el flanco de subido del reloj mientras que el final de cada bit coincide con el flanco de bajada del reloj. Dicho de otro modo, el transmisor de los datos introduce el bit con el flanco de bajada del reloj mientras que el receptor de los datos debe interpretar el bit recibido con el flanco de subida. Al hacerlo en este instante se asegura de estar en el momento intermedio del pulso de forma que ante distorsión telegráfica o desplazamiento 'slip' entre datos y reloj muestrearemos la señal en el punto óptimo con menor probabilidad de error.
En toda transmisión síncrona entre terminal y módem tenemos dos relojes. El reloj de transmisión que sincroniza los datos de transmisión (TD, de ETD a ETCD) y el reloj de recepción que sincroniza los datos en recepción (RC, de ETCD a ETD).
El reloj de recepción es la señal RC o circuito 115 y siempre lo entrega el ETCD ya que se obtiene de la señal demodulada de línea analógica.
Sin embargo en transmisión tenemos dos opciones:
Si queremos conectar dos ETD o ETCD entre sí para transmitir datos síncronos tendremos que cruzar aparte de los datos también los relojes. Por ejemplo: para conectar dos ETDs, el circuito 113 de cada uno de ellos tendrá que conectarse al circuito 115 del otro extremo. La conexión de dos ETCDs es más compleja ya que como vimos anteriormente el reloj de recepción siempre lo da el propio ETCD y por tanto no podemos cruzarlo con ningún otro circuito en el ETCD remoto. En la práctica, las conexiones síncronas entre módems sólo pueden funcionar cuanto tenemos un único reloj en todo el sistema, es decir, tenemos idéntico reloj para transmisión y recepción de forma que podemos usar el reloj interno de ambos dispositivos ya que son idénticos.
En modo síncrono la velocidad de datos entre el ETD y el ETCD es la misma que entre el ETCD local y el ETCD remoto ya que es el propio reloj el que se transmite, modulado, entre ambos módems.
Sin embargo, en transmisiones asíncronas, podemos tener velocidades distintas. Por ejemplo, podemos tener una velocidad en el puerto serie de nuestro PC de 115200bps y como sabemos no es posible alcanzar esta velocidad de comunicación entre módems.
Si las velocidades son idénticas podemos usar el modo directo en el módem. Si las velocidades son diferentes deberemos usar el modo bufferizado que como su nombre indica consiste en que el módem dispone un buffer para almacenar los datos que recibe del ETD local y otro buffer para almacenar los datos que recibe del ETCD remoto. Como podemos suponer si la velocidad del terminal es superior a la velocidad de comunicación entre ambos módems el primer buffer acabará llenándose. Para evitarlo existen los mecanismos de control de flujo que consisten en que el módem informa al ETD de que su buffer está a punto de llenarse y por tanto debe dejar de transmitirle datos. Es un mecanismo similar en su concepto a las tramas de pausa en Ethernet. Existen básicamente dos mecanismos de control de flujo:
En el pasado post introdujimos algunos conceptos generales sobre la tecnología de módems analógicos, su diagrama de bloques y velocidad de transmisión y modulación.
En el post de hoy veremos el interfaz RS232, los formatos de datos entre módem y terminal síncrono y asíncrono y los tipos de control de flujo.
Interfaz RS232
Cuando hablamos de un interfaz RS232 englobamos dos conceptos. Los niveles eléctricos de las señales en dicho interfaz que vienen determinados por el estándar ITU V.28 y el significado de los diferentes circuitos o señales que viene determinado por el estándar ITU V.24.
V.28 define niveles eléctricos para los dos estados posibles de la señal. un '0' se codifica con un nivel entre -15Vdc y -5Vdc y un '1' con un nivel entre 5Vdc y +15Vdc.
V.24 define el significado de los diferentes circuitos o señales del interfaz RS232 según la siguiente tabla:
Señales de control
Aparte del significado de los diferentes circuitos debemos destacar la penúltima columna 'Origen' que nos indica qué elemento terminal (ETD) o módem (ETCD) la origina. Así, cuando hablamos del circuito de transmisión (TD o 103) tiene como origen el ETD. Por tanto, nos referimos a la transmisión de datos del ETD hacia el ETCD.
Null-modem
Cuando conectamos un ETD y un ETCD con un cable serie RS232 utilizamos un cable directo o pin-a-pin, es decir, el pin 2 (DB25) del ETD se conecta al pin 2 (DB25) del ETCD. Este pin es una salida en el lado ETD y una entrada en el lado ETCD.
Cuando conectamos entre sí dos ETDs o dos ETCDs entonces necesitamos un cable 'null-modem' donde cruzamos, como mínimo, los pines de transmisión y recepción. Es decir, el pin 2 de un extremo debe ir al pin 3 del otro extremo y viceversa. De esta forma nos aseguramos de conectar la salida de un extremo (pin2, TD) con la entrada del otro extremo (pin 3, RD)
Señales de control
Además de las señales de datos (TD y RD) tenemos las señales de control:
- DTR - la activa el ETD para indicar su presencia o disponibilidad
- RTS - la activa el ETD para indicar al ETCD que quiere transmitir datos hacia línea (imprescindible para control de portadora en modulaciones simplex o half dúplex)
- CTS - la activa el ETCD como respuesta al RTS para indicarle al ETD que ya está listo para recibir los datos a enviar a línea
- DCD - la activa el ETCD para indicar la recepción de portadora (señal modulada) del módem remoto
- RI - se activa con cada RING en llamada entrante en modo RTC
- ALBT, RDLT - circuitos para que el ETD instruya al módem a activar un bucle local o bucle digital remoto (veremos los bucles en el siguiente post)
- TM - la activa el ETCD para indicar que está en modo bucle
Señales de reloj
En modo síncrono, los datos deben sincronizarse con una señal de reloj que nos indica la velocidad a la que debemos transmitir o recibir el tren de bits del interfaz serie. En el punto siguiente veremos los diferentes tipos de reloj posibles.
Formato de datos entre ETD y ETCD
Los módems analógicos soportan dos tipos de transmisión en función de cómo encapsulemos los datos a transmitir: formato asíncrono y formato síncrono
Formato asíncrono
En este formato la información se agrupa en caracteres o palabras con el siguiente formato
Reposo: estado previo de la línea (nivel alto o '1')- START define el principio del carácter (nivel bajo o '0')
- PARIDAD (Par/Impar/Marca/Espacio) permite detectar un número impar de errores
- DATOS: tren de datos que puede contener normalmente de 5 a 8 bits y sobre el que se calcula la paridad
- STOP define el final del carácter y el espacio mínimo entre caracteres (nivel alto o '1')
Formato síncrono
En este caso los bits se transmiten y reciben directamente sin estructura alguna a ritmo de una señal de reloj que determina la velocidad y el instante de muestreo.
En la figura anterior vemos que el instante medio de cada bit coincide con el flanco de subido del reloj mientras que el final de cada bit coincide con el flanco de bajada del reloj. Dicho de otro modo, el transmisor de los datos introduce el bit con el flanco de bajada del reloj mientras que el receptor de los datos debe interpretar el bit recibido con el flanco de subida. Al hacerlo en este instante se asegura de estar en el momento intermedio del pulso de forma que ante distorsión telegráfica o desplazamiento 'slip' entre datos y reloj muestrearemos la señal en el punto óptimo con menor probabilidad de error.En toda transmisión síncrona entre terminal y módem tenemos dos relojes. El reloj de transmisión que sincroniza los datos de transmisión (TD, de ETD a ETCD) y el reloj de recepción que sincroniza los datos en recepción (RC, de ETCD a ETD).
El reloj de recepción es la señal RC o circuito 115 y siempre lo entrega el ETCD ya que se obtiene de la señal demodulada de línea analógica.
Sin embargo en transmisión tenemos dos opciones:
- reloj interno o TC (114): lo proporciona el ETCD
- reloj externo o ETC (113): lo proporciona el propio ETD
Si queremos conectar dos ETD o ETCD entre sí para transmitir datos síncronos tendremos que cruzar aparte de los datos también los relojes. Por ejemplo: para conectar dos ETDs, el circuito 113 de cada uno de ellos tendrá que conectarse al circuito 115 del otro extremo. La conexión de dos ETCDs es más compleja ya que como vimos anteriormente el reloj de recepción siempre lo da el propio ETCD y por tanto no podemos cruzarlo con ningún otro circuito en el ETCD remoto. En la práctica, las conexiones síncronas entre módems sólo pueden funcionar cuanto tenemos un único reloj en todo el sistema, es decir, tenemos idéntico reloj para transmisión y recepción de forma que podemos usar el reloj interno de ambos dispositivos ya que son idénticos.
Modos directo y bufferizado
En modo síncrono la velocidad de datos entre el ETD y el ETCD es la misma que entre el ETCD local y el ETCD remoto ya que es el propio reloj el que se transmite, modulado, entre ambos módems.
Sin embargo, en transmisiones asíncronas, podemos tener velocidades distintas. Por ejemplo, podemos tener una velocidad en el puerto serie de nuestro PC de 115200bps y como sabemos no es posible alcanzar esta velocidad de comunicación entre módems.
Si las velocidades son idénticas podemos usar el modo directo en el módem. Si las velocidades son diferentes deberemos usar el modo bufferizado que como su nombre indica consiste en que el módem dispone un buffer para almacenar los datos que recibe del ETD local y otro buffer para almacenar los datos que recibe del ETCD remoto. Como podemos suponer si la velocidad del terminal es superior a la velocidad de comunicación entre ambos módems el primer buffer acabará llenándose. Para evitarlo existen los mecanismos de control de flujo que consisten en que el módem informa al ETD de que su buffer está a punto de llenarse y por tanto debe dejar de transmitirle datos. Es un mecanismo similar en su concepto a las tramas de pausa en Ethernet. Existen básicamente dos mecanismos de control de flujo:
- control de flujo hardware (RTS/CTS): el módem desactiva la señal CTS y el terminal debe dejar de transmitir datos al módem hasta que éste vuelva a activarla cuando haya vaciado el buffer
- control de flujo software (XON/XOFF): el módem informa al terminal enviando un carácter XOFF (ASCII 19) que deje de transmitir datos y cuando ha vaciado el buffer envía un carácter XON (ASCII 17) para notificar al ETD que puede volver a enviar datos. Este mecanismo tiene una limitación y es que el flujo de datos no puede contener estas combinaciones ASCII.
lunes, 11 de junio de 2018
Por si te perdiste alguno de nuestros webinars sobre los routers de Teltonika
Te ofrecemos la presentación de nuestro webinar sobre routers de Teltonika por si no pudiste asistir. En cualquier caso no te preocupes, seguiremos celebrando nuevos webinars sobre este tema.
Como seguramente sabrás regularmente celebramos webinars gratuitos acerca de los routers de Teltonika. En estos webinars te explicamos las diferencias entre los modelos disponibles, la configuración de los routers y un pequeño troubleshooting. Al final repasamos el servicio de gestión centralizado RMS (Remote Management System) del propio fabricante.
Si te perdiste estos webinars no te preocupes, podrás apuntarte en cualquiera de los siguientes, pero también te ofrecemos en este post el material del evento para que lo revises tranquilamente dónde y cuándo tú quieras.
[slideshare id=98671752&doc=routers3gy4gdeteltonika201804-180525115223]
Y recuerda que la forma más fácil de recibir la próxima convocatoria a nuestros webinars es suscribirte a nuestro blog.
Como seguramente sabrás regularmente celebramos webinars gratuitos acerca de los routers de Teltonika. En estos webinars te explicamos las diferencias entre los modelos disponibles, la configuración de los routers y un pequeño troubleshooting. Al final repasamos el servicio de gestión centralizado RMS (Remote Management System) del propio fabricante.
Si te perdiste estos webinars no te preocupes, podrás apuntarte en cualquiera de los siguientes, pero también te ofrecemos en este post el material del evento para que lo revises tranquilamente dónde y cuándo tú quieras.
[slideshare id=98671752&doc=routers3gy4gdeteltonika201804-180525115223]
Y recuerda que la forma más fácil de recibir la próxima convocatoria a nuestros webinars es suscribirte a nuestro blog.
miércoles, 6 de junio de 2018
Introducción a la tecnología de módems (I)
Presentamos algunos conceptos generales y definiciones (módem, ETD, ETCD), tipos de modulaciones (QAM, TCM, FSK) y diferencias entre velocidades de transmisión y modulación.
Empezamos hoy una serie de posts donde repasaremos algunos conceptos generales sobre los módems analógicos. Estos dispositivos quedan lejos pero no debemos olvidar que hace no muchos años eran el único medio de conexión a Internet en nuestros hogares. Hoy en día únicamente encontramos módems en algunas aplicaciones de tipo industrial tales como lectura remota de contadores o plc o aplicaciones domóticas en zonas sin cobertura GSM.
Módem es la contracción de los términos modulador-demodulador. En efecto, un módem es un dispositivo que transforma señales digitales en analógicas (modulación) para poder ser transmitidas a través de canales vocales (300 - 3400 Hz). En recepción hace lo contrario, demodulando las señales analógicas recibidas y convirtiéndolas a digitales. Las señales analógicas de salida de los módems se codificarán G711 a 64K y luego se multiplexarán luego sobre tramas de 2Mbps y se transmitirán sobre enlaces PDH o SDH sobre radio o fibra. Si quieres saber más acerca de la codificación G711 y la digitalización de señales en tramas de 2 Mbps puedes revisar el post Multiplexación por división en el tiempo
ETD: estación terminal de datos. Es el equipo que conectamos al módem para transmitir datos (PC, RTU. sensor, …)
ETCD: estación terminal del circuito de datos. Es el módem en sí.
ITU (International Telecommunications Union): organismo regulador y estandarizador que estandariza todos los protocolos de funcionimento de los módems
En la figura siguiente puedes ver un diagrama de bloques genérico de un módem
En dicho diagrama vemos tres elementos principales:
Además del interfaz con el usuario, el módem presenta el interfaz de línea y el interfaz con el ETD o terminal de datos. El interfaz de línea tiene una impedancia normalizada de 600 ohm y puede ser a 2 hilos (RTC o líneas dedicadas de 2 hilos) o 4 hilos (líneas de dedicadas de 4 hilos). El interfaz con el ETD suele ser un interfaz serie del tipo RS232 o RS485/422 que puede funcionar en modo asíncrono o síncrono.
En módems podemos hablar de dos velocidades:
(velocidad baudios = ancho de banda)
A mayor número de bits por símbolo, mayor eficiencia espectral (menor ancho de banda) para una misma velocidad de transmisión en bps.
En la siguiente tabla recogemos todas las modulaciones existentes para módem analógico (sin contar V90 o 56KFlex).
Veamos un ejemplo: si modulamos en V32 a 9600 bps, usamos un tipo de modulación QAM-16 (Quadrature Amplitude Modulation). Este esquema nos permite enviar símbolos modulados en un espectro de 16 estados. Cada estado codifica 4 bits (del 0000 al 1111) y por tanto modulamos a una velocidad 4 veces inferior a la velocidad en bits codificados. Por tanto: 9600 bps y 2400 baudios. La velocidad de modulación está limitada por el ancho de banda del canal analógico (300-3400 Hz). Si queremos transmitir más bits en este mismo ancho de banda tenemos que aumentar el número de estados en la modulación (por ejemplo: QAM-256) o bien cambiar el tipo de modulación (TCM Trellis Coded Modulation).
Todas las modulaciones tienen una frecuencia portadora sobre la que se modula es esquema de modulación: DPSK, QAM o TCM. La excepción son las modulaciones FSK (Frequency Shift Keying) donde usamos una portadora (frecuencia) para transmitir un '0' y otra para transmitir un '1'.
En el próximo post hablaremos sobre el interfaz V24 y sus señales, los formatos síncronos y asíncronos y las formas de ajustar las velocidades de transmisión y modulación entre ellas.
Empezamos hoy una serie de posts donde repasaremos algunos conceptos generales sobre los módems analógicos. Estos dispositivos quedan lejos pero no debemos olvidar que hace no muchos años eran el único medio de conexión a Internet en nuestros hogares. Hoy en día únicamente encontramos módems en algunas aplicaciones de tipo industrial tales como lectura remota de contadores o plc o aplicaciones domóticas en zonas sin cobertura GSM.
Algunos conceptos generales
Módem es la contracción de los términos modulador-demodulador. En efecto, un módem es un dispositivo que transforma señales digitales en analógicas (modulación) para poder ser transmitidas a través de canales vocales (300 - 3400 Hz). En recepción hace lo contrario, demodulando las señales analógicas recibidas y convirtiéndolas a digitales. Las señales analógicas de salida de los módems se codificarán G711 a 64K y luego se multiplexarán luego sobre tramas de 2Mbps y se transmitirán sobre enlaces PDH o SDH sobre radio o fibra. Si quieres saber más acerca de la codificación G711 y la digitalización de señales en tramas de 2 Mbps puedes revisar el post Multiplexación por división en el tiempo
ETD: estación terminal de datos. Es el equipo que conectamos al módem para transmitir datos (PC, RTU. sensor, …)
ETCD: estación terminal del circuito de datos. Es el módem en sí.
ITU (International Telecommunications Union): organismo regulador y estandarizador que estandariza todos los protocolos de funcionimento de los módems
Diagrama de bloques de un módem
En la figura siguiente puedes ver un diagrama de bloques genérico de un módem
En dicho diagrama vemos tres elementos principales:- microntrolador (CPU): es el encargado de ejecutar el microcódigo (firmware) del equipo para que éste funcione. Se complementa con una RAM y una E2ROM o NVRAM para almacenar los parámetros de funcionamiento del equipo cuando éste se apague.
- Chip modem (datapump): es el circuito integrado que se encarga de modular los datos a transmitir a línea y demodular los datos recibidos a través de dicha línea
- interfaz de usuario: conjunto de pulsadores, display y leds para informar del estado del equipo y poder realizar ciertas acciones (contestar llamada, colgar llamada, realizar bucles, …)
Además del interfaz con el usuario, el módem presenta el interfaz de línea y el interfaz con el ETD o terminal de datos. El interfaz de línea tiene una impedancia normalizada de 600 ohm y puede ser a 2 hilos (RTC o líneas dedicadas de 2 hilos) o 4 hilos (líneas de dedicadas de 4 hilos). El interfaz con el ETD suele ser un interfaz serie del tipo RS232 o RS485/422 que puede funcionar en modo asíncrono o síncrono.
Velocidad de transmisión y velocidad de modulación
En módems podemos hablar de dos velocidades:
- Velocidad de transmisión en bits por segundo (bps). Tanto puede hacer referencia entre ETD y ETCD (velocidad de terminal) como entre ETCD’s (en línea). Mide el tiempo que tarda un bit en transmitirse a través de la interfaz V24 o a través de línea telefónica
- Velocidad de modulación en baudios o símbolos por segundo. Hace referencia al tiempo que dura un símbolo modulado en la línea
(velocidad baudios = ancho de banda)
A mayor número de bits por símbolo, mayor eficiencia espectral (menor ancho de banda) para una misma velocidad de transmisión en bps.
En la siguiente tabla recogemos todas las modulaciones existentes para módem analógico (sin contar V90 o 56KFlex).
Veamos un ejemplo: si modulamos en V32 a 9600 bps, usamos un tipo de modulación QAM-16 (Quadrature Amplitude Modulation). Este esquema nos permite enviar símbolos modulados en un espectro de 16 estados. Cada estado codifica 4 bits (del 0000 al 1111) y por tanto modulamos a una velocidad 4 veces inferior a la velocidad en bits codificados. Por tanto: 9600 bps y 2400 baudios. La velocidad de modulación está limitada por el ancho de banda del canal analógico (300-3400 Hz). Si queremos transmitir más bits en este mismo ancho de banda tenemos que aumentar el número de estados en la modulación (por ejemplo: QAM-256) o bien cambiar el tipo de modulación (TCM Trellis Coded Modulation).
Todas las modulaciones tienen una frecuencia portadora sobre la que se modula es esquema de modulación: DPSK, QAM o TCM. La excepción son las modulaciones FSK (Frequency Shift Keying) donde usamos una portadora (frecuencia) para transmitir un '0' y otra para transmitir un '1'.En el próximo post hablaremos sobre el interfaz V24 y sus señales, los formatos síncronos y asíncronos y las formas de ajustar las velocidades de transmisión y modulación entre ellas.
martes, 5 de junio de 2018
CopperWAY-Bis-GE - dispositivo sobre pares o fibra con múltiples interfaces
El CopperWay-Bis-GE es capaz de entregar un caudal Ethernet de 60 Mbps sobre pares de cobre ya existentes y 2.2 Gbps sobre fibra para la conexión de unidades remotas con interfaces Ethrenet y RS-232 en aplicaciones críticas. Puede conectarse en anillo sobre protocolo RSTP.
El CopperWay-Bis-GE es capaz de entregar un caudal Ethernet de 60 Mbps sobre pares de cobre ya existentes y 2.2 Gbps sobre fibra para la conexión de unidades remotas con interfaces Ethrenet y RS-232 en aplicaciones críticas.
El CopperWay-Bis-GE permite reducir el coste de despliegue de fibra pudiendo entregar hasta 60 Mbps de tráfico Ethernet sobre pares de cobre. También incorpora 4 puertos SFP a velocidades de 100M y 1000M. Los equipos pueden conectarse en topologías de bus 'Daisy-chained' y anillo (RSTP) tanto sobre pares de cobre como fibra ofreciendo una total flexibilidad a la hora de su despliegue.
El CopperWay-Bis-GE proporciona a los equipos a conectar con todo tipo de interfaces: 4 x Ethernet con POE 30 W para alimentar cámara IP o puntos de acceso Wi-Fi y 4 x puertos serie configurables RS232 o RS485 para la conexión de terminales antiguas con comunicaciones asíncronas que son encapsuladas sobre TCP/UDP para ser transmitidas a los puntos remotos.
Descarga el datasheet del Copperwaybis_ge_uk
El CopperWay-Bis-GE es capaz de entregar un caudal Ethernet de 60 Mbps sobre pares de cobre ya existentes y 2.2 Gbps sobre fibra para la conexión de unidades remotas con interfaces Ethrenet y RS-232 en aplicaciones críticas.
El CopperWay-Bis-GE permite reducir el coste de despliegue de fibra pudiendo entregar hasta 60 Mbps de tráfico Ethernet sobre pares de cobre. También incorpora 4 puertos SFP a velocidades de 100M y 1000M. Los equipos pueden conectarse en topologías de bus 'Daisy-chained' y anillo (RSTP) tanto sobre pares de cobre como fibra ofreciendo una total flexibilidad a la hora de su despliegue.
El CopperWay-Bis-GE proporciona a los equipos a conectar con todo tipo de interfaces: 4 x Ethernet con POE 30 W para alimentar cámara IP o puntos de acceso Wi-Fi y 4 x puertos serie configurables RS232 o RS485 para la conexión de terminales antiguas con comunicaciones asíncronas que son encapsuladas sobre TCP/UDP para ser transmitidas a los puntos remotos.
Descarga el datasheet del Copperwaybis_ge_uk
miércoles, 30 de mayo de 2018
Introducción a la tecnología TDM sobre IP y pseudowire - Los Miércoles de Tecnología (II)
En el post de hoy veremos los diferentes tipos de protocolos TDMoIP para el encapsulado del tráfico síncrono sobre paquetes (SaTOP, AAL1, CESoPSN) y cómo se adaptan a los diferentes flujos TDM a transmitir.
En el pasado post vimos las diferencias entre TDMoIP y VoIP así como las diferencias entres las redes de conmutación de circuitos y las de conmutación de paquetes.
Al final vimos que para transmitir un flujo síncrono a través de redes de conmutación de paquetes (PSN) a través de TDMoIP debemos segmentar, añadir información de control, encapsular, desencapsular, extraer información de control y reconstruir la información. Hoy veremos cómo realizar estas tareas los diferentes protocolos existentes.
En TDMoIP introducimos el concepto de bundle o PW. Un PW es un 'canuto' o un grupo de paquetes encapsulados que incluyen la información de un flujo síncrono TDM. Para cada PW definimos una etiqueta o Bundle ID que nos permite:
Si el transporte es IP la etiqueta se asocia al puerto UDP sobre el que se encapsulan los paquetes (TCP no nos sirve porque necesita ACK y retransmisiones)
Si el transporte es MPLS la etiqueta se asocia a la inner label y en servicios L2TPv3 podemos usar la multiplexación L2TP para combinar los diferentes PW.
Para poder transmitir una información síncrona a través de paquetes necesitamos añadir una serie de información a los datos síncronos de usuario de acuerdo con el modelo inferior.
La cabecera PSN hace referencia a cabeceras IP o MPLS que permiten encaminar el tráfico entre origen y destino a través de la red PSN.
La cabecera RTP (opcional) contiene marcas de tiempo que pueden ayudar a la recuperación del sincronismo en recepción
La palabra de control TDMoIP incluye contadores y números de secuencia que permiten detectar pérdidas de paquetes o alteraciones de la secuencia. También incluye alarmas locales y remotas
El flujo TDM original tiene que ser adaptado, es decir, ajustado de forma que permita:
La palabra de control incluye los siguientes campos:
En este campo debemos incluir el flujo de datos TDM a transmitir junto con el sincronismo asociado al mismo. En función de cómo adaptamos el flujo TDM a los paquetes encapsulados tenemos diferentes protocolos
Se recoge en la norma RFC4553. El payload tiene un número fijo de bytes y siempre se encapsulará un trama completa o un múltiplo de tramas. Por tanto tendremos un payload de 256 bytes para E1 (32 TS), 192 bytes para T1 (24 TS) y 1024 bytes para E3 o T3.
Este protocolo es el más simple de encapsular y desencapsular y suele usarse en aquellas redes de paquetes bien caracterizadas donde tenemos un retardo constante (baja latencia) y un ancho de banda estable y garantizado. Por contra, no es posible encapsular únicamente algunos timeslots de la trama (E1 fraccional).
Se recoge en la norma RFC5086. En este caso el payload también tiene una longitud fija pero múltiplo de 1 bytes (9 bits) y por tanto esto payload es capaz de encapsular timeslots de forma individual (E1 fraccional). La seañalización por canal asociado CAS, se obtiene añadiendo unos punteros al primer timeslot de la siguiente multitrama.
En TDMoIP se utilizan técnicas idénticas para la encapsulación de flujos constantes a través de redes asíncronas ATM. En concreto tenemos los encapsulamientos AAL1 que se usa para flujos TDM constantes (circuit emulation) o AAL2 para flujos TDM de velocidad variable (Loop emulation). Estos últimos circuitos podrían representar, por ejemplo, el flujo primario de una centralita RDSI donde el flujo útil de datos transmitido varía en función del número de llamadas concurrentes. Otro ejemplo es detectar silencio en los canales de audio y no encapsular el tráfico TDM durante estos silencios requiriendo un menor ancho de banda.
En ambos casos el payload se estructura como un múltiplo de celdas o PDU AAL1/AAL2 de tamaño fijo de 48 bytes. En estas PDUs encapsulamos los datos del flujo, relleno (padding), sincronismo,... Si aumentamos el número de PDUs por paquete TDMoIP tendremos una mayor eficiencia y también un mayor retardo.
En toda tecnología TDMoIP tendremos siempre un compromiso entre eficiencia y retardo/latencia.
Si tenemos un payload TDM grande, estaremos añadiendo poco overhead y por tanto reduciremos al caudal necesario. Por contra, tendremos que esperar un tiempo mayor antes de completar y encapsular el paquete y por tanto tendremos un retardo mayor en la recepción del flujo síncrono en el extremo remoto.
Si por el contrario tenemos un payload TDM pequeño (por ejemplo, 1 byte para 1 TS), estaremos añadiendo un overhead superior al propio flujo de datos pero tendremos un retardo muy pequeño.
En función del tipo de tráfico TDM y del ancho de banda disponible en nuestra red PSN debemos configurar los parámetros de nuestro payload.
Uno de los principales problemas de las redes PSN de conmutación de paquetes es que usan medios de transmisión compartidos lo que provoca con frecuencia problemas de congestión. Estos problemas de congestión se traducen en la incapacidad de poder entregar un flujo de paquetes a un ritmo constante, es decir, paquetes consecutivos de un mismo flujo pueden padecer retardos diferentes. Este fenómeno se traduce directamente en lo que llamamos latencia o variación en el retardo. Este fenómeno puede ser incluso más molesto que el retardo en las comunicaciones por voz. Para compensar estas diferencias de retardo, los sistemas TDMoIP disponen de unos buffers internos que permiten compensar estas diferencias entre el ritmo de entrada al buffer (paquetes TDMoIP recibidos) y el ritmo de salida (flujo TDM reconstruido). Estos buffers se miden en ms. Por ejemplo, un buffer de 32 bytes (una trama E1 completa) nos compensaría un retardo de 125ms (lo que tarda en llenarse el buffer a ritmo de 2048Kbps).
En el pasado post vimos las diferencias entre TDMoIP y VoIP así como las diferencias entres las redes de conmutación de circuitos y las de conmutación de paquetes.
Al final vimos que para transmitir un flujo síncrono a través de redes de conmutación de paquetes (PSN) a través de TDMoIP debemos segmentar, añadir información de control, encapsular, desencapsular, extraer información de control y reconstruir la información. Hoy veremos cómo realizar estas tareas los diferentes protocolos existentes.
Bundle o pseudowire (PW)
En TDMoIP introducimos el concepto de bundle o PW. Un PW es un 'canuto' o un grupo de paquetes encapsulados que incluyen la información de un flujo síncrono TDM. Para cada PW definimos una etiqueta o Bundle ID que nos permite:
- identificar los flujos individualmente facilitando las tareas de extracción del flujo síncrono
- multiplexar varios flujos sobre un mismo túnel a nivel superior (PSN)
Si el transporte es IP la etiqueta se asocia al puerto UDP sobre el que se encapsulan los paquetes (TCP no nos sirve porque necesita ACK y retransmisiones)
Si el transporte es MPLS la etiqueta se asocia a la inner label y en servicios L2TPv3 podemos usar la multiplexación L2TP para combinar los diferentes PW.
Estructura jerárquica de los paquetes TDMoIP
Para poder transmitir una información síncrona a través de paquetes necesitamos añadir una serie de información a los datos síncronos de usuario de acuerdo con el modelo inferior.
La cabecera PSN hace referencia a cabeceras IP o MPLS que permiten encaminar el tráfico entre origen y destino a través de la red PSN.La cabecera RTP (opcional) contiene marcas de tiempo que pueden ayudar a la recuperación del sincronismo en recepción
La palabra de control TDMoIP incluye contadores y números de secuencia que permiten detectar pérdidas de paquetes o alteraciones de la secuencia. También incluye alarmas locales y remotas
El flujo TDM original tiene que ser adaptado, es decir, ajustado de forma que permita:
- la transmisión de la señalización TDM
- facilitar la recuperación del sincronismo y la recuperación de paquetes perdidos
- conseguir un compromiso entre eficiencia (ancho de banda necesitado sobre PSN) y latencia (retardo en la transmisión)
Palabra de control TDMoIP
La palabra de control incluye los siguientes campos:
- PID (4b) para usos especiales
- flags (4 b)
- L bit (Local failure)
- R bit (Remote failure)
- FRG (2 bits) indica si hay o no fragmentación
- Length (6 b) se usa para añadir relleno cuando la cadencia de transmisión de la información paquetizada es superior al flujo TDM de entrada
- Sequence Number (16 b): número de secuencia que permite detectar pérdidas o desorden en los paquetes
TDM payload
En este campo debemos incluir el flujo de datos TDM a transmitir junto con el sincronismo asociado al mismo. En función de cómo adaptamos el flujo TDM a los paquetes encapsulados tenemos diferentes protocolos
Structure-Agnostic Time Division Multiplexing (TDM) over Packet (SAToP)
Se recoge en la norma RFC4553. El payload tiene un número fijo de bytes y siempre se encapsulará un trama completa o un múltiplo de tramas. Por tanto tendremos un payload de 256 bytes para E1 (32 TS), 192 bytes para T1 (24 TS) y 1024 bytes para E3 o T3.
Este protocolo es el más simple de encapsular y desencapsular y suele usarse en aquellas redes de paquetes bien caracterizadas donde tenemos un retardo constante (baja latencia) y un ancho de banda estable y garantizado. Por contra, no es posible encapsular únicamente algunos timeslots de la trama (E1 fraccional).
Structure-Aware Time Division Multiplexed (TDM) Circuit Emulation Service over Packet Switched Network (CESoPSN)
Se recoge en la norma RFC5086. En este caso el payload también tiene una longitud fija pero múltiplo de 1 bytes (9 bits) y por tanto esto payload es capaz de encapsular timeslots de forma individual (E1 fraccional). La seañalización por canal asociado CAS, se obtiene añadiendo unos punteros al primer timeslot de la siguiente multitrama.
AAL1 y AAL2
En TDMoIP se utilizan técnicas idénticas para la encapsulación de flujos constantes a través de redes asíncronas ATM. En concreto tenemos los encapsulamientos AAL1 que se usa para flujos TDM constantes (circuit emulation) o AAL2 para flujos TDM de velocidad variable (Loop emulation). Estos últimos circuitos podrían representar, por ejemplo, el flujo primario de una centralita RDSI donde el flujo útil de datos transmitido varía en función del número de llamadas concurrentes. Otro ejemplo es detectar silencio en los canales de audio y no encapsular el tráfico TDM durante estos silencios requiriendo un menor ancho de banda.
En ambos casos el payload se estructura como un múltiplo de celdas o PDU AAL1/AAL2 de tamaño fijo de 48 bytes. En estas PDUs encapsulamos los datos del flujo, relleno (padding), sincronismo,... Si aumentamos el número de PDUs por paquete TDMoIP tendremos una mayor eficiencia y también un mayor retardo.Eficiencia vs retardo/latencia
En toda tecnología TDMoIP tendremos siempre un compromiso entre eficiencia y retardo/latencia.
Si tenemos un payload TDM grande, estaremos añadiendo poco overhead y por tanto reduciremos al caudal necesario. Por contra, tendremos que esperar un tiempo mayor antes de completar y encapsular el paquete y por tanto tendremos un retardo mayor en la recepción del flujo síncrono en el extremo remoto.
Si por el contrario tenemos un payload TDM pequeño (por ejemplo, 1 byte para 1 TS), estaremos añadiendo un overhead superior al propio flujo de datos pero tendremos un retardo muy pequeño.
En función del tipo de tráfico TDM y del ancho de banda disponible en nuestra red PSN debemos configurar los parámetros de nuestro payload.
Latencia
Uno de los principales problemas de las redes PSN de conmutación de paquetes es que usan medios de transmisión compartidos lo que provoca con frecuencia problemas de congestión. Estos problemas de congestión se traducen en la incapacidad de poder entregar un flujo de paquetes a un ritmo constante, es decir, paquetes consecutivos de un mismo flujo pueden padecer retardos diferentes. Este fenómeno se traduce directamente en lo que llamamos latencia o variación en el retardo. Este fenómeno puede ser incluso más molesto que el retardo en las comunicaciones por voz. Para compensar estas diferencias de retardo, los sistemas TDMoIP disponen de unos buffers internos que permiten compensar estas diferencias entre el ritmo de entrada al buffer (paquetes TDMoIP recibidos) y el ritmo de salida (flujo TDM reconstruido). Estos buffers se miden en ms. Por ejemplo, un buffer de 32 bytes (una trama E1 completa) nos compensaría un retardo de 125ms (lo que tarda en llenarse el buffer a ritmo de 2048Kbps).
lunes, 28 de mayo de 2018
Soluciones TDM over IP para transporte de servicios legacy sobre redes IP
En Davantel disponemos de diferentes equipamientos bajo tecnología TDMoIP. Desde sencillos CPEs con 1/2/4 puertos E1 hasta completos agregadores capaces de entregar hasta 63 circuitos emulados sobre un STM1 o capaces de extender un STM1 a través de IP.
En Davantel disponemos de diferentes equipos con soporte de protocolos TDMoIP a través de nuestros partners Loop Telecom y Raisecom.
Desde equipos con 1/2/4 puertos E1 pasando por otros con hasta 16 puertos E1 y acabando en agregadores capaces de entregar hasta 63 circuitos emulados sobre un STM1.
También podemos encapsular un interfaz STM-1 directamente sobre IP para transportarlo a través de una red de conmutación de paquetes (PSN).
Algunos equipos CPE son sobremesa pero también tenemos tarjetas TDMoIP que pueden insertarse en chassis de mayor capacidad para transporte de servicios legacy de baja velocidad sobre IP o para el transporte de los circuitos emulados (PW) a través de redes de transporte de última generación como Carrier Ethernet o MPLS.
También disponemos de interfaces RS232 síncronos, FXS/FXO y E3/T3 también encapsulados sobre IP.
En Davantel disponemos de diferentes equipos con soporte de protocolos TDMoIP a través de nuestros partners Loop Telecom y Raisecom.
Desde equipos con 1/2/4 puertos E1 pasando por otros con hasta 16 puertos E1 y acabando en agregadores capaces de entregar hasta 63 circuitos emulados sobre un STM1.
También podemos encapsular un interfaz STM-1 directamente sobre IP para transportarlo a través de una red de conmutación de paquetes (PSN).Algunos equipos CPE son sobremesa pero también tenemos tarjetas TDMoIP que pueden insertarse en chassis de mayor capacidad para transporte de servicios legacy de baja velocidad sobre IP o para el transporte de los circuitos emulados (PW) a través de redes de transporte de última generación como Carrier Ethernet o MPLS.También disponemos de interfaces RS232 síncronos, FXS/FXO y E3/T3 también encapsulados sobre IP.
miércoles, 23 de mayo de 2018
Introducción a la tecnología TDM sobre IP y pseudowire - Los Miércoles de Tecnología (I)
La tecnología TDM over IP nos permite la transmisión de flujos síncronos a través de redes de conmutación de paquetes (emulación de circuitos o pseudowire). En este post vemos las diferencias entre redes de conmutación de circuitos y conmutación de paquetes así como el proceso de tratado de la información por cualquier protocolo de emulación de circuitos.
En el post de hoy introduciremos algunos conceptos sobre la tecnología TDMoIP (TDM over IP) también denominada emulación de circuitos ya que el objetivo es emular un circuito, en nuestro caso síncrono, a través de una red de paquetes.
Esta tecnología permite el transporte de flujos síncronos del tipo T1/E1 sobre redes de transporte de paquetes (Ethernet/IP/MPLS). Para dicho transporte necesitamos, por un lado, transportar los datos síncronos y por otro lado transportar el sincronismo en sí (reloj) que nos marca el ritmo en el que la fuente entrega los datos.
Si bien ambas tecnologías permiten de forma general el transporte de voz sobre redes de paquetes, las diferencias son grandes.
VoIP toma un canal de voz, comprime el audio, lo paquetiza y lo transmite sin que tenga que transportar ningún reloj o sincronismo.
TDMoIP toma un flujo síncrono en forma de T1/E1 completo o fraccional (encapsulando sólo algunos timeslots), lo paquetiza y lo transmite junto a la información de sincronismo.
TDMoIP no sólo permite transmitir voz sino cualquier señal síncrona que pueda ser encapsulada en uno o varios timelsots de un E1/T1. Algunos ejemplos serían comunicaciones RS232 síncronas, interfaces seriales de routers nx64 o enlaces primarios de centralitas.
Los retos que debe afrontar la tecnología TDMoIP derivan de las evidentes diferencias entre las redes de conmutación de circuitos tradicionales y las redes de conmutación de paquetes. En la siguiente tabla hacemos un resumen de estas diferencias.
Como vimos antes, aparte de transmitir los datos síncronos, debemos también transmitir el sincronismo extremo a extremo. Algunas de las recomendaciones que debemos tener en cuenta:
Debemos tener en cuenta si la señal síncrona que transmitimos es un reloj primario o secundario. Si es secundario sólo transporta el reloj asociado al propio flujo de datos. Si por el contrario es primario puede usarse para sincronizar otros flujos o equipos de la red síncrona y por tanto necesitamos de una mayor precisión. La precisión del reloj se mide a través de la latencia (retardo) y el jitter (variabilidad de la latencia)
Normalmente consideraremos aceptable un tasa de error (BER) inferior 2 * 10-4 (2 errores o menos por cada 10.000 bits transmitidos)
La tecnología TDMoIP incluye los siguientes pasos o procesos de cara a poder transmitir de forma transparente un flujo síncrono (TDM) sobre una red de conmutación de paquetes (PSN o Packet Switched Network)
En función del formato y contenido de la palabra de control TDMoIP, el tipo de red PSN o el tipo de segmentación tendremos diferentes protocolos como veremos en el siguiente post.
Si quieres ver las soluciones TDMoIP que comercializamos puedes visitar nuestra web.
En el post de hoy introduciremos algunos conceptos sobre la tecnología TDMoIP (TDM over IP) también denominada emulación de circuitos ya que el objetivo es emular un circuito, en nuestro caso síncrono, a través de una red de paquetes.
Esta tecnología permite el transporte de flujos síncronos del tipo T1/E1 sobre redes de transporte de paquetes (Ethernet/IP/MPLS). Para dicho transporte necesitamos, por un lado, transportar los datos síncronos y por otro lado transportar el sincronismo en sí (reloj) que nos marca el ritmo en el que la fuente entrega los datos.
TDMoIP vs VoIP
Si bien ambas tecnologías permiten de forma general el transporte de voz sobre redes de paquetes, las diferencias son grandes.
VoIP toma un canal de voz, comprime el audio, lo paquetiza y lo transmite sin que tenga que transportar ningún reloj o sincronismo.
TDMoIP toma un flujo síncrono en forma de T1/E1 completo o fraccional (encapsulando sólo algunos timeslots), lo paquetiza y lo transmite junto a la información de sincronismo.
TDMoIP no sólo permite transmitir voz sino cualquier señal síncrona que pueda ser encapsulada en uno o varios timelsots de un E1/T1. Algunos ejemplos serían comunicaciones RS232 síncronas, interfaces seriales de routers nx64 o enlaces primarios de centralitas.
Diferencias entre redes de conmutación de circuitos y redes de conmutación de paquetes
Los retos que debe afrontar la tecnología TDMoIP derivan de las evidentes diferencias entre las redes de conmutación de circuitos tradicionales y las redes de conmutación de paquetes. En la siguiente tabla hacemos un resumen de estas diferencias.
| Redes de conmutación de circuitos | Redes de conmutación de paquetes |
| Tecnología basada en conexiones (circuitos) | Tecnología NO basada en conexiones (paquetes) |
| Ancho de banda garantizado | Ancho de banda NO garantizado |
| Bajo o nulo overhead | Overhead alto |
| Retardo mínimo | Retardo alto (en función de la dimensión de la red y el número de nodos en tránsito) |
| Ritmo constante en la recepción de información | Variación en el retardo en la llegada de la información (jitter) |
| Reloj implícito en la transmisión de datos | Ausencia de nivel físico para el transporte del reloj |
| Sin pérdida de información | Pérdida de paquetes (congestión, errores) |
Requisitos del sincronismo
Como vimos antes, aparte de transmitir los datos síncronos, debemos también transmitir el sincronismo extremo a extremo. Algunas de las recomendaciones que debemos tener en cuenta:
G.114 (tiempo de transmisión en un sentido)
- Retardo < 150 ms - aceptable
- Retardo entre 150 ms y 400 ms - aceptable bajo algunas condiciones
- Retardo > 400 ms - inaceptable, necesario algún mecanismo de control de eco
G.823/G.824 (sincronismo)
Debemos tener en cuenta si la señal síncrona que transmitimos es un reloj primario o secundario. Si es secundario sólo transporta el reloj asociado al propio flujo de datos. Si por el contrario es primario puede usarse para sincronizar otros flujos o equipos de la red síncrona y por tanto necesitamos de una mayor precisión. La precisión del reloj se mide a través de la latencia (retardo) y el jitter (variabilidad de la latencia)
G.826 (tasa de error)
Normalmente consideraremos aceptable un tasa de error (BER) inferior 2 * 10-4 (2 errores o menos por cada 10.000 bits transmitidos)
Procesado de los paquetes en TDM over IP
La tecnología TDMoIP incluye los siguientes pasos o procesos de cara a poder transmitir de forma transparente un flujo síncrono (TDM) sobre una red de conmutación de paquetes (PSN o Packet Switched Network)
- El flujo síncrono recibido (tramas TDM) es dividido en segmentos
- Los segmentos TDM son ajustados en tamaño y formato a su encapsulación
- Añadimos una palabra de control TDMoIP al inicio
- Encapsulación: añadimos las cabeceras PSN (IP/MPLS) al inicio del paquete a enviar
- Los paquetes son enviados a destino a través de la red PSN
- En recepción verificamos las cabeceras PSN y luego las descartamos quedándonos con el interior del paquete
- Verificamos la palabra de control, usamos su contenido y luego la descartamos
- Finalmente reconstruimos el flujo TDM (adaptation) y lo transmitimos
En función del formato y contenido de la palabra de control TDMoIP, el tipo de red PSN o el tipo de segmentación tendremos diferentes protocolos como veremos en el siguiente post.
Si quieres ver las soluciones TDMoIP que comercializamos puedes visitar nuestra web.
Suscribirse a:
Comentarios (Atom)