[OpenSER-Users] Problem with accounting in case of call forwarding from client

[Ruchir]

Can anyone give me idea how to get redirect reason?

On Mon, Jul 14, 2008 at 6:42 PM, Ruchir <ruchir.lists at gmail.com> wrote:

> Thats a good idea but how exactly we get the redirect reason(unconditional,
> busy, no answer) in script from this module?
>
>
> On Mon, Jul 14, 2008 at 1:47 PM, Bogdan-Andrei Iancu <
> bogdan at voice-system.ro> wrote:
>
>> Try to use extra accounting to push some text details for the CDRS.
>>
>> Regards,
>> Bogdan
>>
>> Ruchir wrote:
>>
>>> This works fine. All cdr legs have same call-id so we can associate them
>>> to single call but how to get forwarding reason?
>>>
>>> On Wed, Jul 9, 2008 at 8:56 PM, Bogdan-Andrei Iancu <
>>> bogdan at voice-system.ro <mailto:bogdan at voice-system.ro>> wrote:
>>>
>>>    Hi there,
>>>
>>>    if you allow the 3xx to be interpreted by the end-device (and not
>>>    by the proxy), You will have 2 separate calls (first with 3xx and
>>>    second triggered by 3xx) and there is no way to put these calls
>>>    together - from SIP connections there is no connection between the
>>>    calls in order to do proper accounting.
>>>
>>>    But you should try to use the uac_redirect module - it can
>>>    intercept the 3xx on the proxy and to do the redirect in the
>>>    client behalf.
>>>
>>>    Regards,
>>>    Bogdan
>>>
>>>
>>>    Ruchir wrote:
>>>
>>>        I have problem with CDR manipulation in case of call
>>>        forwarding from client. I'm testing with Linksys pap2 and I've
>>>        set unconditional call forwarding. When linksys receives the
>>>        call, it'll send 302, temporarily moved. I have done proper
>>>        ACL checking using Diversion header in the new INVITE but I'm
>>>        having difficulty associating the forwarded leg CDR to
>>>        original call as this is totally new INVITE and none of the
>>>        fields match in CDR. Can anyone guide me in right direction?
>>>
>>>  ------------------------------------------------------------------------
>>>
>>>        _______________________________________________
>>>        Users mailing list
>>>        Users at lists.openser.org <mailto:Users at lists.openser.org>
>>>        http://lists.openser.org/cgi-bin/mailman/listinfo/users
>>>
>>>
>>>
>>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20080716/4cd33ac8/attachment.htm>