[OpenSER-Users] Re: [Users] statefull handling of 6xx responses
Christian Schlatter
cs at unc.edu
Mon Jul 9 22:14:51 CEST 2007
Bogdan-Andrei Iancu wrote:
> Hi Christian,
>
> thanks for report - I will take care of it for the next release.
>
> regards,
> bogdan
>
> PS : could you open a bug report on the tracker?
Bug report added:
https://sourceforge.net/tracker/index.php?func=detail&aid=1750761&group_id=139143&atid=743020
Thanks for having a look at that.
regards,
Christian
>
> Christian Schlatter wrote:
>> RFC 3261 defines that upon reception of a 6xx response, a proxy SHOULD
>> cancel all forked dialogs and send back the 6xx as the final response
>> to the upstream UA.
>>
>> --- rfc 3261, section 16.7 -------
>> Under the new rules, upon receiving a 6xx, a proxy will issue a CANCEL
>> request, which will generally result in 487 responses from all
>> outstanding client transactions, and then at that point the 6xx is
>> forwarded upstream.
>> ----------------------------------
>>
>> Some call forking experiments have shown that openser 1.2 does not
>> follow these rules, instead it seems to disregard any 6xx response and
>> continue with normal processing of existing forked dialogs.
>>
>> E.g. if a call forks to five phones and one of them sends back a 603
>> Declined response, the other four phones continue to ring until
>> fr_inv_timer fires and failure_route is called with a status of 408
>> Timeout.
>>
>> Is it possible to make openser more SIP RFC compliant through
>> configuration or does this need a code change?
>>
>>
>> thanks,
>> Christian
>>
>> _______________________________________________
>> Users mailing list
>> Users at openser.org
>> http://openser.org/cgi-bin/mailman/listinfo/users
>>
>
More information about the Users
mailing list