konwersja AP z CAPWAP do autonomicznej - interfejs BVI1 wraca do DHCP

10

Czy ktoś kiedykolwiek dostał tę wiadomość w środku konwersji CAPWAP punkt dostępowy z CAPWAP do autonomiczny?

*Mar  1 00:47:59.399: %CAPWAP-3-STATIC_TO_DHCP_IP: Could not discover WLC using static IP. Forcing AP to use DHCP.

Pojawiło się to zarówno w 3600, jak i 1142 w środku transferu TFTP nowego obrazu AP-IOS, zatrzymując proces konwersji.

Postępowałem zgodnie z tymi instrukcjami z Cisco (bez sekcji DHCP, ponieważ miałem wtryskiwacze POE podłączane bezpośrednio do komputera w celu korzystania z TFTP)

Czy istnieje sposób obejścia problemu, aby przekonwertować AP bez serwera DHCP?

knotseh
źródło

Odpowiedzi:

8

Przełączając AP w tryb ręcznego rozruchu. Możesz przesłać nowy obraz do AP podobnie jak zwykły router.

debug capwap con cli  
conf t  
boot manual  
reload

Powinieneś zobaczyć ap:monit.

Jeśli wydasz set wydasz polecenie, zobaczysz kilka zmiennych, które możesz zmienić.

set IP_ADDR 192.168.0.2  
set NETMASK 255.255.255.0  
set DEFAULT_ROUTER 192.168.0.1  
tftp_init  
ether_init  
flash_init  
tar -xtract tftp://<TFTP_svr>/<Path_to_tar> flash:  
set BOOT flash:/<image_directory>/<image_name>  
set MANUAL_BOOT no  
set  
boot
knotseh
źródło
zrzeczenie się odpowiedzialności - pomyślałem, że podzielę się tymi poleceniami, ponieważ otrzymałem je wewnętrznie i nie znalazłem ich łatwo dostępnych w sieci
knotseh
1
Oto polecenia, których używam: legioxi.com/2013/03/02/… Powinno działać dobrze.
some_guy_long_gone
@legioxi świetny post na blogu! :)
knotseh
1

Odkryłem, że muszę zrobić delete nvram:startup-config, ponownie załadować punkt dostępu, a następnie postępować zgodnie z podstawowymi instrukcjami.

ap> en
Password: Cisco
ap# debug capwap console cli
ap# archive download-sw /force-reload /overwrite tftp://172.18.19.2/ap3g2-k9w7-tar.15.x.x.tar
użytkownik40979
źródło
0

Wiem, że prosisz o obejście bez DHCP, ale tylko mój 2c. Możesz skonfigurować 3600 jako serwer DHCP zapewniający adres IP dla tego AP. Możesz też wydać debugowanie klienta capwap bez ponownego ładowania aby uniknąć przeładowania AP podczas przesyłania.

Ale zazwyczaj używam wyżej wymienionych poleceń do konwersji LAP na AP.

rsanjoko
źródło
1
komenda debugowania klienta capwap no-reload zapobiega przeładowaniu AP po upływie limitu czasu CAPWAP do znalezienia WLC. Nie zapobiega to ponownemu próbowaniu przez interfejs DHCP i usunięciu statycznie przypisanego adresu. Przynajmniej takie zachowanie widziałem na AP z uruchomionym 12.4 (25e) JA1
knotseh
0

Powyższa procedura jest szczegółowo opisana w tym filmie https://www.youtube.com/watch?v=MnmPeZTKnoU . Wyjaśnia także, jak przerwać uruchamianie, jeśli nie zdarzy się to za pierwszym razem. Również, jak to naprawić, aby za każdym razem przerywał proces uruchamiania.

Jon Buhagiar
źródło
1
Ogólna polityka Exchange Exchange mówi, że odpowiedzi powinny zawierać wszystkie niezbędne informacje.
Craig Constantine