[cisco-voip] SNR and callerID

[Ahmed Elnagar]

I have a workaround but a little complicated and requires SNR users not
to be so many of them or it will be a configuration nightmare:

 

Configure a route pattern for each RD that matches specifically on
it...say the RD is 1234567 then configure RP with 9.123456 provided that
9 is your access code.

Place this route pattern in a partition "say called SNR".

Configure a CSS called SNR  and place only the SNR partition in it.

In that route pattern configure the calling party transformation to send
the correct digits to your provider to show the RD as the calling number
"depends how your provider accepts digits, full number or last two
digits last three...etc"

Assign the RDP "Rerouting CSS" to be SNR

 

Thus each one calls an extension that has a RD assigned to, it will
route the call through this route pattern and will show the DID for that
extension.

 

Note: this behavior is not really nice as when an inside extension that
has a valid DID will not show the caller ID and hence the called party
will not know who is calling him/her.

 

My customer in addition to all that asked me to configure when external
calls come to Desk phone to show on mobile phone as if DESK phone is
calling him but when an internal user calls with his desk phone to show
the user calling DID, which I couldn't achieve J...my setup was for 20
users so it was not that bad to configure 20 RP for them but if for
large environment of course it won't be scalable.

 

Sorry for the long answer!

 

 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 Ryan Ratliff
Sent: Friday, October 15, 2010 7:36 PM
To: David Roberts
Cc: cisco-voip at puck.nether.net
Subject: Re: [cisco-voip] SNR and callerID

 

What version of CUCM are you on?  Putting the internal phone's number
into the RDNIS or SIP diversion header was implemented specifically for
providers to allow this and retain the ability to bill appropriately but
obviously requires them to support the feature as well.

 

-Ryan

 

On Oct 15, 2010, at 12:46 PM, David Roberts wrote:


Hi,

 We just implemented single number reach and, although it's working, I'm
forced to have the IP Phone's callerID to be used instead of the
original caller because our provider (Covad) won't accept any numbers
outside of our calling domain.  I've heard you can set this Redirect IE
Outbound flag but that hasn't helped.  We have a pseudo MGCP PRI
(connected to a SIP device->Covad) in case that makes a difference.  

 

Has anyone had any success in getting the originating caller's callerID
to be presented?  I think the same problem exists for basic
callforwarding as well. 

 

Thanks

-- 
Please consider not printing this email.  Recycling 1 piece of paper
reduces carbon emissions by 100g.

_______________________________________________
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/20101015/dc9f5173/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.jpg
Type: image/jpeg
Size: 1801 bytes
Desc: image001.jpg
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20101015/dc9f5173/attachment.jpg>