One document matched: draft-ietf-fax-fullmode-application-00.txt
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
| PAFTECH AB 2003-2026 | 2026-04-23 05:51:03 |