[cisco-voip] PRI Issues
polo person
poloperson57 at hotmail.com
Wed Aug 4 04:14:27 EDT 2010
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
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20100804/8e3a323e/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.png
Type: image/png
Size: 9801 bytes
Desc: not available
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20100804/8e3a323e/attachment.png>
More information about the cisco-voip
mailing list