SMPPアクセス
この概念文書では、VonageのAPIにアクセスするためにRESTの代わりにSMPPを使用することについて説明します。SMPP アクセスを実装するには、この複雑な通信プロトコルを深く理解し、多くの低レベルの開発作業を行う必要があります。ほとんどの開発者はこの情報を無視してかまいません。
デフォルトでは、アカウントはHTTPS経由でVonageのREST APIを使用するように設定されています。あなたの組織が既存のSMPP実装を持つアグリゲータでない限り、このガイドの情報はおそらくあなたには無関係でしょう。
内容
本書は以下の内容をカバーしている:
SMPPとは?
ショートメッセージ・ピアツーピア(SMPP) は、ショートメッセージサービスセンター(SMSC)や外部ショートメッセージエントリ(ESME)の間でSMSメッセージを交換するために電気通信業界が使用するプロトコルである。
SMPPは レベル7 TCP/IPプロトコルSMSメッセージの高速配信を可能にする。などの非GSM SMSプロトコルをサポートしているため、SS7ネットワーク外でのショートメッセージ交換に広く使われている。 UMTS そして ふごうぶんかつたじゅう.
VonageはSMPPを使用して世界中の複数の通信事業者に接続しています。SMPPは標準であるため、私たちは新しい通信事業者が標準的な接続手段を提供することを期待しています。そうであれば、私たちは比較的簡単にそれらを統合することができます。
Vonageプラットフォームへの接続にはSMPPを使うべきですか?
ボネージは 違う 以下の理由から、SMPPへのアクセスを奨励する:
- SMPPは非常に複雑な通信プロトコルである。これを正しく使うには、ドメインの専門家でなければなりません。
- 実装には、我々のREST APIとは異なり、多くの低レベルの開発作業が必要となる。
- ボネージは 違う は、SMPP上でグローバルな高可用性やディザスタリカバリを提供する。これはプロトコルの設計によるもので、メッセージを交換する前にクライアントとサーバ間でバインドを確立する必要があります。VonageのSMPPインスタンスの1つに障害が発生した場合、そのインスタンスを使用している顧客はいずれかにならなければなりません:
- すでに別のインスタンスにバインドされており、トラフィックを迂回させる。
- インスタンスにバインドされなくなったことを確認し、別のインスタンスとバインドしようとする。
なぜVonageはSMPPアクセスを提供するのですか?
Vonageは、新しいキャリアを統合し、既存のSMPPを導入している顧客が当社のプラットフォームをより簡単に使用できるようにするために、このサービスを提供しています。
Vonage の REST API 上でメッセージングを再実装する代わりに、Vonage の SMPP クラスタとのバインドを確立するために既存の統合を変更することができます。
SMPPアクセスの設定
以下のいずれかの方法で、VonageプラットフォームへのSMPPアクセスを設定できます:
標準構成
- 続きを読む SMPP FAQ文字エンコーディング、DLRフォーマット、連結メッセージ、スロットル管理、その他の重要な情報が含まれています。
- メールでのお問い合わせ 毎月の出来高予測をお知らせください。SMPPへのアクセスが可能になるようシステムを設定し、詳細情報へのリンクを記載した確認メールをお送りします。
カネルの使用
を使うことができる。 カネル バージョン1.4.3以降でSMPPアクセスを設定する:
を完了する。 標準構成 のステップを踏む。
ダウンロード
kannel.conf設定ファイル.編集
kannel.conf交換する$nexmo_userそして$nexmo_passwordを入力します。セキュリティ上の理由
kannel.confからのアクセスのみを許可する。localhost.別のマシンからのアクセスを有効にするには、以下のパラメータをkannel.conf.例えば、IPアドレスの場合X.X.X.XそしてY.Y.Y.Y:Kannelを再起動する。
テストメッセージを送信してください。例えば
SMPPインスタンス
VonageはSMPPの5つのインスタンスをホストしている:
SMPP1/2- クラスタード(NA)SMPP3/4- クラスタード(APAC)SMPP0- クラスタ化されていない
の両方にバインドすることをお勧めします。 SMPP1 そして SMPP2 またはその両方 SMPP3 そして SMPP4.にのみバインドする。 SMPP0 クラスタ化されたセットアップにバインドできない場合。
スタンドアロン・インスタンス SMPP0 は、複数のIPアドレスへの同時バインドを維持できない、レガシーインフラストラクチャを実行しているアグリゲータのためのものです。バインド先が SMPP0SMPPの冗長化により、計画的・非計画的ダウンタイムのリスクを回避する必要があります。