「EPONホームゲートウェイをChina Telecomの電話交換IPネットワークにアクセスするように構成する」の記事では、MicroSIPソフトフォンプログラムを使用してChina Telecomの電話IPネットワークにアクセスする方法を紹介し、LAN-PBX（IP-PBX）の実装の可能性を提案しましたセックス。次のFreePBX 13リレー設定は、数週間の実際のテストに合格しており、安心して使用できます。
FreePBX 13管理インターフェースで、タイプchan_pjsipのSIPトランクを作成し、トランク編集ページの[pjsip設定]タブに次のパラメーターを入力します。
一般： ユーザー名：[email protected] シークレット：<SECRET> SIPサーバー：sh.ctcims.cn SIPサーバーポート：5060 詳細： ドメインから：sh.ctcims.cn ユーザーから：+ 8621XXXXXXXX クライアントURI：sip： [email protected]：5060 AOR連絡先：sip：[email protected]：5060 Match（Permit）：15.192.0.0/16 コーデック： g729を有効にする
注：一致（許可）は、すべての中央SIPサーバーが配置されているネットワークセグメントです。
電気通信IP電話ネットワークのDNSサーバーにsh.ctcims.cnのレコードがなく、FreePBX 13のchan_pjsipのアウトバウンドプロキシ設定が無効であるため、ローカルDNSサーバーでsh.ctcims.cnの解決を設定する必要があります。共通DNSエージェントdnsmasqで、パラメーターを次のように設定します。
server = / sh.ctcims.cn / 15.192.252.188 address = / sh.ctcims.cn / 15.192.60.71
その中で、サーバーはEPONゲートウェイのVOICE_INTERNET接続（epon0.4）によって取得されたDNSサーバーの1つであり、アドレスはローカル解決のためにsh.ctcims.cnです（EPONゲートウェイで事前設定されたOutboundProxyドメイン名から解決される2つのIPアドレスの1つ） 。
更新する
- 2017-07-20
2017年6月の終わりに、15.192.60.71は失敗し、応答はリレーを失敗させませんでしたが、OutboundProxyドメイン名によって解決された他のアドレス15.192.60.77は引き続き正常に機能します。sh.ctcims.cnを2つのIPアドレスに解決するようにdnsmasqを構成すると、この問題を次のように解決できます。
-
- sh.ctcims.cnのホストマッピングファイルを作成します。
＃cat> /tmp/hosts.addn << EOF 15.192.60.71 sh.ctcims.cn 15.192.60.77 sh.ctcims.cn EOF
-
- dnsmasq.confに以下のパラメーターを追加します。
addn-hosts = / tmp / hosts.addn
注：Asterisk 14以降、chan_pjsipはDNS SRVレコード（srvlookup）に従って切り替えることができるはずです。詳細については、[1]を参照してください。
- 2018-05-05
パケットキャプチャにより、freepbx がSRVレコード_sip._udp.sh.ctcims.cnおよびsh.ctcims.cnのAAAAレコードを数分ごとにクエリすることがわかりました。dnsmasq構成のOutboundProxyドメイン名を指すSRVレコード_sip._udp.sh.ctcims.cnを追加して、無効なDNSクエリを減らし、sh.ctcims.cnのローカル解決をセットアップする必要をなくします。 「DNS」サーバーはサーバー構成を追加し、DNSクエリの信頼性が向上します。改善されたdnsmasq構成は次のとおりです。
server = / sh.ctcims.cn / 15.192.252.188 server = / sh.ctcims.cn / 15.192.251.188 srv-host = _sip._udp.sh.ctcims.cn、BAC04.nq.sh.ctcims.cn、5060、 0,0
無効なAAAAレコードクエリの問題については、IPv6がカーネルパラメータによって無効にされている場合でも、現在のところシステム構成では解決できません。詳細については、[2]および[3]を参照してください。
- 2018-05-10私
は最近、数分の会話の後に電話が理由もなく切断されることを発見しました。詳細なテストの結果、SRVによって記録された優先度/重みに従ってアスタリスク13がフェイルオーバーしないことがわかりました。優先度の高いホストが選択され、重みに応じてポーリングされますが、フェイルオーバーは行われません。さらに、TelecomがSIPアクセスを提供する2つのIMSサーバーは、共有セッションまたは単一のシステムイメージクラスターを形成しませんでした。クライアントが1つのIPアドレスに正常に登録し、次に別のIPアドレスに登録すると、拒否され、結果として通話が切断されます。要約すると、FreePBX 13を引き続き使用する場合は、本文のDNS設定に戻り、ドメイン名sh.ctcims.cnをOutboundProxyの2つのIPアドレスのいずれかに解決するか、2つのIPアドレスを指す異なるSRVレコードを設定するのが最善です。優先順位は次のとおりです。
＃dnsmasq catのaddn-hostsファイル> /tmp/hosts.addn << EOF 15.192.60.71 s1.nq.sh.ctcims.cn 15.192.60.77 s2.nq.sh.ctcims.cn EOF ＃ctcimsのdnsmasq.confパラメータ server = / sh.ctcims.cn / 15.192.252.188 server = / sh.ctcims.cn / 15.192.251.188 addn-hosts = / tmp / hosts.addn srv-host = _sip._udp.sh.ctcims.cn、s1。 nq.sh.ctcims.cn、5060,0,0 srv-host = _sip._udp.sh.ctcims.cn、s2.nq.sh.ctcims.cn、5060,1,0
注：このようなDNS設定のあるネットワーク環境では、FreePBXからテレコム音声ネットワークへのpjsipリレーは、長期間安定して実行できます。
参考
【1】http://blogs.asterisk.org/2016/04/20/pjsip-dns-support/
【2】https://linux.ioerror.us/2015/07/25/how-to-disable -aaaa-検索/
【3】https://bugzilla.redhat.com/show_bug.cgi?id=1027452
