David

Hi all.  As noted in the documentation there are instances where gaps or spaces may occur from the html.
Where can I use Markdown and HTML in Zendesk Support



So, if you “minify” your code this should work. Minifying basically means is you just squish it all together in one long string. 
So in the example from this posting, it would look like this instead:  (this should remove any line breaks)

Pergunta

Segui as instruções deste artigo e realizei o Teste de rede do Twilio. No entanto, não sei como ler os resultados. Como uso o teste de rede do Twilio para solucionar problemas de chamadas de agentes do Zendesk Talk?

Resposta

A maioria dos problemas do Talk ou de Voice over Internet Protocol (VOIP) vem da velocidade de conexão de rede, bem como da estabilidade e qualidade da conexão. Uma conexão rápida não é suficiente para a comunicação de voz em tempo real. Os pacotes perdidos ou uma conexão instável também causam problemas.

Realize o teste de rede do Twilio para saber se sua conexão está funcionando. O teste verifica se você atende aos requisitos, como uma rede adequada, se suas portas estão abertas, se seu navegador oferece suporte a chamadas e se seu microfone e alto-falantes funcionam.

O teste de rede do Twilio é dividido em duas colunas:

• Diagnósticos WebRTC do Twilio
• Log de saída

Diagnósticos WebRTC do Twilio

Para todos os testes acima, você precisa ver a mensagem de aprovação verde. Uma mensagem de falha em vermelho pode indicar problemas de rede, especialmente se você receber erros com UDP, TLS ou TCP.

• Se seu agente trabalha em um ambiente de escritório, esses erros podem acontecer porque algo está bloqueado. Certifique -se de que sua equipe de rede seguiu os requisitos de rede do Talk e abriu as portas e os endereços IPs e domínios da lista de aceitação.
• Se essa for uma rede doméstica para o agente, certifique-se de que ela não tem uma configuração especial ou portas de bloqueio do roteador doméstico. Pode ser necessária uma investigação adicional de sua rede.

Log de saída

A coluna à direita do teste de rede do Twilio contém a saída do registro.

A captura de tela acima se refere aos elementos abaixo:

• Certifique-se de que os registros abaixo sejam exibidos em verde. Vermelho indica um problema.
  • A) Conexão UDP estabelecida com o Twilio com êxito em ___ ms
  • B) Conexão TCP estabelecida com Twilio com êxito em ___ ms
  • C) Conexão TLS estabelecida com o Twilio com êxito em ___ ms
• D) Certifique -se de que, mesmo que você passe com êxito no teste de largura de banda , os resultados são muito maiores do que o exemplo acima. Nela, os resultados representam o limite mínimo no qual o Talk funciona de maneira confiável.
  Observação: os números no teste são o limite mais baixo para o Talk.
• E) Verifique o cliente Twilio conectado à auditoria e assegure -se de que você está conectado ao ponto de extremidade correto. Uma rede privada virtual (VPN) pode conectar ao ponto de extremidade errado, por exemplo, se você estiver na Alemanha, mas o registro mostra que você está conectado a um ponto de extremidade dos EUA. A conexão com o ponto de extremidade errado causa latência. O Twilio deve decidir o melhor caminho a seguir, mas uma VPN pode ocultar a localização real ou a região de um agente. A região pode ser uma das seguintes: au1, br1, de1, ie1, jp1, sg1, us1. Para obter as informações mais recentes sobre as regiões do Twilio, consulte o artigo do Twilio: Regiões legadas.
• F) RTT (Round Trip Time): Idealmente, o RTT deve ser de 150 ms ou menos. Quanto maior o valor do RTT, pior será a qualidade da chamada.
• G)Oscilação: A auditoria de oscilação não deve ser maior que 20 ms. Uma oscilação alta pode causar atrasos.
• H) Perda de pacotes: A perda de pacotes indica conexão instável e até mesmo 1% de perda de pacotes pode causar problemas.

Hey all.  Just want to clarify the screenshot above  is not meant to be used as an exact benchmark.  I would say this is an ideal setup above.  If you run this test where it "passes" this is not necessarily indicative of what one would call a quality connection. For example at a minimum I would say for the above, you would want your "lowest" amounts for the above "Simultaneous connections" should be at least 10 or more.  Packet loss should be 0, jitter should be low, etc. If your getting packet loss, jitter and your lowest amount of simultaneous connections is 2, you may pass this test barely but your calls are likely to have a lot of problems.   

the graphic is just an illustration of what the test looks like and what to be aware of during the test.  As Jeff mentions above getting better results on your network connection has a wide variety of factors.  The best place to start is with our Talk troubleshooting guide below which has many suggestions like changing to a hard wired connection like Jeff mentioned or running network tests and working with your network admin.

https://support.zendesk.com/hc/en-us/articles/203661086-How-can-I-troubleshoot-Talk-issues- 

It's my opinion the majority of problems we see are related to VPN or VDI implementations.  Make sure you follow the advice in the networking requirements regarding VPN's.  I.E. make sure to exclude traffic for Twilio and Zendesk ips and domains:

In scenarios where using a proxy, MPLS, or VPN is unavoidable, it's crucial to exclude traffic intended for Zendesk and Twilio domains, including your FQDN subdomain.zendesk.com, and the specified IP addresses outlined in the accompanying documentation. This exclusion is critical to ensure the proper functionality of Talk within these network configurations.