31 May
2007
31 May
'07
2:25 p.m.
Hello,
not sure it is what you are looking for, but check serial forking
feature, that can be done via failure_route. The idea is that the node
has to send a negative reply (>=300) in order to trigger failure route.
OpenSER cannot keep on hold as it is not dealing with media stream --
the above solution is during the early state of a dialog.
Cheers,
Daniel
On 05/31/07 14:46, Helmut Kuper wrote:
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Hi,
is there a way in openser to get it work like this:
1. SIP-Request comes in
2. openser detects a special service for dialed number
3. openser sets that original sip session on hold and forwards the
request to a remote service node
4. remote service node does it job and sends back a result message via
network to openser
5. openser checks that result, get the session from hold and continues
it's work on the session
In the end I 'm looking for a way to let openser handles a sip session
like a workflow, where I can inject some value added services by REMOTE
service nodes (not by modules or plugins) without forwarding the
complete session to a remote service node.
I hope u understand what I mean.
regards
Helmut
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.5 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iD8DBQFGXrWO4tZeNddg3dwRAueLAJ48xkexHAz3GCkzKeNuRewV1hsb3ACeIr7p
LST+x5cMjAuIvbzZl61PPyk=
=Ita4
-----END PGP SIGNATURE-----
_______________________________________________
Users mailing list
Users(a)openser.org
http://openser.org/cgi-bin/mailman/listinfo/users