Re:issue with fax machine in H323 gateway.

ciscoroyzhang · ‎06-25-2013

Hi there, recently we have deployed voice system in our Korea office, user experience problem to receiving fax in some fax machine.

on H323 gateway, there are 4 fxs ports connected to 2 faxe machines. fax01 is working fine but fax02 can't send/receive fax. From deb ISDN q931, I can see both inboun call arrived to the gateway successfully, but when call forward to the fxs port, one fax receiving the call, another not.

I have compared the "deb isdn q931" resoult, only diffference is that inbound fax to fax01 Bearer Cap is set to 9090A3 (3.1kHzAudio), while the inbound fax to fax02 Bearer Cap is set to 8090A3 (sech). under the voice port 0/0/0:15, bear-cap is set to speech. my believe is this might cause the issue.

I tried to change bear-cap to 3.1audio and default bear-cap in voice port 0/0/0:15, as well as FXS ports, not change. (correct me if I am wrong, but my understanding is these configuration mailnly affects the outbond call, rather than inbound call)

Now my question is why the inbound fax to FAX01 is with bearer-cap SPEECH, while to FAX02 is 3.1kHzAudio. is this controlled by TEL or I can manipulate via some command in gateway.

Router: cisco 2901

fxs card: VIC3-4FXS/DID

CUCM: 8.6, but no relevent here.

DEB to FAX01 - working one:

Bearer Capability i = 0x9090A3

Standard = CCITT

Transfer Capability = 3.1kHz Audio

Transfer Mode = Circuit

Transfer Rate = 64 kbit/s

Channel ID i = 0xA98387

dial-peer voice 100002 pots

description Sales Department FAX 7825759

huntstop

destination-pattern 7825759

clid network-number 7825759

port 0/1/2

Bearer Capability i = 0x9090A3
                Standard = CCITT
                Transfer Capability = 3.1kHz Audio
                Transfer Mode = Circuit
                Transfer Rate = 64 kbit/s
        Channel ID i = 0xA98387

DEB to FAX02 - not working one:

Bearer Capability i = 0x8090A3

Standard = CCITT

Transfer Capability = Speech

Transfer Mode = Circuit

Transfer Rate = 64 kbit/s

Channel ID i = 0xA98386

                Exclusive, Channel 6 Bearer Capability i = 0x8090A3
                Standard = CCITT
                Transfer Capability = Speech
                Transfer Mode = Circuit
                Transfer Rate = 64 kbit/s
        Channel ID i = 0xA98386
                Exclusive, Channel 6

Sample configuration for dial-peer to fxs port:

dial-peer voice 6715001 pots
description Sales Department FAX 6715001
huntstop
destination-pattern 6715001

clid network-number 6715001
port 0/1/2

Above same configuration used in Australia and other countries, no such issue so far.

many thanks Roy

paolo bevilacqua · ‎06-25-2013

That is likely not the cause, beside you cannot control what telco sends to you.

Check that you have network-clock-select to the PRI interface.

Also you should include the complete call flow and complete traces.

Jagpreet Singh · ‎06-25-2013

Hi Roy,

I agree with Paolo. This likely not the cause of the fax failure. As suggested, please include the entire cal flow in detail and I'll let you know which debugs and logs to collect to troubleshoot this further.

Regards,

Jagpreet

ciscoroyzhang · ‎06-25-2013

Hi guys, thanks for the reply.

Polao, I can confirm network clock select has setup as following:

network-clock-select 1 E1 0/0/0

network-clock-select 2 E1 0/0/1

also check the controller: no any issue has been found.

Hi Japgpreet, the call flow is PSTN------------> E1-------> FXS-------------->Fax

I agree that I might be in wrong direction to investigate the cause. I did a bit reach and found out this setup is called hairpin. since no fax call goes over IP nework, so the fax protocol should be disabled.

https://supportforums.cisco.com/thread/2035567

At moment the setting is as following

voice service voip

allow-connections h323 to h323

fax protocol t38 ls-redundancy 0 hs-redundancy 0 fallback none

h323

h225 signal overlap

modem passthrough nse codec g711ulaw

I tried to remove the modem passthrough nse... but when try to issue fax protocol none, get warning message T38 is default....also disable fax protocol in the FXS port. tested but same problem persists.

the insteresting thing here is that fax01 conncted to port 0/1/2 is working, fax02 connect to the port 0/1/3 is not. and configuration is all same. same configuration has been used in other site no issue.

would appreciate if you can let me know where the problem might be? cheers Roy

Jagpreet Singh · ‎06-25-2013

Hi Roy,

Try running the following debugs for a non-working call:

> deb isdn q931

> debug h225 asn1

> deb h245 asn1

> deb voice ccapi inout

> deb vpm signal

It'll be great if you can test when no other call is on, but if thats not possible, no worries. Please also mention the calling and the called numbers.

Regards,

Jagpreet

ciscoroyzhang · ‎06-26-2013

Hi Jagpreet, I have done all the debugs and upload them to my initial question. would much appreciate if you can have a look when you have time and let me know what is your finding. Cheers Roy

kenjoh725 · ‎06-25-2013

The first thing I check with fax issues is T1/E1 controller errors.

Are you getting any controller errors?

kenjoh725 · ‎06-25-2013

You say 'one fax receiving call, the other not'

Is the call connecting to the port? It doesn't sound like fax problem if the call is not connecting.

ciscoroyzhang · ‎06-25-2013

hi Ken, there is VIC3-4FXS/DID card on this 2901 router, and inbound fax call are sending to the port, result from deb voice ccapi inout indecates taht it tried to send to that port. user also can hear the ring tone from the fax then it suddenly stop.

Guid=921E2A20-DD20-11E2-82BB-00077DDC4CC0, Outgoing Dial-peer=100003 --------------------> match dialk-peer
014956: Jun 26 2013 07:51:13.471 KST: //2836/921E2A2082BB/CCAPI/cc_api_display_ie_subfields:
   ccCallSetupRequest:
   cisco-username=
   ----- ccCallInfo IE subfields -----
   cisco-ani=7825789
   cisco-anitype=2
   cisco-aniplan=1
   cisco-anipi=0
   cisco-anisi=3
   dest=7825789
   cisco-desttype=2
   cisco-destplan=1
   cisco-rdie=FFFFFFFF
   cisco-rdn=
   cisco-lastrdn=
   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

014957: Jun 26 2013 07:51:13.471 KST: //2836/921E2A2082BB/CCAPI/ccIFCallSetupRequestPrivate:
   Interface=0x29DAF678, Interface Type=6, Destination=, Mode=0x0,
   Call Params(Calling Number=7825789,(Calling Name=)(TON=National, NPI=ISDN, Screening=Network, Presentation=Allowed),
   Called Number=7825789(TON=National, NPI=ISDN), Calling Translated=FALSE,
   Subscriber Type Str=RegularLine, FinalDestinationFlag=TRUE, Outgoing Dial-peer=100003, Call Count On=FALSE, -----------------------------> match dial-peer

   Source Trkgrp Route Label=, Target Trkgrp Route Label=, tg_label_flag=0, Application Call Id=)
014958: Jun 26 2013 07:51:13.471 KST: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa:

014959: Jun 26 2013 07:51:13.471 KST: :cc_get_feature_vsa malloc success
014960: Jun 26 2013 07:51:13.471 KST: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa:

014961: Jun 26 2013 07:51:13.471 KST: cc_get_feature_vsa count is
koseo02-vgw01#

koseo02-vgw01#2
014962: Jun 26 2013 07:51:13.471 KST: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa:

014963: Jun 26 2013 07:51:13.471 KST: :FEATURE_VSA attributes are: feature_name:0,feature_time:808066928,feature_id:2837
014964: Jun 26 2013 07:51:13.471 KST: //2837/921E2A2082BB/CCAPI/ccIFCallSetupRequestPrivate:
   SPI Call Setup Request Is Success; Interface Type=6, FlowMode=1
014965: Jun 26 2013 07:51:13.471 KST: //2837/921E2A2082BB/CCAPI/ccCallSetContext:
   Context=0x30029E5C
014966: Jun 26 2013 07:51:13.471 KST: //2836/921E2A2082BB/CCAPI/ccSaveDialpeerTag:
   Outgoing Dial-peer=100003
014967: Jun 26 2013 07:51:13.475 KST: //2837/921E2A2082BB/CCAPI/cc_api_call_proceeding:
   Interface=0x29DAF678, Progress Indication=NULL(0)
014968: Jun 26 2013 07:51:13.475 KST: ISDN Se0/0/0:15 Q931: TX -> CALL_PROC pd = 8 callref = 0x83FC
        Channel ID i = 0xA98394
                Exclusive, Channel 20
014969: Jun 26 2013 07:51:13.475 KST: //2837/921E2A2082BB/CCAPI/cc_api_call_cut_progress:
   Interface=0x29DAF678, Progress Indication=INBAND(8), Signal Indication=INTERCEPT(2),
   Cause Value=0
014970: Jun 26 2013 07:51:13.475 KST: //2837/921E2A2082BB/CCAPI/cc_api_call_cut_progress:
   Call Entry(Responsed=TRUE)
014971: Jun 26 2013 07:51:13.475 KST: //2836/921E2A2082BB/CCAPI/ccCallCutProgress:
   Progress Indication=INBAND(8), Signal Indication=INTERCEPT(2), Cause Value=0
   Voice Call Send Alert=FALSE, Call Entry(Alert Sent=FALSE)
014972: Jun 26 2013 07:51:13.475 KST: //2836/921E2A2082BB/CCAPI/ccCallCutProgress:
   Call Entry(Responsed=TRUE)
014973: Jun 26 2013 07:51:13.475 KST: //2836/921E2A2082BB/CCAPI/ccGenerateToneInfo:
   Stop Tone On Digit=FALSE, Tone=Null,
   Tone Direction=Network, Params=0x0, Call Id=2836
014974: Jun 26 2013 07:51:13.475 KST: //2836/xxxxxxxxxxxx/CCAPI/ccConferenceCreate:
   (confID=0x2AE2D9B8, callID1=0xB14, callID2=0xB15, tag=0x0)
014975: Jun 26 2013 07:51:13.475 KST: //2836/xxxxxxxxxxxx/CCAPI/ccConferenceCreate:
   (confID=0x2AE2D9B8, callID1=0xB14, gcid=921E2A20-DD2011E2-82BB0007-7DDC4CC0, tag=0x0)
014976: Jun 26 2013 07:51:13.475 KST: //2837/xxxxxxxxxxxx/CCAPI/ccConferenceCreate:
   (confID=0x2AE2D9B8, callID2=0xB15, gcid=921E2A20-DD2011E2-82BB0007-7DDC4CC0, tag=0x0)
014977: Jun 26 2013 07:51:13.475 KST: //2836/921E2A2082BB/CCAPI/ccConferenceCreate:
   Conference Id=0x2AE2D9B8, Call Id1=2836, Call Id2=2837, Tag=0x0
014978: Jun 26 2013 07:51:13.475 KST: //2836/xxxxxxxxxxxx/CCAPI/cc_api_bridge_done:
   Conference Id=0x501, Source Interface=0x2A227DC0, Source Call Id=2836,
   Destination Call Id=2837, Disposition=0x0, Tag=0xFFFFFFFF
014979: Jun 26 2013 07:51:13.475 KST: //2837/xxxxxxxxxxxx/CCAPI/cc_api_bridge_done:
   Conference Id=0x501, Source Interface=0x29DAF678, Source Call Id=2837,
   Destination Call Id=2836, Disposition=0x0, Tag=0xFFFFFFFF
014980: Jun 26 2013 07:51:13.475 KST: //2836/921E2A2082BB/CCAPI/cc_generic_bridge_done:
   Conference Id=0x501, Source Interface=0x29DAF678, Source Call Id=2837,
   Destination Call Id=2836, Disposition=0x0, Tag=0xFFFFFFFF
014981: Jun 26 2013 07:51:13.475 KST: //2836/921E2A2082BB/CCAPI/ccConferenceCreate:
   Call Entry(Conference Id=0x501, Destination Call Id=2837)
014982: Jun 26 2013 07:51:13.475 KST: //2837/921E2A2082BB/CCAPI/ccConferenceCreate:
   Call Entry(Conference Id=0x501, Destination Call Id=2836)
014983: Jun 26 2013 07:51:13.475 KST: //2836/921E2A2082BB/CCAPI/cc_api_caps_ind:
   Destination Interface=0x29DAF678, Destination Call Id=2837, Source Call Id=2836,
   Caps(Codec=0x1, Fax Rate=0x1, Vad=0x2,
   Modem=0x2, Codec Bytes=160, Signal Type=2)
014984: Jun 26 2013 07:51:13.475 KST: //2836/921E2A2082BB/CCAPI/cc_api_caps_ind:
   Caps(Playout Mode=1, Playout Initial=60(ms), Playout Min=40(ms),
   Playout Max=1000(ms), Fax Nom=300(ms))
014985: Jun 26 2013 07:51:13.475 KST: //2837/921E2A2082BB/CCAPI/cc_api_caps_ind:
   Destination Interface=0x2A227DC0, Destination Call Id=2836, Source Call Id=2837,
   Caps(Codec=0x1, Fax Rate=0x1, Vad=0x2,
   Modem=0x2, Codec Bytes=160, Signal Type=2)
014986: Jun 26 2013 07:51:13.475 KST: //2837/921E2A2082BB/CCAPI/cc_api_caps_ind:
   Caps(Playout Mode=1, Playout Initial=60(ms), Playout Min=40(ms),
   Playout Max=1000(ms), Fax Nom=300(ms))
014987: Jun 26 2013 07:51:13.475 KST: //2837/921E2A2082BB/CCAPI/cc_api_caps_ack:
   Destination Interface=0x2A227DC0, Destination Call Id=2836, Source Call Id=2837,
   Caps(Codec=g711ulaw(0x1), Fax Rate=FAX_RATE_NONE(0x1), Vad=ON(0x2),
   Modem=ON(0x2), Codec Bytes=160, Signal Type=2, Seq Num Start=7678)
014988: Jun 26 2013 07:51:13.475 KST: //2836/921E2A2082BB/CCAPI/cc_api_caps_ack:
   Destination Interface=0x29DAF678, Destination Call Id=2837, Source Call Id=2836,
   Caps(Codec=g711ulaw(0x1), Fax Rate=FAX_RATE_NONE(0x1), Vad=ON(0x2),
   Modem=ON(0x2), Codec

koseo02-vgw01#Bytes=160, Signal Type=2, Seq Num Start=7038)
014989: Jun 26 2013 07:51:13.479 KST: //2837/921E2A2082BB/CCAPI/cc_api_voice_mode_event:
   Call Id=2837
014990: Jun 26 2013 07:51:13.479 KST: //2837/921E2A2082BB/CCAPI/cc_api_voice_mode_event:
   Call Entry(Context=0x30029E5C)
014991: Jun 26 2013 07:51:13.479 KST: //2836/921E2A2082BB/CCAPI/cc_api_voice_mode_event:
   Call Id=2836
014992: Jun 26 2013 07:51:13.479 KST: //2836/921E2A2082BB/CCAPI/cc_api_voice_mode_event:
   Call Entry(Context=0x3001CD04)
014993: Jun 26 2013 07:51:13.479 KST: //2836/921E2A2082BB/CCAPI/cc_process_notify_bridge_done:
   Conference Id=0x501, Call Id1=2836, Call Id2=2837
014994: Jun 26 2013 07:51:13.479 KST: ISDN Se0/0/0:15 Q931: TX -> PROGRESS pd = 8 callref = 0x83FC
        Progress Ind i = 0x8188 - In-band info or appropriate now available
koseo02-vgw01#

koseo02-vgw01#
014995: Jun 26 2013 07:51:23.491 KST: ISDN Se0/0/0:15 Q931: RX <- DISCONNECT pd = 8 callref = 0x03FC ----------------------------- disconnect
Cause i = 0x82E6 - Recovery on timer expiry

Jorge Armijo · ‎06-26-2013

Ok, this is not really useful, please capture the following debugs simultaneously:

deb isdn q931

deb voice ccapi inout

deb vpm signal

Use the following commands to capture everything on the buffer:

Recommended Configuration:

Router(config)# service sequence-numbers
Router(config)# service timestamps debug datetime localtime msec
Router(config)# logging buffered 10000000 debug
Router(config)# no logging console
Router(config)# no logging monitor

Router(config)# default logging rate-limit

Router(config)# default logging queue-limit

Router(config)# voice iec syslog

https://supportforums.cisco.com/docs/DOC-16310

After doing the call, issue "show logg" and post the output.

In addition, can you share the full config of the Gateway?

--
Jorge Armijo

Please remember to rate helpful responses and identify helpful or correct answers.

-- Jorge Armijo Please remember to rate helpful responses and identify helpful or correct answers.

ciscoroyzhang · ‎06-26-2013

Hi Jorge, thanks for reply. a copy of various debug have been uploaded as attachment in my original post. go to the top of this page you will see it.

Jorge Armijo · ‎06-27-2013

I requested a new set of debugs in a specific manner, since I already checked previous logs, and I can't see much about the call. Aditional logs are required.

Please also share the configuration.

--
Jorge Armijo

Please remember to rate helpful responses and identify helpful or correct answers.

-- Jorge Armijo Please remember to rate helpful responses and identify helpful or correct answers.

ciscoroyzhang · ‎06-27-2013

Hi Jorge, please see the voice related configuration as folllowing,will upload the deb later tonight.

!network-clock-participate wic 0

network-clock-select 1 E1 0/0/0

network-clock-select 2 E1 0/0/1

!

isdn switch-type primary-net5

voice-card 0

dspfarm

dsp services dspfarm

!

voice call disc-pi-off

voice rtp send-recv

!

voice service pots

fax rate disable

!

voice service voip

allow-connections h323 to h323

fax protocol pass-through g711ulaw

h323

h225 signal overlap

!

voice class codec 1

codec preference 1 g711ulaw

!

interface Serial0/0/0:15

isdn switch-type primary-net5

isdn incoming-voice voice

isdn send-alerting

isdn bchan-number-order ascending

isdn sending-complete

isdn outgoing display-ie

voice-port 0/0/0:15

translation-profile incoming ISDNin

translation-profile outgoing ISDNout

cptone KR

bearer-cap Speech

.................................................................................

dial-peer voice 100007 pots

description Technical Department FAX 7825777

destination-pattern 7825777

fax rate disable

clid network-number 7825777

port 0/1/3

kenjoh725 · ‎06-27-2013

Since the call is connecting, and looks like you use T.38, I would recommend debug fax relay t30 all-level-1 to see whether it's the fax detection or the fax training phase that is failing.

From Cisco.com

Working Examples Of T.30 Codes

http://www.cisco.com/en/US/tech/tk652/tk777/technologies_tech_note09186a008014c1cf.shtml

ciscoroyzhang · ‎06-27-2013

Hi Ken, thanks for the suggestion, I have just try now and no fax call has been detected. following is the configuration related to the fax protocole, fax rate disable has been added recently for testing purpose and also try to remove the fax protocol pass-through g711ulaw, but get error: Warning: T38 is the default fax protocol, it can not be removed message. and the fax protocol t38 ls-redundancy 0 hs-redundancy 0 fallback none has been added automatcally by system.

is any other way to remove the default fax protocol in the 2901 router? cheers Roy

voice service pots

fax rate disable

!

voice service voip

allow-connections h323 to h323

fax protocol pass-through g711ulaw

h323

h225 signal overlap