Fw: Re: [Serusers] exec_msg and exec_uri integration
jiri at iptel.org
Sun Jul 20 22:29:38 CEST 2003
At 10:38 AM 7/18/2003, Cerrajetto wrote:
>OK, it's cool, this way we can obtain all headers and then "decide" where to
>rewrite the URI.
>We would like to do some statistic control: our external program "decides"
>where to route, and writes in a Mysql DB some fields: from, to, date/time,
>interesting extra headers, ...
btw, a possible way to do that is using the acc module.
>Is there a way to know date/time of hangup?.
turn on record-routing and report on subsequent BYEs the same way too.
> When a call hangs up, it
>generates sip info: is it possible to detect this info in ser.cfg to launch
>an external script (via exec_msg) ?. If possible, this script can update a
>table in DB with hangup information.
>---------- Forwarded Message -----------
>From: Jiri Kuthan <jiri at iptel.org>
>To: "Cerrajetto" <cerrajetto at pyme.net>, serusers at lists.iptel.org
>Sent: Tue, 15 Jul 2003 09:48:14 +0200
>Subject: Re: [Serusers] exec_msg and exec_uri integration
>At 06:26 PM 7/14/2003, Cerrajetto wrote:
>>We are testing exec_msg and exec_uri.
>>exec_msg sends via standard input all sip headers and contents, but exec_uri
>>only sends current uri ...
>Almost all parts of SIP message are passed in environment variables,
>see our doc: http://www.iptel.org/ser/doc/prerelease/c1088.html#USINGEXEC,
>the last figure in example 2 (printenv).
>>Therefore, we can only write external scripts to
>>redirect on a "current_uri" basis. We would like to integrate "exec_msg"
>>and "exec_uri" features, is it possible?
>As said before, one alternative would be to serve yourself from env-vars.
>The other way is writing a module which merges both functionalities. That
>would take slightly more work than exec as is now -- exec relies on 'popen',
>which makes lot of things for you in a portable way. It unfortunately also
>sets limitations which made me split the module in two separate actions.
>>We've found that after a change in ser.cfg it is needed to restart SER to
>>apply changes, is there a way to force a "reload" of ser.cfg?
>There is not config-reload option. Not really too bad as user-loc database
>is kept persistently, transactions can complete statelessly and that's all
>state you have. Nevertheless, it is definitely a nice convenience feature
>which should show up in SER some day.
>------- End of Forwarded Message -------
>Serusers mailing list
>serusers at lists.iptel.org
Jiri Kuthan http://iptel.org/~jiri/
More information about the sr-users