[Freeswitch-users] One question.

Brian West brian.west at mac.com
Mon Jul 16 16:54:32 PDT 2007


I think Mike and I covered both ends of the extreme possible right now.

/b

On Jul 16, 2007, at 5:05 PM, Cesar Cepeda wrote:

> Brian,  Mike,
>
> Thanks for your ideas, I'll try them out.
>
> Cesar Cepeda.
>
>> -----Mensaje original-----
>> De: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-
>> users-bounces at lists.freeswitch.org] En nombre de Michael Jerris
>> Enviado el: Lunes, 16 de Julio de 2007 16:34
>> Para: freeswitch-users at lists.freeswitch.org
>> Asunto: Re: [Freeswitch-users] One question.
>>
>> If you REALLY want to over think the problem... You could look at  
>> using
>> media bugs to do all of the supervisor like functions... It probably
>> can be
>> done a bit cheaper on the processor than using conferences, but would
>> require you to write all the code necessary to handle things already
>> handled
>> in conference.  You could take a look at how to use them in
>> mod_soundtouch.
>> As far as agent handling.. You would have to add logic to handle who
>> was an
>> agent, and what to do with them.  Look at the park app and the
>> broadcast api
>> command for more ideas.
>>
>> Mike
>>
>>
>>
>> On 7/16/07 8:34 PM, "Brian West" <brian.west at mac.com> wrote:
>>
>>>
>>> On Jul 16, 2007, at 12:25 PM, Cesar Cepeda wrote:
>>>
>>>> Hi everybody.
>>>>
>>>> I'm starting with Freeswitch and I have a question.  I want to make
>>>> a dialer
>>>> based on Freeswitch, the functionality will be like this:
>>>>
>>>> * An agent calls Freeswitch, let's say to extension 111 and logs in
>>>> (via a
>>>> js script)
>>>
>>> Better off using a conference
>>>
>>>> * After he(she) logs it should be put on hold (listening to  
>>>> music or
>>>> whatever) to wait for an available call
>>>
>>> Same use a conference.
>>>
>>>> * In the meantime, Freeswitch starts to dial numbers,
>>>
>>> FreeSWITCH doesn't do any thinking for you.. Your application  
>>> will be
>>> doing the work and freeswitch will do what its told.
>>>
>>>> * As soon as it has a connected call it should unhold an agent and
>>>> bridge
>>>> the connected call to the agents call.
>>>
>>> Drop in conf.. music stops.
>>>
>>>
>>>> * When the call is finished, the agent should be put on hold once
>>>> again
>>>> without hanging up the call.
>>>>
>>>
>>> Caller exits usercount goes to 1.. music should start again.
>>> (trixter isn't this in trunk?_
>>>
>>>> I will be controlling Freeswith (originating calls, bridging, etc)
>>>> using the
>>>> event_socket interface
>>>
>>> Good idea.
>>>
>>>>
>>>> My question is:  What is the best way to do the holding-unholding
>>>> of the
>>>> agents?
>>>
>>> Don't over think the process.  ;)
>>>
>>> Hopefully this helps you.  By using a conference you can have
>>> supervisors listen in and or coach an agent in such a way that the
>>> agent will hear the supervisor but the customer can't hear the
>>> supervisor.
>>>
>>> /b
>>>
>>>>
>>>> Thanks.
>>>>
>>>> Cesar Cepeda.
>>>>
>>>>
>>>>
>>>> _______________________________________________
>>>> 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
>>>
>>>
>>> _______________________________________________
>>> 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
>>
>>
>> _______________________________________________
>> 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
>
>
>
> _______________________________________________
> 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





More information about the FreeSWITCH-users mailing list