Hi Alex IMO it's a correct supposition. Refer RFC 4320 , Section 2.1 "Action 1: Make the best use of provisional responses" for a better understanding.
Regards, Tarun -----Original Message----- From: Alex Balashov [mailto:[EMAIL PROTECTED] Sent: Thursday, October 16, 2008 11:11 AM To: Tarun2 Gupta Cc: SIPImplementors Mailing list Subject: Re: [Sip-implementors] Provisional responses for non-INVITE requests. Thanks Tarun. It sounds from this as if sending 100 provisional responses is okay for non-INVITE transactions, just not any other kind of provisional response. Is this a reasonable supposition? Tarun2 Gupta wrote: > Hi Alex > > I suggest you refer the following RFCs > > 1. RFC 4320 : Actions Addressing Identified Issues with the Session > Initiation Protocol's (SIP) Non-INVITE Transaction > 2. RFC 4321 : Problems Identified Associated with the Session Initiation > Protocol's (SIP) Non-INVITE Transaction > > Regards, > Tarun > > > -----Original Message----- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Alex Balashov > Sent: Thursday, October 16, 2008 10:43 AM > To: SIPImplementors Mailing list > Subject: [Sip-implementors] Provisional responses for non-INVITE requests. > > The hallowed RFC says: > > > -- > > 8.2.6.1 Sending a Provisional Response > > One largely non-method-specific guideline for the generation of > responses is that UASs SHOULD NOT issue a provisional response for a > non-INVITE request. Rather, UASs SHOULD generate a final response to > a non-INVITE request as soon as possible. > > -- > > Is this something that is actually followed in practise? > > What if I have a registrar that must do a lengthy database dip across a > WAN link to find user-specific authentication information for a REGISTER > request? My tendency has been to issue a 100 Trying for the REGISTER in > order to prevent UAC retransmissions of the request, because processing > the request can sometimes take as long as 2-3 seconds. > > Is this something I should not do in case other SIP stacks do not quite > understand the relevance of a provisional response to a REGISTER > transaction per the above recommendation? > > Thanks, > > -- Alex > > > -- > Alex Balashov > Evariste Systems > Web : http://www.evaristesys.com/ > Tel : (+1) (678) 954-0670 > Direct : (+1) (678) 954-0671 > Mobile : (+1) (706) 338-8599 > _______________________________________________ > Sip-implementors mailing list > [email protected] > https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors > > "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." -- Alex Balashov Evariste Systems Web : http://www.evaristesys.com/ Tel : (+1) (678) 954-0670 Direct : (+1) (678) 954-0671 Mobile : (+1) (706) 338-8599 "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
