Thanks.
Of course for completeness you now also
should update scenarios 7 and 8 so the register exchange has a different
call-id from the rest (invite through to bye).
Regards,
Peter
From: Olivier Jacques
[mailto:[EMAIL PROTECTED]
Sent: 23 October 2006 21:43
To: Peter Higginson
Cc: Steven Egan; [email protected]
Subject: Re: [Sipp-users] 3PCC
Mode Not Using New Call-ID
Peter,
I checked that in and documented it.
Thanks again,
OIivier.
On 8/21/06, Peter
Higginson <
[EMAIL PROTECTED]> wrote:
I believe this suggestion that I submitted in March would solve your
problem.
Peter
-----Original Message-----
From: Peter Higginson [mailto:[EMAIL PROTECTED]]
Sent: 14 March 2006 13:54
To: 'Olivier Jacques'
Cc: '[email protected]'
Subject: RE: [Sipp-users] cid_str diffs for user specified call-id
Another Call-ID change that has been requested in the past is to make it so
that one scenario instance can use multiple Call-IDs. (By "scenario
instance" I mean a call - but unless there is an INVITE/200OK exchange it
is
not a true call.) This comes up regularly with the problem that we are
breaking the RFC by using the same Call-ID for registration and the call.
Someone here had the requirement to test for the maximum supported Call-ID
size and I did not want to extend the array size by a massive amount because
that would have been multiplied by the number of calls etc. So I resurrected
and old idea to add a "separator" to the Call-ID so that only part of
it was
matched. Remembering the previous discussion, I added the extra to the
front, so that the last part only is matched.
The change is trivial - so I'll offer it here, in the routine get_call_id()
in sipp.cpp, after the line:
*ptr2 = 0;
Add the line:
if ((ptr3 = strstr(ptr1, "///")) != 0) ptr1 = ptr3+3;
and add "*ptr3," to the declarations at the start of the routine.
====================================================================
This changes the way Call-ID's are matched so that an initial sequence upto
and including /// is disregarded for matching purposes.
To use this, you need to send the Call-ID like this in the scenario file:
Call-ID: 123456789012345678901234567890///[call_id]
[last_Call-ID] will work in the normal way.
This allows longer call ID's and/or what the device being tested will think
of as different Call-ID's to be part of one call/session as far as SIPP is
concerned.
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 Steven Egan
Sent: 21 August 2006 16:44
To: [email protected]
Subject: [Sipp-users] 3PCC Mode Not Using New Call-ID
Hi,
I have put some scripts together to test a 3PCC scenario I am looking to
implement. Part A receives the call and is passing the message onto
Part B using sendCmd, which in turn is sending the message to the
appropriate UAS. My problem is that the Call-ID coming into A is the
same as that leaving B. The scenario I wish to run requires
different
Call-IDs on the inbound and outbound legs.
I have tried manually changing the id within both the
A & B script, however, when the responses are sent back, the script I
have modified rejects them based on an invalid Call-ID. Can anyone
tell
me the best way to modify the Call-ID between A and B prior to sending
it back out to the network, so that when the responses are received they
are not rejected?
Regards,
Steven
--
* Email: [EMAIL PROTECTED] *
* WWW : www.aepona.com
*
* Phone: +44 (0)28 9026 9106 *
* Fax : +44 (0)28 9026 9111 *
-------------------------------------------------------------------------
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
--
HP OpenCall Software
http://www.hp.com/go/opencall/
---------------
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
