Why create inconsistencies in the protocol just because a header or parameter is not useful for a certain scenario?
IMO even if it is not useful a stack processing such a response should flag it. -volkan 2008/11/21 Rockson Li (zhengyli) <[EMAIL PROTECTED]> > IMO, to tag is meaningless for REGISTER request, it's not necessary to > add to tag in REGISTER when you need to refresh the registration. > > -Rockson > > -----Original Message----- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf Of > Tarun2 Gupta > Sent: Friday, November 21, 2008 1:07 PM > To: [email protected] > Subject: [Sip-implementors] Query regarding 'To' tag in REGISTER request > > Hi All > > Consider the following scenario: > > REGISTER------------------------------>with Expires 3600 > <-------------------------------------------- 200 ok with a 'To' tag and > Expires 3600 > > Successful registration done. > .. > .. > > REGISTER-----------------------------> with Expires 0 and Contact * > > Is it ok for this de-REGISTER request not to have the 'To' tag as > received in the 200 ok response? > Whats the role of Tags in case of a REGISTER request? > > Thanks in advance. > Tarun Gupta > > > > > > > > > > > > > > > > > > > > > > > > > > > ________________________________ > "DISCLAIMER: This message is proprietary to Aricent and is intended > solely for the use of the individual to whom it is addressed. It may > contain privileged or confidential information and should not be > circulated or used for any purpose other than for what it is intended. > If you have received this message in error,please notify the originator > immediately. If you are not the intended recipient, you are notified > that you are strictly prohibited from using, copying, altering, or > disclosing the contents of this message. Aricent accepts no > responsibility for loss or damage arising from the use of the > information transmitted by this email including damage from virus." > _______________________________________________ > 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
