I think the Registrar should just accept the binding. Registars and proxies are not always the same application. The decision what transport to be used to contact the registered user is between the Proxy and the caller, not between the Registrar and the registered user.
Retesh Chadha wrote: > > Hi > I didnt find this mentioned in RFC 3261 and so this means that its > upto the particular Registrar implementation. > But I think it should send 200 ok with the current bindings (ie > omitting the un-acceptable contact). 200 ok is the only appropriate > response here, because REGISTER request is valid and atleast one > contact is accepted by the Registrar. > > Regards > Retesh > > > > [EMAIL PROTECTED] > > 07/19/2006 10:38 AM > > > To > [email protected] > cc > [email protected] > Subject > [Sip] How to reject a binding for REGISTER > > > > > > > > > > > Hi, > > If registrar receives a REGISTER request with two Contact headers, and > registrar wants to register only one binding, > how it can indicate this in the response message (should it omit the > Contact header not supported in 200 ok response) > > One scenario happening is UAC sending two Contact headers with same IP > and port but protocol as TCP and UDP, but server does not support TCP, > so it want to only create binding for UDP Contact header, so it wants > to indicate to UAC that it has created only one binding. > > Thanks, > Udit _______________________________________________ > Sip mailing list https://www1.ietf.org/mailman/listinfo/sip > This list is for NEW development of the core SIP Protocol > Use [email protected] for questions on current sip > Use [email protected] for new developments on the application of sip > > > *********************** FSS-Unclassified *********************** > ------------------------------------------------------------------------ > > _______________________________________________ > Sip mailing list https://www1.ietf.org/mailman/listinfo/sip > This list is for NEW development of the core SIP Protocol > Use [email protected] for questions on current sip > Use [email protected] for new developments on the application of sip _______________________________________________ Sip-implementors mailing list [email protected] https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors
