問題描述
從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無法運行。
這是思科錯誤 CSCwc02567 .
因應措施
通過控制檯修復
您可以通過控制檯進入AP並執行下面的命令,將MEMODE變數設定為0,然後重新啟動:
c9120AP#ap-type capwap
c9120AP#capwap ap erase all
非控制檯過程,其中需要DNAC PnP
如果對接入點進行控制檯操作不方便,請按照以下說明操作,讓AP加入控制器(不帶PnP),然後重新配置AP型別,並重置為出廠預設值,以便PnP可以運行。
1.配置非PnP AP加入方法
- DNS解析(CISCO-CAPWAP-CONTROLLER.domain)
— 第2層發現/IP幫助程式
- 為輕量接入點配置DHCP選項43中記錄的DHCP選項43。 在這種情況下,最多允許20分鐘,以便AP發現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,以在DNAC清單中將AP狀態更改為「不可用」:
a.瀏覽至https://<DNAC_IP>/dna/provision/devices/inventory/list
b.將會列出WLC。如果存在許多裝置,可以使用篩選條件來搜尋WLC
c.選擇WLC,然後選擇「操作」 — >「清單」 — >「重新同步裝置」。
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