<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
  <head>
    <meta content="text/html; charset=UTF-8" http-equiv="Content-Type">
  </head>
  <body text="#000066" bgcolor="#ffffff">
    <font size="-1"><font face="Trebuchet MS">Hi Nick,<br>
        thanks for your quick response.<br>
        It is not a E1/T1 but a ISDN BRI so i can't check if there are
        slips.<br>
        The issue is that when i reloaded the UC, the problem
        disappeared!!<br>
      </font></font><br>
    On 19/7/2011 16:12, Nick Matthews wrote:
    <blockquote
cite="mid:CAM-K-NpFTaSckPWKOMYyKes7XYX8ALZM91vF4CGhTVm6eFqtmQ@mail.gmail.com"
      type="cite">
      <pre wrap="">If you've got it running H.323, local-bypass is configured under the
voice-card 0 (default), and there are no slips on the T1 'show
controller t1', then it's not a router problem and there's something
going on in the provider network or a local fax machine issue.

-nick

On Tue, Jul 19, 2011 at 5:52 AM, Anthony Kouloglou <a class="moz-txt-link-rfc2396E" href="mailto:akoul@dataways.gr"><akoul@dataways.gr></a> wrote:
</pre>
      <blockquote type="cite">
        <pre wrap="">Hi,
i am back to this.
It didn't work also!
I simplified the config with h323 config but still, faxes could not be
received!
I noticed that the UC was up for 30 weeks so i reloaded it.
Ever since then, no problem exists on receiving faxes!!
uc is running:flash:uc500-advipservicesk9-mz.124-24.SB
is this known bug?
What could have caused it?

On 5/7/2011 22:42, Anthony Kouloglou wrote:

Thanks Nick,
i have already configured a dial-peer pots with no stcapp and also inserted
no vad in the config.
I will wait to see how it goes.

On 5/7/2011 9:23 μμ, Nick Matthews wrote:

If you remove the SCCP app from the pots dial peers you will simplify
the faxing.

Right now since SCCP (or MGCP) is controlling the port the system is
forcing a DSP into the call.

If you use basic H.323 control and the call is going out another TDM
port on the UC540 it will do a 'DSP bypass' and skip the PVDM
processing.  This is basically equivalent to plugging the fax machine
into the TDM port and there is no fax over IP happening at all
(ideal).

It's very possible you've got new slips on your PRI or the carrier
network has started getting slips.

-nick

On Tue, Jul 5, 2011 at 10:33 AM, Anthony Kouloglou<a class="moz-txt-link-rfc2396E" href="mailto:akoul@dataways.gr"><akoul@dataways.gr></a>
wrote:

Hi all,
i have a UC540 running CME 7.1 for a year.
All fxs ports are configured with stcapp thus they are registered as SCCP
devices.
Suddenly, one year later with no problems so far, faxes are coming corrupted
or not at all while in the same moment, the same fax machine can send faxes
with no problem!
Is there something i can look in the config?
The guy who supports the fax machine says that there is no problme with the
device.
Any help will be much appreciated.

BTW: UC50 uptime is 22 weeks.


Best Regards
Anthony
_______________________________________________
cisco-voip mailing list
<a class="moz-txt-link-abbreviated" href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a>
<a class="moz-txt-link-freetext" href="https://puck.nether.net/mailman/listinfo/cisco-voip">https://puck.nether.net/mailman/listinfo/cisco-voip</a>



_______________________________________________
cisco-voip mailing list
<a class="moz-txt-link-abbreviated" href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a>
<a class="moz-txt-link-freetext" href="https://puck.nether.net/mailman/listinfo/cisco-voip">https://puck.nether.net/mailman/listinfo/cisco-voip</a>

</pre>
      </blockquote>
    </blockquote>
  </body>
</html>