RU y MRU en Wi-Fi 7: eficiencia, latencia y potencia para los proveedores de servicios de Internet
La revolución del Wi-Fi 7: cómo el RU y el MRU están reinventando la comunicación inalámbrica El caos del tráfico de datos y la necesidad de nuevas «autopistas» La analogía entre las redes informáticas y las grandes autopistas urbanas nunca ha sido tan acertada. Los entornos densos, con cientos de dispositivos conectados, convierten los canales de frecuencia en avenidas congestionadas. El Wi-Fi 7 surge como respuesta técnica a esta limitación, con dos avances fundamentales: RU (Resource Unit) y MRU (Multi-Resource Unit). Estos nuevos mecanismos funcionan como auténticos ingenieros del tráfico digital, optimizando la asignación del espectro, reduciendo la latencia y garantizando una mayor eficiencia espectral. OFDMA y RU: Compartir la carretera de forma inteligente Desde el Wi-Fi 4 (802.11n), la multiplexación por división ortogonal de frecuencia (OFDM) ya se utilizaba para transmitir datos en múltiples subportadoras de forma simultánea. Con el Wi-Fi 6, la OFDMA introdujo el concepto de RU —divisiones más pequeñas de la subportadora— que permiten que varios dispositivos transmitan datos simultáneamente dentro del mismo canal, asignando diferentes tamaños de RU según sea necesario. Sin embargo, existía una limitación: cada dispositivo solo podía utilizar una RU por transmisión. Esto generaba latencia en las aplicaciones más exigentes, incluso con espectro ocioso. MRU: La combinación inteligente de recursos El Wi-Fi 7 supera esta limitación gracias al concepto de MRU. Ahora es posible agrupar varias RU contiguas o no contiguas para formar un bloque lógico más grande. Esto permite que los dispositivos con grandes volúmenes de datos transmitan con una latencia mínima y un mayor rendimiento, utilizando el espectro de forma mucho más eficiente. Esta flexibilidad resulta fundamental en entornos como las industrias, los hospitales y las ciudades inteligentes. Perforación: cómo evitar las interferencias sin sacrificar el canal Otro avance del Wi-Fi 7 es la técnica de «puncturing». A diferencia del Wi-Fi 6, en el que las subportadoras afectadas por interferencias quedaban inutilizadas, el Wi-Fi 7 permite aislar esas bandas afectadas y mantener el funcionamiento normal del resto. Esto aumenta drásticamente la resistencia a las interferencias. ¿Qué mejora el MRU en la práctica? Especificaciones Wi-Fi 6 Wi-Fi 7 Ancho del canal Hasta 160 MHz Hasta 320 MHz Modulación 1024-QAM 4096-QAM Velocidad máxima 9,6 Gbps 46 Gbps MRU + Perforación No disponible Implementado Eficiencia con MRU Limitada Hasta un 40 % de beneficio Fuente: Broadcom, Intel, Qualcomm Aplicaciones avanzadas con MRU Eficiencia, flexibilidad e inteligencia RU y MRU no solo aumentan la velocidad, sino que redefinen la arquitectura de las comunicaciones inalámbricas. El Wi-Fi 7 supone un cambio estructural, basado en la asignación dinámica e inteligente del espectro. El futuro de la conectividad pasa por soluciones flexibles y escalables. Y en esta nueva realidad, RU y MRU son los pilares que permitirán crear redes adaptativas, resilientes y verdaderamente optimizadas. Si su empresa está estudiando cómo migrar a una arquitectura Wi-Fi 7 o cómo aprovechar las ventajas de RU y MRU, nuestro equipo puede ayudarle. Botón central Póngase en contacto con nosotros
Cómo la IA transforma el NOC: de la detección a la solución en cuestión de segundos
El uso de la inteligencia artificial para agilizar los procesos de gestión de incidencias ¿Su equipo de TI ya ha pasado horas intentando averiguar por qué se ha caído la red?Mientras tanto, el servicio de atención al cliente se satura, los clientes se quejan y la presión no hace más que aumentar. ¿Y si, en lugar de buscar la causa manualmente, recibiera en cuestión de segundos un diagnóstico preciso, las medidas recomendadas y cómo evitar que esto vuelva a ocurrir?Eso es precisamente lo que hace la Inteligencia Artificial de Made4NOC. El reto: 600 incidentes al día En Made4NOC, supervisamos redes críticas de proveedores de servicios de Internet (ISP), empresas e instituciones.Se trata de unos 600 incidentes diarios que requieren atención y una respuesta inmediata. Para los técnicos con experiencia, identificar la causa raíz es más rápido.Sin embargo, para quienes están empezando, el proceso puede llevar horas y cada minuto cuenta cuando hay clientes afectados. Por ello, hemos identificado en la IA una oportunidad para optimizar nuestros procesos y facilitar el trabajo tanto de los principiantes como de los técnicos con experiencia. ¿Cómo funciona la IA en Made4NOC? Con la llegada de Zabbix 7.0, la comunidad ha incorporado nuevas funciones de inteligencia artificial.Nosotros hemos ido más allá: hemos adaptado estas funciones a la monitorización en tiempo real y al nivel de exigencia que requiere Made4NOC. Cada vez que se activa una alerta y aparece en el panel de control de Made4NOC, nuestros analistas comienzan a gestionarla marcando la alerta como «reconocida». El proceso es sencillo y eficaz: Este registro no es solo un trámite burocrático. Constituye una valiosa base de conocimientos, lista para agilizar la resolución de futuras incidencias. Personalización Made4NOC Partimos de una base creada por la comunidad de Zabbix y la hemos adaptado a nuestra realidad.Hemos desarrollado un script que: El regreso de la IA se presenta con fuerza: Velocidad y precisión El resultado aparece en la interfaz de gestión de incidencias con solo dos clics.El analista obtiene: Así es como la IA de Made4NOC transforma un incidente crítico en una resolución casi inmediata, manteniendo la red estable, el SLA intacto y al cliente satisfecho. Conclusión La IA en Made4NOC es solo el principio.Lo que hoy en día agiliza los diagnósticos y aumenta la precisión de las respuestas transformará por completo, en breve, la forma en que supervisamos las redes. Combinamos lo mejor de la comunidad Zabbix con personalizaciones adaptadas a cada caso concreto.¿El resultado? Mayor agilidad, mayor calidad y atención a los clientes en el momento oportuno. Y esto es solo el principio.El siguiente paso es ampliar el uso de la IA para predecir fallos incluso antes de que se produzcan, y eso ya está en nuestro punto de mira. Si desea ver cómo funciona esta tecnología en su empresa, no espere más. Póngase en contacto con nosotros: Fale conoscoSaiba mais
Tendencias en tecnologías de la información para 2025: ¿Qué debe hacer su empresa ahora?
Las principales tendencias en TI y telecomunicaciones para 2025 El documento recoge las opiniones de líderes del mercado que presentan las tendencias globales y sus aplicaciones en el contexto brasileño: La inteligencia artificial será el gran pilar de la transformación digital, impulsando la automatización, la personalización y la eficiencia. El uso de datos para la toma de decisiones estratégicas será imprescindible. La necesidad de un procesamiento descentralizado y de respuestas rápidas situará al «Edge Computing» en el centro de la innovación, junto con el crecimiento de las soluciones en la nube. La infraestructura 5G desempeñará un papel decisivo, al permitir el funcionamiento de redes más rápidas y el desarrollo de soluciones avanzadas, como las ciudades inteligentes y la automatización industrial. La TI verde y las prácticas ESG cobrarán protagonismo, gracias a la optimización del consumo energético y a la adopción de soluciones sostenibles en los centros de datos. La calidad del servicio y la reducción de la tasa de abandono serán factores diferenciadores competitivos. Las empresas que se centren en la excelencia y en la adopción de herramientas de gestión destacarán. La visión de Made4it – Guilherme Ganascim En el contexto de estas tendencias, Guilherme Ganascim, director comercial de Made4it, ha aportado valiosas reflexiones en la página 54 del informe. Reitera que el gran reto para 2025 será mantener la cartera de clientes en un mercado saturado, y destaca tres estrategias fundamentales: Como destaca Guilherme: «La banda ancha ya no se reduce únicamente a velocidades y precios, sino que se trata de ofrecer una mejor calidad de experiencia». Made4it, gracias a su experiencia en soluciones tecnológicas innovadoras, se posiciona como un socio imprescindible para las empresas que buscan la excelencia en la atención al cliente y la innovación en sus operaciones. Otros aspectos destacados del informe El informe «IPV7 Predictions» también contó con las aportaciones de directivos de otras empresas que comparten una visión en consonancia con las principales tendencias para 2025: Vero Internet – Fabiano Ferreira, director ejecutivo, prevé que el 5G, junto con la inteligencia artificial, constituirá la base para la personalización y la optimización de los servicios, y que irá más allá de la conectividad para ofrecer soluciones integradas. Zadara – Robson Andrade, director nacional, destaca la consolidación del «Edge Computing», esencial para hacer frente al aumento de datos y a las demandas en tiempo real impulsadas por el IoT. Elea Digital Data Centers: Wesley Barbosa, director comercial, destaca el potencial de Brasil para convertirse en un centro mundial de inteligencia artificial, gracias a su matriz energética limpia y a su capacidad de expansión en materia de infraestructura digital. Estas empresas, al igual que Made4it, se encuentran a la vanguardia de la innovación, con estrategias claras para afrontar los retos y aprovechar las oportunidades en 2025. Conclusión: Preparándose para un futuro de innovación y calidad El informe «IPV7 Predictions 2025» es una guía imprescindible para los líderes que desean anticiparse a los cambios y liderar el mercado. Tendencias como la inteligencia artificial, la computación en el borde, el 5G y los criterios ESG apuntan hacia un futuro en el que la innovación y la calidad de la experiencia del cliente serán factores determinantes. Made4it, gracias a la contribución de Guilherme Ganascim, reitera su compromiso de ofrecer soluciones sólidas y personalizadas, ayudando a las empresas de TI y telecomunicaciones a posicionarse con excelencia en el mercado. Baixar e-bookFalar no WhatsApp
Configuración de L2VPN con SRv6 en Huawei: Prácticas con SRv6
¡Bienvenidos, estimados lectores y entusiastas de las redes! Si han llegado hasta aquí, es porque ya han superado la teoría del SRv6 (Segment Routing IPv6) en nuestros dos primeros artículos. Si aún no los ha consultado, le recomiendo que les eche un vistazo para no sentirse perdido como un paquete sin enrutador.Al fin y al cabo, nadie quiere ser el paquete perdido en la red, ¿verdad? En los primeros capítulos de nuestra saga sobre SRv6, nos hemos adentrado en los conceptos y la teoría que subyacen al protocolo. Si por casualidad no lo recuerda, eche un vistazo a esos artículos y repáselos: https://made4it.com.br/srv6-um-sucessor-do-mpls/https://made4it.com.br/srv6-um-sucessor-do-mpls-parte-2/ Ahora ha llegado el momento de ponerse manos a la obra y ver cómo funciona todo esto en la práctica. Es como construir un Halcón Milenario de LEGO después de leer el manual de instrucciones. ¡Montemos juntos esta estructura paso a paso! Preparen sus terminales, abróchense los cinturones y despegamos en este laboratorio de configuración básica de SRv6. Si está listo para pasar de la teoría a la práctica y dominar otra habilidad de Jedi de las redes, ¡venga conmigo! El laboratorio El objetivo del laboratorio es crear una topología sencilla con SRv6, utilizando ISIS como IGP y BGP para la señalización de la L2VPN. Utilizaremos el SID «END-DX2» para transportar la L2VPN dentro de nuestro entorno SRv6. En nuestro laboratorio estamos utilizando seis routers Huawei NE40E-M2K (V800R022C10SPC500), que actúan como nodos de la red de enrutamiento por segmentos IPv6. También contamos con dos routers Mikrotik (RouterOS 7.6), que simulan los puntos de acceso de la red. Topología física: Topología con direccionamiento IPv6: Topología con servicios: En estas topologías se aprecia que, sin duda, a alguien le gusta mucho el café. Sin más preámbulos, vayamos al grano. Guía de configuración Pan com leche. Tarea 1: Configurar IS-IS en todos los routers. En primer lugar, configuramos IS-IS como protocolo de enrutamiento de nivel 2 en todos los routers, habilitando IPv6. R1: R2: Configure el resto de routers siguiendo las instrucciones de la documentación. Tarea 2: Configurar interfaces de bucle invertido con soporte para IS-IS Configure las interfaces de bucle invertido en cada router con direcciones IPv4 e IPv6 y active el protocolo IS-IS. R1: R2: Siga las instrucciones de configuración de los demás routers tal y como se indica en la documentación. Tarea 3: Configurar redes de enlace compatibles con IS-IS Configure las interfaces Ethernet interconectadas entre los routers con direcciones IPv6 y active el protocolo IS-IS. R1 – Ethernet3/0/1: conectada al router R2. R1 – Ethernet3/0/3 – Conectada al router R3. Configure el resto de routers siguiendo las instrucciones de la documentación. Tarea 4: Habilitar SRv6 a nivel global Configure SRv6 en cada router, definiendo direcciones de origen y localizadores, e integrándolos en IS-IS R1: R2: Siga la configuración del resto de routers según la documentación. Tarea 5: Configurar BGP con soporte para L2VPN en los PE Configure el BGP con EVPN y soporte para L2VPN en los routers de borde (R1 y R6), creando sesiones BGP entre ellos. R1: R6: Tarea 6: Crear EVPN/EVPL y SID End.DX2 en los PE Configure las instancias EVPN/EVPL y asigne los localizadores SRv6 correspondientes en los routers de borde. R1: R6: Tarea 7: Vincular la EVPL a las interfaces con los CE Asigne las instancias EVPL a las interfaces conectadas a los routers de los clientes (CE). R1: R6: Tarea 8: Comprobaciones Una vez configurado, realizaremos algunas comprobaciones de las tecnologías implicadas: 8.1: Adyacencias del IGP. Confirme las adyacencias de IS-IS entre los routers. 8.2: Tabla de rutas del IS-IS. A continuación, la salida de la tabla de rutas del router R1: Algo interesante que hemos observado aquí son las rutas para los prefijos de «Locator» (/64). Es decir, el entorno ya conoce en su tabla de rutas el prefijo utilizado para el SRv6 de cada uno de los nodos de la topología 😊 8.3: Tabla BGP «EVPN» del router R1, para garantizar que existe una sesión entre el R1 y el R6, necesaria para el VPWS. Observamos que el R1 tiene establecida y operativa una sesión con el router R6. La tabla de enrutamiento del R1 también muestra un ESI para el R6 en el RD 200:1. Hasta aquí, todo está preparado para que el entorno utilice el VPWS. 8.4: EVPL en los routers R1 y R6. A continuación, la salida del router R1. En R1 vemos que la EVPL está activa (UP) y que el túnel utilizado para el tránsito de paquetes dentro de la red es del tipo «SRv6-BE» (Segment Routing IPv6 – Best Effort). Esto indica que la VPWS está establecida y operativa entre el head-end y el tail-end, y también que el túnel de transporte entre los PE utiliza SRv6. 8.5: Tabla local de SID del router R1: Al examinar la tabla local de SID asignados a R1, observamos no solo el SID configurado para el VPWS, sino también algunos SID de tipo «END» y de tipo «END.X». Lo que realmente nos interesa en este momento es el SID «End.DX2», que indica que cualquier cosa enviada a la dirección IPv6 2001:db8:1:1::a/128 se entregará en nuestra VPWS. Si tiene curiosidad por saber en qué consisten los demás SID, no se pierda las próximas entradas del blog 😀 8.6: Configuración y comunicación de los CE. Interfaces de los CE 1 y 2, con una dirección IPv4 para la comunicación. Tabla ARP del CE1 y un «ping» con destino al CE2, lo que confirma la conectividad entre los CE. LLDP de vecinos en el CE1, lo que muestra que la ruta es «transparente» desde el punto de vista de los CE. 8.7: Mientras el CE1 intercambia «pings» con el CE2, una captura de paquetes en la interfaz del router R1 con destino al resto de la red SRv6 muestra el siguiente resultado: Los paquetes de EVPN se encapsulan y, al enviarse a la red SRv6, la «dirección de destino» pasa a ser 2001:db8:6:6::A, siendo este el «SID» END.DX2. Lo más interesante de SRv6 es que este paquete
Comparar proveedores
En este artículo compararemos algunos dispositivos Ufispace con Huawei. Vamos a cubrir aquí 4 equipos, siendo: – Ufispace S9510-28DC Disaggregated Cell Site Gateway Router – Huawei S6730-H24X6C Switch – Ufispace 9600 Open Aggregation Router – Huawei NE8000 M4 Router Elegimos modelos similares en cuanto a número de puertos, capacidad de tráfico y funcionalidades. Tanto Huawei como Ufispace tienen muy buenas soluciones para los ISPs, con equipos que soportan protocolos como OSPFv2/v3, IS-IS, BGP, MPLS, SR MPLS, SRv6, VXLAN, entre otros. Huawei es una marca china muy conocida entre los proveedores de servicios de Internet (ISP) por sus soluciones de enrutamiento y conmutación, con equipos como los routers Huawei NE40 y NE8000, y los conmutadores S5700 y S6700, entre otros. Cuenta con una amplia gama de productos para satisfacer las necesidades de los ISP. Ufispace, de Taiwán, tiene una solución completa para conmutadores y enrutadores, y se presenta con un concepto de «Red Abierta», lo que significa que el usuario puede decidir qué software de gestión instalar en el hardware, como Ocnos de IP Infusion, que es un software maduro con todas las funcionalidades de enrutamiento que necesitan los ISPs. Empecemos hablando del router Huawei NE8000 M4. Es un router modular que viene con las siguientes características: – 16G de RAM – CPU Six Core – Viene con 4 puertos combo 100G, que pueden modificarse mediante configuración para utilizar puertos 10G; – Admite hasta 4 tarjetas de expansión; – Admite hasta 12 puertos 100G; – Capacidad de conmutación 2,4 Tbps Es un router muy utilizado por los ISP como router BGP, que admite 25 millones de rutas en la RIB y 4 millones en la FIB. También se utiliza ampliamente como concentrador PPPoE o IPoE BNG, soportando hasta 64.000 abonados. Por otro lado, contamos con un router Ufispace S9600-72XC, que presenta las siguientes características: – 32G de RAM; – CPU Octa Core; – Incluye 64 puertos 1/10/25G SFP28; – 8 puertos de 4/100G QSFP28; – Capacidad de conmutación 2,4 Tbps Ufispace es una marca muy buena que se ha hecho un nombre en el mercado de los ISP’s. Este modelo en concreto admite 20 millones de rutas en la RIB y unos 4 millones en la FIB, y puede utilizarse muy bien como router de borde. Y como es una White Box (puedes elegir un sistema operativo), puede utilizarse como BNG. Para más detalles sobre BNG en Ufispace, te sugiero que leas el artículo Utilizar OpenBNG para construir redes de banda ancha resistentes – https://www.ufispace.com/company/blog/openbng-resilency-models A continuación encontrarás una tabla comparativa con algunas de las características de cada modelo de router: Ahora hablemos de los interruptores. Hagamos también una breve comparación entre el Huawei S6730-H24X6C y el Ufispace S5910-28DC. Empezamos comprobando el conmutador Huawei S6730-H24X6C, que viene con unas cuantas características: – 4G de RAM – CPU de cuatro núcleos – Viene con 24 puertos 10G; – 6 puertos de 40/100G; – Capacidad de conmutación 1,68 Tbps Los conmutadores de Huawei son bien conocidos y ampliamente utilizados en los ISPs para funciones de acceso y agregación en redes MPLS. Es un conmutador con una buena capacidad de tráfico e incluso se utiliza en algunos casos para BGP para cajas CDN como Google, Netflix y FNA. Por otro lado, tenemos el conmutador Ufispace S5910-28DC, que viene con características similares: – 8G (estándar) o 16G (Premium) de RAM; – CPU Quad Core (estándar) u Octacore (premium); – Viene con 24 puertos 10G/25G; – 2 puertos 40/100G; – 2 puertos de 100/400G; – Capacidad de conmutación 800 Gbps Se trata de un conmutador que está ganando notoriedad por tener puertos de 400G, y puede muy bien utilizarse en la red troncal MPLS en las funciones P/PE, y en la función BGP, ya que admite 3,5 millones de rutas en la RIB y 1,2 millones en la FIB. A continuación se muestra una tabla comparativa entre los interruptores: Conclusión: En este artículo hemos visto una breve comparación entre algunos modelos de Huawei y Ufispace. Elegimos modelos similares en cuanto a capacidad de tráfico, número de puertos y funcionalidades. Ambos dispositivos tienen interoperabilidad de protocolos y pueden desplegarse juntos, lo que los convierte en grandes opciones para las redes de los ISP.
Cómo configurar MPLS en Ufispace
UFISPACE – Configuración MPLS En este artículo aprenderá a configurar MPLS con una topología multifabricante, en la que intervienen equipos de UFISPACE, Huawei y Mikrotik. Utilizaremos el siguiente equipo: Topología física del escenario MPLS: El objetivo es configurar MPLS LDP entre todos los dispositivos, y luego configurar VPWS y túneles VPLS en 56DX y 28DC, 6730 y Mikrotik para probar la interoperabilidad entre los proveedores. Empecemos las configuraciones con el UFISPACE 56DX. Configurar la interfaz loopback: Configuración del protocolo OSPF: Configuración del protocolo LDP: Configuración de las interfaces que comunican los equipos con MPLS: Nota: lo que habilita MPLS en las interfaces son los comandos «label-switching» y «enable-ldp ipv4». El siguiente paso es configurar el UFISPACE 28DC: Configurar la interfaz loopback: Configuración del protocolo OSPF: Configuración del protocolo LDP: Configuración de las interfaces que comunican los equipos con MPLS: Ahora vamos a configurar el Huawei S6730. Configurar la interfaz loopback: Configuración del protocolo OSPF: Configurar el protocolo MPLS: Activar L2VPN mpls: Configuración de pares remotos: Configuración de interfaces con MPLS activado: Por último, vamos a configurar el mikrotik RB450. Configurar la interfaz loopback: Configurar el protocolo MPLS: configuración ip de interfaces mpls: Veamos ahora si han aparecido los vecinos OSPF/MPLS en el 56DX, Huawei y Mikrotik. Echemos un vistazo a estos tres vendors diferentes. Empezamos con el UFISPACE 56DX: Verificación de neighbors OSPF: Verificación de neighbors LDP: Hemos comprobado que en el lado Ufispace 56DX está formando los neighbors OSPF y MPLS correctamente. Ahora vamos a comprobarlo en el Huawei S6730: Verificación de neighbors OSPF: Verificación de vecinos MPLS: Hemos visto que Huawei también está cerrando adyacencias OSPF y LDP. Por último, vamos a validarlo en mikrotik: Verificación de neighbors OSPF: Verificación de neighbors LDP: Comprobando a través de mikrotik vemos que también ha cerrado las adyacencias correctamente. Ahora que tenemos nuestro escenario con mpls activado entre todos los dispositivos, vamos a configurar un túnel VPWS entre 56DX y 28DC. Configurar el VPWS es sencilla, como veremos a continuación. Empecemos a configurar el Ufispace 56DX siguiendo unos pasos. 1 – Crea el túnel l2-circuito: El número 3 en negrita es el ID del túnel, y justo después tenemos el neighbor 3.3.3.3, que es Ufispace 28DC. 2 – Ahora tenemos que crear una plantilla de servicio que coincida con la vlan que queremos transportar, como en el ejemplo: En este ejemplo, estamos configurando la VLAN 10. También es posible transportar todo el puerto, en cuyo caso tenemos que crear una plantilla que contenga un «match-all», como se muestra en el ejemplo: 3 – El último paso para cerrar el túnel es asignar l2-circuit a la interfaz física, que en este ejemplo será la interfaz xe3/3: Ya está hecho en el 56DX, ahora vamos a configurarlo en el dispositivo 28DC. En el Ufispace 28DC tenemos que hacer los mismos pasos, pero sólo cambiar la IP del neighbor MPLS, que será el 56DX con IP 2.2.2.2, como veremos a continuación: 1 – Crea el túnel l2-circuito: 2 – Crea la plantilla de servicio para la vlan 10: 3 – Asigna l2-circuit a la interfaz física, que en este ejemplo será la interfaz xe6: Ya tenemos lista la configuración en ambos lados, vamos a hacer las validaciones. Comprobación del circuito de túnel virtual del 56DX: Comprobación del túnel en el lado 28DC: Como hemos visto antes, ahora tenemos una conexión VPWS entre 56DX y 28DC. Ahora vamos a configurar una conexión VPLS utilizando la vlan 235 entre 56DX, 28DC y Huawei S6730. Configurar el túnel vpls en el 56DX: Asignación del VPLS a la interfaz: Asignación del VPLS a la interfaz: Configurar el túnel vpls en 28DC: Asignación del VPLS a la interfaz: Validación del túnel vpls en el dispositivo 56DX. Podemos ver que el túnel está UP con los dos compañeros, el Ufispace 28DC y el Huawei S6730: Verificamos que en el equipo Huawei el túnel VPLS también quedó en UP: Realizamos pruebas también de VPLS entre Ufispace y Mikrotik, las cuales podemos ver que funcionaron normalmente, pero no detallaremos las configuraciones para que este manual no se haga muy extenso. Puedes ver en la imagen que el VPLS entre el Ufispace 56DX y el Mikrotik se ha configurado correctamente: Conclusión: En este artículo hemos demostrado cómo configurar MPLS en equipos Ufispace y cómo interoperarlo con otros proveedores. Hemos visto que la configuración es relativamente sencilla y la convierte en una gran opción para la red. En este artículo, ha aprendido a configurar MPLS en una topología multifabricante, con equipos de Ufispace, Huawei y Mikrotik. Hemos seguido una guía paso a paso detallada para configurar MPLS LDP, túneles VPWS y VPLS, garantizando la interoperabilidad entre los distintos fabricantes. ¿Le gustaría hablar con uno de nuestros especialistas en UfiSpace e IPInfusion? En Made4it somos expertos en estas tecnologías y ofrecemos servicios completos de configuración y asistencia técnica. Además, somos socios oficiales de Padtec, empresa que comercializa los routers UfiSpace. Póngase en contacto con nosotros para obtener más información y optimizar su red con soluciones profesionales. ¡¡Hasta el próximo artículo!!
Cómo configurar sesiones BGP en dispositivos Ufispace
Este artículo te mostrará cómo crear sesiones BGP en dispositivos Ufispace, así como algunos ejemplos de filtros, prefix-list y aplicación de community. Para calcular las configuraciones, se utilizará el escenario siguiente: Política BGP: Anuncio de ruta por defecto + prefijo local. Solo se recibe el prefijo 210.0.0.0/22 con la marca de comunidad 65000:1000. Ambos utilizan Route-map. Configuración de Prefix-list de Rota Default: Configuración de Prefix-List con los prefijos 200.0.0.0/22 y 210.0.0.0/22, permitiendo hasta /24: Configuración de Route-Map permitiendo el prefijo del ASN 65010 y marcando la comunidad 65000:1000: Configuración del Route-Map para anunciar la rota default y el prefijo 200.0.0.0/22: Configuración de rutas blackhole (para evitar bucles estáticos y crear rutas en la tabla de encaminamiento): Accede a la configuración de BGP introduciendo el AS Local: Configurar Router-ID Configuración de Network IPv4: Configuración de neighbor BGP: Configurar filtros BGP: Comprueba la configuración y aplícala: Para comprobar el estado de la sesión BGP: Comprueba qué se está anunciando en la sesión BGP: Comprueba lo que recibimos como prefijo: Resumen de todos los ajustes aplicados
Seminario web: Actualización de ZABBIX 7.0
Ya está aquí la versión 7.0 de Zabbix y, con ella, está cobrando importancia un nuevo concepto de monitorización: la monitorización sintética. El monitorizado sintético tiene como objetivo ampliar aún más la visibilidad de la que disponemos al realizar el monitorizado de páginas y aplicaciones web; se acabó lo de recibir únicamente un error HTTP con el código XYZ o un comentario del tipo «Ah, pero tal recurso tarda mucho en cargarse», ahora, junto con esta información, podemos añadir una captura de pantalla que muestre cómo se veía realmente la página en el momento en que se produjo el problema y ver de verdad lo que nuestro cliente estaba viendo. Este seguimiento es posible gracias a una pizca de JavaScript y a otra buena dosis de Selenium WebDriver. WebDriver – Selenium es una herramienta de automatización para realizar pruebas en aplicaciones web. Permite controlar un navegador web mediante programación (aquí es donde entra en juego JavaScript), interactuando con los elementos de la página, rellenando formularios, haciendo clic en botones y comprobando el comportamiento de la aplicación. Es ideal para pruebas automatizadas y repetitivas. Para utilizar esta monitorización en Zabbix, necesitaremos trabajar en dos frentes: el primero es en el propio Front-End, donde se realiza la configuración del host, se vincula la plantilla y se configuran las macros según lo que desee monitorizar; esta es la parte sencilla. La segunda parte se lleva a cabo en la CLI: debemos indicar a Zabbix cuál es la URL de WebDrive que va a utilizar y debemos instanciar los colectores que realizarán la monitorización sintética. Pasemos a la práctica, pues. En primer lugar, asegúrese de que dispone de la versión 7.0 de Zabbix; debido a diversas dependencias de la arquitectura de Zabbix, esta supervisión solo funcionará a partir de la versión 7.0. A continuación, deberá disponer de la plantilla en su Zabbix, que puede adquirirse aquí: https://git.zabbix.com/projects/ZBX/repos/zabbix/browse/templates/app/website_browser Por lo tanto, basta con crear un host, vincular la plantilla y rellenar las macros heredadas del host de la siguiente manera: Una vez introducidos los archivos macro y creado el elemento, ahora debemos acceder a la interfaz de línea de comandos (CLI) del servidor para finalizar la instalación. En la interfaz de línea de comandos (CLI) del servidor, debemos editar el archivo zabbix_server.conf e introducir las siguientes variables (por lo general, se encuentran al final del archivo) WebDriverURL = ¿Cuál es la URL que permite acceder a Selenium? Y StartBrowserPollers = Número de pollers que se utilizarán para recopilar los elementos de tipo navegador Si instala Selenium de forma local, puede dejar la variable configurada de la siguiente manera: WebDriverURL=http://localhost:4444 En cuanto al número de pollers, podemos empezar con 1 e ir aumentándolo según sea necesario: StartBrowserPollers=1 Una forma sencilla de instalar Selenium es utilizarlo mediante un contenedor; para ello, primero debemos instalar Docker Engine en nuestro servidor y, a continuación, configurar el contenedor de Selenium. Para ello, podemos utilizar dos comandos: Este primer comando es un script de instalación automática de Docker Engine en su servidor. Y el segundo comando sirve para configurar el contenedor de Selenium en su servidor. Para consultar el estado del contenedor, puede utilizar el comando Una vez configurado el contenedor, basta con reiniciar el servicio del servidor Zabbix para que lea las nuevas variables y pueda utilizar Selenium y llevar a cabo la supervisión. Volviendo al front-end, podemos acceder al panel de control del servidor que acabamos de supervisar, y el resultado esperado es: Explicación de cada uno de los aspectos objeto de seguimiento: Gráficos y estadísticas Cada gráfico muestra la evolución de las métricas a lo largo del tiempo, lo que permite identificar patrones y posibles cuellos de botella en el rendimiento. Los valores mínimos (mín.), medios (med.) y máximos (máx.) ayudan a comprender la distribución de las métricas: Estas métricas son fundamentales para supervisar el rendimiento del sitio web e identificar problemas que puedan afectar a la experiencia del usuario.
SRv6: ¿un sucesor del MPLS? – Parte 2
En nuestro último artículo sobre SRv6, elaborado por nuestros expertos, comentamos las ventajas de SRv6 en comparación con MPLS; si aún no lo ha leído, haga clic en el siguiente enlace: https://made4it.com.br/srv6-um-sucessor-do-mpls/ En este artículo, abordaremos el funcionamiento de SRv6, compararemos los protocolos del plano de control, hablaremos del plano de datos y también analizaremos las principales diferencias entre SRv6 y MPLS. MPLS es una tecnología que sigue utilizándose mucho en la actualidad, sin embargo, sus características de funcionamiento son muy diferentes a las de SRv6, que se concibió no solo como una evolución de MPLS, sino también para simplificar en gran medida el funcionamiento de las redes de transporte y afines, adaptándolas a las necesidades del futuro y reduciendo al mismo tiempo la complejidad de las redes. Comparación entre SRv6 y MPLS. Antes de abordar el funcionamiento del SRv6, analicemos las principales diferencias entre este y el consolidado MPLS. En la tabla que figura a continuación podemos observar el «antes» (before) y el «ahora» (now), lo que ilustra la evolución y la simplificación del MPLS hacia el SRv6: Fuente: Serie de libros electrónicos «IP Network»: SRv6, Huawei, Lanjun Luo En MPLS (antes) observamos una «pila» de protocolos y tecnologías. Todo ello se simplifica en SRv6, donde conseguimos ofrecer las mismas funcionalidades que MPLS, pero sin depender de los protocolos de señalización de «etiquetas» (ldp/rsvp-te). También se simplifican los tipos de servicios que, en SRv6, utilizan EVPN y su excelente escalabilidad para proporcionar acceso y transporte de servicios en la red. Además de todo ello, SRv6 satisface asimismo las necesidades actuales de programabilidad y escalabilidad que antes no eran posibles en MPLS. El SRv6 no se limita a las redes «metro» ni a los transportes en entornos «del futuro» (5G/IoT); como se puede observar en el ejemplo siguiente, en la sección «before» necesitamos IP/VXLAN para el transporte de información dentro de DC1 y DC2, mientras que en la red troncal utilizamos MPLS con LDP, TE o SR(MPLS). A continuación, tenemos el «After» de la implementación de SRv6 con EVPN, que muestra la simplificación del escenario. Con SRv6 y EVPN, hemos logrado ofrecer lo que antes solo era posible con una «pila» de diversos protocolos, lo que suponía una carga para el procesamiento y aumentaba la complejidad del entorno. Fuente: Serie de libros electrónicos «IP Network»: SRv6, Huawei, Lanjun Luo Además de estas ventajas, dado que SRv6 utiliza componentes nativos de IPv6, esto resulta de gran ayuda en los procesos de migración. Hoy en día, prácticamente todos los equipos admiten el enrutamiento de encabezados IPv6, por lo que la migración de un entorno heredado (MPLS) a esta nueva tecnología puede llevarse a cabo de forma orgánica y gradual, protegiendo la inversión y garantizando tiempos de inactividad mínimos en el entorno. Fuente: Implantación del Segment Routing IPv6 (SRv6) en VIVO – Nelson J. dos Santos Junior – Foro Brasileño de IPv6 2023. El SRv6 y su simplificación constituyen un gran aliado para la integración de grandes dominios de enrutamiento (como, por ejemplo, en los casos de empresas adquiridas por otras, en los que dichas redes deben comunicarse e interoperar). Con SRv6 logramos integrar dichas redes mediante simplificaciones de enrutamiento sencillas, mientras que en MPLS se requería una planificación exhaustiva y el uso de técnicas como InterAS OPTION A, B y C. Funcionamiento de SRv6: Sabemos que en MPLS utilizamos etiquetas entre las capas 2 y 3 que determinan cómo debe enrutarse el paquete en una red; sin embargo, es necesario que todos los equipos que formen parte de la ruta tengan habilitados los protocolos necesarios (IGP/LDP/RSVP). En la imagen siguiente podemos ver las etiquetas MPLS de un paquete capturado: Fuente: SINGH, Arshdepp. «Fun with Revisiting MPLS basics». LinkedIn, 23 de mayo de 2020. Disponible en https://www.linkedin.com/pulse/fun-revisiting-mpls-basics-capturing-labels-wireshark-arshdeep-singhConsultado el: 22 de abril de 2024. Por su parte, el SRv6 utiliza una extensión de la cabecera IPv6 denominada «Segment Routing Header» (SRH) para insertar direcciones IPv6 denominadas SID (identificadores de segmento) con el fin de identificar el segmento de enrutamiento IPv6: Fuente: DayOne Intro SRv6, Juniper, HEGDE, Shaddha y otros . El SID representa un segmento específico dentro de un segmento de dominio de enrutamiento; utiliza una dirección IPv6 de 128 bits, también conocida como «SRv6 Segment» o «SRv6 SID». En comparación con el MPLS, podríamos decir que el SID es la «etiqueta» que delimita la ruta de transporte o el servicio; sin embargo, en SRv6 lo transformamos en una dirección IPv6 única que puede enrutarse de forma nativa a través de IPv6 (¿mucho más sencillo, no? 😉) Fíjese en la estructura de un SID: Fuente: Serie de libros electrónicos «IP Network»: SRv6, Huawei, Lanjun Luo Localizador: Es la primera parte del SID, que utiliza más bits. Desempeña la función de localización, representando la dirección de un nodo SRv6 específico. Una vez configurado en un equipo, se propaga por todo el dominio SRv6 mediante un IGP, lo que permite que otros equipos localicen ese nodo concreto. Función: Es una parte del SID que designa una función SRv6 que se ejecuta localmente en un nodo específico. Normalmente lo denominamos «programa». Se trata de una instrucción destinada a dirigir los paquetes dentro de la red. En este SID, podemos indicar, por ejemplo, una EVPN-VPWS o una L3VPN específica de este nodo. Dado que el SID se encuentra dentro del bloque «locator», el cual es propagado por el IGP (ISIS/OSPF) dentro del dominio SRv6, toda comunicación dirigida a este SID termina específicamente en este «nodo». Una comparación con el MPLS que podemos establecer aquí es la de una «etiqueta» utilizada para delimitar un servicio como L2VPN a través de targeted-ldp. En SRv6, basta con implementar en el head-end y el tail-end las instrucciones SID para el servicio y ya está. Los «nodos» que deben interpretar los SID encapsularán y desencapsularán los datos en función de ellos, mientras que el resto de la red se limita a enrutar los paquetes IPv6 basándose en el IGP. Argumento (opcional): Se utiliza para definir información relevante, como el «flujo de paquetes»
Configuración L3 en equipos Ufispace
Protocolos de enrutamiento estático y dinámico, OSPF y BGP Vamos a presentar la configuración de la Capa 3 (L3) en equipos Ufispace, tanto estática como dinámica, utilizando protocolos como OSPF (Open Shortest Path First) y BGP (Border Gateway Protocol). A continuación encontrarás una guía para configurar estas funciones. Para iniciar la configuración, tienes que acceder al dispositivo Ufispace a través de la interfaz de línea de comandos (CLI). Demostraremos el acceso mediante ssh, pero también puede hacerse mediante conexión serie y telnet. Configuración directamente en la interfaz: Ejemplo de configuración de la subinterfaz vlan. Utilizando la vlan 4 como ejemplo. Para configurar el enrutamiento estático, añade rutas estáticas a la configuración: OSPF es un protocolo de enrutamiento dinámico muy utilizado en redes corporativas. Para configurar OSPF en el dispositivo Ufispace: V4 V6 Añada las interfaces que participan en OSPF mediante los siguientes comandos: Para comprobar que los ajustes son correctos y funcionan: Por último, guarda la configuración para asegurarte de que los cambios se conservan tras un reinicio: Conclusión Configurar el enrutamiento estático y dinámico en los equipos Ufispace implica pasos específicos para definir direcciones IP en las interfaces, añadir rutas estáticas y configurar protocolos de enrutamiento como OSPF y BGP. Siguiendo esta guía, podrás configurar un encaminamiento eficaz y sólido en tu red. Al finalizar esta guía, estará preparado para configurar el enrutamiento estático y dinámico en los equipos de Ufispace, utilizando protocolos como OSPF y BGP para garantizar una red eficiente y robusta. Siga los pasos con atención y, en caso de dudas, consulte la documentación oficial o solicite ayuda especializada. ¿Le gustaría hablar con uno de nuestros especialistas en UfiSpace e IPInfusion? En Made4it somos especialistas en estas tecnologías y ofrecemos servicios completos de configuración y asistencia técnica. Además, somos socios oficiales de Padtec, empresa que comercializa los routers UfiSpace. Póngase en contacto con nosotros para obtener más información y optimizar su red con soluciones profesionales. ¡Hasta luego! https://made4it.com.br/
