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)

Domanda

Ho seguito le istruzioni in questo articolo e ho eseguito il test di rete Twilio. Tuttavia, non so come leggere i risultati. Come si usa il test di rete Twilio per risolvere i problemi relativi alle chiamate degli agenti Zendesk Talk?

Risposta

La maggior parte dei problemi di Talk o Voice over Internet Protocol (VOIP) deriva dalla velocità di una connessione di rete, nonché dalla stabilità e dalla qualità della connessione di rete. Una connessione veloce non è sufficiente per le comunicazioni vocali in tempo reale. La perdita di pacchetti o una connessione instabile possono anche causare problemi.

Esegui il test di rete Twilio per capire se la connessione funziona. Il test garantisce il rispetto dei requisiti, come una rete adeguata, le porte aperte, il supporto delle chiamate da parte del browser e il funzionamento del microfono e degli altoparlanti.

Il test della rete Twilio è suddiviso in due colonne:

• Diagnostica Twilio WebRTC
• Uscita registro

Diagnostica Twilio WebRTC

Per tutti i test indicati sopra, devi visualizzare il messaggio di superamento in verde. Un messaggio rosso di errore può indicare problemi di rete, in particolare se si verificano errori con UDP, TLS o TCP.

• Se il tuo agente lavora in ufficio, gli errori si verificano perché qualcosa è stato bloccato. Assicurati che il team di rete soddisfi i Requisiti della rete Talk, apra le porte e inserisca indirizzi IP e domini nella whitelist.
• Se si tratta di una rete domestica per l’agente, assicurati che i tuoi agenti non dispongano di una configurazione speciale o di un router di casa che blocchi le porte. Potrebbero essere necessarie ulteriori indagini sulla rete.

Uscita registro

La colonna a destra del test di rete Twilio contiene l'output del registro.

Lo screenshot qui sopra si riferisce agli elementi seguenti:

• Assicurati che i registri qui sotto siano visualizzati in verde. Se appare il colore rosso, vuol dire che si è verificato un problema.
  • A) Connessione UDP a Twilio stabilita correttamente in ___ ms
  • B) Connessione TCP a Twilio stabilita correttamente in ___ ms
  • C) Connessione TLS a Twilio stabilita correttamente in ___ ms
• D) Assicurati che anche se il test della larghezza di banda supera il test, i risultati siano molto superiori a quelli dell'esempio qui sopra. I risultati rappresentano la soglia minima entro la quale Talk funziona in modo affidabile.
  Nota: I numeri nel test rappresentano la soglia più bassa per Talk.
• E) Controlla il client Twilio connesso all’audit e assicurati di essere connesso all’endpoint corretto. Una Virtual Private Network (VPN) potrebbe collegarti all’endpoint sbagliato, ad esempio se ti trovi in Germania, ma il registro mostra che sei connesso a un endpoint statunitense. La connessione all’endpoint sbagliato causa latenza. Twilio dovrebbe decidere la strada migliore da seguire, ma una VPN può nascondere la vera posizione o regione di un agente. La regione può essere una delle seguenti: au1, br1, de1, ie1, jp1, sg1, us1. Per informazioni più recenti sulle regioni di Twilio, consulta l'articolo su Twilio: Regioni legacy.
• F) RTT (tempo di andata e ritorno): Idealmente, l’RTT dovrebbe essere di 150 ms o meno. Maggiore è il valore RTT, minore è la qualità della chiamata.
• G) Jitter: La verifica del jitter non deve superare i 20 ms. Un jitter elevato può causare ritardi.
• H) Perdita di pacchetti: La perdita di pacchetti indica una connessione instabile e anche una perdita dell’1% può causare problemi.

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.