Re: Resubmitted INVITE request for 421 and 420

"Vavilapalli Srikanth-A19563" <[email protected]>
Newsgroups gmane.ietf.sip
Message-ID <[email protected]>
Thanks Ben
 
I have few more questions on this topic, but as u pointed I will
continue the discussion on sip-implementers list.

________________________________

From: [email protected] [mailto:[email protected]] On Behalf Of
BONNAERENS Ben
Sent: Thursday, December 04, 2008 3:18 PM
To: [email protected]
Subject: Re: [Sip] Resubmitted INVITE request for 421 and 420


Hi,
 
RFC3261 8.1.3.5 is pretty clear:
 
"   In all of the above cases, the request is retried by creating a new
   request with the appropriate modifications.  This new request
   constitutes a new transaction and SHOULD have the same value of the
   Call-ID, To, and From of the previous request, but the CSeq should
   contain a new sequence number that is one higher than the previous."
 
Best regards,
Ben.
 
Ps: Ask questions about the existing protocol at the sip-implementors
list

________________________________

From: [email protected] [mailto:[email protected]] On Behalf Of
Vavilapalli Srikanth-A19563
Sent: donderdag 4 december 2008 10:36
To: [email protected]
Subject: [Sip] Resubmitted INVITE request for 421 and 420


Hi
 
I have a doubt related to resubmitting of the INVITE request for
421/420. Can any one please clarify me?  
 
While re-submitting a INVITE request upon receiving a 421 Extension
Required/420 Bad Extension, Are there any recommendation of using the
same Call-Id/From tag of original INVITE request in the resubmitted
request? If so, is there any reason/use-case for such recommendation?
 
Regards
Srikanth

_______________________________________________
Sip mailing list  https://www.ietf.org/mailman/listinfo/sip
This list is for NEW development of the core SIP Protocol
Use [email protected] for questions on current sip
Use [email protected] for new developments on the application of sip
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.