お使いのSIPインフラとの間でSIPリクエストの発着信が行われる際にエラーに遭遇すると、TwilioはDebugger Alert recordを記録します。 これらはデバッグ用途に大変便利な場合があります。 アラートトリガーを設定してアラートの希望する任意のアラートエラーコードに応じて、またオプションでトリガーでき、またオプションで対応するWebhookまたはメール通知を送信できます。 32xxx番台がSIP固有のエラーコードです。
Twilio Expert Servicesには、パッケージングされたワークショップ、レビューと最適化サービス、およびベストプラクティスと技術的な統合を支援するカスタムコンサルティング契約が含まれています。 エキスパートサービスは、時間を短縮し、リスクを最小限に抑えるのに役立ちます。 エキスパートサービスを購入される場合はこちらにアクセスしてください。
下記ではよくある接続の問題を表しています。エラスティックSIPトランクを設定するときに参考にしてください。潜在的な原因 と トラブルシューティングのヒントを提供しています。
再度 PBXなどのお持ちのコミュニケーションインフラが適切に設定できているか確認ください。トランクをテストするも合わせてご利用ください。
原因 : お客様のファイヤーウォールがTwilioへのアウトバウンドSIPリクエストをブロックしている。
原因 : PBXがパブリックDNSサーバーにアクセスできない。
原因:INVITEリクエストのRequest-URIにTermination URIを含めていない可能性があります。
sip:<e.164 formatted phone number>@<your termination URI>原因:トランクに設定されたACLにあり、ACLにINVITEリクエストを生成したIPアドレスが含まれていません。
原因:トランクのクレデンシャルリストにあります。あなたのINVITE の認証ダイジェストが正しくありません。ユーザー名・パスワードを確認してください。
ヒント：どんな403INIVITEを受け取っているかで原因を特定できます。もし初めに "digest-less" INVITEの場合、多くの場合ACLの情報が一致していません。もし Auth digest(407 Authentication required)を伴ったINVITEの場合、クレデンシャル情報が居一致していません。
原因:通話を開始する際、E.164フォーマットでダイヤルする必要があります。
Cause: Free Trial accounts are required to use a Twilio-verified Caller-ID for both the TO and FROM number.
Be sure to format the To and From number in full E.164 format, including the + sign. For example, +15005551212. It cannot be 5005551212, 15005551212.
Be sure to set the From number to either a Twilio number assigned to your account or a verified Caller-ID number, in your Twilio account.
INVITEに Remote-Party-ID が含まれる場合、上述のように有効な発信者番号が指定されているかご確認ください。
原因: 宛先の番号がTwilioのブラックリストに登録されています。
原因: アカウントの「音声通話の地域による許可」にてオフになっている国への発信を試みています。
原因: アカウントに設定された秒間の発信可能数 (CPS = Call Per Second) を超えてターミネーション通話を生成しようとしています; これは既定では1CPSです。
料金をお支払いいただくとCPSレートを引き上げることができます。 詳細についてはTwilioのアカウント管理者、または弊社営業担当にお問い合わせください。
代替手段としては、SIPインフラからTwilioへターミネーション通話をキューイングする頻度を落としてください。
原因: トライアル・アカウントでトランクを使用中に、同時に4つ以上の通話がアクティブになっています。
有償アカウントにアップグレードすれば、この制限を解除できます。
代替案として、Twilioトランクにおける同時通話数を減らしてください。
原因: SIP通信インフラがリクエストURL内のTwilioの200 OKコンタクトヘッダーのIPアドレス以外のIPアドレスを使用してTwilioへのACKを不正に送信しています。 これにより、TwilioはACKを処理しないため、30秒後にトランザクションがタイムアウトし、Twilio側からBYEを介してコールの双方に対して切断が行われます。
原因: SIP通信インフラがURIのTwilioのプライベートIPアドレスを不正に調整／置換しており、ACKのヘッダーが独自の公開IPアドレスを返しています。 これはACKをSIP通信インフラに送り返すことになり、結果として処理がされないことになります。 ACKが処理されないため、Twilioは（正確には）タイムアウトし、通話は終了します。
原因：SIP インフラストラクチャで、スタックされている Twilio 固有のプライベート IP アドレスが、200 OK の別の IP アドレスで置き換えられています。これは主に、一定範囲のプライベート IP がグローバルに置換されることが原因です。これにより、200 OK が Twilio インフラストラクチャ内で破棄され、ACK が送信されるのを回避し、インフラストラクチャが通話を終了します。
原因：SIP インフラストラクチャーで、プライベート IP アドレスを含むコンタクトヘッダーとともに、200 OK が返されています。Twilio はコンタクトヘッダーの IP アドレスに ACK を送り返す必要があるため、ACK がそのプライベート IP アドレスに送られています。プライベート IP アドレスはパブリックルーティング不可であるため、ACK は SIP インフラストラクチャーに到達することはなく、通話がタイムアウトになり、削除されます。
原因: PBXが Twilio SIP トランクアドレスで設定したIPアドレスを持っていない。
原因：PBXにTwilio SIP Trunking IPアドレスが設定されていないか、またはピアとしてホワイトリストに登録されていません。
原因：PBXにTwilio SIP Trunking IPアドレスが設定されていないか、またはピアとしてホワイトリストに登録されていません。
原因：TwilioはSIP通信インフラからのレスポンスを受け取っていません。
トランクのオリジネーション設定に構成済みのSIP URIが正しいかどうかご確認ください。
TwilioのIPアドレスとポートがホワイトリストに登録されているか、ファイアー・ウォールをご確認ください
TwilioのIPアドレスとポートがホワイトリストに登録されているか、ご使用のPBXをご確認ください
原因: お客様のPBXが、INVITEで指定されているものより大きなセッション期限で設定されています。 考えられる原因は:
お客様のPBXが非常に大きなセッション期限の値で構成されています。
キャリアのINVITEには、非常に小さなセッション期限が設定されています。
Twilioは現在セッション・タイマーをサポートしておらず、Supported: Timer ヘッダーを取り除きます。 このように、セッション期限の値は実際にはPBX側で無視されるべきものですが、実際にはそうなっていません。 回避策として、PBX側の Session-Expires を通常の既定値である1800または3600など適切な値まで下げてください。
原因: Twilio SIPトランクにオリジネーションSIP URIを構成していないか、解決を行わない「不正な」SIP URLを構成しています。
原因：SIP インフラストラクチャでサポートされているコーデックのリストに G.711 PCMU が含まれていません。Twilio は現在 G.711 PCMU のみをサポートしています。
原因: あなたのファイヤーウォールはTwilio SIP トランクアドレスをホワイトリストに入れていない。
原因:PBXがTwilioに送信されるSDPにローカル（LAN）IPアドレスを記入しています。
原因:ファイヤーウォールがTwilioからのRTPをブロックしている。
原因: ファイアー・ウォールがPBXからTwilioへのRTPパケットをブロックしています。
原因: お使いのインターネットプロバイダーがPBXからTwilioへのRTPパケットをブロックしています。
原因: RTPパケットがTwilioのインフラを通過するには低すぎる値（10以下）にまでパケットのTTLが減少するルートを通っています。
誰しもが一度は考える「コーディングって難しい」。そんな時は、お問い合わせフォームから質問してください。 または、Stack Overflow でTwilioタグのついた情報から欲しいものを探してみましょう。