[OpenSIPS-Users] Opensips don't send Cancel.
Muhammad Shahzad
shaheryarkh at gmail.com
Wed Nov 21 15:53:31 CET 2012
No, don't temper with opensips generated request in local route, it will
result in unexpected behaviour as you have already observed, right right
way to do is define custom headers that should be passed from one leg to
other leg, as described here,
http://www.opensips.org/html/docs/modules/1.8.x/b2b_logic.html#id250020
The purpose of local route is to do things that do not modify generated
request in general (specially in case of B2BUA never modify the request).
You can use this route e.g. to trigger a billing event, or cdr or some db
operation etc. etc.
Thank you.
On Wed, Nov 21, 2012 at 12:51 PM, Jorge Henrique Pinho <
jorge-h-pinho at ext.ptinovacao.pt> wrote:
> Good morning.
> I have installed opensips-1.7.2-2.el5 and I am using b2b module and
> encountering a strange behavior.
> B2b module changes the original User Agent header and I need this
> information to be preserved; so in the route script I used an avp to store
> the original User Agent value, call b2b_init_request and on local_route
> script I use remove_hf and append_hf functions to replace the User Agent
> header with the original one.
>
> The behavior is : If I want to cancel the call, opensips receives a Cancel
> message, replies with a 200 canceling but never forwards the Cancel message.
> The behavior is not deterministic, sometimes opensips forwards the Cancel,
> and sometimes it does not.
>
> When I don't use the remove_hf and append_hf functions, opensips behaves
> as expected, and always forwards the Cancel.
>
> Kind regards
>
> Jorge Pinho
>
>
> Jorge Pinho
> Analyst/Developer
> Network Platforms and Multimedia Solutions
> Multimedia Division
> _______________________________________________
> Users mailing list
> Users at lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/users/attachments/20121121/c84be708/attachment.htm>
More information about the Users
mailing list