Also, isn't it astonishing how quickly some application area projects get
their draft through the IESG process, considering that these guys weren't
even chartered until mid-2000...
Manager, Print Services
Xerox Architecture Center - Xerox Corporation
701 S. Aviation Blvd., El Segundo, CA, M/S: ESAE-231
Phone +1-310-333 8273, Fax +1-310-333 5514
From: The IESG [mailto:email@example.com]
Sent: Monday, January 22, 2001 10:27 AM
Cc: RFC Editor; IANA; Internet Architecture Board; firstname.lastname@example.org
Subject: [BXXPwg] Protocol Action: Mapping the BXXP Framework onto TCP
to Proposed Standard
The IESG has approved the following Internet-Drafts for publication as
o The Blocks Extensible Exchange Protocol Framework
o Mapping the BXXP Framework onto TCP
These documents are the product of the Blocks Extensible Exchange
Protocol Working Group. The IESG contact persons are Ned Freed and
BEEP provides a generic application protocol framework for
connection-oriented, asynchronous interactions.
At the core of the BEEP framework is a framing mechanism that
permits simultaneous and independent exchanges of messages between
peers. Messages are arbitrary MIME content, but are usually
textual (structured using XML).
All exchanges occur in the context of a channel -- a binding to a
well-defined aspect of the application, such as transport security,
user authentication, or data exchange.
Each channel has an associated "profile" that defines the syntax and
semantics of the messages exchanged. Implicit in the operation of
BEEP is the notion of channel management. In addition to defining
BEEP's channel management profile, this document defines:
o the TLS transport security profile; and,
o the SASL family of profiles.
Other profiles, such as those used for data exchange, are defined by
an application protocol designer.
Working Group Summary
The BEEP WG expanded on the BLOCKS protocol work done by Marshall Rose
Carl Malamud. BLOCKS in turn drew on many existing IETF protocols and
the design goals discussed at the APPLCORE BOF.
Ned Freed reviewed the BEEP specification for the IESG.
Note to RFC Editor:
In draft-ietf-beep-tcpmapping-06, please add the following paragraph
just after the two bullet items in section 2:
A simultaneous TCP OPEN would result in both BEEP peers believing
they are the initiator and neither peer will be able to start any
channels. Because of this, services based on BEEP must be designed
so that simultaenous TCP OPENs cannot occur.
BXXPwg mailing list
This archive was generated by hypermail 2b29 : Mon Jan 22 2001 - 13:51:12 EST