BroadNet
運用 BroadNet回答

メッセージングにおけるルートフェイルオーバーとは?

最終確認日 1 読了目安BroadNetエンジニアリング部門による確認済み
クイック回答

ルートフェイルオーバーとは、失敗したプライマリルートからのSMS送信を、正常なセカンダリルートへ自動的に再ルーティングすることであり、理想的には同一のsubmit_smトランザクション内で行われます。1日あたり数千万件のメッセージを処理するCPaaSにとって、フェイルオーバーの有無は到達率99.9%と99.05%の差となり、ユーザーに認識される失敗回数において10倍もの違いが生じます。

平易な言葉による定義ベンダーニュートラル確認日 2026年7月22日
詳細回答

必要な情報はすべて、不要な情報は一切なし

§01

フェイルオーバーのトリガー

3つのトリガー・クラス。ハード障害:宛先SMSCへのTCP切断、SMPPバインドの期限切れ、継続的なsubmit_smエラーコード(ESME_RSYSERR、ESME_RTHROTTLED)。ソフト障害:しきい値を超えるp95レイテンシ、配信ルートごとの最小値を下回るDLR成功率(例:<85%)、通信事業者ごとの輻輳ウィンドウの縮小。予測トリガー:パートナーの配信ルートにおける計画メンテナンス時間、上流信号による既知の通信事業者側のインシデント。

§02

求められる速度

OTPの場合、1秒未満のフェイルオーバーを実現します。マーケティングキャンペーンの場合は、5〜30秒となる場合があります。BroadNetのルーティングエンジンは、メッセージごとに5ミリ秒未満で評価を行い、リアルタイムで更新される通信事業者ごとの品質スコアに基づき、最も安価に配信できるルールを適用します。プライマリルートの品質が低下している場合は、メッセージが送信される前にセカンダリルートが選択されます。

§03

トラップ

単純なフェイルオーバーは、別のアグリゲーター経由で同じ通信事業者のSMSCにルートを切り替えるものですが、問題が通信事業者側にある場合は意味がありません。優れたフェイルオーバーは、構造的に異なるパス(異なるSS7 PoP、異なるトランジットアグリゲーター、宛先が対応している場合は異なるMNC)を選択します。最適なフェイルオーバーは、障害モードを把握し、それに応じて選択します。TCPレベルの障害であれば、別のトランジット経由で同じ通信事業者を試行し、HLRレベルの障害であれば、別の通信事業者ポータビリティパスを試行します。

§04

購入者が確認すべき事項

アグリゲーターにこう尋ねてください。「宛先通信事業者ごとの、過去30日間の配信ルートマップとルート品質のスコアボードを見せてください」。これを示せないアグリゲーターには、真のフェイルオーバー機能はありません。単一のルートしか持っておらず、運に頼っているだけです。BroadNetの顧客向けルートダッシュボードは、1分ごとに更新されます。法人向けだけでなく、すべてのアカウントで利用可能です。

BNBroadNetエンジニアリングチームによる執筆·2003年よりキャリアグレードのメッセージングを提供、本社はドバイ·編集基準
これを使用して構築する

実装に関するサポートが必要ですか?

以下のページでは、このコンセプトを具現化する製品および統合ガイドをご紹介しています。詳細を直接確認したい場合は、中東・北アフリカの営業時間内であれば、弊社のエンジニアリングチームが当日中に対応可能です。

エンジニアリングチームに相談する
フィードバック

この回答は役に立ちましたか?

皆様の投票により、どの回答を例、図解、コードスニペットを用いて拡充すべきかの優先順位を決定できます。

この回答は役に立ちましたか?
ありがとうございます。承知いたしました。この回答は継続的に更新されます。
承知いたしました。不足していた内容を教えてください — メッセージを送信する。

コンテンツの執筆・レビュー方針

お困りですか?

開発について、現場のエンジニアに直接ご相談ください。

1営業日以内にご返信します。また、本番用アカウントをご利用のお客様には24時間365日のサポートを提供しています。当社のソリューションエンジニアは、単なるスクリプトではなく、実用的なコードを提供します。

$ curl -X POST https://api.broadnet.me/sms/sendSms
応答SLA
テストアクセス申請1営業日以内にご返信します
本番環境24 / 7 · < 15 min
通信事業者NOC24 / 7 · ページャー対応