问题说明
从2021年11月到2022年7月生产的C9120接入点(AP)无法使用即插即用(PnP)服务来发现DNA中心(DNAC),因此可能无法加入无线控制器。
AP控制台将显示类似以下内容的消息:
[*04/21/2022 12:08:48.3470] systemd[1]: pnp_syslog.service failed.
[*04/21/2022 12:08:58.3550] env: can't execute 'python': No such file or directory
对于非PnP客户,这只会影响AP上的应用托管(Cisco® IOx)功能。
背景
某些Cisco Catalyst 9100 AP安装了嵌入式无线控制器(EWC)软件。 在这类AP上,引导加载程序变量MEMODE设置为1。 在没有EWC软件的AP上,此变量设置为0。 由于错误,一些非EWC AP的制造MEMODE设置为1。 这会导致AP在开箱即启动时无法加载Python。 因此,PnP发现失败,IOx无法运行。
这是Cisco Bug CSCwc02567 .
解决方法
通过控制台修复
您可以通过控制台连接到AP并执行下面的命令,将MEMODE变量设置为0,然后重新启动:
c9120AP#ap-type capwap
c9120AP#capwap ap erase all
非控制台过程,其中需要DNAC PnP
如果对AP的控制不方便,请遵循以下说明,让AP加入控制器(无PnP),然后重新配置AP类型,并重置为出厂默认设置,以便PnP可以运行。
1.配置非PnP AP加入方法
- DNS解析(CISCO-CAPWAP-CONTROLLER.domain)
— 第2层发现/IP帮助程序
- DHCP选项43,如为轻量接入点配置DHCP选项43中所述。 在本例中,允许AP最多在20分钟内发现WLC,因为它们需要将PnP发现超时。
2.重新配置AP类型
在AP加入控制器后,您继续使用以下选项将ME模式变量重新设置为0:
1)从C9800控制器CLI:
9800wlc#ap name
remote enable
9800wlc#ap name
remote command "ap-type capwap"
9800wlc#ap name
remote disable
2)从AireOS控制器CLI:
(AireOS_WLC) >debug ap enable
(AireOS_WLC) >debug ap command "ap-type capwap"
(AireOS_WLC) >debug ap disable
3)来自SSH AP :
c9120AP#ap-type capwap
3.删除AP加入方法
删除第一步中使用的AP加入方法,以确保AP将使用PnP.
4.出厂重置AP
按照出厂重置(Factory Reset)中的说明,通过重置按钮在出厂时重置AP 或者通过执行以下命令之一重置CAPWAP配置:
AP SSH CLI
c9120#capwap ap erase all
9800或AireOS CLI
9800wlc#clear ap config <AP_Name>
5.将WLC同步到DNAC
将WLC与DNAC同步,以将AP状态更改为DNAC资产中的不可用:
a.浏览到https://<DNAC_IP>/dna/provision/devices/inventory/list
b.将列出WLC。如果存在许多设备,可以使用过滤器搜索WLC
c.选择WLC,然后选择Actions—>Inventory—>Resync Device。
6.在DNAC中声明AP。
声称AP和PnP现在应该已工作。您可以使用以下命令检查AP上的PnP状态:
c9120AP#show pnp status
非控制台过程,其中需要Cisco IOx
要使IOx服务正常运行,请配置AP类型并通过以下选项之一重新加载。 无需将AP重置为出厂默认设置。
1)从C9800控制器CLI:
9800wlc#ap name
remote enable
9800wlc#ap name
remote command "ap-type capwap"
9800wlc#ap name
remote disable
9800wlc#ap name
reset
2)从AireOS控制器CLI:
(AireOS_WLC) >debug ap enable
(AireOS_WLC) >debug ap command "ap-type capwap"
(AireOS_WLC) >debug ap disable
(AireOS_WLC) >config ap reset
3)来自SSH AP :
c9120AP#ap-type capwap
c9120AP#reload