2016-11-15 5 views

答えて

0

標準のSIPデバイスをサポートする予定がある場合は、少なくともこれ以上は実行できません。

「Please enter ..」オーディオなどのデバイスに初期のメディアを送信することはできますが、183 Session Progress Responseを使用することはできますが、SIP発信デバイスは何も送信しないため、コールが応答され、200OK応答を必要とするまで、DTMFトーンをサーバに送信する。

間違ったことを見ている可能性がありますが、アスタリスクからの200OKは、発呼者とアスタリスク(Asterisk)サーバとの間の通話であり、DTMFトーンを取得し、次の発呼レッグが許可されているかどうかを判断する。コールカードコードが受け入れられた後でのみ、次のコールレッグが開始されます。あなたの問題のように聞こえるのは、請求可能な通話時間に通話カードのPINを入力する時間が含まれていることに気づいているということです。 200OKレスポンスを手に入れることはそれを修正する方法ではありません。アスタリスクに第2コールレッグのための新しいCDRを生成させようとする方が良い方法でしょう。呼ばれるパーティーのため

0

:パーティを呼び出すための

[main_content] 

exten => _X.,1,Dial(SIP/${NUM}@provider,,M(dialout-macro)) 

[macro-dialout-macro] 
exten => s,1,Noop(here you should add detect of "please enter") 
exten => s,n,Noop(some other commands go) 
exten => s,n,MacroExit;we are ready to connect call. 

- あなたは答えの前にALLプロバイダのサポート初期メディアとDTMFを必要としています。それは早期メディアをサポートするプロバイダを得る可能性がある、はい。しかし、私は答える前にdtmfをサポートするシステムを知らない、申し訳ありません。

ダイヤルプランは、この

exten => _x.,1,Read(variable,filename,10,n,3) 

ノートのようになります:何の答えは、そのコマンドの前に、使用する必要がありますオプションのn

nはあってはならない:行が起動していない場合でも、数字読みします。

しかし、私はそれが理論的にしか機能しないと言います。

関連する問題