g**d
发帖数: 723 | 1 我发现Bridge很不好用啊, 在gv_dialout后要wait(),这个时间晚了太慢, 早了线断了.
exten => _X.,n,Set(DB(gv_dialout/channel)=${GV_CALLCHAN})
exten => _X.,n,Wait(3)
exten => _X.,n,Hangup
反正我搞了半天发现没有park()用在这里合适. 是我用错了么? | r****t
发帖数: 10904 | 2 Check my thread of "cannot park with 1.6" (starting post 711), but only
read near the end of those posts. In a sentence, "Set" needs to be
in front of gvoice to eliminate "Wait".
了.
【在 g**d 的大作中提到】
: 我发现Bridge很不好用啊, 在gv_dialout后要wait(),这个时间晚了太慢, 早了线断了.
: exten => _X.,n,Set(DB(gv_dialout/channel)=${GV_CALLCHAN})
: exten => _X.,n,Wait(3)
: exten => _X.,n,Hangup
: 反正我搞了半天发现没有park()用在这里合适. 是我用错了么?
| g**d
发帖数: 723 | 3 这个set不就是set了一个DataBase值么? 还跟这些channel进程有关？ | r****t
发帖数: 10904 | 4 gvoice logging out and then set could be slower than gvoice
dialing back to sipgate/gizmo, so you need to set db first.
【在 g**d 的大作中提到】
: 这个set不就是set了一个DataBase值么? 还跟这些channel进程有关？
| g**d
发帖数: 723 | | g**d
发帖数: 723 | 6 现在有个问题， 如果我拨个电话， gvoice启动了， 但是我发现拨错号码， 马上
挂掉， 那么asterisk一下就占很多CPU, 可能是channel没有了？ 总之一两分钟之内
什么也干不了。 怎么解决这个问题？ | r****t
发帖数: 10904 | 7 I did not have such experience. I guess some logic like
ianw's flags can be written to identify incoming calls.
Some check might be done to detect if the channel has been
set. If it is set, bridge, otherwise do something else.
【在 g**d 的大作中提到】
: 现在有个问题， 如果我拨个电话， gvoice启动了， 但是我发现拨错号码， 马上
: 挂掉， 那么asterisk一下就占很多CPU, 可能是channel没有了？ 总之一两分钟之内
: 什么也干不了。 怎么解决这个问题？
|
|
