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(a)openser.org
http://openser.org/cgi-bin/mailman/listinfo/users