1つのDIDで音声とSMS：共有制限と誤った期待

1つのDIDで音声とSMS：共有制限と誤った期待。

デュアル用途E.164の現実

音声とSMSの両方に1つのE.164番号を割り当てるとテナントの運用効率が向上しますが、共有容量の制約も生じます。1本の回線が無限の並列ストリームを意味するわけではありません。キャリアは、全く同じリソース上で音声の同時通話とメッセージのバーストに対して個別のスループット規則を課します。テナントが高ボリュームのOTPトラフィックをインバウンドのサポート電話と同時に実行すると、キャリアゲートウェイレベルで競合が発生します。ホワイトレーベルプラットフォームは、リソースの共有が物理的なボトルネックの共有を意味することを再販業者に教育する必要があります。

同時接続数の上限とスループットのボトルネック

標準的なDID上の音声チャネルは、トランクグループが拡張されない限り、通常は番号あたり2つの同時セッションに制限されます。メッセージングは​​、上流のルーティングパートナーによって強制される1秒あたりのスループットルールに依存します。マーケティングキャンペーンがSMSバーストの急増を引き起こした場合、リソースが不適切に重複すると、インバウンド音声トランクでジッターや話中音が発生する可能性があります。単一のDIDは専用のコールセンター用トランクではないことをテナントに説明してください。高密度キャンペーンを開始する前にインフラストラクチャを準備するために、本番前のDIDメッセージング準備 に関するガイドを確認してください。

混在メディアにおける課金の透明性

単一の識別子で複数のメディアタイプを処理する場合、透明性の高い課金が不可欠です。音声は分単位または6秒刻みで課金され、メッセージングは​​セグメントごとおよび配信確認手数料ごとにコストが発生します。マージンを保護するためには、発信音声の分単位の接続課金ルールとメッセージングのDLR追跡を考慮に入れる必要があります。持続可能なホワイトレーベルプラットフォームの運営には資本規律が必要です。IOSORは、ゲートウェイの残高を健全に保つために20米ドルのプリペイドフロアを強制し、月額1,000米ドルに近づくアカウントは、トラフィックの健全性を検証し不正の急増を防ぐためのソフトレビューを受けます。

JITプロビジョニングとライブ検証

番号が静的な倉庫の在庫として保持されることはありません。これらはキャリアプールからJIT(Just-In-Time)で取得され、プリペイドホールドに置かれ、APIリクエスト時に即座に割り当てられます。このJITモデルにより、テナントは古い割り当てのないクリーンな在庫を常に確実に受け取ることができます。割り当てられたら、パイロットフェーズを実行する必要があります。本番スケーリングの前に音声接続とSTOP OKキーワード処理の両方を検証するために、DIDパイロット運用週：初回JIT割当後の確認事項 に関するプロトコルをお読みください。

一般的な障害モードと軽減策

共有DID設定は、不適切なWebhook処理やDLRコールバックの失敗が原因で頻繁に失敗します。トラフィックピーク時にアプリケーションサーバーの動作が遅くなると、音声シグナリングのタイムアウトとSMS配信キューが同時にバックアップされます。テナントは、音声通話制御とメッセージディスパッチのアプリケーションスレッドを分離する必要があります。適切なキュー管理を実装することで、一方のメディアタイプの急増がもう一方の処理能力を枯渇させないようにすることができます。

IOSORから始めましょう

今週、音声と SMS を同時に担う E.164 を一本選ぶ。同じ番号の同時音声席と SMS の TPS を書き出す。衝突を作る。通話中に SMS バースト、待ち行列が空くあいだに着信。誰かが無制限の二商品を約束する前に、話中音と失敗 MT を一枚に載せる。

IOSORの要点

一本の DID は共有管であり、無制限の二商品ではない。

やる：同じ番号で音声と SMS の衝突を測ってから二重 Live を売る。やるな：一本で無制限の同時音声と SMS 一斉を約束すること。