Hello,
Raúl Alexis Betancor Santana wrote:
> Doing some try-and-error test I found something extrange on conference
> pluging.
>
> With these code on OpenSer .. #* triggered from sems does not launch the
> INVITE when * is pulsed, anyone knows what's wrong?
>
> ########################################################################
> # Request route 'check-conference-services'
> ########################################################################
> route[26]
> {
> if(uri =~ "^sip:\*500@")
> {
> # looks like a conference request
> # Tell SEMS wich app to run
> append_hf("P-App-Param: Dialout-From=<sip:
> [EMAIL PROTECTED]>;Dialout-Extra=zamcun=1|zamcun=2\r\n");
> append_hf("P-App-Name: conference\r\n");
> route(27); # send-to-sems
> exit;
> }
> }
>
> If I only put on P-App-Param the Dialout-From param .. the INVITE is
> launched
Dialout-Suffix from P-App-Param overrides dialout_suffix from
conference.conf. If in the end the dialout suffix is non-empty the dialout
by #* is allowed.
If this does not work you could run SEMS with -D 3 -E and look at the
debug log; possibly something is happening with the extra appended
headers. Looking at the source of conference application, it seems to me
it replaces | with LF instead of CRLF, could this be the reason the INVITE
fails?
Stefan Sayer
>
> --
> Saludos.
>
> Raúl Alexis Betancor Santana
> Dimensión Virtual S.L.
> _______________________________________________
> Sems mailing list
> [email protected]
> http://lists.iptel.org/mailman/listinfo/sems
>
--
Stefan Sayer
VoIP services
iptego GmbH
Am Borsigturm 40
13507 Berlin
Germany
[EMAIL PROTECTED]
www.iptego.com
_______________________________________________
Sems mailing list
[email protected]
http://lists.iptel.org/mailman/listinfo/sems
