Zendesk Talkはインターネットを使用して電話をかけたり受けたりするので、高速で信頼性の高いネットワークを利用することが重要です。Wi-Fiが無効になっている有線ネットワークが最適ですが、使用するネットワークはいずれもTalkが適切に動作するように設定する必要があります。これらの設定を自分で行うことができない場合は、IT部門に相談してください。これらの設定をすることで、以下の問題を低減できます。
- レイテンシー：RTP（メディア）パケットが宛先に到着するまでの時間。レイテンシーは、メディア配信の遅延を引き起こし、通話者の声が互いに重なってしまうことがあります。
- パケット損失： 最終的な宛先に到達しないパケット。パケット損失により、メディアにギャップや欠損が生じ、発信者の声が相手側に聞こえない場合があります。
- ジッタ： 宛先への到着順序が乱れたパケット。ジッタにより、メディアに「ロボット的」な歪みが生じたり、ジッタバッファのオーバーラン時にパケットが失われたりします。
この記事の情報を活用してネットワークの問題を最小限に抑え、Talkを最大限に活用してください。
Talkの使用準備に関する一般情報については、「Zendesk Talkの通話品質の最適化」を参照してください。
この記事では、次のトピックについて説明します。
Talkに必要なポート、ドメイン、およびIPアドレス
Talkが機能するようにネットワーク設定の調整が必要になることがあるかもしれません。すべてのファイアウォール、ルーター、スイッチ、ロードバランサー、およびTalkネットワークトラフィックをブロックまたは操作する可能性のあるその他のハードウェアまたはソフトウェアについて、変更を許可する必要があります。
ポート
Talkは次のポートを使用します（発信）：
- TCP：80、443
- UDP：10,000～20,000
上記のポートは、以下のすべてのドメインとIPアドレスと通信できる必要があります。
Zendeskはアマゾンウェブサービス（AWS）によってホストされています。許可する必要があるすべてのAWS IP範囲のリストについては、「ファイアウォールとZendeskを共存させるための設定」を参照してください。
さらに、ネットワーク上のZendeskサブドメイン（*.{{yoursubdomain}}.zendesk.com）を許可します。
Twilioドメイン
TwilioはZendesk Talkの音声通信プロバイダーです。以下のリストは、アクセスを許可する必要があるTwilioドメインを示しています。
| chunderw-gll.twilio.com |
| chunderw-vpc-gll.twilio.com |
| chunderw-vpc-gll-au1.twilio.com |
| chunderw-vpc-gll-br1.twilio.com |
| chunderw-vpc-gll-ie1.twilio.com |
| chunderw-vpc-gll-jp1.twilio.com |
| chunderw-vpc-gll-sg1.twilio.com |
| chunderw-vpc-gll-us1.twilio.com |
| matrix.twilio.com |
| eventgw.twilio.com |
| chunderw-vpc-gll-de1.twilio.com |
Twilio IPアドレス
以下のリストは、アクセスを許可する必要があるTwilio IPアドレスを示しています。
| 54.252.254.64/26 |
| 177.71.206.192/26 |
| 54.171.127.192/26 |
| 52.215.127.0/24 |
| 54.65.63.192/26 |
| 54.169.127.128/26 |
| 54.172.60.0/23 |
| 34.203.250.0/23 |
| 35.156.191.128/25 |
| -- 最近追加されたアドレス -- |
| 54.244.51.0/24 |
| 3.1.77.0/24 |
| 3.112.80.0/24 |
| 3.122.181.0/24 |
| 18.228.249.0/24 |
| 3.104.90.0/24 |
その他の検討事項
さらに以下のネットワーク構成を実行する必要があります。
- ZendeskとTwilioのIPアドレスとドメインの両方を必ずステートフルパケットインスペクション（SPI）から除外してください。そうしないと、UDPまたはTCPの接続に時間がかかる恐れがあります。
- 場合によっては、スイッチまたは他のネットワークハードウェアが誤って設定されたCiscoスマートスイッチに接続されていることがあり、許可されたドメインとIPアドレスが上書きされる可能があります。これを防ぐには、スマートスイッチに接続しないハードウェアは取り外し。ネットワーク担当チームに上記の設定を反映するようにネットワークを構成させてください。
- ファイアウォールは、Talkを使用するブラウザからパブリックインターネットへの発信UDPを許可し、応答のリターントラフィックを許可する必要があります。ZendeskはAWSでホストされているため、IPアドレス範囲を絞り込むことはできません。AWSネットワーキングの影響により、これらの範囲をわずかに超えるIPアドレスが表示される場合があります。
- ルーターにSIPアプリケーションレベルゲートウェイ（ALG）機能またはステートフルパケットインスペクション（SPI）が装備されている場合は、これらの機能を両方とも無効にします。MPLSまたはVPNではTalkは機能しません。リストされているドメインおよびIPアドレスのトラフィックに、この種のネットワーク設定を実行することを許可しないでください。
上記のポートに対して上記のすべてのIPアドレスとドメインへの接続を許可したら（各ポートはリストされたすべてのドメインとIPアドレスにアクセスする必要があります）、Zendesk Talkのコールの送受信に問題はなくなるはずです。
DSCPの使用
パケット内のDSCPタグによって、ネットワークアプライアンスにトラフィックの優先順位の付け方を知らせることができます。デフォルトで、Talkのコールは46のDSCPタグを取得します。ネットワークで輻輳が発生する場合は、このセクションの手順を使用してDSCPを実装することを検討してください。Twilioクライアント1.3以降は、互換性のあるブラウザ（Google Chromeなど）ではデフォルトでDSCPを有効にします。
互換性のあるブラウザは、WebRTCメディアパケットにタグを付けます。これにより、LAN上で差別化処理が可能になり、リアルタイムメディアを他のネットワークトラフィックよりも優先させることができます。DiffServ（Differentiated Services）フィールドは、IPv4ヘッダーのTOSオクテットまたはIPv6トラフィッククラスのオクテットにあります。DiffServ準拠のネットワークノード（ルーターなど）には、DSフィールドの値に基づいてパケットを選択する分類器と、DSフィールドの値によって示される特定のパケット転送処理を配信できるバッファ管理およびパケットスケジューリングメカニズムが含まれます。
Twilioクライアント1.3では、送信されたRTPパケットはローカルWiresharkパケットキャプチャにDiffServコードポイントを持ちます。DSCPを有効にすると、WebRTCエンジンはRTPパケットにEFをマークします。以下は優先転送に関連する値です。
- バイナリ：101 110
- 16進数：0x2e
- 十進数：46
webRTCをサポートするChromeやFirefoxなどのブラウザを使用する必要があります。DSCPを実装する場合は（推奨）、Chrome（ベータ版を除く最新バージョン）を使用してください。DSCPをサポートしているのはChromeのみです。
Chromeの最新バージョンを使用しているかどうかを確認するには、アドレスバーに「chrome://help/」と入力します。「再起動」ボタンが表示されたら、クリックしてChromeを更新します。
DSCP機能を正しくチェックする
一部のWindowsベースの環境では、ネットワークがDSCP用に設定されているにもかかわらず、DSCPタグが除外されます。ネットワーク担当チームは、 Wiresharkでキャプチャを実行することにより、DSCPタグがWindowsによって除外されているかどうかを確認できます。DSCPを強制するグループポリシーを実装するか、コンピューターがドメイン内にない場合は、コンピューターごとにDSCPを実装します。
WindowsでDSCPタグが削除されないようにするには、コンピューターがドメイン内にあるかどうかに応じて、次の手順を実行する必要があります。
ドメイン外のコンピューターのDSCPタグを確認する
このセクションでは、レジストリ設定を変更して、構成するグループポリシー設定に基づいて使用されるQoS設定を指定できるようにします。
ドメイン内にないマシンのDSCPタグを確認するには
- Windowsレジストリエディターで、HKEY_LOCAL_MACHINE > CurrentControlSet > Services > Tcpip > QoSに移動します。QoSキーが存在しない場合は、Tcpipを右クリックし、New Keyをクリックして、QoSを入力します。
- QoSキーをクリックします。
- 文字列がまだ存在しない場合は、「NLAを使用しない」という新しい文字列値を作成します。
- 値を1に設定します。
ウィンドウは次の画像のようになります。
- コンピューターを再起動して設定を適用します。
ドメイン内のコンピューターのDSCPタグを確認する
ドメイン内にあるコンピューターの場合、グループポリシールールを使用してQoS設定を管理します。
ドメイン内のマシンのDSCPタグを確認するには
- コマンドウィンドウに「gpedit.msc」と入力して、Windowsグループポリシーエディターを開きます。
- 「コンピューターの構成」にある「Windowsの設定」を展開します。
- 「ポリシーベースのQoS」を右クリックし、「新規ポリシーの作成」をクリックします。
開いたウィザードで、使用するQoSルールを構成します。
- 最初の画面で、ポリシー名として「Zendesk Talk DSCP」と入力し、「46」のDSCP値を指定します。
- 「次へ」をクリックします。
- 2番目の画面で、「次の実行可能ファイル名を持つアプリケーションのみ」を選択し、「Chrome.exe」と入力します。
- 「次へ」をクリックします。
- 3番目の画面で、「次へ」をクリックします。
- 最後の画面で、QoSを適用するプロトコルを選択します。ZendeskTalkの場合、UDP以外のものは選択できません。
また、このページで別のポート範囲も選択できますが、今のところは、何も変更しないでください。
完了すると、ルールは次のようになります。
これらの手順に従うことで、WebRTCパケットに優先順位が付けられ、Zendesk Talkでの作業が最適化されます。
この新しいグループポリシーを有効にするには、クライアントコンピューターを再起動する必要があります。
Windowsコンピューターの要件
Windowsオペレーティングシステムを搭載したコンピューターを使用している場合、Zendesk Talkで問題が発生する場合があります。ZendeskTalkのお客様は、Quality Windows Audio Video Experience（QWAVE）サービスのスタートアップの種類をデフォルトの「手動」ではなく「自動」に設定する必要があります。
QWAVEが有効で、起動が自動であることを確認するには
- Windowsのスタートメニューで「cmd」を入力します。
- 「コマンドプロンプト」を右クリックし、「管理者として実行」をクリックします。
- 次のテキストをコマンドラインに貼り付けます。
net start QWAVE
- Enterキーを押します。次のような結果が表示されます。
- 次のテキストを貼り付けて、サービスの「スタートアップの種類」を「自動」に設定します。
REG add "HKLM\SYSTEM\CurrentControlSet\services\QWAVE" /v Start /t REG_DWORD /d 2 /f
- Enterキーを押します。
「QWAVE」サービスは、「自動」のスタートアップの種類に設定されました。上記の手順を実行中にエラーが発生した場合は、ITチームのメンバーまたはコンピューター管理者に相談してください。ネットワークにグループポリシーを設定して、すべてのクライアントコンピューターのサービスを自動に設定するようにします。
0 コメント
ログインしてコメントを残してください。