IMHO, I agree with Somesh that 200 OK seems the right response to generate. As the objective of the UA sending the un-REGISTER request was to remove the binding on the registrar and since the registar knows about the AoR but does not have any binding ( due to some reason ). It just acknowledges the un-REGISTER request with it's latest binding information in 200OK. 404 would have been appropriate if the AoR was not present on the registrar server.
If we think of another case of multiple binding registered on the registrar server "a...@home, a...@office, a...@hotel" and one of the binding got removed let us say "a...@home" ( for some reason ) and then if an un-REGISTER request comes from "a...@home" then it makes sense to send 200 OK response to register with the remaining two bindings "a...@office, a...@hotel". Best Regards, Indresh K Singh >>-----Original Message----- >>From: sip-implementors-boun...@lists.cs.columbia.edu >>[mailto:sip-implementors-boun...@lists.cs.columbia.edu] On >>Behalf Of ext Somesh S. Shanbhag >>Sent: Wednesday, March 18, 2009 2:14 AM >>To: Somesh S. Shanbhag; Avasarala Ranjit-A20990; Rastogi, >>Vipul (Vipul); sip-implementors@lists.cs.columbia.edu >>Subject: Re: [Sip-implementors] Registrar behaviour >> >>Oops! I used REGISTER in the place of registrar :) >> >>Somesh >> >>* Please do not take print out of this e-mail unless its >>absolutely necessary * >> >> >> >>-----Original Message----- >>From: Somesh S. Shanbhag >>Sent: Wed 3/18/2009 11:40 AM >>To: Avasarala Ranjit-A20990; Rastogi, Vipul (Vipul); >>sip-implementors@lists.cs.columbia.edu >>Subject: RE: [Sip-implementors] Registrar behaviour >> >>If the REGISTER has authorized the client and finds no >>bindings in it, may be its case where REGISTER might have >>been rebooted or some means lost the bindings. So, it can >>honour the De-Registration easily and send 200 OK for it, so >>that client will re-REGISTER again. >> >>Somesh >> >>* Please do not take print out of this e-mail unless its >>absolutely necessary * >> >> >> >>-----Original Message----- >>From: Avasarala Ranjit-A20990 [mailto:ran...@motorola.com] >>Sent: Wed 3/18/2009 11:32 AM >>To: Somesh S. Shanbhag; Rastogi, Vipul (Vipul); >>sip-implementors@lists.cs.columbia.edu >>Subject: RE: [Sip-implementors] Registrar behaviour >> >>Why do u think Registrar should send 200 OK when it does not find any >>bindings? >> >>Thanks >> >> >>Regards >>Ranjit >> >>-----Original Message----- >>From: sip-implementors-boun...@lists.cs.columbia.edu >>[mailto:sip-implementors-boun...@lists.cs.columbia.edu] On Behalf Of >>Somesh S. Shanbhag >>Sent: Wednesday, March 18, 2009 11:19 AM >>To: Rastogi, Vipul (Vipul); sip-implementors@lists.cs.columbia.edu >>Subject: Re: [Sip-implementors] Registrar behaviour >> >>It will be good to send 200 OK for that REGISTER. >> >>Somesh >> >>* Please do not take print out of this e-mail unless its absolutely >>necessary * >> >> >> >>-----Original Message----- >>From: sip-implementors-boun...@lists.cs.columbia.edu on behalf of >>Rastogi, Vipul (Vipul) >>Sent: Wed 3/18/2009 11:15 AM >>To: sip-implementors@lists.cs.columbia.edu >>Subject: [Sip-implementors] Registrar behaviour >> >>What shall registrar sends if UAC sends REGISTER to remove >>binding whose >>binding does not exists on registrar ? >>Thanks, >>Vipul >> >>_______________________________________________ >>Sip-implementors mailing list >>Sip-implementors@lists.cs.columbia.edu >>https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors >> >> >> >>EMAIL DISCLAIMER : This email and any files transmitted with it are >>confidential and intended solely for the use of the >>individual or entity >>to whom they are addressed. Any unauthorised distribution or >>copying is >>strictly prohibited. If you receive this transmission in error, please >>notify the sender by reply email and then destroy the >>message. Opinions, >>conclusions and other information in this message that do not >>relate to >>official business of Mascon shall be understood to be neither >>given nor >>endorsed by Mascon. Any information contained in this email, when >>addressed to Mascon clients is subject to the terms and conditions in >>governing client contract. >> >>Whilst Mascon takes steps to prevent the transmission of viruses via >>e-mail, we can not guarantee that any email or attachment is free from >>computer viruses and you are strongly advised to undertake your own >>anti-virus precautions. Mascon grants no warranties regarding >>performance, use or quality of any e-mail or attachment and undertakes >>no liability for loss or damage, howsoever caused. >> >> >>_______________________________________________ >>Sip-implementors mailing list >>Sip-implementors@lists.cs.columbia.edu >>https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors >> >> >> >> >>EMAIL DISCLAIMER : This email and any files transmitted with >>it are confidential and intended solely for the use of the >>individual or entity to whom they are addressed. Any >>unauthorised distribution or copying is strictly prohibited. >>If you receive this transmission in error, please notify the >>sender by reply email and then destroy the message. Opinions, >>conclusions and other information in this message that do not >>relate to official business of Mascon shall be understood to >>be neither given nor endorsed by Mascon. Any information >>contained in this email, when addressed to Mascon clients is >>subject to the terms and conditions in governing client contract. >> >>Whilst Mascon takes steps to prevent the transmission of >>viruses via e-mail, we can not guarantee that any email or >>attachment is free from computer viruses and you are strongly >>advised to undertake your own anti-virus precautions. Mascon >>grants no warranties regarding performance, use or quality of >>any e-mail or attachment and undertakes no liability for loss >>or damage, howsoever caused. >> >> >>_______________________________________________ >>Sip-implementors mailing list >>Sip-implementors@lists.cs.columbia.edu >>https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors >> _______________________________________________ Sip-implementors mailing list Sip-implementors@lists.cs.columbia.edu https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors
