Opal5GS - Switch industrial Gigabit no gestionable con 4 puertos PoE/PoE+

Switch industrial full gigabit no gestionable con 4 puertos PoE/PoE+ (15,4W/30W) y un puerto GE/GX.

El Opal5GS es un switch industrial no gestionable que proporciona 1 puertos GX o GE y 4 puertos 10/100BaseTX con soporte PoE/PoE+ (802.3af/at) hasta 30W por puerto (total 120W). Está especialmente diseñado para su operación en ambientes agresivos soportando temperaturas de operación entre -40°C y 85°C , protección IP40 y EMC nivel 4.

Visita nuestra página de switches industriales PoE para ver otros modelos o descargarte el datasheet del equipo.

Webinar Gratuito - Switches industriales y soluciones DRP, PRP y HSR de Kyland

Te presentamos la gama de switches, conversores de medio y servidores de terminales industriales de Kyland así como sus soluciones para conexión en anillo DRP y redes redudantes PRP y HSR


Hoy te presentamos dos nuevos webinars gratuitos

Presentación de la gama de productos Kyland

En este webinar presentaremos de forma rápida la gama de productos de Kyland incluyendo los switches modulares, switches para 19'' y carril DIN', conversores de medio y módems serie. También presentaremos los servidores de terminales, gateways Modbus  y la nueva gama de switches 'entry level' Opal.

Fecha y hora: Miércoles, 25 de Abril a las 16:00

Duración aprox: 30 min.

Inscripción

Soluciones redundantes DRP, PRP y HSR

En este webinar presentaremos los protocolos de comunicación en anillo DT-ring, DT-ring+ y DRP de Kyland así como los módulos y equipos para comunicaciones redundantes bajo protocolos PRP (Paralell Redundancy Protocol) y HSR (High Availability Seamless Redundancy Protocol).

Fecha y hora: Miércoles, 25 de Abril a las 16:45

Duración aprox: 30 min.

Inscripción

Tenemos todos los accesorios necesarios para tu router Teltonika

Antenas magnéticas 3G y 4G LTE, kits para montaje frontal y lateral del router en carril DIN y cables para alimentar directamente en continua el router con conector Molex crimpado.


En DAVANTEL tenemos todos los accesorios que puedas necesitar para montar e instalar tu router Teltonika.

Antenas 3G y LTE magnéticas

Tan sólo el modelo RUT955 se entrega con las antenas ·G/4G y WiFi magnéticas. El resto de modelos se entrega con antenas acodadas. Si vas a instalar el router en cuadro o armario eléctrico con envolvente metálica necesitarás una antena exterior con cable pasa sacarla fuera.

Kits para montaje en carril DIN

Dispones de dos kits para montaje del router en un carril DIN. El metálico te permite el montaje frontal tanto de la familia RUT9XX como RUT2XX. Por el contrario, el plástico te permite el montaje lateral únicamente de la familia RUT2XX pero te puede ser muy útil en instalaciones con muy poco espacio en el carril DIN. Y recuerda, el modelo RUT955 que vendemos ya incluye el kit metálico para conexión en carril DIN.

Alimenta tu router directamente a 12Vdc o 24Vdc

En algunas instalaciones puedes preferir alimentar tu router directamente de las tensiones de continua disponibles de 12Vdc o 24Vdc. En este caso disponemos de un cable de 1m con el conector Molex del router. El cable puede tener 2 conductores (sólo alimentación para RUT9XX) o 4 conductores (alimentación + 1 entrada digital + 1 salida digital para RUX2XX).

Recuerda, puedes comprar todos estos accesorios en nuestra página web de accesorios para routers

Protocolo NTP - Los Miércoles de Tecnología

El protocolo NTP permite sincronizar múltiples clientes contra uno o varios servidores. En este post vemos cómo funciona y las diferencias principales entre las versiones 3 y 4 de este protocolo.


El protocolo NTP (Network Time Protocol) permite la sincronización horaria de cualquier equipo o dispositivo conectado a una red de comunicaciones.

Se trata de un protocolo cliente/servidor donde los equipos que deben sincronizarse actúan como clientes lanzando peticiones de sincronismo (NTP request) a otro u otros dispositivos que actúan como servidor y que entregan la fecha y hora exacta (NTP reply). El intercambio de mensajes así como un resumen del cálculo del offset o retardo entre envío de petición y recepción de respuesta puede verse en la siguiente figura.

[caption id="attachment_677" align="aligncenter" width="638"] Fuente: ADVA y Osciloquartz[/caption]

El protocolo NTP se estructura de una forma jerárquica donde un mismo equipo o nodo de la red puede actuar como cliente y servidor al mismo tiempo. Como servidor atiende las peticiones NTP de los equipos inferiores y como cliente solicita el tiempo con mayor precisión a los equipos superiores tal y como se muestra en la siguiente figura. También algunos equipos pueden funcionar en modo 'peer' obteniendo el reloj de otro servidor pero pudiendo, a su vez, entregar el reloj a dicho servidor si así éste lo solicita.

Tal y como se muestra en la figura, el reloj o sincronismo se va degradando a medida que bajamos de nivel ya que cada transacción cliente/servidor implica una pérdida de precisión derivada de los retardos variables de transmisión y de proceso de los paquetes NTP en cada uno de los nodos intermedios. A mayor número Stratum, menor precisión del reloj.

Formato de los paquetes NTP

En la siguiente figura se muestra el formato y contenido del paquete NTP reply en versión 4 que entrega un servidor NTP a petición de cualquier cliente. Los paquetes NTP se encapsulan en UDP y típicamente usan el puerto 123.

[caption id="attachment_681" align="aligncenter" width="826"] Fuente: Wikipedia[/caption]

A continuación describimos los campos en detalle.

LI	Leap Indicator (2 bits) Este campo indica si el último minuto del día actual debe tener un 'leap second'. Los valores son: 0: Sin ajuste leap second (60 segundos) 1: El último minuto del día tiene 61 segundos 2: El último minuto del día tiene 59 segundos 3: Reloj NO sincronizado
VN	NTP Version (3 bits) (la última versión es 4).
Mode	Modo de funcionamiento del nodo NTP (3 bits) 0: Reservado 1: Simétrico activo 2: Simétrico pasivo 3: Cliente 4: Servidor 5: Broadcast 6: NTP control message 7: Reservado para uso privado
Stratum	Nivel Stratum de la fuente de sincronismo (8 bits) 0: Sin especificar o no válido 1: Servidor primario (GPS o reloj atómico) 2–15: Servidor secundario (NTP o SNTP) 16: No sincronizado 17–255: Reservado
Poll	Poll interval (8-bit signed integer) Es un entero de 8 bits con signo que indica el intervalo máximo de tiempo entre dos mensajes sucesivos, expresado en segundos y como la potencia de 2 más cercana. La mayoría de las aplicaciones usan el rango que va desde 6 bits (64 seg) a 10 (1024 seg)
Precision	Precisión del reloj (8-bit signed integer) Es un entero con signo que indica la precisión del reloj local expresado en segundos 1/2^Precicion
Root Delay	El retardo de ida y vuelta entre el servidor y la fuente primaria de reloj. El valor es un decimal de 32-bit con signo expresado en segundos y con la parte fraccional entre los bits 15 y 16. Este campo es sólo significativo en los mensajes entre servidores.
Root Dispersion	Es el error máximo debido a la dispersión en frecuencia del reloj. El valor es un decimal de 32-bit con signo expresado en segundos y con la parte fraccional entre los bits 15 y 16. Este campo es sólo significativo en los mensajes entre servidores.
Reference Identifier	Para los servidores Stratum 1 es una cadena de 4 caracteres que indica el tipo de fuente según la tabla siguiente. Para servidores secundarios es dirección IPV4 de 32 bits que apunta al servidor NTP fuente o bien los primeros 32 bits del Message Digest Algorithm 5 (MD5) hash de la dirección IPv6 de dicha fuente de sincronización (sólo para versiones 4 de NTP)

Tabla para identificadores de referencia de relojes Stratum 1

A continuación mostramos una captura de un paquete NTP realizada con Wireshark donde podemos verificar los campos antes descritos.

Timestamps y cómo se calcula la fecha y hora actuales

En NTP calculamos la fecha y hora actuales a través de los timestamps. El timestamp es un número de 64 bits (versión 3 de NTP) o 128 bits (versión 4 de NTP). De estos bits, los 32 o 64 primeros bits los usamos como potencia de 2 para indicar el tiempo en segundos transcurridos desde las 0:00 del 1 de Enero de 1900. Los segundos 32 o 64 bits se utilizan para indicar la fracción del segundo actual.

En NTP versión 3 podemos estimar 2^32 = 4.294.967.296 segundos que corresponden a algo más de 136 años. Por tanto con NTP v3 podemos mostrar fechas hasta el 7 de Febrero del 2036 = 1900+136. Igualmente podemos estimar la fracción del segundo hasta 1/(2^32) = 232 picosegundos. En la realidad los tiempos de proceso y transmisión de la información nunca nos permitirán este nivel de precisión.

Si queréis ampliar la información sobre cómo se calculan los tiempos en NTP podéis ver la página de David L. Mills

En los paquetes NTP incluimos timestamps que utilizamos para calcular el offset o variación respecto a la medición anterior en el cliente según el cálculo siguiente tal y como se mostraba en la primera figura del post:

T1=Origin Timestamp (on client)
T2=Receive Timestamp (on server)
T3=TransmitTimestamp (on server)
T4=DestinationTimestamp = ReceiveTimestamp (on client)

offset = [ (T2-T1) + (T3-T4) ] / 2

En el cálculo del offset asumimos un retardo en la red simétrico al dividir el RTD (Round Trip Delay) por 2. Este offset puede ser especialmente relevante cuando el servidor se encuentra en Internet o usamos un medio de transmisión de baja velocidad (RTC, RDSI o satélite).

NTP Versión 3 y NTP Versión 4

NTP versión 4 surgió como evolución de la versión 3 pero mantiene la interoperabilidad con sistemas basados en la versión anterior. Las principales diferencias son:

• permite el direccionamiento IPV6 entre clientes y servidores


• permite incorporar seguridad a las comunicaciones a través de la encriptación de los paquetes NTP con una clave pública simétrica


• modifica el tipo de datos para los timestamps de 64 bits formato fijo a 64 bits en coma flotante para  reducir el tamaño del paquete y aumentar el rango de valores disponibles


• la referencia de tiempo se amplia con los conceptos de era y offset era


• se añade un sistema automático para descubrir, configurar y autenticar servidores y clientes sin necesidad de especificarlos manualmente. En modo multicast un servidor NTP envía paquetes a intervalos regulares usando un grupo específico multicast

Nuestros servidores en NTP

En DAVANTEL tenemos diferentes servidores NTP que actúan como relojes Stratum 1 al disponer de receptor GPS integrado.

La familia GPS NTP son simples servidores NTP versión 3 con un receptor GPS activo que se alimenta a través de cable UTP desde el propio servidor NTP. Son de bajo coste y especialmente adecuados para pequeñas instalaciones donde no necesitemos una gran estabilidad en ausencia de señal GPS.



También disponemos de servidores NTP/PTP de mayor precisión al incorporar un oscilador OCXO capaz de mantener con mayor exactitud y mayor tiempo la hora en ausencia de señal GPS.

Opal - Switches industriales económicos no gestionados de altas prestaciones

Switches industriales ‘entry-level’ de bajo coste. Ultra bajo consumo. Garantía de 5 años. Protección IP40, rangos de temperatura de -10ºC a +60ºC y -40ºC a +75ºC.

Modelos de 5 y 8 puertos con uplinks de fibra

La familia de switches Opal  dispone de modelos de 5 y 8 puertos: Opal5 y  Opal8. Los modelos Opal5 pueden incorporar un  uplink de fibra mientras que los modelos Opal8 pueden  incorporar uno o dos uplinks de fibra. El resto de puertos son de cobre  10/100BaseTX.

Sencillos pero ajustados a sus necesidades

Uplinks de  fibra multimodo y monomodo. Conectores SC o ST. Alcances de 40, 60 y 80Km sobre  fibra óptica monomodo y 5Km sobre fibra óptica multimodo.

Bajo precio,  altas prestaciones

• Doble entrada de alimentación con protección de  polaridad.


• Alimentación de rango extendido: 9-60  VDC


• Soporte IEEE 802.3i, 802.3u, 802.3x


• Capacidad de la  tabla MAC: 2K


• Packet Buffer:  1Mbit


• Packet  Forwarding Rate: 0.8Mpps


• Switching  Delay: <5μs

Dos rangos de temperatura

La familia Opal soporta temperaturas  de funcionamiento de entre -40ºC y +75ºC. Sin embargo para aquellas  instalaciones no tan exigentes existen modelos más económicos '-E' que soportan  temperaturas entre -10ºC y +60ºC.

Bajo consumo, 5 años de garantía y MTBF superior a 40  años

Con un consumo inferior en el peor de los casos a  1.7W en el Opal5 y 2.64W en  el Opal8, estos modelos disponen de 5 años de  garantía y un MTBF de 361.000 horas, superior a 40 años.

Más información, datasheets y compra Opal online en nuestra web.

IEC61735 - Redes Ethernet a bordo de trenes - Los Miércoles de Tecnología

El estándar IEC61735 define las redes de comunicaciones a bordo de trenes. En este artículo nos centraremos en la interconexión entre vagones y en las redes dentro de cada vagón así como las funcionalidades específicas requeridas para este tipo de instalaciones.


La tecnología Ethernet ha sido ampliamente utilizada en las redes de comunicación en el sector ferroviario (TCN) y también para la conexión a bordo de cualquier elemento terminal para control, videovigilancia o servicios de información al pasajero

El organismo internacional de estandarización IEC ha estructurado estas redes de un modo jerárquico en ETB (Ethernet Train Backbone) a través del estándar IEC61375-2-5 y ECN (Ethernet Consist Network) a través del estándar IEC61375-3-4. ETB se encarga de la interconexión e interoperabilidad de las comunicaciones entre vagones mientras que ECN se encarga de la comunicación de los dispositivos terminales dentro de cada vagón.

Estos estándares han tenido que surgir atendiendo a las especiales características del entorno a bordo donde, a diferencia de las redes tradicionales donde la configuración es estática, en los convoys se intercambian y se cambian de posición vagones de forma continua atendiendo a diferentes razones operativas.

En este sentido las redes han de saber adaptarse a todas estas reconfiguraciones y por eso el estándar incluye las funcionalidades TTDP, R-NAT y otras que a continuación veremos.

TTDP, Train Topology Discovery Protocol

Este protocolo permite la reconfiguración IP automática de todos los switches de un vagón a fin de evitar duplicidades.



En el ejemplo anterior vemos como los nodos del vagón #2 reconfiguran su direccionamiento IP para no coincidir con los del vagón #1.

R-NAT, Railway-Network Address Translation

De cara a poder mantener la misma configuración en todos los dispositivos terminales en cada vagón y al mismo tiempo permitir la comunicación de los mismos entre diferentes vagones, el protocolo R-NAT realiza una traslación de direcciones IP permitiendo duplicados en los equipos conectados a los switches.

Bypass

Dado que la comunicación entre vagones es fundamental, es necesario dotar a los elementos de la red de una función de bypass que permita mantener la comunicación cuando alguno de los elementos quede inoperativo. En el siguiente ejemplo vemos que la función bypass en el nodo ETBN_B asegura la comunicación entre terminales conectados al resto de nodos. Únicamente se ven afectados aquellos terminales conectados al nodo inoperativo.

Soluciones Kyland compatibles IEC61735

Nuestro partner Kyland Technology poseedor de la certificación IRIS para entornos ferroviarios dispone de una familia de switches embarcados según el estándar EN50155 y EN50121-4. Dentro de esta gama, los modelos gestionables de nivel 2 y nivel 3 incorporan las funcionalidades descritas en esta publicación así como otras prestaciones como alimentación de amplio rango entre 24Vdc y 110Vdc con salidas PoE/PoE+.  Puedes ampliar la información en nuestra página web de switches embarcados EN50155.

Servidor NTP low cost con receptor GPS activo

Servidor NTP low cost en formato DIN rail o 19”. Receptor GPS activo. Especialmente indicado para huertos solares o aplicaciones remotas de ticketing donde necesitamos un sistema de tiempo autónomo, preciso y fiable.


En el post de hoy te queremos presentar una familia de servidores NTP low cost con receptor GPS activo.

Esta familia se presenta en dos formatos, uno para montaje en carril DIN y otro para montaje en rack de 19'' con display LCD y keypad en el panel frontal.

En ambos casos, el servidor se conecta a un receptor GPS activo que se monta en una caja de intemperie con protección IP65 y rango de temperatura de servicio entre -20ºC y +65ºC. La conexión entre servidor y receptor se realiza a través de un cable de pares tipo UTP en el que el servidor NTP alimenta por un lado al receptor GPS y el receptor GPS a su vez entrega al servidor NTP la señal de sincronismo y una señal PPS.

La longitud máxima del cable de pares es de 200m tal y como se muestra en el siguiente gráfico.

El servidor NTP dispone de indicadores leds para verificar la calidad del sincronismo y se configura a través del puerto Ethernet 10BaseTX a través de cualquier navegador.



Asimismo, el servidor NTP dispone de un Agente SNMP capaz de enviar alarmas mediante mensajes Trap en caso de pérdida de sincronismo a partir de la señal GPS y una integrado de reloj alimentado con batería capaz de almacenar la hora en caso de pérdida de comunicación o avería del receptor GPS.

La precisión del servidor es de 13usec en presencia de señal GPS.

Manual servidor NTP formato DIN rail

Manual servidor NTP formato rack 19''

Podemos completar la instalación con la familia Opal de switches industriales entry-level para montaje de carril DIN que nos permitirán conectar nuestro servidor NTP a las remotas o SCADA en nuestra instalación con un tamaño muy reducido y rango extendido de temperaturas.

Webinar - Familia de routers 3G y 4G LTE de Teltonika - Mié. 11 de Abril a las 16: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: Miércoles, 11 de Abril a las 16:00
Duración aprox: 60 min.

Inscripción

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.

​Software de ges​tió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.

¿ Cómo lanzar una RFC2544 con el NT1003 de Metrodata ?

En este post te explicamos de forma sencilla cómo lanzar una RFC2544 con dos equipos NT1003 o con un equipo NT1003 actuando como bucle o como generador de tráfico.


El NT1003 es un punto de demarcación que incorpora medidas de activación del servicio (SAM) según RFC2544 e ITU Y.1564 y medidas de monitorización del servicio según ITY Y.1731 y TWAMP Lite.

En el post de hoy nos centraremos únicamente en cómo usar el NT1003 para realizar un medida RFC2544 para un circuito Ethernet punto a punto.

Veremos tres escenarios:

• medida usando un NT1003 en cada extremo


• medida usando un NT1003 remoto en bucle


• medida usando un NT1003 local como generador de tráfico

RFC2544 usando dos equipos NT1003

En este ejemplo conectaremos un equipo NT1003 en cada uno de los extremos del circuito Ethernet a medir. El extremo local (izquierda) actuará como generador de tráfico mientras que el extremo remoto (derecha) actuará como bucle de dicho tráfico.

Por defecto, el NT1003 viene configurado como un bucle de nivel 2 en el puerto WAN. Por defecto el puerto WAN es el puerto eléctrico 10/100/1000BaseTX rotulado como RJ45#2. Si nuestro circuito fuera de fibra, deberíamos insertar el módulo SFP adecuado y cambiar el switch 1 de posición para usar el puerto SFP como WAN. En el equipo no tendremos que configurar nada más.

El equipo local tendremos que configurarlo como Tester y RFC2544. Para ello necesitaremos un PC que configuraremos en el rango 169.254.0.0/16 y arrancaremos cualquier navegador web a la dirección por defecto del equipo 169.254.42.42.

El password por defecto es 'nt1003'. A continuación en el menú principal seleccionaremos la opción Testing y en Tester Mode pincharemos sobre Loopback y seleccionaremos la opción Tester y a continuación exit.

En la pantalla de Testing pincharemos en Test regime y seleccionaremos RFC2544.A continuación pincharemos en Save para guardar los cambios. De nuevo en la pantalla de Testing pincharemos en Test Parameters.

Si el circuito Ethernet tiene definida alguna VLAN para pasar el tráfico y poder realizar la prueba deberemos entrar el tag de esa VLAN en el campo C-VLAN. En cuanto al extremo remoto Peer Name, si los equipos Ethernet que conforman el circuito Ethernet son transparentes bastará dejar el valor 'magic mac' que corresponde a la dirección MAC genérica de Loopback 00.C0:81:FF:00:00. Si por el contrario existen nodos o equipos intermedios en la red que pudieran interpretar esta dirección MAC y buclarla internamente, en este caso deberíamos introducir la dirección MAC de bucle específica del equipo remoto. Esta dirección se obtiene a partir de la dirección MAC del equipo remoto y fijando el bit 23 a '1', es decir, haciendo una OR con 00:00:00:80:00:00. Por ejemplo, si la MAC del equipo remoto es 00:C0:81:00:18:58, la dirección de Loopback que deberíamos indicar en la medida sería 00:C0:81:80:18:58. La dirección MAC del equipo la podemos ver en la etiqueta del número de serie en la base del equipo o también en el menú Info de configuración del equipo.

A continuación podemos personalizar los diferentes parámetros de la medida RFC2455 incluyendo los tamaños de trama a probar, los test a realizar y los tiempos de cada uno de los tests.

Una vez configurada la prueba la lanzaremos pinchando en Start Test. Pinchando en Test Progress accederemos a una ventana donde podemos ver el progreso del test.

Una vez finalizado el test aparecerá al final de la página el texto testing complete.

Finalmente en la página de Testing si pinchamos en View Report se nos abrirá en una nueva pestaña con el resultado del test en formato texto. Basta guardar la página como fichero de texto para poder almacenar dicho resultado.

Recordemos fijar la hora y fecha del equipo NT1003 si queremos que esta información aparezca correctamente en nuestro informe.

RFC2544 usando un equipos NT1003 como bucle remoto

En este ejemplo conectaremos un equipo NT1003 en el extremo remoto como bucle de tráfico y un equipo de medida en el extremo local como generador del tráfico. De esta forma nos evitamos un segundo equipo de medida para el extremo remoto y su configuración.



En el equipo NT1003 no deberemos configurar nada.

En el equipo de medida tendremos que seguir las instrucciones del ejemplo anterior a la hora de configurar la dirección MAC del equipo remoto. Es decir, si no hay equipos que puedan buclar el tráfico podremos usar la dirección MAC 00.C0:81:FF:00:00. En caso contrario deberemos usar la dirección MAC de Loopback específica del equipo remoto según el algoritmo descrito en el ejemplo anterior.

RFC2544 usando un equipo NT1003 como generador de tráfico

En este último ejemplo usaremos un equipo de medida configurado en bucle y un equipo NT1003 en el extremo local como generador del tráfico. Al igual que en el ejemplo anterior, evitamos un segundo equipo de medida para el extremo local y su configuración.



La configuración del equipo NT1003 es idéntica al primer ejemplo teniendo en cuenta que deberemos confirmar el funcionamiento exacto del equipo de medida remoto en modo bucle. Si no podemos asegurar que hará bucle de todo el tráfico o de la dirección MAC genérica de Loopback 00.C0:81:FF:00:00 deberemos anotarnos la dirección MAC del equipo de medida e introducirla en el campo Peer Name en los parámetros de la medida RFC2544.

Gazelle S1000i-LI - Nueva familia de switches industriales de Raisecom basados en SO Linux

Familia de switches industriales para montaje en carril DIN con modelos desde 4+2GX hasta 16+4GX combo (12.8Gbps backplane). Alimentación interna 220Vac.. Funcionalidades de nivel 2 avanzadas (ERPS, Security, QoS,…), MTBF de 35 años y garantía de 3 años.


Raisecom anuncia el lanzamiento de la nueva familia de switches Gazelle S1000i-LI basados en sistema operativo Linux con un precio más atractivo que sus predecesores pero con el mismo nivel de prestaciones y funcionalidades.



La familia S1000-LI comprende 4 modelos en función del número de puertos:

• 4 x 10/100BAseTX + 2 100/1000BaseX


• 8 x 10/100BAseTX + 4 100/1000BaseX


• 16 x 10/100BAseTX + 4 100/1000BaseX


• 16 x 10/100BAseTX + 4 combo GX

En todos los casos los equipos incorporan una fuente de alimentación interna 90-240Vac evitando la necesidad de una fuente externa con el consiguiente ahorro en coste y espacio de instalación.

Diseño industrial

La familia S1000-LI está diseñada para cumplir con los estándares IEC61850-3 e IEEE1613. Soportan temperaturas de operación entre -40ºC y +75ºC. Asimismo su MTBF alcanza los 35 años y el período de garantía es de 3 años.

Altas prestaciones a precio competitivo

La familia S1000-LI comparte, a pesar de su reducido precio, las mismas funcionalidades que sus predecesores.

Wire-speed switching

La familia Gazelle S1000i-LI soporta un bus con capacidad de conmutación hasta 12.8 Gbit/s lo que proporciona velocidad wire-speed en todos sus puertos para la transmisión de video u otros servicios con una alta demanda de caudal.

Seguridad al más alto nivel

La familia Gazelle S1000i-LI soporta autenticación 802.1x y la asignación estática de direcciones MAC a interfaces para evitar cualquier acceso no autorizado. También soportan storm control, bloqueo de puertos y port mirroring de cara a monitorizar los servicios y el tráfico en cualquier puerto pudiendo constatar o confirmar ataques maliciosos.

Protección en anillo

La familia Gazelle S1000i-LI permite formar anillos en cualquier interfaz y soporta múltiples protocolos incluyendo STP y G.8032 (ERPS) con un tiempo de conmutación inferior a 50ms.

Carrier-grade QoS

La familia Gazelle S1000i-LI soporta 8 colas de salida en cualquier interfaz y 3 modos de scheduling: SP, WRR y SP+WRR. Asimismo, soportan rate limiting con granularidad 64 Kbits bidireccional.

Traffic policing ACL

La familia Gazelle S1000i-LI soporta ACL IP básicas y avanzadas en función de la IP de origen o destino, protocolo VRF, interfaz origen y destino, DSCP y TTL.
También soporta  MAC ACL en función de la MAC origen y destino, Ethtype, SVLAN, CVLAN, CoS, y inner CoS.
La familia Gazelle S1000i-LI supporta 256 reglas MAC ACL, 256 reglas IP ACL, 64 reglas IPv6 ACL y 128 reglas ACL definidas por el usuario.

Gestión y mantenimiento sencillos

La familia Gazelle S1000i-LI soporta SNMP  y puede ser gestionada a través de la plataforma NView NNM que ofrece la funcionalidad de 'topology discovery' facilitando la configuración inicial.

Además soportan otros métodos de configuración como  CLI, SSH, Web  y Telnet.

Datasheet Gazelle S1000i-LI