It would depend on local policy.
The contact address is advertised so that the other EP has knowledge of address to send requests. The normal case is that the application is receiving messages on that address only and not on other addresses. However, if that is not the case and the request is received on some other address, which is not the one that is advertised, the application can choose either to respond to it as the dialog identification is matching or simple ignore the same.
regards
Rayees
To: Sip-Implementors <[email protected]>
From: "M. Rangnathan" <[EMAIL PROTECTED]>
Sent by: [EMAIL PROTECTED]
Date: 06/04/2006 05:15AM
Subject: [Sip-implementors] In-dialog Requests and Dialog Contact Address
Hello!
I still have a doubt about in-dialog requests. The scenario is as follows:
1. A UAC creates a dialog and specifies a contact address to which
subsequent In-Dialog requests should be directed.
2. After the Dialog is established, a request arrives at the stack
through a port that is NOT the same as the port specified in contact
address specified but with the SAME From and To tags of the Dialog. The
CSeq number is also OK.
Should the stack consider this request as a valid in-dialog request or
consider the request to be out of dialog ?
Thanks in advance for responding to this question.
Ranga
--
M. Ranganathan
Advanced Networking Technologies Division,
National Institute of Standards and Technology (NIST),
100 Bureau Drive, Stop 8920, Gaithersburg, MD 20899.
tel:301 975 3664 , fax:301 590 0932 http://w3.antd.nist.gov/
Advanced Networking Technologies For the People!
_______________________________________________
Sip-implementors mailing list
[email protected]
https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors
*****FSS-Private *****" DISCLAIMER: This message is proprietary to Flextronics Software Systems Limited (FSS) 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. FSS 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
