Current Meeting Report
Slides
2.8.12 Reliable Multicast Transport (rmt)
In addition to this official charter maintained by the IETF Secretariat, there is additional information about this working group on the Web at:
http://rmt.motlabs.com -- Additional RMT Web Page
NOTE: This charter is a snapshot of the 54th IETF Meeting in Yokohama, Japan. It may now be out-of-date.
Last Modifield: 05/30/2002
Chair(s):
Roger Kermode <Roger.Kermode@motorola.com>
L Vicisano <lorenzo@cisco.com>
Transport Area Director(s):
Scott Bradner <sob@harvard.edu>
A. Mankin <mankin@isi.edu>
Transport Area Advisor:
A. Mankin <mankin@isi.edu>
Mailing Lists:
General Discussion: rmt@ietf.org
To Subscribe: rmt-request@ietf.org
In Body: subscribe
Archive: www.ietf.org/mail-archive/working-groups/rmt/current/maillist.html
Description of Working Group:
Additional RMT web page: http://rmt.motlabs.com
The purpose of this WG is to standardize reliable multicast transport.
Initial efforts will focus solely on the standardization of
the one-to-many transport of large amounts of data. Due to the
large number of applications that fall into this category, and
the sometimes orthogonal requirements these applications exhibit,
it is believed that a "one size fits all" protocol will be unable
to meet the requirements of all applications. In recognition of
this observation, this working group expects to initially
standardize three protocol instantiations, one each from the
the following three families:
1) A NACK-based protocol
2) A Tree-based ACK protocol
3) An "Asynchronous Layered Coding protocol that uses Forward Error
Correction
The WG will carry out protocol standardization by composing
a set of RFCs that specify
- building blocks: A set of easily-separable coarse-grained modular
components that are common to multiple protocols along with
abstract APIs that define a building block's access methods
and their arguments.
- protocol instantiations: Specifications that define the necessary
gluing logic and minimal additional functionality required to
realize a working protocol from one or more building blocks. These
specifications will also include an abstract API that defines the
interface between the protocol implementation and an application.
To assist in this standardization process, the WG will also complete
work on three documents. The first describes the design-space in which
the three one-to-many transport protocols will be developed. The second
explains the concepts of building-blocks and protocol instantiations.
The third provides guidelines to authors of drafts that specify
building-blocks and protocol instantiations. These three documents
will be initially submitted as WG drafts and subsequently proposed as
Informational RFC.
The WG will generate and submit for standardization drafts of the
following building-blocks for use in the construction of the three
protocols: congestion control, negative acknowledgments, forward error
correction, generic mechanisms for router assist, and to address the
RFC 2357 security requirements.
The WG will also standardize and generate RFCs for the following three
protocol instantiations: A NACK-based protocol, A Tree-based ACK
protocol and an Open Loop protocol that uses Forward Error Correction.
If new requirements are identified that cannot be satisfied with the
building-blocks and protocol instantiations described above, the Area
Directors in consultation with the IESG may add additional
building-blocks and protocol instantiations to the working group
deliverables.
This working group will work closely with the Internet Research Task
Force (IRTF) groups on Reliable Multicast (RMRG) and Secure Multicast
(SMUG), especially for meeting the congestion control and security
requirements mandated by RFC 2357. This working group may work with the
Area Directors to recharter to standardize reliable multicast for
additional scenarios beyond the one-to-many transport of bulk data once
they are sufficiently well understood.
Goals and Milestones:
Done | | Submit design-space, building-blocks, and guidelines drafts
for publication as Informational RFCs |
Done | | Initial Drafts for the following building blocks: negative
acknowledgments, forward error correction, a generic
signaling mechanism for router assist, and transport
protection |
Done | | Submit Initial Drafts for the three protocol
instantiations. |
Done | | Review drafts at the Adelaide IETF |
Done | | Submit Initial Draft for Congestion Control |
Done | | Complete building-block drafts WG Last-Call and submit for
publication as Proposed Standard |
JUN 00 | | Protocol instantiations drafts submitted for publication as
Proposed Standard. |
DEC 01 | | Congestion control draft submitted for publication as
Proposed Standard. |
Internet-Drafts:
- draft-ietf-rmt-bb-fec-06.txt
- draft-ietf-rmt-pi-alc-08.txt
- draft-ietf-rmt-bb-norm-04.txt
- draft-ietf-rmt-bb-lct-04.txt
- draft-ietf-rmt-info-fec-02.txt
- draft-ietf-rmt-pi-norm-04.txt
- draft-ietf-rmt-bb-pgmcc-01.txt
- draft-ietf-rmt-bb-webrc-02.txt
Request For Comments:
RFC | Status | Title |
RFC2887 | I | The Reliable Multicast Design Space for Bulk Data Transfer |
RFC3048 | I | Reliable Multicast Transport Building Blocks for One-to-Many Bulk-Data Transfer |
RFC3269 | I | Author Guidelines for RMT Building Blocks and Protocol Instantiation documents |
Current Meeting Report
The RMT Working Group met in Yokohama on July 16th, 2002.
The meeting was opened with a summary report on the WG status presented by Roger
Kermode, followed by update-presentations on
the GRA signaling draft (draft-ietf-rmt-bb-gra-signalling-00.txt),
on WEBRC congestion control (draft-ietf-rmt-bb-webrc-02.txt),
on PGMCC congestion control (draft-ietf-rmt-bb-pgmcc-01.txt)
and on the NORM building block (draft-ietf-rmt-bb-norm-04.txt).
The meeting ended with a discussion on the WG progress and on future plans.
The status-report was given by general protocol areas: most of the ALC-related
drafts are undergoing IESG review following the submission as experimental RFCs.
The only non-ready draft in this area is the congestion control one
(draft-ietf-rmt-bb-webrc-02.txt). Some of the ALC drafts under IESG examination
are also part of the NORM protocol. The main drafts related to NORM are in good
status of advancement (draft-ietf-rmt-bb-norm-04.txt and
draft-ietf-rmt-pi-norm-04.txt). As for the congestion control for NORM, PGMCC
(draft-ietf-rmt-bb-pgmcc-01.txt) is current and almost complete while TFMCC is
expired. However the last submitted version of TFMCC was almost complete. All
the drafts specifically intended for the TRACK protocol are expired and none of
the authors was present at the meeting [more on this later]. Finally the work on
GRA has just restarted and it is still at an early stage.
Tony Speakman discussed the advancement on GRA signaling. The GRA signaling
draft, that will be submitted to the IETF directory after the meeting,
concentrates on a general framework for end-host to request network elements to
execute GRA function. The specific GRA functions are to be defined in separate
specification(s). The presentation was followed by a technical discussion on the
draft content, with two main hilights: the G-bit used to detect the GRA header
in transport packet formats needs to be considered by the other authors of RMT
protocol specifications, and the granularity used by the draft to describe
network-element functions might be revised (made finer). Also the future of the
other two GRA drafts that are expired was discussed. These will not be
resubmitted in the short term, but might be updated at a later stage, with the
intent of providing information on the GRA framework (the intended outcome is
informational RFCs).
Mike Luby presented an update on the WEBRC congestion control. This congestion
control scheme is also discussed in a technical paper to appear in the
proceedings of Sigcomm'2002. NS code will be available by August 1, some
simulations in real networks have already been done but there is a need to do
real-world experiments. The goal is for this to be an RFC by March 2003 at the
earliest.
Gianluca Iannaccone gave a brief update on PGMCC, that was revised to comply
with the 'author guidelines" document and to fix some technical details. Next
step is to develop more on the interaction between PGMCC and feedback
suppression mechanisms. Two additional action-items for the draft authors came
from the discussion: add a description of a possible attack from a malicious
receiver that causes itself to be elected as the "acker" by sending a large
amount of NAKs, but then drives the session rate up by ACKing in an inconsistent
way. The specification should require implementors to protect the network
against this type of attack through heuristics that compare the loss-rate
reported by NAKs and the one inferred from ACKs. The other action item was to
experiment with the protocol in real networks.
Brian Adamson gave updates on the NORM BB draft and presented some simulation
results (the code of his simulation experiments is shared with the reference
implementation that he has). Next steps are: collecting more feedback from the
WG, working on congestion control support (both TFMCC and PGMCC) and GRA
support. There was some feedback on the NORM document structure: Roger Kermode
suggested to revise it to comply to the RMT authors' guidelines, Tony Speakman
to move the content around between the BB and the PI document to improve
modularity and chance of BB reuse.
An evaluation of the WG status an discussion on future action items closed the
meeting.
Most of the work in the charter is close to completion with the exception of the
TRACK protocol and GRA.
As for TRACK, it was not possible to collect information on the authors'
intentions, as none of them was present, however the feeling of the WG was that
the status of the work is probably an indication of lack of interest in pursuing
it further. The plan is to stop the work on TRACK and change the WG charter
accordingly, unless there is a clear indication/commitment from the TRACK
authors.
The work on GRA is being carried on but is substantially behind compared to the
rest, hence the WG will proceed towards the publication of the various BBs and
PIs as Experimental RFC. If GRA is not ready at the time of the publication, the
final integration work will be done in a later revision of the specs.
Finally two possible new working items for the WG were discussed. The first was
a session control protocol, the action item was to form a team to gather
requirements, before making any decision on whether this work should be done in
the WG or not. Mike Luby volunteered to lead the effort with the help of Tony
Speakman and Roger Kermode.
The second proposal was to open the WG to non-one-to-many RMTs. The WG
orientation was not to pursue it at this time. The rationale behind this
decision was to have time to consolidate the results currently achieved and
observe how deployment plays out, before starting to standardize new pieces of
work.
Slides
GRA Signalling Protocol
- Tony Speakman
- Lorenzo Vicisano