×

Warning message

  • Cisco Support Forums is in Read Only mode while the site is being migrated.
  • Cisco Support Forums is in Read Only mode while the site is being migrated.

H.323 gateway dropping inbound calls

Unanswered Question
Nov 13th, 2003
User Badges:

Hello,

We installed a 3640 and connected it to a PRI. It is our H.323 gateway to the PSTN. Outbound, we have no problems. Inbound, 50% of the times the calls do not go through. i have attached the config and the debug, any advice would be appreciated.


controller T1 0/0

framing esf

crc-threshold 320

linecode b8zs


interface Serial0/0:23

no ip address

no logging event link-status

isdn switch-type primary-5ess

isdn incoming-voice voice

no cdp enable

pri-group timeslots 1-24


dial-peer voice 1 pots

destination-pattern .T

direct-inward-dial

port 0/0:23

forward-digits all

!

dial-peer voice 3 pots

destination-pattern 0026

port 0/1:23

forward-digits all

!

dial-peer voice 20 voip

destination-pattern ....

session target ipv4:10.5.1.2

dtmf-relay h245-alphanumeric

codec g711ulaw

!



Debug when the call drops:

= 0x000A

Bearer Capability i = 0x8090A2

Standard = CCITT

Transer Capability = Speech

Transfer Mode = Circuit

Transfer Rate = 64 kbit/s

Channel ID i = 0xA98397

Exclusive, Channel 23

Progress Ind i = 0x8283 - Origination address is non-ISDN

Calling Party Number i = 0x2183, '6097810964'

Plan:ISDN, Type:National

Called Party Number i = 0x80, '3003'

Plan:Unknown, Type:Unknown

00:08:13: ISDN Se0/0:23 Q931: TX -> CALL_PROC pd = 8 callref = 0x8272

Channel ID i = 0xA98381

Exclusive, Channel 1

00:08:13: ISDN Se0/0:23 Q931: RX <- CALL_PROC pd = 8 callref = 0x800A

Channel ID i = 0xA98397

Exclusive, Channel 23

00:08:13: ISDN Se0/0:23 Q931: RX <- PROGRESS pd = 8 callref = 0x800A

Cause i = 0x829C - Invalid number format (incomplete number)

Progress Ind i = 0x8288 - In-band info or appropriate now available

00:08:13: ISDN Se0/0:23 Q931: TX -> PROGRESS pd = 8 callref = 0x8272

Cause i = 0x829C - Invalid number format (incomplete number)

Progress Ind i = 0x8288 - In-band info or appropriate now available

00:08:16: ISDN Se0/0:23 Q931: RX <- DISCONNECT pd = 8 callref = 0x0272

Cause i = 0x8290 - Normal call clearing

00:08:16: ISDN Se0/0:23 Q931: TX -> RELEASE pd = 8 callref = 0x8272

00:08:16: ISDN Se0/0:23 Q931: TX -> DISCONNECT pd = 8 callref = 0x000A

Cause i = 0x8090 - Normal call clearing

00:08:16: ISDN Se0/0:23 Q931: RX <- RELEASE_COMP pd = 8 callref = 0x0272

00:08:16: ISDN Se0/0:23 Q931: RX <- RELEASE pd = 8 callref = 0x800A

00:08:16: ISDN Se0/0:23 Q931: TX -> RELEASE_COMP pd = 8 callref = 0x000A

00:08:24: ISDN Se0/0:23 Q931: RX <- SETUP pd = 8 callref = 0x0273




  • 1
  • 2
  • 3
  • 4
  • 5
Overall Rating: 0 (0 ratings)
Loading.
dconstantino Thu, 11/13/2003 - 11:56
User Badges:

I think I found your problem.



How many digits are you in your area 7 or 10.


Make sure your ISDN provider is allowing the right amount of digits.


You may need to check your route filter on call manger.

tarun.pahuja@pa... Thu, 11/13/2003 - 12:02
User Badges:

Debug says it all.

4 digits are being sent accross the PRI.

gateway is directly associated with the route-pattern 9.@



I have NO problems calling to the PSTN from inside the network.



Calls from PSTN are successful 60% of the time,if i call the same # in my internal network from my cell phone, there is a 60% chance it will go through.


any ideas??

trailman73 Thu, 11/13/2003 - 13:18
User Badges:
  • Bronze, 100 points or more

okay you have DID running across your PRI. do you have the appropriate translation patterns in order? and when you say they are 60% sucessful, what is the error tone exctley? what is the message, or is it just a fast busy?


Geoff

jtufail Thu, 11/13/2003 - 13:23
User Badges:

Please enable serivce timestamp debug datetime ms on your config. Make a clean call and capture the debug isdn q931 and debug voip ccapi inout.

tarun.pahuja@pa... Thu, 11/13/2003 - 13:42
User Badges:

here is the debug output any advice would be highly appreciated.


= 0x000A

Bearer Capability i = 0x8090A2

Standard = CCITT

Transer Capability = Speech

Transfer Mode = Circuit

Transfer Rate = 64 kbit/s

Channel ID i = 0xA98397

Exclusive, Channel 23

Progress Ind i = 0x8283 - Origination address is non-ISDN

Calling Party Number i = 0x2183, '6097810964'

Plan:ISDN, Type:National

Called Party Number i = 0x80, '3003'

Plan:Unknown, Type:Unknown

00:08:13: ISDN Se0/0:23 Q931: TX -> CALL_PROC pd = 8 callref = 0x8272

Channel ID i = 0xA98381

Exclusive, Channel 1

00:08:13: ISDN Se0/0:23 Q931: RX <- CALL_PROC pd = 8 callref = 0x800A

Channel ID i = 0xA98397

Exclusive, Channel 23

00:08:13: ISDN Se0/0:23 Q931: RX <- PROGRESS pd = 8 callref = 0x800A

Cause i = 0x829C - Invalid number format (incomplete number)

Progress Ind i = 0x8288 - In-band info or appropriate now available

00:08:13: ISDN Se0/0:23 Q931: TX -> PROGRESS pd = 8 callref = 0x8272

Cause i = 0x829C - Invalid number format (incomplete number)

Progress Ind i = 0x8288 - In-band info or appropriate now available

00:08:16: ISDN Se0/0:23 Q931: RX <- DISCONNECT pd = 8 callref = 0x0272

Cause i = 0x8290 - Normal call clearing

00:08:16: ISDN Se0/0:23 Q931: TX -> RELEASE pd = 8 callref = 0x8272

00:08:16: ISDN Se0/0:23 Q931: TX -> DISCONNECT pd = 8 callref = 0x000A

Cause i = 0x8090 - Normal call clearing

00:08:16: ISDN Se0/0:23 Q931: RX <- RELEASE_COMP pd = 8 callref = 0x0272

00:08:16: ISDN Se0/0:23 Q931: RX <- RELEASE pd = 8 callref = 0x800A

00:08:16: ISDN Se0/0:23 Q931: TX -> RELEASE_COMP pd = 8 callref = 0x000A

00:08:24: ISDN Se0/0:23 Q931: RX <- SETUP pd = 8 callref = 0x0273

Bearer Capability i = 0x8090A2

Standard = CCITT

Transer Capability = Speech

Transfer Mode = Circuit

Transfer Rate = 64 kbit/s

Channel ID i = 0xA98381

Exclusive, Channel 1

Progress Ind i = 0x8283 - Origination address is non-ISDN

Calling Party Number i = 0x2183, '8562963147'

Plan:ISDN, Type:National

Called Party Number i = 0x80, '3047'

Plan:Unknown, Type:Unknown

00:08:24: ISDN Se0/0:23 Q931: TX -> CALL_PROC pd = 8 callref = 0x8273

Channel ID i = 0xA98381

Exclusive, Channel 1

00:08:24: ISDN Se0/0:23 Q931: TX -> ALERTING pd = 8 callref = 0x8273

00:08:33: ISDN Se0/0:23 Q931: RX <- DISCONNECT pd = 8 callref = 0x0273

Cause i = 0x8290 - Normal call clearing

00:08:33: ISDN Se0/0:23 Q931: TX -> RELEASE pd = 8 callref = 0x8273

00:08:33: ISDN Se0/0:23 Q931: RX <- RELEASE_COMP pd = 8 callref = 0x0273

00:08:38: ISDN Se0/0:23 Q931: RX <- SETUP pd = 8 callref = 0x0274

Bearer Capability i = 0x8090A2

Standard = CCITT

Transer Capability = Speech

Transfer Mode = Circuit

Transfer Rate = 64 kbit/s

Channel ID i = 0xA98381

Exclusive, Channel 1

Progress Ind i = 0x8283 - Origination address is non-ISDN

Calling Party Number i = 0x2183, '8562963147'

Plan:ISDN, Type:National

Called Party Number i = 0x80, '3047'

Plan:Unknown, Type:Unknown

00:08:38: ISDN Se0/0:23 Q931: TX -> SETUP pd = 8 callref = 0x000B

Bearer Capability i = 0x8090A2

Standard = CCITT

Transer Capability = Speech

Transfer Mode = Circuit

Transfer Rate = 64 kbit/s

Channel ID i = 0xA98397

Exclusive, Channel 23

Progress Ind i = 0x8283 - Origination address is non-ISDN

Calling Party Number i = 0x2183, '8562963147'

Plan:ISDN, Type:National

Called Party Number i = 0x80, '3047'

Plan:Unknown, Type:Unknown

00:08:38: ISDN Se0/0:23 Q931: TX -> CALL_PROC pd = 8 callref = 0x8274

Channel ID i = 0xA98381

Exclusive, Channel 1

00:08:38: ISDN Se0/0:23 Q931: RX <- CALL_PROC pd = 8 callref = 0x800B

Channel ID i = 0xA98397

Exclusive, Channel 23

00:08:38: ISDN Se0/0:23 Q931: RX <- PROGRESS pd = 8 callref = 0x800B

Cause i = 0x829C - Invalid number format (incomplete number)

Progress Ind i = 0x8288 - In-band info or appropriate now available

00:08:38: ISDN Se0/0:23 Q931: TX -> PROGRESS pd = 8 callref = 0x8274

Cause i = 0x829C - Invalid number format (incomplete number)

Progress Ind i = 0x8288 - In-band info or appropriate now available

00:08:48: ISDN Se0/0:23 Q931: RX <- DISCONNECT pd = 8 callref = 0x0274

Cause i = 0x8290 - Normal call clearing

00:08:48: ISDN Se0/0:23 Q931: TX -> RELEASE pd = 8 callref = 0x8274

00:08:48: ISDN Se0/0:23 Q931: TX -> DISCONNECT pd = 8 callref = 0x000B

Cause i = 0x8090 - Normal call clearing

00:08:48: ISDN Se0/0:23 Q931: RX <- RELEASE_COMP pd = 8 callref = 0x0274

00:08:48: ISDN Se0/0:23 Q931: RX <- RELEASE pd = 8 callref = 0x800B

00:08:48: ISDN Se0/0:23 Q931: TX -> RELEASE_COMP pd = 8 callref = 0x000B

00:09:11: ISDN Se0/0:23 Q931: RX <- SETUP pd = 8 callref = 0x0275

Bearer Capability i = 0x8090A2

Standard = CCITT

Transer Capability = Speech

Transfer Mode = Circuit

Transfer Rate = 64 kbit/s

Channel ID i = 0xA98381

Exclusive, Channel 1

Progress Ind i = 0x8283 - Origination address is non-ISDN

Calling Party Number i = 0x2183, '8562963147'

Plan:ISDN, Type:National

Called Party Number i = 0x80, '3047'

Plan:Unknown, Type:Unknown

00:09:11: ISDN Se0/0:23 Q931: TX -> CALL_PROC pd = 8 callref = 0x8275

Channel ID i = 0xA98381

Exclusive, Channel 1

00:09:11: ISDN Se0/0:23 Q931: TX -> ALERTING pd = 8 callref = 0x8275

00:09:20: ISDN Se0/0:23 Q931: RX <- DISCONNECT pd = 8 callref = 0x0275

Cause i = 0x8290 - Normal call clearing

00:09:20: ISDN Se0/0:23 Q931: TX -> RELEASE pd = 8 callref = 0x8275

00:09:20: ISDN Se0/0:23 Q931: RX <- RELEASE_COMP pd = 8 callref = 0x0275

AVVID_3640_PRI#

AVVID_3640_PRI#

AVVID_3640_PRI#

AVVID_3640_PRI#

AVVID_3640_PRI#

AVVID_3640_PRI#

paul.harrison Thu, 11/13/2003 - 14:43
User Badges:
  • Bronze, 100 points or more

You have overlapping dial-peer statements.


On your dial-peer voice 20 change the destination-pattern to 3...


You should always make your dial-peer statements specific rather than blindly open otherwise they become impossible to manage.


The problem is the router is trying to send some of the calls back out the PSTN interface, the out of order messages should point out that you are being told messages without asking for them.


Paul

sampath9614 Fri, 10/07/2016 - 23:17
User Badges:

Hi just wanted to know if you solved the issue.. 

i am also facing similar issue...

Cause i = 0x8290 - Normal call clearing

Aseem Anand Fri, 10/07/2016 - 23:33
User Badges:
  • Cisco Employee,

Hi,


Can you do a test call and share the following debugs:


debug voice ccapi inout

debug h225 asn1

debug isdn q931


Aseem

sampath9614 Fri, 10/07/2016 - 23:59
User Badges:

here it  is.. from analog phone 5556 i am dialling a ip extension 80501

80 is the access code and 501 is the ip ext

CORP_VGW#sh controllers e1
E1 0/1/0 is up.
Applique type is Channelized E1 - balanced
No alarms detected.
alarm-trigger is not set
Framing is crc4, Line Code is HDB3, Clock Source is Line Primary.
International Bit: 1, National Bits: 11111
Data in current interval (556 seconds elapsed):
6 Line Code Violations, 171 Path Code Violations
86 Slip Secs, 0 Fr Loss Secs, 6 Line Err Secs, 0 Degraded Mins
98 Errored Secs, 0 Bursty Err Secs, 0 Severely Err Secs, 0 Unavail Secs
Total Data (last 80 15 minute intervals):
6408 Line Code Violations, 17 Path Code Violations,
2525 Slip Secs, 1 Fr Loss Secs, 2 Line Err Secs, 0 Degraded Mins,
2527 Errored Secs, 0 Bursty Err Secs, 0 Severely Err Secs, 56141 Unavail Secs
CORP_VGW#sh run interface serial 0/1/0
^
% Invalid input detected at '^' marker.

CORP_VGW#sh run inter
CORP_VGW#sh run interface seri
CORP_VGW#sh run interface serial 0/1/0
^
% Invalid input detected at '^' marker.

CORP_VGW#sh run interface serial 0/1/0:15
Building configuration...

Current configuration : 113 bytes
!
interface Serial0/1/0:15
no ip address
encapsulation hdlc
isdn switch-type primary-qsig
no cdp enable
end

CORP_VGW#conf t
Enter configuration commands, one per line. End with CNTL/Z.
CORP_VGW(config)#interfa serial0/1/0:15
CORP_VGW(config-if)#isdn over
CORP_VGW(config-if)#isdn overlap-receiving t30
CORP_VGW(config-if)#isdn overlap-receiving t302 3000
CORP_VGW(config-if)#end
CORP_VGW#
CORP_VGW#
*Oct 8 06:55:56.433: %SYS-5-CONFIG_I: Configured from console by testing on vty0 (10.12.1.23)
CORP_VGW#
CORP_VGW#
CORP_VGW#
*Oct 8 06:56:17.218: //-1/xxxxxxxxxxxx/CCAPI/ccAppShutdownMode:
remove it from the queue
*Oct 8 06:56:50.770: %CONTROLLER-5-UPDOWN: Controller E1 0/1/0, changed state to down
*Oct 8 06:56:50.795: ISDN Se0/1/0:15 Q931: L3_ShutDown: Shutting down ISDN Layer 3
*Oct 8 06:56:50.796: %ISDN-6-LAYER2DOWN: Layer 2 for Interface Se0/1/0:15, TEI 0 changed to down
*Oct 8 06:56:50.796: ISDN Se0/1/0:15 Q931: Ux_DLRelInd: DL_REL_IND received from L2
*Oct 8 06:56:52.795: %LINK-3-UPDOWN: Interface Serial0/1/0:15, changed state to down
*Oct 8 06:56:53.771: %CONTROLLER-5-UPDOWN: Controller E1 0/1/0, changed state to up
*Oct 8 06:56:54.808: ISDN Se0/1/0:15 Q931: Ux_DLRelInd: DL_REL_IND received from L2
*Oct 8 06:56:55.797: %LINK-3-UPDOWN: Interface Serial0/1/0:15, changed state to up
*Oct 8 06:56:55.805: %ISDN-6-LAYER2UP: Layer 2 for Interface Se0/1/0:15, TEI 0 changed to up
CORP_VGW#
CORP_VGW#
CORP_VGW#
CORP_VGW#
*Oct 8 06:58:28.076: ISDN Se0/1/0:15 Q931: RX <- SETUP pd = 8 callref = 0x0018
Bearer Capability i = 0x8090A3
Standard = CCITT
Transfer Capability = Speech
Transfer Mode = Circuit
Transfer Rate = 64 kbit/s
Channel ID i = 0xA98381
Exclusive, Channel 1
Calling Party Number i = 0x0180, '5556'
Plan:ISDN, Type:Unknown
Called Party Number i = 0x81, '80501'
Plan:ISDN, Type:Unknown
*Oct 8 06:58:28.078: ISDN Se0/1/0:15 Q931: TX -> SETUP_ACK pd = 8 callref = 0x8018
Channel ID i = 0xA98381
Exclusive, Channel 1
*Oct 8 06:58:28.078: //-1/7301817E8075/CCAPI/cc_api_display_ie_subfields:
cc_api_call_setup_ind_common:
cisco-username=
----- ccCallInfo IE subfields -----
cisco-ani=5556
cisco-anitype=0
cisco-aniplan=1
cisco-anipi=0
cisco-anisi=0
dest=80501
cisco-desttype=0
cisco-destplan=1
cisco-rdie=FFFFFFFFFFFFFFFF
cisco-rdn=
cisco-rdntype=-1
cisco-rdnplan=-1
cisco-rdnpi=-1
cisco-rdnsi=-1
cisco-redirectreason=-1 fwd_final_type =0
final_redirectNumber =
hunt_group_timeout =0

*Oct 8 06:58:28.078: //-1/7301817E8075/CCAPI/cc_api_call_setup_ind_common:
Interface=0x7F62AFD39BE0, Call Info(
Calling Number=5556,(Calling Name=)(TON=Unknown, NPI=ISDN, Screening=Not Screened, Presentation=Allowed),
Called Number=80501(TON=Unknown, NPI=ISDN),
Calling Translated=FALSE, Subscriber Type Str=RegularLine, FinalDestinationFlag=TRUE,
Incoming Dial-peer=5, Progress Indication=NULL(0), Calling IE Present=TRUE,
Source Trkgrp Route Label=, Target Trkgrp Route Label=, CLID Transparent=FALSE), Call Id=-1
*Oct 8 06:58:28.078: //-1/7301817E8075/CCAPI/ccCheckClipClir:
In: Calling Number=5556(TON=Unknown, NPI=ISDN, Screening=Not Screened, Presentation=Allowed)
*Oct 8 06:58:28.078: //-1/7301817E8075/CCAPI/ccCheckClipClir:
Out: Calling Number=5556(TON=Unknown, NPI=ISDN, Screening=Not Screened, Presentation=Allowed)
*Oct 8 06:58:28.078: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa:

*Oct 8 06:58:28.078: :cc_get_feature_vsa malloc success
*Oct 8 06:58:28.078: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa:

*Oct 8 06:58:28.078: cc_get_feature_vsa count is 1
*Oct 8 06:58:28.079: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa:

*Oct 8 06:58:28.079: :FEATURE_VSA attributes are: feature_name:0,feature_time:140061777699124,feature_id:252
*Oct 8 06:58:28.079: //2842/7301817E8075/CCAPI/cc_api_call_setup_ind_common:
Set Up Event Sent;
Call Info(Calling Number=5556(TON=Unknown, NPI=ISDN, Screening=Not Screened, Presentation=Allowed),
Called Number=80501(TON=Unknown, NPI=ISDN))
*Oct 8 06:58:28.079: //2842/7301817E8075/CCAPI/cc_process_call_setup_ind:
Event=0x7F62AC83C178
*Oct 8 06:58:28.079: //-1/xxxxxxxxxxxx/CCAPI/cc_setupind_match_search:
Try with the demoted called number 80501
*Oct 8 06:58:28.080: //2842/7301817E8075/CCAPI/ccCallSetContext:
Context=0x7F62B27264C0
*Oct 8 06:58:28.080: //2842/7301817E8075/CCAPI/cc_process_call_setup_ind:
>>>>CCAPI handed cid 2842 with tag 5 to app "_ManagedAppProcess_Default"
*Oct 8 06:58:28.080: //2842/7301817E8075/CCAPI/ccCallSetupAck:
Call Id=2842
*Oct 8 06:58:28.080: //2842/7301817E8075/CCAPI/cc_api_set_transfer_info:
Transfer Number=, Transfer Reason=0x0
*Oct 8 06:58:28.081: //2842/7301817E8075/CCAPI/ccCallSetupRequest:
Destination=, Calling IE Present=TRUE, Mode=0,
Outgoing Dial-peer=1, Params=0x7F62B2729290, Progress Indication=NULL(0)
*Oct 8 06:58:28.081: //2842/7301817E8075/CCAPI/ccCheckClipClir:
In: Calling Number=5556(TON=Unknown, NPI=ISDN, Screening=Not Screened, Presentation=Allowed)
*Oct 8 06:58:28.081: //2842/7301817E8075/CCAPI/ccCheckClipClir:
Out: Calling Number=5556(TON=Unknown, NPI=ISDN, Screening=Not Screened, Presentation=Allowed)
*Oct 8 06:58:28.081: //2842/7301817E8075/CCAPI/ccCallSetupRequest:
Destination Pattern=80..., Called Number=80501, Digit Strip=FALSE
*Oct 8 06:58:28.081: //2842/7301817E8075/CCAPI/ccCallSetupRequest:
Calling Number=5556(TON=Unknown, NPI=ISDN, Screening=Not Screened, Presentation=Allowed),
Called Number=80501(TON=Unknown, NPI=ISDN),
Redirect Number=, Display Info=
Account Number=, Final Destination Flag=TRUE,
Guid=7301817E-8C5B-11E6-8075-00A2EE473840, Outgoing Dial-peer=1
*Oct 8 06:58:28.081: //2842/7301817E8075/CCAPI/cc_api_display_ie_subfields:
ccCallSetupRequest:
cisco-username=
----- ccCallInfo IE subfields -----
cisco-ani=5556
cisco-anitype=0
cisco-aniplan=1
cisco-anipi=0
cisco-anisi=0
dest=80501
cisco-desttype=0
cisco-destplan=1
cisco-rdie=FFFFFFFFFFFFFFFF
cisco-rdn=
cisco-rdntype=-1
cisco-rdnplan=-1
cisco-rdnpi=-1
cisco-rdnsi=-1
cisco-redirectreason=-1 fwd_final_type =0
final_redirectNumber =
hunt_group_timeout =0

*Oct 8 06:58:28.081: //2842/7301817E8075/CCAPI/ccIFCallSetupRequestPrivate:
Interface=0x7F62A8160C38, Interface Type=3, Destination=, Mode=0x0,
Call Params(Calling Number=5556,(Calling Name=)(TON=Unknown, NPI=ISDN, Screening=Not Screened, Presentation=Allowed),
Called Number=80501(TON=Unknown, NPI=ISDN), Calling Translated=FALSE,
Subscriber Type Str=RegularLine, FinalDestinationFlag=TRUE, Outgoing Dial-peer=1, Call Count On=FALSE,
Source Trkgrp Route Label=, Target Trkgrp Route Label=, tg_label_flag=0, Application Call Id=)
*Oct 8 06:58:28.081: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa:

*Oct 8 06:58:28.081: :cc_get_feature_vsa malloc success
*Oct 8 06:58:28.081: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa:

*Oct 8 06:58:28.081: cc_get_feature_vsa count is 2
*Oct 8 06:58:28.081: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa:

*Oct 8 06:58:28.081: :FEATURE_VSA attributes are: feature_name:0,feature_time:140061777699572,feature_id:253
*Oct 8 06:58:28.082: //2843/7301817E8075/CCAPI/ccIFCallSetupRequestPrivate:
SPI Call Setup Request Is Success; Interface Type=3, FlowMode=1
*Oct 8 06:58:28.082: //2843/7301817E8075/CCAPI/ccCallSetContext:
Context=0x7F62B2729210
*Oct 8 06:58:28.082: //2842/7301817E8075/CCAPI/ccSaveDialpeerTag:
Outgoing Dial-peer=1
*Oct 8 06:58:28.083: //2843/7301817E8075/CCAPI/cc_api_call_proceeding:
Interface=0x7F62A8160C38, Progress Indication=NULL(0)
*Oct 8 06:58:28.083: //2842/7301817E8075/CCAPI/ccCallProceeding:
Progress Indication=NULL(0)
*Oct 8 06:58:28.084: ISDN Se0/1/0:15 Q931: TX -> CALL_PROC pd = 8 callref = 0x8018
*Oct 8 06:58:52.875: ISDN Se0/1/0:15 Q931: RX <- DISCONNECT pd = 8 callref = 0x0018
Cause i = 0x8290 - Normal call clearing
*Oct 8 06:58:52.875: ISDN Se0/1/0:15 Q931: TX -> RELEASE pd = 8 callref = 0x8018
*Oct 8 06:58:52.876: //2842/7301817E8075/CCAPI/cc_api_call_disconnected:
Cause Value=16, Interface=0x7F62AFD39BE0, Call Id=2842
*Oct 8 06:58:52.876: //2842/7301817E8075/CCAPI/cc_api_call_disconnected:
Call Entry(Responsed=FALSE, Cause Value=16, Retry Count=0)
*Oct 8 06:58:52.876: //2843/7301817E8075/CCAPI/ccCallDisconnect:
Cause Value=16, Tag=0x0, Call Entry(Previous Disconnect Cause=0, Disconnect Cause=0)
*Oct 8 06:58:52.876: //2843/7301817E8075/CCAPI/ccCallDisconnect:
Cause Value=16, Call Entry(Responsed=FALSE, Cause Value=16)
*Oct 8 06:58:52.877: //2842/7301817E8075/CCAPI/ccCallDisconnect:
Cause Value=16, Tag=0x0, Call Entry(Previous Disconnect Cause=0, Disconnect Cause=16)
*Oct 8 06:58:52.877: //2842/7301817E8075/CCAPI/ccCallDisconnect:
Cause Value=16, Call Entry(Responsed=TRUE, Cause Value=16)
*Oct 8 06:58:52.877: //2842/7301817E8075/CCAPI/cc_api_get_transfer_info:
Transfer Number=NULL
*Oct 8 06:58:52.898: ISDN Se0/1/0:15 Q931: RX <- RELEASE_COMP pd = 8 callref = 0x0018
*Oct 8 06:58:52.899: //2842/7301817E8075/CCAPI/cc_api_call_disconnect_done:
Disposition=0, Interface=0x7F62AFD39BE0, Tag=0x0, Call Id=2842,
Call Entry(Disconnect Cause=16, Voice Class Cause Code=0, Retry Count=0)
*Oct 8 06:58:52.900: //2842/7301817E8075/CCAPI/cc_api_call_disconnect_done:
Call Disconnect Event Sent
*Oct 8 06:58:52.900: //-1/xxxxxxxxxxxx/CCAPI/cc_free_feature_vsa:

*Oct 8 06:58:52.900: :cc_free_feature_vsa freeing 7F62AC81A128
*Oct 8 06:58:52.900: //-1/xxxxxxxxxxxx/CCAPI/cc_free_feature_vsa:

*Oct 8 06:58:52.900: vsacount in free is 1




CORP_VGW#sh run | s dial-peer
dial-peer voice 5 pots
incoming called-number .
direct-inward-dial
port 0/1/0:15
forward-digits all
dial-peer voice 1 voip
destination-pattern 80...
session protocol sipv2
session target ipv4:10.15.20.1
dial-peer voice 10 voip
destination-pattern 82...
session protocol sipv2
session target ipv4:10.11.7.1
dial-peer voice 20 pots
destination-pattern 81....
port 0/1/0:15
forward-digits 4
dial-peer voice 30 voip
destination-pattern 807...
session protocol sipv2
session target ipv4:10.15.108.242
dial-peer voice 100 voip
destination-pattern 5..
session protocol sipv2
session target ipv4:10.15.108.242

Aseem Anand Sat, 10/08/2016 - 06:12
User Badges:
  • Cisco Employee,

Hi,


As per the debugs its hitting outgoing dial-peer 1


*Oct 8 06:58:28.084: ISDN Se0/1/0:15 Q931: TX -> CALL_PROC pd = 8 callref = 0x8018


*Oct 8 06:58:52.875: ISDN Se0/1/0:15 Q931: RX <- DISCONNECT pd = 8 callref = 0x0018
Cause i = 0x8290 - Normal call clearing


The call is disconnected by the other side because after call proceeding the gateway has not sent any alerting or progress message. You mentioned that the gateway is added as an H323 gateway on CUCM, however i dont see any h225 messages. Did you enable the H225 asn1 debugs on the voice gateway? Also, can you confirm if you have the correct interface binded for h323 signaling ?


Please send me the running configuration as well.


Aseem

sampath9614 Sat, 10/08/2016 - 10:47
User Badges:

Hi aseem... Thank u for ur valuable reply.


Sorry, actually my scenario is 

Pbx -->router --> wan --> router --> pbx


Cucm is in wan reachable from both the routers...

Analo to analog also facing the same issue.

Pri trunks between routers and pbxs..

Need to enable xommuncication between analog extensions on pbxs.

Please check the co fig i have ppsted above

sampath9614 Sat, 10/08/2016 - 00:06
User Badges:

the dial peers selected is 1.. and the session target is 10.15.20.1

config on the remote router

E1 0/1/1 is up.
Applique type is Channelized E1 - balanced
No alarms detected.
alarm-trigger is not set
Version info FPGA Rev: 08121917, FPGA Type: PRK4
Framing is CRC4, Line Code is HDB3, Clock Source is Line.
International Bit: 1, National Bits: 11111
Data in current interval (228 seconds elapsed):
0 Line Code Violations, 0 Path Code Violations
0 Slip Secs, 0 Fr Loss Secs, 0 Line Err Secs, 0 Degraded Mins
0 Errored Secs, 0 Bursty Err Secs, 0 Severely Err Secs, 0 Unavail Secs
Total Data (last 24 hours)
0 Line Code Violations, 0 Path Code Violations,
1 Slip Secs, 0 Fr Loss Secs, 0 Line Err Secs, 0 Degraded Mins,
1 Errored Secs, 0 Bursty Err Secs, 0 Severely Err Secs, 0 Unavail Secs
HYDNEW_CENTRAL#sh isdn stat
HYDNEW_CENTRAL#sh isdn status
Global ISDN Switchtype = primary-qsig
ISDN Serial0/1/1:15 interface
dsl 0, interface ISDN Switchtype = primary-qsig
**** Slave side configuration ****
Layer 1 Status:
ACTIVE
Layer 2 Status:
TEI = 0, Ces = 1, SAPI = 0, State = MULTIPLE_FRAME_ESTABLISHED
Layer 3 Status:
1 Active Layer 3 Call(s)
CCB:callid=8915, sapi=0, ces=0, B-chan=31, calltype=VOICE
Active dsl 0 CCBs = 1
The Free Channel Mask: 0xBFFF7FFF
Number of L2 Discards = 0, L2 Session ID = 25
Total Allocated ISDN CCBs = 1
HYDNEW_CENTRAL#
HYDNEW_CENTRAL#sh run interface seri
HYDNEW_CENTRAL#sh run interface serial 0/1/1:15
Building configuration...

Current configuration : 173 bytes
!
interface Serial0/1/1:15
no ip address
encapsulation hdlc
isdn switch-type primary-qsig
isdn overlap-receiving T302 500
isdn incoming-voice voice
no cdp enable
end

HYDNEW_CENTRAL#sh run | s dial-peer
dial-peer voice 10 pots
description ## Inbound from Iris PBX ##
incoming called-number .
direct-inward-dial
port 0/1/1:15
forward-digits all
dial-peer voice 30 pots
description Outbound_to_PBX
destination-pattern 4...
port 0/1/1:15
forward-digits 3
dial-peer voice 100 pots
destination-pattern 0T
port 0/1/1:15
forward-digits all
dial-peer voice 20 voip
destination-pattern 5..
session protocol sipv2
session target ipv4:10.15.108.242
dial-peer voice 110 pots
destination-pattern 80...
port 0/1/1:15
forward-digits 3
dial-peer voice 120 voip
description Outbound_to_Corp
destination-pattern 81....
session protocol sipv2
session target ipv4:10.12.7.1
dial-peer voice 130 voip
description Outbound_to_Rudrampur
destination-pattern 82...
session protocol sipv2
session target ipv4:10.11.7.1
dial-peer voice 200 voip

Actions

This Discussion