Hi, when a user redirects its phone to mobile number, ITSP rejects call because caller id is not in our range of numbers. If I change CID to one of our numbers, call is accepted, but users would like to see original CID . Is there a way I could deflect a call to ITSP so user could see original caller id? Thanks, Denis
Only if you can get your ITSP to accept something not one of your numbers... If they wont, I suggestion FlowRoute.com On 7/11/13 11:37 PM, "Shishko" <shishko69@gmail.com> wrote:
Hi,
when a user redirects its phone to mobile number, ITSP rejects call because caller id is not in our range of numbers. If I change CID to one of our numbers, call is accepted, but users would like to see original CID . Is there a way I could deflect a call to ITSP so user could see original caller id?
Thanks,
Denis
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
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
-- Ken http://www.FreeSWITCH.org http://www.ClueCon.com http://www.OSTAG.org irc.freenode.net #freeswitch
I have a similar problem. I set the callerID to the user's extension, so he knows this is a forwarded call. A decent operator won't accept a callerID not fron your range. I guess you understand why. Yehaci. בתאריך 12 ביול 2013 07:47, מאת "Shishko" <shishko69@gmail.com>:
Hi,
when a user redirects its phone to mobile number, ITSP rejects call because caller id is not in our range of numbers. If I change CID to one of our numbers, call is accepted, but users would like to see original CID . Is there a way I could deflect a call to ITSP so user could see original caller id?
Thanks,
Denis
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
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
I tend to disagree with that comment about a decent operator... I find the opposite to be true... If you have DIDs from say Carrier X, and you want your calls to be able to go out Carriers Y & Z and you don’t have any DIDs with carrier Y & Z how are you supposed to terminate with them... Even better you have a few DIDs with all of them, you should be able to send CLID for any of your DIDs out any of your carriers... On 7/12/13 12:46 AM, "Yehavi Bourvine" <yehavi.bourvine@gmail.com> wrote:
I have a similar problem. I set the callerID to the user's extension, so he knows this is a forwarded call.
A decent operator won't accept a callerID not fron your range. I guess you understand why.
Yehaci.
בתאריך 12 ביול 2013 07:47, מאת "Shishko" <shishko69@gmail.com>:
Hi,
when a user redirects its phone to mobile number, ITSP rejects call because caller id is not in our range of numbers. If I change CID to one of our numbers, call is accepted, but users would like to see original CID . Is there a way I could deflect a call to ITSP so user could see original caller id?
Thanks,
Denis
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
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
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
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
-- Ken http://www.FreeSWITCH.org http://www.ClueCon.com http://www.OSTAG.org irc.freenode.net #freeswitch
Agreed with Ken. One of the many reasons why I use Flowroute. And I use that feature multiple times an hour. Thank you, Brian Foster Project Manager/Owner's Rep. Davri Investments, Inc. O: 317-787-2686 x2102 M: 317-600-9753 E: bdfoster@davri.com Indianapolis, Indiana Sent from a mobile device. On Jul 12, 2013 9:46 AM, "Ken Rice" <krice@freeswitch.org> wrote:
I tend to disagree with that comment about a decent operator... I find the opposite to be true... If you have DIDs from say Carrier X, and you want your calls to be able to go out Carriers Y & Z and you don’t have any DIDs with carrier Y & Z how are you supposed to terminate with them... Even better you have a few DIDs with all of them, you should be able to send CLID for any of your DIDs out any of your carriers...
On 7/12/13 12:46 AM, "Yehavi Bourvine" <yehavi.bourvine@gmail.com> wrote:
I have a similar problem. I set the callerID to the user's extension, so he knows this is a forwarded call.
A decent operator won't accept a callerID not fron your range. I guess you understand why.
Yehaci.
בתאריך 12 ביול 2013 07:47, מאת "Shishko" <shishko69@gmail.com>:
Hi,
when a user redirects its phone to mobile number, ITSP rejects call because caller id is not in our range of numbers. If I change CID to one of our numbers, call is accepted, but users would like to see original CID . Is there a way I could deflect a call to ITSP so user could see original caller id?
Thanks,
Denis
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
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
------------------------------ _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
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
-- Ken *http://www.FreeSWITCH.org http://www.ClueCon.com http://www.OSTAG.org *irc.freenode.net #freeswitch
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
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
It's all about Caller ID spoofing. If you are allowed to send anything you could abuse that, and since there are plenty of services that use Caller ID from the PSTN for authentication that could be a problem. Wholesale carriers might allow it between themselves (trusted), but it would be undesirable to allow it for end-users. If you actually own the number (such as with DIDs) then that's a slightly more specific case. If you could prove ownership to Y & Z and they had a configurable whitelist then they might be able to add them to the list since they can then trust you for those numbers, but they couldn't do that for any random number you might send. Proving ownership (and that you still own it) wouldn't be a very simple task to handle securely though? -Steve On 12 July 2013 14:41, Ken Rice <krice@freeswitch.org> wrote:
I tend to disagree with that comment about a decent operator... I find the opposite to be true... If you have DIDs from say Carrier X, and you want your calls to be able to go out Carriers Y & Z and you don’t have any DIDs with carrier Y & Z how are you supposed to terminate with them... Even better you have a few DIDs with all of them, you should be able to send CLID for any of your DIDs out any of your carriers...
On 7/12/13 12:46 AM, "Yehavi Bourvine" <yehavi.bourvine@gmail.com> wrote:
I have a similar problem. I set the callerID to the user's extension, so he knows this is a forwarded call.
A decent operator won't accept a callerID not fron your range. I guess you understand why.
Yehaci.
בתאריך 12 ביול 2013 07:47, מאת "Shishko" <shishko69@gmail.com>:
Hi,
when a user redirects its phone to mobile number, ITSP rejects call because caller id is not in our range of numbers. If I change CID to one of our numbers, call is accepted, but users would like to see original CID . Is there a way I could deflect a call to ITSP so user could see original caller id?
Thanks,
Denis
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
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
------------------------------ _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
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
-- Ken *http://www.FreeSWITCH.org http://www.ClueCon.com http://www.OSTAG.org *irc.freenode.net #freeswitch
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
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
since there are plenty of services that use Caller ID from the PSTN for authentication that could be a problem.
Of course with flowroute (and I'm sure others) already allowing it those services are insecure anyway unless they request something else (PIN) too, and even then a phone call isn't that secure anyway (easy to packet capture DTMF anywhere along the way). -Steve On 12 July 2013 20:11, Steven Ayre <steveayre@gmail.com> wrote:
It's all about Caller ID spoofing. If you are allowed to send anything you could abuse that, and since there are plenty of services that use Caller ID from the PSTN for authentication that could be a problem.
Wholesale carriers might allow it between themselves (trusted), but it would be undesirable to allow it for end-users.
If you actually own the number (such as with DIDs) then that's a slightly more specific case. If you could prove ownership to Y & Z and they had a configurable whitelist then they might be able to add them to the list since they can then trust you for those numbers, but they couldn't do that for any random number you might send.
Proving ownership (and that you still own it) wouldn't be a very simple task to handle securely though?
-Steve
On 12 July 2013 14:41, Ken Rice <krice@freeswitch.org> wrote:
I tend to disagree with that comment about a decent operator... I find the opposite to be true... If you have DIDs from say Carrier X, and you want your calls to be able to go out Carriers Y & Z and you don’t have any DIDs with carrier Y & Z how are you supposed to terminate with them... Even better you have a few DIDs with all of them, you should be able to send CLID for any of your DIDs out any of your carriers...
On 7/12/13 12:46 AM, "Yehavi Bourvine" <yehavi.bourvine@gmail.com> wrote:
I have a similar problem. I set the callerID to the user's extension, so he knows this is a forwarded call.
A decent operator won't accept a callerID not fron your range. I guess you understand why.
Yehaci.
בתאריך 12 ביול 2013 07:47, מאת "Shishko" <shishko69@gmail.com>:
Hi,
when a user redirects its phone to mobile number, ITSP rejects call because caller id is not in our range of numbers. If I change CID to one of our numbers, call is accepted, but users would like to see original CID . Is there a way I could deflect a call to ITSP so user could see original caller id?
Thanks,
Denis
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
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
------------------------------ _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
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
-- Ken *http://www.FreeSWITCH.org http://www.ClueCon.com http://www.OSTAG.org *irc.freenode.net #freeswitch
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
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
The problem is that the attitude is then "Oh gee, a bunch of places out there are using a *known* insecure system as an authentication mechanism, therefore we should break all the use cases for such capability". Let's not forget that on POTS lines you could still fake the caller id number at least by injecting your own signal on the line. I know I'm probably tilting at windmills here, but I've had too many legitimate uses broken by providers that wouldn't allow you to forward that information along. -Yossi On 07/12/2013 02:11 PM, Steven Ayre wrote:
It's all about Caller ID spoofing. If you are allowed to send anything you could abuse that, and since there are plenty of services that use Caller ID from the PSTN for authentication that could be a problem.
Wholesale carriers might allow it between themselves (trusted), but it would be undesirable to allow it for end-users.
If you actually own the number (such as with DIDs) then that's a slightly more specific case. If you could prove ownership to Y & Z and they had a configurable whitelist then they might be able to add them to the list since they can then trust you for those numbers, but they couldn't do that for any random number you might send.
Proving ownership (and that you still own it) wouldn't be a very simple task to handle securely though?
-Steve
On 12 July 2013 14:41, Ken Rice <krice@freeswitch.org <mailto:krice@freeswitch.org>> wrote:
I tend to disagree with that comment about a decent operator... I find the opposite to be true... If you have DIDs from say Carrier X, and you want your calls to be able to go out Carriers Y & Z and you don't have any DIDs with carrier Y & Z how are you supposed to terminate with them... Even better you have a few DIDs with all of them, you should be able to send CLID for any of your DIDs out any of your carriers...
On 7/12/13 12:46 AM, "Yehavi Bourvine" <yehavi.bourvine@gmail.com <http://yehavi.bourvine@gmail.com>> wrote:
I have a similar problem. I set the callerID to the user's extension, so he knows this is a forwarded call.
A decent operator won't accept a callerID not fron your range. I guess you understand why.
Yehaci.
?????? 12 ???? 2013 07:47, ??? "Shishko" <shishko69@gmail.com <http://shishko69@gmail.com>>:
Hi,
when a user redirects its phone to mobile number, ITSP rejects call because caller id is not in our range of numbers. If I change CID to one of our numbers, call is accepted, but users would like to see original CID . Is there a way I could deflect a call to ITSP so user could see original caller id?
Thanks,
Denis
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org <http://consulting@freeswitch.org> http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org <http://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
------------------------------------------------------------------------ _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org <http://consulting@freeswitch.org> http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org <http://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
-- Ken _http://www.FreeSWITCH.org http://www.ClueCon.com http://www.OSTAG.org _irc.freenode.net <http://irc.freenode.net> #freeswitch
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org <mailto:consulting@freeswitch.org> http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org <mailto: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
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
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
Some places actually require clid to be allowed from the customer. Clid spoofing is a problem yes but its not that big of one. Not to mention billing customers based on that is a problem its still easy to spoof. Its like billing on.customer inserted tech prefixes which is ripe for abuse. The real fix is to start linking back to billing info (btn) like is/was done on tdm networks and you can still properly track things Sent from my iPhone On Jul 12, 2013, at 2:11 PM, Steven Ayre <steveayre@gmail.com> wrote:
It's all about Caller ID spoofing. If you are allowed to send anything you could abuse that, and since there are plenty of services that use Caller ID from the PSTN for authentication that could be a problem.
Wholesale carriers might allow it between themselves (trusted), but it would be undesirable to allow it for end-users.
If you actually own the number (such as with DIDs) then that's a slightly more specific case. If you could prove ownership to Y & Z and they had a configurable whitelist then they might be able to add them to the list since they can then trust you for those numbers, but they couldn't do that for any random number you might send.
Proving ownership (and that you still own it) wouldn't be a very simple task to handle securely though?
-Steve
On 12 July 2013 14:41, Ken Rice <krice@freeswitch.org> wrote:
I tend to disagree with that comment about a decent operator... I find the opposite to be true... If you have DIDs from say Carrier X, and you want your calls to be able to go out Carriers Y & Z and you don’t have any DIDs with carrier Y & Z how are you supposed to terminate with them... Even better you have a few DIDs with all of them, you should be able to send CLID for any of your DIDs out any of your carriers...
On 7/12/13 12:46 AM, "Yehavi Bourvine" <yehavi.bourvine@gmail.com> wrote:
I have a similar problem. I set the callerID to the user's extension, so he knows this is a forwarded call.
A decent operator won't accept a callerID not fron your range. I guess you understand why.
Yehaci.
בתאריך 12 ביול 2013 07:47, מאת "Shishko" <shishko69@gmail.com>: Hi,
when a user redirects its phone to mobile number, ITSP rejects call because caller id is not in our range of numbers. If I change CID to one of our numbers, call is accepted, but users would like to see original CID . Is there a way I could deflect a call to ITSP so user could see original caller id?
Thanks,
Denis
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
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
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
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
-- Ken http://www.FreeSWITCH.org http://www.ClueCon.com http://www.OSTAG.org irc.freenode.net #freeswitch
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
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
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
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
Callcentric has a special header for this. header called "Related-Call-ID" that makes it possible for the service provider to check if the Caller-ID is a valid redirection or the caller tries to spoof a caller-ID. AFAIK CallCentric supports this header. A quick try will show this. From: freeswitch-users-bounces@lists.freeswitch.org [mailto:freeswitch-users-bounces@lists.freeswitch.org] On Behalf Of Ken Rice Sent: Friday, July 12, 2013 4:30 PM To: FreeSWITCH Users Help Cc: FreeSWITCH Users Help Subject: spam>spam>Re: [Freeswitch-users] Call redirect Some places actually require clid to be allowed from the customer. Clid spoofing is a problem yes but its not that big of one. Not to mention billing customers based on that is a problem its still easy to spoof. Its like billing on.customer inserted tech prefixes which is ripe for abuse. The real fix is to start linking back to billing info (btn) like is/was done on tdm networks and you can still properly track things Sent from my iPhone On Jul 12, 2013, at 2:11 PM, Steven Ayre <steveayre@gmail.com<mailto:steveayre@gmail.com>> wrote: It's all about Caller ID spoofing. If you are allowed to send anything you could abuse that, and since there are plenty of services that use Caller ID from the PSTN for authentication that could be a problem. Wholesale carriers might allow it between themselves (trusted), but it would be undesirable to allow it for end-users. If you actually own the number (such as with DIDs) then that's a slightly more specific case. If you could prove ownership to Y & Z and they had a configurable whitelist then they might be able to add them to the list since they can then trust you for those numbers, but they couldn't do that for any random number you might send. Proving ownership (and that you still own it) wouldn't be a very simple task to handle securely though? -Steve On 12 July 2013 14:41, Ken Rice <krice@freeswitch.org<mailto:krice@freeswitch.org>> wrote: I tend to disagree with that comment about a decent operator... I find the opposite to be true... If you have DIDs from say Carrier X, and you want your calls to be able to go out Carriers Y & Z and you don’t have any DIDs with carrier Y & Z how are you supposed to terminate with them... Even better you have a few DIDs with all of them, you should be able to send CLID for any of your DIDs out any of your carriers... On 7/12/13 12:46 AM, "Yehavi Bourvine" <yehavi.bourvine@gmail.com<http://yehavi.bourvine@gmail.com>> wrote: I have a similar problem. I set the callerID to the user's extension, so he knows this is a forwarded call. A decent operator won't accept a callerID not fron your range. I guess you understand why. Yehaci. בתאריך 12 ביול 2013 07:47, מאת "Shishko" <shishko69@gmail.com<http://shishko69@gmail.com>>: Hi, when a user redirects its phone to mobile number, ITSP rejects call because caller id is not in our range of numbers. If I change CID to one of our numbers, call is accepted, but users would like to see original CID . Is there a way I could deflect a call to ITSP so user could see original caller id? Thanks, Denis _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org<http://consulting@freeswitch.org> http://www.freeswitchsolutions.com FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org<http://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 ________________________________ _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org<http://consulting@freeswitch.org> http://www.freeswitchsolutions.com FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org<http://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 -- Ken http://www.FreeSWITCH.org http://www.ClueCon.com http://www.OSTAG.org irc.freenode.net<http://irc.freenode.net> #freeswitch _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org<mailto:consulting@freeswitch.org> http://www.freeswitchsolutions.com FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org<mailto: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 _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org<mailto:consulting@freeswitch.org> http://www.freeswitchsolutions.com FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org<mailto:FreeSWITCH-users@lists.freeswitch.org> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users<http://lists.freeswitch.org/mailman/options/freeswitch-users> http://www.freeswitch.org
Some ITSP’s block call with foreign caller ID, you need to ask the carrier to stop blocking it. From: freeswitch-users-bounces@lists.freeswitch.org [mailto:freeswitch-users-bounces@lists.freeswitch.org] On Behalf Of Shishko Sent: Friday, July 12, 2013 12:37 AM To: freeswitch-users Subject: spam>spam>[Freeswitch-users] Call redirect Hi, when a user redirects its phone to mobile number, ITSP rejects call because caller id is not in our range of numbers. If I change CID to one of our numbers, call is accepted, but users would like to see original CID . Is there a way I could deflect a call to ITSP so user could see original caller id? Thanks, Denis
participants (7)
-
Brian Foster
-
I put the Who? in Mishehu
-
Ken Rice
-
Moishe Grunstein
-
Shishko
-
Steven Ayre
-
Yehavi Bourvine