cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
515
Views
0
Helpful
1
Replies

VG224 FAX through Modem

mightyking
Level 6
Level 6

Hi Guys,

I have a modem which is connected to a VG224. We are trying to send Fax through that modem which is connected to another modem. It looks like modem connects the first attempt but the issue is it tries to reconnect gain and again. Please have a look at the debug in below and let me know if there's something that I can do to resolve the issue. The debug is out of the main gateway connected to the PSTN.

Nov 12 20:26:40.776 EST: ISDN Se0/2/1:23 Q931: pak_private_number: Invalid type/plan 0x0 0x0 may be overriden; sw-type 13

Nov 12 20:26:40.776 EST: ISDN Se0/2/1:23 Q931: Applying typeplan for sw-type 0xD is 0x2 0x1, Calling num 9199931122

Nov 12 20:26:40.776 EST: ISDN Se0/2/1:23 Q931: Sending SETUP callref = 0x0125 callID = 0x8138 switch = primary-ni interface = User

Nov 12 20:26:40.776 EST: ISDN Se0/2/1:23 Q931: TX -> SETUP pd = 8 callref = 0x0125

Bearer Capability i = 0x8090A2

Standard = CCITT

Transfer Capability = Speech

Transfer Mode = Circuit

Transfer Rate = 64 kbit/s

Channel ID i = 0xA98381

Exclusive, Channel 1

Display i = 'UTILITY DESK PHO 31122'

Calling Party Number i = 0x2181, '9199931122'

Plan:ISDN, Type:National

Called Party Number i = 0xA1, '18009464644'

Plan:ISDN, Type:National

Nov 12 20:26:41.284 EST: ISDN Se0/2/1:23 Q931: RX <- CALL_PROC pd = 8 callref = 0x8125

Channel ID i = 0xA98381

Exclusive, Channel 1

Nov 12 20:26:42.732 EST: ISDN Se0/2/1:23 Q931: RX <- PROGRESS pd = 8 callref = 0x8125

Cause i = 0x82FF - Interworking error; unspecified

Progress Ind i = 0x8281 - Call not end-to-end ISDN, may have in-band info

Nov 12 20:26:45.032 EST: ISDN Se0/2/1:23 Q931: RX <- CONNECT pd = 8 callref = 0x8125

Nov 12 20:26:45.032 EST: %ISDN-6-CONNECT: Interface Serial0/2/1:0 is now connected to 18009464644 N/A

Nov 12 20:26:45.032 EST: %ISDN-6-CONNECT: Interface Serial0/2/1:0 is now connected to 18009464644 N/A

Nov 12 20:26:45.032 EST: ISDN Se0/2/1:23 Q931: TX -> CONNECT_ACK pd = 8 callref = 0x0125

Nov 12 20:27:02.432 EST: ISDN Se0/2/1:23 Q931: RX <- DISCONNECT pd = 8 callref = 0x8125

Cause i = 0x8090 - Normal call clearing

Nov 12 20:27:02.432 EST: %ISDN-6-DISCONNECT: Interface Serial0/2/1:0 disconnected from 18009464644 , call lasted 17 seconds

Nov 12 20:27:02.432 EST: ISDN Se0/2/1:23 Q931: TX -> RELEASE pd = 8 callref = 0x0125

Nov 12 20:27:02.484 EST: ISDN Se0/2/1:23 Q931: RX <- RELEASE_COMP pd = 8 callref = 0x8125

Nov 12 20:27:14.804 EST: ISDN Se0/2/1:23 Q931: pak_private_number: Invalid type/plan 0x0 0x0 may be overriden; sw-type 13

Nov 12 20:27:14.804 EST: ISDN Se0/2/1:23 Q931: Applying typeplan for sw-type 0xD is 0x2 0x1, Calling num 9199931122

Nov 12 20:27:14.808 EST: ISDN Se0/2/1:23 Q931: Sending SETUP callref = 0x0126 callID = 0x8139 switch = primary-ni interface = User

Nov 12 20:27:14.808 EST: ISDN Se0/2/1:23 Q931: TX -> SETUP pd = 8 callref = 0x0126

Bearer Capability i = 0x8090A2

Standard = CCITT

Transfer Capability = Speech

Transfer Mode = Circuit

Transfer Rate = 64 kbit/s

Channel ID i = 0xA98381

Exclusive, Channel 1

Display i = 'UTILITY DESK PHO 31122'

Calling Party Number i = 0x2181, '9199931122'

Plan:ISDN, Type:National

Called Party Number i = 0xA1, '18009464644'

Plan:ISDN, Type:National

Nov 12 20:27:15.232 EST: ISDN Se0/2/1:23 Q931: RX <- CALL_PROC pd = 8 callref = 0x8126

Channel ID i = 0xA98381

Exclusive, Channel 1

rtprtr03#

Nov 12 20:27:16.732 EST: ISDN Se0/2/1:23 Q931: RX <- PROGRESS pd = 8 callref = 0x8126

Cause i = 0x82FF - Interworking error; unspecified

Progress Ind i = 0x8281 - Call not end-to-end ISDN, may have in-band info

rtprtr03#

Nov 12 20:27:18.764 EST: ISDN Se0/2/1:23 Q931: TX -> DISCONNECT pd = 8 callref = 0x0126

Cause i = 0x8090 - Normal call clearing

Thanks,

MK

1 Reply 1

Steven Holl
Cisco Employee
Cisco Employee

Note the progress with PI of 8 instead of an alerting.  The other side of this PRI isn't connecting the call; it is throwing an inband error before ringdown.

Are you able to make other calls out this PRI that work?  If so, get 'debug isdn q931' for a good call and compare the information in the setup to see what the deviation is.

Also, what VoIP protocols are you using on the VG224 and PSTN gateway?  What fax/modem switchover method are you intending to use?

And 'sh controllers t1' on the PSTN gateway doesn't report any slips, right?