On Wed, Apr 22, 2009 at 10:59 PM, Andrew Winter <[email protected]> wrote: > Hi all, > > > > We're having a problem with SIPp. We need requests and responses to go to > different destinations but can't figure out how to achieve this in our > scenario. > > > > A few words about the platform under test: host1 is a SIP load balancer > ('Service Director’) that receives requests and farms them off to SIP > processing nodes. host2 is a SIP processing node ('Service Host') that > generates responses but can also send out SIP requests. host1 listens for > SIP on the default port (5060), host2 listens on port 5070. > > > > We have the following SIPp scenario. Note that it's a UAC (because it sends > the INVITE) and also a UAS (because it receives a NOTIFY). > > > > INVITE --> host1:5060 > > 200 <-- host2:5070 > > ACK --> host1:5060 > > SUBSCRIBE --> host1:5060 > > 200 <-- host2:5070 > > NOTIFY <-- host2:5070 > > 200 --> host1:5060 (WRONG!) > > BYE --> host1:5060 > > 200 <-- host2:5070 > > > > The problem we have is that the 200 to the NOTIFY is being sent to > host1:5060 instead of host2:5070. In other words, SIPp is sending all > requests and responses to host1:5060 and is not respecting the Via headers. > > > > We've tried using TCP as the transport protocol in the hope that the 200 OK > would be sent using the connection over which the NOTIFY was sent. We've > also tried using -rsa with no luck. > > > > Is this a limitation of SIPp or will some of the command line arguments let > us achieve what we need to do? Any guidance will be appreciated.
Hello, I hope someone can give you a better solution, but have you tried playing with setdest? http://sipp.sourceforge.net/doc/reference.html#setdest I never tried and it may lead to a convoluted xml file, having to parse all final responses and saving the address, but it might solve your problem. regards, takeshi ------------------------------------------------------------------------------ Crystal Reports - New Free Runtime and 30 Day Trial Check out the new simplified licensign option that enables unlimited royalty-free distribution of the report engine for externally facing server and web deployment. http://p.sf.net/sfu/businessobjects _______________________________________________ Sipp-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/sipp-users
