[Freeswitch-users] Caller ID using Fifo

[Marc de Corny]

I can see that a number of us are interested in this.
I have tried to set that outbound_name and fifo_outbound_name before send
ing the call the queue but they made no difference.

and when I do  fifo list, I cannot see any variables with that name
available to set. Am I not looking in the right place.


I'm looking into <action application="set" data="fifo_orbit_dialplan=XML"/>
as a potential way out, whereby as the call enters the FIFO I could record
the outbound_name requested and then if I can control the call on the way
out I can set it again. How does this command above allow me to send the
calls out a certain way and treat them. what are the options for that
fifo_orbit_dialplan

thanks
Marc
On Tue, Jan 25, 2011 at 2:40 AM, liuyp2 <liuyp2 at asiainfo-linkage.com> wrote:

>  mod_fifo can't transfer sip header  message which defined by
> myself(sip_h_X-xxx) to b-leg also.
>
> Is there any solution in latest version?
>
>  ------------------------------
>  liuyp2
> 2011-01-25
>  ------------------------------
>
> *发件人：* Anthony Minessale
> *发送时间：* 2011-01-25 09:28:25
> *收件人：* FreeSWITCH Users Help
> *抄送：*
> *主题：* Re: [Freeswitch-users] Caller ID using Fifo
>
>
> You should all confer to make sure you are all using fs latest git because
> that is the version I am talking about.  Fifo has some major new features in
> latest that do not exist in older versions including showing the customers
> cid when it calls agents.  The dilemma jm describes used to be true but is
> no longer the case with the default ringall strategy on latest git.
>
> The customers cid is sent to the agent and if the fifo xml defines
> outbound_name param that will be included as well.
>
> If you want to override it you must do what you quoted in the wiki in the
> dialstring contained in the member tag of the xml for that membership not in
> the dialplan.
>
> On Jan 14, 2011 10:36 AM, "Marc de Corny" <marcdecorny at gmail.com> wrote:
> >
> > Just to follow up on this subject.
> >
> > I have done a lot of testing on the fifo trying to get the caller_id_name
> changed on the outbound call to the agent and to be honest I cannot
> understand the explanation.
> >
> > If mod_fifo does not know which call it will connect until the agent
> answers, how come it displays the CLI correctly, jsut won;t let me change
> it.
> >
> > Still seems strange. I am looking into the Mod_callcentre to check if it
> sends caller_id information. but the same logic if valid could apply
> >
> > Also maybe someone should change the Wiki ( I would but do not have
> enough expertise on the subject) because the following is a bit misleading
> >
> >  "Note: If you wish to specify the caller ID presented when a fifo calls
> an agent, set the origination_caller_id_name and origination_caller_id_num
> variables to the values desired. These could be set within the {} of the
> dialstring, or they could be set using the set application in the dialplan
> which places the caller into the fifo (before the 'fifo in' executed on the
> caller). "
> > thanks
> > Marc
> > On Thu, Jan 13, 2011 at 10:47 PM, Joao Leme <joaocarlosleme at gmail.com>
> wrote:
> >>
> >> What about showing the Caller ID after it is answered? Any way to do
> that?
> >>
> >> 2011/1/12 João Mesquita <jmesquita at freeswitch.org>
> >>
> >>> João Leme,
> >>>
> >>> The caller id is not passed when the phone is ringing because mod_fifo
> does not know which call is going to be sent to that channel once it is
> answered until it is really answered. I don't know if mod_callcenter does
> show anything but you should consider looking at the documentation if you
> really need this feature.
> >>>
> >>> Regards,
> >>> João Mesquita
> >>>
> >>>
> >>> On Wed, Jan 12, 2011 at 9:15 PM, Joao Leme <joaocarlosleme at gmail.com>
> wrote:
> >>>>
> >>>> Hi there,
> >>>> I would like to know if there is a way to see the caller ID on my Sip
> Client (X-Lite for example) of the caller that I answear from a Fifo queue?
> >>>> Thanks,
> >>>> John
> >>>>
> >>>> _______________________________________________
> >>>> 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
> >
>
> _______________________________________________
> 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/20110126/44fdb0ff/attachment.html