Um controlador Lan do Cisco Wireless (WLC) no software 8.0 é usado somente para a referência da configuração.

Índice

Mais sobre radares DF em Cisco WLC

Detecção de radar incorreta Debugs

TPC contra DTPC contra o modo mundial

Cisco relacionado apoia discussões da comunidade

Introdução

   Este documento é uma vista geral sobre uma subparte do padrão wireless do 802.11: 802.11h e o impacto desta alteração em disposições wireless e o que traduz em termos da configuração. Esta alteração foi significada trazer dois recursos principais: Seleção dinâmica da frequência (DF) e controle de potência de transmissão (TPC). DF, como o gerenciamento de espectro

(principalmente para cooperar com os radares) e o TPC, para limitar o RF total? poluição? dos dispositivos Wireless.

Pré-requisitos

Requisitos

 Este documento exige somente muito uma compreensão básica do Wi-fi ou do protocolo do 802.11. Contudo, centra-se sobre introduções específicas de disposições exteriores e será compreendido melhor com uma experiência pequena do desenvolvimento do Wi-fi.

Componentes usados

Um controlador Lan do Cisco Wireless (WLC) no software 8.0 é usado somente para a referência da configuração.

DF

    Os DF são toda sobre a detecção e a vacância de radar. O radar representa? Detecção de rádio e agrupamento?. No passado, os radares usados para operar-se nos intervalos de frequência onde eram o único tipo de dispositivo que se opera lá. Agora que as agências

regulatória estão abrindo aquelas frequências para outros usos (como o Wireless LAN), há uma necessidade para que aqueles dispositivos operem-se do acordo dos radares.

    O comportamento geral de um dispositivo que segue com o protocolo DF é poder detectar quando um radar está ocupando o canal, para parar de então usar isso canal ocupado, para

monitorar um outro canal e salto nele se é claro. (isto é nenhum radar lá também).

    O processo para que um rádio detecte um radar é uma tarefa complicada que não seja

realmente parte do padrão. Daqui, as detecções de radar erradas podem ocorrer e são uma arte que combine o algoritmo do vendedor do Wi-fi com as capacidades da microplaqueta do Wi-fi. Contudo, a detecção própria é imperativa pela agência regulatória e é definida claramente. Consequentemente os parâmetros da exploração não são configuráveis.

    Os DF têm sido exigidos cedo sobre para os dispositivos do instituto do padrão de

telecomunicação europeia (ETSI) que trabalham na União Europeia (e em países depois dos regulamentos ETSI) na faixa ETSI 5ghz. Não é necessariamente imperativo em outras partes do mundo e igualmente depende do intervalo de frequência. A comissão de comunicação federal americana (FCC) tem feito agora imperativo para UNII-2 e o intervalo de frequência estendido UNII-2 como o ETSI.

    As operações DF usam maneiras diferentes de trocar a informação entre estações. A

informação pode ser posta em elementos específicos na resposta da baliza ou da ponta de prova mas um quadro específico pode igualmente ser usado para relatar a informação: o quadro de ação. Nós introduziremos aquele depois que nós explicamos quando entram o jogo.

Mais sobre radares

    Os radares podem ser fixos (aeroporto ou base militar frequentemente civil, mas igualmente radar meteorológico) ou móbil (navios). Uma estação de radar transmitirá um grupo de pulsos poderosos periodicamente e observará as reflexões. Porque a energia refletida de volta ao radar é muito mais fraca do que o sinal original, o radar tem que transmitir um sinal muito poderoso. Também, porque a energia refletida de volta ao radar é muito fraca, poderia confundi-lo com outros sinais de rádio (como um Wireless LAN para dar um exemplo).

Porque a faixa 2.4Ghz está livre do radar, as regras DF aplicam-se somente à faixa 5.250 -5.725 gigahertz.

    Quando o rádio detecta um radar, deve parar de usar o canal por 30 minutos pelo menos para proteger esse serviço. Então monitora um outro canal e pode começar usá-lo após pelo menos 1 minuto se nenhum radar foi detectado.

    O seguinte assunto é relacionado mais à pesquisa de defeitos em um ambiente Cisco um pouco do que a explicação sobre o padrão. Contudo, alguns pontos puderam ser do interesse para todos e são curtos bastante ser explicados momentaneamente aqui abaixo.

DF em Cisco WLC

    Os DF são ligados frequentemente para engrenar mas relaciona-se simplesmente às áreas exteriores (ou mesmo internas que ouvem sinais exteriores e que se operam canais

internos/exteriores). Quando um AP ouve um radar, mudará o canal e proibirá o canal precedente por 30 minutos. Isto é consideravelmente rude para clientes.  Do “o anúncio canal” é uns recursos agradávéis onde o AP diga ao cliente que está excluindo este canal e para que canal está

movendo agora.

    A menos que você estiver usando um duplo-regresso, toda sua malha AP da raiz (batidas) e a criança AP da malha (mapas) operam sobre o mesmo canal. Assim pode acontecer que somente um MAPA detecta o radar. Então será único para mudar o canal e será não disponível falar no

mínimo aos outros AP 30 minutos (o momento de voltar neste canal). Se você quer seu regresso inteiro se mover assim que um AP detectar um radar, a seguir você pode permitir? anúncio do canal? a característica e o AP que detecta o radar dirão o outro (incluindo o RAP) antes de comutar o canal de modo que toda junte. Então toda a varredura um outro canal para 1 minuto, que é referido como o período silencioso. Este é assegurar-se de que o canal novo não contenha um radar também.

 Este menu está disponível em Wireless->802.11a->DFS na interface da WEB do WLC

Detecção de radar incorreta

    Há um equilíbrio delicado entre estar sensível bastante cumprir as exigências DF (que detectam radares) e não estar demasiado sensível a fim evitar a detecção falsa. A maioria de causa comum da detecção incorreta, para razões do custo, está pondo um outro AP coimplantado (no mesmo polo por exemplo). Mesmo se esse AP está usando um outro canal, se esse canal é próximo, algum pulso pode ocorrer fora-faixa para este outro AP mas estará considerado como pulsos da em-faixa e tomado incorretamente como um radar. A melhor solução é planeamento cuidadoso do canal e colocação AP.

    Uma outra causa é um radar que tenha alguma transmissão suja do sinal do fora-canal ou é tão poderosa em seu canal que tem a transmissão do sideband nos canais adjacentes. Assim mesmo se o AP está no canal ao lado do radar, o radar está enviando alguns sinais laterais no canal AP que faz com que o AP acredite um radar se está operando no canal, embora não é. A solução aqui é mudar ainda o canal AP e a colocação AP.

   Tem-se visto igualmente recentemente que algum dispositivo legítimo da 3ª parte (ou os clientes) tiveram seu chipset do Wi-fi que envia às vezes os pulsos que olham como sinais de radar. É um ajuste fino contant para certificar-se dos radares reais dos pontos do algoritmo DF somente. Pode vale verificando Release Note para ver se há ids de erro a propósito das

melhorias do algoritmo DF.

Debugs

Você mancha principalmente eventos DF com traplogs, mas as alternativas são: O AP recordará aqueles até a repartição seguinte.

Os clientes que distribuem AP exteriores no EU ou regiões com os regulamentos similares devem permitir esta opção.

> 802.11a o canal avançado configuração exterior-ap-DCA permite

Quando permitido o controlador não verificará os canais NON-DF na lista DCA. O status padrão está (comportamento existente).

Mais detalhes em CSCsl90630.

TPC contra DTPC contra o modo mundial

    Você ouviu-se sobre TPC (controle de potência de transmissão), DTPC (controle de potência de transmissão dinâmico), e modo mundial? Olham o mesmos, mas não fazem realmente as mesmas coisas… deixaram-nos ter uma consulta rápida em cada um delas:

- O modo mundial é provavelmente o mais velho. É a alteração 802.11d do protocolo do Wi-fi. É uma característica que você pode configurar nos Access point autônomos (do aIOS) e aquele está ligada à revelia em AP de pouco peso, e por qual um cliente no modo mundial recebe seus parâmetros de rádio do Access point. Paramters é realmente canais e níveis da potência. Mas não o tome errado. Os “canais” têm um “s”. Não é o canal em que o cliente deve estar! Para ouvir o Access point, o cliente tem de qualquer maneira para estar no canal direito. Assim que modo mundial é está aproximadamente “a lista de canais permitidos neste país” e “nas escalas do nível da potência permitidas neste país”.

- o TPC, controle de potência de transmissão, é realmente uma característica de 802.11h junto com os DF por que o Access point pode definir regras locais para a potência de transmissão máxima. Há muitas razões pelas quais este seria usado. Um poderia ser que o administrador quer ajustar um outro conjunto de regras do que o domínio regulatório máximo devido a umas regras ou a um ambiente local mais específico. Outros poderiam ser que o administrador sabe que é um desenvolvimento muito denso do Wi-fi com uma cobertura intensa: consequentemente os AP ajustam-se a uma potência de transmissão mais baixa (agradecimentos ao algoritmo RRM) e o TPC é uma maneira estática de forçar igualmente os clientes mais baixos sua potência e

consequentemente mais baixo sua cobertura de modo que não perturbem os clientes vizinhos/AP que estão no mesmo canal.

- DTPC, isso é controle de potência de transmissão dinâmico, olhares perto do TPC mas não tem nenhuma relação direta. É um sistema proprietário de Cisco. Com DTPC, seu ponto de acesso da Cisco transmite a seus clientes de Cisco CCX a informação complacente sobre que o nível da potência a se usar…

    Sim, é perto de outros dois protocolos explicados acima… Contudo DTPC será dinâmico como o cliente se move mais perto ou mais longe do AP. Se seu cliente é CCX, você pode realmente fazer mais:  influencie-o. Muito frequentemente, o AP tem uma boa antena da correção de programa do dBi 9 e o cliente tem uma antena de borracha deficiente do dBi do pato 2.2. Seu cliente ouve o AP bem, mas o sinal do cliente é perdido no ruído circunvizinho e seu AP não o ouve jorrar (apesar do ganho da antena igualmente que melhora o sinal recebido). Seu cliente deve aumentar seu nível da potência, mas não sabe que o AP não se ouve que para jorrar… tudo que sabe é que (o cliente) ouve o AP bem, e deste sinal recebido deduz seu próprio nível da potência. Se seu cliente é CCX, o AP pode dizer ao cliente “que eu não o ouço bem, aumento sua potência a 20 mW”, ou “hey nenhum grito da necessidade! reduza sua potência a 5 mW, isso salvar sua bateria”. Nesta informação, o AP pode comunicar máximos (“aumente sua potência