<html>
<head>
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
<div class="moz-cite-prefix">Yes, that works fine, except in the
case where the incoming call bounces off a receptionist.<br>
<br>
Receptionist takes call - UUID 1234 is mapped (via mod_db) to the
receptionist's extension number.<br>
Receptionist begins an attended transfer - new UUID is generated
(6789) - this UUID is mapped to the tranfer target (extension
101).<br>
Receptionist completes transfer - new UUID (6789) is discarded and
UUID 1234 is now the UUID of the call.<br>
Eavesdropper wants to listen to whatever extension 101 is doing...
no mapping for this.<br>
<br>
I have a patch for mod_dptools ready to submit that allows
eavesdrop to lookup an extension number, I'm just checking to see
if I've missed some other way to do it.<br>
<br>
<br>
On 10/30/13, 2:01 AM, Steven Ayre wrote:<br>
</div>
<blockquote
cite="mid:CAFiqYu=qE=UUUpFGWzx3gZKhFx3E0B5ZepSpvQw4pWgn68+XYQ@mail.gmail.com"
type="cite">
<div dir="ltr">Use mod_db to store the current call's uuid and
then again to look it up.</div>
<div class="gmail_extra"><br>
<br>
<div class="gmail_quote">On 29 October 2013 15:54, Jeremy Childs
<span dir="ltr"><<a moz-do-not-send="true"
href="mailto:jeremyc@ssimicro.com" target="_blank">jeremyc@ssimicro.com</a>></span>
wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0
.8ex;border-left:1px #ccc solid;padding-left:1ex">I'm trying
to create a "works-anywhere" eavesdrop extension. I've got<br>
the demo application that uses the hash/spymap functionality
working<br>
correctly, but you would need the caller-id of the
incoming call in<br>
order to eavesdrop on incoming calls. This could be fixed by
capturing<br>
the destination number instead of the caller-id number for
incoming<br>
calls (and I've done this, it works fine).<br>
<br>
However, this breaks in the case where an attended transfer
has happened<br>
(the UUID of the call that gets connected "belonged" to the
receptionist).<br>
<br>
The most robust thing I can think of is to do a live lookup
of the call<br>
UUID using the "final" extension number. Is there any way to
do this<br>
lookup from the dialplan?<br>
<br>
To be clear, what I'd like to do is this:<br>
<br>
Incoming call is picked up by receptionist (ext 100).
Receptionist<br>
transfers call to extension 101. The Boss (extension 200),
dials *88101<br>
which looks up the UUID of extension 101's current call,
provides this<br>
UUID to the eavesdrop extension, and the eavesdrop proceeds.<br>
<br>
There doesn't appear to be any way to do this from the
dialplan, however<br>
-- am I missing something?<br>
<br>
_________________________________________________________________________<br>
Professional FreeSWITCH Consulting Services:<br>
<a moz-do-not-send="true"
href="mailto:consulting@freeswitch.org">consulting@freeswitch.org</a><br>
<a moz-do-not-send="true"
href="http://www.freeswitchsolutions.com" target="_blank">http://www.freeswitchsolutions.com</a><br>
<br>
FreeSWITCH-powered IP PBX: The CudaTel Communication Server<br>
<a moz-do-not-send="true" href="http://www.cudatel.com"
target="_blank">http://www.cudatel.com</a><br>
<br>
Official FreeSWITCH Sites<br>
<a moz-do-not-send="true" href="http://www.freeswitch.org"
target="_blank">http://www.freeswitch.org</a><br>
<a moz-do-not-send="true" href="http://wiki.freeswitch.org"
target="_blank">http://wiki.freeswitch.org</a><br>
<a moz-do-not-send="true" href="http://www.cluecon.com"
target="_blank">http://www.cluecon.com</a><br>
<br>
FreeSWITCH-users mailing list<br>
<a moz-do-not-send="true"
href="mailto:FreeSWITCH-users@lists.freeswitch.org">FreeSWITCH-users@lists.freeswitch.org</a><br>
<a moz-do-not-send="true"
href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users"
target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a><br>
UNSUBSCRIBE:<a moz-do-not-send="true"
href="http://lists.freeswitch.org/mailman/options/freeswitch-users"
target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-users</a><br>
<a moz-do-not-send="true" href="http://www.freeswitch.org"
target="_blank">http://www.freeswitch.org</a><br>
</blockquote>
</div>
<br>
</div>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<br>
<pre wrap="">_________________________________________________________________________
Professional FreeSWITCH Consulting Services:
<a class="moz-txt-link-abbreviated" href="mailto:consulting@freeswitch.org">consulting@freeswitch.org</a>
<a class="moz-txt-link-freetext" href="http://www.freeswitchsolutions.com">http://www.freeswitchsolutions.com</a>
FreeSWITCH-powered IP PBX: The CudaTel Communication Server
<a class="moz-txt-link-freetext" href="http://www.cudatel.com">http://www.cudatel.com</a>
Official FreeSWITCH Sites
<a class="moz-txt-link-freetext" href="http://www.freeswitch.org">http://www.freeswitch.org</a>
<a class="moz-txt-link-freetext" href="http://wiki.freeswitch.org">http://wiki.freeswitch.org</a>
<a class="moz-txt-link-freetext" href="http://www.cluecon.com">http://www.cluecon.com</a>
FreeSWITCH-users mailing list
<a class="moz-txt-link-abbreviated" href="mailto:FreeSWITCH-users@lists.freeswitch.org">FreeSWITCH-users@lists.freeswitch.org</a>
<a class="moz-txt-link-freetext" href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a>
UNSUBSCRIBE:<a class="moz-txt-link-freetext" href="http://lists.freeswitch.org/mailman/options/freeswitch-users">http://lists.freeswitch.org/mailman/options/freeswitch-users</a>
<a class="moz-txt-link-freetext" href="http://www.freeswitch.org">http://www.freeswitch.org</a>
</pre>
</blockquote>
<br>
</body>
</html>