1

私は、Java で記述されたアスタリスクを処理するプロジェクトに取り組んでいます。java プログラムで、最大 90、900、9000 などのステーション番号を選択します。アスタリスクを追加するために、3 つのファイルを処理します。extenpatternmatchnew=はい

これにより、extensions.conf で 20 ～ 30 秒以内に 90 ステーションを入力できます。8 ～ 9 分以内に 900 ステーション、5 時間以内に 9000 ステーションを入力できます。 #include 別のダイヤルプラン - アスタリスク ですが、私の質問は、extensions.conf ファイルに 9000 ステーションを追加したい場合 & #include の手法で temp1.conf、0 ～ 1000 ステーション temp2.​​conf、1001 ～ 2000 ステーションを配置できますか?

tempN.conf, N to last-No Stations もしできるなら、temp.conf のフォーマットは何ですか? これにより、extensions.conf、sip.cof、queues.conf に多数のステーションを追加する時間を短縮できますか? 助けが必要です！

4

1 に答える 1

4

#include ステートメントはパフォーマンスに影響しませんが、ダイヤル プランの方が維持しやすい場合があります。

インクルードファイルの形式

#include ステートメントは、ダイヤルプラン内のそのファイルのコンテンツを置き換えます。Dialplan を作成する場合と同じように作成する必要があります。#include ステートメントは、すべてのアスタリスク構成ファイルで機能します。下部のファイルを #include すると、Dialplan セクションを上書きすることもできます。

例

#include "headquarter_extensions_custom.conf"

[globals]
; ...

[default]
exten => s,1,Answer
exten => s,2,Playback(welcome-message)
; go to context defined in included file
exten => s,3,Goto(headquarter,s,1)

インクルード ファイルを編集したら、構成をリロードする必要があります。reload.

代替案

ダイヤルプランのinclude ステートメントを使用して、コンテキストを含めることもできます。
これにより、標準のコンテキストを記述し、カスタム構成ファイルで (#include を介して) 定義されたコンテキストで拡張することができます。

include => NameOfContext

例

「extensions.conf」の内容

#include "headquarter_extensions_custom.conf"
#include "localoffice_extensions_custom.conf"

[general]

[support]
include => localoffice
include => headquarter

「headquarter_extensions_custom.conf」の内容:

[headquarter]
exten => 012345678,1,Dial(SIP/012345678)

「localoffice_extensions_custom.conf」の内容:

[localoffice]
exten => 1234,1,Dial(SIP/2001)

パターン

何百もの拡張機能をパターンに置き換えることができる場合は、数字のブロックを宛先にルーティングします。_123XXローカルオフィス、_5[1-3]XX本社。

スケーラビリティ

アスタリスク構成を複数のサーバーに分割することもできます。つまり、ハードウェアとソフトウェアの制限を決定し、DNS、SIP プロキシ、またはアスタリスク リアルタイム実装への切り替えを介してスケーリングすることを意味します。

于 2013-03-19T12:43:35.047 に答える