[OSL | CCIE_Voice] 2nd LD call fails

2014-01-30 Thread Mike O'Nan
Hope someone can help with this issue I'm having. I am using ucm 8.6 with mgcp 
gateways with a pri on the gw. Any user at the site can place a LD call and it 
work fine...second user tries to make an LD call and they get reorder tone when 
there are available channels. Could anyone give some insight on what I could 
look for? ___
Free CCIE R&S, Collaboration, Data Center, Wireless & Security Videos ::

iPexpert on YouTube: www.youtube.com/ipexpertinc

Re: [OSL | CCIE_Voice] 2nd LD call fails

2014-01-30 Thread Moataz Tolba
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 
Sender: ccie_voice-boun...@onlinestudylist.com
Date: Thu, 30 Jan 2014 08:29:46 
To: 
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


Re: [OSL | CCIE_Voice] 2nd LD call fails

2014-01-30 Thread Mike O'Nan
 External Phone Number Mask = NO

Calling Party Mask =

Prefix =

CallingLineId Presentation =

CallingName Presentation =

Calling Party Number = 610XXX 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]XX

Positional Match List = 1270XXX 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 = 91270XXX Characters
hidden

Calling Party Transformations

External Phone Number Mask = YES

Calling Party Mask =

Prefix =

CallingLineId Presentation = Allowed

CallingName Presentation = Default

Calling Party Number = 610XXX Characters hidden

ConnectedParty Transformations

ConnectedLineId Presentation = Default

ConnectedName Presentation = Default

Called Party Transformations

Called Party Mask =

Discard Digits Instruction = PreDot

Prefix =

Called Number = 1270XXX Characters hidden

Route List :Route List Name= Site-RL

RouteGroup :RouteGroup Name= Site_Route_Group

PreTransform Calling Party Number = 7579

PreTransform Called Party Number = 91270XXX 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.x.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  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 
> Sender: ccie_voice-boun...@onlinestudylist.com
> Date: Thu, 30 Jan 2014 08:29:46
> To: 
> 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

Re: [OSL | CCIE_Voice] 2nd LD call fails

2014-01-30 Thread Mike O'Nan
08028295
>
>
>
>
>
> DNA from CUCM:
>
>
>
>  Results Summary
>
> Calling Party Information
>
> Calling Party = 610XXX Characters hidden
>
> Partition = Internal
>
> Device CSS = SiteLD-CSS
>
> Line CSS = SiteLD-CSS
>
> AAR Group Name =
>
> AAR CSS =
>
> Dialed Digits = 91270XXX Characters hidden
>
> Match Result = RouteThisPattern
>
> Matched Pattern Information
>
> Pattern = 9.1[2-9]XX[2-9]XX
>
> Partition = LD-Site
>
> Time Schedule =
>
> Called Party Number = 1270XXX 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 = 1270XXX Characters hidden
>
> Calling Party Number = 610XXX 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 = 610XXX 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]XX
>
> Positional Match List = 1270XXX 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 = 91270XXX Characters
> hidden
>
> Calling Party Transformations
>
> External Phone Number Mask = YES
>
> Calling Party Mask =
>
> Prefix =
>
> CallingLineId Presentation = Allowed
>
> CallingName Presentation = Default
>
> Calling Party Number = 610XXX Characters hidden
>
> ConnectedParty Transformations
>
> ConnectedLineId Presentation = Default
>
> ConnectedName Presentation = Default
>
> Called Party Transformations
>
> Called Party Mask =
>
> Discard Digits Instruction = PreDot
>
> Prefix =
>
> Called Number = 1270XXX Characters hidden
>
> Route List :Route List Name= Site-RL
>
> RouteGroup :RouteGroup Name= Site_Route_Group
>
> PreTransform Calling Party Number = 7579
>
> PreTransform Called Party Number = 91270XXX 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.x.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 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 
>> Sender: ccie_voice-boun...@onlinestudylist.com
>> Date: Thu, 30 Jan 2014 08:29:46
>> To: 
>> 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

Re: [OSL | CCIE_Voice] 2nd LD call fails

2014-01-30 Thread Mike O'Nan
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 = 610XXX Characters hidden
>>
>> Partition = Internal
>>
>> Device CSS = SiteLD-CSS
>>
>> Line CSS = SiteLD-CSS
>>
>> AAR Group Name =
>>
>> AAR CSS =
>>
>> Dialed Digits = 91270XXX Characters hidden
>>
>> Match Result = RouteThisPattern
>>
>> Matched Pattern Information
>>
>> Pattern = 9.1[2-9]XX[2-9]XX
>>
>> Partition = LD-Site
>>
>> Time Schedule =
>>
>> Called Party Number = 1270XXX 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 = 1270XXX Characters hidden
>>
>> Calling Party Number = 610XXX 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 = 610XXX 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]XX
>>
>> Positional Match List = 1270XXX 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 = 91270XXX Characters
>> hidden
>>
>> Calling Party Transformations
>>
>> External Phone Number Mask = YES
>>
>> Calling Party Mask =
>>
>> Prefix =
>>
>> CallingLineId Presentation = Allowed
>>
>> CallingName Presentation = Default
>>
>> Calling Party Number = 610XXX Characters hidden
>>
>> ConnectedParty Transformations
>>
>> ConnectedLineId Presentation = Default
>>
>> ConnectedName Presentation = Default
>>
>> Called Party Transformations
>>
>> Ca

Re: [OSL | CCIE_Voice] 2nd LD call fails

2014-01-30 Thread Moataz
ype =
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 = 610XXX Characters hidden
>>   
Partition = Internal
>>   
Device CSS = SiteLD-CSS
>>   
Line CSS = SiteLD-CSS
>>   
AAR Group Name =
>>   
AAR CSS =
>>    Dialed Digits =
91270XXX Characters hidden
>>    Match Result =
RouteThisPattern
>>    Matched Pattern
Information
>>   
Pattern = 9.1[2-9]XX[2-9]XX
>>   
Partition = LD-Site
>>   
Time Schedule =
>>    Called Party
Number = 1270XXX 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 = 1270XXX Characters hidden 
>>Calling
Party Number = 610XXX 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 = 610XXX 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]XX
>>   
Positional Match List = 1270XXX 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 = 91270XXX Characters hidden
>>   
Calling Party Transformations
>>   
External Phone Number Mask = YES
>>   
Calling Party Mask =
>>   
Prefix =
>>   
CallingLineId Presentation = Allowed
>>   
CallingName Presentation = Default
>>   
Calling Party Number = 610XXX Characters hidden
>>   
ConnectedParty Transformations
>>   
ConnectedLineId Presentation = Default
>>   
ConnectedName Presentation = Default
>>   
Called Party Transformations
>>   
Called Party Mask =
>>   
Discard Digits Instruction = PreDot
>>   
Prefix =
>>   
Called Number = 1270XXX Characters hidden
>>    Route List :Route
List Name= Site-RL
>>   
RouteGroup :RouteGroup Name= Site_Route_Group
>>   
PreTransform Calling Party Number = 7579
>>  
 PreTransform Called Party
Number = 91270XXX 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.x.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  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 
>>>Sender: ccie_voice-boun...@onlinestudylist.com
>>>Date: Thu, 30 Jan 2014 08:29:46
>>>To: 
>>>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

Re: [OSL | CCIE_Voice] 2nd LD call fails

2014-01-30 Thread Mike O'Nan
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  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"  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"  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, '1270XXX' 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, '1812XXX' 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

Re: [OSL | CCIE_Voice] 2nd LD call fails

2014-01-30 Thread Justin Carney
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"  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 
> 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"  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"  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, '1270XXX' 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:Nati