@(#)/shared/sac/doc/templates/contract [1.5 00/04/06]

	CONTRACT FOR CONTRACT PRIVATE INTERFACES

0. Number:

	PSARC/2001/070-001

1. This contract is between a SUPPLIER of INTERFACES and a CONSUMER of
those INTERFACES, both of whom are entities within Sun Microsystems,
Incorporated.

2. The SUPPLIER (definer and/or implementor) is identified by the following:
Product or Bundle:		Solaris
Consolidation:			OS/Networking
Department or Group:		N&S/CPG
Bugtraq Category/SubCategory:	venus
Responsible Manager:		Mehdi B.

3. The CONSUMER is identified by the following:
Product or Bundle:		Solaris
Consolidation:			OS/Networking
Department or Group:		Internet Engineering
Bugtraq Category/SubCategory:	network/ipsec
Responsible Manager:		Bruce G.

4. The INTERFACES are:

	DL_CAPAB_IPSEC_ESP Encryption Sub-capability Primitive
	DL_CAPAB_IPSEC_AH Authentication Sub-capability Primitive
	DL_CT_IPSEC_ESP Encryption Sub-control Primitive
	DL_CT_IPSEC_AH Authentication Sub-control Primitive

	As described in the "DL_CAPAB_IPSEC_ESP/DL_CAPAB_IPSEC_AH
	implementation of DL_CONTROL_REQ" document which supplemented
	PSARC/2001/070.

5. The ARC controlling these INTERFACES is:

	PSARC

6. The CASE describing these INTERFACES is:
	
	 PSARC/2001/070

7. Changes to INTERFACES requires ARC approval.  If SUPPLIER decides to
change (including replace or remove) any portion of the INTERFACES,
SUPPLIER will notify CONSUMER of the proposed new version, no later
than the application for ARC approval of the new version.  If SUPPLIER
and CONSUMER are contained in the same bundle, they have the option of
arranging for simultaneous conversion to the new interfaces.  If this
is not possible, or if they are not in the same bundle, then SUPPLIER
will either make best effort to work with CONSUMER so that CONSUMER can
detect which version of INTERFACES is being supplied, or else SUPPLIER
will make best effort to supply both old and new versions of
INTERFACES.  If SUPPLIER cannot make both versions of INTERFACES
available, and SUPPLIER and CONSUMER cannot devise a method whereby
CONSUMER can detect which version of INTERFACES is being supplied, and
the old version of CONSUMER will not run with the new version of
SUPPLIER, then either the EOL process must be followed by SUPPLIER, or
else a major release of SUPPLIER will be required.

8. If CONSUMER requires changes in INTERFACES, SUPPLIER will make best
effort to accommodate such changes, which shall then be treated in
accordance with paragraph 7 above.

9. Notwithstanding paragraphs 7 and 8, a change to any portion of the
INTERFACES shall be regarded as a completely new set of INTERFACES, and
requires execution of a new contract.

10. SUPPLIER and CONSUMER agree that evolution of INTERFACES shall be
handled as follows:

	The SUPPLIER will provide the CONSUMER with specifications for the
	DL_CAPABILITY_REQ and DL_CONTROL_REQ API.  The SUPPLIER will gain
	agreement from the CONSUMER that the interfaces being proposed are
	sufficient to support the CONSUMERS needs prior to submitting the
	interfaces for ARC approval.

11. SUPPLIER and CONSUMER agree that INTERFACES will be supported as
follows:

	The SUPPLIER agrees to develop, test and support the
	PSARC/2001/070 API within the Venus device driver "ve" according
	to the specification provided with
	"DL_CAPAB_IPSEC_ESP/DL_CAPAB_IPSEC_AH implementation of
	DL_CONTROL_REQ" which accompanied PSARC/2001/070.

	The CONSUMER agrees to develop, test and support the
	PSARC/2001/070 API within IPsec according to the specification
	provided with "DL_CAPAB_IPSEC_ESP/DL_CAPAB_IPSEC_AH implementation
	of DL_CONTROL_REQ" which accompanied PSARC/2001/070.  

12. SUPPLIER and CONSUMER agree that INTERFACES will be documented as
follows:

	The PSARC/2001/070 API between IPsec and Venus are documented
	as a supplement document as part of the case materials.

13. SUPPLIER and CONSUMER agree that changes to the INTERFACES will be
tested as follows:

	 Changes to the interface will be tested by the SUPPLIER
	 using the existing test suites in addition to the exposure
	 provided by ON.

14. SUPPLIER and CONSUMER agree that this contract can be terminated as
follows:

	This contract will terminate after mutual signed agreement
	between SUPPLIER and CONSUMER.

15. This contract is not valid until "signed" via agreement from the
SUPPLIER and CONSUMER, and approved by the ARC CASE referenced by this
contract.  E-mail agreement to the contract should be archived in the
mail archive of CASE; verbal agreement to the contract should be noted
in the meeting minutes.  This contract remains valid until superseded
or invalidated.

For SUPPLIER:	Mehdi B.	Date: 3/5/2001
For CONSUMER:	Bruce G.	Date: 8th Mar 2001
For ARC:			Date:

A copy of this contract shall be deposited in the CASE directory as
"contract-<digits>" or in a "contracts" subdirectory.

An e-mail alias "contract-yyyy-nnn-ss@sun.com" shall be created via
netadmin for notification of any desired changes. The SUPPLIER shall be
the alias owner.

16. (Not to be filled in until superseded or invalidated.)
This contract was superseded or invalidated by CASE:
For ARC:					Date: