Quoting Peter Higginson <[EMAIL PROTECTED]>: Hello Peter,
You suggested that SIPP code evolution is best solution . I'm only a SIPP user. I'm not a developer. So, is it a way to ask SIPP evolution ? Thanks you for your previous response. Regards, Yvan. > The only way to do this sort of thing is to extract the values you need from > the first run and run SIPP again with the new destination. > > One of our local additions is a <print ..../> command which makes this > easier. In the setup we have the print output is passed back to a TCL > control program that then runs SIPP again with the new addresses as > parameters. > > However you could find other ways to do it - maybe using exec (which has > been enhanced since I did our print) or at worst run gawk and sed on the > trace file from the first run. > > We do also have a (very old) local addition that fixes the "via" problem. I > had a look at it after the recent emails on the topic and it is a lot of > changes - it involves making "remote_socket" a class variable and you need > to do it by default as UAS and not as UAC. Then you get cases (like > re-INVITE from UAS) where it is all the wrong was round so you need a set of > scenario options to enable and disable it on a per-send basis. Also our fix > only deals with via - not contact and record-route. Lastly, there are issues > with making this work with TCP because you end up with a list of TCP calls > shared between the SIP sessions. > > If you want a suggestion for the main SIPP - I would suggest an option to > the scenario send command that allows an address:port for UDP to be taken > from a variable. You could then set that from via, or contact or > record-route and use it at the UAS or UAC as needed. (The regex statement > would be a challenge but once an example was done it would be fine.) > > Peter > > Peter Higginson > Newport Networks Ltd, > Direct line 01494 470694 > http://www.newport-networks.com/ > -----Original Message----- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf Of > [EMAIL PROTECTED] > Sent: 14 September 2006 18:16 > To: [email protected] > Subject: [Sipp-users] sending ACK to a different remote address (routing) > > Hello, > > Is it possible with SIPP to send an ACK (and other request after) to a > different > remote address and port than INVITE request? > > My SIPP sends an INVITE to a proxy and the proxy forwards request to a > server. > But my proxy is a stateless proxy . > > So my SIPP sends INVITE to the address and the port of stateless proxy. > Stateless proxy adds via header to INVITE and forwards it to server. But no > record-route are added. > The 200/INVITE response pass to proxy. > There is no record-route in 200/INVITE response. There is only a contact > with > remote address and the port of the server. > > In accordance to SIP RFC, the SIPP must send ACK (and other request after) > directly to address and port set in the 200/INVITE response. > > Can you answer me if SIPP is able to analyse record-route, route and contact > header in order to determinate where it must send the SIP request ? > > Thanks in advance. > > > ------------------------------------------------------------------------- > Using Tomcat but need to do more? Need to support web services, security? > Get stuff done quickly with pre-integrated technology to make your job > easier > Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 > _______________________________________________ > Sipp-users mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/sipp-users > > > --------------- > This e-mail may contain confidential and/or privileged information. If you > are not the intended recipient (or have received this e-mail in error) please > notify the sender immediately and delete this e-mail. Any unauthorized > copying, disclosure or distribution of the contents in this e-mail is > strictly forbidden. > --------------- > > ------------------------------------------------------------------------- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 _______________________________________________ Sipp-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/sipp-users
