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 Sistema > LAN > VoIP da interface LAN, conforme definido pela configuração Usar informações da topologia de rede da linha.