Made4Flow 2.11.1: exportación de NetFlow para la mitigación de ataques DDoS, nuevas alertas y mucho más
Descubra las novedades de Made4Flow 2.11.1: exporte NetFlow V5, V9 y sFlow a plataformas de mitigación de DDoS, configure alertas por router e integre el sistema con sistemas externos a través de la API REST. Quien gestiona una red de tamaño mediano o grande sabe que la visibilidad del tráfico no es una ventaja competitiva, sino una cuestión de supervivencia. Detectar un ataque DDoS en curso, saber de qué país procede el tráfico anómalo o integrar el analizador de NetFlow con la plataforma de mitigación del operador sin necesidad de reconfigurar los routers: estos son los verdaderos retos a los que se enfrentan a diario los equipos de NOC y de seguridad. La versión 2.11.1 de Made4Flow, disponible a partir del 27 de febrero de 2026, responde precisamente a estas necesidades. En este artículo, detallamos cada novedad y lo que aporta en la práctica. ¿Qué es Made4Flow y a quién va dirigida esta actualización? Made4Flow es un analizador de NetFlow y sFlow desarrollado por Made4it para proveedores de Internet, operadores y equipos de NOC que necesitan una visibilidad detallada del tráfico de red. Recopila los flujos exportados por los routers (NetFlow V5, V9, sFlow, IPFIX), aplica análisis inteligente a dichos datos y ofrece gráficos, alertas y análisis en tiempo real. Esta actualización es especialmente relevante para quienes: Cómo exportar NetFlow a una plataforma de mitigación de DDoS — sin necesidad de intervenir en los routers Esta es la novedad más esperada de la versión 2.11.1 por parte de los equipos que gestionan plataformas de mitigación de ataques DDoS. La situación anterior era la siguiente: para enviar flujos a una solución de mitigación de terceros, era necesario configurar el router para que exportara simultáneamente a dos destinos: el colector de Made4Flow y el colector de la plataforma de mitigación. En muchos entornos, esto no es sencillo, resulta arriesgado o, sencillamente, inviable. Con el nuevo replicador de flujos de Made4Flow, el enrutador sigue exportando con normalidad a Made4Flow. A partir de ahí, la propia plataforma replica y reenvía los flujos a cualquier destino externo, en los siguientes formatos: La configuración se realiza directamente en la interfaz de Made4Flow: sin tiempo de inactividad, sin ventana de mantenimiento en los routers y sin riesgo operativo. Para los proveedores que utilizan soluciones como Wanguard, NSFOCUS, Arbor o cualquier otra plataforma que utilice NetFlow o sFlow, esta funcionalidad elimina una dependencia compleja y agiliza la integración. Integre su plataforma de mitigación de DDoS con Made4Flow y replique NetFlow V5, V9, IPFIX o sFlow con una sola configuración. Análisis de amenazas: nueva visualización para identificar ataques internos La página de Análisis de amenazas de Made4Flow se ha rediseñado por completo en la versión 2.11.1. El nuevo diseño reúne en una única pantalla las principales métricas de seguridad: el total de amenazas detectadas, las direcciones IP sospechosas, el volumen de tráfico malicioso, la distribución temporal de los incidentes y los principales objetivos. La visión geográfica de las amenazas también se ha mejorado, lo que facilita la correlación entre el origen del ataque y el impacto en la red. Para los equipos de seguridad que necesitan responder rápidamente ante incidentes, esto supone menos clics y más información contextual disponible en el momento crítico. Descubra quién está provocando ataques dentro de su red interna con UN SOLO CLIC. Alertas relacionadas con la frecuencia de muestreo y el enrutador: deje de analizar datos distorsionados Uno de los problemas más ocultos en la monitorización con NetFlow es la incompatibilidad de la frecuencia de muestreo. Cuando el valor configurado en la herramienta de análisis difiere del que el router está aplicando realmente, todos los gráficos de tráfico se distorsionan, y el equipo puede tomar decisiones basadas en datos erróneos sin darse cuenta. La versión 2.11.1 incorpora dos tipos de alertas específicas para este escenario: Aviso de incompatibilidad de la frecuencia de muestreo Le avisa automáticamente cuando el valor de muestreo configurado en Made4Flow difiere del que está indicando el router. Esto resulta especialmente útil en entornos con varios routers de distintos fabricantes (Cisco, Huawei, MikroTik, Juniper), en los que el patrón de muestreo puede variar. Alertas explícitas por router Cada router registrado en Made4Flow puede ahora tener sus propias alertas activas, visibles directamente en la lista de equipos y en la página de edición. Esto facilita la gestión en entornos con decenas o cientos de routers supervisados. Reciba una alerta antes de que el problema afecte a sus datos: configúrelo en cuestión de minutos. Tráfico por país y aplicación por prefijo: visibilidad geográfica en tiempo real Para los proveedores de Internet y los operadores, saber de dónde procede el tráfico es tan importante como saber cuál es su volumen. Un pico procedente de un país concreto puede indicar que se está produciendo un ataque volumétrico; un prefijo específico que consuma ancho de banda por encima de lo habitual puede indicar que un cliente ha sido víctima de un ataque. La versión 2.11.1 incorpora una nueva pantalla de visualización con gráficos de tráfico desglosados por: Esta información ya estaba disponible en los datos sin procesar, pero ahora se presenta en un formato visual nativo, sin necesidad de exportar datos, cruzar hojas de cálculo ni utilizar herramientas externas. Compruebe en cuestión de segundos qué país o prefijo está generando tráfico anómalo, y actúe antes de que el ataque se intensifique. Agregación por indicadores TCP y países: detecte con precisión los patrones de ataques DDoS Los ataques DDoS modernos suelen camuflarse entre un volumen de tráfico aparentemente normal. El análisis de los indicadores TCP —como las inundaciones de SYN, ACK o RST— es una de las formas más eficaces de identificar el tráfico malicioso antes de que afecte a los servicios. La versión 2.11.1 incorpora nuevas pestañas de agregación en los datos brutos de Made4Flow: Para los equipos de seguridad que investigan incidentes, la combinación del análisis por indicadores y por origen geográfico resulta especialmente eficaz a la hora de establecer una correlación entre la técnica de ataque y su origen. Detecte los ataques basándose
MC-LAG en routers Huawei
Cómo configurar MC-LAG en Huawei: E-Trunk, Eth-Trunk, LACP y BFD paso a paso. Aprende MC-LAG en Huawei, hoy te mostramos por qué E-Trunk (multichasis), cuándo utilizar Eth-Trunk (agregación), cómo ajustar LACP para puertos activos/de reserva y cómo BFD acorta el MTTR. Hemos incluido recomendaciones para el hashing en escenarios MPLS y un script de prueba para validar el comportamiento ante fallos. La agregación de enlaces (LAG), llamada Trunk en Huawei(Eth-Trunk cuando es Ethernet), es una tecnología que combina varias interfaces físicas en una única interfaz lógica. Con la agregación de enlaces ganamos: El LAG tradicional es siempre entre dos dispositivos, punto a punto: Tipos de LAG para Huawei En pocas palabras, en Huawei tenemos tres formas principales de utilizar Eth-Trunk: En el contexto de MC-LAG, lo que nos importa es básicamente: Hagámoslo sencillo: Manual LACP estático Cómo equilibra Trunk el tráfico Eth-Trunk no «añade puertos» como una puerta gigante. El equipo decide a través de qué miembro enviar cada flujo mediante algoritmos de equilibrado. Esto define dos comportamientos principales: Equilibrio de carga basado en hash Es estándar en la mayoría de los routers/conmutadores. Funciona así El hash puede utilizar varios criterios, por ejemplo: Con hash, el modo por defecto es por flujo: El hash tiene una consecuencia importante: No siempre distribuye uniformemente el ancho de banda.Según la distribución de los flujos (hash), un miembro puede estar en el cuello de botella mientras que otro casi no tiene tráfico. Esto es normal. Equilibrio dinámico de la carga Algunos dispositivos admiten el modo dinámico, que supervisa la carga instantánea de cada miembro y reasigna los flujos entre los enlaces infrautilizados o sobrecargados. Un dispositivo que utiliza este tipo de equilibrado son los conmutadores Datacom. ¿Y qué pueden utilizar los chips para el hashing? Casi nadie habla de este punto, pero es crucial. Dependiendo del ASIC, el router puede tener un aspecto: En el caso de MPLS: Eso importa porque Ejemplos prácticos: En resumen: Cuanto mayor sea la profundidad MPLS que vea el ASIC, mejor será la distribución de los flujos MPLS en el LAG. Qué hace LACP LACP (Protocolo de Control de Agregación de Enlaces, IEEE 802.3ad) es el que: En Huawei, cuando Eth-Trunk está en LACP estático, las interfaces miembro: El lado con mayor prioridad del sistema (valor numérico más bajo) se convierte en el Actor. A partir de ahí Qué tiene que estar «bien» para que el GAL suba correctamente Para que un Eth-Trunk con LACP funcione como se espera, es necesario que ciertos puntos estén alineados entre ambos lados: Lo que hace LACP es utilizar la prioridad del sistema + ID del sistema + prioridad de la interfaz + número de interfaz para: Entrar en MC-LAG Hasta ahora hemos hablado de LAG «normal», es decir, sólo entre dos dispositivos. MC-LAG (Multi-Chassis LAG) entra cuando lo deseas: La idea es sencilla: Objetivo principal del MC-LAG: Básicamente es llevar la idea de redundancia del nivel de puerto/enlace al nivel de dispositivo. Activo/activo vs activo/reserva En muchos vendedores puedes encontrar MC-LAG de dos sabores: En Huawei, para este escenario concreto con E-Trunk/mLACP, el comportamiento es activo/respaldo: MC-LAG en Huawei: E-Trunk vs mLACP En Huawei, hay dos formas principales de implantar MC-LAG: La diferencia radica en el mecanismo de control entre los PE: En este artículo nos centraremos en el E-Trunk, que es la forma«clásica»de MC-LAG en muchos escenarios PE-CE. Cómo funciona E-Trunk No confundas E-Trunk (la tecnología de sincronización entre chasis) con Eth-Trunk (la propia agregación de enlaces). Considera el siguiente escenario: Los EP entonces: Con esto: Cuando se produce un fallo: Opcionalmente, puedes Conectividad CE ↔ PEs con E-Trunk Algunos puntos importantes del diseño: Casos prácticos En la topología siguiente, cubriremos dos casos de uso de MC-LAG (hay muchos otros). 1) MC-LAG que protege VPLS (capa 2) En la parte superior del dibujo, CE1 está en multihoming con PE1 y PE2 mediante MC-LAG, todos en la misma instancia VPLS-1.En el lado de la red, PE1/PE2 cierran el VPLS con PE3, que presta el mismo servicio a CE2. Se trata de una protección L2 de extremo a extremo para el VPLS, con redundancia de equipos y POP. 2) MC-LAG que protege /30 L3 (capa 3) En la parte inferior del dibujo, CE3 recibe un /30 L3 a través de MC-LAG, dual-homed en PE2 y PE3. Configurar el entorno Ahora que ya conoce todos los conceptos que subyacen al MC-LAG, pasemos al laboratorio. Utilizaremos el entorno virtual PNETLAB, con la imagen Huawei NE40 V22. Los puertos físicos y las conexiones entre dispositivos se describen en la topología siguiente. La configuración de los CE es sencilla: un mikrotik (ROS 7.6) que utiliza interfaces bonding, con LACP rápido (en 1s). CE3 es simplemente una interfaz física con una VLAN. CE1 CE2 CE3 La configuración de los PE incluye las interfaces punto a punto, activas con OSPF, MPLS. En las interfaces de acceso, las configuraciones LAG y de sincronización e-trunk. Y en la capa de servicio, el VPLS (VSI) y la pasarela L3 (con la dirección mac y la misma IP). PE1 – Capa central Servicio MLAG y E-trunk Aquí es donde el MLAG cobra todo su sentido. Primero creamos un Eth-Trunk ordinario, y luego lo asociamos a una configuración e-trunk, que hace que se produzca la magia MLAG. Una vez creado el LAG, ahora debemos configurar el e-trunk. Para configurarlo, necesitamos: En nuestro laboratorio, vamos a cerrar el loopback entre PE1 y PE2, que forman parte del MLAG desde la perspectiva de CE1. La prioridad maestra será PE2, con prioridad 5. Los temporizadores configurados son 9 para hello y 30 para hold-timer. Por último, es hora de asociar la interfaz LAG con e-trunk, creando así un MLAG desde la perspectiva de CE1. Servicios VPLS PE2 – Capa central Las configuraciones CORE y VPLS del PE2 son similares a las del PE1 Servicio MLAG y E-trunk Servicios de pasarela redundantes Para el servicio de pasarela redundante para CE3, lo haremos: PE3 – Capa central Las configuraciones CORE del PE3 son similares a las del PE1.
Dónde utilizar Ufispace
Equipamiento Ufispace: Usos y Servicios Apoyados Introducción Ufispace es una empresa del ámbito de las redes y las telecomunicaciones, especializada en ofrecer soluciones de infraestructura de red de alta calidad. Sus equipos están diseñados para satisfacer las crecientes demandas de conectividad, capacidad y rendimiento en diversos sectores. En este artículo exploraremos los dispositivos S9600-72XC, S9600-56DX y S9510-28DC, dónde pueden utilizarse y qué servicios admiten. Equipamiento Ufispace S9600-72XC – Dispone de 8 puertos de 40/100G, 64 puertos de 1/10/25G, 2 puertos de 10G (MGMT, ópticos) y 1 puerto de 100/1000M (MGMT, eléctrico); Procesador Intel Skylake-D de 8 núcleos a 1,9 GHz, memoria de 32 GB DDR4, almacenamiento SSD de 128 GB y capacidad de conmutación de 2,4 Tbps, con un búfer profundo de 4 GB. S9600-56DX – Dispone de 8 puertos de 40/100/400G, 48 puertos de 40/100G, 4 puertos de 1/10/25G y 1 puerto de 100/1000M (MGMT, eléctrico); Procesador Intel Icelake-D de 8 núcleos a 2,1 GHz, memoria de 32 GB DDR4, almacenamiento SSD de 128 GB y rendimiento de capacidad de conmutación de 4,8 Tbps, con un búfer profundo de 8 GB. S9510-28DC – Dispone de 2 puertos de 100/400G, 2 puertos de 40/100G, 24 puertos de 10/25G y 1 puerto de 100/1000M (MGMT, eléctrico); Procesador Intel Denverton-NS de 4 núcleos a 1,6 GHz (estándar) / Intel Denverton-NS de 8 núcleos a 1,7 GHz (premium), memoria de 8 GB DDR4 (estándar) / 16 GB de DDR4 (Premium), almacenamiento de 32 GB en SSD (estándar) / 128 GB en SSD (Premium) y rendimiento de capacidad de conmutación de 800 Gbps, con un búfer profundo de 2 GB. Uso del equipo de Ufispace Gracias a su alta densidad de puertos y capacidad de conmutación. Como Núcleo del Centro de Datos o Agregador de Servidores. Pueden utilizarse en escenarios de topología Core, Agregación, trabajando como BGP, MPLS, como P y PE. En escenarios L2VPN, L3VPN, 6PE. Conclusión Los conmutadores Ufispace son una gran elección en los centros de datos para funciones críticas como el núcleo del servidor y la agregación, gracias a su alta densidad de puertos y capacidad de conmutación. Para los ISP, ofrecen la robustez y flexibilidad necesarias para topologías complejas, soportando protocolos como BGP y MPLS, así como servicios como L2VPN y L3VPN. Equipados con procesadores de última generación, abundante memoria y almacenamiento eficiente, estos conmutadores garantizan un rendimiento superior y una gran capacidad, lo que los hace ideales para construir infraestructuras de red modernas y eficientes.
Cómo configurar Netflow en los routers Nokia
Hoy vamos a mostrar cómo configurar tu enrutador Nokia SR OS para exportar Netflow (cflowd). Esta es la topología de la red y la información del servidor Netflow Estos son los pasos necesarios para configurar el router Nokia SR OS con el fin de exportar Netflow v9/v10 a través de IP Netstream 1 – Configurar el servidor NTP2 – Configurar los parámetros de cflowd con el servidor NetFlow3 – Configurar la interfaz para habilitar NetFlow Pasemos a la configuración paso a paso: 1.Configuración del servidor NTP Es importante configurar un servidor NTP, ya que los datos de flujos utilizan marcas de tiempo basadas en la hora del router; si la hora del router difiere de la del servidor, los datos no se ajustarán a la hora correcta, lo que provocará una discrepancia en la información. Es importante que configures al menos 2 servidores NTP y también la zona horaria de tu router. 2 – Configurar los parámetros de cflowd con el servidor NetFlow 3- Configurar la interfaz para habilitar Netflow Por último, debemos activar las interfaces que van a exportar Netflow; para ello, en cada interfaz, utilice los siguientes comandos: A continuación se muestra la configuración completa del router: Y en todas las interfaces, active lo siguiente: Descripción detallada Algunos comandos adicionales para el análisis del flujo: Conheça o Made4FlowSuporte (WhatsApp)
Interconexión de dos sistemas virtuales (VS) en la plataforma NE de Huawei (interconexión de 2 routers virtuales en la plataforma NE de Huawei)
La otra forma de conectar… Interconexión de dos VS mediante VPN VPWS CCC # Admin-VS ¡! Lado L2 Admin-VS interfaz Virtual-Ethernet0/2/100 ve-grupo 100 l2-terminar interfaz Virtual-Ethernet0/2/100.100 vlan-type dot1q 100 ¡! Lado L2 VS1 interfaz Virtual-Ethernet0/2/200 ve-grupo 200 l2-terminar interfaz Virtual-Ethernet0/2/200.100 vlan-type dot1q 100 ! Interconexión MPLS CCC VPWSccc prueba interfaz Virtual-Ethernet0/2/100.100 etiquetada salida interfaz Virtual-Ethernet0/2/200.100 etiquetada # Admin-VS ¡! Lado L3 Admin-VS interfaz Virtual-Ethernet0/2/101 dirección-mac c4b8-b434-ab45 ve-group 100 l3-access interfaz Virtual-Ethernet0/2/101.100 vlan-type dot1q 100 dirección ip 10.1.1.1 255.255.255.252 ¡! Lado L3 VS1 interfaz Virtual-Ethernet0/2/201 ve-group 200 l3-access interfaz Virtual-Ethernet0/2/201.100 vlan-type dot1q 100 # Admin-VSadmin virtual-system vs1 pvmb slot 3 port-mode port assign interface Virtual-Ethernet0/2/201.100 # VS1 ! Lado L3 VS1interface Virtual-Ethernet0/2/201.100 vlan-type dot1q 100 ip address 10.1.1.2 255.255.255.252 Consideraciones sobre el escenario Validaciones <HUAWEI>display vll ccctotal ccc vc : 1local ccc vc : 1, 1 activoremote ccc vc : 0, 0 activo nombre: prueba, tipo: local, estado: activo,intf1: Virtual-Ethernet0/2/100.100 (activo), puerto de acceso: falso intf2: Virtual-Ethernet0/2/200.100 (activo), puerto de acceso: falso Última hora de actividad del VC: 17/02/2020 14:40:58Tiempo total de actividad del VC: 0 días, 0 horas, 16 minutos, 37 segundos Admin-VS:<HUAWEI>ping 10.1.1.2 PING 10.1.1.2: 56 bytes de datos; pulse CTRL_C para interrumpir Respuesta de 10.1.1.2: bytes=56, secuencia=1, TTL=255, tiempo=1 ms Respuesta de 10.1.1.2: bytes=56, secuencia=2, TTL=255, tiempo=1 ms Respuesta de 10.1.1.2: bytes=56 Secuencia=3 TTL=255 tiempo=1 msd Respuesta desde 10.1.1.2: bytes=56 Secuencia=4 TTL=255 tiempo=1 ms Respuesta desde 10.1.1.2: bytes=56 Secuencia=5 ttl=255 tiempo=1 ms — Estadísticas de ping de 10.1.1.2 — 5 paquetes transmitidos 5 paquetes recibidos 0,00 % de pérdida de paquetes tiempo de ida y vuelta mín./med./máx. = 1/1/1 ms VS1:<HUAWEI-vs1>ping 10.1.1.1 PING 10.1.1.1: 56 bytes de datos, pulse CTRL_C para interrumpir Respuesta de 10.1.1.1: bytes=56 Secuencia=1 ttl=255 tiempo=1 ms Respuesta desde 10.1.1.1: bytes=56 Secuencia=2 ttl=255 tiempo=1 ms Respuesta de 10.1.1.1: bytes=56 Secuencia=3 ttl=255 tiempo=1 ms Respuesta de 10.1.1.1: bytes=56 Secuencia=4 ttl=255 tiempo=1 ms Respuesta de 10.1.1.1: bytes=56 Secuencia=5 ttl=255 tiempo=1 ms — 10.1.1.1 estadísticas ping — 5 paquete(s) transmitido(s) 5 paquete(s) recibido(s) 0,00% de pérdida de paquetes ida y vuelta min/avg/max = 1/1/1 ms<HUAWEI>ping 10.1.1.2 PING 10.1.1.2: 56 bytes de datos, pulse CTRL_C para interrumpir Respuesta de 10.1.1.2: bytes=56 Secuencia=1 ttl=255 tiempo=1 ms Respuesta de 10.1.1.2: bytes=56 Secuencia=2 ttl=255 tiempo=1 ms Respuesta de 10.1.1.2: bytes=56 Sequence=3 ttl=255 time=1 msd Respuesta de 10.1.1.2: bytes=56 Secuencia=4 ttl=255 tiempo=1 ms Respuesta de 10.1.1.2: bytes=56 Secuencia=5 ttl=255 tiempo=1 ms — 10.1.1.2 estadísticas ping — 5 paquete(s) transmitido(s) 5 paquete(s) recibido(s) 0,00% de pérdida de paquetes ida y vuelta min/avg/max = 1/1/1 ms <HUAWEI>displ bgp peer ID del enrutador BGP local: 192.168.88.100 Número AS local: 11111 Número total de pares: 1 Pares en estado establecido: 1 Par V AS Mensajes recibidos Mensajes enviados Cola de salida Activo/Inactivo Estado PrefRcv 10.1.1.2 4 22222 25 25 0 00:19:38 Establecido 0<HUAWEI>displ ospf peer brief (M) Indica vecino MADJ Proceso OSPF 1 con ID de enrutador 10.0.0.1 Información estadística de paresNúmero total de pares: 1 Pares en estado completo: 1—————————————————————————– Área ID Interfaz ID del vecino Estado 0.0.0.0 VE0/2/101.100 10.0.0.2 Completo<HUAWEI> displ ospfv3 peer Proceso OSPFv3 (1) Área OSPFv3 (0.0.0.0) ID de vecino Pri Estado Tiempo de inactividad Interfaz ID de instancia 10.0.0.1 1 Full/DR 00:00:38 VE0/2/201.100 0 Finalmente esto es todo amigos, no sabemos el rendimiento o impacto en la caja, sin embargo los servicios básicos funcionaron con normalidad. Si lo pruebas con tráfico, ¡háznoslo saber! Comparta sus resultados con nosotros. Si necesita ayuda , póngase en contacto con nosotros. Abrazos, Rafael Ganascim, Gabriel Henrique y Kevin Walters Equipo de consultoría TI – Made4it
Virtual-System en Huawei NE: El poder de los enrutadores virtuales
Vea cómo explorar mejor su enrutador de línea Huawei NE a través de la función VS (Sistema virtual).
Interfaces L3 en túneles L2 MPLS en enrutador Huawei NE (Cómo configurar MPLS con IP en Huawei)
Aprenda a configurar interfaces L3 en túneles MPLS L2 en el enrutador Huawei.
Configuración de Netflow en routers Cisco
Aprenda a configurar Netflow en su router Cisco ASR9k o Cisco 100x Line (1002,1004 o 1008)
Configuración de Netflow en routers Huawei
Hola Hoy le mostraremos cómo configurar su router Huawei para exportar Netflow (IP Netstream). Esta es la topología de la red y la información del servidor Netflow Estos son los pasos necesarios para configurar el router de Huawei para exportar Netflow v5/v9 a través de Netstream IP Vamos con la configuración paso a paso 1.Configuración del servidor NTP Es importante configurar un servidor NTP, ya que los datos de flujos utilizan marca de tiempo basada en la hora del router; en caso de que el router tenga una hora diferente a la del servidor, los datos no se ajustarán a la hora, lo que provocará una discrepancia en la información. Es importante que configures al menos 2 servidores NTP y también la zona horaria de tu router. ntp-service server disable ntp-service ipv6 server disable ntp-service unicast-peer 200.160.0.8ntp-service unicast-peer 200.189.40.8 2. Configurar la ranura para exportar información En los routers de Huawei es necesario configurar la ranura para exportar información; para ello, utilice los siguientes comandos: ranura 3 ip netstream sampler to slot self ipv6 netstream sampler to slot self 3. Configuración de Netstream IP con Netflow Server En los routers Huawei debe configurar la IP de Netflow para decir qué servidor recibirá los datos de Netflow, qué muestreo (sampler), qué versión de Netflow y la IP de origen de Netflow. Para la configuración utilice los siguientes comandos: ip netstream timeout active 1 ip netstream timeout inactive 15 ip netstream export version 9 ip netstream export index-switch 32 ip netstream export template timeout-rate 1 ip netstream sampler fix-packets 500 inbound ip netstream sampler fix-packets 500 outbound ip netstream export source 192.168.210.49 ip netstream export host 192.168.210.47 2055 ip netstream export template option sampler ip netstream export template option timeout-rate 1 ip netstream as-mode 32 ipv6 netstream as-mode 32 ipv6 netstream timeout active 1 ipv6 netstream timeout inactive 15 ipv6 netstream export version 9 ipv6 netstream export index-switch 32 ipv6 netstream export template timeout-rate 1 ipv6 netstream sampler fix-packets 500 inbound ipv6 netstream sampler fix-packets 500 outbound ipv6 netstream export source 192.168.210.49 ipv6 netstream export host 192.168.210.47 2055 ipv6 netstream export template option sampler ipv6 netstream export template option timeout-rate 1 ipv6 netstream as-mode 32 4. Configurar la interfaz para activar Netflow en la interfaz Por último, debemos activar las interfaces que van a exportar Netflow; para ello, en cada interfaz, utilice los siguientes comandos: ip netstream inbound ipv6 netstream inbound A continuación se muestra la configuración completa del router: ntp-service server disablentp-service ipv6 server disablentp-service unicast-peer 200.160.0.8ntp-service unicast-peer 200.189.40.8 ranura 3 ip netstream sampler to slot self ipv6 netstream sampler to slot self ip netstream timeout active 1ip netstream timeout inactive 15ip netstream export version 9ip netstream export index-switch 32ip netstream export template timeout-rate 1ip netstream sampler fix-packets 500 inboundip netstream sampler fix-packets 500 outboundip netstream export source 192.168.210.49ip netstream export host 192.168.210.47 2055ip netstream export template option sampler ip netstream export template option timeout-rate 1 ip netstream as-mode 32 ipv6 netstream as-mode 32ipv6 netstream timeout active 1ipv6 netstream timeout inactive 15ipv6 netstream export version 9ipv6 netstream export index-switch 32ipv6 netstream export template timeout-rate 1ipv6 netstream sampler fix-packets 500 inboundipv6 netstream sampler fix-packets 500 outboundipv6 netstream export source 192.168.210.49ipv6 netstream export host 192.168.210.47 2055ipv6 netstream export template option sampleripv6 netstream export template option timeout-rate 1ipv6 netstream as-mode 32 interface eth-trunk0.100 (exemplo de interface)ip netstream inboundipv6 netstream inbound Si tiene un NE40, a continuación encontrará un ejemplo de configuración: ntp-service server disablentp-service ipv6 server disablentp-service unicast-peer 200.160.0.8ntp-service unicast-peer 200.189.40.8 ranura 3 ip netstream sampler to slot self ipv6 netstream sampler to slot self ip netstream as-mode 32ip netstream timeout inactive 15ip netstream export version 9ip netstream export index-switch 32ip netstream export template timeout-rate 1ip netstream sampler fix-packets 500 inboundip netstream sampler fix-packets 500 outboundip netstream export source 192.168.210.49ip netstream export host 192.168.210.47 2055ip netstream export template option samplerip netstream export template option timeout-rate 1 #ipv6 netstream as-mode 32ipv6 netstream timeout inactive 15ipv6 netstream export version 9ipv6 netstream export index-switch 32ipv6 netstream export template timeout-rate 1ipv6 netstream sampler fix-packets 500 inboundipv6 netstream sampler fix-packets 500 outboundipv6 netstream export source 192.168.210.49ipv6 netstream export host 192.168.210.47 2055ipv6 netstream export template option sampleripv6 netstream export template option timeout-rate 1 En todas las interfaces, añada ip netstream inbound ipv6 netstream inbound Si tiene algún router que no se mencione aquí, envíenos un mensaje por WhatsApp y le facilitaremos la configuración. Espero haberte ayudado. Hasta la próxima.Un fuerte abrazo.
Configuración de Netflow en routers Juniper
Hola Hoy vamos a mostrar cómo configurar su router Juniper para exportar Netflow (jFlow). Al final del artículo encontrará la configuración mediante IPFIX (Netflow v10). Esta es la topología de la red y la información del servidor Netflow Estos son los pasos necesarios para configurar un router Juniper para exportar Netflow v5 Vamos con la configuración paso a paso 1. Configurar el servidor NTP Es importante configurar un Servidor NTP ya que los datos de Flows utilizan timestamp de acuerdo a la hora del router, si el router está con un servidor horario diferente los datos no estarán de acuerdo a la hora, generando un desajuste de información. Es importante que configures al menos 2 servidores NTP y también la zona horaria de tu router. 2. Configuración de opciones de reenvío con frecuencia de muestreo La tasa de muestreo sirve para evitar la sobrecarga de la CPU de su motor de enrutamiento; crea una muestra del tráfico y la exporta, de modo que el sistema Netflow pueda recibir los datos y aplicar un factor de multiplicación para que los datos reflejen cifras reales. Para configurarlo, utilice los comandos. El valor ideal de «rate» depende del volumen de tráfico que utilice; un consejo importante es utilizar valores superiores a 200 e ir analizando la CPU de su router. 3. Configure el Host que recibirá los Flujos procedentes del Router Para configurar su router para exportar Netflow, es necesario indicar qué dirección IP del servidor recibirá los flujos y en qué puerto UDP se recibirá dicho tráfico. Para ello, utilice los siguientes comandos: 4. Configurar la interfaz para activar Netflow en la interfaz Después de configurar la frecuencia de muestreo y el servidor de flujo, aún es necesario activar Netflow en las interfaces desde las que se generarán los datos. Recuerda que es necesario configurar el comando dentro de cada unidad.Para ello, configura las interfaces dentro de cada unidad con el siguiente comando: ### Aplicar o comando sampling input set interfaces ge-0/0/1 unit 0 family inet sampling input La configuración completa es la siguiente: Para que te resulte aún más fácil, tenemos un video que muestra la configuración de cada comando que se aplica en este tutorial Como extra, publicaremos las configuraciones de IPFIX para algunos tipos de routers Juniper MX204 En la configuración de routers como el MX204, es posible utilizar IPFIX (Netflow v10). Para configurarlo en el MX204, utilice los comandos y modifique las direcciones IP del servidor de flujo y la dirección de origen. Juniper MX104 Para configurar el Juniper MX104 utilice los siguientes comandos. Recuerde que MX104 sólo admite la exportación a un servidor Netflow con IPFIX. Si tienes algún router que no se mencione aquí, envía un correo electrónico a: comercial@made4it.com.br y te enviaremos la configuración.Espero haberte ayudado. Hasta la próxima.Un fuerte abrazo.
