Uttam, Thanks for your response and those of others. The stack may be listening on multiple ports but the essential point here is that the port on which the request was recieved matches the dialog in all respects except that it was recieved on a contact that is not specified by the dialog.
If I am listening on multiple ports I am indeed expecting something on those ports but that is because I could be building a service platform with multiple services on a single SIP stack - each listeing on a different port. The question was not wheter its practical to listen at multiple ports (indeed it is - many if not most stacks can listen at multiple ip addresses and ports). The question is whether it is legal to drop such requests ( that match the dialog but are recieved on a port other than the dialog contact port) or report them as out of dialog to the application. I guess the answer is that it is local policy specific so it is legal to drop the request or report it as out of dialog. Regards, Ranga Uttam Kumar Sarkar wrote: >If your stacking is listening on some port that you specified in your >Contact. Then you are expecting response/request on that particular >port. >Your stack probably will not listen on any other port. So, the request >or response coming to other port will get drop. >It's not practical to listen your stack on several ports to receive SIP >request/response message. > >Thanks, >Uttam > >-----Original Message----- >From: [EMAIL PROTECTED] >[mailto:[EMAIL PROTECTED] On Behalf Of M. >Rangnathan >Sent: Sunday, June 04, 2006 12:15 AM >To: Sip-Implementors >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. Advanced Networking Technologies For the People! _______________________________________________ Sip-implementors mailing list [email protected] https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors
