As a test you can modify the mgcp setting in cucm to NOT send the outbound IE. This will confirm whether the Telco is rejecting the call due to invalid IE.
I recently worked a similar issue where I saw an invalid IE error message (a rouge prefix on a rp caused the ani to be too long) but the calls were still routed by the telco and connected successfully. In this case the issue was cosmetic and the ani was easily corrected. -Justin (Sent from my phone, please excuse and/or laugh at any typos.) On Jan 30, 2014 11:32 AM, "Mike O'Nan" <mdona...@gmail.com> wrote: > Its a full PRI from a carrier. > > I noticed that as well I was just hoping it was some config error on my > end. This carrier is a pain to work with! Thanks for the input! > > > -------- Original message -------- > From: Moataz > Date:01/30/2014 10:15 AM (GMT-06:00) > To: Mike O'Nan > Cc: ccie_voice-boun...@onlinestudylist.com,ccie_voice@onlinestudylist.com > Subject: Re: [OSL | CCIE_Voice] 2nd LD call fails > > I can see the release is coming from the PSTN due to invalid information > elements > > Regards, > Moataz Tolba > > > On Thursday, 30 January 2014, 18:08, Mike O'Nan <mdona...@gmail.com> > wrote: > Pattern is set off net and I fixed the secondary dial tone...still get > reorder tone on 2nd LD call. Any ideas from the debugs I provided? > On Jan 30, 2014 9:45 AM, "Mike O'Nan" <mdona...@gmail.com> wrote: > > I just noticed in the trace Outside Dial Tone = NO. I have also confirmed > the LD pattern is not set for off net. > Interesting that when I set to off net it does not give secondary dial > tone until the 3rd digit is dialed. I just watched a video yesterday on how > to change that but can't remember off the top of my head? > On Jan 30, 2014 9:40 AM, "Mike O'Nan" <mdona...@gmail.com> wrote: > > Here are the debugs from the MGCP GW: > > RTR-02#debug isdn q931 > RTR-02#debug ccm-manager backhaul packets > Call Manager backhaul packets debugging is on > RTR-02# > Jan 30 08:19:12.546: > cmbh_rcv_callback: <-- Receiving backhaul msg for Se0/3/1:23 : > | bk_msg_type = DATA_REQ > | bk_chan_id (slot:port) = 0:1 > | Q.931 length = 41 > | Q.931 message type: SETUP > | Q.931 message = > 0802008E0504038090A21803A98397200200F36C06218137353739700CA13132373035373732383332 > Jan 30 08:19:12.546: ISDN Se0/3/1:23 Q931: TX -> SETUP pd = 8 callref = > 0x008E > Bearer Capability i = 0x8090A2 > Standard = CCITT > Transfer Capability = Speech > Transfer Mode = Circuit > Transfer Rate = 64 kbit/s > Channel ID i = 0xA98397 > Exclusive, Channel 23 > Net Specific Fac i = 0x00F3 > Calling Party Number i = 0x2181, '7579' > Plan:ISDN, Type:National > Called Party Number i = 0xA1, '1270XXXXXXX' Characters hidden > Plan:ISDN, Type:National > Jan 30 08:19:12.578: ISDN Se0/3/1:23 Q931: RX <- STATUS pd = 8 callref = > 0x808E > Cause i = 0x82E4 - Invalid information element contents > Call State i = 0x01 > Jan 30 08:19:12.578: > cmbrl_send_pak: --> Sending backhauled msg for Se0/3/1:23 : > | bk_msg_type = DATA_IND > | bk_chan_id (slot:port) = 0:1 > | Q.931 length = 12 > | Q.931 message type: STATUS > | Q.931 message = 0802808E7D080282E4140101 > Jan 30 08:19:12.638: ISDN Se0/3/1:23 Q931: RX <- RELEASE_COMP pd = 8 > callref = 0x808E > Cause i = 0x8295 - Call rejected > Jan 30 08:19:12.638: > cmbrl_send_pak: --> Sending backhauled msg for Se0/3/1:23 : > | bk_msg_type = DATA_IND > | bk_chan_id (slot:port) = 0:1 > | Q.931 length = 9 > | Q.931 message type: RELEASE COMPLETE > | Q.931 message = 0802808E5A08028295 > Jan 30 08:19:27.486: > cmbh_rcv_callback: <-- Receiving backhaul msg for Se0/3/1:23 : > | bk_msg_type = DATA_REQ > | bk_chan_id (slot:port) = 0:1 > | Q.931 length = 41 > | Q.931 message type: SETUP > | Q.931 message = > 0802008F0504038090A21803A98397200200F36C06218137353834700CA13138313232353038343038 > Jan 30 08:19:27.490: ISDN Se0/3/1:23 Q931: TX -> SETUP pd = 8 callref = > 0x008F > Bearer Capability i = 0x8090A2 > Standard = CCITT > Transfer Capability = Speech > Transfer Mode = Circuit > Transfer Rate = 64 kbit/s > Channel ID i = 0xA98397 > Exclusive, Channel 23 > Net Specific Fac i = 0x00F3 > Calling Party Number i = 0x2181, '7584' > Plan:ISDN, Type:National > Called Party Number i = 0xA1, '1812XXXXXXX' Characters hidden > Plan:ISDN, Type:National > Jan 30 08:19:27.518: ISDN Se0/3/1:23 Q931: RX <- STATUS pd = 8 callref = > 0x808F > Cause i = 0x82E4 - Invalid information element contents > Call State i = 0x01 > Jan 30 08:19:27.518: > cmbrl_send_pak: --> Sending backhauled msg for Se0/3/1:23 : > | bk_msg_type = DATA_IND > | bk_chan_id (slot:port) = 0:1 > | Q.931 length = 12 > | Q.931 message type: STATUS > | Q.931 message = 0802808F7D080282E4140101 > Jan 30 08:19:27.574: ISDN Se0/3/1:23 Q931: RX <- RELEASE_COMP pd = 8 > callref = 0x808F > Cause i = 0x8295 - Call rejected > Jan 30 08:19:27.574: > cmbrl_send_pak: --> Sending backhauled msg for Se0/3/1:23 : > | bk_msg_type = DATA_IND > | bk_chan_id (slot:port) = 0:1 > | Q.931 length = 9 > | Q.931 message type: RELEASE COMPLETE > | Q.931 message = 0802808F5A08028295 > > > DNA from CUCM: > > Results Summary > Calling Party Information > Calling Party = 610XXXXXXX Characters hidden > Partition = Internal > Device CSS = SiteLD-CSS > Line CSS = SiteLD-CSS > AAR Group Name = > AAR CSS = > Dialed Digits = 91270XXXXXXX Characters hidden > Match Result = RouteThisPattern > Matched Pattern Information > Pattern = 9.1[2-9]XX[2-9]XXXXXX > Partition = LD-Site > Time Schedule = > Called Party Number = 1270XXXXXXX Characters hidden > Time Zone = America/New_York > End Device = Site-RL > Call Classification = OffNet > InterDigit Timeout = NO > Device Override = Disabled > Outside Dial Tone = NO > Call Flow > TranslationPattern :Pattern= > Partition = > Positional Match List = 1270XXXXXXX Characters hidden > Calling Party Number = 610XXXXXXX Characters hidden > PreTransform Calling Party Number = > PreTransform Called Party Number = > Calling Party Transformations > External Phone Number Mask = NO > Calling Party Mask = > Prefix = > CallingLineId Presentation = > CallingName Presentation = > Calling Party Number = 610XXXXXXX Characters hidden > ConnectedParty Transformations > ConnectedLineId Presentation = > ConnectedName Presentation = > Called Party Transformations > Called Party Mask = > Discard Digits Instruction = > Prefix = > Called Number = > Route Pattern :Pattern= 9.1[2-9]XX[2-9]XXXXXX > Positional Match List = 1270XXXXXXX Characters hidden > DialPlan = > Route Filter > Filter Name = > Filter Clause = > Require Forced Authorization Code = No > Authorization Level = 0 > Require Client Matter Code = No > Call Classification = > PreTransform Calling Party Number = 7579 > PreTransform Called Party Number = 91270XXXXXXX Characters > hidden > Calling Party Transformations > External Phone Number Mask = YES > Calling Party Mask = > Prefix = > CallingLineId Presentation = Allowed > CallingName Presentation = Default > Calling Party Number = 610XXXXXXX Characters hidden > ConnectedParty Transformations > ConnectedLineId Presentation = Default > ConnectedName Presentation = Default > Called Party Transformations > Called Party Mask = > Discard Digits Instruction = PreDot > Prefix = > Called Number = 1270XXXXXXX Characters hidden > Route List :Route List Name= Site-RL > RouteGroup :RouteGroup Name= Site_Route_Group > PreTransform Calling Party Number = 7579 > PreTransform Called Party Number = 91270XXXXXXX Characters > hidden > Calling Party Transformations > External Phone Number Mask = On > Calling Party Mask = > Prefix = > Calling Party Number = > Called Party Transformations > Called Party Mask = > Discard Digits Instructions = PreDot > Prefix = > Called Number = > Device :Type= MGCPT1PRIPort > End Device Name = S0/SU3/ds...@rtr-02.xxxxx.com > PortNumber = 0 > Device Status = Registered > AAR Group Name = > AAR Calling Search Space = > AAR Prefix Digits = > Call Classification = > Calling Party Selection = > CallingLinePresentation = > ConnectedLinePresentation = > Number Of Strip Digits = > CallerID DN = > > > On Thu, Jan 30, 2014 at 8:52 AM, Moataz Tolba <moataz_m...@yahoo.com>wrote: > > Check if the route list get exhausted and need a rest > > Do you have traces for the failing call ? > > Moataz > > -----Original Message----- > From: Mike O'Nan <mdona...@gmail.com> > Sender: ccie_voice-boun...@onlinestudylist.com > Date: Thu, 30 Jan 2014 08:29:46 > To: <ccie_voice@onlinestudylist.com> > Subject: [OSL | CCIE_Voice] 2nd LD call fails > > _______________________________________________ > Free CCIE R&S, Collaboration, Data Center, Wireless & Security Videos :: > > iPexpert on YouTube: www.youtube.com/ipexpertinc > > > > > > _______________________________________________ > Free CCIE R&S, Collaboration, Data Center, Wireless & Security Videos :: > > iPexpert on YouTube: www.youtube.com/ipexpertinc >
_______________________________________________ Free CCIE R&S, Collaboration, Data Center, Wireless & Security Videos :: iPexpert on YouTube: www.youtube.com/ipexpertinc
