O LAP ignora a opção 43 do DHCP e usa as transmissões CAPWAP UDP

Background
Estou tentando reimplementar os Cisco 1242 LAPs nos novos switches Cat4507R + E, o que significa que o endereço IP do WLC está mudando para esse LAP. Por alguma razão, eu tenho que configurar ip helper-addressesna minha vlan LWAP para iniciar a comunicação entre meus LAPs Cisco AP1242 e o WLC; Eu tenho DHCP (com a opção 43) na VLAN LAP, mas não sei por que o LAP está ignorando a opção DHCP.

O DHCP é executado nos switches Cisco 4507R + E ... Os switches são configurados com a opção 43 do DHCP (endereço WLC único: 10.19.3.209 / hex: 0a13.03d1) e a opção 60 ...

ip dhcp pool lwap_v99
 network 10.1.1.0 255.255.255.0
 default-router 10.1.1.254
 dns-server 10.19.26.225
 option 43 hex f104.0a13.03d1
 option 60 ascii "Cisco AP c1240"
!

O LWAP está recebendo um endereço DHCP ...

WL-DST2#sh ip dhcp bind
Bindings from all pools not associated with VRF:
IP address          Client-ID/              Lease expiration        Type
                    Hardware address/
                    User name
10.1.1.17           0158.8d09.03ec.de       Jun 28 2013 03:07 AM    Automatic
WL-DST2#

Usando o wireshark no Supervisor 7 , posso ver que os LAPs estão ignorando a Opção 43; em vez disso, os LAPs (por exemplo, 10.1.1.17) estão transmitindo pacotes CAPWAP e nunca enviam uma solicitação de unicast ...

WL-DST2#sh monitor capture file bootflash:mycap.pcap | i CAPWAP
681 597.979997    10.1.1.17 -> 10.19.26.225 DNS Standard query A CISCO-CAPWAP-CONTROLLER
684 600.977998    10.1.1.17 -> 10.19.26.225 DNS Standard query A CISCO-CAPWAP-CONTROLLER
689 603.977998    10.1.1.17 -> 10.19.26.225 DNS Standard query A CISCO-CAPWAP-CONTROLLER
705 615.975999    10.1.1.17 -> 255.255.255.255 CAPWAP CAPWAP-Control - Discovery Request
715 625.974001    10.1.1.17 -> 255.255.255.255 CAPWAP CAPWAP-Control - Discovery Request
728 635.970995    10.1.1.17 -> 255.255.255.255 CAPWAP CAPWAP-Control - Discovery Request

Eu validei que o DHCP está oferecendo a opção 43 na mensagem de oferta de DHCP ...

Option: (t=43,l=13) Vendor-Specific Information
    Option: (43) Vendor-Specific Information
    Length: 13

Tentei definir ambos option 43 ascii "10.19.3.209"e option 43 hex f104.0a13.03d1... ambos são ignorados pelo LWAP. Também tentei redefinir o LAP com o botão de modo .

Solução alternativa para as opções não funcionais 43 e 60 do DHCP
Neste ponto, a única coisa que faz o AP falar com o WLC é um endereço auxiliar (para udp / 5246 e udp / 5247) no Vlan ...

!
interface Vlan99
 ip address 10.1.1.252 255.255.255.0
 ip helper-address 10.19.3.209      <------
 no ip redirects
 no ip unreachables
 no ip proxy-arp
 standby 99 ip 10.1.1.254
!
ip forward-protocol udp 5246        <------
ip forward-protocol udp 5247        <------

Questão

Como eu uso o DHCP para fazer com que esses LAPs usem pacotes unicast para iniciar o CAPWAP com o WLC? FWIW, não quero usar o DNS para direcionar os APs para o WLC.

Informações da versão do sistema LAP / WLC ...

(Cisco Controller) >show ap config general AP588d.0903.ecde
...
S/W  Version .................................... 7.3.101.0
Boot  Version ................................... 12.4.13.0

Os switches 4507R + E estão executando o IOS-XE 3.4.0SG

Os LWAPs da Cisco farão este processo para tentar encontrar um controlador:

1. Transmissão CAPWAP na sub-rede local
2. Verifique a NVRAM para controladores / grupos de mobilidade anteriores e tente esses.
3. OTAP (remova agora embora)
4. Opção 43/60 do DHCP
5. Pesquisa DNS para "CISCO-CAPWAP-CONTROLLER.localdomain"

Se os controladores estiverem na sub-rede local, eles serão encontrados via broadcast; se você tiver um auxiliar de IP apontando para o controlador, bem como o protocolo de encaminhamento IP no 5246/12223, também o encontrará.

Os pontos de acesso também mantêm controladores unidos anteriormente na NVRAM e se conectam àqueles antes da opção 43.

Observe que isso acontecerá nesta ordem! Eu tive um problema ao instalar uma nova WLAN enquanto uma WLAN herdada estava em uso, e o pessoal de TI havia conectado alguns dos APs, então eles estavam indo para os WLCs na NVRAM em vez de usar a opção 43 como eu queria. Eu redefinição de fábrica nos APs resolvi isso no entanto.

A referência está aqui (bastante antiga): http://www.cisco.com/en/US/tech/tk722/tk809/technologies_tech_note09186a00806c9e51.shtml

Não consigo falar com a opção 43 sendo ignorada, mas você pode inserir uma entrada DNS para CISCO-CAPWAP-CONTROLLER.domínio dado por dhcp e apontá-la para 10.19.3.209? Isso deve deixá-los unicast para o controlador.

Estava procurando por outras coisas e me deparei com este post. Algumas sugestões / pensamentos para o caso de alguém encontrar isso.

Sobre a questão do DNS, concordou, pode ser difícil em um ambiente maior atribuir todos os APs a um Controlador. Você pode usar o IP Anycast para isso se tiver configurado suas redes de gerenciamento para Anycast ou usar o DNS round-robin para compartilhamento de carga entre os controladores.

Na opção 43 do DHCP, estou executando um par de ASA (5505 com portas PoE a bordo) para um conjunto de pontos de acesso e tenho a seguinte sintaxe:

  dhcpd option 43 hex f104.c0a8.f92a 

Parece muito com o que o OP tem, além de diferentes IPs. O decimal-> hex corresponde ao problema que não parece ser o problema. Eu daria uma olhada no console local do AP quando ele inicializar.

Por exemplo, parece mais com isto:

*Mar  1 00:17:34.521: %CAPWAP-5-DHCP_RENEW: Could not discover WLC using DHCP IP. Renewing DHCP IP.
Not in Bound state.
*Mar  1 00:17:43.117: %CAPWAP-3-ERRORLOG: Invalid event 38 & state 2 combination.
*Mar  1 00:17:43.150: %DHCP-6-ADDRESS_ASSIGN: Interface GigabitEthernet0 assigned DHCP address 192.168.253.67, mask 255.255.255.0, hostname AP1####.####.####

Translating "CISCO-CAPWAP-CONTROLLER"...domain server (192.168.253.1) [OK]

*Mar  1 00:17:51.024: %CAPWAP-3-ERRORLOG: Did not get log server settings from DHCP.   <---

ou mais como este:

*Mar  1 00:14:00.251: %LWAPP-3-LWAPP_INTERFACE_GOT_IP_ADDRESS: Interface GigabitEthernet0 obtained IP from DHCP...
*Mar  1 00:14:10.930:  status of voice_diag_test from WLC is false
*Mar  1 00:14:10.987: Logging LWAPP message to 255.255.255.255.

Translating "CISCO-CAPWAP-CONTROLLER"...domain server (192.168.253.1) [OK]

*Mar  1 00:14:22.010: %CAPWAP-5-DHCP_OPTION_43: Controller address 192.168.249.42 obtained through DHCP     <-------
*Dec 10 10:57:48.000: %CAPWAP-5-DTLSREQSEND: DTLS connection request sent peer_ip: 192.168.249.42 peer_port: 5246
*Dec 10 10:57:48.000: %CAPWAP-5-CHANGED: CAPWAP changed state to  
*Dec 10 10:57:48.509: %CAPWAP-5-DTLSREQSUCC: DTLS connection created sucessfully peer_ip: 192.168.249.42 peer_port: 5246
*Dec 10 10:57:48.509: %CAPWAP-5-SENDJOIN: sending Join Request to 192.168.249.42
*Dec 10 10:57:48.509: %CAPWAP-5-CHANGED: CAPWAP changed state to JOIN

Você também pode tentar um comando "show capwap client config", para mostrar a configuração local no AP. por exemplo

AP3502-02#show capwap client config 
configMagicMark         0x#########
chkSumV2                ####
chkSumV1                #####
swVer                   7.0.250.0
adminState              ADMIN_ENABLED(1)
name                    AP3502-02
location                ASA02
...
Heart Beat Timer        30 secs
Led State Enabled       1 
Primed Interval         0 
AP ILP Pre-Standard Switch Support Disabled
AP Power Injector Disabled
Infrastructure MFP validation Enabled
Configured Switch 1 Addr 192.168.249.44      <-------
non-occupancy channels: 
Ethernet (Duplex/Speed) auto/auto 

Slot 0
        adminstate              ADMIN_ENABLED(1)
        radioType               RADIO_TYPE_80211bg
...

opção 43 hex f104.0a13.03d1 não está correta, use isto para

opção 43 hex f1080a1303d1