[Freeswitch-users] UUID from Extension Number

Jeremy Childs jeremyc at ssimicro.com
Wed Oct 30 18:12:37 MSK 2013


Yes, that works fine, except in the case where the incoming call bounces 
off a receptionist.

Receptionist takes call - UUID 1234 is mapped (via mod_db) to the 
receptionist's extension number.
Receptionist begins an attended transfer - new UUID is generated (6789) 
- this UUID is mapped to the tranfer target (extension 101).
Receptionist completes transfer - new UUID (6789) is discarded and UUID 
1234 is now the UUID of the call.
Eavesdropper wants to listen to whatever extension 101 is doing... no 
mapping for this.

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.


On 10/30/13, 2:01 AM, Steven Ayre wrote:
> Use mod_db to store the current call's uuid and then again to look it up.
>
>
> On 29 October 2013 15:54, Jeremy Childs <jeremyc at ssimicro.com 
> <mailto:jeremyc at ssimicro.com>> wrote:
>
>     I'm trying to create a "works-anywhere" eavesdrop extension. I've got
>     the demo application that uses the hash/spymap functionality working
>          correctly, but you would need the caller-id of the incoming
>     call in
>     order to eavesdrop on incoming calls. This could be fixed by capturing
>     the destination number instead of the caller-id number for incoming
>     calls (and I've done this, it works fine).
>
>     However, this breaks in the case where an attended transfer has
>     happened
>     (the UUID of the call that gets connected "belonged" to the
>     receptionist).
>
>     The most robust thing I can think of is to do a live lookup of the
>     call
>     UUID using the "final" extension number. Is there any way to do this
>     lookup from the dialplan?
>
>     To be clear, what I'd like to do is this:
>
>     Incoming call is picked up by receptionist (ext 100). Receptionist
>     transfers call to extension 101. The Boss (extension 200), dials
>     *88101
>     which looks up the UUID of extension 101's current call, provides this
>     UUID to the eavesdrop extension, and the eavesdrop proceeds.
>
>     There doesn't appear to be any way to do this from the dialplan,
>     however
>     -- am I missing something?
>
>     _________________________________________________________________________
>     Professional FreeSWITCH Consulting Services:
>     consulting at freeswitch.org <mailto:consulting at freeswitch.org>
>     http://www.freeswitchsolutions.com
>
>     
>     
>
>     Official FreeSWITCH Sites
>     http://www.freeswitch.org
>     http://wiki.freeswitch.org
>     http://www.cluecon.com
>
>     FreeSWITCH-users mailing list
>     FreeSWITCH-users at lists.freeswitch.org
>     <mailto:FreeSWITCH-users at lists.freeswitch.org>
>     http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
>     UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
>     http://www.freeswitch.org
>
>
>
>
> _________________________________________________________________________
> Professional FreeSWITCH Consulting Services:
> consulting at freeswitch.org
> http://www.freeswitchsolutions.com
>
> 
> 
>
> Official FreeSWITCH Sites
> http://www.freeswitch.org
> http://wiki.freeswitch.org
> http://www.cluecon.com
>
> FreeSWITCH-users mailing list
> FreeSWITCH-users at lists.freeswitch.org
> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
> http://www.freeswitch.org

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20131030/bb1206a0/attachment.html 


Join us at ClueCon 2013 Aug 6-8, 2013
More information about the FreeSWITCH-users mailing list