Comments inline... Thanks & Regards, Nataraju A.B.
> -----Original Message----- > From: [EMAIL PROTECTED] [mailto:sip-implementors- > [EMAIL PROTECTED] On Behalf Of samir patry > Sent: Tuesday, June 06, 2006 4:47 PM > To: [email protected] > Subject: [Sip-implementors] response that does not match to an existingclient > transaction > > Hi all, > Is there anyone help me to understand this testplan in details,ref or call flows. > > > > TPId: SIP_CC_PR_MP_RS_V_007 > Status: Mandatory > Ref: RFC 3261 [1] sections 16.7 and 16.11. > Purpose: Ensure that the IUT, on receipt of a Ringing (180 Ringing) provisional > response that does not match to an existing client transaction, removes the topmost > via from the response and forwards it to the address indicated in the next Via header. > [ABN] this test case is related to stateless proxy behavior. If a particular proxy (TSF/CSF) receives a response which does not match any of the ongoing transactions, then it has to behave like a TSL and forward the response towards UAC... > Thanx & Regd's > Samir Patry > 09861278782 > > ******************************************************************** > ** > The information in this email is confidential and is intended solely for the > addressee(s). > > > > __________________________________________________ > Do You Yahoo!? > Tired of spam? Yahoo! Mail has the best spam protection around > http://mail.yahoo.com > _______________________________________________ > 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
