[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