<div dir="ltr">I am not sure what you are trying to do here. You said we want to originate two calls from your PABX to carrier through FS, i.e.<div><br></div><div style>Call A: PABX -> FS -> Carrier -> User A</div>
<div style>Call B: PABX -> FS -> Carrier -> User B</div><div style><br></div><div style>And then bridge them on FS, such that,</div><div style><br></div><div style>User A <- Carrier <- FS -> Carrier -> User B</div>
<div style><br></div><div style>I think there are easier ways to achieve this. But anyway in this scenario,</div><div style><br></div><div style>Since Call A does not have SDP, which means you are triggering Late SDP Negotiation. Make sure you have enabled in sofia profile,</div>
<div style><br></div><div style><pre style="padding:1em;border:1px dashed rgb(47,111,171);color:rgb(0,0,0);background-color:rgb(249,249,249);line-height:1.1em"><param name="inbound-late-negotiation" value="true"/></pre>
</div><div style><br></div><div style>So, that FS does not Answer it with local SDP. Additionally you may need to disable SOA,</div><div style><br></div><div style><pre style="padding:1em;border:1px dashed rgb(47,111,171);color:rgb(0,0,0);background-color:rgb(249,249,249);line-height:1.1em">
<param name="enable-soa" value="false"/></pre></div><div style><br></div><div style>When 200 OK for Call A arrives (from carrier, through FS to PABX), you use it as basis for SDP of INVITE in Call B. That's interesting..</div>
<div style><br></div><div style>When Call B is answered, you should use SDP in 200 OK as basis for SDP of ACK in Call A. Otherwise you will get one way audio as expect.</div><div style><br></div><div style><br></div><div style>
Thank you.</div><div style><br></div><div style><br></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Fri, Jun 28, 2013 at 6:56 PM, BNML <span dir="ltr"><<a href="mailto:bnml@andrexen.com" target="_blank">bnml@andrexen.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi all,<br>
<br>
I am having trouble with a transfert failure in a special scenario which<br>
i wasn't able to find documentation or configuration option solving it.<br>
<br>
I have a PBX creating two outbound call, it want to bridge them on the<br>
FreeSWITCH.<br>
It is sending a first INVITE without SDP and it will send the SDP in the<br>
ACK.<br>
<br>
(This is not breaking RFC3261 but I admit rarely seen scenario.<br>
<a href="http://tools.ietf.org/html/rfc3261#section-13.2.1" target="_blank">http://tools.ietf.org/html/rfc3261#section-13.2.1</a> : "The UAC MAY choose<br>
to add a message body to the INVITE.". Looking at this scenario there<br>
is, indeed, at least one interesting scenario where it can helps<br>
avoiding creating another useless Re-INVITE transaction, see below)<br>
<br>
For the second call it is sending a re-invite with SDP.<br>
FreeSWITCH will understand and forward (because of "bypass_media") the<br>
second Re-INVITE but does never forward the first Re-INVITE (The one<br>
without SDP in the INVITE but in the ACK) to carrier, so this will end<br>
up in one-way-audio.<br>
<br>
A little schema to help :<br>
<br>
PBX FREESWITCH COMMENT<br>
1) INVITE (a-leg) [THERE IS NO SDP]<br>
2) 200 OK (fs-a-leg)[FreeSWITCH answer with the SDP<br>
information before any media update occurs, but my PBX is now aware of<br>
media informations]<br>
3) INVITE+SDP (b-leg) [This is b-leg updated media<br>
information with previous 200 OK (fs-a-leg)]<br>
4) 200 OK (fs-b-leg)[My PBX updated media and has<br>
b-leg freeswitch media information that it will send in the ACK+SDP to<br>
finalize the both-legs Re-INVITE]<br>
5) ACK (b-leg) [Acknoledgement of b-leg<br>
Re-INVITE transaction]<br>
6) ACK+SDP (a-leg) [ *** problem *** it assume<br>
FreeSWITCH will update media information and forward to the carrier<br>
which it won't]<br>
<br>
The solution i imagine is FreeSWITCH SHOULD trigger a Re-INVITE either<br>
for the a-leg at INVITE (without SDP in "1") receiption (and update<br>
media information when receiving the ACK+SDP) _OR_ create a Re-INVITE<br>
transaction at "6" when receiving ACK+SDP. One way or another, I am<br>
supposing FreeSWITCH refuse to forward the INVITE without SDP at first<br>
maybe because of carrier compatibility ? If not, this seems the way to go.<br>
<br>
Has anyone faced such a scenario ? Am I rigth assuming a patch is needed<br>
? If yes, any suggestions are welcome.<br>
<br>
Thanks you<br>
<br>
BNML<br>
<br>
<br>
_________________________________________________________________________<br>
Professional FreeSWITCH Consulting Services:<br>
<a href="mailto:consulting@freeswitch.org">consulting@freeswitch.org</a><br>
<a href="http://www.freeswitchsolutions.com" target="_blank">http://www.freeswitchsolutions.com</a><br>
<br>
FreeSWITCH-powered IP PBX: The CudaTel Communication Server<br>
<a href="http://www.cudatel.com" target="_blank">http://www.cudatel.com</a><br>
<br>
Official FreeSWITCH Sites<br>
<a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
<a href="http://wiki.freeswitch.org" target="_blank">http://wiki.freeswitch.org</a><br>
<a href="http://www.cluecon.com" target="_blank">http://www.cluecon.com</a><br>
<br>
FreeSWITCH-users mailing list<br>
<a href="mailto:FreeSWITCH-users@lists.freeswitch.org">FreeSWITCH-users@lists.freeswitch.org</a><br>
<a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a><br>
UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-users</a><br>
<a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
</blockquote></div><br><br clear="all"><div><br></div>-- <br><div><span style="color:rgb(136,136,136);font-family:arial,sans-serif;font-size:13px;background-color:rgb(255,255,255)">Mit freundlichen Grüßen</span></div><span style="color:rgb(136,136,136);font-family:arial,sans-serif;font-size:13px;background-color:rgb(255,255,255)">Muhammad Shahzad</span><br style="color:rgb(136,136,136);font-family:arial,sans-serif;font-size:13px;background-color:rgb(255,255,255)">
<span style="color:rgb(136,136,136);font-family:arial,sans-serif;font-size:13px;background-color:rgb(255,255,255)">------------------------------</span><span style="color:rgb(136,136,136);font-family:arial,sans-serif;font-size:13px;background-color:rgb(255,255,255)">-----</span><br style="color:rgb(136,136,136);font-family:arial,sans-serif;font-size:13px;background-color:rgb(255,255,255)">
<span style="color:rgb(136,136,136);font-family:arial,sans-serif;font-size:13px;background-color:rgb(255,255,255)">CISCO Rich Media Communication Specialist (CRMCS)</span><br style="color:rgb(136,136,136);font-family:arial,sans-serif;font-size:13px;background-color:rgb(255,255,255)">
<span style="color:rgb(136,136,136);font-family:arial,sans-serif;font-size:13px;background-color:rgb(255,255,255)">CISCO Certified Network Associate (CCNA)</span><br style="color:rgb(136,136,136);font-family:arial,sans-serif;font-size:13px;background-color:rgb(255,255,255)">
<span style="color:rgb(136,136,136);font-family:arial,sans-serif;font-size:13px;background-color:rgb(255,255,255)">Cell: +49 176 99 83 10 85</span><br style="color:rgb(136,136,136);font-family:arial,sans-serif;font-size:13px;background-color:rgb(255,255,255)">
<span style="color:rgb(136,136,136);font-family:arial,sans-serif;font-size:13px;background-color:rgb(255,255,255)">MSN: </span><a href="mailto:shari_786pk@hotmail.com" style="color:rgb(17,85,204);font-family:arial,sans-serif;font-size:13px;background-color:rgb(255,255,255)" target="_blank">shari_786pk@hotmail.com</a><br style="color:rgb(136,136,136);font-family:arial,sans-serif;font-size:13px;background-color:rgb(255,255,255)">
<span style="color:rgb(136,136,136);font-family:arial,sans-serif;font-size:13px;background-color:rgb(255,255,255)">Email: </span><a href="mailto:shaheryarkh@googlemail.com" style="color:rgb(17,85,204);font-family:arial,sans-serif;font-size:13px;background-color:rgb(255,255,255)" target="_blank">shaheryarkh@googlemail.com</a>
</div>