Requisitos de linha SIP

Última atualização : Apr 26, 2023 |
O uso do SIP requer o seguinte:
  • Conta de serviço SIP
    Uma ou mais contas com um provedor de serviços de internet SIP (ITSP). O modo de operação e as informações fornecidas podem variar. O requisito-chave é um SIP URI, um endereço de web na forma de name@example.com. Este é equivalente a um número de telefone SIP para fazer e receber chamadas através do SIP.
  • Canais de compressão de voz
    As chamadas pelo SIP usam um sistema de canais de compactação de voz semelhante ao utilizado para troncos e ramais IP padrão. Em um sistema IP500 V2, eles são fornecidos pela instalação de módulos VCM na unidade de controle. O relé RTP é aplicado às chamadas SIP quando for o caso.
  • licenciamento
    Troncos SIP requerem licenças na configuração do sistema. Essas licenças definem o número máximo de chamadas SIP simultâneas suportadas pelo sistema.
  • Passagem de firewall
    O direcionamento de chamadas tradicionais por VoIP H.323 através de firewalls costuma falhar devido aos efeitos do NAT (Network Address Translation). Para o SIP, há várias maneiras de garantir o uso apropriado de um firewall transversal. O sistema não aplica nenhum firewall entre LAN1 e LAN2 para chamadas SIP .
    • STUN (Simple Traverse of UDP NAT)
      O UDP SIP usa um mecanismo denominado STUN para cruzar firewalls entre o comutador e o ITSP. Isto requer que o ITSP forneça o endereço de IP do sistema e do servidor STUN para, depois, escolher entre vários métodos STUN o melhor para se conectar ao servidor em questão. O sistema tenta detectar automaticamente as configurações necessárias para se conectar devidamente. Para usar o STUN, a linha deve estar conectada às configurações da Topologia de rede de uma interface LAN utilizando a definição da linha Usar Dados da topologia de rede.
    • TURN (Traversal Using Relay NAT)
      O TCP SIP usa um mecanismo denominado TURN (Traversal Using Relay NAT). Essa opção não é compatível neste momento.
    • Session Border Control
      O STUN não precisa ser usado para passagem de NAT quando a SBC acontece entre o IP Office e o ITSP, uma vez que o SBCE realizará a passagem de NAT.
  • Troncos SIP
    Esses troncos são adicionados manualmente à configuração do sistema. Geralmente, é necessário um tronco SIP para cada SIP ITSP sendo utilizado. A configuração oferece métodos para várias URIs a partir daquele ITSP para utilizar o mesmo tronco. Para cada tronco, é necessária no mínimo uma entrada SIP URI, e até 150 SIP URIs são suportados no mesmo tronco. Entre outros itens, isso define os grupos de entrada e de saída para o direcionamento das chamadas.
  • Roteamento de chamadas de saída
    O direcionamento inicial utiliza qualquer código de acesso padrão com um recurso de discagem. O ID do grupo de linhas do código de acesso deve ser definido para coincidir com a ID do grupo de saída dos canais SIP URI a serem utilizados. Porém, o código de acesso deve também mudar o número discado em um destino SIP URI adequado para direcionamento pelo ITSP. Na maioria dos casos, se o destino for um número de rede de telefone público, um URI do tipo 123456789@example.com é adequado. Por exemplo:
    • Código: 9N#
    • Recurso: Discar
    • Número de telefone: N"@example.com"
    • ID do Grupo de linhas: 100
    Embora isso possa ser feito com o código de acesso, não é absolutamente necessário. O endereço proxy ITSP ou nome de domínio ITSP será usado como parte do host/domínio.
  • Roteamento de chamadas de entrada
    As chamadas SIP recebidas são direcionadas da mesma maneira que as demais chamadas externas recebidas. O autor da chamada e as informações obtidas no cabeçalho da chamada SIP são utilizados para coincidir com as definições CLI de Entrada e Número de Entrada nos registros Rota para chamada de entrada normais do sistema.  
  • Marcação DiffServ
    A marcação DiffServ é aplicada a chamadas utilizando as configurações de DiffServer na guia SistemaLANVoIP da interface LAN, conforme definido pela configuração Usar informações da topologia de rede da linha.

URIs SIP

As chamadas por SIP requerem URIs (Uniform Resource Identifiers), um para a origem e outro para o destino. Cada SIP URI consiste em duas partes, a parte do usuário (por exemplo, nome) e a parte do domínio (por exemplo, exemplo.com) para formar um URI completo (neste caso nome@exemplo.com). Os SIP URIs podem tomar várias formas:
  • nome@117.53.22.2
  • nome@exemplo.com
  • 012345678@exemplo.com
Normalmente, cada conta com um provedor de serviço SIP incluirá uma URI SIP ou uma configuração de URI. A parte do domínio é, então, usada no tronco SIP configurado para chamadas de roteamento daquele provedor. A parte de usuário é atribuída a um usuário individual se houver um URI por usuário para aquele ITSP, ou pode também ser configurado na linha para uso por todos os usuários que tiverem chamadas direcionadas por meio daquela linha.

Limitação de recursos

Diversos limites podem afetar o número de chamadas SIP. Quando um desses limites é atingido, ocorre o seguinte: qualquer chamada SIP de saída é bloqueada, a menos que uma rota alternativa esteja disponível utilizando o ARS; qualquer chamada SIP de entrada é colocada na fila até que o recurso necessário esteja disponível. Os fatores limitadores são:
  • o número de sessões SIP licenciadas.
  • o número de sessões SIP configuradas para um SIP URI.
  • o número de canais de compactação de voz.
    • Chamada de linha SIP para/de dispositivos sem IP Canal de compressão de voz necessário.
    • Chamada de linha SIP de saída de dispositivo IP Nenhum canal de compressão de voz necessário.
    • Chamada de linha SIP de entrada para dispositivo IP: se utilizar o mesmo codec, o canal de compressão de voz ficará reservado até a chamada ser conectada. Se estiver utilizando codecs diferentes, então 2 canais são usados.

Exibição de informações SIP

O URI SIP completo de from e to será registrado para uso pelo SMDR. Para todos os demais aplicativos e para os dispositivos telefônicos, o SIP URI é colocado no diretório do sistema com a mesma correspondência que o CLI de entrada. Primeiro, tenta-se uma coincidência com o URI completo, depois, uma coincidência com a parte de usuário do URI. Os curingas do diretório são também utilizados na coincidência do URI.
Links relacionados
Visão geral do tronco SIP