02-04-2014 11:44 PM - edited 03-16-2019 09:36 PM
When we are try to make outgoing call, we are getting the below error :
cause 1 = 0x82A6 Network out of order
Incoming call there is no problem in the Same E1 PRI line, ISP saying there is no problem from thier side.
02-05-2014 12:17 AM
VOIP Interface binding in place ? Can you share your config ?
Thanks
Manish
02-05-2014 12:23 AM
Which gateway protocol you are using ?
Please share your call flow topology?
Share your running config and "debug isdn q931" from your VG.
Regards,
Nishant Savalia
02-05-2014 02:55 AM
We are using h323 gateway. When I am using csim start the outgoing calls fails
ISA-VG1#un all
All possible debugging has been turned off
ISA-VG1#csim start 93XXX6306
csim: called number = 93XXX6306, loop count = 1 ping count = 0
csim err csimDisconnected recvd DISC cid(570049)
csim: loop = 1, failed = 1
csim: call attempted = 1, setup failed = 1, tone failed = 0
---------------------------
Router#sh gateway
H.323 ITU-T Version: 4.0 H323 Stack Version: 0.1
H.323 service is up
This gateway is not registered to any gatekeeper
Alias list (CLI configured) is empty
Alias list (last RCF) is empty
-----------------
ISA-VG1#csim start 93XXX6306
csim: called number = 934466306, loop count = 1 ping count = 0
*Feb 5 13:06:47.949 UTC: ISDN Se0/3/0:15 Q931: Sending SETUP callref = 0x3957
callID = 0xCE73 switch = primary-net5 interface = User
*Feb 5 13:06:47.953 UTC: ISDN Se0/3/0:15 Q931: TX -> SETUP pd = 8 callref = 0x
3957
Bearer Capability i = 0x8090A3
Standard = CCITT
Transfer Capability = Speech
Transfer Mode = Circuit
Transfer Rate = 64 kbit/s
Channel ID i = 0xA9839F
Exclusive, Channel 31
Called Party Number i = 0x80, '34XXX6306'
Plan:Unknown, Type:Unknown
*Feb 5 13:06:48.049 UTC: ISDN Se0/3/0:15 Q931: RX <- SETUP_ACK pd = 8 callref
= 0xB957
Channel ID i = 0xA9839F
Exclusive, Channel 31
csim err csimDisconnected recvd DISC cid(570048)
csim: loop = 1, failed = 1
csim: call attempted = 1, setup failed = 1, tone failed = 0
ISA-VG1#
*Feb 5 13:06:48.049 UTC: ISDN Se0/3/0:15 Q931: RX <- CALL_PROC pd = 8 callref
= 0xB957
Progress Ind i = 0x8288 - In-band info or appropriate now available
*Feb 5 13:06:48.097 UTC: ISDN Se0/3/0:15 Q931: RX <- RELEASE pd = 8 callref =
0xB957
Cause i = 0x82A6 - Network out of order
*Feb 5 13:06:48.097 UTC: ISDN Se0/3/0:15 Q931: TX -> RELEASE_COMP pd = 8 callr
ef = 0x3957
Incoming calls are perefect, Please let me know the problem is from ISP Side ?
02-05-2014 04:14 AM
From the debug it seems that problem is from ISP side because they are sending disconnect message.
But before that make sure from your side that all the information sent from your side in "call setup message" is correct .
And as you are receiving cause code " Network out of order" which probably is the issue from ISP side.
Also test by dialing some other number, if you are receiving this cause code for all the calls.
Regards,
Nishant Savalia
02-05-2014 05:02 AM
Please let me know how to check Call setup message is correct ?
02-05-2014 08:06 AM
To check the call setup message, three basic things you have to keep in mind
1). Calling & Called party required digits
2). Calling & Called party plan type
3). Channel number to which call is sent.
Regards,
Nishant Savalia
01-22-2019 01:19 PM
I had the same issue and voip interface binding was the fix for it.
Thanks,
02-05-2014 12:30 AM
Could you please post the complete 'debug isdn q931' logs for a test call?
cause 1 = 0x82A6 Network out of order
Cause Code Origination Point: 82—the public network near the local user (local telco switch)
A6 | Network out of order | The destination is not reachable because of a network malfunction. The condition can last for an extended period. An immediate attempt to reconnect will probably fail. If you use a long distance carrier, try to use a Presubscribed Inter-exchange Carrier (PIC). For example, you can use a 10-10-xyz carrier. A PIC enables you to verify whether the problem lies with the long distance carrier. |
ISDN Diconnect Cause codes URL for your reference:
http://www.cisco.com/en/US/tech/tk801/tk379/technologies_tech_note09186a008012e95f.shtml
If you receive this disconnect cause: cause 1 = 0x82A6 from Provider, then you should provide the isdn logs to them and ask them to verify it again on why they are disconnecting the call.
Please rate all the useful posts
08-22-2015 02:32 PM
It is a Network problem!! Check the network connect and the dial-peer voip IP Address.
Regards,
Thiago Almeida
Discover and save your favorite ideas. Come back to expert answers, step-by-step guides, recent topics, and more.
New here? Get started with these tips. How to use Community New member guide