Tenho uma pergunta semelhante (ish) que fiz ontem sobre a RTP e como ela realmente flui ... Cisco ASA PBR e vários ISPS para vários provedores SIP
Estou um pouco confuso sobre quem (PBX vs. telefones) está fazendo o que em nossa configuração de telefone IP.
Nosso sistema de telefonia é hospedado externamente. Isso significa que temos telefones IP físicos instalados em nosso local, mas o PBX está localizado em outro lugar. Tivemos vários problemas com essa solução e me incomoda não conseguir resolver os vários problemas adequadamente devido à fato de que não entendo como tudo funciona em conjunto. Eu tenho lido sobre como o SIP e o RTP funcionam, mas há algumas coisas que ainda não entendi inteiramente. Minha pergunta se refere tanto ao SIP quanto ao RTP, mas também toca um pouco no NAT.
Nosso cenário é simples. O PABX é acessível em um IP público em algum lugar da Internet. Estamos atrás de um firewall (NAT).
Primeiro de tudo, entendo que os pacotes SIP não carregam áudio. Eles estão simplesmente lá para garantir que as sessões (como no Session Initiation Protocol) sejam estabelecidas entre os telefones e o PBX - como quando uma chamada está prestes a ser estabelecida. Esses pacotes geralmente são UDP e geralmente "viajam" na porta 5060.
Embora não seja específico para SIP; quando os pacotes SIP UDP passam por NAT, então NAT "traduz" porta de origem em algo diferente para saída pacotes para garantir que o NAT possa mapear as respostas de volta ao telefone correto atrás do NAT.
Agora, se alguém quiser acessar um de nossos telefones, ele discará o número e, por fim, acessará o PBX. Entendo que o PBX envia um INVITE (pacote SIP UDP) para o telefone em questão. Esse pacote contém, entre outras coisas, um endereço IP e um número de porta ao qual o telefone deve se conectar para estabelecer uma sessão RTP (esses são os dados de áudio reais).
Pergunta 1 : Fui informado de que os telefones devem enviar solicitações regulares de manutenção para o PBX para garantir que o NAT não expire em sessões UDP. Isso é importante porque o PBX inicia as solicitações INVITE para chamadas e o NAT não deve expirar as sessões UDP para mapear qualquer solicitação INVITE para o telefone correto. Isto está certo? Alguma solicitação INVITE do PBX usará a porta de origem (que teria sido traduzida pelo NAT) fornecida nas solicitações keep alive dos telefones?
Pergunta 2 : É correto que os telefones sejam aqueles que atuem sobre qualquer solicitação INVITE SIP e se conectem ao PBX? Isso significa que eu não deveria me preocupar com o NAT aqui, já que o telefone envia o primeiro pacote RTP e "faz um furo" no NAT.
Pergunta 3 : Como funciona "o contrário"? Ou seja, se eu quiser ligar para alguém de um de nossos telefones atrás do NAT, meu telefone envia uma solicitação SIG CONVITE para o PBX? Isso não faz sentido para mim, porque o PABX não seria capaz de estabelecer uma sessão RTP com o meu telefone que está por trás do NAT.
Tenho uma pergunta semelhante (ish) que fiz ontem sobre a RTP e como ela realmente flui ... Cisco ASA PBR e vários ISPS para vários provedores SIP