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 _/_/_/_/_/_/_/_/
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@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@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@hotmail.com <MSN%3Aanthony_minessale@hotmail.com> GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com<PAYPAL%3Aanthony.minessale@gmail.com> IRC: irc.freenode.net #freeswitch FreeSWITCH Developer Conference sip:888@conference.freeswitch.org <sip%3A888@conference.freeswitch.org> iax:guest@conference.freeswitch.org/888 googletalk:conf+888@conference.freeswitch.org<googletalk%3Aconf%2B888@conference.freeswitch.org> pstn:+19193869900
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@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 _/_/_/_/_/_/_/_/
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@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@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@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@hotmail.com <MSN%3Aanthony_minessale@hotmail.com> GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com<PAYPAL%3Aanthony.minessale@gmail.com> IRC: irc.freenode.net #freeswitch FreeSWITCH Developer Conference sip:888@conference.freeswitch.org <sip%3A888@conference.freeswitch.org> iax:guest@conference.freeswitch.org/888 googletalk:conf+888@conference.freeswitch.org<googletalk%3Aconf%2B888@conference.freeswitch.org> pstn:+19193869900
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@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@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 _/_/_/_/_/_/_/_/
Hello On Tue, Mar 16, Ken Gillett 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.
Most anything you want to do can be done. You really need to set up a lab and get your hands dirty to find out what each scenario requires. This is the only way you can really learn the ins and outs of FS. --FC
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@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@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@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@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@hotmail.com <MSN%3Aanthony_minessale@hotmail.com> GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com<PAYPAL%3Aanthony.minessale@gmail.com> IRC: irc.freenode.net #freeswitch FreeSWITCH Developer Conference sip:888@conference.freeswitch.org <sip%3A888@conference.freeswitch.org> iax:guest@conference.freeswitch.org/888 googletalk:conf+888@conference.freeswitch.org<googletalk%3Aconf%2B888@conference.freeswitch.org> pstn:+19193869900
Hi Ken, This is just dialplan stuff. Match an inbound DDI, use the callerid variable and prefix it with the customer name. The phones just display what the callerid is the *you* send it. How you match all this can be done a millions ways; via an DB, LDAP, google search whatever. If you can think of it it can be done. Check the wiki and samples out. Thanks, Gavin. On 16/03/2010, Ken Gillett <ken@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@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@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@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
-- Sent from my mobile device http://www.suretecsystems.com/services/openldap/ http://www.suretectelecom.com
ken, i'll share to you my experience. i hv an FXO. for incoming calls, the CallerID number, received after the 1st ring, is sent to Freeswitch during SIP invitation. there's a mod_cidlookup module in freeswitch if u want to get the caller's name - and decide what to do w/ the incoming call. -nandy On Tue, Mar 16, 2010 at 6:50 PM, Ken Gillett <ken@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@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
participants (5)
-
Anthony Minessale
-
Frank Carmickle
-
Gavin Henry
-
Ken Gillett
-
Nandy Dagondon