2. Temario del webinar
1# Introducción – Automatización de red por medio de políticas inteligentes
2# ¿Qué son las políticas Auto Attach por LLDP?
3# ¿Por qué son importantes las políticas Auto Attach?
4# Introducción a LLDP
5# Ejemplo practico de paquetes LLDP
6# Partes de una política AA
7# Ejemplo practico de Política AA
8# Comandos de troubleshooting
9# Por que usar AA y no configurar manualmente los puertos?
10# Links de interés
11# Actualizaciones para el portafolio de switches cnMatrix
12# Promociones del mes.
3. Introducción
Automatización de red por medio de políticas inteligentes
Las políticas inteligentes conocidas como Auto Attach Policies son un
medio para automatizar la configuración de los Switches y puertos de los
mismos. Estas políticas se pueden crear a través de cualquier interfaz de
administración , sea por CLI, GUI, SNMP o cnMaestro .
Existen 2 métodos para establecer políticas inteligentes y son los siguientes:
● LLDP
● Dirección Mac
Se recomienda aplicar las políticas AA vía cnMaestro, ya que es una forma más veloz de mandar
múltiples configuraciones a los equipos cnMatrix.
4. 2. ¿Qué son las políticas Auto Attach por LLDP?
Gi0/1 Gi0/5
Gi0/17
Gi0/3 Gi0/8
Gi0/24
Políticas de Auto
Asociación
Las políticas AA identifican un conjunto de acciones que se inician cuando se
descubre un dispositivo que coincide con los criterios de detección de
dispositivos de la política. Cuando esto ocurre, una o más acciones están
asociadas con una política de AA son aplicadas. Estas acciones se inician de
forma todo o nada, es decir, todas las acciones se aplican o ninguna si se
detecta un problema.
Cabe destacar que la funcionalidad de Auto Attach de los productos cnMatrix
está habilitada por defecto, es decir que el agente de AA ya está listo para
aceptar la configuración de la detección y la acción del dispositivo y procesar
el tráfico entrante en consecuencia.
PVID 1
Mode: Trunk
Description: Red
Empleados
PVID 2
Mode: Hybrid
Description: Red
Empleados
PVID 1
Mode: Access
Description: Red
Empleados
● Crear VLANs y asignar VLANs nativas a cada puerto
● Actualizar el tipo de puerto de Switch (Acceso / Híbrido / Troncal)
● Establecer políticas de QoS y Poe Priority
Nota: este tipo de configuraciones son consideradas como dinámicas ya que una vez que el dispositivo es desconectado se pierde la
configuración que existía en previamente en el puerto.
Las acciones que se pueden programar con esta clase de políticas son las
siguientes:
5. 3. ¿Por qué son importantes las políticas Auto Attach?
3. Ayudan a evitar problemas de etiquetado de
cables y visitas técnicas.
1. Se automatiza el proceso
de configuración de puertos.
2. Se automatiza el proceso
de documentación de red
en cnMaestro.
6. 4. Introducción a LLDP?
LLDP (Link Layer Discovery Protocol) alias IEEE
802.1ab es un protocolo de capa 2 utilizado por
diversidad de dispositivos para anunciar su
identidad y capacidades de red a sus vecinos en
una LAN, estas capacidades son almacenadas en
una base de datos conocida como MIB
(management information database ). La
comunicación entre dispositivos se realiza a
través de las unidades de datos LLDP que
contienen tres o más TLV (type-length-values ).
Los TLV anunciados por el Switch pueden ser
predeterminados o configurables por el usuario
Nota: La versión predeterminada de LLDP en los switches cnMatrix es la versión No 2 del protocolo.
Tipos de TLV
TLV type TLV name Usage in LLDPDU
0 End of LLDPDU Mandatory
1 Chassis ID Mandatory
2 Port ID Mandatory
3 Time To Live Mandatory
4 Port description Optional
5 System name Optional
6
System
description
Optional
7
System
capabilities
Optional
8
Management
address
Optional
9–126 Reserved -
127 Custom TLVs Optional
7. 5. Ejemplo practico de paquetes LLDP
Nota1: Todos los equipos cnPilot de
gama Enterprise ya vienen con el
protocolo LLDP pre-activado.
Pero hay que actualizar a la ultima
versión de software para que
habilitar esta función.
Nota2: Si se van aplicar políticas
donde se cambie la VLAN nativa de
los APs, es importante configurar
antes el puerto Ethernet del AP
para que acepte frames con
multiples VLANs
8. 6. Partes de una política AA
1● Policy name (Nombre de la política):Identificador de la política que vamos a
establecer.
2● Policy match data (reglas de la política): una regla que identifica los criterios de
coincidencia del dispositivo asociado LLDP relacionado con la política. Los datos de
la regla se pueden especificar directamente en la política o indirectamente a través
de la tabla de reglas (usando el nombre de la regla).
3● Action data (Acciones a tomar tras establecer la política): Se pueden iniciar
múltiples acciones cuando se cumple con las reglas establecidas por la política.
Todas las acciones de la política se realizan o ninguna se realiza si se detecta un
problema durante la ejecución de la acción. Los datos de la acción se pueden
especificar directamente en la política o indirectamente a través de la tabla de
acción (usando el nombre de la acción).
------------------------------------------------------------------------------------------------------------
● Policy precedence (Precedencia de la política): el administrador proporciona una
prioridad opcional (1..100, donde 1 es la más alta y 100 la prioridad más baja) para
solucionar el problema de varias políticas que coinciden con el mismo dispositivo.
Todas las políticas con la misma prioridad se aplican en el orden en que se
definieron. Nota: Se utiliza una prioridad predeterminada de 50 en caso de no se
proporciona algún valor durante la definición de la política.
● Administrative status (Estatus administrativo): el administrador puede activar o
desactivar una política. Una política está habilitada por defecto.
Sintaxis y limitaciones
● Todos los nombres (política, regla, acción) están
limitados a 1..20 caracteres.
● Las cadenas de identificación de dispositivo
están limitadas entre 1 y 60 caracteres.
● Una lista de VLANs está compuesta por 1 a 20
VLANs separadas por comas.
● La especificación de una acción de actualización
de PVID requiere que se especifique una lista de
VLAN que contenga la VLAN del PVID.
● Las políticas asociadas con una interfaz (es decir,
una política activa) no se pueden eliminar.
Al escribir la palabra "no" antes de una política se
puede eliminar dicha política por nombre:
9. Las políticas AA de los switches cnMatrix utilizan los siguientes criterios de evaluación para establecer reglas
que ayuden con la toma de decisiones.
6. Policy match data - ¿ Cómo establecemos una regla LLDP?
Match Type Description
LLDP-SYS-Name Si la cadena o palabra a buscar coincide con el
nombre del equipo - aplicar políticas.
LLDP-SYS-DESC Si coincide la descripción del equipo coincide con
la cadena que se esta buscando - aplicar las
políticas
LLDP-CHASSIS Se busca la MAC address de los equipos en los
paquetes LLDP como base para aplicar las
políticas inteligentes.
LLDP-ANY Si la cadena a buscar coincide con los campos de
Sys Name, System Description y Chasis ID -
aplicar políticas
LLDP-CAP Si el tipo de dispositivo coincide con el criterio
establecido – aplicar políticas
LLDP-PORT Si la cadena a buscar coincide con el port ID del
dispositivo cliente (eth01) – aplicar políticas
LLDP-PORT-
DESC
Si la cadena a buscar coincide con la descripción
del Puerto aplicar políticas
Ejemplos
10. 7. Ejemplos prácticos de Política AA
Ejemplo1- Política con reglas y acciones ya establecidas
cnMatrix(config)# auto-attach policy cnPilot match LLDP-ANY cnPilot set vlan 10,20,30
Ejemplo 2 - Política con reglas y acciones ya establecidas
cnMatrix(config)# auto-attach policy “APs” match LLDP-CAP “wlan” set vlan 10,11,12 pvid 12
switch-port-mode hybrid
Ejemplo 3 - Deshabilitando una política con reglas y acciones ya establecidas
cnMatrix(config)# auto-attach policy “Cambium APs” match LLDP-ANY “cnPilot”
set vlan 100,101,102 precedence 5 disable
11. Ejemplo 4 crear reglas y luego la política con la acción ya establecida
cnMatrix(config)# auto-attach rule “AXIS_Cameras” LLDP-SYS-DESC AXIS
cnMatrix(config)# auto-attach policy “Videovigilancia” match rule “AXIS_Cameras” set vlan
25 pvid 25 switch-port-mode hybrid
Nota: Si la Vlan nativa es la Vlan 1, no hay por que poner pvid 1
Ejemplo 5 crear reglas, luego la acción y finalmente la política
cnMatrix(config)# auto-attach rule “APs" LLDP-CAP wlan
cnMatrix(config)# auto-attach action AsignarVLAN vlan 10,20,30 pvid 30
cnMatrix(config)# auto-attach policy “AccessPoints" match rule " APs " action AsignarVLAN
precedence 20
7. Ejemplos prácticos de Política AA
12. Verificar que la operación de la Función AA esté habilitada globalmente y en los puertos de acceso
cnMatrix# show auto-attach global
cnMatrix# show auto-attach interface
Verificar el estado LLDP local y el estado de los dispositivos LLDP al Switch
cnMatrix# show lldp
cnMatrix# show lldp traffic
cnMatrix# show lldp neighbordetail
Verificar los criterios de detección y acción del dispositivo.
cnMatrix# show auto-attach rule
cnMatrix# show auto-attach action
cnMatrix# show auto-attach policy
Borrar ajustes de corrientes para comenzar de nuevo (en modo global o desde interface)
cnMatrix(config)# no auto-attach
cnMatrix(config)# auto-attach
cnMatrix(config-if)# no auto-attach
8. Comandos de troubleshooting
13. 9. Por que usar AA y no configurar manualmente los puertos?
cnMatrix(config)# interface gigabitethernet0/5
cnMatrix(config-if)# switchportmode hybrid
cnMatrix(config-if)# switchportacceptable-frame-type all
cnMatrix(config-vlan)# exit
cnMatrix(config)# vlan50
cnMatrix(config-vlan)# port add gigabitethernet0/5
cnMatrix(config-vlan)# exit
cnMatrix(config)# vlan60
cnMatrix(config-vlan)#port add gigabitethernet0/5
cnMatrix(config-vlan)#exit
cnMatrix(config)# vlan40
cnMatrix(config-vlan)# port add gigabitethernet0/5
cnMatrix(config-vlan)#exit
cnMatrix(config)# interface gigabitethernet0/5
cnMatrix(config-if)# switchport pvid40
cnMatrix(config-if)# end
Sin AA
Ejemplo se necesita la siguiente configuración para un AP E430H
Puerto en modo- HybridVLANs
Vlans que validas : 40, 50, 60: PVID 40
cnMatrix(config)# auto-attach policy E430 match LLDP-ANY
430 set vlan 40,50,60 pvid 40
Con AA
A partir de la versión 2.1 de firmware
14. 10. Links de interés
●https://en.wikipedia.org/wiki/Link_Layer_Discovery_Protocol
●https://learning.cambiumnetworks.com/learn/course/520/play/1508/cnmatrix-policy-based-automation
●http://community.cambiumnetworks.com/bstrc49894/attachments/bstrc49894/Enterprise_Switches/44/9/cnMatrix%20
Policy%20Based%20Automation.pdf
15. 11. Actualizaciones para el portafolio de Switches cnMatrix
2018
Dic
2019
En Feb Mar Abr May Jun Jul Ago Sep Oct Nov Dic
Rel 2.0
Manufacturing
Release
Rel 2.1
- Web GUI
cleanUP
Rel 2.0.4
- Maintenance Release
- cnMaestro Phase1
Rel 2.0.5
- Maintenance Release
Rel 2.1
- USB Support
- Reload command - Rollback
- Enhanced Web-GUI
- Troubleshooting Utilities
- cnMaestro Phase 2
● Enhanced Monitoring
● Additional Trouble shooting utilities
● Enhanced topology view
Rel 2.2
- cnMaestro Object based
Configuration
