アスタリスクに適切なオペレーターを介して電話をかけることを簡単かつ簡単に教える方法

ご挨拶、％ユーザー名％！



今日は、面倒な正規表現に頼ることなく、適切な方向に通話を自動的にルーティングするようにアスタリスクを教えることができるソリューションを共有したいと思います。







実践は、ますます多くの企業が通信コストについて考え始めていることを示しています。 この場合の費用の大部分は、携帯電話番号への通話です。 ここから、発信通話を処理し、通話が無料または最低コストで行われる回線にルーティングするタスクが生まれました。



私の場合、GSMゲートウェイに挿入された対応するSIMカードを介して、Big Threeオペレーターのホーム地域に通話をルーティングする必要がありました。 選択した演算子の代わりに、主題との類推によって他の方向を使用できます。



OpenVox VoxStack VS-GW1202-4Gはゲートウェイとして機能し、既知のオペレーターのSIMカードが以前に挿入され、アスタリスクへの3つのトランクが構成されていました。



もちろん、この問題を解決する方法はたくさんありますが、MySQLデータベースからの数値の自動調整と、目的の行へのリダイレクションという、最適と思われる解決策について詳しく説明します。 実装は非常に単純ですが、一部の場所ではいように見えるかもしれません。



すべての作業をいくつかの段階に分けることができます。

1. データベースを作成して入力する
2. データベースを操作するためにアスタリスクを準備する
3. 発信通話を処理するためのダイヤルプランを書く

ベース準備

最初に、別のデータベースを作成する必要があります（オプション）：

CREATE DATABASE telcodes;
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

私たちの状況ではルートへのアクセスは与えないほうがいいです。なぜなら これは必要ではありません。また、設定ファイルにルートログインの形式のセキュリティホールとオープン形式のMySQLパスワードは必要ありません。 したがって、データベースへのアクセスのみを任意のユーザーに許可します（私の場合、ユーザー： "mobile"、パスワード： "heavypass"）

 CREATE DATABASE telcodes; GRANT ALL ON telcodes.* TO mobile@localhost IDENTIFIED BY 'mobile'; FLUSH PRIVILEGES; SET PASSWORD FOR 'mobile'@'localhost'=PASSWORD('heavypass');
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

テーブルを作成します。



そして今、あなたは詰め物に直接行くことができます。 誰もが自分の方法を自由に選択できます。私は次のことに焦点を当てます。

 wget http://www.rossvyaz.ru/docs/articles/Kody_DEF-9kh.csv cat Kody_DEF-9kh.csv | iconv -f pt154 -t utf8 >> telcodes.csv mysqlimport -umobile -p telcodes /usr/src/telcodes.csv --fields-terminated-by=';' --lines-terminated-by="\r\n"
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

RossvyazのWebサイトからモバイルオペレーターのコードのリストを取り出し、エンコードを変換してデータベースにアップロードします。 ファイルへのパスはオプションです。



データベースはいっぱいですが、エンコードの問題を回避するために、小さな変更を行います。 ホームリージョンのコールにビッグ3番号を選択する必要があります。次に、それらを変更し、リージョンをhomeとしてマークし、名前をそれぞれbeeline 、 mtsおよびmegafonに変更します。

 UPDATE telcodes set region = 'home',operator = 'beeline' where operator = '-' and region = '   '; UPDATE telcodes set region = 'home',operator = 'mts' where operator = ' ' and region = '   '; UPDATE telcodes set region = 'home',operator = 'megafon' where operator = '' and region = '   ';
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

データベースを使用する準備ができました。

アスタリスクの準備

ODBCを使用して、アスタリスクをデータベースに接続します。 これは統一されたソリューションだと思います。 まず、ODBCサポートを使用してアスタリスクを再構築する必要があります。 私の場合のOSの品質はUbuntu Server 12.04です。

パッケージunixodbc、unixodbc-devおよびlibmyodbcを配置します

 apt-get install unixodbc unixodbc-dev libmyodbc
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

アスタリスクのソースがあるディレクトリで、次のことを行います。

 ./configure && make menuselect
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

func_odbcの可用性を確認する必要がある関数で、 res_odbcモジュールが使用可能で有効になっていることを確認します。 次に、保存して実行します。

 make && make install
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

ODBCのドライバーがある場所を探します

 # dpkg -L libmyodbc
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

ODBCの構成ファイルがある場所を探します

 #odbcinst -j
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

/etc/odbcinst.iniを編集して、ファイルにエントリを追加します。





/etc/odbc.iniファイルにデータベースへの接続を記述します





そして現在、ODBCを使用してMySQLにアスタリスクを直接導入しています。 /etc/asterisk/res_odbc.iniに変更を加える





/etc/asterisk/modules.confにモジュールロードを書き込みます

 preload => res_odbc.so
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

これで、Asterisk自体を再起動するか、 res_odbc.soモジュールをロードすることができます。 次に、CLIでコマンドを実行します。

 odbc show all
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

この時点で、2番目の段階は完了したと見なすことができます。データベースを作成して入力し、アスタリスクと友達になりました。

ダイヤルプラン作成

さて、発信コールを処理するためのダイヤルプランの直接作成を開始できます。



ダイヤルされた各番号はマクロによって処理され、その結果、呼び出しが行われる回線が決定されます。 ダイヤルされた番号は、マクロに渡される引数として機能します。 マクロを入力する前でも最初の文字（8）は切り捨てられます。その後、SQLクエリでは、演算子コードと比較するために最初の3文字（123）と残りの7文字（4567890）を選択して、特定の番号付け能力に属するかどうかを判断します。



すべてのデータベース操作はfunc_odbc.conf構成ファイルに登録されます。 ここで、データベースとやり取りするための関数を作成して作成し、その結果をダイヤルプランで使用します。 各セクションはその機能を説明し、各セクションの名前は通常大文字で埋められます。

私の場合、領域と演算子に属する番号を決定し、マクロによるさらなる処理のために結果を転送する必要があります。



/etc/asterisk/func_odbc.confにエントリを追加します

 [MOBILE] dsn=telcodes-mysql read=SELECT operator,region FROM `telcodes` WHERE ${ARG1:3:9} BETWEEN `begin` AND `end` AND `code`=${ARG1:0:3}
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

クエリの結果は、コンマで区切られた2つの値になることを覚えておく価値があります。この番号を提供する演算子とサービス地域です。



さて、これで数値処理ルール自体を直接記述できます。 この例では、不要なルールを省略し、関連するもののみを残します。 すべての変更は、ファイル/etc/asterisk/extensions.confで行われます



発信通話のコンテキストを作成します。





デフォルトのプロバイダーだけでなく、モバイルプロバイダーへの呼び出しのコンテキストも作成します。 各トランクの構成では、同時セッションの数を1つに制限し、回線がビジーまたは使用不可の場合にデフォルトでコール転送をトランクに追加しました。







さて、今マクロ自体：





その結果、私の意見では、電話番号ごとに目的の方向に通話を配信するための優れた統合ソリューションであることが判明しました。 さらに、RosSvyaz Webサイトから新しいデータベースをダウンロードして処理するbashスクリプトを記述し、毎月のアップグレードのためにcrontabに追加することで、さらに自動化できると言えますが、これは宿題と見なされます;）