{"id":1719,"date":"2022-03-31T23:29:02","date_gmt":"2022-04-01T02:29:02","guid":{"rendered":"http:\/\/periciajudicial.zsistemas.com.br\/?p=1719"},"modified":"2022-03-31T23:29:52","modified_gmt":"2022-04-01T02:29:52","slug":"problemas-mais-comuns-no-voip","status":"publish","type":"post","link":"https:\/\/periciajudicial.zsistemas.com.br\/index.php\/2022\/03\/31\/problemas-mais-comuns-no-voip\/","title":{"rendered":"Problemas mais comuns no VoIP"},"content":{"rendered":"\n

Este descritivo tem por objetivo descrever os erros mais comuns ocorridos no VoIP (Voz sobre IP), tratar suas conseq\u00fc\u00eancias e definir algumas corre\u00e7\u00f5es poss\u00edveis. Artigo incentivado por pedidos dos leitores.<\/p>\n\n\n\n

\"\"
Foto: Marcello Casal Jr.\/Ag\u00eancia Brasil<\/figcaption><\/figure>\n\n\n\n

LIGA\u00c7\u00c3O: UM DOS LADOS N\u00c3O ESCUTA<\/strong>. <\/h2>\n\n\n\n

ORIGINADOR n\u00e3o escuta<\/strong> e o DESTINATARIO escuta<\/strong>: <\/p>\n\n\n\n

Quando o originador efetua uma liga\u00e7\u00e3o, o destinat\u00e1rio atende e o originador n\u00e3o escuta<\/strong>, mas o destinat\u00e1rio escuta significa que a m\u00eddia (voz em pacotes de dados) est\u00e1 saindo da rede do originador e chegando perfeitamente na rede do destinat\u00e1rio. Porem a resposta, isto \u00e9, a m\u00eddia vinda do destinat\u00e1rio para o originador de alguma forma n\u00e3o est\u00e1 chegando na rede do originador. <\/p>\n\n\n\n

Problema: <\/strong><\/p>\n\n\n\n

  • Geralmente acontece quando o originador n\u00e3o est\u00e1 com o OutboundProxy <\/strong>configurado ou existe um bloqueio no Firewall.<\/li><\/ul>\n\n\n\n

    Solu\u00e7\u00e3o: <\/strong><\/p>\n\n\n\n

    • Configurar o OutboundProxy com o dom\u00ednio ou o IP da Plataforma VoIP e definir o Use OutboundProxy = Yes;<\/li>
    • Se este procedimento n\u00e3o funcionar a caracter\u00edstica \u00e9 de firewall bloqueando portas, podendo ser tanto o firewall do originador n\u00e3o aceitando pacotes entrando por aquela porta bloqueada ou firewall do destinat\u00e1rio bloqueando pacotes saindo por aquela porta. Mais comum ser o firewall do originador. <\/li><\/ul>\n\n\n\n

      ORIGINADOR escuta<\/strong> e o DESTINATARIO n\u00e3o escuta<\/strong>: <\/p>\n\n\n\n

      Quando o originador efetua uma liga\u00e7\u00e3o, o destinat\u00e1rio atende e n\u00e3o escuta<\/strong>, mas o originador escuta, significa que a m\u00eddia n\u00e3o est\u00e1 saindo da rede do originador ou n\u00e3o est\u00e1 chegando perfeitamente na rede do destinat\u00e1rio. Porem a resposta, isto \u00e9, a m\u00eddia vindo do destinat\u00e1rio para o originador est\u00e1 chegando na rede do originador. <\/p>\n\n\n\n

      Problema: <\/strong><\/p>\n\n\n\n

      • Geralmente acontece quando o firewall do destinat\u00e1rio est\u00e1 liberando para entrada a porta 5060 UDP, respons\u00e1vel pela autentica\u00e7\u00e3o e pelo Ring. Portanto o firewall deve estar bloqueando as portas de comunica\u00e7\u00e3o (da m\u00eddia). <\/li><\/ul>\n\n\n\n

        Solu\u00e7\u00e3o: <\/strong><\/p>\n\n\n\n

        • Solicitar ao administrador do firewall liberar as portas entre 1024 e 56535 UDP para repasse (FORWARD) e n\u00e3o entrada (INPUT). N\u00e3o adianta liberar somente a porta de comunica\u00e7\u00e3o do ATA ou do Softphone pois esta \u00e9 a porta para quando o mesmo liga, porem quando recebe as portas s\u00e3o renegociadas e podem variar. <\/li><\/ul>\n\n\n\n

          Tanto ORIGINADOR quanto DESTINATARIO n\u00e3o escutam<\/strong>: <\/p>\n\n\n\n

          Quando o originador efetua uma liga\u00e7\u00e3o, o destinat\u00e1rio atende e nenhum dos dois escutam pode significar que a m\u00eddia n\u00e3o est\u00e1 saindo e nem chegando na rede do originador e do destinat\u00e1rio. Pode significar tamb\u00e9m que a negocia\u00e7\u00e3o da m\u00eddia n\u00e3o foi bem sucedida e os codecs estabelecidos n\u00e3o s\u00e3o compat\u00edveis.<\/p>\n\n\n\n

          Problemas: <\/strong><\/p>\n\n\n\n

          • Pode ser que os codecs estabelecido n\u00e3o foram compat\u00edveis;<\/li>
          • Pode ser que ambas as redes possuam firewall e as portas est\u00e3o bloqueadas. <\/li><\/ul>\n\n\n\n

            Solu\u00e7\u00e3o: <\/strong><\/p>\n\n\n\n

            • Analisar tanto no ATA ou Softphone do originador quanto do destinat\u00e1rio quais os codecs est\u00e3o habilitados; verificar tamb\u00e9m a op\u00e7\u00e3o Only Codec=Yes (somente este Codec), neste caso ele deve estar Only Codec=No. <\/li>
            • Se n\u00e3o funcionar, solicitar ao administrador do firewall liberar as portas entre 1024 e 56535 UDP para repasse (FORWARD) e n\u00e3o entrada (INPUT). <\/li><\/ul>\n\n\n\n

              AUTENTICACAO: O ATA OU O SOFTPHONE N\u00c3O AUTENTICAM<\/strong>. <\/p>\n\n\n\n

              Quando\no ATA ou o Softphone \u00e9 configurado com todas as informa\u00e7\u00f5es SIP\nb\u00e1sicas como: Username, Authentication User, Password, SIPProxy,\nOutboundProxy e mesmo assim o sistema n\u00e3o autentica.<\/p>\n\n\n\n

              Problemas<\/strong>:<\/p>\n\n\n\n

              • A rede n\u00e3o est\u00e1 com acesso a internet; <\/li>
              • Username ou Authentication User ou Password ou todos est\u00e3o incorretos; <\/li>
              • O SIPProxy est\u00e1 configurado com o dom\u00ednio da Operadora porem o DNS Server n\u00e3o est\u00e1 configurado no ATA; <\/li>
              • O firewall est\u00e1 bloqueando as portas 5060 UDP tanto para sa\u00edda quanto para entrada; <\/li>
              • O modem ADSL ou o roteador est\u00e3o DROPANDO (corrompendo, deformando) os pacotes de autentica\u00e7\u00e3o; <\/li>
              • Existe um problema de rotas entre o servidor SIP e o ATA ou Softphone; <\/li>
              • O provedor do link de internet est\u00e1 bloqueando ou despriorizando (diminuindo a prioridade) dos pacotes de VoIP; <\/li><\/ul>\n\n\n\n

                Solu\u00e7\u00f5es:<\/strong><\/p>\n\n\n\n

                • Verifique\n\tse a rede est\u00e1 com acesso a internet realizando testes de PING:\n<\/li><\/ul>\n\n\n\n

                  Abra o prompt do em um computador que esteja na mesma rede do ATA ou Softphone e execute o seguinte comando:
                  ping sip.operadora.com.br<\/strong>
                  ou
                  ping IP da Operadora
                  <\/strong>exemplo:
                  ping 200.225.197.37
                  <\/strong>A resposta esperada \u00e9: Resposta de \u201cIP de Destino\u201d bytes=32 tempo=55ms TTL=55<\/p>\n\n\n\n

                  \"\"<\/figure>\n\n\n\n

                  Se\noutra resposta como timeout ou rede inacess\u00edvel aparecer realmente\nexiste um problema na rede;<\/p>\n\n\n\n

                  • Verificar\n\to usu\u00e1rio, a senha e o SIPProxy;\n\t<\/li>
                  • Verificar\n\tse o IP do DNS esta configurado no campo DNS Server ou algo parecido\n\tno ATA ou no Sofphone. Verificar tamb\u00e9m se o Use DNS Server est\u00e1\n\tconfigurado para Yes;\n\t<\/li>
                  • Verificar\n\tse o firewall est\u00e1 bloqueando a porta 5060 UDP. Se estiver ele\n\ttamb\u00e9m estar\u00e1 bloqueando a porta de comunica\u00e7\u00e3o ent\u00e3o ser\u00e1\n\tnecess\u00e1rio solicitar ao administrador do firewall liberar as portas\n\tentre 1024 e 56535 UDP para repasse(FORWARD) e n\u00e3o entrada(INPUT);\n\t<\/li>
                  • Verificar\n\tse o modem ADSL ou o roteador est\u00e3o DROPANDO os pacotes de\n\tautentica\u00e7\u00e3o. Neste caso \u00e9 muito importante executar uma\n\tatualiza\u00e7\u00e3o do firmware do mesmo;\n\t<\/li>
                  • Verificar\n\tse n\u00e3o existe nenhum problema na rota entre o ATA ou Sofphone e o\n\tServidor SIP realizando o seguinte teste de TRACERT:\n<\/li><\/ul>\n\n\n\n

                    Abra o prompt do em um computador que esteja na mesma rede do ATA ou Softphone e execute o seguinte comando:
                    tracert sip.operadora.com.br
                    <\/strong>ou
                    tracert IP da Operadora
                    <\/strong>exemplo:
                    tracert 200.225.197.37
                    <\/strong>A resposta esperada \u00e9:<\/p>\n\n\n\n

                    \"\"<\/figure>\n\n\n\n

                    A resposta deve possui todas as lat\u00eancias, medida em mili-segundos(ms), entre 0 e 100ms para ser \u00f3tima.
                    Se a lat\u00eancia for entre 100 e 200ms a qualidade \u00e9 boa.
                    Se a lat\u00eancia for superior a 200ms a qualidade n\u00e3o \u00e9 boa.
                    Se no local da lat\u00eancia aparecer um asterisco(*) suspeitamos de congestionamento no roteador respons\u00e1vel por aquela rota. O nome e o IP do mesmo est\u00e3o descritos na ultima coluna.<\/p>\n\n\n\n

                    OBS: neste exemplo acima temos o salto numero 3 com tr\u00eas asteriscos, mas como todos os tempos at\u00e9 o destino est\u00e3o \u00f3timos, suspeitamos que o roteador respons\u00e1vel pelo salto 3 n\u00e3o responde a PING (bloqueado pelo administrador). Neste caso n\u00e3o encontramos problemas…!<\/p>\n\n\n\n

                    • Se\n\tde todos os testes executados n\u00e3o obtivemos a solu\u00e7\u00e3o pode ser\n\tque o provedor do link de internet esteja bloqueando ou\n\tdespriorizando pacotes de VoIP. Neste caso cabe ao engenheiro\n\trespons\u00e1vel pela Plataforma realizar uma denuncia a ANATEL;\n<\/li><\/ul>\n\n\n\n

                      LIGACOES: O ATA OU SOFTPHONE N\u00c3O ORIGINA OU N\u00c3O RECEBE LIGACOES <\/h2>\n\n\n\n

                      ATA OU SOFTPHONE FAZ LIGACAO MAS N\u00c3O RECEBE<\/strong>. <\/p>\n\n\n\n

                      Quando\num ATA ou SOFTPHONE realiza uma liga\u00e7\u00e3o mas n\u00e3o recebe, significa\nque as configura\u00e7\u00f5es de redes est\u00e3o corretas, que as liga\u00e7\u00f5es\noriginadas est\u00e3o saindo corretamente porem algo esta barrando a\nentrada da liga\u00e7\u00e3o vinda do mundo externo.<\/p>\n\n\n\n

                      Problemas:<\/strong><\/p>\n\n\n\n

                      • Geralmente\n\tisto acontece quando o originador n\u00e3o est\u00e1 com o OutboundProxy\n\tconfigurado;\n<\/li>
                      • O\n\tfirewall est\u00e1 bloqueando as portas 5060 e porta de\n\tcomunica\u00e7\u00e3o(conversa\u00e7\u00e3o) UDP para entrada;\n<\/li><\/ul>\n\n\n\n

                        Solu\u00e7\u00f5es:<\/strong><\/p>\n\n\n\n

                        • Configurar o OutBoundProxy com o dom\u00ednio do SIPProxy.
                          • Use Outbound Proxy = yes <\/li>
                          • Outbound Proxy = sip.operadora.com.Br <\/li><\/ul><\/li>
                          • Nas configura\u00e7\u00f5es avan\u00e7adas (advanced) e configura\u00e7\u00f5es de SIP do ATA ou SOFTPHONE, definir o tempo de expira\u00e7\u00e3o da autentica\u00e7\u00e3o para 60 segundos:
                            • Session Expiration [0=disable, 10 – 1800 s] = 60 <\/li>
                            • Register Expires = 60 <\/li>
                            • TTL (Registration interval) [10 – 7200 s] = 60 <\/li><\/ul><\/li>
                            • Nas configura\u00e7\u00f5es avan\u00e7adas(advanced) definir o keep alive(pacote de vida) para yes:
                              • NAT Keep Alive Enable = yes <\/li><\/ul><\/li>
                              • Atualizar a vers\u00e3o do ATA ou SOFTPHONE pode muitas vezes resolver problemas como estes. <\/li><\/ul>\n\n\n\n

                                LIGACOES: DEMORA NAS LIGA\u00c7\u00d5ES <\/h2>\n\n\n\n

                                A LIGA\u00c7\u00c3O DEMORA<\/strong> PARA COME\u00c7AR A CHAMAR. <\/p>\n\n\n\n

                                O tempo ocorrido entre a discagem e o atendimento do destino \u00e9 chamado de PDD (Post Dial Delay). <\/p>\n\n\n\n

                                Problema:<\/strong><\/p>\n\n\n\n

                                • O alto PDD \u00e9 ocasionado pelas rotas das terminadoras. Imagine que um Provedor A compre por exemplo do Provedor B, que compre da empresa X, que compre da empresa Y, que compre da empresa Z, que compre da Operadora final… todo esse processo de encaminhamento das chamadas pode provocar aumento no PDD… Ent\u00e3o resumindo o aumento do PDD \u00e9 problema da termina\u00e7\u00e3o. <\/li><\/ul>\n\n\n\n

                                  Uma termina\u00e7\u00e3o baseada em Link E1 ISDN possui um PDD baix\u00edssimo, entre 1 e 3 segundo no m\u00e1ximo. J\u00e1 uma termina\u00e7\u00e3o baseada em GSM possui um PDD bem maior devido aos equipamentos de entroncamento. Outro caso s\u00e3o as terminadoras internacionais que por sua dist\u00e2ncia geom\u00e9trica o atraso se torna ainda maior, existem casos de at\u00e9 20 segundos para come\u00e7ar a chamar de verdade.<\/p>\n\n\n\n

                                  Solu\u00e7\u00e3o:<\/strong><\/p>\n\n\n\n

                                  • Trocar\n\ta terminadora para solucionar o problema imediatamente e entrar em\n\tcontato para reclamar posteriormente.\n<\/li><\/ul>\n","protected":false},"excerpt":{"rendered":"

                                    Este descritivo tem por objetivo descrever os erros mais comuns ocorridos no VoIP (Voz sobre IP), tratar suas conseq\u00fc\u00eancias e definir algumas corre\u00e7\u00f5es poss\u00edveis. Artigo<\/p>\n","protected":false},"author":1,"featured_media":1756,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"om_disable_all_campaigns":false,"_monsterinsights_skip_tracking":false,"_monsterinsights_sitenote_active":false,"_monsterinsights_sitenote_note":"","_monsterinsights_sitenote_category":0,"footnotes":""},"categories":[4,13,1,16,14,18,7,10,70,12,62,8,15,11],"tags":[],"class_list":["post-1719","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-artigos","category-asterisk","category-cursodepericia","category-dahd-linux","category-dgvchannel","category-libpri","category-linux","category-monitoramento","category-problemas","category-sip","category-smartphones","category-tcpdump","category-voicerlib","category-voip"],"aioseo_notices":[],"_links":{"self":[{"href":"https:\/\/periciajudicial.zsistemas.com.br\/index.php\/wp-json\/wp\/v2\/posts\/1719","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/periciajudicial.zsistemas.com.br\/index.php\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/periciajudicial.zsistemas.com.br\/index.php\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/periciajudicial.zsistemas.com.br\/index.php\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/periciajudicial.zsistemas.com.br\/index.php\/wp-json\/wp\/v2\/comments?post=1719"}],"version-history":[{"count":6,"href":"https:\/\/periciajudicial.zsistemas.com.br\/index.php\/wp-json\/wp\/v2\/posts\/1719\/revisions"}],"predecessor-version":[{"id":1758,"href":"https:\/\/periciajudicial.zsistemas.com.br\/index.php\/wp-json\/wp\/v2\/posts\/1719\/revisions\/1758"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/periciajudicial.zsistemas.com.br\/index.php\/wp-json\/wp\/v2\/media\/1756"}],"wp:attachment":[{"href":"https:\/\/periciajudicial.zsistemas.com.br\/index.php\/wp-json\/wp\/v2\/media?parent=1719"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/periciajudicial.zsistemas.com.br\/index.php\/wp-json\/wp\/v2\/categories?post=1719"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/periciajudicial.zsistemas.com.br\/index.php\/wp-json\/wp\/v2\/tags?post=1719"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}