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 <gorr...@hotmail.com> 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: kparam2...@gmail.com > To: ccie_voice@onlinestudylist.com > 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 <kparam2...@gmail.com>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 up > now. <https://signup.live.com/signup.aspx?id=60969> >
_______________________________________________ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com
