Just curious - what is the use case where sending a stack of bgapi's without listening for the reply is more desirable than looping through the bgapi send/reply sequence for each one? I'm no super programmer but it seems to me that blindly relying on another system to always send stuff in the exact correct order is dangerous and may cause bugs that are difficult to diagnose. Personally I would consider it a programming best practice to wait for the response of the bgapi before sending another one.<div>
<br></div><div>I invite other socket programmers to give their input...</div><div><br></div><div>-MC</div><div><br></div><div>P.S - you may wish to disable the legal notice at the and of your emails when sending to a public list. (We know that some servers tag outgoing messages automatically and if that is your case we understand. Go yell at the I.T. guy! :)<br>
<div><br><div class="gmail_quote">2011/2/24 Mauritz Løvgren <span dir="ltr"><<a href="mailto:mauritz.lovgren@hotmail.com">mauritz.lovgren@hotmail.com</a>></span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div dir="ltr">
<div dir="ltr">
<div style="font-family:'Calibri';color:#000000;font-size:12pt">
<div>Hi,</div>
<div> </div>
<div>Are replies for bgapi commands sent back to an inbound socket connection in
the same order as the commands were sent?</div>
<div> </div>
<div>Example: sending 10 bgapi messages from client to freeswitch socket with no
delay inbetween.</div>
<div>Will the response for those command messages be sent back by freeswitch in
the exact same order as their commands were received, or should one wait for
each reply before sending a new bgapi command to be sure one gets a reply for
the correct command?</div>
<div> </div>
<div>If there was an option of providing a UUID (or sequenceId) for the command,
it would be easier to match the reply with the request upon receival, but this
doesn’t seem to be possible with the current implementation?</div>
<div> </div>
<div>Regards,</div>
<div>Mauritz Lovgren</div>
<div>Systems Architect</div>
<div>IPLink Inc.</div></div></div></div>
</blockquote></div><br></div></div>