Compartilhar via

Definir os elementos de rede utilizados para determinar a localização no Skype for Business Server

  • Artigo

Decisões necessárias para planear os componentes de rede que irá utilizar para mapear os chamadores para localizações para a implementação E9-1-1 no Skype for Business Server Enterprise Voice.

Se estiver a configurar a sua infraestrutura de Skype for Business Server para suportar a deteção automática de localização do cliente, primeiro tem de decidir quais os elementos de rede que vai utilizar para mapear os autores de chamadas para as localizações. No Skype for Business Server, pode associar os seguintes elementos de rede de Camada 2 e Camada 3 a localizações:

  • Endereços de BSSID (Identificação de Conjunto de Serviço Básico) do ponto de acesso sem fio (WAP) (Camada 2)

  • Porta de comutador LLDP (Camada 2)

  • IDs de chassi do comutador LLDP (Camada 2)

  • Sub-redes IP (Camada 3)

  • Endereços MAC do cliente (Camada 2)

Os elementos de rede estão listados em ordem de precedência. Se um cliente puder ser localizado utilizando mais do que um elemento de rede, Skype for Business Server utiliza a ordem de precedência para determinar que mecanismo utilizar.

As seções a seguir fornecem mais detalhes de uso de cada elemento da rede.

Importante

Quando utiliza elementos de rede para mapear autores de chamadas para localizações, é da maior importância que mantenha a base de dados do serviço Informações de Localização atualizada. Por exemplo, se você adicionar ou alterar um elemento de rede (como adicionar um WAP), será necessário excluir a entrada antiga e adicionar a nova no banco de dados de local.

Ponto de acesso sem fio

Quando um cliente se conecta à rede sem fio, a solicitação de local usa o endereço BSSID do WAP para determinar a sua localização. Se o cliente estiver em roaming, o WAP indicou que pode não ser o mais próximo e é até possível recolher uma WAP que esteja num piso diferente do edifício. Para indicar que a localização é aproximada, pode preparar o valor de localização com um descritor [Próximo] ou [Fechar] .

Este método local supõe que o BSSID de cada WAP é estático. No entanto, se o seu fornecedor de WAP utilizar BSSIDs atribuídos dinamicamente, o BSSID obtido a partir de uma WAP pode mudar (isto pode acontecer após uma alteração de configuração do WAP) e os clientes sem fios podem ser deixados numa situação em que não recebem uma localização. Para evitar esta possibilidade, tem de preencher a base de dados do serviço Informações de Localização com ERLs para todos os endereços BSSID possíveis utilizados por cada WAP.

Comutadores e portas LLDP

Os comutadores Ethernet gerenciados que oferecem suporte ao protocolo LLDP-MED podem anunciar suas informações de identidade e a porta a clientes compatíveis com LLDP-MED, que podem ser consultados em relação ao banco de dados de local para fornecer o local do dispositivo. Você pode associar ERLs exclusivamente na identificação de chassi de comutador ou pode mapeá-los ao nível de porta.

Nota

Skype for Business Server suporta a utilização de LLDP-MED para determinar apenas localizações de dispositivos Lync Phone Edition e clientes Skype for Business em execução no Windows 8. Se precisar de utilizar dados da Camada 2 ao nível do comutador para determinar a localização de outros clientes Skype for Business Server baseados em PC com fios, terá de utilizar o método de endereço MAC do cliente.

Sub-rede

As sub-redes IP de camada 3 fornecem um mecanismo suportado por todos os clientes Skype for Business Server que podem ser utilizados para detetar automaticamente a localização do cliente. O uso de sub-redes IP é o método de localização mais fácil de configurar e gerenciar os clientes com fio. Porém, antes de decidir usar as sub-redes, você deve usar as seguintes perguntas para ajudar a determinar se a especificidade do local da sub-rede é boa o suficiente para localizar com precisão um cliente:

  • Uma ou mais sub-redes de cliente abrangem vários andares?

  • Uma ou mais sub-redes abrangem mais de um edifício?

  • Quanto espaço é coberto por cada sub-rede do cliente?

Se a sub-rede abrange uma área muito ampla, talvez seja necessário usar outro mecanismo para localizar clientes. No entanto, se for prático, recomendamos que os clientes reorganizem suas sub-redes IP para atender aos requisitos de especificidade de local ERL, em vez de assumir os custos e a complexidade de soluções de terceiros baseadas em SNMP.

Endereço MAC do cliente

Para utilizar o endereço MAC de um computador cliente para localizar um autor da chamada, precisa de comutadores Ethernet geridos e tem de implementar uma solução SNMP de terceiros que possa detetar os endereços MAC dos clientes Skype for Business ligados (ou através) a esses comutadores. A solução SNMP continuamente controla os comutadores gerenciados para obter mapeamentos atuais dos endereços MAC de extremidade conectados a cada porta e obtém os IDs de porta correspondentes. Durante um pedido de Skype for Business cliente ao serviço Informações de Localização, o serviço Informações de Localização consulta a aplicação de terceiros utilizando o endereço MAC do cliente e, em seguida, devolve quaisquer endereços IP e IDs de porta correspondentes. O serviço Informações de Localização utiliza estas informações para consultar o wiremap de Camada 2 publicado para um registo correspondente e devolve a localização ao cliente. Se você usar esta opção, verifique se os identificadores de porta do comutador são consistentes entre o aplicativo SNMP e os registros publicados do banco de dados de local.

Nota

Algumas soluções SNMP de terceiros podem suportar comutadores de acesso não gerido; Se o comutador que serve o cliente Skype for Business não for gerido, mas tiver uma uplink para um comutador de distribuição gerido, o comutador gerido pode comunicar novamente à aplicação SNMP os endereços MAC dos clientes ligados ao comutador de acesso. Estas informações permitem ao serviço Informações de Localização identificar a localização do utilizador. No entanto, só é possível atribuir um único ERL a todas as portas no comutador não gerenciado, para que a especificidade do local só esteja disponível a nível do chassi do comutador de acesso, não a nível de porta.