[cisco-voip] Sending Calling Party type/plan from CallManager

[Mike]

You have two problems here.

 

One being SIP not be able to carry ISDN plan type etc.. so you can’t set
those values on the European cluster and have them show up on the US
cluster.

 

The second is it seems like ATT is stripping digits off.  Do you own the SIP
trunk between clusters?

 

The fix would be a mix of calling and called transformation patterns on each
cluster.

 

From: cisco-voip-bounces at puck.nether.net
[mailto:cisco-voip-bounces at puck.nether.net] On Behalf Of Jason Aarons (AM)
Sent: Sunday, February 19, 2012 5:30 PM
To: cisco-voip (cisco-voip at puck.nether.net)
Subject: [cisco-voip] Sending Calling Party type/plan from CallManager

 

ClusterEurope-PhoneA-7965 with External Mask +442075562100 goes across
ICT(SIP) to ClusterUSA then out H323 gateway.  Debug isdn on Cluster USA
h323 gateway shows the calling party type/plan as unknown/unknown. AT&T
says that is the problem and to fix CallManager.  I’d rather not do IOS
Translation Profiles, but not sure what the “fix” would be in CallManager.
How do I tell outbound calls from phones should send calling party type/plan
as international  across Intercluster Trunk (SIP).

 

 

The AT&T switch is only passing 10 digits along of the calling party number.
For example my cell phone should show +442075512100 (this is my desk phone
in our London UK Office, Country code +44), instead Sprint is receiving
+4420755121 (10 digits) from ATT. ATTs says the fix is to have CallManager
send the Calling Party Number with type:ISDN plan:International.

 

                Protocol Profile =  Networking Extensions

                0xA11902013402010080114C4F4E205465737420312C446964617461

                Component = Invoke component

                        Invoke Id = 52


                        Operation = CallingName

                                Name Presentation Allowed Extended

                                Name = LON Test 1,Didata

        Calling Party Number i = 0x0081, '442075562100'
<<<<<<<<ß------------7965 with Mask +442075562100

                Plan:Unknown, Type:Unknown   <<<<ß------------------Problem

        Called Party Number i = 0x80, '19043383245'

                Plan:Unknown, Type:Unknown

 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20120219/045feec4/attachment.html>