Um truque para determinar o fornecedor de um AP não marcado (ou fisicamente inacessível) é aprender seu BSSID (que é basicamente o endereço MAC da NIC 802.11 sem fio do AP). A primeira metade (os primeiros 3 bytes == 6 dígitos hexadecimais) de um endereço MAC típico em um IEEE OUI (Organizationally Unique Identifier). Você pode procurar o OUI no mapeamento da empresa no site do IEEE .
Uma maneira fácil de encontrar o BSSID de qualquer AP ao qual você pode associar é clicar no menu extra do AirPort (o menu do ícone do AirPort na barra de menus) enquanto estiver associado. Você verá várias informações extras de diagnóstico em cinza, incluindo o BSSID. Portanto, se o BSSID aparecer como, por exemplo, "0: 1f: f3: 12: 34: 56", o OUI será "00: 1f: f3". A pesquisa do IEEE na página vinculada acima não gosta de dois pontos, então remova-os como "001ff3" ou substitua-os por hífens como "00-1f-f3". Observe que o Mac OS X geralmente descarta o zero inicial em qualquer byte em um endereço MAC, portanto, se qualquer byte do endereço MAC tiver apenas um dígito, você terá que colocar o zero inicial de volta antes de pesquisá-lo no Pesquisa IEEE OUI.
Algumas vezes, uma pesquisa OUI falha em identificar conclusivamente o fabricante de um AP. Por exemplo, se o bit de local do primeiro byte do endereço MAC for definido, esse é o bit "local", o que significa que o endereço MAC é "administrado localmente", o que significa que não é um MAC globalmente garantido globalmente exclusivo endereço, mas um que foi "inventado", talvez pelo administrador da rede que configurou o AP. Outras vezes, a pesquisa OUI informa quem fez a placa NIC wireless do AP, ou quem fez o chipset no cartão, mas não quem fez o AP em si.
Se a abordagem de consulta OUI não funcionar para você, tire uma foto do AP e publique-a. Talvez alguém aqui reconheça isso. Além disso, que cabos você vê indo para os APs? Você vê um ou mais cabos coaxiais, mas nenhum cabo Ethernet? Então a caixa que você está olhando é provavelmente apenas uma antena externa, e o AP real está fora de vista, talvez acima do teto suspenso. Você também pode estar olhando para alguma outra infraestrutura de construção, como um detector de fumaça de estilo industrial, detector de calor, um sensor de movimento para luzes automáticas ou uma antena para alguma tecnologia sem fio completamente não relacionada (como um repetidor de sinal interno). Só porque a intensidade do seu sinal Wi-Fi é boa perto dessa caixa não significa que a caixa é o seu AP real. Aprendi essa lição da maneira mais difícil - identifiquei erroneamente um compartimento de antena branca sem identificação como sendo o ponto de acesso em um prédio porque a força do sinal de Wi-Fi era strong perto dele e não percebi que era uma antena para uso interno. repetidor de sinal de celular, e o AP real passou a ser escondido acima do teto suspenso dois metros mais abaixo no corredor.
Se seus APs se tornarem caixas Cisco em execução no modo leve, tenha cuidado com esses bugs da Cisco:
CSCsy73154 - O ponto de acesso não encaminha a oferta DHCP ao cliente.
... que às vezes é chamado:
CSCsz22901 - O ponto de acesso não encaminha a oferta DHCP para o cliente, portanto, o cliente não consegue obter um endereço IP.
Meu site estava executando Cisco APs no modo leve (especificamente 1252s no modo HT / G / N + A / N HT20, mas não sei se isso é importante), em conjunto com vários modelos de controladores de LAN sem fio da Cisco ( WLCs) e Wireless Service Modules (WiSMs).
Mesmo sem qualquer segurança ativada em uma determinada rede, alguns clientes do Mac às vezes não obtêm concessões de DHCP. Rastreamentos de pacotes do modo monitor 802.11, em conjunto com rastreamentos de pacotes Ethernet com fio entre os APs e os controladores (mostrando a sessão LWAPP não criptografada) mostraram que os clientes estavam associando e enviando com êxito seus pacotes DHCP Discover e o servidor DHCP estava respondendo com um DHCP Oferta, e o WLC / WiSM estava encaminhando essa oferta DHCP para o AP da Cisco, mas o Cisco AP nunca encaminhava essa oferta DHCP para o cliente.
Esses problemas foram corrigidos nos seguintes lançamentos do software Cisco WLC / WiSM a partir do verão de 2009:
4.2.207.0 (não deve ser confundido com o 4.2.205.0, que NÃO tem a correcção)
5.2.193.0
6.0.x.x - Acredito que qualquer versão 6.x pública tenha a correção.
Se o seu site estiver executando uma versão 5.0.xx ou 5.1.xx em seu Cisco WLCs / WiSMs, você precisará avaliar a atualização para 5.2 ou 6.0, porque acho que a Cisco iria consertar isso para aqueles que construirão. série, eles teriam feito isso até agora.