Problem sending fax multiple pages through a VG224

[Esteban Jimenez Sanchez]

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

[paolo bevilacqua]

Please send "show controllers E1" from PSTN GW.

[Esteban Jimenez Sanchez]

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.

[paolo bevilacqua]

Your  E1 config is correct. Try reducing fax speed to 9600 or 7200.

[Esteban Jimenez Sanchez]

ok.

I will try.

Thanks

Greetings

[jaschulz]

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.

[paolo bevilacqua · Accepted solution]

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.

[jaschulz]

Yes that would be true, but I'm not sure that we have anything that indicates the session has been established.

[paolo bevilacqua]

OP clearly states:

I have problems sending FAX over 8 pages

[Esteban Jimenez Sanchez]

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

[paolo bevilacqua]

Very good, I'm suprised that it proved to be a timout problem.

[jaschulz]

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

[paolo bevilacqua]

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