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)

Frage

Ich habe die Anweisungen in diesem Beitrag befolgt und denTwilio-Netzwerktest durchgeführt. Allerdings bin ich nicht sicher, wie ich die Ergebnisse lesen soll. Wie verwende ich den Twilio-Netzwerktest, um Probleme bei Anrufen von Zendesk Talk-Agenten zu beheben?

Antwort

Die meisten Probleme mit Talk oder Voice over Internet Protocol (VOIP) sind auf die Geschwindigkeit der Netzwerkverbindung sowie deren Stabilität und Qualität zurückzuführen. Eine schnelle Verbindung reicht für die Sprachkommunikation in Echtzeit nicht aus. Abgebrochene Pakete oder eine instabile Verbindung führen ebenfalls zu Problemen.

Führen Sie den Twilio-Netzwerktest durch, um herauszufinden, ob Ihre Verbindung funktioniert. Durch den Test wird sichergestellt, dass Sie die Anforderungen erfüllen, wie z. B. ein geeignetes Netzwerk, dass Ihre Ports geöffnet sind, Ihr Browser Anrufe unterstützt und Ihr Mikrofon und Ihre Lautsprecher funktionieren.

Der Twilio-Netzwerktest ist in zwei Spalten unterteilt:

• Twilio WebRTC-Diagnose
• Protokollausgabe

Twilio WebRTC-Diagnose

Für alle oben genannten Tests müssen Sie die grüne Meldung für Bestanden sehen. Eine rote Fehlermeldung kann auf Netzwerkprobleme hinweisen, insbesondere, wenn Fehler bei UDP, TLS oder TCP gemeldet werden.

• Wenn Ihr Agent in einer Büroumgebung arbeitet, können diese Fehler auftreten, weil etwas blockiert ist. Stellen Sie sicher, dass Ihr Netzwerkteam die Talk-Netzwerkanforderungen befolgt und die Ports sowie die in der Zulassungsliste enthaltenen IP-Adressen und Domänen geöffnet hat.
• Wenn der Agent in einem Heimnetzwerk arbeitet, stellen Sie sicher, dass dort keine spezielle Einrichtung vorliegt oder der private Router Ports blockiert. Möglicherweise sind weitere Untersuchungen dieses Netzwerks erforderlich.

Protokollausgabe

Die rechte Spalte des Twilio-Netzwerktests enthält die Protokollausgabe.

Der obige Screenshot bezieht sich auf die folgenden Elemente:

• Vergewissern Sie sich, dass die unten angegebenen Protokolle grün dargestellt werden. Rot weist auf ein Problem hin.
  • A) UDP-Verbindung zu Twilio in ___ ms erfolgreich hergestellt
  • B) TCP-Verbindung zu Twilio in ___ ms erfolgreich hergestellt
  • C) TLS-Verbindung zu Twilio in ___ ms erfolgreich hergestellt
• D) Auch wenn der Bandbreitentest erfolgreich bestanden ist, ist es wichtig, dass die Ergebnisse deutlich höher sind als im obigen Beispiel. Die dort angezeigten Ergebnisse stellen den niedrigsten Schwellenwert dar, bei dem Talk zuverlässig funktioniert.
  Hinweis: Die Zahlen im Test stellen den niedrigsten Schwellenwert für Talk dar.
• E) Überprüfen Sie die Ergebnisse der Twilio-Client-Verbindung und stellen Sie sicher, dass Sie mit dem richtigen Endpunkt verbunden sind. Beispielsweise kann ein virtuelles privates Netzwerk (VPN) Sie mit dem falschen Endpunkt verbinden. So könnten Sie sich beispielsweise in Deutschland befinden, das Protokoll aber anzeigen, dass Sie mit einem Endpunkt in den USA verbunden sind. Wenn eine Verbindung zum falschen Endpunkt hergestellt wird, führt das zu Latenzen. Twilio sollte die beste Weiterleitung wählen, aber ein VPN kann den tatsächlichen Standort oder die Region eines Agenten verbergen. Region kann einer der folgenden Werte sein: au1, br1, de1, ie1, jp1, sg1, us1. Die neuesten Informationen zu den Twilio-Regionen finden Sie im Twilio-Artikel Legacy-Regionen.
• F) RTT (Roundtripzeit): Idealerweise sollte die RTT 150 ms oder weniger betragen. Je höher der RTT-Wert ist, desto schlechter ist die Anrufqualität.
• G) Jitter: Die Jitter-Prüfung sollte nicht länger als 20 ms dauern. Ein hoher Jitter kann zu Verzögerungen führen.
• H) Paketverlust: Ein Paketverlust weist auf eine instabile Verbindung hin: Selbst ein Paketverlust von 1 % kann zu Problemen führen.

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.