ppp compression
Martin Patterson - Sun Microsystems <Martin.Patterson@france.sun.com> Thu, 23 May 1996 15:32 UTC
Received: from ietf.cnri.reston.va.us by IETF.CNRI.Reston.VA.US id aa22441; 23 May 96 11:32 EDT
Received: from CNRI.Reston.VA.US by IETF.CNRI.Reston.VA.US id aa22433; 23 May 96 11:32 EDT
Received: from neptune.tis.com by CNRI.Reston.VA.US id aa10077; 23 May 96 11:32 EDT
Received: from neptune.tis.com by neptune.TIS.COM id aa09135; 23 May 96 11:01 EDT
Received: from relay.tis.com by neptune.TIS.COM id aa09119; 23 May 96 10:57 EDT
Received: by relay.tis.com; id KAA26082; Thu, 23 May 1996 10:58:58 -0400
Received: from sol.tis.com(192.33.112.100) by relay.tis.com via smap (V3.1) id xma026071; Thu, 23 May 96 10:58:31 -0400
Received: from relay.tis.com by tis.com (4.1/SUN-5.64) id AA28703; Thu, 23 May 96 10:58:40 EDT
Received: by relay.tis.com; id KAA26057; Thu, 23 May 1996 10:58:28 -0400
Received: from mercury.sun.com(192.9.25.1) by relay.tis.com via smap (V3.1) id xma026039; Thu, 23 May 96 10:58:07 -0400
Received: by mercury.Sun.COM (Sun.COM) id IAA14405; Thu, 23 May 1996 08:00:38 -0700
Received: from bebop by France.Sun.COM (SMI-8.6/SMI-SVR4-sd.fkk200) id QAA14680; Thu, 23 May 1996 16:56:28 +0200
Received: from sdm.France.Sun.COM by bebop (SMI-8.6/SMI-SVR4-su.fkk202) id QAA29587; Thu, 23 May 1996 16:58:46 +0200
Received: by sdm.France.Sun.COM (SMI-8.6/SMI-SVR4) id QAA02622; Thu, 23 May 1996 16:56:24 +0200
Date: Thu, 23 May 1996 16:56:24 +0200
Sender: ietf-archive-request@IETF.CNRI.Reston.VA.US
From: Martin Patterson - Sun Microsystems <Martin.Patterson@france.sun.com>
Message-Id: <199605231456.QAA02622@sdm.France.Sun.COM>
To: ipsec@tis.com
Subject: ppp compression
X-Sun-Charset: US-ASCII
X-Orig-Sender: ipsec-approval@neptune.tis.com
Precedence: bulk
For info, here is the reference for the compression control protocol which has been mentioned recently. Our experience with IPSEC protocols over classic 28.8k dialup PPP links suggests that payload compression is a must. Martin >----------------Begin Forwarded Message----------------< Date: Thu, 23 May 96 09:26:37 -0400 From: Internet-Drafts@CNRI.Reston.VA.US Subject: I-D ACTION:draft-ietf-pppext-stacker-07.txt To: IETF-Announce@ Cc: ietf-ppp@MERIT.EDU A Revised Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Point-to-Point Protocol Extensions Working Group of the IETF. Note: This revision reflects comments received during the last call period. Title : PPP Stac LZS Compression Protocol Author(s) : R. Friend, W. Simpson Filename : draft-ietf-pppext-stacker-07.txt Pages : 14 Date : 05/22/1996 The Point-to-Point Protocol (PPP) [1] provides a standard method for transporting multi-protocol datagrams over point-to-point links. The PPP Compression Control Protocol [2] provides a method to negotiate and utilize compression protocols over PPP encapsulated links. This document describes the use of the Stac LZS data compression algorithm, with single or multiple compression histories, for compressing PPP encapsulated packets. Internet-Drafts are available by anonymous FTP. Login with the username "anonymous" and a password of your e-mail address. After logging in, type "cd internet-drafts" and then "get draft-ietf-pppext-stacker-07.txt". A URL for the Internet-Draft is: ftp://ds.internic.net/internet-drafts/draft-ietf-pppext-stacker-07.txt Internet-Drafts directories are located at: o Africa Address: ftp.is.co.za (196.4.160.8) o Europe Address: nic.nordu.net (192.36.148.17) Address: ftp.nis.garr.it (193.205.245.10) o Pacific Rim Address: munnari.oz.au (128.250.1.21) o US East Coast Address: ds.internic.net (198.49.45.10) o US West Coast Address: ftp.isi.edu (128.9.0.32) Internet-Drafts are also available by mail. Send a message to: mailserv@ds.internic.net. In the body type: "FILE /internet-drafts/draft-ietf-pppext-stacker-07.txt". NOTE: The mail server at ds.internic.net can return the document in MIME-encoded form by using the "mpack" utility. To use this feature, insert the command "ENCODING mime" before the "FILE" command. To decode the response(s), you will need "munpack" or a MIME-compliant mail reader. Different MIME-compliant mail readers exhibit different behavior, especially when dealing with "multipart" MIME messages (i.e., documents which have been split up into multiple messages), so check your local documentation on how to manipulate these messages. For questions, please mail to Internet-Drafts@cnri.reston.va.us. Below is the data which will enable a MIME compliant mail reader implementation to automatically retrieve the ASCII version of the Internet-Draft. >----------------End Forwarded Message----------------< ----- End Included Message -----
- ppp compression Martin Patterson - Sun Microsystems