So, reloaded the gateway, then changed the sig digits to "all" reset MGCP on the IOS and CCM, set back sig digits back to 4, did the same reset, and now everything is working.
From: [email protected] [mailto:[email protected]] On Behalf Of Ryan Schwab Sent: July-29-10 4:39 PM To: 'Kalyan iyer'; [email protected] Subject: Re: [OSL | CCIE_Voice] Lab 6A - AAR task 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
