BACKGROUND IMAGE: Petya Petrova - Fotolia

Noticias Manténgase informado sobre las más recientes actualizaciones de productos y noticias de tecnología empresarial.

Superando el bombo con software de analítica avanzada de red

Blogueros exploran las capacidades del software de analítica de red, evalúan el impacto futuro de las regulaciones GDPR y analizan el uso de VPN Ethernet con un plano de datos MPLS en los centros de datos.

Shamus McGillicuddy, analista de Enterprise Management Associates en Boulder, Colorado, dijo que la implementación del software de análisis de red a menudo se posiciona como el futuro de la ingeniería de redes. Pero el significado del software de analítica de red está poco explorado más allá del marketing publicitario. Una reciente encuesta de EMA sobre análisis de red descubrió que los profesionales de redes están adoptando un enfoque múltiple para el análisis de redes, con casi el 60% afirmando que están usando, o planean usar, funciones de análisis integradas tanto en su infraestructura de red como en su software de operaciones de red. Más de la mitad dijo que también utilizaría productos empaquetados de proveedores de análisis de redes, mientras que el 34% dijo que se inclinaban hacia productos empaquetados de proveedores de análisis generales.

La conclusión, según McGillicuddy, es que los proveedores de hardware y software de gestión ya están entregando software de análisis de red dentro de las carteras de productos existentes. La analítica está cada vez más integrada en la WAN y los centros de datos, y cada sistema SD-WAN funciona de alguna forma con analítica. "Esta investigación nos dice que el análisis de red no es algo nuevo y brillante que hay que comprar. Se trata más de una evolución y enriquecimiento de la tecnología existente. Mientras navega alrededor del bombo, téngalo en cuenta", dijo McGillicuddy. Agregó que el hardware de red existente puede ser más "inteligente" en los próximos años, mientras que algunos casos de uso se llenarán con productos de proveedores analíticos dedicados.

Profundice en el análisis de McGillicuddy del software de análisis de red.

Preparándose para GDPR

Jon Oltsik, analista de Enterprise Strategy Group en Milford, Massachusetts, dijo que muchas organizaciones no están preparadas para el lanzamiento del Reglamento General de Protección de Datos (GDPR), que se lanzará en la Unión Europea el 25 de mayo de 2018. Las tendencias en la preparación de GDPR fueron reveladas en una encuesta ESG anual de 700 profesionales de ciberseguridad, que encontró que el 11% de las organizaciones estaban completamente preparadas, el 33% estaban mayormente preparadas y el 44% estaban algo preparadas. Un tercio de las organizaciones dijo que los planes de respuesta a incidentes fueron suficientes para cumplir con los requisitos de divulgación de incumplimientos de GDPR dentro de las 72 horas, mientras que otros admitieron que los planes necesitan más mejoras. El veintidós por ciento de las organizaciones dijo que no se necesitaban más compras de tecnología para abordar la nueva ley, mientras que 63% planeaba inversiones incrementales.

"Lo que aprendí de esta información es que la mayoría de las organizaciones todavía tienen mucho que hacer con solo tres meses más. Además, estoy alarmado por la persistente incertidumbre en torno a GDPR", dijo Oltsik. Casi un tercio de los encuestados dijo que entender las regulaciones era el mayor desafío, mientras que 31% se interesó por establecer procedimientos para auditar los controles GDPR. "Una de mis predicciones de ciberseguridad a comienzos de 2018 fue que veríamos una violación masiva de datos y una subsiguiente multa de GDPR para fines de este verano. Estos datos solo refuerzan mi creencia de que esto sucederá", dijo Oltsik.

Explore más de la impresión de Oltsik sobre los preparativos de GDPR.

Ethernet VPN, MPLS y centros de datos

Ivan Pepelnjak, escribiendo en IPSpace, respondió a una pregunta de un lector preguntando si hay un caso de uso para el funcionamiento de VPN Ethernet o EVPN, en centros de datos con un plano de datos MPLS en un ambiente donde la mayoría de los proveedores están aplicando una capa de virtualización de red para realizar la misma función.

Según Pepelnjak, la respuesta es sí, citando como una de las razones la ventaja de aprovechar la inversión en un plano de control de MPLS existente. EVPN depende del BGP Tunnel Encapsulation Attribute, descrito en RFC 5512, que indica la encapsulación necesaria para llegar al dispositivo de borde de salida del proveedor. Los valores se encuentran en un registro de IANA y la mayoría se basan en el túnel de IP. Pepelnjak dijo que el motivo del proceso es la disociación.

El tejido de transporte es "simple y limpio" cuando se usa una encapsulación "sobre IP" con EVPN, dijo Pepelnjak, ofreciendo a los usuarios un tejido IP puro con una única encapsulación y un único protocolo de enrutamiento. Con el encapsulado MPLS, se requieren dos rutas conmutadas de etiqueta (LSP) de extremo a extremo entre los dispositivos de borde del proveedor, lo que significa dos encapsulaciones para IP, dos tablas de reenvío y protocolos de plano de control adicionales. Además, se requieren LSP para cada tabla de reenvío por cada nodo que atraviesan, lo que puede ser un desafío cuando hay miles de conmutadores. "Es cierto que la encapsulación MPLS supone cargas inferiores a la encapsulación de lo que sea sobre IP. Esos gastos generales se vuelven relevantes cuando el ancho de banda se vuelve cara: en redes WAN, no en los centros de datos", dijo Pepelnjak. "Para resumir: no hay almuerzo gratis. Debe aceptar una sobrecarga de encapsulado más alta o un tejido de transporte más complejo. Sé lo que yo haría al diseñar la infraestructura del centro de datos", agregó.

Lea más sobre la explicación de Pepelnjak de EVPN y MPLS.

Inicie la conversación

Envíenme notificaciones cuando otros miembros comenten sobre este artículo.

Por favor cree un Nombre de usuario para poder comentar.

- ANUNCIOS POR GOOGLE

Close