Requirements for Open Pluggable Edge Services (OPES) Callout Protocols
RFC 3836

• Status
• IESG evaluation record
• IESG writeups
• Email expansions
• History

• Versions
• 03

Network Working Group                                            A. Beck
Request for Comments: 3836                                    M. Hofmann
Category: Informational                              Lucent Technologies
                                                                H. Orman
                                               Purple Streak Development
                                                                R. Penno
                                                         Nortel Networks
                                                               A. Terzis
                                                Johns Hopkins University
                                                             August 2004

          Requirements for Open Pluggable Edge Services (OPES)
                           Callout Protocols

Status of this Memo

   This memo provides information for the Internet community.  It does
   not specify an Internet standard of any kind.  Distribution of this
   memo is unlimited.

Copyright Notice

   Copyright (C) The Internet Society (2004).

Abstract

   This document specifies the requirements that the OPES (Open
   Pluggable Edge Services) callout protocol must satisfy in order to
   support the remote execution of OPES services.  The requirements are
   intended to help evaluate possible protocol candidates, as well as to
   guide the development of such protocols.

Beck, et al.                 Informational                      [Page 1]
RFC 3836        Requirements for OPES Callout Protocols      August 2004

Table of Contents

   1.  Terminology . . . . . . . . . . . . . . . . . . . . . . . . .   2
   2.  Introduction. . . . . . . . . . . . . . . . . . . . . . . . .   2
   3.  Functional Requirements . . . . . . . . . . . . . . . . . . .   3
       3.1.  Reliability . . . . . . . . . . . . . . . . . . . . . .   3
       3.2.  Congestion Avoidance  . . . . . . . . . . . . . . . . .   3
       3.3.  Callout Transactions  . . . . . . . . . . . . . . . . .   3
       3.4.  Callout Connections . . . . . . . . . . . . . . . . . .   4
       3.5.  Asynchronous Message Exchange . . . . . . . . . . . . .   5
       3.6.  Message Segmentation  . . . . . . . . . . . . . . . . .   5
       3.7.  Support for Keep-Alive Mechanism  . . . . . . . . . . .   6
       3.8.  Operation in NAT Environments . . . . . . . . . . . . .   6
       3.9.  Multiple Callout Servers  . . . . . . . . . . . . . . .   6
       3.10. Multiple OPES Processors  . . . . . . . . . . . . . . .   6
       3.11. Support for Different Application Protocols . . . . . .   7
       3.12. Capability and Parameter Negotiations . . . . . . . . .   7
       3.13. Meta Data and Instructions  . . . . . . . . . . . . . .   8
   4.  Performance Requirements  . . . . . . . . . . . . . . . . . .   9
       4.1.  Protocol Efficiency . . . . . . . . . . . . . . . . . .   9
   5.  Security Requirements . . . . . . . . . . . . . . . . . . . .   9
       5.1.  Authentication, Confidentiality, and Integrity  . . . .   9
       5.2.  Hop-by-Hop Confidentiality. . . . . . . . . . . . . . .  10
       5.3.  Operation Across Untrusted Domains. . . . . . . . . . .  10
       5.4.  Privacy . . . . . . . . . . . . . . . . . . . . . . . .  10
   6.  Security Considerations . . . . . . . . . . . . . . . . . . .  10
   7.  References. . . . . . . . . . . . . . . . . . . . . . . . . .  10
       7.1.  Normative References. . . . . . . . . . . . . . . . . .  10
       7.2.  Informative References. . . . . . . . . . . . . . . . .  11
   8.  Acknowledgments . . . . . . . . . . . . . . . . . . . . . . .  11
   9.  Authors' Addresses. . . . . . . . . . . . . . . . . . . . . .  12
   10. Full Copyright Statement. . . . . . . . . . . . . . . . . . .  13

1.  Terminology

   The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT",
   "SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY", and "OPTIONAL" in this
   document are to be interpreted as described in BCP 14, RFC 2119 [2].

2.  Introduction

   The Open Pluggable Edge Services (OPES) architecture [1] enables
   cooperative application services (OPES services) between a data
   provider, a data consumer, and zero or more OPES processors.  The
   application services under consideration analyze, and possibly
   transform, application-level messages exchanged between the data
   provider and the data consumer.

Beck, et al.                 Informational                      [Page 2]
RFC 3836        Requirements for OPES Callout Protocols      August 2004

   The execution of such services is governed by a set of rules
   installed on the OPES processor.  The enforcement of rules can
   trigger the execution of service applications local to the OPES
   processor.  Alternatively, the OPES processor can distribute the
   responsibility of service execution by communicating and
   collaborating with one or more remote callout servers.  As described
   in [1], an OPES processor communicates with and invokes services on a