[Freeswitch-users] call info display

[Anthony Minessale]

Its automatically determined based on the info in the SIP traffic from the 2
respective ends of the call.
It's also configurable to be overridden from the dialplan.


On Tue, Mar 16, 2010 at 1:52 PM, Ken Gillett <ken at ukgb.net> wrote:

> Previously I had a company with a call centre, in which we used a Meridian
> Option 11 (hardware telephone switch) on an ISDN 30 trunk with a range of
> DDI numbers. Each client was provided with one of those DDI numbers on which
> their customers would call us, so it was vital the operator knew which
> client's customer was calling. Within the configuration of the Option 11 I
> named each incoming DDI with the respective client's (Company) name and then
> that name was sent to the extension, along with the incoming CLI, so each
> operator knew which client's number had been called (and hence how to
> respond) and also who was calling, either their number, or name if it could
> be matched in an address directory (although cannot now remember if that was
> done by the switch itself or the extension phone).
>
> Nothing strange about any of that, but I'm trying to relate those same
> requirements to the capabilities of FS. My assumption has been that FS would
> be able to match anything traditional telephone switches could manage, but I
> now need some confirmation of this.
>
> So, are the callee ID and number the incoming line name and number
> respectively and it's those that FS sends to the extension for display?
>
> Where does this data come from? Surely naming the incoming lines must be
> part of the configuration.
>
> Can I name them to whatever I want?
>
> Is the incoming CLI number sent directly to the extension (where it's up to
> the extension what it then displays)?
> Or
> Does FS do any matching to a name in a directory first and then send the
> matched name to the extension?
>
> Sorry to keep asking - I'm sure this is very obvious to those who know, but
> I'm still trying to learn all about FS and what it can and can't do.
>
>
> On 16 Mar 2010, at 17:11, Anthony Minessale wrote:
>
> > as i said it is phone specific.
> >
> > The callee id and caleeid number is sent
> >
> > on polycom and astra via sip UPDATE
> > on snom and FS->FS via INFO
> >
> >
> > There is no configuration necessary, its the default behavior.
> >
> >
> > On Tue, Mar 16, 2010 at 11:23 AM, Ken Gillett <ken at ukgb.net> wrote:
> > Thanks, but could I ask for more specifics? Exactly what info is sent and
> is it sent as part of the SIP info, i.e. so any SIP device ought to display
> it correctly? Are there any docs I can read that will explain in detail
> about the information that is sent (i.e. call info, not SIP protocol stuff)
> and how to configureFS to send exactly what is required?
> >
> >
> > On 16 Mar 2010, at 15:48, Anthony Minessale wrote:
> >
> > > depending on the phone FreeSWITCH will update the display any time a
> call is bridged.
> > >
> > > it works on polycom,snom and aastra and I am not sure if there are
> more.
> > >
> > >
> > > On Tue, Mar 16, 2010 at 5:50 AM, Ken Gillett <ken at ukgb.net> wrote:
> > >> Sorry to ask what are perhaps very basic questions, but could someone
> please enlighten me on FreeSwitch's capabilities with regard to information
> for display on the recipient's extension.
> > >>
> > >> When a call is received, the extension really needs to display
> information about the origin and the intended recipient of the call.
> Normally for an incoming external call, the former is supplied by the
> 'incoming CLI' (often linked to locally stored name) and the latter probably
> by associating a name with each incoming line, so in this way the recipient
> can see at a glance who called whom (or what).
> > >>
> > >> Am I right in thinking that within SIP there is the provision to send
> information about the calling party (origin), so the called party
> (recipient) doesn't have to rely on CLI and matching numbers to locally
> stored directories?
> > >>
> > >> So, how does FS handle all the above?
> > >> What does it pass to the recipient, for both external and internal
> calls?
> > >> Is this part of FS configuration? IOW, do you have programmatic access
> to such information and can you specify exactly what is sent to an
> extension?
> > >
>
>
>
> Ken G i l l e t t
>
> _/_/_/_/_/_/_/_/
>
>
>
>
> _______________________________________________
> 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
>



-- 
Anthony Minessale II

FreeSWITCH http://www.freeswitch.org/
ClueCon http://www.cluecon.com/
Twitter: http://twitter.com/FreeSWITCH_wire

AIM: anthm
MSN:anthony_minessale at hotmail.com <MSN%3Aanthony_minessale at hotmail.com>
GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com<PAYPAL%3Aanthony.minessale at gmail.com>
IRC: irc.freenode.net #freeswitch

FreeSWITCH Developer Conference
sip:888 at conference.freeswitch.org <sip%3A888 at conference.freeswitch.org>
iax:guest at conference.freeswitch.org/888
googletalk:conf+888 at conference.freeswitch.org<googletalk%3Aconf%2B888 at conference.freeswitch.org>
pstn:+19193869900
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100316/aaac296e/attachment-0002.html