]> git.ipfire.org Git - thirdparty/asterisk.git/commitdiff
Merged revisions 205939 via svnmerge from
authorKevin P. Fleming <kpfleming@digium.com>
Fri, 10 Jul 2009 18:45:03 +0000 (18:45 +0000)
committerKevin P. Fleming <kpfleming@digium.com>
Fri, 10 Jul 2009 18:45:03 +0000 (18:45 +0000)
https://origsvn.digium.com/svn/asterisk/trunk

........
  r205939 | kpfleming | 2009-07-10 13:44:09 -0500 (Fri, 10 Jul 2009) | 1 line

  Update comments about the level of T.38 support in Asterisk.
........

git-svn-id: https://origsvn.digium.com/svn/asterisk/branches/1.6.1@205941 65c4cc65-6c06-0410-ace0-fbb531ad65f3

main/udptl.c

index 2d192928f4be8b2c9ffa0b1b5001ac9fbb8cd2f4..e39a9e7f281758fbaf2993668885bcee5487d665 100644 (file)
  *
  * \author Mark Spencer <markster@digium.com>,  Steve Underwood <steveu@coppice.org>
  * 
- * \page T38fax_udptl T38 fax passhtrough :: UDPTL
+ * \page T38fax_udptl T.38 support :: UDPTL
  *
- * Asterisk supports T.38 fax passthrough. Asterisk will not be a client, server
- * or any form of gateway. Currently fax passthrough is only implemented in the
- * SIP channel for strict SIP to SIP calls. If you are using chan_local or chan_agent
- * as a proxy channel, T.38 passthrough will not work.
+ * Asterisk supports T.38 fax passthrough, origination and termination. It does
+ * not support gateway operation. The only channel driver that supports T.38 at
+ * this time is chan_sip.
  *
  * UDPTL is handled very much like RTP. It can be reinvited to go directly between
  * the endpoints, without involving Asterisk in the media stream.
@@ -43,6 +42,7 @@
  * \b References:
  * - chan_sip.c
  * - udptl.c
+ * - app_fax.c
  */