Hi,
You should have a look on the 3pcc feature
http://sipp.sourceforge.net/doc/reference.html#3PCC , you might perhaps achieve
what you want by adapting the embedded 3pcc scenarios, but I'm not sure.
Don't forget to cc to sipp-users when replying.
Regards,
Olivier Boulkroune
________________________________
De : Turlapati Varun-DHGM76 [mailto:[EMAIL PROTECTED]
Envoyé : jeudi 18 octobre 2007 09:39
À : Boulkroune, Olivier (Non-HP:Atos Origin)
Objet : RE: [Sipp-users] Help required - Handling multiple calls
Hello Olivier,
Your understanding is right. To confirm, here is the call flow.
A -----> INV ---> B
A<---200 OK---- B
A---->ACK>----> B
B<---INV---C
B-->100--->C
A<---Hold<------- B
B--->BYE--->C
B<---200 OK--C
A---->BYE------> B
A<----200 OK<---B
So if this isn't possible now, could we at our level work on the binary? If so,
where could we look into?
Thanks for your quick response.
Regards,
-Varun.
________________________________
From: Boulkroune, Olivier (Non-HP:Atos Origin) [mailto:[EMAIL PROTECTED]
Sent: Thursday, October 18, 2007 12:53 PM
To: Turlapati Varun-DHGM76; [email protected]
Cc: Balachandran Siddarth-DPK487
Subject: RE: [Sipp-users] Help required - Handling multiple calls
Hi Varun,
A sipp server instance is able to handle multiple calls coming from different
remote parts, but not if you have different call-ids within a same call flow,
i.e if you want the B scenario to look like this :
-----> INVITE (Call-id: XXXX)
<---- 200 OK
---> INVITE (Call-id: YYYY)
<--- 200 OK
, this won't work (as the secund Invite will be treated as a new call).
If my understanding is not correct, showing us you're A, B and C scenario
(assuming they're all sipp instances) as well as B's error and messages log
file might help.
Regards,
Olivier Boulkroune
________________________________
De : [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] De la part de Turlapati
Varun-DHGM76
Envoyé : jeudi 18 octobre 2007 08:28
À : [email protected]
Cc : Balachandran Siddarth-DPK487
Objet : [Sipp-users] Help required - Handling multiple calls
Hello,
We are trying a scenario involving 3 parties - A,B and C.
Scenario - A calls B and are engaged. B has call waiting enabled. Now C calls
B. B should put A on hold and answer C. C will send BYE and then B retrieves
the call with A. Now A sends BYE.
Problem-
Call is established between A and B. When C calls B, we get an error in the
logs "Discarded message for new calls while quitting" for the INVITE received
at B from C. So the case doesn't move further as C gets request timed-out.
We used sipp-2.0.1 version
We suspect that the problem is that the binary is not able to handle multiple
calls (Call-ID).
In case B were to initiate a new call there was a work-around. That is, prefix
a string and '///' So the call-ID would be like 1234///[Call_ID]
However, in this case the receiving end is having to deal with multiple calls.
How do we deal with this problem? Is my diagnosis about multiple Call-ID
problem correct?
Please let us know if you need more details.
Thanks.
-Varun.
-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
_______________________________________________
Sipp-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/sipp-users
