Singh, Indresh (NSN - US/Boca Raton) wrote:
> 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.
Yes.
Technically there is no such thing as an "unregister" in SIP. All there
is is a REGISTER with some expiration value, which can succeed whether
there is a prior registration that it supersedes or not. What is
typically called an "unregister" is really just the installation of a
new registration with an expiration time of 0, which may or may not
supersede some prior registration. After it is installed, it immediately
expires and goes away, even before the response is sent.
There is no justification for a 404 response in this case. As noted
above, that would imply lack of awareness of the AOR that is the target
of the registration.
Thanks,
Paul
> 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
>
_______________________________________________
Sip-implementors mailing list
Sip-implementors@lists.cs.columbia.edu
https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors
