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)

質問

この記事の手順に従ってTwilioネットワークテストを行いましたが、結果の見かたがわかりません。Zendesk TalkエージェントコールのトラブルシューティングにTwilioネットワークテストを使用するにはどうすればよいですか？

回答

TalkまたはVoice over Internet Protocol（VOIP）に関する問題のほとんどは、ネットワーク接続の速度だけでなく、ネットワーク接続の安定性と品質も原因で発生しています。高速接続では、リアルタイムの音声通信には不十分です。パケットがドロップしたり、接続が不安定になることも、問題を引き起こします。

Twilioネットワークテストを実行し、接続が機能しているかどうかを確認します。このテストでは、適切なネットワークがあること、ポートが開いていること、ブラウザがコールをサポートしていること、マイクとスピーカーが動作していることなどの要件を満たしていること確認します。

Twilioネットワークテストは、次の2つのコラムに分かれています。

• Twilio WebRTC診断
• ログ出力

Twilio WebRTC診断

上記のすべてのテストにおいて、緑色の合格メッセージを確認してください。赤色の不合格メッセージは、特にUDP、TLS、またはTCPでエラーが発生した場合に、ネットワークの問題を示している可能性があります。

• エージェントがオフィス環境で作業している場合、何かがブロックされているためにこれらのエラーが発生する可能性があります。ネットワークチームがTalkのネットワーク要件に従って、ポートとホワイトリストに登録されたIPアドレスとドメインを開いていることを確認してください。
• これがエージェントのホームネットワークである場合は、エージェントに特別な設定やホームルーターのブロックポートがないことを確認してください。ネットワークの追加調査が必要になる場合があります。

ログ出力

Twilioネットワークテストの右側の欄には、ログ出力が表示されます。

上のスクリーンショットは、以下の要素を参照しています。

• 以下のログが緑色で表示されていることを確認します。赤のログは、問題が発生したことを示しています。
  • A）TwilioへのUDP接続が___ミリ秒で正常に確立されました
  • B）TwilioへのTCP接続が___ミリ秒で正常に確立されました
  • C）TwilioへのTLS接続が___ミリ秒で正常に確立されました
• D）帯域幅テストに合格しても、上記の例よりもはるかに高い結果が得られることを確認します。ここで、結果は、Talkが確実に動作する最低しきい値を表します。
  メモ：テストの数値は、Talkの最低しきい値です。
• E）監査に接続されたTwilioクライアントを確認し、正しいエンドポイントに接続されていることを確認します。Virtual Private Network（VPN）が間違ったエンドポイントに接続することがあり、たとえば、お客様がドイツにいても、ログには米国のエンドポイントに接続されていると示されていることがあります。間違ったエンドポイントに接続すると、遅延が発生します。Twilioは最適なルートを決定する必要がありますが、VPNによってエージェントの実際の場所や地域が隠される場合があります。地域は次のいずれかになります。au1、br1、de1、ie1、jp1、sg1、us1。Twilioの地域に関する最新情報については、Twilioの次の記事を参照してください：「旧バージョンの地域」。
• F）RTT（往復時間）：理想的には、RTTは150ms以下である必要があります。RTT値が高いほど、コールの品質が低下する可能性があります。
• G）ジッタ：ジッタ監査は20msを超えてはなりません。ジッタが高いと遅延が発生する可能性があります。
• H）パケット損失：パケット損失は接続が不安定であることを示し、1%のパケット損失でも問題が発生する可能性があります。

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.