T.38 FAX Over IP
Q. What are some best practices for configuring T.38 Fax Relay on a VG224 analog gateway running SCCP and STCAPP?
A. For any SCCP controlled analog gateway, the only method available for T.38 is an NSE-based switchover. Protocol-based switchover or standards-based switchover to T.38 is not supported with SCCP controlled endpointsQ. T.38 with SIP or H.323 - any functional advantage for one or the other?
A. No real functional advantages to one or the other for T.38. Both support NSE or protocol-based switchover. SCCP controlled devices have some restrictions.Q. Are there any plans for protocol-based T.38 support for SCCP?
A. No, not at this time. It's not being considered but can be if there is a business case presented to the Business Unit. This is probably best addressed through your account team.Q. Is there any additional config required to enable T.38 v3, or can I just upgrade my IOS and expect the system to use v3 automagically? Is v3 Supported on both MGCP and SCCP?
A. Once IOS is upgraded, it still supports the Version 0 and you to need configure T.38 v3. The system is not going to turn on v3 automatically. v3 is definetly not supported in MGCP and SCCP. It's supported on H323 and SIP.Q. Enabling T.38 redundancy requires more bandwidth?
A. Yes. High-speed and/or low-speed redundancy requires more bandwidth. Configuring level 2 redundancy for the high-speed data essentially doubles the bandwidth for a FoIP call.Q. Did you just say that neither MGCP or SCCP supports T.38 v3? Only H323 or SIP?
A. Only H323 and SIP supports T.38 v3.A. True. Mainly because even moderate packet loss with fax can cause scan line errors and a call to disconnect. Many voice codecs can utilize prediction algorithms to conceal for missed samples (at the same bandwidth), but T.38 requires redundancy (implying higher bandwidth usage) to be enabled to cope.
A. Basically standards-based T.38 fax on H323 or SIP voice gateways should work with the different third party fax servers and machines. However there may be some changes required depending upon the type of third party fax server and different software versions running.
Q. Is T.37 still supported? Is it going to removed from Cisco products or not?
A. T.37 is still supported in the latest version of IOS. There are no plans to remove support at this time.Q. On a clutser deployment what is the permitted round trip delay ? allowed ?
A. For T.38, as discussed by David, it is 1000ms. For voice, it's 150ms.Q. What would the basic MGCP configuration for NSE-based T.38 be?
A. NSE based switchover is the default for MGCP. The cli "no mgcp fax t38 inhibit" is need, but again, should be the default. To configure protocol-based T.38, the following are needed: mgcp package-capability fxr-package and mgcp default-package fxr-package.Q. Do the Gateways with an LSI-based DSP chip also now support V34 or still just the TI DSP chip.
A. Yes, support for SG3 for T.38 is supported with the new LSI-based DSPs. SG3 is possible with passthrough as well.A. T.37 is store and forward faxing. The gateway accepts a fax call on the TDM side, converts it to an email and forwards it to an email server. T.38 is real time faxing over IP. Typically, the gateway doesn't participate in the fax call, and only relays it to another gateway or fax server.
Q. Besides the CUCM, are there also implementations models for the UC500?
A. Yes, the fax implementation on the UC500 is similar to that of a voice gateway. It is typically much easier as the fax machine is connected to the same gateway as the PSTN connection.A. No, both switch over methods are not possible at the same time for T.38. On the VG248, only one option is possible.
Q. What is the difference between real-time FoIP and store and forward faxing?
A. Store and Forward or T.37 uses a script on the voice gateway to convert an inbound fax, from the PSTN, to a email with a TIFF attachment which it then forwards to an SMTP server which then sends to the end user as an email. "Real-Time" FOIP communicates between two Fax machines/devices and doesn't perform the conversion to an email/TIFF.Q. Let's assume the following topology: Telco - PRI - GW (T.38 and Passthrough as backup) - MGCP - CUCM CUCM has a VG224 registered as SCCP Passthrough and a fax server doing T38 What is the best way to set this up?
A. Basically you have MGCP configured GW and then you have SCCP Gateway doing Passthrough with Fax server and have mix of this configuration aswell. When calls comes in Mgcp Gateway and SCCP GW VG224 negotiates Passthrough and terminates the call on fax server. VG224 has analog fax machine connected to specific port, change the port from SCCP control to use H323 / SIP and you can have T.38 for fallback or Passthrough.Best solution would be change the Skinny control port (SCCP) to H323/SIP control port.
Q. A Rightfax server is connected to CUCM via SIP trunk. How it should be configured so we have less packet loss?
A. Packet loss is controlled by the Network, so a proper QoS policy between the gateway and fax server is needed and properly prioritizing FoIP traffic.Q. Are there alternative software solutions (T.38 clients) to the Cisco Fax Server?
A. Yes, there are different alternative solutions available doing T.38 support by Third party vendors.A. No, it will not be possible with SCCP controlled VG224. You'll need to convert the VG224 to MGCP, SIP or H.323 to get protocol/standards based T.38 switchover to work.
A. ATA 186 only supports Passthrough. New models of ATA relased this year (ATA187) has T.38 support and Voice GW VG224 also offers support for T.38. ATA187 does suppport T.38 but ATA 186 doesn't support T.38.