FAQ na aplicação de Geolocation através de CUCM

Introdução

Este original descreve todos os FAQ no que diz respeito à aplicação de Geolocation através do gerente das comunicações unificadas de Cisco (CUCM).

Como CUCM seleciona Geolocation para um dispositivo?

Isto um mecanismo para selecionar um Geolocation para um dispositivo: 

Etapa 1. Selecione o Geolocation da configuração de dispositivo.
Etapa 2. Se não é configurada na página do dispositivo:

• Para um dispositivo telefônico em vaguear, leia o pool de dispositivos (DP) da configuração vagueando.
• Para um dispositivo telefônico que não consista em vaguear, leia o DP da configuração de dispositivo.
• Para o tronco, o ICT, ou o dispositivo de porta do Media Gateway Control Protocol (MGCP), leram o DP da configuração de dispositivo.

Etapa 3. Do DP selecionado, leia o valor do geolocation da configuração DP. Se o DP não é configurado com um valor para Geolocation, o dispositivo usa um valor vazio de Geolocation.

Etapa 4. Se o dispositivo lê o valor vazio de Geolocation, o nível seguinte é o Param da empresa de Geolocation do padrão, que é alcançado na altura do transporte da verificação ou do lugar da política.

Como CUCM seleciona o filtro de Geolocation para um dispositivo?

Este é o mecanismo que é seguido a fim selecionar um filtro de Geolocation para um dispositivo:

1. Para o dispositivo telefônico que não consiste em vaguear, leia o valor do filtro de Geolocation do DP na configuração de dispositivo.
2. Para o dispositivo telefônico que consiste em vaguear, leia o valor do filtro de Geolocation do DP na configuração vagueando.
3. Para o tronco, o tronco intercluster, ou o dispositivo de porta MGCP, leram o valor do filtro de Geolocation da configuração de dispositivo.

Se nenhum valor é configurado, leia do DP:

1. Se o DP não é configurado com um valor do filtro de Geolocation, o dispositivo usa um valor vazio.
2. Se o dispositivo lê um filtro vazio de Geolocation, o nível seguinte é o Param da empresa do filtro de Geolocation do padrão, que é alcançado na altura da verificação da política.

Que é a configuração recomendada para distribuir LP para clientes indianos conforme regulamentos TRAI?

• Permita a divisão lógica = retificam
• A política padrão de divisão lógica = nega 

A política do padrão de sistema será nega para uma empresa, assim atendimentos ou as características são obstruídas entre um telefone dos participantes do dispositivo voip isto é e um gateway, um gateway e um outro gateway, um ICT e um telefone, um ICT e um gateway.

A fim permitir uma comunicação de VoIP, com base na topologia de rede voip, as políticas reservar devem ser configuradas navegando ao sistema > configuração de divisão lógica. 

Por exemplo, um gateway em um local será permitida tipicamente uma comunicação com os telefones ou um outro gateway nesse local tão em conformidade, será permitido lá o local de /per das políticas.

Quanto robusto é LP e que administrador precisa de configurar para assegurar-se de que nenhuma encenação ocorra contra os regulamentos?

O administrador precisará de assegurar-se de que esta configuração esteja lá na configuração dos parâmetros empresariais:

• Permita a divisão lógica = retificam
• Opte por Geolocation = por BlankGeolocation
• A política padrão de divisão lógica = nega
• Filtro de divisão lógico do padrão = nenhuns  

BlankGeolocation - Isto precisa de ser configurado do sistema > da configuração de Geolocation e de não povoar nenhuns dados. 

A não ser o esse, o administrador precisará de configurar permite políticas do roteamento de chamada > tela de divisão lógica da configuração das normas. 

Isto impede toda a rede de telefone comutada pública (PSTN) a VoIP ou ao tráfego PSTN a menos que uma política reservar for configurada na configuração para esse dispositivo. 

A razão que o BlankGeolocation é configurado é cobrir aqueles dispositivos em um conjunto que não obtêm associados com nenhum Geolocation com o dispositivo ou a configuração DP.

E à revelia, Geolocation não especificado significa que o dispositivo não participará em nenhuma verificação de LP. 

O BlankGeolocation assegura-se de que nenhuma encenação ocorra contra o regulamento.

Na altura da busca da política, uma política tal como esta seria procurada sem nenhuns campos de Geolocation e não haverá uns configurados no sistema:

• O interior da beira reserva
• A beira da beira reserva  

Que é transporte do lugar?

O transporte de GeoLocation de um agente de usuário do SORVO a uma outra entidade com o uso do SORVO é chamado Lugar Transporte.

Aqui GeoLocation é uma descrição da área geográfica física onde algo existe atualmente. 

O RFC 3693 IETF (exigências de Geopriv) descreve a localização geográfica no formato de dados da informação da presença (PIDF-LO) e no draft-ietf-sip-location-conveyance-10 descreve o transporte do lugar. 

A fim apoiar exigências de LP, a aplicação do UCM comunica adicionalmente a informação de tipo de dispositivo em PIDF-LO.

Isto é baseado no estado da presença da capacidade do agente de usuário, conforme a especificação na extensão draft-ietf-simple-prescaps-ext-08 do SORVO. 

O tronco do SORVO do UCM apoia o transporte do lugar conforme estas especificações.

A fim permitir que o ICT seja característica compatível com tronco do SORVO e permita as mesmas capacidades, o tronco ICT/H225 igualmente apoia o transporte do lugar através do conjunto com o uso de PIDF-LO. 

O UCM apoia o transporte da informação de localização no estabelecimento de chamada assim como as mudanças do lugar devendo mudar no partido conectado na participação ao midcall juntam-se e reorientam-se.  

Como transporte do lugar é girado sobre no UCM?

• Os dispositivos para que o lugar precisa de ser transportado através do conjunto devem associar com um Geolocation.
• Envie a caixa de seleção da informação de Geolocation verificada no tronco do SORVO ou no ICT.

Se tal dispositivo faz ou recebe um atendimento, o Geolocation associado está transportado através do tronco ou do ICT. 

Apoiando que exigência, o transporte do lugar precisa de ser girada sobre?

A característica de divisão lógica é baseada em uma estrutura de Geolocations. Enquanto os dispositivos do participante em uma característica estão dentro do conjunto, o UCM recebe a informação associada de Geolocation das configurações local. 

Se os dispositivos do participante são através dos conjuntos então a fim a política que verifica a informação de Geolocation com os dispositivos através do conjunto estaria exigida. 

Há duas opções possíveis:

1. Use Geolocation que é associado com um tronco do SORVO ou um ICT no uso da configuração de dispositivo do tronco esta informação para a verificação da política. Todos os dispositivos através do conjunto serão representados com uma terra comum Geolocation como especificados na configuração de dispositivo do tronco. Se o transporte do lugar não é girado sobre em um conjunto remoto então igualmente a verificação da política de LP poderá trabalhar.
   
   
2. Use Geolocation que é recebido no transporte do lugar através do conjunto. O Geolocation e o tipo de dispositivo reais para um dispositivo através do conjunto serão recebidos e podem ser usados para a verificação da política de LP. 

Chamadas recebidas - O conjunto remoto se envia PIDF-LO na sinalização de chamada, o Geolocation real está disponível para a política que verifica e seria usado mesmo antes de colocar/que soa o atendimento ao dispositivo UCM. 

Os atendimentos que parte o dispositivo UCM que coloca um atendimento PARA SORVER o tronco ou o ICT precisariam uma política de LP, de modo que o atendimento pudesse ser estendido a um conjunto remoto. Esta política será a mesma que 1. O geolocation “real” para um dispositivo (telefone voip ou gateway) através do conjunto será recebido durante a alerta da fase. O UCM “deve” ter “permitir correspondentemente” a política (interior ao interior não precisará nenhuma política. Sim, se um ou ambos os dispositivos involvidos é a beira) 

O transporte do lugar fornece uma oportunidade fazendo as encenações baseadas em Geolocation real e em tipos de dispositivo.

Basicamente, a informação de Geolocation é End to End levado através de uma empresa. 

Este tipo da aplicação é importante para as disposições, onde os atendimentos são reorientados para trás & adiante através dos conjuntos e do Geolocation real, precisa de ser levado junto com o atendimento, que ajudaria na verificação correta de LP. 

Em que métodos, o transporte do lugar (PIDF-LO) é comunicado para o tronco do SORVO e o ICT?

SORVO: CONVIDE, ATUALIZE.

Tronco ICT/H225: A instalação, alerta, progresso, notifica, conecta.

Quando o transporte do lugar é permitido e Geolocation PIDF-LO associado com um dispositivo em um conjunto remoto está recebido, como o cluster local combina as políticas?

O administrador precisa de seguir estas etapas:

1. Configurar Geolocations baseado em um grupo de campos que podem ser recebidos do conjunto remoto. Este é exercício manual por um administrador, que precise normalmente o acesso às configurações de Geolocation no conjunto remoto e em copiar os dados ao cluster local. Sistema > configuração de Geolocation. 
2. Configurar os registros e as políticas de GeolocationPolicy baseados em exigências do desenvolvimento.

Roteamento de chamada > configuração de divisão lógica.

Como ele é determinado se um dispositivo através do conjunto é um gateway ou um ponto final de VoIP?

Esta informação é levada dentro um elemento do tampão do dispositivo de PIDF-LO.

Atualmente, a informação é comunicada na etiqueta proprietária:

<caps:devcaps>
<cisco:gateway>false</cisco:gateway>
</caps:devcaps> 

Quando esta informação é recebida, o UCM traça-a à enumeração interna UCM a fim representá-la ao tipo de dispositivo do CallManager. 

Que é a finalidade de atribuir Geolocation e filtro com tronco intercluster (tronco ICT ou de SORVO)?

Esta exigência é principalmente relevante para um conjunto permitido LP, onde se exija para reservar/se negue o tráfego dos telefones voip ao ICT ou do gateway PSTN ao ICT. 

O Geolocation e o filtro asseguram-se de que o identificador esteja feito para a participação na verificação de LP. Na correspondência, uma política de LP (políticas) deve ser configurada.  

A importância do Geolocation do dispositivo do tronco do SORVO no transporte do lugar (esse que é configurado no tronco do SORVO):

O Geolocation que é associado com um chamador ou um dispositivo chamado é esse que é usado para o transporte do lugar. Diga que um telefone A (geoloc1) faz um atendimento através de SIPTrunk/ICT (configurado com geoloc2). O Geolocation que é enviado no transporte do lugar é geoloc1.

Supõe um tronco do SORVO, trunk1 (geoloc3) que esses pontos a um gateway do SORVO recebem um atendimento PSTN. Diga que o atendimento está enviado pelo UCM a SIPTrunk/ICT (geoloc2). O Geolocation que é enviado no transporte do lugar é geoloc3 (que é configurado em trunk1).

As políticas de LP são comunicadas através do conjunto?

No. As políticas de LP são específicas ao cluster local somente. Não há nenhuma comunicação do inter-conjunto de políticas de LP.  

Pode o transporte do lugar ser permitido sem configurar LP?

Yes. LP não é uma condição prévia para o transporte do lugar. De fato, LP é uma das características que usa a funcionalidade do transporte do lugar. 

Há uma degradação do desempenho quando a característica de divisão lógica do UCM é usada?

A verificação da política é executada como um mecanismo da busca de árvore, que seja uma comparação de série para cada campo de Geolocation. Se os filtros são curtos usado, diga 4-5 campos, a seguir será mais rápido em relação ao uso de todos os 17 campos no filtro e nas configurações das normas.  

Há duas maneiras que LP pode ser usado:

• Sem transporte do lugar: O Geolocations não é comunicado entre conjuntos e não há nenhum processamento envolvido naquele.
• Com transporte do lugar: O Geolocations é comunicado entre conjuntos e está processando envolveu naquele.

Ambas estas aplicações são razoáveis notável no desempenho. 

Os campos de Geolocation puderam ser configurados como Unicode e com limite superiores no tamanho. Isto não pôde ser recomendado para a verificação da política de LP. 

Pontos recomendados às equipes que distribuem LP nas disposições que existem

Selecione 2-3 telefones com o uso da linha única, em cada local fazer os testes piloto:

1. Configurar Geolocations: associe com os dispositivos da configuração de dispositivo. 
2. Configurar filtros: associe com os dispositivos do DP ou do dispositivo (para troncos. Configuração dos gateways). 
3. Restaure os dispositivos. 
4. Configurar políticas de LP.
5. Permita a divisão lógica do Param da empresa.  

Porque você não associou Geolocations com todos os dispositivos assim que não participaria na verificação da política de LP. 

Teste as encenações suplementares com telefones piloto assim como outros telefones da produção a fim certificar-se de que as coisas trabalham como esperado.

• Os telefones piloto devem poder observar limitações de LP nas encenações.
• Os outros telefones da produção não devem ser impactados.