A Cisco traduziu este documento com a ajuda de tecnologias de tradução automática e humana para oferecer conteúdo de suporte aos seus usuários no seu próprio idioma, independentemente da localização. Observe que mesmo a melhor tradução automática não será tão precisa quanto as realizadas por um tradutor profissional. A Cisco Systems, Inc. não se responsabiliza pela precisão destas traduções e recomenda que o documento original em inglês (link fornecido) seja sempre consultado.
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).
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:
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.
Este é o mecanismo que é seguido a fim selecionar um filtro de Geolocation para um dispositivo:
Se nenhum valor é configurado, leia do DP:
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.
O administrador precisará de assegurar-se de que esta configuração esteja lá na configuração dos parâmetros empresariais:
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 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.
Se tal dispositivo faz ou recebe um atendimento, o Geolocation associado está transportado através do tronco ou do ICT.
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:
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.
SORVO: CONVIDE, ATUALIZE.
Tronco ICT/H225: A instalação, alerta, progresso, notifica, conecta.
O administrador precisa de seguir estas etapas:
Roteamento de chamada > configuração de divisão lógica.
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.
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).
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.
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.
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:
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.
Selecione 2-3 telefones com o uso da linha única, em cada local fazer os testes piloto:
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.