Actualización y downgrade de los controladores Catalyst 9800: consejos y trucos

Introducción

Este documento describe las cosas que se deben tener en cuenta al actualizar o degradar un Controlador de LAN Inalámbrica (WLC) Catalyst 9800.

Antes de continuar

Este documento no tiene como objetivo reemplazar las notas de la versión, que siempre deben ser el documento de acceso al actualizar. El objetivo es facilitar la actualización a través de varias versiones destacando los cambios más impactantes entre las versiones.

Este documento no reemplaza la lectura de las notas de la versión de su versión de software de destino. Realice una copia de seguridad de la configuración y tome todas las precauciones necesarias antes de continuar con la actualización.

De forma predeterminada, el servidor HTTP del 9800 no está asignado estáticamente a un certificado/punto de confianza específico que puede provocar cambios después de la actualización. Establezca el servidor HTTP en un punto de confianza estático (preferiblemente en un certificado que haya emitido para este fin, o en el certificado MIC de otro modo) en la configuración antes de actualizar.

El caso especial de las versiones especiales de ingeniería

Las versiones especiales de ingeniería no admiten las actualizaciones ISSU desde ellas. Este documento solo se centra en las versiones públicas publicadas en Cisco.com, por lo tanto, si se encuentra en una compilación especial de ingeniería, consulte las notas de la versión que recibió junto con ellas para obtener asistencia para todas sus preguntas sobre actualizaciones.

Actualizar

Puede leer directamente las notas en la versión de software de destino que desea. Las sugerencias aplicables en varias versiones se repiten cada vez para su comodidad. No actualice más de tres versiones a la vez. Por ejemplo, la actualización de 16.12.1 a 17.3.2 está cubierta en este documento, sin embargo, no cubre las actualizaciones de 16.12 a 17.4. En tal escenario, navegue a través de 17.3 y verifique las notas bajo la sección 17.3, realice la actualización, luego mire la sección 17.4 y prepare la segunda actualización. En conclusión, las sugerencias enumeradas ya no se repiten después de tres versiones principales, aunque sigan siendo válidas, ya que el documento supone que se procede a través de las versiones principales intermedias.

Gibraltar

16.12.2

• Desde Cisco IOS® XE Gibraltar 16.12.2s, se ha eliminado la asignación automática de WLAN al perfil de política predeterminado bajo la etiqueta de política predeterminada. Si está actualizando desde una versión anterior a Cisco IOS XE Gibraltar 16.12.2s, y si su red inalámbrica utiliza la etiqueta de política predeterminada, ésta se interrumpirá debido al cambio de asignación predeterminado. Para restaurar el funcionamiento de la red, agregue la WLAN necesaria a las asignaciones de políticas bajo la etiqueta de política predeterminada.

• No utilice más de 31 caracteres para los nombres de AP. Si el nombre del AP es de 32 caracteres o más, puede conducir a una caída del controlador.

• No implemente archivos OVA directamente en VMware ESXi 6.5. Se recomienda utilizar una herramienta OVF para implementar los archivos OVA.

16.12.3

• 16.12.3 es la primera versión que impone el soporte de solamente los SFP que se enumeran como soportados en la documentación. Los SFP que no aparecen en la lista provocan una situación de caída de puerto. Verifique la lista de SFP soportados y asegúrese de que sus SFP sean compatibles para evitar que los puertos de datos se desactiven después de la actualización.
• El archivo de actualización de esta versión puede ser demasiado grande para la carga HTTP (al realizar una actualización de la interfaz de usuario web) si se encuentra en la versión 16.12.1. Utilice otro método de transferencia o continúe con la versión 16.12.2, que permite cargar archivos más grandes a través de la interfaz de usuario web.
• Desde Cisco IOS XE Gibraltar 16.12.2s, se ha eliminado la asignación automática de WLAN al perfil de política predeterminado bajo la etiqueta de política predeterminada. Si está actualizando desde una versión anterior a Cisco IOS XE Gibraltar 16.12.2s, y si su red inalámbrica utiliza la etiqueta de política predeterminada, ésta se interrumpirá debido al cambio de asignación predeterminado. Para restaurar el funcionamiento de la red, agregue la WLAN necesaria a las asignaciones de políticas bajo la etiqueta de política predeterminada.

• No utilice más de 31 caracteres para los nombres de AP. Si el nombre del AP es de 32 caracteres o más, puede conducir a una caída del controlador.

• No implemente archivos OVA directamente en VMware ESXi 6.5. Se recomienda utilizar una herramienta OVF para implementar los archivos OVA.

16.12.4

• 16.12.3 y 17.2.1 son las primeras versiones en hacer cumplir el soporte de solamente los SFP que se enumeran como soportados en la documentación. Los SFP que no aparecen en la lista provocan una situación de caída de puerto. Verifique la lista de SFP soportados y asegúrese de que sus SFP sean compatibles para evitar que los puertos de datos se desactiven después de la actualización.
• El archivo de actualización de esta versión puede ser demasiado grande para la carga HTTP (al realizar una actualización de la interfaz de usuario web) si se encuentra en la versión 16.12.1. Utilice otro método de transferencia o continúe con la versión 16.12.2, que permite cargar archivos más grandes a través de la interfaz de usuario web.
• Desde Cisco IOS XE Gibraltar 16.12.2s, se ha eliminado la asignación automática de WLAN al perfil de política predeterminado bajo la etiqueta de política predeterminada. Si está actualizando desde una versión anterior a Cisco IOS XE Gibraltar 16.12.2s y si su red inalámbrica utiliza una etiqueta de política predeterminada, ésta se interrumpirá debido al cambio de asignación predeterminado. Para restaurar el funcionamiento de la red, agregue la WLAN necesaria a las asignaciones de políticas bajo la etiqueta de política predeterminada.

• No utilice más de 31 caracteres para los nombres de AP. Si el nombre del AP es de 32 caracteres o más, puede conducir a una caída del controlador.

• No implemente archivos OVA directamente en VMware ESXi 6.5. Se recomienda utilizar una herramienta OVF para implementar los archivos OVA.

16.12.5, 16.12.6a y 16.12.7

Idéntico a la versión 16.12.4.

Amsterdam

17.1.1

• El archivo de actualización de esta versión puede ser demasiado grande para la carga HTTP (al realizar una actualización de la interfaz de usuario web) si se encuentra en la versión 16.12.1. Utilice otro método de transferencia o continúe con la versión 16.12.2, que permite cargar archivos más grandes a través de la interfaz de usuario web.
• Desde Cisco IOS XE Gibraltar 16.12.2s, se ha eliminado la asignación automática de WLAN al perfil de política predeterminado bajo la etiqueta de política predeterminada. Si está actualizando desde una versión anterior a Cisco IOS XE Gibraltar 16.12.2s, y si su red inalámbrica utiliza una etiqueta de política predeterminada, ésta se interrumpirá debido al cambio de asignación predeterminado. Para restaurar el funcionamiento de la red, agregue la WLAN necesaria a las asignaciones de políticas bajo la etiqueta de política predeterminada.
• A partir de esta versión, se introduce una nueva comprobación de disponibilidad del gateway. Los AP envían solicitudes de eco ICMP (ping) periódicas al gateway predeterminado para verificar la conectividad. Debe garantizar el filtrado del tráfico entre los AP y la gateway predeterminada (como ACL) para permitir los pings ICMP entre el AP y la gateway predeterminada. Si estos pings se bloquean, incluso si la conectividad entre el controlador y el AP está activa, los AP se recargan a intervalos de 4 horas.

17.2.1

• 16.12.3 y 17.2.1 son las primeras versiones en hacer cumplir el soporte de solamente los SFP que se enumeran como soportados en la documentación. Los SFP que no aparecen en la lista provocan una situación de caída de puerto. Verifique la lista de SFP soportados y asegúrese de que sus SFP sean compatibles para evitar que los puertos de datos se desactiven después de la actualización.
• El archivo de actualización de esta versión puede ser demasiado grande para la carga HTTP (al realizar una actualización de la interfaz de usuario web) si se encuentra en la versión 16.12.1. Utilice otro método de transferencia o continúe con la versión 16.12.2, que permite cargar archivos más grandes a través de la interfaz de usuario web.
• Desde Cisco IOS XE Gibraltar 16.12.2s, se ha eliminado la asignación automática de WLAN al perfil de política predeterminado bajo la etiqueta de política predeterminada. Si está actualizando desde una versión anterior a Cisco IOS XE Gibraltar 16.12.2s, y si su red inalámbrica utiliza una etiqueta de política predeterminada, puede caer debido al cambio de asignación predeterminado. Para restaurar el funcionamiento de la red, agregue la WLAN necesaria a las asignaciones de políticas bajo la etiqueta de política predeterminada.
• 17.1 en adelante, se introduce una nueva comprobación de disponibilidad del gateway. Los AP envían solicitudes de eco ICMP (ping) periódicas al gateway predeterminado para verificar la conectividad. Debe garantizar el filtrado del tráfico entre los AP y la gateway predeterminada (como ACL) para permitir los pings ICMP entre el AP y la gateway predeterminada. Si estos pings se bloquean, incluso si la conectividad entre el controlador y el AP está activa, los AP se recargan a intervalos de 4 horas.

17.3.1

• 16.12.3 y 17.2.1 son las primeras versiones con el fin de hacer cumplir el soporte de solo los SFP enumerados como soportados en la documentación. Los SFP que no aparecen en la lista provocan una situación de caída de puerto. Verifique la lista de SFP soportados y asegúrese de que sus SFP sean compatibles para evitar que los puertos de datos se desactiven después de la actualización.
• El archivo de actualización de esta versión puede ser demasiado grande para la carga HTTP (al realizar una actualización de la interfaz de usuario web) si se encuentra en la versión 16.12.1. Utilice otro método de transferencia o continúe con la versión 16.12.2, que permite cargar archivos más grandes a través de la interfaz de usuario web.
• Desde Cisco IOS XE Gibraltar 16.12.2s, se ha eliminado la asignación automática de WLAN al perfil de política predeterminado bajo la etiqueta de política predeterminada. Si está actualizando desde una versión anterior a Cisco IOS XE Gibraltar 16.12.2s, y si su red inalámbrica utiliza una etiqueta de política predeterminada, ésta se interrumpirá debido al cambio de asignación predeterminado. Para restaurar el funcionamiento de la red, agregue la WLAN necesaria a las asignaciones de políticas bajo la etiqueta de política predeterminada.
• A partir de la versión 17.1, se introduce una nueva comprobación de disponibilidad del gateway. Los AP envían solicitudes de eco ICMP (ping) periódicas al gateway predeterminado para verificar la conectividad. Debe garantizar el filtrado del tráfico entre los AP y la gateway predeterminada (como ACL) para permitir los pings ICMP entre el AP y la gateway predeterminada. Si estos pings se bloquean, incluso si la conectividad entre el controlador y el AP está activa, los AP se recargan a intervalos de 4 horas.
• Si ha configurado el modo FIPS, asegúrese de quitar lasecurity wpa wpa1 cipher tkipconfiguración de cualquier WLAN antes de actualizar Cisco IOS XE Amsterdam 17.3.x desde una versión anterior. Si no se consigue, la seguridad WLAN se establece en TKIP, que no se admite en el modo FIPS. Después de la actualización, debe volver a configurar la WLAN con AES.
• A partir de Cisco IOS XE Amsterdam 17.3.1 en adelante, el controlador inalámbrico Cisco Catalyst 9800-CL requiere 16 GB de espacio en disco para nuevas implementaciones. Sólo es posible aumentar el tamaño del espacio en disco mediante una reinstalación con una imagen 17.3.
• Cisco IOS XE Amsterdam 17.3.1 en adelante, el nombre del AP solo puede tener hasta 32 caracteres.
• Para la autenticación de direcciones MAC locales (de clientes o AP), sólo se admite el formatoaaaabbbbcccc(sin separador) a partir de 17.3.1. Esto significa que la autenticación falla si agrega una dirección MAC con separadores en la interfaz de usuario web o CLI.
• A partir de esta versión, los AP se recargan después de 4 horas si no pueden unirse a un WLC, no pueden hacer ping a su gateway y ARP a su gateway (los tres deben fallar para que el AP se reinicie). Se trata de una mejora (ID de error de Cisco CSCvt8970) con respecto a la verificación de gateway ICMP solamente anterior de versiones anteriores.
• A partir de 17.3.1, la nueva forma de configurar los códigos de país para los puntos de acceso es elWireless country <1 country code>comando que puede repetir varias veces con diferentes códigos de país. Esto permite aumentar en la cantidad máxima de código de país manera más de 20. Los comandosap countrytodavía están presentes y funcionan, sin embargo, considere cambiarlos a losWireless countrycomandos ya que losap countrycomandos están obsoletos en una versión futura.

17.3.2

• 16.12.3 y 17.2.1 son las primeras versiones en hacer cumplir el soporte de solamente los SFP que se enumeran como soportados en la documentación. Los SFP que no aparecen en la lista provocan una situación de caída de puerto. Verifique la lista de SFP soportados y asegúrese de que sus SFP sean compatibles para evitar que los puertos de datos se desactiven después de la actualización.
• El archivo de actualización de esta versión puede ser demasiado grande para la carga HTTP (al realizar una actualización de la interfaz de usuario web) si se encuentra en la versión 16.12.1. Utilice otro método de transferencia o continúe con la versión 16.12.2, que permite cargar archivos más grandes a través de la interfaz de usuario web.
• Desde Cisco IOS XE Gibraltar 16.12.2s, se ha eliminado la asignación automática de WLAN al perfil de política predeterminado bajo la etiqueta de política predeterminada. Si está actualizando desde una versión anterior a Cisco IOS XE Gibraltar 16.12.2s, y si su red inalámbrica utiliza una etiqueta de política predeterminada, ésta se interrumpirá debido al cambio de asignación predeterminado. Para restaurar el funcionamiento de la red, agregue la WLAN necesaria a las asignaciones de políticas bajo la etiqueta de política predeterminada.
• A partir de la versión 17.1, se introduce una nueva comprobación de disponibilidad del gateway. Los AP envían solicitudes de eco ICMP (ping) periódicas al gateway predeterminado para verificar la conectividad. Debe garantizar el filtrado del tráfico entre los AP y la gateway predeterminada (como ACL) para permitir los pings ICMP entre el AP y la gateway predeterminada. Si estos pings se bloquean, incluso si la conectividad entre el controlador y el AP está activa, los AP se recargan a intervalos de 4 horas.
• Si ha configurado el modo FIPS, asegúrese de quitar lasecurity wpa wpa1 cipher tkipconfiguración de cualquier WLAN antes de actualizar Cisco IOS XE Amsterdam 17.3.x desde una versión anterior. Si no se consigue, la seguridad WLAN se establece en TKIP, que no se admite en el modo FIPS. Después de la actualización, debe volver a configurar la WLAN con AES.
• A partir de Cisco IOS XE Amsterdam 17.3.1 en adelante, el controlador inalámbrico Cisco Catalyst 9800-CL requiere 16 GB de espacio en disco para nuevas implementaciones. Sólo es posible aumentar el tamaño del espacio en disco mediante una reinstalación con una imagen 17.3.
• A partir de Cisco IOS XE Amsterdam 17.3.1 en adelante, el nombre del AP solo puede tener hasta 32 caracteres.
• Para la autenticación de direcciones MAC locales (de clientes o AP), sólo se admite el formatoaaaabbbbcccc(sin separador) a partir de 17.3.1. Esto significa que la autenticación falla si agrega una dirección MAC con separadores en la interfaz de usuario web o CLI.
• A partir de 17.3.1 en adelante, los AP se recargan después de 4 horas si no pueden unirse a un WLC, no pueden hacer ping a su gateway y ARP a su gateway (los tres deben fallar para que el AP se reinicie). Se trata de una mejora (ID de error de Cisco CSCvt8970) en la verificación de gateway ICMP solamente anterior de las versiones anteriores.
• A partir de 17.3.1, la nueva forma de configurar los códigos de país para los puntos de acceso es elWireless country <1 country code>comando que puede repetir varias veces con diferentes códigos de país. Esto permite aumentar en la cantidad máxima de códigos de país más de 20. Los comandosap countryaún están presentes y en ejecución; sin embargo, considere cambiarlos a losWireless countrycomandos ya que losap countrycomandos están obsoletos en una versión futura.

17.3.3

• 16.12.3 y 17.2.1 son las primeras versiones en hacer cumplir el soporte de solamente los SFP que se enumeran como soportados en la documentación. Los SFP que no aparecen en la lista provocan una situación de caída de puerto. Verifique la lista de SFP soportados y asegúrese de que sus SFP sean compatibles para evitar que los puertos de datos se desactiven después de la actualización.
• El archivo de actualización de esta versión puede ser demasiado grande para la carga HTTP (al realizar una actualización de la interfaz de usuario web) si se encuentra en la versión 16.12.1. Utilice otro método de transferencia o continúe con la versión 16.12.2, que permite cargar archivos más grandes a través de la interfaz de usuario web.
• Desde Cisco IOS XE Gibraltar 16.12.2s, se ha eliminado la asignación automática de WLAN al perfil de política predeterminado bajo la etiqueta de política predeterminada. Si está actualizando desde una versión anterior a Cisco IOS XE Gibraltar 16.12.2s, y si su red inalámbrica utiliza la etiqueta de política predeterminada, se desactiva debido al cambio de asignación predeterminado. Para restaurar el funcionamiento de la red, agregue la WLAN necesaria a las asignaciones de políticas bajo la etiqueta de política predeterminada.
• 17.1 en adelante, se introduce una nueva comprobación de disponibilidad del gateway. Los AP envían solicitudes de eco ICMP (ping) periódicas al gateway predeterminado para verificar la conectividad. Debe garantizar el filtrado del tráfico entre los AP y la gateway predeterminada (como ACL) para permitir los pings ICMP entre el AP y la gateway predeterminada. Si estos pings se bloquean, incluso si la conectividad entre el controlador y el AP está activa, los AP se recargan a intervalos de 4 horas.
• Si ha configurado el modo FIPS, asegúrese de quitar lasecurity wpa wpa1 cipher tkipconfiguración de cualquier WLAN antes de actualizar Cisco IOS XE Amsterdam 17.3.x desde una versión anterior. Si no se consigue, la seguridad WLAN se establece en TKIP, que no se admite en el modo FIPS. Después de la actualización, debe volver a configurar la WLAN con AES.
• A partir de Cisco IOS XE Amsterdam 17.3.1 en adelante, el controlador inalámbrico Cisco Catalyst 9800-CL requiere 16 GB de espacio en disco para nuevas implementaciones. Sólo es posible aumentar el tamaño del espacio en disco mediante una reinstalación con una imagen 17.3.
• Cisco IOS XE Amsterdam 17.3.1 en adelante, el nombre del AP solo puede tener hasta 32 caracteres.
• Para la autenticación de direcciones MAC locales (de clientes o AP), sólo se admite el formatoaaaabbbbcccc(sin separador) a partir de 17.3.1. Esto significa que la autenticación falla si agrega una dirección MAC con separadores en la interfaz de usuario web o CLI.
• A partir de 17.3.1 en adelante, los AP se recargan después de 4 horas si no pueden unirse a un WLC, no pueden hacer ping a su gateway y ARP a su gateway (los tres deben fallar para que el AP se reinicie). Se trata de una mejora (ID de error de Cisco CSCvt8970) de la verificación de gateway ICMP solamente anterior de las versiones anteriores.
• A partir de 17.3.1, la nueva forma de configurar los códigos de país para los puntos de acceso es elWireless country <1 country code>comando que puede repetir varias veces con diferentes códigos de país. Esto permite aumentar en la cantidad máxima de código de país manera más de 20. Los comandosap countrysiguen presentes y funcionando, sin embargo, considere cambiarlos a losWireless countrycomandos ya que losap countrycomandos están obsoletos en una versión futura.
• El WLC puede fallar si sus AP tienen hostnames de más de 32 caracteres (Id. de bug Cisco CSCvy11981).

17.3.4

• 16.12.3 y 17.2.1 son las primeras versiones con el fin de hacer cumplir el soporte de solo los SFP enumerados como soportados en la documentación. Los SFP que no aparecen en la lista provocan una situación de caída de puerto. Verifique la lista de SFP soportados y asegúrese de que sus SFP sean compatibles para evitar que los puertos de datos se desactiven después de la actualización.
• El archivo de actualización de esta versión puede ser demasiado grande para la carga HTTP (al realizar una actualización de la interfaz de usuario web) si se encuentra en la versión 16.12.1. Utilice otro método de transferencia o continúe con la versión 16.12.2, que permite cargar archivos más grandes a través de la interfaz de usuario web.
• Desde Cisco IOS XE Gibraltar 16.12.2s, se ha eliminado la asignación automática de WLAN al perfil de política predeterminado bajo la etiqueta de política predeterminada. Si está actualizando desde una versión anterior a Cisco IOS XE Gibraltar 16.12.2s, y si su red inalámbrica utiliza una etiqueta de política predeterminada, ésta se interrumpirá debido al cambio de asignación predeterminado. Para restaurar el funcionamiento de la red, agregue la WLAN necesaria a las asignaciones de políticas bajo la etiqueta de política predeterminada.
• A partir de la versión 17.1, se introduce una nueva comprobación de disponibilidad del gateway. Los AP envían solicitudes de eco ICMP (ping) periódicas al gateway predeterminado para verificar la conectividad. Debe garantizar el filtrado del tráfico entre los AP y la gateway predeterminada (como ACL) para permitir los pings ICMP entre el AP y la gateway predeterminada. Si estos pings se bloquean, incluso si la conectividad entre el controlador y el AP está activa, los AP se recargan a intervalos de 4 horas.
• Si ha configurado el modo FIPS, asegúrese de quitar lasecurity wpa wpa1 cipher tkipconfiguración de cualquier WLAN antes de actualizar Cisco IOS XE Amsterdam 17.3.x desde una versión anterior. Si no se consigue, la seguridad WLAN se establece en TKIP, que no se admite en el modo FIPS. Después de la actualización, debe volver a configurar la WLAN con AES.
• A partir de Cisco IOS XE Amsterdam 17.3.1 en adelante, el controlador inalámbrico Cisco Catalyst 9800-CL requiere 16 GB de espacio en disco para nuevas implementaciones. Sólo es posible aumentar el tamaño del espacio en disco mediante una reinstalación con una imagen 17.3.
• A partir de Cisco IOS XE Amsterdam 17.3.1 en adelante, el nombre del AP solo puede tener hasta 32 caracteres.
• Para la autenticación de direcciones MAC locales (de clientes o AP), sólo se admite el formatoaaaabbbbcccc(sin separador) a partir de 17.3.1. Esto significa que la autenticación falla si agrega una dirección MAC con separadores en la interfaz de usuario web o CLI.
• A partir de la 17.3.1 en adelante, los APsl se recargan después de 4 horas si no pueden unirse a un WLC, no pueden hacer ping a su gateway y ARP a su gateway (los tres deben fallar para que el AP se reinicie). Se trata de una mejora (ID de error de Cisco CSCvt8970) en la verificación de gateway ICMP solamente anterior de las versiones anteriores.
• 17.3.1 en adelante, la nueva forma de configurar los códigos de país para los puntos de acceso es elWireless country <1 country code>comando que puede repetir varias veces con diferentes códigos de país. Esto permite aumentar en la cantidad máxima de código de país manera más de 20. Los comandosap countryaún están presentes y funcionan; sin embargo, considere cambiarlos por losWireless countrycomandos ya que se planea que losap countrycomandos dejen de utilizarse en una versión futura.
• Al actualizar a 17.3.4 y versiones posteriores, se recomienda tener el cargador de inicialización/rommon 16.12.5r instalado en los controladores donde sea aplicable (el 9800-80). (El 9800-40 no tiene un rommon 16.12.5r en este momento y no necesita una actualización rommon.)
• La actualización del controlador, de Cisco IOS XE Bengaluru 17.3.x a cualquier versión que use ISSU, puede fallar si el snmp-server enable traps hsrpestá configurado. Asegúrese de quitar elsnmp-server enable traps hsrpcomando de la configuración antes de iniciar una actualización ISSU porque elsnmp-server enable traps hsrpcomando se quita de Cisco IOS XE Bengaluru 17.4.x.

• Al actualizar a Cisco IOS XE 17.3.x y versiones posteriores, si elip http active-session-modules nonecomando está habilitado, no podrá acceder a la GUI del controlador mediante HTTPS. Para acceder a la GUI usando HTTPS, ejecute estos comandos:

  • ip http session-module-list pkilist OPENRESTY_PKI

  • ip http active-session-modules pkilist

17.3.5

• Debido al ID de bug de Cisco CSCwb13784, si su MTU de trayectoria es inferior a 1500 bytes, es posible que los AP no puedan unirse. Descargue el parche SMU disponible para 17.3.5 para solucionar este problema.
• 16.12.3 y 17.2.1 son las primeras versiones con el fin de hacer cumplir el soporte de solo los SFP enumerados como soportados en la documentación. Los SFP que no aparecen en la lista provocan una situación de caída de puerto. Verifique la lista de SFP soportados y asegúrese de que sus SFP sean compatibles para evitar que los puertos de datos se desactiven después de la actualización.
• El archivo de actualización de esta versión puede ser demasiado grande para la carga HTTP (al realizar una actualización de la interfaz de usuario web) si se encuentra en la versión 16.12.1. Utilice otro método de transferencia o continúe con la versión 16.12.2, que permite cargar archivos más grandes a través de la interfaz de usuario web.
• Desde Cisco IOS XE Gibraltar 16.12.2s, se ha eliminado la asignación automática de WLAN al perfil de política predeterminado bajo la etiqueta de política predeterminada. Si está actualizando desde una versión anterior a Cisco IOS XE Gibraltar 16.12.2s, y si su red inalámbrica utiliza una etiqueta de política predeterminada, ésta se interrumpirá debido al cambio de asignación predeterminado. Para restaurar el funcionamiento de la red, agregue la WLAN necesaria a las asignaciones de políticas bajo la etiqueta de política predeterminada.
• 17.1 en adelante, se introduce una nueva comprobación de disponibilidad del gateway. Los AP envían solicitudes de eco ICMP (ping) periódicas al gateway predeterminado para verificar la conectividad. Debe garantizar el filtrado del tráfico entre los AP y la gateway predeterminada (como ACL) para permitir los pings ICMP entre el AP y la gateway predeterminada. Si estos pings se bloquean, incluso si la conectividad entre el controlador y el AP está activa, los AP se recargan a intervalos de 4 horas.
• Si ha configurado el modo FIPS, asegúrese de quitar lasecurity wpa wpa1 cipher tkipconfiguración de cualquier WLAN antes de actualizar Cisco IOS XE Amsterdam 17.3.x desde una versión anterior. Si no se consigue, la seguridad WLAN se establece en TKIP, que no se admite en el modo FIPS. Después de la actualización, debe volver a configurar la WLAN con AES.
• Cisco IOS XE Amsterdam 17.3.1 en adelante, el controlador inalámbrico Cisco Catalyst 9800-CL requiere 16 GB de espacio en disco para nuevas implementaciones. Sólo es posible aumentar el tamaño del espacio en disco mediante una reinstalación con una imagen 17.3.
• Cisco IOS XE Amsterdam 17.3.1 en adelante, el nombre del AP solo puede tener hasta 32 caracteres.
• Para la autenticación de direcciones MAC locales (de clientes o AP), sólo se admite el formatoaaaabbbbcccc(sin separador) a partir de 17.3.1. Esto significa que la autenticación falla si agrega una dirección MAC con separadores en la interfaz de usuario web o CLI.
• 17.3.1 en adelante, los APsl se recargan después de 4 horas si no pueden unirse a un WLC, no pueden hacer ping a su gateway, y ARP a su gateway (los tres deben fallar para que el AP se reinicie). Se trata de una mejora (ID de error de Cisco CSCvt8970) en la verificación de gateway ICMP solamente anterior de las versiones anteriores.
• 17.3.1 en adelante, la nueva forma de configurar los códigos de país para los puntos de acceso es elWireless country <1 country code>comando que puede repetir varias veces con diferentes códigos de país. Esto permite aumentar en la cantidad máxima de código de país manera más de 20. Los comandosap countryaún están presentes y funcionan; sin embargo, considere cambiarlos por losWireless countrycomandos ya que se planea que losap countrycomandos dejen de utilizarse en una versión futura.
• Al actualizar a 17.3.4 y versiones posteriores, se recomienda tener el cargador de inicialización/rommon 16.12.5r instalado en los controladores donde sea aplicable (el 9800-80). (El 9800-40 no tiene un rommon 16.12.5r en este momento y no necesita una actualización rommon.)
• La actualización del controlador, de Cisco IOS XE Bengaluru 17.3.x a cualquier versión que use ISSU, puede fallar si el snmp-server enable traps hsrpestá configurado. Asegúrese de quitar elsnmp-server enable traps hsrpcomando de la configuración antes de iniciar una actualización ISSU porque elsnmp-server enable traps hsrpcomando se quita de Cisco IOS XE Bengaluru 17.4.x.

• Al actualizar a Cisco IOS XE 17.3.x y versiones posteriores, si elip http active-session-modules nonecomando está habilitado, no podrá acceder a la GUI del controlador mediante HTTPS. Para acceder a la GUI usando HTTPS, ejecute estos comandos:

  • ip http session-module-list pkilist OPENRESTY_PKI

  • ip http active-session-modules pkilist

Bengaluru

17.4.1

• 17.4.1 En adelante, los AP basados en Cisco IOS Wave 1 ya no son compatibles (1700, 2700, 3700 y 1570) excepto IW3700.
• Las WLAN se pueden apagar después de la actualización si no son WPA (SSID de invitado, abierto o CWA) y tienen FT adaptable configurado. La solución es eliminar la configuración de FT adaptable antes de la actualización (Id. de error de Cisco CSCvx34349). La configuración FT adaptable no tiene sentido en SSID que no sea WPA, por lo que no se pierde nada al eliminarla.
• El WLC puede fallar si sus AP tienen hostnames de más de 32 caracteres (Id. de bug Cisco CSCvy1981).

17.5.1

• 17.4.1 En adelante, los AP basados en Cisco IOS Wave 1 ya no son compatibles (1700, 2700, 3700 y 1570) excepto IW3700.
• A partir de Cisco IOS XE Bengaluru Release 17.4.1, la solución de telemetría proporciona un nombre para la dirección del receptor en lugar de la dirección IP para los datos de telemetría. Esta es una opción adicional. Durante la reversión del controlador y la subsiguiente actualización, es probable que haya un problema con la versión de actualización que utiliza los receptores recién nombrados, y estos no se reconocen en la reversión. La nueva configuración se rechaza y falla en la actualización posterior. La pérdida de configuración se puede evitar cuando la actualización o la reversión se realiza desde Cisco DNA Center.
• Las WLAN se pueden apagar después de la actualización si no son WPA (SSID de invitado, abierto o CWA) y tienen FT adaptable configurado. La solución es eliminar la configuración de FT adaptable antes de la actualización (Id. de error de Cisco CSCvx34349). La configuración FT adaptable no tiene sentido en SSID que no sea WPA, por lo que no se pierde nada al eliminarla.
• El WLC puede fallar si sus AP tienen hostnames de más de 32 caracteres (Id. de bug Cisco CSCvy1981).
• Al actualizar la GUI de una versión a otra, se recomienda borrar la caché del navegador para que todas las páginas de la GUI se vuelvan a cargar correctamente.

• Al actualizar a Cisco IOS XE 17.3.x y versiones posteriores, si elip http active-session-modules nonecomando está habilitado, no podrá acceder a la GUI mediante HTTPS. Para acceder a la GUI usando HTTPS, ejecute estos comandos:

  • ip http session-module-list pkilist OPENRESTY_PKI

  • ip http active-session-modules pkilist

• Si encuentra el error "ERR_SSL_VERSION_OR_CIPHER_MISMATCH" de la GUI después de un reinicio o un desperfecto del sistema, se recomienda que regenere el certificado de punto de confianza.
• El procedimiento para generar un nuevo punto de confianza autofirmado es el siguiente:

configure terminal
no crypto pki trustpoint 
    
    
      no ip http server no ip http secure-server ip http server ip http secure-server ip http authentication 
     
       ! use local or aaa as applicable. 
      
    

17.6.1

• 17.4.1 En adelante, los AP basados en Cisco IOS Wave 1 ya no son compatibles (1700, 2700, 3700 y 1570) excepto IW3700.
• A partir de Cisco IOS XE Bengaluru Release 17.4.1, la solución de telemetría proporciona un nombre para la dirección del receptor en lugar de la dirección IP para los datos de telemetría. Esta es una opción adicional. Durante la reversión del controlador y la subsiguiente actualización, es probable que haya un problema con la versión de actualización que utiliza los receptores recién nombrados, y estos no se reconocen en la reversión. La nueva configuración se rechaza y falla en la actualización posterior. La pérdida de configuración se puede evitar cuando la actualización o la reversión se realiza desde Cisco DNA Center.
• Las WLAN se pueden apagar después de la actualización si no son WPA (SSID de invitado, abierto o CWA) y tienen FT adaptable configurado. La solución es eliminar la configuración de FT adaptable antes de la actualización (Id. de error de Cisco CSCvx34349). La configuración FT adaptable no tiene sentido en SSID que no sea WPA, por lo que no se pierde nada al eliminarla.
• Al actualizar la GUI de una versión a otra, se recomienda borrar la caché del navegador para que todas las páginas de la GUI se vuelvan a cargar correctamente.
• Un AP que se unió a un WLC 17.6.1 o posterior no puede unirse a un WLC de AireOS a menos que ejecute 8.10.162 y posterior, o 8.5.176.2 y posterior código 8.5.
• Actualizando a 17.6,1 y versiones posteriores, se recomienda tener el cargador de inicialización/rommon 16.12.5r instalado en los controladores donde sea aplicable (el 9800-80). (El 9800-40 no tiene un rommon 16.12.5r en este momento y no necesita una actualización rommon.)
• La actualización del controlador, de Cisco IOS XE Bengaluru 17.3.x a cualquier versión que use ISSU, puede fallar si el snmp-server enable traps hsrpestá configurado. Asegúrese de quitar elsnmp-server enable traps hsrpcomando de la configuración antes de iniciar una actualización ISSU porque elsnmp-server enable traps hsrpcomando se quita de Cisco IOS XE Bengaluru 17.4.x.

• Al actualizar a Cisco IOS XE 17.3.x y versiones posteriores, si elip http active-session-modules nonecomando está habilitado, el acceso HTTPS a la GUI del controlador no funciona. Para acceder a la GUI usando HTTPS, ejecute estos comandos:

  • ip http session-module-list pkilist OPENRESTY_PKI

  • ip http active-session-modules pkilist

• Si encuentra el error "ERR_SSL_VERSION_OR_CIPHER_MISMATCH" de la GUI después de un reinicio o un desperfecto del sistema, se recomienda que regenere el certificado de punto de confianza.
• El procedimiento para generar un nuevo punto de confianza autofirmado es el siguiente:

configure terminal
no crypto pki trustpoint 
    
    
      no ip http server no ip http securffwe-server ip http server ip http secure-server ip http authentication 
     
       ! use local or aaa as applicable. 
      
    

17.6.2

• 17.4.1 En adelante, los AP basados en Cisco IOS Wave 1 ya no son compatibles (1700, 2700, 3700 y 1570) excepto IW3700.
• A partir de Cisco IOS XE Bengaluru Release 17.4.1, la solución de telemetría proporciona un nombre para la dirección del receptor en lugar de la dirección IP para los datos de telemetría. Esta es una opción adicional. Durante la reversión del controlador y la subsiguiente actualización, es probable que haya un problema con la versión de actualización que utiliza los receptores recién nombrados, y estos no se reconocen en la reversión. La nueva configuración se rechaza y falla en la actualización posterior. La pérdida de configuración se puede evitar cuando la actualización o la reversión se realiza desde Cisco DNA Center.
• Las WLAN se pueden apagar después de la actualización si no son WPA (SSID de invitado, abierto o CWA) y tienen FT adaptable configurado. La solución es eliminar la configuración de FT adaptable antes de la actualización (Id. de error de Cisco CSCvx34349). La configuración FT adaptable no tiene sentido en SSID que no sea WPA, por lo que no se pierde nada al eliminarla.
• Al actualizar la GUI de una versión a otra, se recomienda borrar la caché del navegador para que todas las páginas de la GUI se vuelvan a cargar correctamente.
• Un AP que se unió a un WLC 17.6.1 o posterior no puede unirse a un WLC de AireOS a menos que ejecute 8.10.162 y posterior, o 8.5.176.2 y posterior código 8.5.
• Actualizando a 17.6,1 y versiones posteriores, se recomienda tener el cargador de inicialización/rommon 16.12.5r instalado en los controladores donde sea aplicable (el 9800-80). (El 9800-40 no tiene un rommon 16.12.5r en este momento y no necesita una actualización rommon.)
• La actualización del controlador, de Cisco IOS XE Bengaluru 17.3.x a cualquier versión que use ISSU, puede fallar si el snmp-server enable traps hsrpestá configurado. Asegúrese de quitar elsnmp-server enable traps hsrpcomando de la configuración antes de iniciar una actualización ISSU porque elsnmp-server enable traps hsrpcomando se quita de Cisco IOS XE Bengaluru 17.4.x.

• Al actualizar a Cisco IOS XE 17.3.x y versiones posteriores, si elip http active-session-modules nonecomando está habilitado, el acceso a la GUI del controlador HTTPS no funciona. Para acceder a la GUI usando HTTPS, ejecute estos comandos:

  • ip http session-module-list pkilist OPENRESTY_PKI

  • ip http active-session-modules pkilist

• No utilice más de 31 caracteres para los nombres de AP. Si el nombre del AP es de 32 caracteres o más, puede ocurrir una caída del controlador.

• Si encuentra el error "ERR_SSL_VERSION_OR_CIPHER_MISMATCH" de la GUI después de un reinicio o un desperfecto del sistema, se recomienda que regenere el certificado de punto de confianza.

• El procedimiento para generar un nuevo punto de confianza autofirmado es el siguiente:

configure terminal
no crypto pki trustpoint 
    
    
      no ip http server no ip http secure-server ip http server ip http secure-server ip http authentication 
     
       ! use local or aaa as applicable. 
      
    

Cupertino

En esta sección se supone que está comenzando desde la versión 17.6.1 o posterior y actualizando a una versión de Cupertino. Si está actualizando directamente desde una versión anterior (que puede ser compatible, consulte las notas de la versión para estar seguro), lea las advertencias de la sección 17.3 y 17.6.

17.7.1

• No utilice más de 31 caracteres para los nombres de AP. Si el nombre del AP es de 32 caracteres o más, puede ocurrir una caída del controlador.
• 17.7.1 requiere que los códigos de país de AP se configuren en perfiles de unión de AP.
• Debido al Id. de bug Cisco CSCvu22886, si tiene AP 9130 o 9124, debe pasar por 17.3.5a al actualizar a 17.7.1 o posterior desde una versión anterior a 17.3.4.
• A partir de Cisco IOS XE Cupertino 17.7.1 en adelante, para el controlador inalámbrico Cisco Catalyst 9800-CL, asegúrese de completar los informes de medición de utilización de recursos (RUM) y de que el ACK esté disponible en la instancia del producto al menos una vez. De este modo se garantiza que la información de uso correcta y actualizada se refleja en Cisco Smart Software Manager (CSSM). Si no se logra esto, un máximo de 50 AP podrán unirse a un 9800-CL hasta que se ACK un informe de licencia.
• Al actualizar la GUI de una versión a otra, se recomienda borrar la caché del navegador para que todas las páginas de la GUI se vuelvan a cargar correctamente.

17.8.1

• No utilice más de 31 caracteres para los nombres de AP. Si el nombre del AP es de 32 caracteres o más, puede ocurrir una caída del controlador.
• 17.7.1 requiere que los códigos de país de AP se configuren en perfiles de unión de AP.
• Debido al Id. de bug Cisco CSCvu22886, si tiene AP 9130 o 9124, debe pasar por 17.3.5a al actualizar a 17.7.1 o posterior desde una versión anterior a 17.3.4.
• Cisco IOS XE Cupertino 17.7.1 en adelante, para el controlador inalámbrico Cisco Catalyst 9800-CL, asegúrese de completar los informes de RUM y asegúrese de que el ACK esté disponible en la instancia del producto al menos una vez. Esto es para garantizar que la información de uso correcta y actualizada se refleje en el CSSM. Si no se logra esto, un máximo de 50 AP podrán unirse a un 9800-CL hasta que se ACK un informe de licencia.
• Al actualizar la GUI de una versión a otra, se recomienda borrar la caché del navegador para que todas las páginas de la GUI se vuelvan a cargar correctamente.

17.9.x

• Los AP que ejecutan Cisco IOS-XE 17.9.3 pueden encontrar problemas al intentar actualizar su software debido a espacio insuficiente en el/tmpdirectorio. Cuando el/tmpespacio en el AP se llena, evita la descarga de la nueva imagen del AP. En tales casos, se recomienda que reinicie el AP.

• 11AC Wave 2 AP puede entrar en un bucle de arranque al actualizar el software sobre un link WAN. Para obtener más información, consulte https://www.cisco.com/c/en/us/support/docs/wireless/catalyst-9800-series-wireless-controllers/220443-how-to-avoid-boot-loop-due-to-corrupted.html.

• Las versiones 17.9.3 y posteriores ofrecen compatibilidad con los puntos de acceso basados en Cisco IOS (series x700 y 1570). No se admitieron entre 17.4 y 17.9.2. La compatibilidad con estos puntos de acceso no va más allá del ciclo de vida normal del producto. Consulte los boletines de fin de soporte técnico individuales en Cisco.com.
• La actualización del controlador de Cisco IOS XE Bengaluru 17.3.x a Cisco IOS XE Bengaluru 17.6.x o Cisco IOS XE Cupertino 17.9.x y posterior que usa ISSU puede fallar si se configura el comando domain. Asegúrese de ejecutar el comando no domain antes de iniciar una actualización ISSU porque el comando domain se ha eliminado de Cisco IOS XE Bengaluru 17.6.x.
• Cisco IOS XE Cupertino 17.7.1 en adelante, para el controlador inalámbrico Cisco Catalyst 9800-CL, asegúrese de completar los informes de RUM y asegúrese de que el ACK esté disponible en la instancia del producto al menos una vez. Esto es para garantizar que la información de uso correcta y actualizada se refleje en el CSSM. Si no se logra esto, un máximo de 50 AP podrán unirse a un 9800-CL hasta que se ACK un informe de licencia.
• No se admite la fragmentación inferior a 1500 para los paquetes RADIUS generados por clientes inalámbricos en la interfaz Gi0 (OOB).
• 17.3 en adelante, el 9800-CL requiere 16 GB de espacio en disco para funcionar correctamente. Usted no puede aumentar el tamaño dinámicamente si su instancia del WLC comenzó con un OVA 8 GB (de antes 17.3). La única manera es crear un nuevo WLC a partir de un OVA fechado después de 17.3.
• Al actualizar la GUI de una versión a otra, se recomienda borrar la caché del navegador para que todas las páginas de la GUI se vuelvan a cargar correctamente.
• El controlador inalámbrico Cisco Catalyst 9800-L puede fallar al responder a las señales de interrupción recibidas en el puerto de la consola durante el arranque, evitando que los usuarios lleguen al rommon. Este problema se observa en los controladores fabricados hasta noviembre de 2019, con la configuración predeterminada config-register de 0x2102. Este problema puede evitarse si configura config-register en 0x2002. Este problema se corrige en el rommon 16.12(3r) para el controlador inalámbrico Cisco Catalyst 9800-L. Para obtener información sobre cómo actualizar rommon, vea laUpgrading rommon for Cisco Catalyst 9800-L Wireless Controllerssección del documento Actualización de Dispositivos de Hardware Programables de Campo para Cisco Catalyst 9800 Series Wireless Controllers.

• Si se muestra este mensaje de error después de un reinicio o un desperfecto del sistema, se recomienda que regenere el certificado de punto de confianza:

   ERR_SSL_VERSION_OR_CIPHER_MISMATCH

  Utilice estos comandos en el orden especificado para generar un nuevo certificado de punto de confianza autofirmado:

  1. device# configure terminal

  2. device(config)# no crypto pki trustpoint trustpoint_name

  3. device(config)# no ip http server

  4. device(config)# no ip http secure-server

  5. device(config)# ip http server

  6. device(config)# ip http secure-server

  7. device(config)# ip http authentication local/aaa

• Verifique que la dirección MAC de movilidad esté configurada con elwireless mobility mac-addresscomando.
• Estos protocolos ahora se soportan a través del puerto de servicio en 17.9:

  • Cisco DNA Center

  • Cisco Smart Software Manager

  • Infraestructura Cisco Prime

  • TELNET

  • GUI del controlador

  • DNS

  • Transferencia de archivos

  • GNMI

  • HTTP

  • HTTPS

  • LDAP

  • Licencias para que la función Smart Licensing se comunique con CSSM

  • Netconf

  • Netflow

  • NTP

  • RADIUS (incluida CoA)

  • Restconf

  • SNMP (Protocolo de administración de red simple)

  • SSH

  • SYSLOG

  • TACACS+

• La imagen AP para 17.9 es más grande que la flash AP permitida originalmente. Si ve al AP quejándose de no tener suficiente espacio al descargar la imagen 17.9, probablemente se deba a que no respetó la trayectoria de actualización a través de 17.3.5 como se indica en las notas de la versión o a que su AP está ejecutando una imagen AireOS más antigua. Ya sea transitando a través de un WLC 17.3.5 o posterior o actualizando la imagen de AireOS al último cambia el tamaño del flash AP para permitir descargar la imagen 17.9.

Dublín

17.10.1

• La función Cisco Centralized Key Management (CCKM) está siendo obsoleta en Cisco IOS XE Dublin 17.10.x.
• Smart Call Home está quedando obsoleto en favor de Smart Transport para las licencias.

• Los AP que ejecutan Cisco IOS-XE 17.9.3 o posterior pueden encontrar problemas al intentar actualizar su software debido a espacio insuficiente en el/tmpdirectorio. Cuando el/tmpespacio en el AP se llena, evita la descarga de la nueva imagen del AP. En tales casos, se recomienda que reinicie el AP.

  Los AP de la onda 2 pueden entrar en un loop de arranque cuando actualizan el software sobre un link WAN. Para obtener más información, consulte https://www.cisco.com/c/en/us/support/docs/wireless/catalyst-9800-series-wireless-controllers/220443-how-to-avoid-boot-loop-due-to-corrupted.html.

• A partir de Cisco IOS XE Cupertino 17.7.1 en adelante, para el controlador inalámbrico Cisco Catalyst 9800-CL, asegúrese de completar los informes de RUM y de que el ACK esté disponible en la instancia del producto al menos una vez. Esto es para garantizar que la información de uso correcta y actualizada se refleje en el CSSM. Si no se logra esto, un máximo de 50 AP podrán unirse a un 9800-CL hasta que se ACK un informe de licencia.
• Al actualizar la GUI de una versión a otra, se recomienda borrar la caché del navegador para que todas las páginas de la GUI se vuelvan a cargar correctamente.
• No se admite la fragmentación inferior a 1500 para los paquetes RADIUS generados por clientes inalámbricos en la interfaz Gi0 (OOB).
• 17.3 en adelante, el 9800-CL requiere 16 GB de espacio en disco para funcionar correctamente. Usted no puede aumentar el tamaño dinámicamente si su instancia del WLC comenzó con un OVA 8 GB (de antes 17.3). La única manera es crear un nuevo WLC a partir de un OVA fechado después de 17.3.
• El controlador inalámbrico Cisco Catalyst 9800-L puede fallar al responder a las señales BREAK recibidas en el puerto de la consola durante el arranque, evitando que los usuarios lleguen al rommon. Este problema se observa en los controladores fabricados hasta noviembre de 2019, con la configuración predeterminada config-register de 0x2102. Este problema puede evitarse si configura config-register en 0x2002. El problema se corrige en el rommon 16.12(3r) para el controlador inalámbrico Cisco Catalyst 9800-L. Para obtener información sobre cómo actualizar rommon, vea la sección Actualización de rommon para Cisco Catalyst 9800-L Wireless Controllers del documento Actualización de dispositivos de hardware programables de campo para Cisco Catalyst 9800 Series Wireless Controllers.

• Si se muestra este mensaje de error después de un reinicio o un desperfecto del sistema, se recomienda que regenere el certificado de punto de confianza:

   ERR_SSL_VERSION_OR_CIPHER_MISMATCH

  Utilice estos comandos en el orden especificado para generar un nuevo certificado de punto de confianza autofirmado:

  1. device# configure terminal

  2. device(config)# no crypto pki trustpoint trustpoint_name

  3. device(config)# no ip http server

  4. device(config)# no ip http secure-server

  5. device(config)# ip http server

  6. device(config)# ip http secure-server

  7. device(config)# ip http authentication local/aaa

• Verifique que la dirección MAC de movilidad esté configurada con elwireless mobility mac-addresscomando.
• Estos protocolos ahora se soportan a través del puerto de servicio en 17.9:

  • Cisco DNA Center

  • Cisco Smart Software Manager

  • Infraestructura Cisco Prime

  • TELNET

  • GUI del controlador

  • DNS

  • Transferencia de archivos

  • GNMI

  • HTTP

  • HTTPS

  • LDAP

  • Licencias para que la función Smart Licensing se comunique con CSSM

  • Netconf

  • Netflow

  • NTP

  • RADIUS (incluida CoA)

  • Restconf

  • SNMP (Protocolo de administración de red simple)

  • SSH

  • SYSLOG

  • TACACS+

• La imagen AP para 17.9 es más grande que la flash AP permitida originalmente. Si ve al AP quejándose de no tener suficiente espacio al descargar la imagen 17.9, probablemente se deba a que no respetó la trayectoria de actualización a través de 17.3.5 como se indica en las notas de la versión, o a que su AP está ejecutando una imagen AireOS más antigua. Ya sea transitando a través de un WLC 17.3.5 y posterior o actualizando la imagen de AireOS al último cambia el tamaño de la flash AP para permitir la descarga de la imagen 17.9.

17.11.1

• La función CCKM ha quedado obsoleta en Cisco IOS XE Dublin 17.10.x.
• Smart Call Home está quedando obsoleto en favor de Smart Transport para las licencias
• Al actualizar la GUI de una versión a otra, se recomienda borrar la caché del navegador para que todas las páginas de la GUI se vuelvan a cargar correctamente.

• Los AP que ejecutan Cisco IOS-XE 17.9.3 o posterior pueden encontrar problemas al intentar actualizar su software debido a espacio insuficiente en el/tmpdirectorio. Cuando el/tmpespacio en el AP se llena, evita la descarga de la nueva imagen del AP. En tales casos, se recomienda que reinicie el AP.

  Los AP de la onda 2 pueden entrar en un loop de arranque cuando actualizan el software sobre un link WAN. Para obtener más información, consulte https://www.cisco.com/c/en/us/support/docs/wireless/catalyst-9800-series-wireless-controllers/220443-how-to-avoid-boot-loop-due-to-corrupted.html.

• Cisco IOS XE Cupertino 17.7.1 en adelante, para el controlador inalámbrico Cisco Catalyst 9800-CL, asegúrese de completar los informes de RUM y de que el ACK esté disponible en la instancia del producto al menos una vez. Esto es para garantizar que la información de uso correcta y actualizada se refleje en el CSSM. Si no se logra esto, un máximo de 50 AP podrán unirse a un 9800-CL hasta que se ACK un informe de licencia.
• No se admite la fragmentación inferior a 1500 para los paquetes RADIUS generados por clientes inalámbricos en la interfaz Gi0 (OOB).
• 17.3 en adelante, el 9800-CL requiere 16 GB de espacio en disco para funcionar correctamente. Usted no puede aumentar el tamaño dinámicamente si su instancia del WLC comenzó con un OVA 8 GB (de antes 17.3). La única manera es crear un nuevo WLC a partir de un OVA fechado después de 17.3.
• El controlador inalámbrico Cisco Catalyst 9800-L puede fallar al responder a las señales de interrupción recibidas en el puerto de la consola durante el arranque, evitando que los usuarios lleguen al rommon. Este problema se observa en los controladores fabricados hasta noviembre de 2019, con la configuración predeterminada config-register de 0x2102. Puede evitarse si configura config-register en 0x2002. Este problema se corrige en el rommon 16.12(3r) para el controlador inalámbrico Cisco Catalyst 9800-L. Para obtener información sobre cómo actualizar rommon, vea la sección Actualización de rommon para Cisco Catalyst 9800-L Wireless Controllers del documento Actualización de dispositivos de hardware programables de campo para Cisco Catalyst 9800 Series Wireless Controllers.

• Si se muestra este mensaje de error después de un reinicio o un desperfecto del sistema, se recomienda que regenere el certificado de punto de confianza:
  
  

   ERR_SSL_VERSION_OR_CIPHER_MISMATCH

  
  Utilice estos comandos en el orden especificado para generar un nuevo certificado de punto de confianza autofirmado:

  1. device# configure terminal

  2. device(config)# no crypto pki trustpoint trustpoint_name

  3. device(config)# no ip http server

  4. device(config)# no ip http secure-server

  5. device(config)# ip http server

  6. device(config)# ip http secure-server

  7. device(config)# ip http authentication local/aaa

• Verifique que la dirección MAC de movilidad esté configurada con elwireless mobility mac-addresscomando.
• Estos protocolos ahora se soportan a través del puerto de servicio en 17.9:

  • Cisco DNA Center

  • Cisco Smart Software Manager

  • Infraestructura Cisco Prime

  • TELNET

  • GUI del controlador

  • DNS

  • Transferencia de archivos

  • GNMI

  • HTTP

  • HTTPS

  • LDAP

  • Licencias para que la función Smart Licensing se comunique con CSSM

  • Netconf

  • Netflow

  • NTP

  • RADIUS (incluida CoA)

  • Restconf

  • SNMP (Protocolo de administración de red simple)

  • SSH

  • SYSLOG

  • TACACS+

• La imagen AP para 17.9 es más grande que la flash AP permitida originalmente. Si ve al AP quejándose de no tener suficiente espacio al descargar la imagen 17.9, probablemente se deba a que no respetó la trayectoria de actualización a través de 17.3.5 como se indica en las notas de la versión, o a que su AP está ejecutando una imagen AireOS más antigua. Ya sea transitando a través de un WLC 17.3.5 y posterior o actualizando la imagen de AireOS al último cambia el tamaño de la flash AP para permitir la descarga de la imagen 17.9.

17.12.1

• La función CCKM ha quedado obsoleta en Cisco IOS XE Dublin 17.10.x.
• Smart Call Home está quedando obsoleto en favor de Smart Transport para las licencias.
• Al actualizar la GUI de una versión a otra, se recomienda borrar la caché del navegador para que todas las páginas de la GUI se vuelvan a cargar correctamente.

• Los AP que ejecutan Cisco IOS-XE 17.9.3 o posterior pueden encontrar problemas al intentar actualizar su software debido a espacio insuficiente en el/tmpdirectorio. Cuando el/tmpespacio en el AP se llena, evita la descarga de la nueva imagen del AP. En tales casos, se recomienda que reinicie el AP.

  Los AP de la onda 2 pueden entrar en un loop de arranque cuando actualizan el software sobre un link WAN. Para obtener más información, consulte https://www.cisco.com/c/en/us/support/docs/wireless/catalyst-9800-series-wireless-controllers/220443-how-to-avoid-boot-loop-due-to-corrupted.html.

• Las versiones 17.12.1 y posteriores ofrecen compatibilidad con los puntos de acceso basados en Cisco IOS (series x700 y 1570). No se admitieron entre 17.4 y 17.9.2. La compatibilidad con estos puntos de acceso no va más allá del ciclo de vida normal del producto. Consulte los boletines de fin de soporte técnico individuales en Cisco.com. 
• Cisco IOS XE Cupertino 17.7.1 en adelante, para el controlador inalámbrico Cisco Catalyst 9800-CL, asegúrese de completar los informes de RUM y asegúrese de que el ACK esté disponible en la instancia del producto al menos una vez. Esto es para garantizar que la información de uso correcta y actualizada se refleje en el CSSM. Si no se logra esto, un máximo de 50 AP podrán unirse a un 9800-CL hasta que se ACK un informe de licencia.
• No se admite la fragmentación inferior a 1500 para los paquetes RADIUS generados por clientes inalámbricos en la interfaz Gi0 (OOB).
• 17.3 en adelante, el 9800-CL requiere 16 GB de espacio en disco para funcionar correctamente. Usted no puede aumentar el tamaño dinámicamente si su instancia del WLC comenzó con un OVA 8 GB (de antes 17.3). La única manera es crear un nuevo WLC a partir de un OVA fechado después de 17.3.
• El controlador inalámbrico Cisco Catalyst 9800-L puede fallar al responder a las señales de interrupción recibidas en el puerto de la consola durante el arranque, evitando que los usuarios lleguen al rommon. Este problema se observa en los controladores fabricados hasta noviembre de 2019, con la configuración predeterminada config-register de 0x2102. Este problema puede evitarse si configura config-register en 0x2002. Este problema se corrige en el rommon 16.12(3r) para el controlador inalámbrico Cisco Catalyst 9800-L. Para obtener información sobre cómo actualizar rommon, vea la sección Actualización de rommon para Cisco Catalyst 9800-L Wireless Controllers del documento Actualización de dispositivos de hardware programables de campo para Cisco Catalyst 9800 Series Wireless Controllers.

• Si se muestra este mensaje de error después de un reinicio o un desperfecto del sistema, se recomienda que regenere el certificado de punto de confianza:
  
  

   ERR_SSL_VERSION_OR_CIPHER_MISMATCH

  
  Utilice estos comandos en el orden especificado para generar un nuevo certificado de punto de confianza autofirmado:

  1. device# configure terminal

  2. device(config)# no crypto pki trustpoint trustpoint_name

  3. device(config)# no ip http server

  4. device(config)# no ip http secure-server

  5. device(config)# ip http server

  6. device(config)# ip http secure-server

  7. device(config)# ip http authentication local/aaa

• Verifique que la dirección MAC de movilidad esté configurada con elwireless mobility mac-addresscomando.
• Estos protocolos ahora se soportan a través del puerto de servicio en 17.9:

  • Cisco DNA Center

  • Cisco Smart Software Manager

  • Infraestructura Cisco Prime

  • TELNET

  • GUI del controlador

  • DNS

  • Transferencia de archivos

  • GNMI

  • HTTP

  • HTTPS

  • LDAP

  • Licencias para que la función Smart Licensing se comunique con CSSM

  • Netconf

  • Netflow

  • NTP

  • RADIUS (incluida CoA)

  • Restconf

  • SNMP (Protocolo de administración de red simple)

  • SSH

  • SYSLOG

  • TACACS+

• La imagen AP para 17.9 es más grande que la flash AP permitida originalmente. Si ve al AP quejándose de no tener suficiente espacio al descargar la imagen 17.9, probablemente se deba a que no respetó la trayectoria de actualización a través de 17.3.5 como se indica en las notas de la versión, o a que su AP está ejecutando una imagen AireOS más antigua. Ya sea transitando a través de un WLC 17.3.5 y posterior o actualizando la imagen de AireOS al último cambia el tamaño de la flash AP para permitir descargar la imagen 17.9.
• Una vez que un AP se actualiza a la versión 17.12 o posterior, su velocidad en baudios de la consola no cambia inmediatamente. Sin embargo, si el restablecimiento de fábrica (o si un nuevo AP fuera de la caja se une a un WLC 17.12 o posterior), utiliza una velocidad en baudios de la consola 115200 por defecto.

Reducir

No se admiten oficialmente las versiones anteriores y puede producirse la pérdida de configuración de nuevas funciones. Sin embargo, como las reversiones pueden ocurrir en el mundo real, este documento todavía enumera las trampas más comunes para evitar la reversión. Para encontrar la información que necesita, verifique la versión de la que está bajando (la versión anterior a la bajada).

Gibraltar

16.12.2

• Nada que señalar aquí.

16.12.3

• La recarga continua se observa cuando el controlador inalámbrico Cisco Catalyst 9800 se rebaja de 17.x a 16.12.4a. Se recomienda que realice una downgrade a Cisco IOS XE Gibraltar 16.12.5 en lugar de 16.12.4a.

16.12.4

• Si usted baja de esta versión a una inferior, el WLC puede terminar en un loop de arranque si la telemetría fue configurada debido al ID de bug de Cisco CSCvt6990/ID de bug de Cisco CSCvv87417.
• El controlador inalámbrico Cisco Catalyst 9800 se puede volver a cargar si se ha bajado de la versión 17.x a la 16.12.4a. Para evitar esto, se recomienda que realice una reversión a Cisco IOS XE Gibraltar 16.12.5 en lugar de 16.12.4a.

Amsterdam

17.1.1

• Si usted baja de esta versión a una inferior, el WLC puede terminar en un loop de arranque si la telemetría fue configurada debido al ID de bug de Cisco CSCvt6990/CSCvv8741.
• La recarga continua se observa cuando el controlador inalámbrico Cisco Catalyst 9800 se rebaja de 17.x a 16.12.4a. Se recomienda que realice una downgrade a Cisco IOS XE Gibraltar 16.12.5 en lugar de 16.12.4a.

17.2.1

• Si usted baja de esta versión a una inferior, el WLC puede terminar en un loop de arranque si la telemetría fue configurada debido al ID de bug de Cisco CSCvt6990/ID de bug de Cisco CSCvv87417.
• Si realiza una actualización anterior desde Cisco IOS XE Amsterdam 17.3.1 a una versión anterior, los canales de puerto que están configurados con un rango superior a cuatro desaparecen.
• La recarga continua se observa cuando el controlador inalámbrico Cisco Catalyst 9800 se rebaja de 17.x a 16.12.4a. Se recomienda que realice una downgrade a Cisco IOS XE Gibraltar 16.12.5 en lugar de 16.12.4a.

17.3.1

• Si usted baja de esta versión a una inferior, el WLC puede terminar en un loop de arranque si la telemetría fue configurada debido al ID de bug de Cisco CSCvt69990

  /CSCvv8741.

• Si realiza una actualización anterior desde Cisco IOS XE Amsterdam 17.3.1 a una versión anterior, los canales de puerto que están configurados con un rango más alto desaparecen.
• Si cambia de Cisco IOS XE Amsterdam 17.3.1 a una versión anterior, puede enfrentarse nuevamente al asistente de día 0 si tenía el comando 'wireless country' configurado ya que no existía antes de 17.3.
• La recarga continua se observa cuando el controlador inalámbrico Cisco Catalyst 9800 se rebaja de 17.x a 16.12.4a. Se recomienda que realice una downgrade a Cisco IOS XE Gibraltar 16.12.5 en lugar de 16.12.4a.
• No es posible apagar el perfil de política de WLAN cuando se realiza una downgrade de Cisco IOS XE Amsterdam 17.3.x (compatible con IPv6 AVC de switching local) a Cisco IOS XE Gibraltar 16.12.x (donde no se admite IPv6 AVC de switching local). En tales casos, se recomienda que elimine el perfil de política WLAN existente y cree uno nuevo.

17.3.2

• Si usted baja de esta versión a una inferior, el WLC termina en un loop de arranque si la telemetría fue configurada debido al ID de bug de Cisco CSCvt6990/ID de bug de Cisco CSCvv87417.
• Si realiza una actualización anterior desde Cisco IOS XE Amsterdam 17.3.1 a una versión anterior, los canales de puerto que están configurados con un rango más alto desaparecen.
• Si cambia de Cisco IOS XE Amsterdam 17.3.1 a una versión anterior, puede enfrentarse nuevamente al asistente de día 0 si tenía el comando 'wireless country' configurado ya que no existía antes de 17.3.
• La recarga continua se observa cuando el controlador inalámbrico Cisco Catalyst 9800 se rebaja de 17.x a 16.12.4a. Se recomienda que realice una downgrade a Cisco IOS XE Gibraltar 16.12.5 en lugar de 16.12.4a.
• No es posible apagar el perfil de política de WLAN cuando se realiza una downgrade de Cisco IOS XE Amsterdam 17.3.x (compatible con IPv6 AVC de switching local) a Cisco IOS XE Gibraltar 16.12.x (donde no se admite IPv6 AVC de switching local). En tales casos, se recomienda que elimine el perfil de política WLAN existente y cree uno nuevo.

17.3.3

• Si usted baja de esta versión a una inferior, el WLC puede terminar en un loop de arranque si la telemetría fue configurada debido al ID de bug de Cisco CSCvt6990/ID de bug de Cisco CSCvv87417.
• Si realiza una actualización anterior desde Cisco IOS XE Amsterdam 17.3.1 a una versión anterior, los canales de puerto que están configurados con un rango más alto desaparecen.
• Si cambia de Cisco IOS XE Amsterdam 17.3.1 a una versión anterior, puede enfrentarse nuevamente al asistente de día 0 si tenía el comando 'wireless country' configurado ya que no existía antes de 17.3.
• La recarga continua se observa cuando el controlador inalámbrico Cisco Catalyst 9800 se rebaja de 17.x a 16.12.4a. Se recomienda que realice una downgrade a Cisco IOS XE Gibraltar 16.12.5 en lugar de 16.12.4a.
• No es posible apagar el perfil de política de WLAN cuando se realiza una downgrade de Cisco IOS XE Amsterdam 17.3.x (compatible con IPv6 AVC de switching local) a Cisco IOS XE Gibraltar 16.12.x (donde no se admite IPv6 AVC de switching local). En tales casos, se recomienda que elimine el perfil de política WLAN existente y cree uno nuevo.

17.4.1

• Si realiza una reversión de Cisco IOS XE Amsterdam 17.4.1 a una versión anterior a la 17.3, puede enfrentarse nuevamente al asistente de día 0 si tenía el comando 'wireless country' configurado ya que no existía antes de la 17.3.
• Si cambia de Cisco IOS XE Amsterdam 17.4.1 a una versión anterior, perderá la conexión de telemetría, ya que 17.4 utiliza destinos de telemetría con nombre que no eran compatibles con los comandos de versiones anteriores. Debe volver a crear la conexión de telemetría.
• La recarga continua se observa cuando el controlador inalámbrico Cisco Catalyst 9800 se rebaja de 17.x a 16.12.4a. Se recomienda que realice una downgrade a Cisco IOS XE Gibraltar 16.12.5 en lugar de 16.12.4a.

17.5.1

• Si realiza una reversión de Cisco IOS XE Amsterdam 17.4.1 a una versión anterior a la 17.3, puede enfrentarse nuevamente al asistente de día 0 si tenía el comando 'wireless country' configurado ya que no existía antes de la 17.3.
• Si cambia de Cisco IOS XE Amsterdam 17.4.1 a una versión anterior, perderá la conexión de telemetría, ya que 17.4 utiliza destinos de telemetría con nombre que no eran compatibles con los comandos de versiones anteriores. Debe volver a crear la conexión de telemetría.
• La recarga continua se observa cuando el controlador inalámbrico Cisco Catalyst 9800 se rebaja de 17.x a 16.12.4a. Se recomienda que realice una downgrade a Cisco IOS XE Gibraltar 16.12.5 en lugar de 16.12.4a.

17.9.x

• No puede ver contraseñas 802.1x en texto sin cifrar de esta versión porque están cifradas. Si usted rebaja a una imagen anterior que no soporta una contraseña cifrada, los AP se atascan y fallan repetidamente la autenticación dot1x debido a credenciales incorrectas. Debe inhabilitar 802.1x en el puerto del switch AP para permitir que el AP se una al controlador antes de configurar la contraseña de texto sin cifrar.

17.10.1

• No puede ver contraseñas 802.1x en texto sin cifrar de esta versión porque están cifradas. Si usted rebaja a una imagen anterior que no soporta una contraseña cifrada, los AP se atascan y fallan repetidamente la autenticación dot1x debido a credenciales incorrectas. Debe inhabilitar 802.1x en el puerto del switch AP para permitir que el AP se una al controlador antes de configurar la contraseña de texto sin cifrar.

17.11.1

• No puede ver contraseñas 802.1x en texto sin cifrar de esta versión porque están cifradas. Si usted rebaja a una imagen anterior que no soporta una contraseña cifrada, los AP se atascan y fallan repetidamente la autenticación dot1x debido a credenciales incorrectas. Debe inhabilitar 802.1x en el puerto del switch AP para permitir que el AP se una al controlador antes de configurar la contraseña de texto sin cifrar.

17.12.x

• No puede ver contraseñas 802.1x en texto sin cifrar de esta versión porque están cifradas. Si usted rebaja a una imagen anterior que no soporta una contraseña cifrada, los AP se atascan y fallan repetidamente la autenticación dot1x debido a credenciales incorrectas. Debe inhabilitar 802.1x en el puerto del switch AP para permitir que el AP se una al controlador antes de configurar la contraseña de texto sin cifrar.

Información Relacionada

• 17.1 guía de actualización de puntos de acceso de revisión en funcionamiento y laminación
• 17.3 revisión en funcionamiento y guía de actualización de ISSU.
• Soporte técnico y descargas de Cisco