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

Reply via email to