From owner-ietf-ppp@merit.edu Tue Jul 2 12:56:36 2002 Return-Path: Delivered-To: ietf-ppplog@merit.edu Received: from trapdoor.merit.edu (trapdoor.merit.edu [198.108.1.26]) by segue.merit.edu (Postfix) with ESMTP id 2D4F65DE65; Tue, 2 Jul 2002 12:56:36 -0400 (EDT) Received: by trapdoor.merit.edu (Postfix) id F1269912CE; Tue, 2 Jul 2002 12:56:24 -0400 (EDT) Delivered-To: ietf-ppp-outgoing@trapdoor.merit.edu Received: by trapdoor.merit.edu (Postfix, from userid 56) id B6624912D2; Tue, 2 Jul 2002 12:56:23 -0400 (EDT) Delivered-To: ietf-ppp@trapdoor.merit.edu Received: from segue.merit.edu (segue.merit.edu [198.108.1.41]) by trapdoor.merit.edu (Postfix) with ESMTP id A28D0912CE for ; Tue, 2 Jul 2002 12:56:22 -0400 (EDT) Received: by segue.merit.edu (Postfix) id 812F35DE65; Tue, 2 Jul 2002 12:56:22 -0400 (EDT) Delivered-To: ietf-ppp@merit.edu Received: from sj-msg-core-1.cisco.com (sj-msg-core-1.cisco.com [171.71.163.11]) by segue.merit.edu (Postfix) with ESMTP id 41E5D5DD99 for ; Tue, 2 Jul 2002 12:56:22 -0400 (EDT) Received: from tawei-u5.cisco.com (tawei-u5.cisco.com [171.69.58.65]) by sj-msg-core-1.cisco.com (8.12.2/8.12.2) with ESMTP id g62GuL3A024987; Tue, 2 Jul 2002 09:56:21 -0700 (PDT) Date: Tue, 2 Jul 2002 09:55:23 -0700 (PDT) From: Tawei Liao To: Craig Fox Cc: Mitsuru Higashiyama , Fred Baker , Subject: Re: I-D ACTION:draft-ietf-pppext-rfc2878bis-00.txt In-Reply-To: <4.3.2.7.2.20020630173854.025330b0@mira-sjcm-4.cisco.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-ietf-ppp@merit.edu Precedence: bulk Errors-To: owner-ietf-ppp-outgoing@merit.edu This shouldn't be a problem. Basically you want this new option to be more like the "management-inline" option. If there're no objections, I update the draft. thanks, -tawei On Sun, 30 Jun 2002, Craig Fox wrote: > I would like you to remove the Enable/Disable flag byte from the option. > Negotiating the option enables the Bridge-Control-Packet-Indicator. Not > negotiating the option would disable the Bridge-Control-Packet-Indicator > (which is the default condition). > > I cannot imagine any reason that a peer would attempt to negotiate the > option disabled. Using a byte to convey a boolean condition would lead to > more error checking in an implementation (what do you do if you receive > a value other than 1 (enable) or 2 (disable)). > > Thanks > Craig From owner-ietf-ppp@merit.edu Sun Jul 21 14:47:37 2002 Return-Path: Delivered-To: ietf-ppplog@merit.edu Received: from trapdoor.merit.edu (trapdoor.merit.edu [198.108.1.26]) by segue.merit.edu (Postfix) with ESMTP id 96B635DF8C; Sun, 21 Jul 2002 14:47:36 -0400 (EDT) Received: by trapdoor.merit.edu (Postfix) id 7388591214; Sun, 21 Jul 2002 14:45:50 -0400 (EDT) Delivered-To: ietf-ppp-outgoing@trapdoor.merit.edu Received: by trapdoor.merit.edu (Postfix, from userid 56) id 457BC91249; Sun, 21 Jul 2002 14:45:50 -0400 (EDT) Delivered-To: ietf-ppp@trapdoor.merit.edu Received: from segue.merit.edu (segue.merit.edu [198.108.1.41]) by trapdoor.merit.edu (Postfix) with ESMTP id 6BF6991214 for ; Sun, 21 Jul 2002 14:45:49 -0400 (EDT) Received: by segue.merit.edu (Postfix) id 546B65DF8C; Sun, 21 Jul 2002 14:45:49 -0400 (EDT) Delivered-To: ietf-ppp@merit.edu Received: from internaut.com (unknown [64.38.134.99]) by segue.merit.edu (Postfix) with ESMTP id E9F765DF8B for ; Sun, 21 Jul 2002 14:45:48 -0400 (EDT) Received: from localhost (aboba@localhost) by internaut.com (8.10.2/8.10.2) with ESMTP id g6LHqP225893 for ; Sun, 21 Jul 2002 10:52:25 -0700 Date: Sun, 21 Jul 2002 10:52:25 -0700 (PDT) From: Bernard Aboba To: ietf-ppp@merit.edu Subject: RFC 2284bis-05 available Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-ietf-ppp@merit.edu Precedence: bulk Errors-To: owner-ietf-ppp-outgoing@merit.edu I've put a strawman RFC 2284bis-05 draft online for inspection at: http://www.drizzle.com/~aboba/EAP/draft-ietf-pppext-rfc2284bis-05.txt EAP issues are tracked at: http://www.drizzle.com/~aboba/EAP/eapissues.html From owner-ietf-ppp@merit.edu Thu Jul 25 08:08:21 2002 Return-Path: Delivered-To: ietf-ppplog@merit.edu Received: from trapdoor.merit.edu (trapdoor.merit.edu [198.108.1.26]) by segue.merit.edu (Postfix) with ESMTP id D1D745DD93; Thu, 25 Jul 2002 08:08:20 -0400 (EDT) Received: by trapdoor.merit.edu (Postfix) id 7C40F91310; Thu, 25 Jul 2002 08:08:06 -0400 (EDT) Delivered-To: ietf-ppp-outgoing@trapdoor.merit.edu Received: by trapdoor.merit.edu (Postfix, from userid 56) id 4D8DE91312; Thu, 25 Jul 2002 08:08:06 -0400 (EDT) Delivered-To: ietf-ppp@trapdoor.merit.edu Received: from segue.merit.edu (segue.merit.edu [198.108.1.41]) by trapdoor.merit.edu (Postfix) with ESMTP id 2FAB291310 for ; Thu, 25 Jul 2002 08:08:05 -0400 (EDT) Received: by segue.merit.edu (Postfix) id 1A0385DF19; Thu, 25 Jul 2002 08:08:05 -0400 (EDT) Delivered-To: ietf-ppp@merit.edu Received: from ietf.org (odin.ietf.org [132.151.1.176]) by segue.merit.edu (Postfix) with ESMTP id 9BA245DD93 for ; Thu, 25 Jul 2002 08:08:04 -0400 (EDT) Received: from CNRI.Reston.VA.US (localhost [127.0.0.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id IAA29900; Thu, 25 Jul 2002 08:06:58 -0400 (EDT) Message-Id: <200207251206.IAA29900@ietf.org> Mime-Version: 1.0 Content-Type: Multipart/Mixed; Boundary="NextPart" To: IETF-Announce: ; Cc: ietf-ppp@merit.edu, rohc@ietf.org From: Internet-Drafts@ietf.org Reply-To: Internet-Drafts@ietf.org Subject: I-D ACTION:draft-heath-ppp-v44-01.txt Date: Thu, 25 Jul 2002 08:06:58 -0400 Sender: owner-ietf-ppp@merit.edu Precedence: bulk Errors-To: owner-ietf-ppp-outgoing@merit.edu --NextPart A New Internet-Draft is available from the on-line Internet-Drafts directories. Title : PPP V.44/LZJH Compression Protocol Author(s) : J. Heath, J. Border Filename : draft-heath-ppp-v44-01.txt Pages : 17 Date : 24-Jul-02 The Point-to-Point Protocol [PPP] provides a standard means for transporting multi-protocol datagrams over point-to-point links. The PPP Compression Control Protocol [CCP] provides a means to negotiate and utilize compression protocols over PPP encapsulated links. This memo describes a means for compressing PPP encapsulated datagrams by utilizing the data compression algorithm that is described in International Telecommunication Union (ITU-T) Recommendation V.44 [V44]. Recommendation V.44 is a modem standard but Annex B of the recommendation describes the implementation of V.44 in packet networks. This memo defines the application of V.44, with single or multiple compression dictionaries,to the PPP Compression Control Protocol (RFC 1962). A URL for this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-heath-ppp-v44-01.txt To remove yourself from the IETF Announcement list, send a message to ietf-announce-request with the word unsubscribe in the body of the message. Internet-Drafts are also 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-heath-ppp-v44-01.txt". A list of Internet-Drafts directories can be found in http://www.ietf.org/shadow.html or ftp://ftp.ietf.org/ietf/1shadow-sites.txt Internet-Drafts can also be obtained by e-mail. Send a message to: mailserv@ietf.org. In the body type: "FILE /internet-drafts/draft-heath-ppp-v44-01.txt". NOTE: The mail server at ietf.org 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. Below is the data which will enable a MIME compliant mail reader implementation to automatically retrieve the ASCII version of the Internet-Draft. --NextPart Content-Type: Multipart/Alternative; Boundary="OtherAccess" --OtherAccess Content-Type: Message/External-body; access-type="mail-server"; server="mailserv@ietf.org" Content-Type: text/plain Content-ID: <20020724142917.I-D@ietf.org> ENCODING mime FILE /internet-drafts/draft-heath-ppp-v44-01.txt --OtherAccess Content-Type: Message/External-body; name="draft-heath-ppp-v44-01.txt"; site="ftp.ietf.org"; access-type="anon-ftp"; directory="internet-drafts" Content-Type: text/plain Content-ID: <20020724142917.I-D@ietf.org> --OtherAccess-- --NextPart-- From owner-ietf-ppp@merit.edu Thu Jul 25 08:09:12 2002 Return-Path: Delivered-To: ietf-ppplog@merit.edu Received: from trapdoor.merit.edu (trapdoor.merit.edu [198.108.1.26]) by segue.merit.edu (Postfix) with ESMTP id 25D205DE0E; Thu, 25 Jul 2002 08:09:12 -0400 (EDT) Received: by trapdoor.merit.edu (Postfix) id DD76891312; Thu, 25 Jul 2002 08:09:02 -0400 (EDT) Delivered-To: ietf-ppp-outgoing@trapdoor.merit.edu Received: by trapdoor.merit.edu (Postfix, from userid 56) id AEAC991313; Thu, 25 Jul 2002 08:09:02 -0400 (EDT) Delivered-To: ietf-ppp@trapdoor.merit.edu Received: from segue.merit.edu (segue.merit.edu [198.108.1.41]) by trapdoor.merit.edu (Postfix) with ESMTP id 90DEF91312 for ; Thu, 25 Jul 2002 08:09:01 -0400 (EDT) Received: by segue.merit.edu (Postfix) id 8390D5DE0E; Thu, 25 Jul 2002 08:09:01 -0400 (EDT) Delivered-To: ietf-ppp@merit.edu Received: from ietf.org (odin.ietf.org [132.151.1.176]) by segue.merit.edu (Postfix) with ESMTP id 14FF25DD93 for ; Thu, 25 Jul 2002 08:09:01 -0400 (EDT) Received: from CNRI.Reston.VA.US (localhost [127.0.0.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id IAA00108; Thu, 25 Jul 2002 08:07:55 -0400 (EDT) Message-Id: <200207251207.IAA00108@ietf.org> Mime-Version: 1.0 Content-Type: Multipart/Mixed; Boundary="NextPart" To: IETF-Announce: ; Cc: ietf-ppp@merit.edu From: Internet-Drafts@ietf.org Reply-To: Internet-Drafts@ietf.org Subject: I-D ACTION:draft-ietf-pppext-rfc2284bis-05.txt Date: Thu, 25 Jul 2002 08:07:54 -0400 Sender: owner-ietf-ppp@merit.edu Precedence: bulk Errors-To: owner-ietf-ppp-outgoing@merit.edu --NextPart A New 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. Title : Extensible Authentication Protocol (EAP) Author(s) : L. Blunk, J. Vollbrecht, B. Aboba Filename : draft-ietf-pppext-rfc2284bis-05.txt Pages : 30 Date : 24-Jul-02 This document defines the Extensible Authentication Protocol (EAP), an authentication protocol which supports multiple authentication mechanisms. EAP typically runs directly over the link layer without requiring IP and therefore includes its own support for in-order delivery and retransmission. Fragmentation is not supported within EAP itself; however, individual EAP methods may support this. While EAP was originally developed for use with PPP, it is also now in use with IEEE 802. This document obsoletes RFC 2284. A URL for this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-ietf-pppext-rfc2284bis-05.txt To remove yourself from the IETF Announcement list, send a message to ietf-announce-request with the word unsubscribe in the body of the message. Internet-Drafts are also 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-rfc2284bis-05.txt". A list of Internet-Drafts directories can be found in http://www.ietf.org/shadow.html or ftp://ftp.ietf.org/ietf/1shadow-sites.txt Internet-Drafts can also be obtained by e-mail. Send a message to: mailserv@ietf.org. In the body type: "FILE /internet-drafts/draft-ietf-pppext-rfc2284bis-05.txt". NOTE: The mail server at ietf.org 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. Below is the data which will enable a MIME compliant mail reader implementation to automatically retrieve the ASCII version of the Internet-Draft. --NextPart Content-Type: Multipart/Alternative; Boundary="OtherAccess" --OtherAccess Content-Type: Message/External-body; access-type="mail-server"; server="mailserv@ietf.org" Content-Type: text/plain Content-ID: <20020724143102.I-D@ietf.org> ENCODING mime FILE /internet-drafts/draft-ietf-pppext-rfc2284bis-05.txt --OtherAccess Content-Type: Message/External-body; name="draft-ietf-pppext-rfc2284bis-05.txt"; site="ftp.ietf.org"; access-type="anon-ftp"; directory="internet-drafts" Content-Type: text/plain Content-ID: <20020724143102.I-D@ietf.org> --OtherAccess-- --NextPart-- From owner-ietf-ppp@merit.edu Fri Jul 26 08:11:43 2002 Return-Path: Delivered-To: ietf-ppplog@merit.edu Received: from trapdoor.merit.edu (trapdoor.merit.edu [198.108.1.26]) by segue.merit.edu (Postfix) with ESMTP id D358A5DF11; Fri, 26 Jul 2002 08:11:42 -0400 (EDT) Received: by trapdoor.merit.edu (Postfix) id 37DE89132D; Fri, 26 Jul 2002 08:11:30 -0400 (EDT) Delivered-To: ietf-ppp-outgoing@trapdoor.merit.edu Received: by trapdoor.merit.edu (Postfix, from userid 56) id 072369132E; Fri, 26 Jul 2002 08:11:29 -0400 (EDT) Delivered-To: ietf-ppp@trapdoor.merit.edu Received: from segue.merit.edu (segue.merit.edu [198.108.1.41]) by trapdoor.merit.edu (Postfix) with ESMTP id E58409132D for ; Fri, 26 Jul 2002 08:11:28 -0400 (EDT) Received: by segue.merit.edu (Postfix) id CBA745DEF2; Fri, 26 Jul 2002 08:11:28 -0400 (EDT) Delivered-To: ietf-ppp@merit.edu Received: from ietf.org (odin.ietf.org [132.151.1.176]) by segue.merit.edu (Postfix) with ESMTP id 5B2A85DEE5 for ; Fri, 26 Jul 2002 08:11:28 -0400 (EDT) Received: from CNRI.Reston.VA.US (localhost [127.0.0.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id IAA15970; Fri, 26 Jul 2002 08:10:21 -0400 (EDT) Message-Id: <200207261210.IAA15970@ietf.org> Mime-Version: 1.0 Content-Type: Multipart/Mixed; Boundary="NextPart" To: IETF-Announce: ; Cc: ietf-ppp@merit.edu From: Internet-Drafts@ietf.org Reply-To: Internet-Drafts@ietf.org Subject: I-D ACTION:draft-ietf-pppext-rfc2878bis-01.txt Date: Fri, 26 Jul 2002 08:10:21 -0400 Sender: owner-ietf-ppp@merit.edu Precedence: bulk Errors-To: owner-ietf-ppp-outgoing@merit.edu --NextPart A New 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. Title : PPP Bridging Control Protocol (BCP) Author(s) : M. Higashiyama, F. Baker, T. Liao Filename : draft-ietf-pppext-rfc2878bis-01.txt Pages : 38 Date : 25-Jul-02 The Point-to-Point Protocol (PPP) [6] provides a standard method for transporting multi-protocol datagrams over point-to-point links. PPP defines an extensible Link Control Protocol, and proposes a family of Network Control Protocols for establishing and configuring different network-layer protocols. This document defines the Network Control Protocol for establishing and configuring Remote Bridging for PPP links. This document obsoletes RFC 2878, which was based on the IEEE 802.1D-1993 MAC Bridge[3]. This document extends that specification by improving support for bridge control packets. A URL for this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-ietf-pppext-rfc2878bis-01.txt To remove yourself from the IETF Announcement list, send a message to ietf-announce-request with the word unsubscribe in the body of the message. Internet-Drafts are also 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-rfc2878bis-01.txt". A list of Internet-Drafts directories can be found in http://www.ietf.org/shadow.html or ftp://ftp.ietf.org/ietf/1shadow-sites.txt Internet-Drafts can also be obtained by e-mail. Send a message to: mailserv@ietf.org. In the body type: "FILE /internet-drafts/draft-ietf-pppext-rfc2878bis-01.txt". NOTE: The mail server at ietf.org 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. Below is the data which will enable a MIME compliant mail reader implementation to automatically retrieve the ASCII version of the Internet-Draft. --NextPart Content-Type: Multipart/Alternative; Boundary="OtherAccess" --OtherAccess Content-Type: Message/External-body; access-type="mail-server"; server="mailserv@ietf.org" Content-Type: text/plain Content-ID: <20020725151336.I-D@ietf.org> ENCODING mime FILE /internet-drafts/draft-ietf-pppext-rfc2878bis-01.txt --OtherAccess Content-Type: Message/External-body; name="draft-ietf-pppext-rfc2878bis-01.txt"; site="ftp.ietf.org"; access-type="anon-ftp"; directory="internet-drafts" Content-Type: text/plain Content-ID: <20020725151336.I-D@ietf.org> --OtherAccess-- --NextPart--