Objetivo do Blog:
1) "Go Deep!" A internet está repleta de post com conteúdo superficiais, mas fraca de conteúdo apronfudados.

2) "KISS: Keep It Simple Stupid!" Os post devem ser o mais simples possíveis. Eu parto da filosofia que se algo é complicado, com certeza você não entendeu a ponto de conseguir simplificar e simplesmente replicou a complexidade que lhe foi ensinada.

15 de jul. de 2010

Grupos no mundo Unified Wireless

No mundo Unified Wireless da Cisco, existem 4 grupos importantes que devemos estudar:

1) MOBILITY GROUP: Um grupo de Controllers trabalhando como um cluster. Por padrão é possível um grupo de até 24 controllers. Para o funcionamento correto é necessário configurar um túnel Ethernet-Over-IP entre os Controllers, onde precisamos inserir os seguintes dados:

IP do Controller Destino
MAC do Controller Destino
Mobility Domain do Controller Vizinho.

Se o Mobility Domain local for idêntico (Case Sensitive) ao Mobility Domain do controller cadastrado, então existe a possíbilidade de ocorrer Roaming de usuários entre os Controllers.

Quando eu digo "existe a possíbilidade", é porque existem outros critérios que deverão ser cumpridos antes do roaming de clientes.

Os critérios são os seguintes:

- Virtual IP idêntico
- SSID deverá ter todos os parâmetros identicos, com excessão da INTERFACE.

2) RF GROUP: Um grupo de cooperação mutua para escolher os melhores parametros (Canal e Potência) de RF para o AP.
Em cada RF Group é eleito um Controller Leader, que realizará os calculos de RF e determinará os parametros corretos para cada AP.

Os AP emitem periodiamente mensagens RRM na maior potência possível e em todos os canais possíveis. Dentro destas mensagens existe em hash o nome do RF Group. Os APs que possúem Hash identicos trabalham em grupo. Quando são identificados APs sem este Hash, os mesmos são considerados Rogue AP.


3)AP GROUP: Para evitar que exista um grupo muito grande de clientes dentro da mesma subrede, e respeitar o limite de 200 clientes dentro do mesmo domínio de colisão, é possível que determinados APs, ao receberem o tráfego de dado SSID, enviem este dado para uma interface diferente. Esta customização é feita por AP GROUP.

4) H-REAP Group: Este é um caso especial, para AP no modo H-REAP. Este grupo permite que os H-REAP, em caso de modo Standalone, continuem authenticando os clientes em uma base de usuários Radius local no site. É permitido inserir até 2 servidores Radius, onde estes serão sobrepostos na configuração global. O Ideal é que seja o primeiro o Radius Central e o segundo o Radius Local do site.

Nenhum comentário:

Postar um comentário

Twitter

    Siga-me no Twitter

    Sobre o autor do blog.

    Meu nome é Yuri Mecca, tenho 24 anos e trabalho na área de redes desde os 18 anos quando entrei na faculdade. Neste percurso passei por quatro empresas. Atualmente sou responsável pelos projetos de Wireless e Datacenter na CPM Braxis, parceira GOLD da Cisco. Sou Certificado CCNP, e estou seguindo a área de Certificação de Wireless, onde tenho atualmente o CCNA de Wireless.
    Eu fui aprovado no Exame teórico CCIE Wireless em Dezembro e meu LAB está agendado para 5 de Maio.


    Siga-me no Twitter: yurimecca