
Last Modified: 2003-01-20
The WG will produce a final increment of specification for supporting a "full" equivalence of T.30 service over Internet mail. Technical work for this effort includes timely delivery, [image] feature selection/negotiation, document privacy, and integrated specification of Full-mode Facsimile Profile of Internet Mail (FFPIM).
For interconnecting fax services over the dial-up telephone network and carriage of facsimile message data over the Internet, two types of interface systems are required:
o Internet/Dial-up Fax gateway, moving data from the Internet to classic or Internet-aware dial-up fax products and services
o Dial-up/Internet Fax gateway, moving data from classic or Internet-aware dial-up fax products and services to the Internet
The working group will also consider the requirements for gatewaying Internet Mail (as profiled for facsimile Simple, Extended modes and FFPIM) with T.30 Facsimile.
The working group will specifically take note of quality of service issues and might decide to produce an Implementer's Guide.
T.30 facsimile carries expectations of message privacy, so that FFPIM must specify a basic facility via the Internet. Although T.30 does not provide document integrity, users frequently believe that it does. Consequently the Faxext working group will also seek specification of a basic authentication facility over the Internet.
T.30 facsimile provides for receiver capability identification to the sender, allowing a sender to provide the "best" fax image the receiver can handle. The Faxext working group will consider mechanisms to provide similar functionality for fax images transferred by e-mail.
Additional areas of discussion will be: Annotated fax messages and universal messaging issues as they relate to FFPIM, as well as schema and TIFF extensions required to support the new JBIG-2 (T.88) compression method.
The working group will continue the excellent pattern of coordinating activities with other facsimile-related standards bodies, in particular the ITU, VPIM and other WGs, and with using work from related IETF efforts.
| Done | Submit Internet-Draft of terminology document | |
| Done | Submit Internet-Draft of data specifications | |
| Done | Submit Internet-Draft of messaging-related specification | |
| Done | Submit Internet-Draft of operational constraints document | |
| Done | Submit terminology document to IESG for publication | |
| Done | Submit data specifications to IESG for consideration as a standards track document | |
| Done | Submit messaging-related specification to IESG for consideration as a standards track document | |
| Done | Submit operational constraints document to IESG for publication as an Informational document | |
| Done | Submit final draft for FFPIM to IESG for publication | |
| Done | Submit final draft of gateway requirements | |
| JUL 01 | Submit second draft of Fax status information | |
| NOV 01 | Submit final draft of TIFF-fx extensions | |
| NOV 01 | Submit final draft of schema for TIFF-fx extensions | |
| DEC 01 | Submit final draft of Fax status information |
| RFC | Status | Title |
|---|---|---|
| RFC2301 | PS | File Format for Internet Fax |
| RFC2302 | PS | Tag Image File Format (TIFF) - image/tiff MIME Sub-type Registration |
| RFC2303 | PS | Minimal PSTN address format in Internet Mail |
| RFC2304 | PS | Minimal FAX address format in Internet Mail |
| RFC2305 | PS | A Simple Mode of Facsimile Using Internet Mail |
| RFC2306 | I | Tag Image File Format (TIFF) - F Profile for Facsimile |
| RFC2542 | I | Terminology and Goals for Internet Fax |
| RFC2530 | PS | Indicating Supported Media Features Using Extensions to DSN and MDN |
| RFC2531 | PS | Content feature schema for Internet fax |
| RFC2532 | PS | Extended Facsimile Using Internet Mail |
| RFC2846 | PS | GSTN address element extensions in e-mail services |
| RFC2879 | PS | Content feature schema for Internet fax |
| RFC2880 | I | Internet fax T.30 Feature Mapping |
| RFC3191 | DS | Minimal GSTN address format in Internet Mail |
| RFC3192 | DS | Minimal FAX address format in Internet Mail |
| RFC3297 | PS | Content Negotiation for Internet Messaging Services |
| RFC3249 | I | Implementers Guide for Facsimile Using Internet Mail |
| RFC3250 | PS | Tag Image File Format Fax eXtended (TIFF-FX) -image/tiff-fx MIME Sub-type Registration |
| RFC3302 | PS | Tag Image File Format (TIFF) - image/tiff MIME Sub-type Registration |
Internet Fax meeting: TUESDAY, March 19 at 1300-1410
==============================
CHAIRS:
Claudio Allocchio <Claudio.Allocchio@garr.it>
Hiroshi Tamura <tamura@toda.ricoh.co.jp>
----------------------------------------
-----------------------------
0 Opening
----------------------------------------
-----------------------------
FAX WG meeting was held on March 19, 2003. Claudio Allocchio and Hiroshi
Tamura welcomed the participants and started the meeting.
----------------------------------------
-----------------------------
1 Agenda Bashing
----------------------------------------
-----------------------------
As there were no requested changes to the proposed agenda, we
proceeded along with it. See the slide "fax-0". The slide also contains
brief status of some documents, which especially do not have the slide
itself in this meeting.
----------------------------------------
-----------------------------
2 Service
- draft-ietf-fax-service-v2-05.txt (for Draft Standard of RFC 2305)
----------------------------------------
-----------------------------
Hiroshi Tamura reported that
draft-ietf-fax-service-v2-05.txt (the revision for Draft Standard of RFC
2305) was approved by IESG and is in the RFC editor's queue. Before
publication the document needs also TIFF-FX (currently
draft-ietf-fax-tiff-fx-12.txt) to be ready, as there are references to the
latter. Also, it was reported that DSN, which the document refers,
becomes Draft Standard.
----------------------------------------
-----------------------------
3 Gateway
- draft-ietf-fax-gateway-protocol-08.txt (for Propose Standard)
- draft-ietf-fax-gateway-options-05.txt (for Informational)
----------------------------------------
-----------------------------
Hiroshi Tamura reported that the two documents regarding gateways,
draft-ietf-fax-gateway-protocol-08.txt (for Propose Standard) and
draft-ietf-fax-gateway-options-05.txt (for Informational) need some
refinement, as requested by the ADs, after the WG last call was
finished. The editors are working on it, and will submit the updated
versions just after the meeting.
----------------------------------------
-----------------------------
4 Addressing
- draft-allocchio-gstn-04.txt (for Propose Standard)
----------------------------------------
-----------------------------
Claudio Allocchio reported that
draft-allocchio-gstn-04.txt (for Proposed Standard) has been under IESG
revision. There was only a change in the abstract as a result of the
discussion, as the IESG concluded it is inappropriate to have
normative text (a capital MUST) in an abstract. The change will be made
directly by the RFC editor during publication. Formal approval is
expected by the next IESG meeting in two weeks time.
----------------------------------------
-----------------------------
5 TIFF-FX
- draft-ietf-fax-tiff-fx-12.txt (for Draft Standard)
----------------------------------------
-----------------------------
Slides: fax-3 and fax-4
An updated version of
draft-ietf-fax-tiff-fx-12.txt (for Draft Standard) was published, taking
into account the comments which came in during the discussion. As Rob
Buckely, one of the editors of the document, could not be present,
Claudio Allocchio presented his slides on his behalf.
The slide fax-3 contains the status of the document, combined matrix that
shows features or attributes supported from the two
implementation reports and the plan. In particular, 3 features were
removed from the specification, as there were lacking support by
implementations, while a further refinement of the
interoperability report and attached matrix is under way. It is
expected that the editors will present the final
interoperability report within a short time after the meeting. Also, new
IPR statements are being collected, and published on the IETF web site.
The slide fax-4 explains for one comment based on the previous
(tiff-fx-11) and an additional check about raised points in the
document. It implies the addition of RFC 3249 (Implementers Guide) as NON
normative reference. Also, ITU IPR statements will be added as a
reference. Most of the other points were examined, but the editors
recommended no changes to the text. Claudio Allocchio asked the WG, and it
agreed with the editors recommendations. The question will be taken again on
the ML, before the new version (tiff-fx-13) is published. In this new
version, also, an editorial fix in section 7.2.1 will be made.
Ned Freed, Area Director, added that also RFC 3250 (image/tiff-fx
registration) and RFC 3302 (image/tiff registration), which are
currently Proposed Standards, will need an editorial update before they are
progressed together with tiff-fx specification to Draft Standard. Both
RFCs are referred in tiff-fx document. RFC 3250 refers tiff-fx
document. (After the meeting, we find RFC 3302 does not refer tiff-fx
document.)
As a note to the AD, Claudio Allocchio suggested to the ADs that some
re-ordering of the interoperability reports and IPR statements pages on the
WEB site, at least indexing the documents by WG, should be done. Ned
Freed, agreed that there is a need for it and will take the point
forward.
----------------------------------------
-----------------------------
6 IFAX service of ENUM
- draft-ietf-fax-faxservice-enum-00.txt (for Proposed Standard)
The updated version is at:
http://www.brandenburg.com/ietf/draft-ie
tf-fax-faxservice-enum-01.txt
----------------------------------------
-----------------------------
Slide: fax-2
A new version of
draft-ietf-fax-faxservice-enum-01.txt was ready for the meeting. As
Kiyoshi Toyoda could not attend, the slides were presented by
Yoshihiro Ida. The new version conforms to the ENUM registration syntax
which would be then approved at the ENUM WG meeting the day after.
Hiroshi Tamura and Claudio Allocchio asked for consensus on the current
specification, and the WG supported it. The WG last call will be done soon as
the formal updated version is published after the meeting.
----------------------------------------
-----------------------------
7 SMTP Service Extension for Content Negotiation (ESMTP-CONNEG)
- draft-ietf-fax-esmtp-conneg-06.txt (for Proposed Standard)
----------------------------------------
-----------------------------
Slide: fax-1
Dave Crocker reported the significant changes which were made to SMTP
Service Extension for Content Negotiation
(draft-ietf-fax-esmtp-conneg-06.txt) to take into account the many
comments an objections which came about it, especially by SMTP experts. In
particular, the intention is to create a mechanism which can also work in
case intermediate MTAs acting among them, i.e., when there is no direct
end-to-end interactions between i-fax devices.
The new ESMTP extension CONPERM is introduced. CONPERM allows the
originator to pass conversion permission to sending MTAs in the email
relaying sequence. When a sending MTA then receives CONNEG
information about the recipient, it may perform a conversion. CONNEG is
also the new ESMTP extension, which is the original idea in this
document. With CONNEG, the response to "RCPT TO" contains capability
information.
Also, new MIME headers are introduced per message for this purpose. One is
"Content-Convert", which specifies permitted conversion capability for the
associated content. The other is "Content-Previous", which shows the
previous representation of the content.
There was a discussion about the fact that all features specific to
internet fax should not be described in the specification. The editor and
the WG agreed that the specification will be totally independent of its
internet fax.
As most of the discussions came from the wide IETF community, and the
scope of the specification is not by itself restricted to i-fax, it was
agreed that the first WG last call will be made on our ML, then the
discussion will be opened also on the SMTP ML and to the wider IETF
lists.
(As there are some comments before the meeting and the editors agreed to
modify some of them, the updated I-D will be required before FAX WG last
call.)
----------------------------------------
-----------------------------
8 Timely-Delivery
- No document now (for Proposed Standard)
----------------------------------------
-----------------------------
Slide: fax-5
Dave Crocker presented the new approach to the timely delivery problem. The
old specification was dismissed at our previous (Atlanta) meeting, as its
implementation would have impacted in a wide way on the existing
infrastructure to expect for a reasonable level of support.
Thus, he now tries to obtain performance from the existing
infrastructure, and obtain a timely receipt from the user agent
involved in the final transaction, using MDN extensions
("Receipt-time"). In order for infrastructure to support
Timely-delivery performance there are various possible solutions.
Possibly, a separate TCP port where messages have an implied timely
delivery request, or upgrading the core specifications to make
mandatory some current options (Deliverby), and/or adding SRV record flags
where MTA support "APT" (Accountable Predictable Timely) mail service.
The WG briefly asked for clarification on the different options, and the new
internet-draft will soon be requested to prepare and it will try to
clarify the different scenarios of possible implementation.
----------------------------------------
-----------------------------
9 FFPIM
- draft-ietf-fax-ffpim-01.txt (for Proposed Standard)
----------------------------------------
-----------------------------
Dave Crocker explained that FFPIM is not modified since the last
meeting, as it depends on both ESMTP-CONNEG and
Timely-delivery. He also told it is easy to complete after two
documents are finished, as it refers only documents defining technical
documents and it has little techinical issues itself. Just waiting for
completion of the two documents.
----------------------------------------
-----------------------------
10 Closing
----------------------------------------
-----------------------------
At the end of the meeting, the co-chairs proposed that, unless there are
major specific technical issues to be solved, this was the last
physical meeting of the FAX WG. The ML will be used to discuss
remaining issues, and for last call of pending documents. The
co-chairs thanked all the participants to the WG meeting, present and
past, for their efforts and support during these years. See final page of
the slide "fax-0".
|