[cisco-voip] SNR and caller-id - cell phone doesn't showcustomers number but instead the office number

[Ahmed Elnagar]

I think it is very difficult to convince a provider to allow just
everything to pass from your E1's...it is new for me to know that some
providers allows you to set caller ID on your own.

 

 Best Regards;

  Ahmed Elnagar

  Senior Network PS Engineer

  Mob: +2019-0016211

  CCIE#24697 (Voice)

   

 

From: cisco-voip-bounces at puck.nether.net
[mailto:cisco-voip-bounces at puck.nether.net] On Behalf Of Ted Nugent
Sent: Wednesday, May 26, 2010 6:53 PM
To: Jason Aarons (US)
Cc: cisco-voip at puck.nether.net
Subject: Re: [cisco-voip] SNR and caller-id - cell phone doesn't
showcustomers number but instead the office number

 

Historically we've just had the provider remove the screening table (aka
allow CPE to provide CLID) but if your hitting new legislation then I
can see SNR for MOST clients going into the toilet. Is q931 debug
showing proper CLID on the outbound leg? if so then and the provider
refuses to work with you then I agree with the sales people its totally
useless. I've been lucky enough not to have this be a problem yet on a
PRI.

 

On Wed, May 26, 2010 at 11:30 AM, Jason Aarons (US) <
jason.aarons at us.didata.com> wrote:

Sales people are asking if the original calling party number can show up
when using Mobility (SNR).  So call comes into office, office dials out
up to 4 locations passing the office's caller id to the cell phone.
Lots of telcos block what caller id can come out of your PRI (usually
it's your DIDs or the main BTN), a few will pass anything, in the case
of this customer their telco limits what they can pass to main
number/DIDs.

 

So the feedback from the customer is that SNR is useless for sales
people as they answer their cell phone only based upon Caller ID and now
all calls from customers show the main office phone number in caller id

 

Is there any feedback? Seems the FCC is enacting new legislation
limiting what calling party numbers can be passed out, seems a few
telemarkers have been forging their calling party number to get around
call blocking equipment.

 

https://supportforums.cisco.com/thread/2013151.pdf

This didn't work as telco is overwriting by policy.

 

 

________________________________

Disclaimer: This e-mail communication and any attachments may contain
confidential and privileged information and is for use by the designated
addressee(s) named above only. If you are not the intended addressee,
you are hereby notified that you have received this communication in
error and that any use or reproduction of this email or its contents is
strictly prohibited and may be unlawful. If you have received this
communication in error, please notify us immediately by replying to this
message and deleting it from your computer. Thank you. 


_______________________________________________
cisco-voip mailing list
cisco-voip at puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

 

Disclaimer: NOTICE The information contained in this message is confidential and is intended for the addressee(s) only. If you have received this message in error or there are any problems please notify the originator immediately. The unauthorized use, disclosure, copying or alteration of this message is strictly forbidden. Raya will not be liable for direct, special, indirect or consequential damages arising from alteration of the contents of this message by a third party or as a result of any malicious code or virus being passed on. Views expressed in this communication are not necessarily those of Raya.If you have received this message in error, please notify the sender immediately by email, facsimile or telephone and return and/or destroy the original message. 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20100527/b0189a4f/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: image/jpeg
Size: 1801 bytes
Desc: image001.jpg
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20100527/b0189a4f/attachment.jpe>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: image/jpeg
Size: 1806 bytes
Desc: image002.jpg
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20100527/b0189a4f/attachment-0001.jpe>