IPP> FW: [BXXPwg] Protocol Action: Mapping the BXXP Framework onto TCP to Proposed Standard

IPP> FW: [BXXPwg] Protocol Action: Mapping the BXXP Framework onto TCP to Proposed Standard

Manros, Carl-Uno B cmanros at cp10.es.xerox.com
Mon Jan 22 13:49:19 EST 2001


FYI,

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...

Carl-Uno

Carl-Uno Manros
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
Email: manros at cp10.es.xerox.com 


-----Original Message-----
From: The IESG [mailto:iesg-secretary at ietf.org]
Sent: Monday, January 22, 2001 10:27 AM
Cc: RFC Editor; IANA; Internet Architecture Board; bxxpwg at invisible.net
Subject: [BXXPwg] Protocol Action: Mapping the BXXP Framework onto TCP
to Proposed Standard




The IESG has approved the following Internet-Drafts for publication as
Proposed Standards:

o The Blocks Extensible Exchange Protocol Framework
	<draft-ietf-beep-framework-11.txt>

o Mapping the BXXP Framework onto TCP
	<draft-ietf-beep-tcpmapping-06.txt> 

These documents are the product of the Blocks Extensible Exchange
Protocol Working Group.  The IESG contact persons are Ned Freed and
Patrik Faltstrom.

 
Technical Summary
 
   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[1] content, but are usually
   textual (structured using XML[2]).

   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[3] transport security profile; and,

   o  the SASL[4] 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.

Protocol Quality

   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
BXXPwg at lists.invisible.net
http://lists.invisible.net/mailman/listinfo/bxxpwg



More information about the Ipp mailing list