Entendendo o provisionamento pelo ar (OTAP)

Introduction

Os Lightweight Access Points (LAPs) podem descobrir o endereço IP de gerenciamento do controlador através da técnica OTAP (Over-the-Air Provisioning). Esse recurso é suportado pelos Cisco 5500 e 4400 Series Controllers. Este documento explica alguns detalhes deste processo.

Prerequisites

Requirements

A Cisco recomenda que você tenha conhecimento básico do LWAPP/CAPWAP.

Componentes Utilizados

Este documento não se restringe a versões de software e hardware específicas.

Conventions

Consulte as Convenções de Dicas Técnicas da Cisco para obter mais informações sobre convenções de documentos.

Processo OTAP

Durante o processo de inicialização do LAP, o LAP usa mecanismos diferentes para descobrir controladores nos quais ele pode participar. O LAP mantém cada um dos controladores que os endereços IP aprenderam através dos diferentes métodos em listas diferentes para refletir como o LAP aprendeu sobre eles. Por exemplo, o LAP pode aprender os endereços IP de gerenciamento de vários controladores através da entrada DNS para CISCO-LWAPP-CONTROLLER.localdomain, opção de DHCP 43, através de broadcasts na sub-rede local, descoberta de endereço IP do controlador armazenado localmente e através de OTAP. Quando o ponto de acesso tiver concluído as etapas de descoberta de WLC LWAPP, ele escolhe uma WLC da lista de WLCs candidatas e envia a essa WLC uma solicitação de união LWAPP.

O registro de AP Lightweight (LAP) em um Wireless LAN Controller (WLC) discute os diferentes métodos que o LAP usa para descobrir controladores.

Este documento fornece informações sobre o processo OTAP.

O recurso OTAP é ativado na GUI do controlador na página Geral do controlador ou através da CLI com o modo de toap da rede de configuração {enable | disable}.

Observação: esse recurso está desabilitado por padrão e deve permanecer desabilitado quando todos os pontos de acesso estiverem instalados.

O processo OTAP começa quando o LAP ativa momentaneamente as interfaces de rádio antes da fase de descoberta e verifica os diferentes canais de RF que escutam os pacotes de vizinhos RRM. É possível que o LAP receba ou não receba um pacote de vizinhos RRM na primeira inicialização. Isso depende de:

1. Quantos LAPs estão na área (quanto maior o número de LAPs na área, maior a chance de o LAP receber um pacote vizinho RRM)

2. Quantos canais estão sendo usados pelo AutoRF (quanto mais canais, menos provável o LAP é receber um pacote de vizinhos RRM)

3. Quanto tempo o LAP verifica os canais de RF durante o processo OTAP (os tempos de verificação típicos antes de o AP se mover para a fase de descoberta são de 18 a 35 segundos para todos os canais)

Quando o LAP se move para a fase de descoberta, ele envia solicitações de descoberta através de sua interface primária para cada um dos controladores nas listas com base em como aprendeu sobre eles. Para os controladores aprendidos através do OTAP, o LAP envia ao controlador um pacote de solicitação de descoberta com o bit OTAP definido. Isso indica ao controlador que o AP aprendeu seu endereço IP de gerenciamento por meio do OTAP. Outros métodos de descoberta, como DNS ou a opção 43 de DHCP, não são diferenciados no pacote de solicitação de descoberta porque são aprendidos através de conexões com fio.

Esse controlador pode rejeitar solicitações de descoberta pelos seguintes motivos:

1. O bit OTAP é definido no pacote de solicitação de descoberta e o OTAP é desabilitado no controlador.

2. O pacote de solicitação de descoberta é muito grande.

3. O pacote de solicitação de descoberta não é recebido na interface de gerenciamento.

Os LAPs suportam OTAP somente quando têm uma imagem completa do Cisco IOS LWAPP. OTAP não é suportado pela imagem do Cisco IOS de recuperação LWAPP. A imagem de recuperação do LWAPP é enviada da fábrica e carregada pela ferramenta de atualização. As imagens de recuperação (cXXXX-rcvk9w8-mx), fornecidas com novos LAPs prontos para uso, não contêm firmware de rádio e não ativam nenhuma interface de rádio durante o processo de inicialização. Portanto, o OTAP não funciona com LAPs prontos para uso. As exceções são APs 1510s e 1520 prontos para uso, que têm uma imagem completa instalada na flash.

Observação: OTAP habilitado no controlador indica ao controlador se deve ou não responder às solicitações de descoberta com o bit OTAP definido. Isso não impede que os LAPs já unidos ao controlador transmitam o endereço IP de gerenciamento do controlador em pacotes vizinhos RRM. Assim, se você desabilitar o OTAP na controladora, isso não o desabilitará no ponto de acesso. O OTAP não pode ser desativado no ponto de acesso.

Pacotes de vizinhos de gerenciamento de recursos de rádio (RRM)

O OTAP utiliza pacotes de vizinhos RRM. Esta seção fornece um breve plano de fundo sobre pacotes de vizinhos RRM. Os LAPs já unidos a um controlador transmitem pacotes de vizinhos RRM para o endereço multicast RRM 01:0b:85:00:00:00. Cada LAP deve transmitir um pacote Neighbor Discovery uma vez a cada 60 segundos em cada um dos canais AutoRF configurados para 802.11b/g e 802.11a. Os pacotes de vizinhos RRM são transmitidos sem nenhuma criptografia semelhante a outros pacotes de gerenciamento RF, como solicitações de sondagem e respostas de sondagem. Os pacotes de vizinhos RRM contêm mensagens de controle de vizinhos. Consulte a seção RM Neighbor Packet for 802.11a para obter mais informações. Cada mensagem de controle vizinho consiste em:

• ID do rádio

• ID do grupo

• Endereço IP de gerenciamento (do controlador)

• Contagem de canais

• Padrão de antena (Omni, esquerda, diversidade, direita)

• Intervalo de Medição

• Chave

• Canais

• Alimentação

Os LAPs encapsulam e encaminham ao controlador todos os pacotes de vizinhos RRM que recebem. Isso permite que a controladora forme grupos de RF para o ajuste da potência e dos canais entre os LAPs que podem se ver. Os LAPs que estão inicializando podem usar esses pacotes de vizinhos RRM para descobrir o controlador ao qual os LAPs vizinhos já estão associados.

Pacote de vizinhos RRM para 802.11a

Aqui está um exemplo de pacote de vizinhos RRM para 802.11a:

No.  Time               Source                Destination           
8313 23:39:20.169855117 00:14:1b:5a:40:10     01:0b:85:00:00:00     

Protocol Info
LLC      U, func=UI; SNAP, OUI 0x000B85 (Unknown), PID 0xCCCD

Frame 8313 (80 bytes on wire, 80 bytes captured)
    [Protocols in frame: wlan:llc:data]
IEEE 802.11
    Data Rate: 6.0 Mb/s
    Channel: 60
    Signal Strength: 0%
    Type/Subtype: Data (32)
    Frame Control: 0x0308 (Normal)
        Version: 0
        Type: Data frame (2)
        Subtype: 0
        Flags: 0x3
            DS status: Frame part of WDS from one AP to another AP 
                       (To DS: 1 From DS: 1) (0x03)
            .... .0.. = More Fragments: This is the last fragment
            .... 0... = Retry: Frame is not being retransmitted
            ...0 .... = PWR MGT: STA will stay up
            ..0. .... = More Data: No data buffered
            .0.. .... = Protected flag: Data is not protected
            0... .... = Order flag: Not strictly ordered
    Duration: 0
    Receiver address: 01:0b:85:00:00:00 (01:0b:85:00:00:00)
    Transmitter address: 00:14:1b:5a:40:1f (00:14:1b:5a:40:1f)
    Destination address: 01:0b:85:00:00:00 (01:0b:85:00:00:00)
    Fragment number: 0
    Sequence number: 487
    Source address: 00:14:1b:5a:40:10 (00:14:1b:5a:40:10)
    Frame check sequence: 0x84bab9b3 [correct]
Logical-Link Control
    DSAP: SNAP (0xaa)
    SSAP: SNAP (0xaa)
    Control field: U, func=UI (0x03)
        000. 00.. = Command: Unnumbered Information (0x00)
        .... ..11 = Frame type: Unnumbered frame (0x03)
    Organization Code: Airespace (0x000b85)
    Protocol ID: 0xcccd
Data (38 bytes)

0000  08 03 00 00 01 0b 85 00 00 00 00 14 1b 5a 40 1f   .............Z@.
0010  01 0b 85 00 00 00 70 1e 00 14 1b 5a 40 10 aa aa   ......p....Z@...
0020  03 00 0b 85 cc cd 01 1b 00 1a 6c 91 80 80 00 04   ..........l.....
0030  0a 01 00 
0f 3c 01 01 3c 04 ff ff 00 4e 40 fd ec   ....<..<....N@..
0040  a7 4a f4 c4 d3 7b 19 be 10 92 50 91 84 ba b9 b3   .J...{....P.....

O endereço multicast do vizinho RRM e o endereço IP de gerenciamento do controlador estão destacados.

Informações Relacionadas

• Registro de AP leve (LAP) em um Wireless LAN Controller (WLC)
• Guia de configuração de Cisco Wireless LAN Controller, versão 7.0
• Implantação de controladores LAN sem fio do Cisco 440X Series
• Suporte Técnico e Documentação - Cisco Systems