<div dir="ltr">So by multiple calls are you talking call waiting? its already enabled, if i call the extension directly call waiting is functioning, or are you saying that i need to configure the same extension multiple times on the same device (Ext 1/2 on Cisco, or line 1/2 on aastra) .<br>
</div><div class="gmail_extra"><br><br><div class="gmail_quote">On Mon, Jul 28, 2014 at 12:09 PM, Michael Jerris <span dir="ltr"><<a href="mailto:mike@jerris.com" target="_blank">mike@jerris.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word">First, you need to have the phone configured to allow multiple calls, then you would use the "simo" attribute on the agents to have mod_fifo deliver multiple calls at the same time.<div>
<br><div><div><div class="h5"><div>On Jul 27, 2014, at 2:17 AM, Chris Tunbridge <<a href="mailto:blasterjr@gmail.com" target="_blank">blasterjr@gmail.com</a>> wrote:</div><br></div></div><blockquote type="cite"><div>
<div class="h5"><div dir="ltr"><div><div><div><div><div><div>I have a script that creates fifo's on the fly, and at one point i had it worked with call waiting, but i don't remember what i did at that time, nor what changed (months and months ago) however, i cannot seem to get Calls in FIFO to trigger call waiting on the phones that are set as Members of that FIFO Queue.<br>
<br></div>Basically if i have 2 calls come in, and i answer one, i want the 2nd call to ring through to my phone (as well as others) even though i am already on a call, Call Waiting currently works if i dial directly to the device (say extension to extension calling) or even by routing a call straight to an extension, then trying a second call to that extension.<br>
<br>I have tested this with the same results on the following<br><br>Aastra 6757i (Firmware 2.6.2019 and 3.3.something)<br></div>Cisco SPA525G2<br></div>Polycom SoundPoint IP 550<br></div>Jitsi SoftClient<br></div>X-Lite Soft Client.<br>
<br>The behavior is the same regardless of the endpoint, i even tried creating loopbacks in order to trick the system, but from what i can tell, the server isn't even attempting to call the phone that's currently busy.<br>
<br></div><div>The problem is that we have clients who get off one call, and have to wait 30+ seconds (fifo_member_timeout) before they can answer the next call, I've tried adjusting lag and it seems to have no impact.<br>
<br></div><div>I'm working on getting a wireshark of this behavior, but i just wanted to reach out and see if the current behavior is in fact the correct one, and if not, or if there's a solution what i can do about it.<br>
<br></div><div>Have i overlooked something ridiculously small?<br><br></div><div>Here's what my fifo list <id> looks like<br><a href="http://pastebin.freeswitch.com/22943" target="_blank">http://pastebin.freeswitch.com/22943</a><br>
<br></div><div>Please let me know if you need anymore information.<br></div></div></div></div>
_________________________________________________________________________<br>Professional FreeSWITCH Consulting Services:<br><a href="mailto:consulting@freeswitch.org" target="_blank">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" target="_blank">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></div></div><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>
<br></blockquote></div><br></div>