True. This is a common call scenario, especially when passing few network elements
-----Original Message----- From: [email protected] [mailto:[email protected]] On Behalf Of Vivek Batra Sent: Monday, October 11, 2010 10:13 AM To: 'Ayyanar P K'; '$...@r\/|>r!`/@'; 'Vijay S Nair' Cc: [email protected] Subject: Re: [Sip-implementors] UAS behavior : Multiple 18x messages Hi, I have found it with several service providers which play announcement (and hence send 183 Session Progress) to wait if actual called party is busy and send 180 Ringing as soon as called party becomes available. Best Regards, Vivek Batra -----Original Message----- From: [email protected] [mailto:[email protected]] On Behalf Of Ayyanar P K Sent: Monday, October 11, 2010 9:39 AM To: $...@r\/|>r!`/@; Vijay S Nair Cc: [email protected] Subject: Re: [Sip-implementors] UAS behavior : Multiple 18x messages Hi, Is there a call flow like this ? ------- INVITE (OFFER)-------> <------ 100 TRYING ----------- <------ 183 PROGESS(ANSWER)--- <------ 180 RINGING(ANSWER)--- <------ 200 OK (ANSWER) ------ ------- ACK -----------------> If so, in which scenario can we find a call flow like the above mentioned. Thanks and Regards , Ayyanar -----Original Message----- From: [email protected] [mailto:[email protected]] On Behalf Of $...@r\/|>r!`/@ Sent: Monday, October 11, 2010 9:10 AM To: Vijay S Nair Cc: [email protected] Subject: Re: [Sip-implementors] UAS behavior : Multiple 18x messages 1. Can UAS responds with multiple 18x for the INVITE request received? YES. 2. What should be the behavior of UA1 if it receives multiple 18x? Create dialog if the response contains tag. Update your state machine. 3. What should be the behavior of UA1 while receiving the second 18x with SDP? When the second 18x is rcvd with SDP, you should save the 18x as you need it to send it back with your ACK. The UAS cannot send diff SDP in the 2xx now. Also is there any particular reason that you are sending Invite WO offer? On Sat, Oct 9, 2010 at 8:52 PM, Vijay S Nair <[email protected]>wrote: > Hi All, > > Here is the scenario, > > UA1 UA2 > > ----------------------------------INVITE w/o offer-----------------> > <----------------------------------100 Try------------------------------ > Connection > / Port Not allocated > <----------------------------------18x w/o offer ---------------------- > Connection > / Port > allocated > <----------------------------------18x OFFER ----------------------- > > Here are my queries, > > 1. Can UAS responds with multiple 18x for the INVITE request received? > 2. What should be the behavior of UA1 if it receives multiple 18x? > 3. What should be the behavior of UA1 while receiving the second 18x with > SDP? > > Please comment ... > > -- > Thanks & Regards > Vijay Sukumaran Nair. > _______________________________________________ > Sip-implementors mailing list > [email protected] > https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors > -- cheers!!!! sarvpriya http://sarvpriyak.blogspot.com/ _______________________________________________ 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." _______________________________________________ Sip-implementors mailing list [email protected] https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors -- This message has been scanned for viruses and dangerous content by Clean Mail Gateway, and is believed to be clean. _______________________________________________ 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
