[BXXPwg] Protocol Action: Mapping the BXXP Framework onto TCP to
Mon, 22 Jan 2001 13:26:36 -0500
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 and
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.