On second thought, Even for static registration. I think the location server if it receives a REGISTRATION has to process it fully. As otherwise what response he would send. If it is positive response ( 200 OK ) then he should remove the binding for which expire=0 was received and there is no negative response it could send for this REGISTRATION ( it wanted to ignore it for the statically registered device with registered always option. In this case location server now has to respect the REGISTERATION request for this AOR )
So I think if the un-register request was responded with a 200 OK without any contact header then it is safe to assume that all the binding for that AOR has been removed ( considering the situation where there is one binding for this AOR, for multiple binding per AOR case the un-register request for a specific binding will result in a 200 OK response with remaining bindings and thus the network be aware of other locations still registered for this AOR ) Regards, Indresh K Singh -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of ext Singh, Indresh (SNL US) Sent: Friday, April 06, 2007 10:49 AM To: ext Santosh Karankoti; [email protected] Subject: Re: [Sip-implementors] De-Registering by User Agent It would depend upon your location server policy. Consider the case where location server has statically registered the DN with fixed address and for fixed duration/ registered for-ever. Normally this option is used for network elements like GW which do not send REGISTER, but a provider can choose to use this option for subscribers as well. In that case he may choose to ignore the REGISTER message coming in or may choose to process it and over-write the pre-determined registration state.So depending upon whether he processed your binding refresh/remove/update request or not your location will be known/not known. Please also note that even for the static registration case if the 200OK response does not contain a contact header. You can safely assume that the un-register request was processed fully and your binding has been removed For Dynamic registration I think you can safely assume that location server would have updated it's state to un-registered ( Only if the response to un-REGISTER was a 200 OK and there were not contact header present in the 200 OK response ). So in my opinion depending upon the policy of the location server and type of registration for this subscriber you may or may not get expected behaviour. Also not that in un-registered state your INVITE with 911 R-URI etc may still be processed. Regards, Indresh K Singh -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of ext Santosh Karankoti Sent: Friday, April 06, 2007 8:29 AM To: [email protected] Subject: [Sip-implementors] De-Registering by User Agent Hello, This is Santosh. I want my UA application to de-register from the location service by making a request explicitly to it so that as if a proper call flow goes. Like 1) INVITE request by UAC 2) For which 200 OK from UAS 3) Then ACK by UAC And session established. I feel this I can do it by sending a REGISTER request with '0' expiry interval. And my UA will get de-deregistered from the services. That is my Address Of Record will be removed, and my existence is unknown to the network. If I want to use the service, again I need to send a new REGISTER request to UAS for location service to know my existence in the domain for usage of capability features of the server. Kindly comment whether I am doing it in correct way? Or let me know if there are any other ways of getting deregistered? If at all any wrong statements, comments are welcomed on it. Thanks and regards, Santosh Karankoti _______________________________________________ Sip-implementors mailing list [email protected] https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors _______________________________________________ Sip-implementors mailing list [email protected] https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors _______________________________________________ Sip-implementors mailing list [email protected] https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors
