Cómo configurar los routers Huawei WS5200 con TR069
Hoy les voy a mostrar cómo configurar su CPE WS5200 mediante el protocolo TR-069 de Made4Graph. Le recomiendo que se realice en un puesto de trabajo y con una IP pública, ya que será necesario homologarlo; para ello, modificaremos algunos datos de su CPE mediante el formulario TR-069; no queremos que ningún cliente se quede sin conexión a Internet. Antes de iniciar la configuración, es imprescindible que, entre el CPE y el servidor TR-069, no exista ningún tipo de «NAT» en la red; de lo contrario, se verá comprometida la funcionalidad del TR-069, tal y como se indica en la documentación del protocolo. Ahora que he cumplido los requisitos previos, vamos a configurar la CPE. Al acceder a la CPE, nos dirigiremos a la pestaña Más funcionesy, a continuación, a Configuración del sistemay, a continuación, a TR-069 Cuando llegue a la pantalla que se muestra a continuación, realizaremos los siguientes ajustes Configuración de CWMP: → El botón «Gestión de TR069» debe estar activo→ El botón «Intervalo de información» debe estar activo→ Dirección del servidor ACS = http://ip_do_server_de_tr:7547→ Nombre de usuario ACS = admin→ Contraseña ACS = admin→ Nombre de usuario de la solicitud de conexión = admin→ Contraseña de solicitud de conexión = admin→ Intervalo de actualización = 300 A continuación, haga clic en «Guardar» Inmediatamente después, el CPE debería aparecer en made4graph para que nuestro equipo lo apruebe. Se ha ocultado cierta información con el fin de mantener la confidencialidad de los datos de la CPE. Si aún tiene alguna duda, envíenos un mensaje y le ayudaremos con su CPE.
La importancia de que un proveedor tenga su propio DNS
Un proveedor siempre busca brindar la mejor calidad de internet para sus clientes, y un factor muy importante para que podamos navegar en internet es tener configurado un servidor DNS recursivo, el porque de esto y como funciona ya lo entendemos, pero ¿Cómo tener un servidor dentro de su red mejorará aún más la navegación de sus clientes?
Cómo configurar los routers Archer-C20 con TR069
Hoy les voy a enseñar cómo configurar su Archer-C20 en el TR-069 de Made4Graph.Les recomiendo que lo hagan en un entorno de pruebas y con una IP pública, ya que será necesario homologarlo; para ello, vamos a modificar algunos datos de su CPE a través de TR-069, y no queremos que ningún cliente se quede sin conexión a Internet.Antes de iniciar la configuración, es imprescindible que, entre el CPE y el servidor TR-069, no exista ningún tipo de «NAT» en la red; de lo contrario, se verá comprometida la funcionalidad del TR-069, tal y como indica la documentación del protocolo.Ahora que he explicado los requisitos previos, vamos a configurar el CPE. Al acceder a CPE, vaya a la pestaña «Avanzado», luego a «Herramientas del sistema» y, por último, a «Configuración ».Una vez en la pantalla que se muestra a continuación, realice los siguientes ajustes: Configuración de CWMP:→ El botón «CWMP» debe estar activo→ El botón de información debe estar activo→ Intervalo de información = 300→ URL de ACS = http://ip_do_server_de_tr:7547→ Nombre de usuario de ACS = admin→ Contraseña de ACS = admin→ Interfaz utilizada por el TR-069 = Cualquier WAN→ CPE ID = SN→ Botón «Mostrar mensaje SOAP» = desactivado→ La casilla «Autenticación de la solicitud de conexión» debe estar marcadaEn los campos situados debajo del cuadro de solicitud de conexión, se le pedirá el nombre de usuario y la contraseña; debe introducir:→ Usuario = admin→ Contraseña = admin→ Ruta = /tr069→ Puerta = 7547 La opción «Traversal simple de UDP sobre NAT» se puede activar, pero no es necesario configurarla; las opciones pueden dejarse tal y como están por defecto.A continuación, haga clic en «Guardar». Inmediatamente después, el CPE debería aparecer en Made4Graph para que nuestro equipo lo apruebe. Se ha ocultado parte de la información para preservar la confidencialidad de los datos de la CPE.Si aún tiene alguna duda, envíenos un mensaje y le ayudaremos con su CPE.
Actualizaciones: Made4Graph y Made4Flow, 23 de abril
Hoy, 11 de abril, hemos lanzado la versión 2.3.3 de Made4Graph y la versión 2.0.2 de Made4Flow V2. A continuación se detallan los aspectos más destacados de esta nueva versión: Made4Graph – Versión 2.3.3 (11/04/2023)Se ha añadido-Se han añadido de forma predeterminada algunas imágenes de los fabricantes de NAS y TR069.-Se ha revisado por completo el inglés y el español.-Se ha añadido la posibilidad de gestionar la DMZ en TR-069 para routers compatibles.Modificado-Se ha modificado el traceroute cuando no llega al destino: se han añadido saltos con * y un mensaje de error.-Se han establecido los países de América Latina como prioridad en el campo de teléfono de la demo de made4graph.-Se ha modificado la sección «Novedades» en las notas de las actualizaciones.-Se ha mejorado la capacidad de respuesta de la pantalla de inicio de sesión. Made4Flow V2 – Versión 2.0.2 (11/04/2023)Se ha añadido-Se ha añadido la variable «start» a la plantilla de aviso de anomalía en Telegram.Modificado– Se ha modificado la redirección del enlace «Haga clic aquí» en la pantalla de clientes potenciales de la demoCorregido– Se han corregido las fechas en las pantallas de edición.– Se ha corregido la duplicación del prefijo en el botón «Importar prefijos por WHOIS». Enlaces a wikis públicos: https://wiki.made4it.com.br/pt-br/notas_da_versao/made4graphhttps://wiki.made4it.com.br/pt-br/notas_da_versao/made4flow_v2 Demos:https://demo.made4flow.com.br/demohttps://demo.made4graph.com.br/demo
Acción social – Edhucca
Made4it, una empresa tecnológica con sede en Apucarana (PR), llevó a cabo recientemente una iniciativa social en colaboración con el Sindicato de la Industria de las Tecnologías de la Información de Paraná (TI Parana), la Autoridad de Gobernanza de las TIC de Apucarana, ACIA, Conecta y APL de TIC de Londrina, con el fin de ayudar a la ONG Edhucca, con sede también en Apucarana, en el estado de Paraná. La iniciativa consistió en la donación de 30 ordenadores por parte de TI Parana, que fueron entregados a la institución. Edhucca es una organización no gubernamental que lleva más de 20 años trabajando en la ciudad de Apucarana, en el estado de Paraná, con el objetivo de promover la inclusión social y desarrollar las competencias profesionales de jóvenes y adultos en situación de vulnerabilidad social. Gracias a esta donación, Edhucca podrá ampliar su oferta de cursos y programas de formación, lo que beneficiará a un número aún mayor de personas que buscan nuevas oportunidades. El curso de Desarrollo e Infraestructura, que impartirá Edhucca con la ayuda de los ordenadores donados, tiene como objetivo capacitar a los alumnos para que puedan trabajar en el ámbito de las tecnologías de la información, concretamente en el desarrollo de software y en la administración de infraestructuras de sistemas. Esta iniciativa resulta fundamental para la inclusión digital y para la formación de profesionales cualificados en un ámbito en constante crecimiento. Por su parte, Made4it refuerza su compromiso con la responsabilidad social y la sostenibilidad al promover una iniciativa que aporta beneficios directos a la comunidad local. La empresa cree que la tecnología puede ser una herramienta poderosa para transformar vidas e impulsar el desarrollo social y económico de las regiones en las que opera.
Los proveedores de Internet se enfrentan a una nueva oleada de ataques DDoS
La falta de cuidado con los equipos, los servicios y la configuración de los bloques de direcciones IP ha puesto a los proveedores de servicios de Internet (ISP) en riesgo inminente de sufrir ataques distribuidos de denegación de servicio Los proveedores de servicios de Internet (ISP, por sus siglas en inglés) corren un riesgo inminente de sufrir ataques distribuidos de denegación de servicio (DDoS) a gran escala, lo cual se debe, en gran medida, a la falta de precauciones en el mantenimiento de los equipos, los servicios y la configuración de los bloques de direcciones IP. El año pasado, varios proveedores de servicios de Internet brasileños atravesaron momentos difíciles al sufrir ataques DDoS en su infraestructura, lo que dio lugar a numerosas publicaciones en redes sociales, periódicos y programas de televisión. Recientemente, a finales de febrero, una nueva oleada de ataques volvió a afectar a varios proveedores de servicios de Internet, con numerosos informes que apuntaban a proveedores de Río de Janeiro, los cuales, además, se han pronunciado públicamente para informar a sus clientes de que están experimentando graves problemas en la prestación de sus servicios debido a dichos ataques. La víctima no es necesariamente el objetivo A pesar de las molestias que causan a las operaciones de suministro de Internet, los ataques DDoS dirigidos a los proveedores de servicios de Internet (ISP), al contrario de lo que se suele pensar, no tienen necesariamente como objetivo a los propios proveedores. En la mayoría de los casos, el objetivo de los grupos de piratas informáticos es utilizar la infraestructura de estas empresas para atacar a los verdaderos objetivos, que suelen ser las grandes corporaciones multinacionales. Los equipos con configuraciones inadecuadas o incorrectas y los descuidos humanos suelen ser factores que facilitan el aprovechamiento y el «reclutamiento» de dicha infraestructura para el mundo del crimen organizado. Durante los ataques DDoS a gran escala, las víctimas suelen verse afectadas por un elevado volumen de solicitudes, procedentes de miles —y, en ocasiones, de decenas de miles— de fuentes diferentes, generalmente repartidas por todo el mundo. Las medidas y estrategias de mitigación que dependen del trabajo humano para identificar las fuentes de los ataques resultan ineficaces ante el enorme poder de fuego de los hackers, ya que estos provienen de miles de orígenes maliciosos diferentes, que llegan de forma repentina a la infraestructura de la víctima. Por ello, lo ideal es contar con la ayuda de un sistema Anti-DDoS. Ataques DDoS repartidos por 181 países El día 12 del mes pasado, unas dos semanas antes de que se hiciera pública la nueva oleada de ataques DDoS, Hacknet, una red neuronal artificial dedicada a la identificación de actividades de piratería informática en todo el mundo, identificó y cartografió una gran red con más de 40 000 servidores, repartidos por 181 países, que se estaban utilizando para generar ataques DDoS. La noticia se publicó en la página web y en las redes sociales de la empresa NetSensor, responsable del mantenimiento de dicha red neuronal, junto con un enlace para descargar la lista de direcciones IP que se estaban utilizando en los ataques, con el fin de que los profesionales de la seguridad pudieran adoptar medidas preventivas de protección. NetSensor analizó la lista de dispositivos que estaban siendo objeto de ataques, la completó con más datos y envió comunicaciones privadas a las direcciones registradas como medio de contacto para cada uno de los bloques de direcciones IP. En Brasil participaron más de mil empresas, lo que se tradujo en más de 1.600 correos electrónicos de contacto, en los que NetSensor emitió la alerta, facilitó información sobre el dispositivo y se puso a disposición para ofrecer más aclaraciones. El resultado de las notificaciones fue una sorpresa negativa, con aspectos como: La respuesta más triste fue la del responsable del bloque de un proveedor, que se limitó a escribir: «Por favor, elimine mi correo electrónico de la lista». Son pocas las empresas que adoptan una postura seria También hubo algunas empresas que respondieron de forma positiva a la alerta. Algunas remitieron el caso al responsable del dispositivo desde el que se estaba utilizando la dirección IP; otras solicitaron más información al respecto y, además, algunas agradecieron la alerta y afirmaron que analizarían el caso y tomarían las medidas necesarias. Lamentablemente, el porcentaje de empresas que adoptan esta actitud más seria y profesional se situó en torno al 0,5 %. Ante este panorama, las empresas en general deben tener presente que la delincuencia cibernética se ha especializado mucho en los últimos años, hasta el punto de convertirse en una actividad altamente organizada, estructurada, inteligente y rentable. Por lo tanto, para estar a la altura a la hora de hacer frente y defenderse de estos ciberdelincuentes, es necesario desarrollar técnicas y conocimientos, así como emplear recursos de forma inteligente que estén a la altura de nuestros adversarios. Es decir, buscar nuevos enfoques y tecnologías capaces de ayudar en la defensa frente a las nuevas amenazas, a las que, en la actualidad, no se consigue hacer frente de manera eficaz. Además, ya no se pueden seguir tolerando las omisiones, las incompetencias y las negligencias que se observan en relación con las redes, los equipos y los servicios. Solo así tendremos posibilidades de éxito a la hora de hacer frente a las amenazas que nos acechan, procedentes del submundo de Internet. Fuente: https://www.cisoadvisor.com.br/provedores-de-internet-enfrentam-nova-onda-de-ataques-ddos/ Cómo proteger a su proveedor de Internet frente a los ataques DDoS Del mismo modo que existen herramientas para los atacantes, también disponemos de herramientas y medios para proteger al proveedor. Lo que necesitamos es mitigar el ataque, lo que consiste en proteger al objetivo de los ataques DDoS. Made4it cuenta con la herramienta ideal para usted: ¡Made4Flow!Con Made4Flow podrá detectar los ataques y tomar medidas para proteger a su proveedor. Descubra las ventajas de la protección anti-DDoS para los proveedores de Internet:
¿Qué hay de nuevo en Zabbix 6.4?
La nueva versión se enfoca en simplificar la configuración de Zabbix, lo que le permite propagar instantáneamente los cambios de configuración en entornos grandes y distribuidos, así como optimizar los flujos de trabajo de actualización de software. Las organizaciones que utilizan LDAP o SAML se beneficiarán de las nuevas capacidades de aprovisionamiento de usuarios Just-in-time (JIT), lo que permite a los administradores de TI propagar usuarios de Zabbix mediante mecanismos centralizados de autenticación de usuarios. Esta actualización también contiene varias plantillas e integraciones para los vendedores y proveedores de nube más populares, como Veeam, AWS, Azure, Cisco y muchos otros. Aprovisionamiento de usuarios justo a tiempo (JIT) Cree y actualice automáticamente sus usuarios de Zabbix con la nueva función de aprovisionamiento de usuarios justo a tiempo para LDAP y SAML: Eventos de causa y síntomas Para permitir una descripción general de los problemas y mejores opciones de filtrado, además de identificar la causa raíz de los problemas, los eventos de problemas ahora se pueden marcar como eventos de causa o síntoma: Propagación instantánea de cambios de configuración Sincronice instantáneamente sus cambios de configuración con Zabbix Agent y Proxy, ejecutándose en modo activo o pasivo. Los proxies activos y pasivos de Zabbix ahora pueden capturar cualquier cambio de configuración realizado en su instancia de Zabbix casi al instante: El agente activo de Zabbix ahora recibe una copia completa de la configuración solo cuando se realizan cambios de configuración entre intervalos de sincronización de configuración: Actualización de Zabbix sin tiempo de inactividad Para mejorar los flujos de actualización de componentes de Zabbix (especialmente para entornos grandes), los proxies ahora son compatibles con versiones anteriores dentro del mismo ciclo de lanzamiento de LTS: Mejoras en la velocidad y el rendimiento para el descubrimiento masivo de SNMP y la recopilación de datos Una nueva forma de recopilar una gran cantidad de métricas de SNMP de forma masiva con un impacto mínimo en el rendimiento del punto final monitoreado mediante solicitudes GetBulk: Nuevo diseño de menú El diseño del menú de Zabbix ha sido rediseñado. El propósito del nuevo diseño del menú es proporcionar un acceso lógico y consistente a las funciones clave de Zabbix: Transmisión en tiempo real de métricas y eventos HTTP Transmita métricas y eventos en tiempo real desde Zabbix a sistemas externos a través de HTTP: Versionado de plantillas El sistema de versiones de las plantillas se introdujo para mejorar y facilitar la gestión de las mismas: Marco de desarrollo para crear widgets de Zabbix Se han realizado varios cambios de diseño con el objetivo de simplificar el flujo de trabajo para crear widgets personalizados en Zabbix: Interfaces opcionales para cheques originados en el servidor. Ya no se necesita una interfaz de host para los tipos de elementos relacionados con colecciones iniciadas directamente desde Zabbix Server o Zabbix Proxy: Configuración simplificada de tipos de medios para múltiples proveedores de servicios de correo electrónico Zabbix 6.4 simplifica el flujo de trabajo de configurar un nuevo tipo de medios de correo electrónico al permitirle seleccionar entre varios proveedores de servicios de correo electrónico preconfigurados: Plantillas e integraciones adicionales Zabbix 6.4 viene con muchas plantillas nuevas para los proveedores y vendedores de la nube más populares: Zabbix 6.4 presenta una integración de webhook para la aplicación de mensajería Line, lo que permite que los eventos de Zabbix se reenvíen a la aplicación. Cambios y mejoras adicionales Made4it es una empresa tecnológica que se enorgullece de ser socio certificado de Zabbix, una de las plataformas de monitorización de redes más prestigiosas del mundo. Como socios certificados, nuestros profesionales cuentan con una amplia formación para ofrecer soluciones personalizadas y adaptadas a las necesidades específicas de cada cliente. Nuestras soluciones de supervisión de redes son integrales e incluyen desde la configuración básica hasta la implementación de soluciones avanzadas para redes de gran envergadura. Con Made4it, puede estar seguro de que su sistema está siendo supervisado las 24 horas del día, los 7 días de la semana, lo que garantiza la seguridad y el buen rendimiento de su red. Además, contamos con un equipo de asistencia altamente cualificado que está siempre dispuesto a ayudarle en caso de problemas o dudas. Con Made4it, podrá estar tranquilo sabiendo que está en buenas manos. No pierdas más tiempo y conoce nuestros servicios de monitoreo de red. ¡Contáctenos hoy y descubra cómo podemos ayudar a que su negocio funcione aún mejor!
Túnel GRE + IPSec entre Cisco IOS y Huawei NE40
En este post vamos a discutir un escenario muy común (y poco documentado), que consiste en utilizar un túnel GRE protegido con IPSec entre un router Cisco IOS ASR1002 y un router Huawei NE40. La topología de este ejemplo se describe a continuación. Se ha mantenido simple para que podamos discutir los detalles de GRE+IPSEC, sin entrar en los otros puntos de la red. En ella contamos con el router Cisco, con la dirección IP pública 198.51.100.2, y el router Huawei NE40, con la dirección IP pública 203.0.113.66. Ambos están conectados a Internet y disponen de conectividad entre sí. Debemos establecer un túnel GRE entre los routers y protegerlo mediante IPSec en modo túnel. El espacio de direcciones del túnel es 172.31.31.0/30. Información importante sobre la licencia y los módulos Consulte con el fabricante de su equipo para ver si no se requiere algún tipo de tarjeta de servicio, o licencia. En el caso del equipo de este laboratorio, el router NE40-M2K no necesitaba ningún módulo físico adicional, sólo la licencia IPSec. En el router Cisco tampoco fue necesaria ninguna licencia, ya que su IOS ya estaba en ADVIPSERVICES-K9 (que contiene toda la base para Ipsec). *Información útil*: si desea ejecutar IKEv1, en el router Huawei necesita un módulo de software para IKEv1 (que se obtiene del proveedor de Huawei). Configuraciones de Cisco IOS XE Así que vamos a configurar el router Cisco para establecer la VPN. No entraré en detalles sobre las interfaces físicas, sólo sobre la VPN. Al final del artículo hay un bloque con su correspondiente conf. Configuraciones de la fase 1 según la tabla anterior: Todo lo anterior se refiere a la Fase 1. Así que, cuando esté diagnosticando problemas y estos pertenezcan a esta fase, ya sabrá dónde realizar los cambios 🙂. Ahora preparando la fase 2: ¡Demasiado simple en Cisco! Ahora combinaremos las dos fases en un solo perfil: Creación del túnel GRE y adición de la protección IPSec: Configuraciones Huawei A continuación, vamos a configurar el router Huawei para establecer la VPN. Como en el caso de Cisco, no entraré en detalles sobre las interfaces físicas, sólo sobre la VPN. Al final del artículo hay un bloque con su correspondiente conf. La configuración en el router Huawei es un poco más compleja, ya que crea un túnel para el protocolo GRE, y un túnel para IPSec. Además, queremos utilizar la misma IP para ambos túneles, por lo que se necesita un VRF. 😮 Creación de una instancia de servicio para utilizar la VPN (sólo aplicable en NE40): Actualización del nuevo VRF (vpn-instance): Creación de las dos interfaces Loopback con la misma IP (magia VRF). El looback con el túnel IPSec estará en la tabla de enrutamiento público, mientras que el del túnel GRE estará en la tabla VPNA. Ahora llegamos a IPSec. La ACL de tráfico interesante define el tráfico que será protegido por IPSec. En el caso entonces, tendremos el tráfico GRE entre las IPs del sitio A y el sitio B. Tenga en cuenta que sólo hago la comunicación en una dirección – la dirección del router proteger su tráfico). El ACL anterior puede leerse así: «Proteger los datos del protocolo GRE procedentes del VRF vpna entre el origen 203.0.113.66 y el destino 198.51.100.2» Ahora vamos a crear la fase 1 (recuerde que en Cisco ya se empieza por ella, lo cual es mucho más sencillo). En medio de esta fase hay algunas configuraciones de enlace de la instancia VPN, debido a la VRF creada. Todo lo anterior se refiere a la Fase 1. Así que, cuando esté diagnosticando problemas y estos pertenezcan a esta fase, ya sabrá dónde realizar los cambios 🙂. Pasamos a la fase 2: Ahora combinaremos las dos fases en un solo perfil: Creación de túneles GRE e IPSEC. Vamos allá para no confundir: Túnel 900 – es un túnel GRE, que opera dentro de la vpna. Túnel 10 – es un túnel IPSec, que funciona en la tabla global La idea en Huawei es que haya un túnel IPSec funcionando en el exterior y un segundo túnel GRE en el interior, uno encapsulado dentro del otro. Pero lo curioso es que el túnel GRE funciona fuera de la VRF, y el IPSec, dentro. Un poco lioso, ¿verdad? Así que tunnel900 que es el GRE (y que recibe las IPs de /30) usa un destino que va dentro de la VPNA. Y dentro de la VPNA se llega al destino por túnel IPSec. Observe también que la política IPsec se asoció con el túnel 10, utilizando el perfil que se creó. Por último, y no por ello menos importante, una ruta que presenta cierta complejidad en sí misma: dentro de la instancia VPNA, indico que, para llegar al par remoto, utilizo la interfaz IPSec recién creada, siendo el siguiente salto el propio par. Y así configuramos el router Huawei. A ver si ahora ha subido. Validación del funcionamiento En el proceso de validación del túnel, debemos recordar siempre que cada fase y etapa depende del establecimiento completo de la otra, por lo que no tiene sentido querer tener conectividad si la fase 1 aún no ha establecido la comunicación. En ambos routers, validaremos en secuencia: Pasemos a las pruebas. Comprobación Cisco Validación de la conectividad mediante ping ICMP Comprobación de que IKEv2 se ha establecido en Fase 1: Cuando no aparece nada en la salida, o no está lista, significa que alguno de los parámetros de la Fase 1 no coincidía. Comprueba en ambos lados si están de acuerdo. Continuamos la validación en la fase 2: En la salida anterior, vemos que los routers han conmutado el contrato de «tráfico interesante». Cada parte se ha comprometido a proteger una dirección de la comunicación GRE. En secuencia todavía en Fase 2, hay algunos contadores muy importantes que se refieren a paquetes enviados/recibidos/encapsulados/encriptados/verificados. Se encuentra en la salida del comando «show crypto ipsec sa». Veámoslos. Cuando estos contadores no se incrementan, o siguen incrementando fallos, es porque alguna
Iniciar Made4Flow v2
Estamos muy orgullosos de anunciar el lanzamiento de la versión 2 de Made4Flow y Anti-DDoS. Con varias mejoras, esta versión aporta nuevas funciones y optimizaciones. Con un aspecto mucho más atractivo y la opción de personalización de los cuadros de mando interactivos, Made4Flow v2 destaca por su interfaz mucho más pulida y refinada, y también mucho más rápida y dinámica en comparación con su predecesora.
Qué es TR-069 y cómo puede ayudar a los proveedores
TR-069 es un protocolo de gestión de dispositivos de red. Permite a los ISP administrar y configurar de forma remota dispositivos de red como enrutadores y módems.
Con TR-069, los proveedores pueden automatizar las tareas de configuración, supervisión y mantenimiento de los dispositivos de red, lo que contribuye a garantizar que los servicios de Internet funcionen de forma coherente y eficiente. Además, TR-069 también permite a los proveedores recopilar datos de rendimiento del dispositivo, lo que les ayuda a identificar y resolver problemas de manera rápida y eficiente.
En resumen, TR-069 es una herramienta valiosa para los proveedores de servicios de Internet, ya que le permite automatizar y administrar dispositivos de red de forma remota, recopilar datos de rendimiento para identificar y resolver problemas rápidamente, automatizar actualizaciones de software y firmware y ofrecer administración de red para sus clientes. lo que puede ayudar a reducir costos, aumentar la eficiencia operativa y aumentar la satisfacción y lealtad del cliente.