Fax Working Group                                             Toru Maeda
Internet Draft                                                 CANON Inc
Expires: January  1999                                      28 July 1998



             Facsimile Applications for Internet Fax Full Mode

               draft-ietf-fax-fullmode-application-00.txt


Status of this memo

This document is an Internet-Draft. Internet-Drafts are working
documents  of the Internet Engineering Task Force (IETF), its areas,
and its working groups.  Note that other groups may also distribute
working documents as Internet Drafts.

Internet-Drafts are draft documents valid for a maximum of six months
and may be updated, replaced, or obsoleted by other documents at any
time.  It is inappropriate to use Internet-Drafts as reference
material or to cite them other than as "work in progress."

To view the entire list of current Internet-Drafts, please check
the "1id-abstracts.txt" listing contained in the Internet-Drafts
Shadow Directories on ftp.is.co.za (Africa), ftp.nordu.net
(Northern Europe), ftp.nis.garr.it (Southern Europe), munnari.oz.au
(Pacific Rim), ftp.ietf.org (US East Coast), or ftp.isi.edu
(US West Coast).


Abstract

This memo explains Internet Fax Full Mode facsimile applications
which can be implemented using the method of capability exchange in
Internet Fax Full Mode.  These applications are the same as
implemented in G3FAX using T.30 protocol. These applications will be
implemented under the Internet Draft 'Extended MDN for Internet Fax
Full Mode' or other capability exchange mechanism.















Maeda                      Expires  January   1999                Page 1

Facsimile Applications for IFAX Full Mode                   28 July 1998
Internet Draft

Table of Contents

1.      Introduction ...........................................3

2.      Polling ................................................6

3.      Subaddress and password ................................7

4.      Relay Broadcast ........................................8

5.      BFT   .................................................10

6.      Security ...... .......................................11

7.      Acknowledgments .......................................11

8.      References ............................................11

9.      Copyright..............................................12

10.     Author's Address ......................................12
































Maeda                      Expires  January   1999                 Page 2

Facsimile Applications for IFAX Full Mode                    28 July 1998
Internet Draft


1. Introduction

This memo explains Internet Fax Full Mode facsimile applications which
can be implemented using the method of capability exchange in Internet
Fax FullMode. These applications are the same as implemented in G3FAX
using T.30 protocol.  These applications will be implemented under the
Internet Draft "Extended MDN for Internet Fax Full Mode" [5] or other
capability exchange mechanism.

It will be preferable to develop same facsimile application in Internet
Fax Full Mode terminals as implemented in G3 facsimile.  A dual mode
terminal which has Internet Fax Full Mode and G3 FAX mode can perform
same applications received via Internet Fax Full Mode and G3 Mode.
Those facsimile application are based on T.30 protocol and T.30 frames
defined in ITU-T Recommendation T.30 [2].  These T.30 farmes are
SUB (Subaddress), SEP (Selective Polling), PWD (Password),
SID (Sender ID) and others.

These facsimile applications can be implemented using the method of
capability exchange which is described in the Internet Draft "Extended
MDN for Internet Fax Full Mode" [5].

An additional MIME content-type for BFT is required for the BFT
application of Internet FAX Full Mode.

Internet FAX Full Mode which has capability exchange and confirmation
is defined in ITU-T F.185 [3] and T.37 [4]. An extended MDN can be used
to exchange Internet FAX recipient capabilities and to notify the
sender of a message of any of several conditions that may occur after
successful delivery, such as reception of the Internet FAX Full Mode
or the recipient error in process of the Internet FAX Full Mode. An
extended MDN will be used for terminal to terminal capabilities
exchange and confirmation in Internet FAX Full Mode.


The key words "MUST","MUST NOT","REQUIRED","SHALL","SHALL NOT",
"SHOULD","SHOULD NOT","RECOMENDED","MAY", and "OPTIONAL" in this
document are to be interpreted as described in RFC 2119 [4].














Maeda                      Expires  January   1999                 Page 3

Facsimile Applications for IFAX Full Mode                    28 July 1998
Internet Draft


1.1     Facsimile Applications

There are facsimile applications such as Polling, Subaddress and
Password, Relay Broadcast and BFT are based on ITU-T Recommendation
T.30 [2].  Frames used for these applications in T.30 are SUB (subaddress)
SEP(Selective Polling), PWD(Password), SID(Senders ID) and others.


  (a) Polling

  Polling means a IFAX FullMode terminal requests to another IFAX Full
  Mode terminal that the other IFAX FullMode terminal send a document
  as TIFF-FX file that it is holding. Unlike normal sending and
  receiving, in polling the receiver always requests the sender.  This
  is called polling to receive a document. The sender sends the document
  as TIFF-FX file in response to the polling by a request from the
  receiver.  If the other IFAX FullMode terminal holding the document
  under both a subaddress and password or only a subaddress or password.
  Requesting IFAX FullMode terminal must send the subaddress and/or
  password.


  (b) Subaddress and Password

  Subaddress is an application which a IFAX FullMode terminal send the
  document as TIFF-FX file into the subaddress of a IFAX FullMode
  terminal.  If the other IFAX FullMode terminal storing the document
  under both a subaddress and password or only a subaddress or password.
  Transmitting IFAX FullMode terminal must send the subaddress and/or
  password with a document as TIFF-FX.


  (c) Relay Broadcasting

  In a relay broadcast, the originator IFAX FullMode terminal sends a
  document over a long distance to another terminal called the relay
  IFAX FullMode unit. After the relay IFAX FullMode unit receives the
  document, it automatically sends the document to several other
  terminal in the same locality with only one long distance transmission.
  In a relay IFAX FullMode  terminal has the address list to broadcast
  the message.  If the relay IFAX FullMode terminal control the address
  list for broadcast under both a subaddress and password or only a
  subaddress or password. the originator IFAX FullMode terminal must
  send the subaddress and/or password with a document as TIFF-FX.








Maeda                      Expires  January   1999                 Page 4

Facsimile Applications for IFAX Full Mode                   28 July 1998
Internet Draft

  (d) BFT

  BFT is one of file transfer options in which the transmitter send file
  to recipient. For technical description of BFT see T.434 [6],
  AnnexB/T.30 [2] and Appendix VI/T.30 [2]. File transfer is optional
  feature of IFax which permits to transmit any data file with or
  without additional information concerning the file to be transmitted
  T.4 [7].  There are 4 transfer mode exist, such as Basic Transfer
  Mode: (BTM), Document Transfer Mode: (DTM), Binary File Transfer Mode:
  (BFT) and EDIFACT transfer: (EDI).


1.2 Method of capability exchange and confirmation

One of the method of Capability exchange and confirmation is defined in
the Internet Draft "Extended MDN for Internet Fax Full Mode" [5].
Other method of capability exchange can be used for these applications.
This section describes about the method of capability exchange and
confirmation in the Internet Draft "Extended MDN for Internet Fax Full
Mode" [5].

A communication between Internet FAX Full Mode machines consists of
two phases that are the capability exchange phase and the message
transmission and confirmation phase.

In the capability exchange phase, a sender of Internet FAX Full Mode
sends a request for a Message Disposition Notification which is an
empty mail message with a Disposition-Notification-To header.  A
recipient of Internet FAX Full Mode must immediately return message
with its capabilities using extended MDN. This is a change of behavior
from the MDN. These capabilities are expressed using T.30 frame format
such as DIS frame.

In the message transmission and confirmation phase, based on this
reply messages, the sender sends message, command data and confirmation
request using a request for extended MDN.  The command data is expressed
using T.30 frame format such as DCS frame.  Optional T.30 frames may be
included in the extended MDN. The recipient must
immediately returns confirmation message after the processing of image
using extended MDN.  The confirmation message includes human readable
message, completion code, total received page, error page numbers,
partial or full received message and capabilities of recipient.

Capability exchange phase and message transmission and confirmation
phase are independent, and not required to succeeded. A sender may
not perform capability exchange phase only when capabilities of the
destination is registered in machine, before the sender performs the
message transmission and confirmation phase for every transmission.

To Allow G3FAX applications such as Polling, Selective Polling,
Subaddress, Relay, Password, BFT and NSF(Manufacturer proprietary mode)
based on ITU-T T.30 protocol [2].

Maeda                      Expires  January   1999                 Page 5

Facsimile Applications for IFAX Full Mode                    28 July 1998
Internet Draft


2.  Polling

Polling is implemented for IFAX FullMode using optional subaddress
and/or password in capability request.  Requesting terminal may use a
subaddress for the polling mode or a specific document number
to select data in transmitting terminal.   Requesting terminal
may send a password to get data from transmitting terminal.


2.1 Method using capability exchange

There is 6 steps to receive a polling data.  To save protocol time, it
is possible to cash a capability response and to start from Step-4.


  Step-1 Setup

  Set up polling image data in transmitting IFAX-FullMode terminal.
  Subaddress and password will be used to store the polling image data
  in transmitting IFAX-FullMode terminal.


  Step-2 Capability Request

  The Polling request terminal sends the capability request.


  Step-3 Capability Response

  The Polled Tx terminal replies its capability response indicating
  polling data exist.


  Step-4 Polling Request

  The Polling request terminal sends polling request.
  Requesting terminal may send subaddress to select
  data in called terminal.  Requesting terminal may send a password
  to get data from transmitting terminal when password is required.


  Step-5 Message Transmission

  The Polling Tx terminal checks a subaddress and password.  When
  these are valid, it sends the requested image data as TIFF-FX file.


  Step-6 Confirmation

  The Polling request terminal sends a confirmation when the data
  is received.

Maeda                      Expires  January   1999                 Page 6

Facsimile Applications for IFAX Full Mode                    28 July 1998
Internet Draft


3. Subaddress and Password

Subaddress is an application which a IFAX FullMode terminal send data
into the subaddress of a IFAX FullMode terminal. Transmitting terminal
may use subaddress to select subaddress in receiving
terminal.  Transmitting terminal may send a sender identity to be
checked by receiving terminal for reception of the data.


3.1 Method using capability exchange

There is 5 steps to send image data into a subaddress with password.
To save protocol time, it is possible to cash capability response and
to start from Step-4.

  Step-1 Setup

  Set up Subaddress and Password in the recipient IFAX-FullMode
  terminal.


  Step-2 Capability Request

  The transmission terminal sends capability request.


  Step-3 Capability Response

  The recipient terminal replies its capabilities indicating Subaddress
  and Password capability.


  Step-4 Message Transmission

  The Tx terminal send image data as TIFF-FX file.
  Transmitting terminal may send subaddress to select subaddress
  in receiving terminal.  Transmitting terminal may send sender identity
  to be checked by receiving terminal for reception of the data.


  Step-5 Confirmation

  The recipient terminal checks subaddress and password.  When
  these are valid, it receives the data as TIFF-FX file, and sends
  confirmation.







Maeda                      Expires  January   1999                 Page 7

Facsimile Applications for IFAX Full Mode                    28 July 1998
Internet Draft


4. Relay Broadcast

In a relay broadcast, the originator IFAX FullMode terminal sends a
document over a long distance to another terminal called the relay IFAX
FullMode unit. After the relay IFAX FullMode unit receives the document,
it automatically sends the document to several other terminal in the
same locality with only one long distance transmission. If the relay
IFAX FullMode terminal control the address list for broadcast under
both a subaddress and password or only a subaddress or password.
The originator IFAX FullMode terminal must send the subaddress and/or
password with a document as TIFF-FX.  The originator terminal may send
subaddress to select subaddress in relay terminal.  The
originator terminal may send sender identity to be checked by relay
terminal for reception of subaddress.


4.1 Method using capability exchange

There is 5 steps to send image data for relay broadcast.
To save protocol time, it is possible to cash capability response and
to start from Step-4.


  Step-1 Setup

  Set up Subaddress and Password in the relay IFAX-FullMode
  terminal.
  Set up broadcast address in the relay IFAX FullMode terminal.


  Step-2 Capability Request

  The originator IFAX FullMode terminal sends capability request to
  the Relay broadcast terminal.

  Step-3 Capability Response

  The relay terminal replies its capabilities indicating
  capability.


  Step-4 Message Transmission

  The originator IFAX FullMode terminal send image data as TIFF-FX file.
  The originator terminal use subaddress and password to select subaddress
  in receiving terminal.  The originator terminal may send subaddress
  and password sender identity to be checked by receiving terminal for
  reception of subaddress.




Maeda                      Expires  January   1999                 Page 8

Facsimile Applications for IFAX Full Mode                    28 July 1998
Internet Draft



  Step-5 Confirmation

  The recipient terminal checks subaddress and password.  When
  these are valid, it receives the data as TIFF-FX file, and sends
  confirmation.



  Step-7 Broadcast

  The recipient terminal broadcast the message to other IFAX using
  sends report of relay.


  Step-6 Relay report

  The recipient terminal sends a report of relay to the originator IFAX
  FullMode terminal.

































Maeda                      Expires  January   1999                 Page 9

Facsimile Applications for IFAX Full Mode                    28 July 1998
Internet Draft


5. BFT

BFT is one of file transfer options in which the transmitter send file
to recipient. For technical description of BFT see T.434 [6],
AnnexB/T.30 [2] and Appendix VI/T.30 [2]. File transfer is optional
feature of IFax FullMode which permits to transmit any data file with
or without additional information concerning the file to be transmitted
T.4 [7]. BFT file is attached with new MIME type as bft.


5.1 Method using MDN capability exchange

There is 5 steps to send BFT data to send.
To save protocol time, it is possible to use a cash of capability
response and to start from Step-4.


  Step-1 Setup

  Set up BFT data in Tx IFAX-FullMode terminal


  Step-2 Capability Request

  The transmission terminal sends capability request to the recipient
  terminal.


  Step-3 Capability Response

  The recipient terminal replies its capabilities indicating BFT
  capability.


  Step-4 BFT message transmission

  The BFT Tx terminal send BFT data as MIME attachment with new MIME
  type.


  Step-5 Confirmation

  The recipient terminal checks BFT data and sends confirmation.









Maeda                      Expires  January   1999                Page 10

Facsimile Applications for IFAX Full Mode                    28 July 1998
Internet Draft


6.      Security


Password mechanism in G3 FAX mode may be not enough for sequrity in SMTP
mechanism.  More security mechanism will be added for password.





7.      Acknowledgments










8.      References

[1]  Bradner, S., "Key words for use in RFCs to Indicate Requirement
        Levels", RFC 2119, March 1997.

[2]  ITU-T (CCITT), "Procedures for Document Facsimile Transmission in
        the General Switched Telephone Network ", ITU-T (CCITT)
        Recommendation T.30.

[3]  ITU-T, "Internet Facsimile: Guidelines for the Support of the
        Communication of Facsimile Documents", ITU-T Recommendation
        F.185

[4]  ITU-T, "Procedures for the Transfer of Facsimile Data via Store
        and Forward on the Internet", ITU-T Recommendation T.37

[5]  Maeda, T., Internet Draft "Extended MDN for Internet Fax Full Mode"
        22 May 1998.

[6]  ITU-T, "Binary File Transfer Format For the Telematic Services",
        ITU-T Recommendation T.434

[7]  ITU-T, "Terminal Equipments and protocols for Telematic
        Services", ITU-T Recommendation T.4







Maeda                      Expires  January   1999                Page 11

Facsimile Applications for IFAX Full Mode                    28 July 1998
Internet Draft


9.  Copyright

Copyright (C) The Internet Society (1997, 1998).  All Rights
Reserved.

This document and translations of it may be copied and furnished  to
others, and derivative works that comment on or otherwise  explain it
or assist in its implementation may be prepared, copied,  published and
distributed, in whole or in part, without  restriction of any kind,
provided that the above copyright notice  and this paragraph are
included on all such copies and derivative  works.  However, this
document itself may not be modified in any  way, such as by removing
the copyright notice or references to the  Internet Society or other
Internet organizations, except as needed for the purpose of developing
Internet standards in which case the  procedures for copyrights defined
in the Internet Standards  process must be followed, or as required to
translate it into languages other than English.

The limited permissions granted above are perpetual and will not be
revoked by the Internet Society or its successors or assigns.

This document and the information contained herein is provided on an
"AS IS" basis and THE INTERNET SOCIETY AND THE INTERNET ENGINEERING
TASK FORCE DISCLAIMS ALLWARRANTIES, EXPRESS OR  IMPLIED, INCLUDING
BUT NOT LIMITED TOANY WARRANTY THAT THE USE OF THE INFORMATION HEREIN
WILL NOTINFRINGE ANY RIGHTS OR ANY IMPLIED

WARRANTIES OF MERCHANTABILITY OR FITNESS FOR A PARTICULAR PURPOSE.


12.  Author's Address

Toru MAEDA
CANON Inc
3-30-2,Shimomaruko, Ohtaku,
Tokyo, Japan

Email:  maeda@ffm.canon.co.jp
Voice:  +81 3 3757 9738
Fax:    +81 3 3757 8205












Maeda                      Expires  January   1999                Page 12