[cisco-voip] PRI Issues
Monica Hardy
Monica.Hardy at openwave.com
Wed Aug 4 14:48:10 EDT 2010
I failed to mention with the 91 put in front of the Calling Party Number changes the plan
to a Plan:ISDN, Type:National
instead of a:
Plan:Unknown, Type:Unknown
I just don't see why and where that 91 is being added to the front of the Calling Number.
-Monica
From: Monica Hardy
Sent: Wednesday, August 04, 2010 11:37 AM
To: Ted Nugent; cisco-voip at puck.nether.net
Subject: RE: [cisco-voip] PRI Issues
Yes I have run it a few different ways.
The issue is when I have the 'Calling Party Selection set to Originator' it puts the calling number as 91number:
Calling Party Number i = 0x2183, '91650480XXXX' and when it is set to Last Known Redirect it shows the extension that is forwarding to the International number:
Calling Party Number i = 0x0080, '6907'
It only does it on this one gateway or PRI. The other's work fine on Originator.
But it is only on these types of Call Forwarding that has the issues. A regular call out works fine.
-Monica
From: Ted Nugent [mailto:tednugent73 at gmail.com]
Sent: Wednesday, August 04, 2010 9:30 AM
To: Monica Hardy
Subject: Re: [cisco-voip] PRI Issues
When you run DNA are you setting it using the CSS of the inbound gateway?
On Wed, Aug 4, 2010 at 11:02 AM, Monica Hardy <Monica.Hardy at openwave.com> wrote:
Don't see the 91 in front of the number when I use DNA.......
From: James Buchanan [mailto:jbuchanan at ctiusa.com]
Sent: Wednesday, August 04, 2010 7:47 AM
To: Monica Hardy; polo person; mac.groupstudy at gmail.com
Cc: cisco-voip at puck.nether.net
Subject: RE: [cisco-voip] PRI Issues
What does the Dialed Number Analyzer show?
James Buchanan | Senior Network Engineer | South Region | Presidio Networked Solutions
12 Cadillac Dr, Suite 130, Brentwood, TN 37027 | jbuchanan at presidio.com <mailto:jbuchanan at ctiusa.com>
D: 615-866-5729 | F: 615-866-5781 | www.presidio.com <http://www.presidio.com>
CCIE #25863, Voice
From: cisco-voip-bounces at puck.nether.net [mailto:cisco-voip-bounces at puck.nether.net] On Behalf Of Monica Hardy
Sent: Wednesday, August 04, 2010 8:27 AM
To: polo person; mac.groupstudy at gmail.com
Cc: cisco-voip at puck.nether.net
Subject: Re: [cisco-voip] PRI Issues
Yes, we had Cisco and the Provider on the phone yesterday doing debugs and traces and the call comes them the provider with the 91 in front of the number so it is a issue with CCM or the Gateway.
-Monica
From: polo person [mailto:poloperson57 at hotmail.com]
Sent: Wednesday, August 04, 2010 1:14 AM
To: Monica Hardy; mac.groupstudy at gmail.com
Cc: cisco-voip at puck.nether.net
Subject: RE: [cisco-voip] PRI Issues
I'm no expert here, but if you have both GW's set up identical (and they are the same make/model/firmware) then it can only be that the PRI providor is sending different CLI information on one of the PRI circuits, or the CLI they are sending is in a slightly different format.
Have you checked with the PRI providor that the circuits are configured identically? (Or are they circuits from different providors?)
Simon
________________________________
Date: Tue, 3 Aug 2010 14:09:22 -0700
From: Monica.Hardy at openwave.com
To: mac.groupstudy at gmail.com
CC: cisco-voip at puck.nether.net
Subject: Re: [cisco-voip] PRI Issues
I agree and am confused by this. But thought it might be the case since the call is coming in and then back out.
I have looked at the CCM PRI settings of all 4 PRI's and both gateways and don't see anything different.
-Monica
From: Mac GroupStudy [mailto:mac.groupstudy at gmail.com]
Sent: Tuesday, August 03, 2010 2:00 PM
To: Monica Hardy
Cc: Mathew Miller; cisco-voip at puck.nether.net
Subject: Re: [cisco-voip] PRI Issues
Not that this helps much but I don't see how it could be the applied at the "Incoming Calling Party Setting" window. This sounds like it is applied to the Outgoing Calling Party Number, correct?
Mac
On Tue, Aug 3, 2010 at 4:45 PM, Monica Hardy <Monica.Hardy at openwave.com> wrote:
Thanks Mathew, but those prefix fields are blank.
I do however have under the gateway PRI, these settings.
I did have a 91 there, but I took it out and I still have the same problem. Plus the gateway that is working both PRI's are configured with a 91 there and it is working.
-Monica
From: Mathew Miller [mailto:miller.mathew at gmail.com]
Sent: Tuesday, August 03, 2010 1:42 PM
To: Monica Hardy
Cc: cisco-voip at puck.nether.net
Subject: Re: [cisco-voip] PRI Issues
Look under service parameters and select the CallManager service. You probably have a service parameter to prefix 91 to calls on either MGCP gateways or something like that.
On Aug 3, 2010, at 2:53 PM, Monica Hardy wrote:
Hello everyone,
I am hoping someone could shed some light.
I have 2 PRI's on one MGCP GW and 2 more on another MCCP GW. I have set them up identical.
All 4 PRI's are part of the same RG.
We have a toll free number from a provider that forwards to a number in our DID range. After the call comes in it is then forwarded to an international number.
888 Incoming number à forwarded to extension in our DID rangeà this extension is CF to a international number
On one of the gateways if I set the 'Calling Party Selection ' to 'Last Redirect Number(external) the call goes through. If I leave it set on 'Originate' the call fails and this is what I see in the debug:
Aug 3 16:40:39.553: ISDN Se0/0/1:23 Q931: TX -> CONNECT_ACK pd = 8 callref = 0x000E
Aug 3 16:40:56.937: ISDN Se0/0/0:23 Q931: TX -> SETUP pd = 8 callref = 0x0010
Bearer Capability i = 0x8090A2
Standard = CCITT
Transfer Capability = Speech
Transfer Mode = Circuit
Transfer Rate = 64 kbit/s
Channel ID i = 0xA98396
Exclusive, Channel 22
Calling Party Number i = 0x2183, '91650743XXXX'
Plan:ISDN, Type:National
Called Party Number i = 0x80, '01144208814XXXX'
Plan:Unknown, Type:Unknown
Aug 3 16:40:57.057: ISDN Se0/0/0:23 Q931: RX <- CALL_PROC pd = 8 callref = 0x8010
Channel ID i = 0xA98396
Exclusive, Channel 22
a 91 is added to the Calling Party Number, so the call fails. It only does this on one of the Gateways. On the other the 'Originator' setting works fine.
I can't figure out where this 91 is coming from and why it would only come on one gateway and not the other.
Any ideas?
-Monica
_______________________________________________
cisco-voip mailing list
cisco-voip at puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip
_______________________________________________
cisco-voip mailing list
cisco-voip at puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip
_______________________________________________ cisco-voip mailing list cisco-voip at puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip
_______________________________________________
cisco-voip mailing list
cisco-voip at puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20100804/5d1abded/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: image/png
Size: 9801 bytes
Desc: image001.png
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20100804/5d1abded/attachment.png>
More information about the cisco-voip
mailing list