Just wanted to re-hash this thread as I seem to have the exact issue...
Basically, AAR appears to be set correctly, further more when breaking down
the call legs:
A call from the PSTN phone to the BR1 1002 phone (6178631002) gets to the
gateway with the following q931 output:
Jul 30 02:33:10.311: ISDN Se0/0/0:23 Q931: RX <- SETUP pd = 8 callref =
0x0098
Bearer Capability i = 0x8090A2
Standard = CCITT
Transfer Capability = Speech
Transfer Mode = Circuit
Transfer Rate = 64 kbit/s
Channel ID i = 0xA98381
Exclusive, Channel 1
Progress Ind i = 0x8583 - Origination address is non-ISDN
Display i = 'Emergency Services'
Calling Party Number i = 0x0080, '911'
Plan:Unknown, Type:Unknown
Called Party Number i = 0xA1, '6178631002'
Plan:ISDN, Type:National
Jul 30 02:33:10.427: ISDN Se0/0/0:23 Q931: TX -> RELEASE_COMP pd = 8
callref = 0x8098
Cause i = 0x8081 - Unallocated/unassigned number
This is a MGCP gateway, I've confirmed the significant digits is set to 4
and the appropriate CSS. Outbound calling is working.
I'm out of ideas.....anyone?
Thank!
From: [email protected]
[mailto:[email protected]] On Behalf Of Kalyan iyer
Sent: March-27-10 7:50 AM
To: [email protected]
Subject: Re: [OSL | CCIE_Voice] Lab 6A - AAR task
Hi Angel,
BR1 is MGCP. Unfortunately, I had logged out of the session when I got this
email from you. Anyways, I remember when calling from PSTN to BR1 phone 2,
the debug isdn Q931 came in with "8631002" instead of "6178631002" as the
called party number. That call was successful. So, I assume the T1 is
working OK - meaning "Multiple-Frame-established"
In any case if I had set the significant digits as 4 , does it matter if
the called party came in as 7 digits or 10 digits?
Thanks
Kalyan
On Fri, Mar 26, 2010 at 4:46 AM, Angel Perez <[email protected]> wrote:
Hi:
Are you able to call 6178631002 from pstn phone? if not paste a show isdn
status pls
Br1 is h323 or mgcp?
thx
_____
Date: Thu, 25 Mar 2010 13:22:27 -0400
From: [email protected]
To: [email protected]
Subject: Re: [OSL | CCIE_Voice] Lab 6A - AAR task
Hi Angel,
I totally follow your logic and explanation.
When calling from HQ to BR1, I see the call on the BR1 RTR (from the
previous debugs that were attached). I checked and rechecked on the
CallManager to make sure on the BR1 G/W that I have the significant digits
set to 4, CSS set css-br1-ld on the G/W which includes pt-internal (1002).
Thats why I was asking if I missed something.
I infact redid the lab twice and got the same problem. I am wondering if
anyone else had the same problem and what they did to fix this?
Thanks
Kalyan
On Thu, Mar 25, 2010 at 10:51 AM, Angel Perez <[email protected]> wrote:
Hi:
This is your scenario: hq <--(1)--> pstn <--(2)--> br1,
Let say for example hq call br1 via AAR, 5002 call 1002, if there isn't
enough bandwith and AAR is enable, 5002 will take 1002 EPNM
6178631XXX, plus AAR prefix 91 -> 916178631002 -> this should match a router
pattern in partition that phone AAR css should see (9 should be stripped)
this route pattern should point to PSTN, if the call is droped as it try to
ingress at pstn (1) the the problem is that the the number 16178631002 is
not a matchin an outgoing dial-peer to BR1, if the call fails at it egress
from the pstn (2) then the problem is that the called number you are getting
from pstn is not matching a number at CCM (probably a css problem,
significant digits, etc are incorrect). For example if significant digits is
set to 4 and css of gw can see 5002 the called number should be set to 5002
and match the dn
Same apply in the opposite direction
I don't know the detail of your ccm (EPNM, AAR prefix, css, etc) neither
the pstn details, so first isolate the problem between (1) and (2) and then
just check the pstn dial-peer and the called number you get at (1) and also
the called number you get at (2) and the br1 gw config related to called
number
hth
_____
Date: Thu, 25 Mar 2010 09:54:05 -0400
From: [email protected]
To: [email protected]
Subject: Re: [OSL | CCIE_Voice] Lab 6A - AAR task
Hi Angel,
Thank you for your response. I am little bit unclear with what you want me
to do.
I thought when you call between sites, you dial 91 + the 10 digit number.
So, if I am calling from HQ (5002) to BR1(1002), I will need to dial
916178631002, correct? Also, I changed the AAR number on the BR1-Phone 2
to 6178632683 (PSTN-BR1 #) and it works fine. As you said, it looks like the
BR1 RTR does not like the 10 digit format. But, BR1 RTR being a MGCP G/W, I
can't use dial-peers to format the incoming called number and I thought when
I look for 4 significant digits on the BR1 G/W incoming call handling, it
should take care of this.
I have the EPNM = 6178631XXX and for AAR mask , I tried both 6178631002 and
blank.
I also tried this. Called from PSTN HQ # to 6178631002. When the call comes
into BR1 G/W, on the debug isdn Q931, it comes in as 8631002.
Thanks
Kalyan
On Thu, Mar 25, 2010 at 12:03 AM, Kalyan iyer <[email protected]> wrote:
Hi guys,
I was working on lab 6A to set up AAR between the HQ and BR1. I was
successful in setting the rsvp, reducing the bandwidth and forcing the call
to use AAR and go over the PSTN. I was able to complete the call when i call
from BR1 (1002) to HQ (5002). But when I dial from HQ(5002) to BR1(1002), I
get a busy tone and the dreaded "Unallocated/Unassigned isdn message on BR1"
I have css-br-ld as the incoming CSS on the BR1 RTR and that css has
pt-internal. 1002 is assigned pt-internal. I am not sure what I am missing
here.
Here are the debug outputs from HQ and BR1 RTR.
on HQ Router:
Result=SUCCESS(0)
List of Matched Outgoing Dial-peer(s):
1: Dial-peer Tag=11
Mar 25 00:58:30.581: ISDN Se0/0/0:23 Q931: pak_private_number: Invalid
type/plan 0x0 0x0 may be overriden; sw-type 13
Mar 25 00:58:30.581: ISDN Se0/0/0:23 Q931: Applying typeplan for sw-type 0xD
is 0x2 0x1, Calling num 2123945002
Mar 25 00:58:30.585: ISDN Se0/0/0:23 Q931: Applying typeplan for sw-type 0xD
is 0x0 0x0, Called num 16178631002
Mar 25 00:58:30.585: ISDN Se0/0/0:23 Q931: TX -> SETUP pd = 8 callref =
0x0097
Bearer Capability i = 0x8090A2
Standard = CCITT
Transfer Capability = Speech
Transfer Mode = Circuit
Transfer Rate = 64 kbit/s
Channel ID i = 0xA98383
Exclusive, Channel 3
Display i = 'HQ Phone 2'
Calling Party Number i = 0x2181, '2123945002'
Plan:ISDN, Type:National
Called Party Number i = 0x80, '16178631002'
Plan:Unknown, Type:Unknown
Redirecting Number i = 0x000081, '1002'
Plan:Unknown, Type:Unknown
HQ-RTR#
Mar 25 00:58:30.621: ISDN Se0/0/0:23 Q931: RX <- CALL_PROC pd = 8 callref =
0x8097
Channel ID i = 0xA98383
Exclusive, Channel 3
Mar 25 00:58:30.657: ISDN Se0/0/0:23 Q931: RX <- DISCONNECT pd = 8 callref
= 0x8097
Cause i = 0x8281 - Unallocated/unassigned number
Mar 25 00:58:30.665: ISDN Se0/0/0:23 Q931: TX -> RELEASE pd = 8 callref =
0x0097
Mar 25 00:58:30.673: ISDN Se0/0/0:23 Q931: RX <- RELEASE_COMP pd = 8
callref = 0x8097
on BR1 RTR:
BR1-RTR#
Mar 25 00:58:30.656: ISDN Se0/0/0:23 Q931: RX <- SETUP pd = 8 callref =
0x0098
Bearer Capability i = 0x8090A2
Standard = CCITT
Transfer Capability = Speech
Transfer Mode = Circuit
Transfer Rate = 64 kbit/s
Channel ID i = 0xA98381
Exclusive, Channel 1
Display i = 'HQ Phone 2'
Calling Party Number i = 0x2181, '2123945002'
Plan:ISDN, Type:National
Called Party Number i = 0xA1, '6178631002'
Plan:ISDN, Type:National
Redirecting Number i = 0x000081, '1002'
Plan:Unknown, Type:Unknown
Mar 25 00:58:30.668: ISDN Se0/0/0:23 Q931: TX -> RELEASE_COMP pd = 8
callref = 0x8098
Cause i = 0x8081 - Unallocated/unassigned number
Any input will be greatly appreciated.
Thanks
Kalyan
_____
Your E-mail and More On-the-Go. Get Windows Live Hotmail Free. Sign
<https://signup.live.com/signup.aspx?id=60969> up now.
_____
Hotmail: Trusted email with powerful SPAM protection. Sign up
<https://signup.live.com/signup.aspx?id=60969> now.
_______________________________________________
For more information regarding industry leading CCIE Lab training, please visit
www.ipexpert.com
