20 Jul
2009
20 Jul
'09
5:45 p.m.
On 20.07.2009 9:47 Uhr, Klaus Darilion wrote:
Daniel-Constantin Mierla schrieb:
Yes. The whole process is a sequence of calling TM
uac functions,
passing a dlg structure as callback parameters in order to construct
in-dialog requests.
Cheers,
Daniel
--
Daniel-Constantin Mierla
http://www.asipto.com/index.php/sip-router-bootcamp/
On 19.07.2009 17:42 Uhr, Juha Heinanen wrote:
How are NOTIFYs sent by the transferee handled? Are they also
auomatically answered with 200? Alex Balashov writes:
the initial dialog created by dlg_bridge (invite+refer+bye) is not The new inventions Daniel introduced in 1.5.x -
especially
dlg_bridge() -
have also served me incredibly well. It's
allowed me to totally
ditch
Asterisk in a couple of outbound call broadcast
scenarios. Great
stuff!
if you need to do that kind of bridging often, then sure dialog module
is a way to go. daniel suggested that i could use dialog module
dlg_bridge mi command to
implement click-to-dial calls.
if only a very small percentage of all calls would be click-to-dial
calls and thus use dialog module, would it introduce a performance
penalty for every bye (or even for every in-dialog) request, because
they need to be checked for did param in route header?