For AAR with Unity Connection (SCCP integrated) you should check the following in your config:
On the Gateway (BR1-RTR) AAR Group AAR CSS On Hunt Pilot for VM ports AAR Group External mask Route Plan Ensure that the AAR CSS on the GW hits the appropriate RP/PT I typically have a separate pattern \+! in aar_pt with a separate RL. If the question says only account for one specific call scenario then I'll use a RL appropriate for the scenario. Otherwise, I'll use SLRG Other config elements depending on question If using SLRG, make sure that the Gateway's device pool has a LRG assigned Transformations may be required if using SLRG and you have to handle a variety of calling parties (again, if the question doesn't specify the call scenario, assume all are likely) If Unity Connection is integrated to CUCM using SIP then don't sweat AAR, you simply put CUC SIP trunk in a RG and the RG in a RL. Then add another RG to the RL for a redundant call path. That second RG can be SLRG, in which case the other SLRG-specific notes apply. -- William Bell blog: http://ucguerrilla.com twitter: @ucguerrilla On Feb 4, 2013, at 8:38 AM, Suresh Bhandari wrote: > While calling from PSTN to 6178631002 (primary extension at BR1) and when not > answered, it was supposed to go to the UCx via PSTN (AAR is invoked). The > call fails with "invalid IE". > > The debug at BR1 is here. > > BR1-RTR(config)# > Feb 4 15:05:34.662: ISDN Se0/0/0:23 Q931: RX <- SETUP pd = 8 callref = > 0x0082 > 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 > Feb 4 15:05:34.718: ISDN Se0/0/0:23 Q931: TX -> CALL_PROC pd = 8 callref = > 0x8082 > Channel ID i = 0xA98381 > Exclusive, Channel 1 > BR1-RTR(config)# > Feb 4 15:05:34.718: ISDN Se0/0/0:23 Q931: TX -> ALERTING pd = 8 callref = > 0x8082 > Progress Ind i = 0x8088 - In-band info or appropriate now available > BR1-RTR(config)# > Feb 4 15:05:55.718: ISDN Se0/0/0:23 Q931: TX -> DISCONNECT pd = 8 callref = > 0x8082 > Cause i = 0x82FD - Unknown cause value > Feb 4 15:05:55.730: ISDN Se0/0/0:23 Q931: RX <- RELEASE pd = 8 callref = > 0x0082 > Cause i = 0x82E4 - Invalid information element contents > Feb 4 15:05:55.770: ISDN Se0/0/0:23 Q931: TX -> RELEASE_COMP pd = 8 callref > = 0x8082 > > BR1 gateway has Redirecting Number IE Delivery - Outbound enabled and HQ > gateway has Redirecting Number IE Delivery - Inbound enabled. > > The problem is from Vol 2 lab 4. > > What else is missing? > > -- > Suresh Bhandari > _______________________________________________ > For more information regarding industry leading CCIE Lab training, please > visit www.ipexpert.com > > Are you a CCNP or CCIE and looking for a job? Check out > www.PlatinumPlacement.com
_______________________________________________ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com Are you a CCNP or CCIE and looking for a job? Check out www.PlatinumPlacement.com
