02-22-2010 04:49 AM - edited 03-15-2019 09:30 PM
Problem sending fax multiple pages through a VG224
I have problems sending FAX over 8 pages, the parametric I configured are:
System image file is "slot0:vg224-i6s-mz.124-9.T7.bin"
voice service voip
fax protocol t38 ls-redundancy 0 hs-redundancy 0 fallback pass-through g711alaw
h323
h225 timeout setup 30
dial-peer voice 4 voip
preference 1
destination-pattern 0[689]........$
progress_ind setup enable 3
voice-class codec 1
voice-class h323 1
session target ipv4:XX.XXX.XXX.XXX
dtmf-relay h245-alphanumeric
ip qos dscp cs3 signaling
no vad
In the CCM(6.1.3.1000-16) configuration set to H.323 Gateway.
What is the problem?.
Thank you very much to all
Greetings
Solved! Go to Solution.
02-22-2010 09:58 AM
is adujusting the h225 timeout tcp establish. To 10 or 12 should be suffiecent.
Cannot be a TCP timeout problem, session gets established OK, and only drops after.
02-22-2010 06:18 AM
Please send "show controllers E1" from PSTN GW.
02-22-2010 07:10 AM
Hi and thanks for the prompt attention on your part.
Here are the sh controller GW contact with the PSTN:
E1 0/0/0 is up.
Applique type is Channelized E1 - unbalanced
No alarms detected.
alarm-trigger is not set
Version info Firmware: 20071129, FPGA: 20, spm_count = 0
Framing is NO-CRC4, Line Code is HDB3, Clock Source is Line.
CRC Threshold is 320. Reported from firmware is 320.
Data in current interval (699 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,
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
E1 0/1/1 is up.
Applique type is Channelized E1 - unbalanced
Cablelength is Unknown
Description: PRIMARIO FIJOS XXXXXXX : DDF Posc. 5
No alarms detected.
alarm-trigger is not set
Version info Firmware: 20071011, FPGA: 13, spm_count = 0
Framing is CRC4, Line Code is HDB3, Clock Source is Line.
CRC Threshold is 320. Reported from firmware is 320.
Data in current interval (689 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,
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
If you need any more information on the configuration of the VG enter it, thank you very much.
02-22-2010 08:04 AM
Your E1 config is correct. Try reducing fax speed to 9600 or 7200.
02-22-2010 08:19 AM
ok.
I will try.
Thanks
Greetings
02-22-2010 08:31 AM
Hello Esteban,
If changing the baud rate does not work. Could you tell me where you are sending those calls to? Does that session target on the dial-peer
point to a different gateway? Also are other faxes working just not this particular fax? One thing you might try is on the voice class h323
is adujusting the h225 timeout tcp establish. To 10 or 12 should be suffiecent.
02-22-2010 09:58 AM
is adujusting the h225 timeout tcp establish. To 10 or 12 should be suffiecent.
Cannot be a TCP timeout problem, session gets established OK, and only drops after.
02-22-2010 10:13 AM
Yes that would be true, but I'm not sure that we have anything that indicates the session has been established.
02-22-2010 10:32 AM
OP clearly states:
I have problems sending FAX over 8 pages
02-24-2010 02:54 AM
Hi
Try changing the speed of TX FAX, but FAX is old and there is the option .
Modify the parameter Establish the H225 tcp timeout to 11 (prior to what had to 3). Perform tests and all ok.
Thank you very much for your help.
Greetings
02-24-2010 03:43 AM
Very good, I'm suprised that it proved to be a timout problem.
02-24-2010 09:28 AM
You are welcome.
And just a friendly reminder to other posters that we need to ensure we keep the forums open to other suggestions no matter
how firmly we believe we know the issue so others ideas are not stifled.
Thanks,
Jay
02-24-2010 09:30 AM
And just a friendly reminder to other posters that we need to ensure we keep the forums open to other suggestions no matter
how firmly we believe we know the issue so others ideas are not stifled.
Certainly right.
Still would love to hear a logic explanation about how TCP timeout can affect multi-page fax
Find answers to your questions by entering keywords or phrases in the Search bar above. New here? Use these resources to familiarize yourself with the community: