From alex@um.es Tue Jun 5 02:59:33 2012 Return-Path: X-Original-To: radext@ietfa.amsl.com Delivered-To: radext@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D60D821F86A3 for ; Tue, 5 Jun 2012 02:59:33 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -5.099 X-Spam-Level: X-Spam-Status: No, score=-5.099 tagged_above=-999 required=5 tests=[AWL=1.499, BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id X24OZRw9BxFv for ; Tue, 5 Jun 2012 02:59:33 -0700 (PDT) Received: from xenon11.um.es (xenon11.um.es [155.54.212.165]) by ietfa.amsl.com (Postfix) with ESMTP id CFA0821F864E for ; Tue, 5 Jun 2012 02:59:32 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by xenon11.um.es (Postfix) with ESMTP id 26B75535D3 for ; Tue, 5 Jun 2012 11:59:31 +0200 (CEST) X-Virus-Scanned: by antispam in UMU at xenon11.um.es Received: from xenon11.um.es ([127.0.0.1]) by localhost (xenon11.um.es [127.0.0.1]) (amavisd-new, port 10024) with LMTP id bzEKneVsDjEJ for ; Tue, 5 Jun 2012 11:59:30 +0200 (CEST) Received: from [155.54.205.90] (inf-205-90.inf.um.es [155.54.205.90]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: alex) by xenon11.um.es (Postfix) with ESMTPSA id 88E8653627 for ; Tue, 5 Jun 2012 11:59:29 +0200 (CEST) Message-ID: <4FCDD880.5030303@um.es> Date: Tue, 05 Jun 2012 11:59:28 +0200 From: Alejandro Perez Mendez User-Agent: Mozilla/5.0 (X11; Linux i686; rv:12.0) Gecko/20120430 Thunderbird/12.0.1 MIME-Version: 1.0 To: radext@ietf.org References: <4FBBED0A.2050606@deployingradius.com> <4FBCCB57.7010606@restena.lu> <4FBCE19C.5000503@deployingradius.com> <4FBD0A0A.2050804@um.es> In-Reply-To: <4FBD0A0A.2050804@um.es> Content-Type: multipart/alternative; boundary="------------040102000607050501010607" Subject: Re: [radext] RADEXT charter X-BeenThere: radext@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: RADIUS EXTensions working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jun 2012 09:59:34 -0000 This is a multi-part message in MIME format. --------------040102000607050501010607 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Dear all, we have uploaded a new version of "Support of fragmentation of RADIUS packets" (draft-perez-radext-radius-fragmentation). You can find it at http://www.ietf.org/id/draft-perez-radext-radius-fragmentation-02.txt. Most significant changes are: * New section discussing about the actual chunk size and why they cannot be 4096 bytes-length exactly. Includes a brief description of the mechanism for discovering the amount of data to be reserved for Proxy-State attributes. * State attribute. New section discussing how to deal with State attribute. * Proxies. New section discussing implications when leading with proxies. Comments are welcome. Regards, Alejandro --------------040102000607050501010607 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: 7bit Dear all,

we have uploaded a new version of "Support of fragmentation of RADIUS packets" (draft-perez-radext-radius-fragmentation). You can find it at http://www.ietf.org/id/draft-perez-radext-radius-fragmentation-02.txt.

Most significant changes are:

New section discussing about the actual chunk size and why they cannot be 4096 bytes-length exactly. Includes a brief description of the mechanism for discovering the amount of data to be reserved for Proxy-State attributes.
State attribute. New section discussing how to deal with State attribute.
Proxies. New section discussing implications when leading with proxies.

Comments are welcome.

Regards,
Alejandro
--------------040102000607050501010607-- From radext-bounces@ietf.org Tue Jun 5 02:59:35 2012 Return-Path: X-Original-To: radext-archive-IeZ9sae2@lists.ietf.org Delivered-To: ietfarch-radext-archive-IeZ9sae2@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B16C821F86A3; Tue, 5 Jun 2012 02:59:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=ietf.org; s=ietf1; t=1338890375; bh=PT8pWVSF/6zZ/JHjrxQLWxHvaNaTT2WEUZrz3i06h78=; h=Message-ID:Date:From:MIME-Version:To:References:In-Reply-To: Subject:List-Id:List-Unsubscribe:List-Archive:List-Post:List-Help: List-Subscribe:Content-Type:Sender; b=J3tYpLLSY3sC2WANhZ53WM4Fk55j3/4z2Hll7gZCgEJ/PyWDpH6tEDwbLsoWuX30M l37fH/vT9vsOlBgKTi0bXjbCV/cyB4C66qe1DfDTRosiojVmYJbMFcfPRdSGMA3jos wAO6b0nHYot+r8kD2GEfvyn/0N/Nkj6DFd0VR8Q0= X-Original-To: radext@ietfa.amsl.com Delivered-To: radext@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D60D821F86A3 for ; Tue, 5 Jun 2012 02:59:33 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -5.099 X-Spam-Level: X-Spam-Status: No, score=-5.099 tagged_above=-999 required=5 tests=[AWL=1.499, BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id X24OZRw9BxFv for ; Tue, 5 Jun 2012 02:59:33 -0700 (PDT) Received: from xenon11.um.es (xenon11.um.es [155.54.212.165]) by ietfa.amsl.com (Postfix) with ESMTP id CFA0821F864E for ; Tue, 5 Jun 2012 02:59:32 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by xenon11.um.es (Postfix) with ESMTP id 26B75535D3 for ; Tue, 5 Jun 2012 11:59:31 +0200 (CEST) X-Virus-Scanned: by antispam in UMU at xenon11.um.es Received: from xenon11.um.es ([127.0.0.1]) by localhost (xenon11.um.es [127.0.0.1]) (amavisd-new, port 10024) with LMTP id bzEKneVsDjEJ for ; Tue, 5 Jun 2012 11:59:30 +0200 (CEST) Received: from [155.54.205.90] (inf-205-90.inf.um.es [155.54.205.90]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: alex) by xenon11.um.es (Postfix) with ESMTPSA id 88E8653627 for ; Tue, 5 Jun 2012 11:59:29 +0200 (CEST) Message-ID: <4FCDD880.5030303@um.es> Date: Tue, 05 Jun 2012 11:59:28 +0200 From: Alejandro Perez Mendez User-Agent: Mozilla/5.0 (X11; Linux i686; rv:12.0) Gecko/20120430 Thunderbird/12.0.1 MIME-Version: 1.0 To: radext@ietf.org References: <4FBBED0A.2050606@deployingradius.com> <4FBCCB57.7010606@restena.lu> <4FBCE19C.5000503@deployingradius.com> <4FBD0A0A.2050804@um.es> In-Reply-To: <4FBD0A0A.2050804@um.es> Subject: Re: [radext] RADEXT charter X-BeenThere: radext@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: RADIUS EXTensions working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1799520790219073994==" Sender: radext-bounces@ietf.org Errors-To: radext-bounces@ietf.org This is a multi-part message in MIME format. --===============1799520790219073994== Content-Type: multipart/alternative; boundary="------------040102000607050501010607" This is a multi-part message in MIME format. --------------040102000607050501010607 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Dear all, we have uploaded a new version of "Support of fragmentation of RADIUS packets" (draft-perez-radext-radius-fragmentation). You can find it at http://www.ietf.org/id/draft-perez-radext-radius-fragmentation-02.txt. Most significant changes are: * New section discussing about the actual chunk size and why they cannot be 4096 bytes-length exactly. Includes a brief description of the mechanism for discovering the amount of data to be reserved for Proxy-State attributes. * State attribute. New section discussing how to deal with State attribute. * Proxies. New section discussing implications when leading with proxies. Comments are welcome. Regards, Alejandro --------------040102000607050501010607 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: 7bit Dear all,

we have uploaded a new version of "Support of fragmentation of RADIUS packets" (draft-perez-radext-radius-fragmentation). You can find it at http://www.ietf.org/id/draft-perez-radext-radius-fragmentation-02.txt.

Most significant changes are:

New section discussing about the actual chunk size and why they cannot be 4096 bytes-length exactly. Includes a brief description of the mechanism for discovering the amount of data to be reserved for Proxy-State attributes.
State attribute. New section discussing how to deal with State attribute.
Proxies. New section discussing implications when leading with proxies.

Comments are welcome.

Regards,
Alejandro
--------------040102000607050501010607-- --===============1799520790219073994== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ radext mailing list radext@ietf.org https://www.ietf.org/mailman/listinfo/radext --===============1799520790219073994==-- From radext-bounces@ietf.org Wed Jun 6 16:45:31 2012 Return-Path: X-Original-To: radext-archive-IeZ9sae2@lists.ietf.org Delivered-To: ietfarch-radext-archive-IeZ9sae2@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id F16CF11E8083; Wed, 6 Jun 2012 16:45:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=ietf.org; s=ietf1; t=1339026331; bh=EnjY69HGi97tbq8fv6U/TqnpAG6PJ19Zj8K7AEVuZRg=; h=Message-ID:References:From:Date:To:MIME-Version:Subject:List-Id: List-Unsubscribe:List-Archive:List-Post:List-Help:List-Subscribe: Content-Type:Sender; b=UPLqU/MnNkhF/sMXhy9UGrUZ9H4vRMewUt1Tj7D5H6htY9a/NGxwujbXBPLgQXNJZ /ONZo7VVB6zC1oF/uc2jwtjJb2V6Y4PEeKJHI7WUYaLo4ji70qj7DAbhoVYVS3yF1X +LsX5h241EHn9sog5IVAR+RFjBoBIL0ZoUND8RVk= X-Original-To: radext@ietfa.amsl.com Delivered-To: radext@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5C88411E8083 for ; Wed, 6 Jun 2012 16:45:30 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -97.702 X-Spam-Level: X-Spam-Status: No, score=-97.702 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, J_CHICKENPOX_12=0.6, J_CHICKENPOX_21=0.6, MANGLED_TOOL=2.3, MIME_QP_LONG_LINE=1.396, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Qz3QYrSzpoZC for ; Wed, 6 Jun 2012 16:45:29 -0700 (PDT) Received: from col0-omc2-s4.col0.hotmail.com (col0-omc2-s4.col0.hotmail.com [65.55.34.78]) by ietfa.amsl.com (Postfix) with ESMTP id 6401211E8079 for ; Wed, 6 Jun 2012 16:45:29 -0700 (PDT) Received: from COL0-P1-EAS14 ([65.55.34.73]) by col0-omc2-s4.col0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675); Wed, 6 Jun 2012 16:45:29 -0700 X-Originating-IP: [174.31.235.139] X-Originating-Email: [bernard_aboba@hotmail.com] Message-ID: References: From: Bernard Aboba Date: Wed, 6 Jun 2012 16:48:18 -0700 To: "radext@ietf.org" MIME-Version: 1.0 (1.0) X-OriginalArrivalTime: 06 Jun 2012 23:45:29.0021 (UTC) FILETIME=[741B26D0:01CD443E] Subject: Re: [radext] Errata 3103 on RFC 5176 X-BeenThere: radext@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: RADIUS EXTensions working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============8072912283831408294==" Sender: radext-bounces@ietf.org Errors-To: radext-bounces@ietf.org --===============8072912283831408294== Content-Type: multipart/alternative; boundary="Apple-Mail-E1E1C7FC-1290-4587-9593-86C62D1FA32D" Content-Transfer-Encoding: 7bit --Apple-Mail-E1E1C7FC-1290-4587-9593-86C62D1FA32D Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="us-ascii" >> Reviewing the text of RFC 5176 and RFC 3576 and the discussion in Issue 2= 26, it seems fairly clear that Framed-IP-Address should not have been prohib= ited as a session identifier in a Disconnect-Request. Framed-IP-Address is n= oted as a session identifier early on and in the table of attributes for Dis= connect, Note 1 is listed indicating that Framed-IP-Address is a session-ide= ntification attribute. The change in the table was not listed in RFC 5176 A= ppendix A because there was no intent to introduce a change. And Framed-IP-A= ddress is included in a Disconnect-Request example. The reasoning for not c= hanging RFC 3576 is noted at the end of Issue 226: >>=20 >> a. Renumbering is a rare event. Therefore there is no requirement that w= e optimize for this case; instead we should focus on more common cases.=20 >>=20 >> b. Session identification via Framed-IP-Address/Framed-IPv6-Prefix/Framed= -Identifier was included in RFC 3576 and appears to have been implemented (a= t least by Dynamic Authorization Clients). Therefore an argument may be ma= de for retaining backward compatibility.=20 >>=20 >> c. A Disconnect-Request may only contain NAS and session identification a= ttributes. Therefore IP address attributes included in a Disconnect-Request= have an unambiguous meaning.=20 >>=20 >> Overall therefore there is very little confusion here; this is exactly th= e kind of small mistake That can be fixed with an errata.=20 >>=20 >>=20 >>=20 >> From: mchiba@cisco.com >> Subject: Fwd: Errata 3103 on RFC 5176 >> Date: Mon, 7 May 2012 09:22:08 -0700 >> To: bernard_aboba@hotmail.com >>=20 >> Hi Bernard, >> Do you recall why IP Adress was prohibited for the Disconnect Reque= sts? >>=20 >> Best Regards, >> -murtaza >>=20 >> Begin forwarded message: >>=20 >> From: Benoit Claise >> Subject: Re: Errata 3103 on RFC 5176 >> Date: May 4, 2012 12:54:50 PM PDT >> To: David Mitton >> Cc: radext-chairs@tools.ietf.org, paul.congdon@hp.com, "Murtaza Chiba (mc= hiba)" , meklund@cisco.com, "Romascanu, Dan (Dan)" >>=20 >> Hi Dave, >>=20 >> Here is the errata. >>=20 >> Errata ID: 3103 >>=20 >> Status: Reported >> Type: Technical >>=20 >> Reported By: Davide Magistri >> Date Reported: 2012-02-03 >>=20 >> Section 7 says:=20 >> Disconnect Request with User-Name: >>=20 >> 0: xxxx xxxx xxxx xxxx xxxx 2801 001c 1b23 .B.....$.-(....# >> 16: 624c 3543 ceba 55f1 be55 a714 ca5e 0108 bL5C..U..U...^.. >> 32: 6d63 6869 6261 >>=20 >> Disconnect Request with Acct-Session-ID: >>=20 >> 0: xxxx xxxx xxxx xxxx xxxx 2801 001e ad0d .B..... ~.(..... >> 16: 8e53 55b6 bd02 a0cb ace6 4e38 77bd 2c0a .SU.......N8w.,. >> 32: 3930 3233 3435 3637 90234567 >>=20 >> Disconnect Request with Framed-IP-Address: >>=20 >> 0: xxxx xxxx xxxx xxxx xxxx 2801 001a 0bda .B....."2.(..... >> 16: 33fe 765b 05f0 fd9c c32a 2f6b 5182 0806 3.v[.....*/kQ... >> 32: 0a00 0203 >> It should say: >> Disconnect Request with User-Name: >>=20 >> 0: xxxx xxxx xxxx xxxx xxxx 2801 001c 1b23 .B.....$.-(....# >> 16: 624c 3543 ceba 55f1 be55 a714 ca5e 0108 bL5C..U..U...^.. >> 32: 6d63 6869 6261 >>=20 >> Disconnect Request with Acct-Session-ID: >>=20 >> 0: xxxx xxxx xxxx xxxx xxxx 2801 001e ad0d .B..... ~.(..... >> 16: 8e53 55b6 bd02 a0cb ace6 4e38 77bd 2c0a .SU.......N8w.,. >> 32: 3930 3233 3435 3637 90234567 >> Notes: >> Since cardinality notation value for Framed-IP-Address attribute has now b= een changed in section 3.6 ("Table of Attributes") compared to previous 3576= RFC (change was from "0-1" to "0"), the "Disconnect Request with Framed-IP-= Address" example in section 7 ("Example traces") should be removed. >>=20 >> Furthermore, a new bullet in "Appendix A. Changes from RFC 3576" should b= e foreseen (just like the one related to Service-Type Attribute), such as: >> o Use of the Framed-IP-Address, Framed-Interface-Id and Framed-IPv6-Prefi= x Attributes within a Disconnect-Request is prohibited >>=20 >> Broadly speaking, one thing that seems to me a bit unclear is that Attrib= utes such as Framed-IP-Address, Framed-Interface-Id and Framed-IPv6-Prefix a= re still valid session identifiers that could be present in CoA Requests, wh= ile they have been totally prohibited in Disconnect Requests ( even if they a= re mentioned as valid in section 3, end of page #10 ). >> =46rom my point of view, either it's misplaced the example in section 7 o= r cardinality notation values in Disconnect Message Table of Attributes (rel= ated to the ones mentioned above) should be changed back to "0-1" (I persona= lly think this last option would be better). >>=20 >> Regards, Benoit. >>=20 >> Is there a method of reviewing the issue that doesn't require having an R= FC-Editors account?=20 >>=20 >> Dave.=20 >>=20 >> Quoting Benoit Claise :=20 >>=20 >> Dear RADEXT chairs, RADEXT Advisor, and RFC 5176 authors,=20 >>=20 >> Can you please provide some guidance on the errata 3103=20 >> https://www.rfc-editor.org/verify_errata_select.php?eid=3D3103=20 >>=20 >> Regards, Benoit.=20 >> RADEXT chairs,=20 >>=20 >> Can you please provide advice on the resolution of Errata 3103 on RFC=20 >> 5176.=20 >>=20 >> Thanks and Regards,=20 >>=20 >> Dan=20 >>=20 >>=20 >>=20 >>=20 >>=20 >>=20 >>=20 >>=20 >>=20 >>=20 --Apple-Mail-E1E1C7FC-1290-4587-9593-86C62D1FA32D Content-Transfer-Encoding: base64 Content-Type: text/html; charset="utf-8" PGh0bWw+PGhlYWQ+PC9oZWFkPjxib2R5IGJnY29sb3I9IiNGRkZGRkYiPjxibG9ja3F1b3RlIHR5 cGU9ImNpdGUiPjxkaXY+PGJsb2NrcXVvdGUgdHlwZT0iY2l0ZSI+PGRpdj48ZGl2IGRpcj0ibHRy Ij5SZXZpZXdpbmcgdGhlIHRleHQgb2YgUkZDIDUxNzYgYW5kIFJGQyAzNTc2IGFuZCB0aGUgZGlz Y3Vzc2lvbiBpbiBJc3N1ZSAyMjYsIGl0IHNlZW1zIGZhaXJseSBjbGVhciB0aGF0IEZyYW1lZC1J UC1BZGRyZXNzIHNob3VsZCBub3QgaGF2ZSBiZWVuIHByb2hpYml0ZWQgYXMgYSBzZXNzaW9uIGlk ZW50aWZpZXIgaW4gYSBEaXNjb25uZWN0LVJlcXVlc3QuIEZyYW1lZC1JUC1BZGRyZXNzIGlzIG5v dGVkIGFzIGEgc2Vzc2lvbiBpZGVudGlmaWVyIGVhcmx5IG9uIGFuZCBpbiB0aGUgdGFibGUgb2Yg YXR0cmlidXRlcyBmb3IgRGlzY29ubmVjdCwgTm90ZSAxIGlzIGxpc3RlZCBpbmRpY2F0aW5nIHRo YXQgRnJhbWVkLUlQLUFkZHJlc3MgaXMgYSBzZXNzaW9uLWlkZW50aWZpY2F0aW9uIGF0dHJpYnV0 ZS4mbmJzcDsgVGhlIGNoYW5nZSBpbiB0aGUgdGFibGUgd2FzIG5vdCBsaXN0ZWQgaW4gUkZDIDUx NzYgQXBwZW5kaXggQSBiZWNhdXNlIHRoZXJlIHdhcyBubyBpbnRlbnQgdG8gaW50cm9kdWNlIGEg Y2hhbmdlLiBBbmQgRnJhbWVkLUlQLUFkZHJlc3MgaXMgaW5jbHVkZWQgaW4gYSBEaXNjb25uZWN0 LVJlcXVlc3QgZXhhbXBsZS4gJm5ic3A7VGhlIHJlYXNvbmluZyBmb3Igbm90IGNoYW5naW5nIFJG QyAzNTc2IGlzJm5ic3A7PHNwYW4gY2xhc3M9IkFwcGxlLXN0eWxlLXNwYW4iIHN0eWxlPSItd2Vi a2l0LXRhcC1oaWdobGlnaHQtY29sb3I6IHJnYmEoMjYsIDI2LCAyNiwgMC4yOTY4NzUpOyAtd2Vi a2l0LWNvbXBvc2l0aW9uLWZpbGwtY29sb3I6IHJnYmEoMTc1LCAxOTIsIDIyNywgMC4yMzA0Njkp OyAtd2Via2l0LWNvbXBvc2l0aW9uLWZyYW1lLWNvbG9yOiByZ2JhKDc3LCAxMjgsIDE4MCwgMC4y MzA0NjkpOyAiPm5vdGVkIGF0IHRoZSBlbmQgb2YgSXNzdWUgMjI2Ojwvc3Bhbj48L2Rpdj48L2Rp dj48L2Jsb2NrcXVvdGU+PGJsb2NrcXVvdGUgdHlwZT0iY2l0ZSI+PGRpdj48ZGl2IGRpcj0ibHRy Ij48YnI+DQphLiBSZW51bWJlcmluZyBpcyBhIHJhcmUgZXZlbnQuJm5ic3A7IFRoZXJlZm9yZSB0 aGVyZSBpcyBubyByZXF1aXJlbWVudCB0aGF0IHdlIA0Kb3B0aW1pemUgZm9yIHRoaXMgY2FzZTsg aW5zdGVhZCB3ZSBzaG91bGQgZm9jdXMgb24gbW9yZSBjb21tb24gY2FzZXMuJm5ic3A7PGJyPg0K PGJyPg0KYi4gU2Vzc2lvbiBpZGVudGlmaWNhdGlvbiB2aWEgDQpGcmFtZWQtSVAtQWRkcmVzcy9G cmFtZWQtSVB2Ni1QcmVmaXgvRnJhbWVkLUlkZW50aWZpZXIgd2FzIGluY2x1ZGVkIGluIFJGQyAz NTc2IA0KYW5kIGFwcGVhcnMgdG8gaGF2ZSBiZWVuIGltcGxlbWVudGVkIChhdCBsZWFzdCBieSBE eW5hbWljIEF1dGhvcml6YXRpb24gDQpDbGllbnRzKS4mbmJzcDsmbmJzcDsgVGhlcmVmb3JlIGFu IGFyZ3VtZW50IG1heSBiZSBtYWRlIGZvciByZXRhaW5pbmcgYmFja3dhcmQgDQpjb21wYXRpYmls aXR5LiA8YnI+DQo8YnI+DQpjLiBBIERpc2Nvbm5lY3QtUmVxdWVzdCBtYXkgb25seSBjb250YWlu IE5BUyBhbmQgc2Vzc2lvbiBpZGVudGlmaWNhdGlvbiANCmF0dHJpYnV0ZXMuJm5ic3A7IFRoZXJl Zm9yZSBJUCBhZGRyZXNzIGF0dHJpYnV0ZXMgaW5jbHVkZWQgaW4gYSANCkRpc2Nvbm5lY3QtUmVx dWVzdCBoYXZlIGFuIHVuYW1iaWd1b3VzIG1lYW5pbmcuIDxicj48YnI+T3ZlcmFsbCB0aGVyZWZv cmUgdGhlcmUgaXMgdmVyeSBsaXR0bGUgY29uZnVzaW9uIGhlcmU7IHRoaXMgaXMgZXhhY3RseSB0 aGUga2luZCBvZiBzbWFsbCBtaXN0YWtlIFRoYXQgY2FuIGJlIGZpeGVkIHdpdGggYW4gZXJyYXRh LiA8YnI+PGJyPjxicj48YnI+PGRpdj48ZGl2IGlkPSJTa3lEcml2ZVBsYWNlaG9sZGVyIj48L2Rp dj48aHIgaWQ9InN0b3BTcGVsbGluZyI+RnJvbTogPGEgaHJlZj0ibWFpbHRvOm1jaGliYUBjaXNj by5jb20iPm1jaGliYUBjaXNjby5jb208L2E+PGJyPlN1YmplY3Q6IEZ3ZDogRXJyYXRhIDMxMDMg b24gUkZDIDUxNzY8YnI+RGF0ZTogTW9uLCA3IE1heSAyMDEyIDA5OjIyOjA4IC0wNzAwPGJyPlRv OiA8YSBocmVmPSJtYWlsdG86YmVybmFyZF9hYm9iYUBob3RtYWlsLmNvbSI+YmVybmFyZF9hYm9i YUBob3RtYWlsLmNvbTwvYT48YnI+PGJyPkhpIEJlcm5hcmQsPGRpdj48c3BhbiBjbGFzcz0iZWN4 QXBwbGUtdGFiLXNwYW4iIHN0eWxlPSJ3aGl0ZS1zcGFjZTpwcmUiPgk8L3NwYW4+RG8geW91IHJl Y2FsbCB3aHkgSVAgQWRyZXNzIHdhcyBwcm9oaWJpdGVkIGZvciB0aGUgRGlzY29ubmVjdCBSZXF1 ZXN0cz88L2Rpdj48ZGl2Pjxicj48L2Rpdj48ZGl2PkJlc3QgUmVnYXJkcyw8L2Rpdj48ZGl2Pi1t dXJ0YXphPGJyPjxkaXY+PGJyPjxkaXY+QmVnaW4gZm9yd2FyZGVkIG1lc3NhZ2U6PC9kaXY+PGJy IGNsYXNzPSJlY3hBcHBsZS1pbnRlcmNoYW5nZS1uZXdsaW5lIj48YmxvY2txdW90ZT48ZGl2IHN0 eWxlPSJtYXJnaW4tcmlnaHQ6MHB4O21hcmdpbi1ib3R0b206MHB4O21hcmdpbi1sZWZ0OjBweCI+ PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OidIZWx2ZXRpY2EnO2ZvbnQtc2l6ZTptZWRpdW0iPjxi PkZyb206IDwvYj48L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OidIZWx2ZXRpY2EnO2Zv bnQtc2l6ZTptZWRpdW0iPkJlbm9pdCBDbGFpc2UgJmx0OzxhIGhyZWY9Im1haWx0bzpiY2xhaXNl QGNpc2NvLmNvbSI+YmNsYWlzZUBjaXNjby5jb208L2E+Jmd0Ozxicj48L3NwYW4+PC9kaXY+PGRp diBzdHlsZT0ibWFyZ2luLXJpZ2h0OjBweDttYXJnaW4tYm90dG9tOjBweDttYXJnaW4tbGVmdDow cHgiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTonSGVsdmV0aWNhJztmb250LXNpemU6bWVkaXVt Ij48Yj5TdWJqZWN0OiA8L2I+PC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTonSGVsdmV0 aWNhJztmb250LXNpemU6bWVkaXVtIj48Yj5SZTogRXJyYXRhIDMxMDMgb24gUkZDIDUxNzY8L2I+ PGJyPjwvc3Bhbj48L2Rpdj48ZGl2IHN0eWxlPSJtYXJnaW4tcmlnaHQ6MHB4O21hcmdpbi1ib3R0 b206MHB4O21hcmdpbi1sZWZ0OjBweCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OidIZWx2ZXRp Y2EnO2ZvbnQtc2l6ZTptZWRpdW0iPjxiPkRhdGU6IDwvYj48L3NwYW4+PHNwYW4gc3R5bGU9ImZv bnQtZmFtaWx5OidIZWx2ZXRpY2EnO2ZvbnQtc2l6ZTptZWRpdW0iPk1heSA0LCAyMDEyIDEyOjU0 OjUwIFBNIFBEVDxicj48L3NwYW4+PC9kaXY+PGRpdiBzdHlsZT0ibWFyZ2luLXJpZ2h0OjBweDtt YXJnaW4tYm90dG9tOjBweDttYXJnaW4tbGVmdDowcHgiPjxzcGFuIHN0eWxlPSJmb250LWZhbWls eTonSGVsdmV0aWNhJztmb250LXNpemU6bWVkaXVtIj48Yj5UbzogPC9iPjwvc3Bhbj48c3BhbiBz dHlsZT0iZm9udC1mYW1pbHk6J0hlbHZldGljYSc7Zm9udC1zaXplOm1lZGl1bSI+RGF2aWQgTWl0 dG9uICZsdDs8YSBocmVmPSJtYWlsdG86ZGF2aWRAbWl0dG9uLmNvbSI+ZGF2aWRAbWl0dG9uLmNv bTwvYT4mZ3Q7PGJyPjwvc3Bhbj48L2Rpdj48ZGl2IHN0eWxlPSJtYXJnaW4tcmlnaHQ6MHB4O21h cmdpbi1ib3R0b206MHB4O21hcmdpbi1sZWZ0OjBweCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5 OidIZWx2ZXRpY2EnO2ZvbnQtc2l6ZTptZWRpdW0iPjxiPkNjOiA8L2I+PC9zcGFuPjxzcGFuIHN0 eWxlPSJmb250LWZhbWlseTonSGVsdmV0aWNhJztmb250LXNpemU6bWVkaXVtIj48YSBocmVmPSJt YWlsdG86cmFkZXh0LWNoYWlyc0B0b29scy5pZXRmLm9yZyI+cmFkZXh0LWNoYWlyc0B0b29scy5p ZXRmLm9yZzwvYT4sIDxhIGhyZWY9Im1haWx0bzpwYXVsLmNvbmdkb25AaHAuY29tIj5wYXVsLmNv bmdkb25AaHAuY29tPC9hPiwgIk11cnRhemEgQ2hpYmEgKG1jaGliYSkiICZsdDs8YSBocmVmPSJt YWlsdG86bWNoaWJhQGNpc2NvLmNvbSI+bWNoaWJhQGNpc2NvLmNvbTwvYT4mZ3Q7LCA8YSBocmVm PSJtYWlsdG86bWVrbHVuZEBjaXNjby5jb20iPm1la2x1bmRAY2lzY28uY29tPC9hPiwgIlJvbWFz Y2FudSwgRGFuIChEYW4pIiAmbHQ7PGEgaHJlZj0ibWFpbHRvOmRyb21hc2NhQGF2YXlhLmNvbSI+ ZHJvbWFzY2FAYXZheWEuY29tPC9hPiZndDs8YnI+PC9zcGFuPjwvZGl2Pjxicj4NCiAgDQogICAg DQogIA0KICA8ZGl2Pg0KICAgIEhpIERhdmUsPGJyPg0KICAgIDxicj4NCiAgICBIZXJlIGlzIHRo ZSBlcnJhdGEuPGJyPg0KICAgIDxicj4NCiAgICAgIEVycmF0YSBJRDogMzEwMzxicj4NCiAgICAg IDxicj4NCiAgICAgIDxiPlN0YXR1czogUmVwb3J0ZWQ8YnI+DQogICAgICAgIFR5cGU6IFRlY2hu aWNhbDxicj4NCiAgICAgIDwvYj48YnI+DQogICAgICBSZXBvcnRlZCBCeTogRGF2aWRlIE1hZ2lz dHJpPGJyPg0KICAgICAgRGF0ZSBSZXBvcnRlZDogMjAxMi0wMi0wMzxicj4NCiAgICA8YnI+U2Vj dGlvbiA3IHNheXM6DQogICAgPGJyPg0KICAgIDxwcmUgY2xhc3M9ImVjeHJmY3RleHQiPkRpc2Nv bm5lY3QgUmVxdWVzdCB3aXRoIFVzZXItTmFtZToNCg0KICAgICAgIDA6IHh4eHggeHh4eCB4eHh4 IHh4eHggeHh4eCAyODAxIDAwMWMgMWIyMyAgICAuQi4uLi4uJC4tKC4uLi4jDQogICAgICAxNjog NjI0YyAzNTQzIGNlYmEgNTVmMSBiZTU1IGE3MTQgY2E1ZSAwMTA4ICAgIGJMNUMuLlUuLlUuLi5e Li4NCiAgICAgIDMyOiA2ZDYzIDY4NjkgNjI2MQ0KDQpEaXNjb25uZWN0IFJlcXVlc3Qgd2l0aCBB Y2N0LVNlc3Npb24tSUQ6DQoNCiAgICAgICAwOiB4eHh4IHh4eHggeHh4eCB4eHh4IHh4eHggMjgw MSAwMDFlIGFkMGQgICAgLkIuLi4uLiB+LiguLi4uLg0KICAgICAgMTY6IDhlNTMgNTViNiBiZDAy IGEwY2IgYWNlNiA0ZTM4IDc3YmQgMmMwYSAgICAuU1UuLi4uLi4uTjh3LiwuDQogICAgICAzMjog MzkzMCAzMjMzIDM0MzUgMzYzNyAgICAgICAgICAgICAgICAgICAgICAgIDkwMjM0NTY3DQoNCkRp c2Nvbm5lY3QgUmVxdWVzdCB3aXRoIEZyYW1lZC1JUC1BZGRyZXNzOg0KDQogICAgICAgMDogeHh4 eCB4eHh4IHh4eHggeHh4eCB4eHh4IDI4MDEgMDAxYSAwYmRhICAgIC5CLi4uLi4iMi4oLi4uLi4N CiAgICAgIDE2OiAzM2ZlIDc2NWIgMDVmMCBmZDljIGMzMmEgMmY2YiA1MTgyIDA4MDYgICAgMy52 Wy4uLi4uKi9rUS4uLg0KICAgICAgMzI6IDBhMDAgMDIwMw0KPC9wcmU+SXQgc2hvdWxkIHNheTo8 YnI+DQogICAgPHByZSBjbGFzcz0iZWN4cmZjdGV4dCI+RGlzY29ubmVjdCBSZXF1ZXN0IHdpdGgg VXNlci1OYW1lOg0KDQogICAgICAgMDogeHh4eCB4eHh4IHh4eHggeHh4eCB4eHh4IDI4MDEgMDAx YyAxYjIzICAgIC5CLi4uLi4kLi0oLi4uLiMNCiAgICAgIDE2OiA2MjRjIDM1NDMgY2ViYSA1NWYx IGJlNTUgYTcxNCBjYTVlIDAxMDggICAgYkw1Qy4uVS4uVS4uLl4uLg0KICAgICAgMzI6IDZkNjMg Njg2OSA2MjYxDQoNCkRpc2Nvbm5lY3QgUmVxdWVzdCB3aXRoIEFjY3QtU2Vzc2lvbi1JRDoNCg0K ICAgICAgIDA6IHh4eHggeHh4eCB4eHh4IHh4eHggeHh4eCAyODAxIDAwMWUgYWQwZCAgICAuQi4u Li4uIH4uKC4uLi4uDQogICAgICAxNjogOGU1MyA1NWI2IGJkMDIgYTBjYiBhY2U2IDRlMzggNzdi ZCAyYzBhICAgIC5TVS4uLi4uLi5OOHcuLC4NCiAgICAgIDMyOiAzOTMwIDMyMzMgMzQzNSAzNjM3 ICAgICAgICAgICAgICAgICAgICAgICAgOTAyMzQ1NjcNCjwvcHJlPk5vdGVzOjxicj48cCBjbGFz cz0iZWN4c2ltcGxlaW5kZW50Ij4NCiAgICAgIFNpbmNlIGNhcmRpbmFsaXR5IG5vdGF0aW9uIHZh bHVlIGZvciBGcmFtZWQtSVAtQWRkcmVzcyBhdHRyaWJ1dGUNCiAgICAgIGhhcyBub3cgYmVlbiBj aGFuZ2VkIGluIHNlY3Rpb24gMy42ICgiVGFibGUgb2YgQXR0cmlidXRlcyIpDQogICAgICBjb21w YXJlZCB0byBwcmV2aW91cyAzNTc2IFJGQyAoY2hhbmdlIHdhcyBmcm9tICIwLTEiIHRvICIwIiks IHRoZQ0KICAgICAgIkRpc2Nvbm5lY3QgUmVxdWVzdCB3aXRoIEZyYW1lZC1JUC1BZGRyZXNzIiBl eGFtcGxlIGluIHNlY3Rpb24gNw0KICAgICAgKCJFeGFtcGxlIHRyYWNlcyIpIHNob3VsZCBiZSBy ZW1vdmVkLjxicj4NCiAgICAgIDxicj4NCiAgICAgIEZ1cnRoZXJtb3JlLCBhIG5ldyBidWxsZXQg aW4gIkFwcGVuZGl4IEEuIENoYW5nZXMgZnJvbSBSRkMgMzU3NiINCiAgICAgIHNob3VsZCBiZSBm b3Jlc2VlbiAoanVzdCBsaWtlIHRoZSBvbmUgcmVsYXRlZCB0byBTZXJ2aWNlLVR5cGUNCiAgICAg IEF0dHJpYnV0ZSksIHN1Y2ggYXM6PGJyPg0KICAgICAgbyBVc2Ugb2YgdGhlIEZyYW1lZC1JUC1B ZGRyZXNzLCBGcmFtZWQtSW50ZXJmYWNlLUlkIGFuZA0KICAgICAgRnJhbWVkLUlQdjYtUHJlZml4 IEF0dHJpYnV0ZXMgd2l0aGluIGEgRGlzY29ubmVjdC1SZXF1ZXN0IGlzDQogICAgICBwcm9oaWJp dGVkPGJyPg0KICAgICAgPGJyPg0KICAgICAgQnJvYWRseSBzcGVha2luZywgb25lIHRoaW5nIHRo YXQgc2VlbXMgdG8gbWUgYSBiaXQgdW5jbGVhciBpcyB0aGF0DQogICAgICBBdHRyaWJ1dGVzIHN1 Y2ggYXMgRnJhbWVkLUlQLUFkZHJlc3MsIEZyYW1lZC1JbnRlcmZhY2UtSWQgYW5kDQogICAgICBG cmFtZWQtSVB2Ni1QcmVmaXggYXJlIHN0aWxsIHZhbGlkIHNlc3Npb24gaWRlbnRpZmllcnMgdGhh dCBjb3VsZA0KICAgICAgYmUgcHJlc2VudCBpbiBDb0EgUmVxdWVzdHMsIHdoaWxlIHRoZXkgaGF2 ZSBiZWVuIHRvdGFsbHkNCiAgICAgIHByb2hpYml0ZWQgaW4gRGlzY29ubmVjdCBSZXF1ZXN0cyAo IGV2ZW4gaWYgdGhleSBhcmUgbWVudGlvbmVkIGFzDQogICAgICB2YWxpZCBpbiBzZWN0aW9uIDMs IGVuZCBvZiBwYWdlICMxMCApLjxicj4NCiAgICAgIEZyb20gbXkgcG9pbnQgb2YgdmlldywgZWl0 aGVyIGl0J3MgbWlzcGxhY2VkIHRoZSBleGFtcGxlIGluDQogICAgICBzZWN0aW9uIDcgb3IgY2Fy ZGluYWxpdHkgbm90YXRpb24gdmFsdWVzIGluIERpc2Nvbm5lY3QgTWVzc2FnZQ0KICAgICAgVGFi bGUgb2YgQXR0cmlidXRlcyAocmVsYXRlZCB0byB0aGUgb25lcyBtZW50aW9uZWQgYWJvdmUpIHNo b3VsZA0KICAgICAgYmUgY2hhbmdlZCBiYWNrIHRvICIwLTEiIChJIHBlcnNvbmFsbHkgdGhpbmsg dGhpcyBsYXN0IG9wdGlvbg0KICAgICAgd291bGQgYmUgYmV0dGVyKS48YnI+DQogICAgPC9wPjxw IGNsYXNzPSJlY3hzaW1wbGVpbmRlbnQiPjxicj4NCiAgICAgIFJlZ2FyZHMsIEJlbm9pdC48YnI+ DQogICAgPC9wPg0KICAgIDxicj4NCiAgICA8YmxvY2txdW90ZSBjaXRlPSJtaWQ6MjAxMjA1MDQx NTUxMDgub3BtMGpyYmNvd3M0OGtzYy1xbml2cXpAd2VibWFpbC5zcGFtY29wLm5ldCI+SXMgdGhl cmUgYSBtZXRob2Qgb2YgcmV2aWV3aW5nIHRoZSBpc3N1ZSB0aGF0IGRvZXNuJ3QNCiAgICAgIHJl cXVpcmUgaGF2aW5nIGFuIFJGQy1FZGl0b3JzIGFjY291bnQ/DQogICAgICA8YnI+DQogICAgICA8 YnI+DQogICAgICBEYXZlLg0KICAgICAgPGJyPg0KICAgICAgPGJyPg0KICAgICAgUXVvdGluZyBC ZW5vaXQgQ2xhaXNlIDxhIGNsYXNzPSJlY3htb3otdHh0LWxpbmstcmZjMjM5NkUiIGhyZWY9Im1h aWx0bzpiY2xhaXNlQGNpc2NvLmNvbSI+Jmx0O2JjbGFpc2VAY2lzY28uY29tJmd0OzwvYT46DQog ICAgICA8YnI+DQogICAgICA8YnI+DQogICAgICA8YmxvY2txdW90ZT5EZWFyIFJBREVYVCBjaGFp cnMsIFJBREVYVCBBZHZpc29yLCBhbmQNCiAgICAgICAgUkZDIDUxNzYgYXV0aG9ycywNCiAgICAg ICAgPGJyPg0KICAgICAgICA8YnI+DQogICAgICAgIENhbiB5b3UgcGxlYXNlIHByb3ZpZGUgc29t ZSBndWlkYW5jZSBvbiB0aGUgZXJyYXRhIDMxMDMNCiAgICAgICAgPGJyPg0KICAgICAgICA8YSBj bGFzcz0iZWN4bW96LXR4dC1saW5rLWZyZWV0ZXh0IiBocmVmPSJodHRwczovL3d3dy5yZmMtZWRp dG9yLm9yZy92ZXJpZnlfZXJyYXRhX3NlbGVjdC5waHA/ZWlkPTMxMDMiIHRhcmdldD0iX2JsYW5r Ij5odHRwczovL3d3dy5yZmMtZWRpdG9yLm9yZy92ZXJpZnlfZXJyYXRhX3NlbGVjdC5waHA/ZWlk PTMxMDM8L2E+DQogICAgICAgIDxicj4NCiAgICAgICAgPGJyPg0KICAgICAgICBSZWdhcmRzLCBC ZW5vaXQuDQogICAgICAgIDxicj4NCiAgICAgICAgPGJsb2NrcXVvdGU+UkFERVhUIGNoYWlycywN CiAgICAgICAgICA8YnI+DQogICAgICAgICAgPGJyPg0KICAgICAgICAgIENhbiB5b3UgcGxlYXNl IHByb3ZpZGUgYWR2aWNlIG9uIHRoZSByZXNvbHV0aW9uIG9mIEVycmF0YSAzMTAzDQogICAgICAg ICAgb24gUkZDDQogICAgICAgICAgPGJyPg0KICAgICAgICAgIDUxNzYuDQogICAgICAgICAgPGJy Pg0KICAgICAgICAgIDxicj4NCiAgICAgICAgICBUaGFua3MgYW5kIFJlZ2FyZHMsDQogICAgICAg ICAgPGJyPg0KICAgICAgICAgIDxicj4NCiAgICAgICAgICBEYW4NCiAgICAgICAgICA8YnI+DQog ICAgICAgICAgPGJyPg0KICAgICAgICAgIDxicj4NCiAgICAgICAgICA8YnI+DQogICAgICAgICAg PGJyPg0KICAgICAgICAgIDxicj4NCiAgICAgICAgICA8YnI+DQogICAgICAgIDwvYmxvY2txdW90 ZT4NCiAgICAgIDwvYmxvY2txdW90ZT4NCiAgICAgIDxicj4NCiAgICAgIDxicj4NCiAgICA8L2Js b2NrcXVvdGU+DQogICAgPGJyPg0KICA8L2Rpdj4NCg0KPC9ibG9ja3F1b3RlPjwvZGl2Pjxicj48 L2Rpdj48L2Rpdj4gCQkgCSAgIAkJICA8L2Rpdj4NCjwvZGl2PjwvYmxvY2txdW90ZT48L2Rpdj48 L2Jsb2NrcXVvdGU+PC9ib2R5PjwvaHRtbD4= --Apple-Mail-E1E1C7FC-1290-4587-9593-86C62D1FA32D-- --===============8072912283831408294== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ radext mailing list radext@ietf.org https://www.ietf.org/mailman/listinfo/radext --===============8072912283831408294==-- From bernard_aboba@hotmail.com Wed Jun 6 16:45:30 2012 Return-Path: X-Original-To: radext@ietfa.amsl.com Delivered-To: radext@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5C88411E8083 for ; Wed, 6 Jun 2012 16:45:30 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -97.702 X-Spam-Level: X-Spam-Status: No, score=-97.702 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, J_CHICKENPOX_12=0.6, J_CHICKENPOX_21=0.6, MANGLED_TOOL=2.3, MIME_QP_LONG_LINE=1.396, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Qz3QYrSzpoZC for ; Wed, 6 Jun 2012 16:45:29 -0700 (PDT) Received: from col0-omc2-s4.col0.hotmail.com (col0-omc2-s4.col0.hotmail.com [65.55.34.78]) by ietfa.amsl.com (Postfix) with ESMTP id 6401211E8079 for ; Wed, 6 Jun 2012 16:45:29 -0700 (PDT) Received: from COL0-P1-EAS14 ([65.55.34.73]) by col0-omc2-s4.col0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675); Wed, 6 Jun 2012 16:45:29 -0700 X-Originating-IP: [174.31.235.139] X-Originating-Email: [bernard_aboba@hotmail.com] Message-ID: References: From: Bernard Aboba Content-Type: multipart/alternative; boundary="Apple-Mail-E1E1C7FC-1290-4587-9593-86C62D1FA32D" Date: Wed, 6 Jun 2012 16:48:18 -0700 To: "radext@ietf.org" Content-Transfer-Encoding: 7bit MIME-Version: 1.0 (1.0) X-OriginalArrivalTime: 06 Jun 2012 23:45:29.0021 (UTC) FILETIME=[741B26D0:01CD443E] Subject: Re: [radext] Errata 3103 on RFC 5176 X-BeenThere: radext@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: RADIUS EXTensions working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jun 2012 23:45:30 -0000 --Apple-Mail-E1E1C7FC-1290-4587-9593-86C62D1FA32D Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="us-ascii" >> Reviewing the text of RFC 5176 and RFC 3576 and the discussion in Issue 2= 26, it seems fairly clear that Framed-IP-Address should not have been prohib= ited as a session identifier in a Disconnect-Request. Framed-IP-Address is n= oted as a session identifier early on and in the table of attributes for Dis= connect, Note 1 is listed indicating that Framed-IP-Address is a session-ide= ntification attribute. The change in the table was not listed in RFC 5176 A= ppendix A because there was no intent to introduce a change. And Framed-IP-A= ddress is included in a Disconnect-Request example. The reasoning for not c= hanging RFC 3576 is noted at the end of Issue 226: >>=20 >> a. Renumbering is a rare event. Therefore there is no requirement that w= e optimize for this case; instead we should focus on more common cases.=20 >>=20 >> b. Session identification via Framed-IP-Address/Framed-IPv6-Prefix/Framed= -Identifier was included in RFC 3576 and appears to have been implemented (a= t least by Dynamic Authorization Clients). Therefore an argument may be ma= de for retaining backward compatibility.=20 >>=20 >> c. A Disconnect-Request may only contain NAS and session identification a= ttributes. Therefore IP address attributes included in a Disconnect-Request= have an unambiguous meaning.=20 >>=20 >> Overall therefore there is very little confusion here; this is exactly th= e kind of small mistake That can be fixed with an errata.=20 >>=20 >>=20 >>=20 >> From: mchiba@cisco.com >> Subject: Fwd: Errata 3103 on RFC 5176 >> Date: Mon, 7 May 2012 09:22:08 -0700 >> To: bernard_aboba@hotmail.com >>=20 >> Hi Bernard, >> Do you recall why IP Adress was prohibited for the Disconnect Reque= sts? >>=20 >> Best Regards, >> -murtaza >>=20 >> Begin forwarded message: >>=20 >> From: Benoit Claise >> Subject: Re: Errata 3103 on RFC 5176 >> Date: May 4, 2012 12:54:50 PM PDT >> To: David Mitton >> Cc: radext-chairs@tools.ietf.org, paul.congdon@hp.com, "Murtaza Chiba (mc= hiba)" , meklund@cisco.com, "Romascanu, Dan (Dan)" >>=20 >> Hi Dave, >>=20 >> Here is the errata. >>=20 >> Errata ID: 3103 >>=20 >> Status: Reported >> Type: Technical >>=20 >> Reported By: Davide Magistri >> Date Reported: 2012-02-03 >>=20 >> Section 7 says:=20 >> Disconnect Request with User-Name: >>=20 >> 0: xxxx xxxx xxxx xxxx xxxx 2801 001c 1b23 .B.....$.-(....# >> 16: 624c 3543 ceba 55f1 be55 a714 ca5e 0108 bL5C..U..U...^.. >> 32: 6d63 6869 6261 >>=20 >> Disconnect Request with Acct-Session-ID: >>=20 >> 0: xxxx xxxx xxxx xxxx xxxx 2801 001e ad0d .B..... ~.(..... >> 16: 8e53 55b6 bd02 a0cb ace6 4e38 77bd 2c0a .SU.......N8w.,. >> 32: 3930 3233 3435 3637 90234567 >>=20 >> Disconnect Request with Framed-IP-Address: >>=20 >> 0: xxxx xxxx xxxx xxxx xxxx 2801 001a 0bda .B....."2.(..... >> 16: 33fe 765b 05f0 fd9c c32a 2f6b 5182 0806 3.v[.....*/kQ... >> 32: 0a00 0203 >> It should say: >> Disconnect Request with User-Name: >>=20 >> 0: xxxx xxxx xxxx xxxx xxxx 2801 001c 1b23 .B.....$.-(....# >> 16: 624c 3543 ceba 55f1 be55 a714 ca5e 0108 bL5C..U..U...^.. >> 32: 6d63 6869 6261 >>=20 >> Disconnect Request with Acct-Session-ID: >>=20 >> 0: xxxx xxxx xxxx xxxx xxxx 2801 001e ad0d .B..... ~.(..... >> 16: 8e53 55b6 bd02 a0cb ace6 4e38 77bd 2c0a .SU.......N8w.,. >> 32: 3930 3233 3435 3637 90234567 >> Notes: >> Since cardinality notation value for Framed-IP-Address attribute has now b= een changed in section 3.6 ("Table of Attributes") compared to previous 3576= RFC (change was from "0-1" to "0"), the "Disconnect Request with Framed-IP-= Address" example in section 7 ("Example traces") should be removed. >>=20 >> Furthermore, a new bullet in "Appendix A. Changes from RFC 3576" should b= e foreseen (just like the one related to Service-Type Attribute), such as: >> o Use of the Framed-IP-Address, Framed-Interface-Id and Framed-IPv6-Prefi= x Attributes within a Disconnect-Request is prohibited >>=20 >> Broadly speaking, one thing that seems to me a bit unclear is that Attrib= utes such as Framed-IP-Address, Framed-Interface-Id and Framed-IPv6-Prefix a= re still valid session identifiers that could be present in CoA Requests, wh= ile they have been totally prohibited in Disconnect Requests ( even if they a= re mentioned as valid in section 3, end of page #10 ). >> =46rom my point of view, either it's misplaced the example in section 7 o= r cardinality notation values in Disconnect Message Table of Attributes (rel= ated to the ones mentioned above) should be changed back to "0-1" (I persona= lly think this last option would be better). >>=20 >> Regards, Benoit. >>=20 >> Is there a method of reviewing the issue that doesn't require having an R= FC-Editors account?=20 >>=20 >> Dave.=20 >>=20 >> Quoting Benoit Claise :=20 >>=20 >> Dear RADEXT chairs, RADEXT Advisor, and RFC 5176 authors,=20 >>=20 >> Can you please provide some guidance on the errata 3103=20 >> https://www.rfc-editor.org/verify_errata_select.php?eid=3D3103=20 >>=20 >> Regards, Benoit.=20 >> RADEXT chairs,=20 >>=20 >> Can you please provide advice on the resolution of Errata 3103 on RFC=20 >> 5176.=20 >>=20 >> Thanks and Regards,=20 >>=20 >> Dan=20 >>=20 >>=20 >>=20 >>=20 >>=20 >>=20 >>=20 >>=20 >>=20 >>=20 --Apple-Mail-E1E1C7FC-1290-4587-9593-86C62D1FA32D Content-Transfer-Encoding: base64 Content-Type: text/html; charset="utf-8" PGh0bWw+PGhlYWQ+PC9oZWFkPjxib2R5IGJnY29sb3I9IiNGRkZGRkYiPjxibG9ja3F1b3RlIHR5 cGU9ImNpdGUiPjxkaXY+PGJsb2NrcXVvdGUgdHlwZT0iY2l0ZSI+PGRpdj48ZGl2IGRpcj0ibHRy Ij5SZXZpZXdpbmcgdGhlIHRleHQgb2YgUkZDIDUxNzYgYW5kIFJGQyAzNTc2IGFuZCB0aGUgZGlz Y3Vzc2lvbiBpbiBJc3N1ZSAyMjYsIGl0IHNlZW1zIGZhaXJseSBjbGVhciB0aGF0IEZyYW1lZC1J UC1BZGRyZXNzIHNob3VsZCBub3QgaGF2ZSBiZWVuIHByb2hpYml0ZWQgYXMgYSBzZXNzaW9uIGlk ZW50aWZpZXIgaW4gYSBEaXNjb25uZWN0LVJlcXVlc3QuIEZyYW1lZC1JUC1BZGRyZXNzIGlzIG5v dGVkIGFzIGEgc2Vzc2lvbiBpZGVudGlmaWVyIGVhcmx5IG9uIGFuZCBpbiB0aGUgdGFibGUgb2Yg YXR0cmlidXRlcyBmb3IgRGlzY29ubmVjdCwgTm90ZSAxIGlzIGxpc3RlZCBpbmRpY2F0aW5nIHRo YXQgRnJhbWVkLUlQLUFkZHJlc3MgaXMgYSBzZXNzaW9uLWlkZW50aWZpY2F0aW9uIGF0dHJpYnV0 ZS4mbmJzcDsgVGhlIGNoYW5nZSBpbiB0aGUgdGFibGUgd2FzIG5vdCBsaXN0ZWQgaW4gUkZDIDUx NzYgQXBwZW5kaXggQSBiZWNhdXNlIHRoZXJlIHdhcyBubyBpbnRlbnQgdG8gaW50cm9kdWNlIGEg Y2hhbmdlLiBBbmQgRnJhbWVkLUlQLUFkZHJlc3MgaXMgaW5jbHVkZWQgaW4gYSBEaXNjb25uZWN0 LVJlcXVlc3QgZXhhbXBsZS4gJm5ic3A7VGhlIHJlYXNvbmluZyBmb3Igbm90IGNoYW5naW5nIFJG QyAzNTc2IGlzJm5ic3A7PHNwYW4gY2xhc3M9IkFwcGxlLXN0eWxlLXNwYW4iIHN0eWxlPSItd2Vi a2l0LXRhcC1oaWdobGlnaHQtY29sb3I6IHJnYmEoMjYsIDI2LCAyNiwgMC4yOTY4NzUpOyAtd2Vi a2l0LWNvbXBvc2l0aW9uLWZpbGwtY29sb3I6IHJnYmEoMTc1LCAxOTIsIDIyNywgMC4yMzA0Njkp OyAtd2Via2l0LWNvbXBvc2l0aW9uLWZyYW1lLWNvbG9yOiByZ2JhKDc3LCAxMjgsIDE4MCwgMC4y MzA0NjkpOyAiPm5vdGVkIGF0IHRoZSBlbmQgb2YgSXNzdWUgMjI2Ojwvc3Bhbj48L2Rpdj48L2Rp dj48L2Jsb2NrcXVvdGU+PGJsb2NrcXVvdGUgdHlwZT0iY2l0ZSI+PGRpdj48ZGl2IGRpcj0ibHRy Ij48YnI+DQphLiBSZW51bWJlcmluZyBpcyBhIHJhcmUgZXZlbnQuJm5ic3A7IFRoZXJlZm9yZSB0 aGVyZSBpcyBubyByZXF1aXJlbWVudCB0aGF0IHdlIA0Kb3B0aW1pemUgZm9yIHRoaXMgY2FzZTsg aW5zdGVhZCB3ZSBzaG91bGQgZm9jdXMgb24gbW9yZSBjb21tb24gY2FzZXMuJm5ic3A7PGJyPg0K PGJyPg0KYi4gU2Vzc2lvbiBpZGVudGlmaWNhdGlvbiB2aWEgDQpGcmFtZWQtSVAtQWRkcmVzcy9G cmFtZWQtSVB2Ni1QcmVmaXgvRnJhbWVkLUlkZW50aWZpZXIgd2FzIGluY2x1ZGVkIGluIFJGQyAz NTc2IA0KYW5kIGFwcGVhcnMgdG8gaGF2ZSBiZWVuIGltcGxlbWVudGVkIChhdCBsZWFzdCBieSBE eW5hbWljIEF1dGhvcml6YXRpb24gDQpDbGllbnRzKS4mbmJzcDsmbmJzcDsgVGhlcmVmb3JlIGFu IGFyZ3VtZW50IG1heSBiZSBtYWRlIGZvciByZXRhaW5pbmcgYmFja3dhcmQgDQpjb21wYXRpYmls aXR5LiA8YnI+DQo8YnI+DQpjLiBBIERpc2Nvbm5lY3QtUmVxdWVzdCBtYXkgb25seSBjb250YWlu IE5BUyBhbmQgc2Vzc2lvbiBpZGVudGlmaWNhdGlvbiANCmF0dHJpYnV0ZXMuJm5ic3A7IFRoZXJl Zm9yZSBJUCBhZGRyZXNzIGF0dHJpYnV0ZXMgaW5jbHVkZWQgaW4gYSANCkRpc2Nvbm5lY3QtUmVx dWVzdCBoYXZlIGFuIHVuYW1iaWd1b3VzIG1lYW5pbmcuIDxicj48YnI+T3ZlcmFsbCB0aGVyZWZv cmUgdGhlcmUgaXMgdmVyeSBsaXR0bGUgY29uZnVzaW9uIGhlcmU7IHRoaXMgaXMgZXhhY3RseSB0 aGUga2luZCBvZiBzbWFsbCBtaXN0YWtlIFRoYXQgY2FuIGJlIGZpeGVkIHdpdGggYW4gZXJyYXRh LiA8YnI+PGJyPjxicj48YnI+PGRpdj48ZGl2IGlkPSJTa3lEcml2ZVBsYWNlaG9sZGVyIj48L2Rp dj48aHIgaWQ9InN0b3BTcGVsbGluZyI+RnJvbTogPGEgaHJlZj0ibWFpbHRvOm1jaGliYUBjaXNj by5jb20iPm1jaGliYUBjaXNjby5jb208L2E+PGJyPlN1YmplY3Q6IEZ3ZDogRXJyYXRhIDMxMDMg b24gUkZDIDUxNzY8YnI+RGF0ZTogTW9uLCA3IE1heSAyMDEyIDA5OjIyOjA4IC0wNzAwPGJyPlRv OiA8YSBocmVmPSJtYWlsdG86YmVybmFyZF9hYm9iYUBob3RtYWlsLmNvbSI+YmVybmFyZF9hYm9i YUBob3RtYWlsLmNvbTwvYT48YnI+PGJyPkhpIEJlcm5hcmQsPGRpdj48c3BhbiBjbGFzcz0iZWN4 QXBwbGUtdGFiLXNwYW4iIHN0eWxlPSJ3aGl0ZS1zcGFjZTpwcmUiPgk8L3NwYW4+RG8geW91IHJl Y2FsbCB3aHkgSVAgQWRyZXNzIHdhcyBwcm9oaWJpdGVkIGZvciB0aGUgRGlzY29ubmVjdCBSZXF1 ZXN0cz88L2Rpdj48ZGl2Pjxicj48L2Rpdj48ZGl2PkJlc3QgUmVnYXJkcyw8L2Rpdj48ZGl2Pi1t dXJ0YXphPGJyPjxkaXY+PGJyPjxkaXY+QmVnaW4gZm9yd2FyZGVkIG1lc3NhZ2U6PC9kaXY+PGJy IGNsYXNzPSJlY3hBcHBsZS1pbnRlcmNoYW5nZS1uZXdsaW5lIj48YmxvY2txdW90ZT48ZGl2IHN0 eWxlPSJtYXJnaW4tcmlnaHQ6MHB4O21hcmdpbi1ib3R0b206MHB4O21hcmdpbi1sZWZ0OjBweCI+ PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OidIZWx2ZXRpY2EnO2ZvbnQtc2l6ZTptZWRpdW0iPjxi PkZyb206IDwvYj48L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OidIZWx2ZXRpY2EnO2Zv bnQtc2l6ZTptZWRpdW0iPkJlbm9pdCBDbGFpc2UgJmx0OzxhIGhyZWY9Im1haWx0bzpiY2xhaXNl QGNpc2NvLmNvbSI+YmNsYWlzZUBjaXNjby5jb208L2E+Jmd0Ozxicj48L3NwYW4+PC9kaXY+PGRp diBzdHlsZT0ibWFyZ2luLXJpZ2h0OjBweDttYXJnaW4tYm90dG9tOjBweDttYXJnaW4tbGVmdDow cHgiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTonSGVsdmV0aWNhJztmb250LXNpemU6bWVkaXVt Ij48Yj5TdWJqZWN0OiA8L2I+PC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTonSGVsdmV0 aWNhJztmb250LXNpemU6bWVkaXVtIj48Yj5SZTogRXJyYXRhIDMxMDMgb24gUkZDIDUxNzY8L2I+ PGJyPjwvc3Bhbj48L2Rpdj48ZGl2IHN0eWxlPSJtYXJnaW4tcmlnaHQ6MHB4O21hcmdpbi1ib3R0 b206MHB4O21hcmdpbi1sZWZ0OjBweCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OidIZWx2ZXRp Y2EnO2ZvbnQtc2l6ZTptZWRpdW0iPjxiPkRhdGU6IDwvYj48L3NwYW4+PHNwYW4gc3R5bGU9ImZv bnQtZmFtaWx5OidIZWx2ZXRpY2EnO2ZvbnQtc2l6ZTptZWRpdW0iPk1heSA0LCAyMDEyIDEyOjU0 OjUwIFBNIFBEVDxicj48L3NwYW4+PC9kaXY+PGRpdiBzdHlsZT0ibWFyZ2luLXJpZ2h0OjBweDtt YXJnaW4tYm90dG9tOjBweDttYXJnaW4tbGVmdDowcHgiPjxzcGFuIHN0eWxlPSJmb250LWZhbWls eTonSGVsdmV0aWNhJztmb250LXNpemU6bWVkaXVtIj48Yj5UbzogPC9iPjwvc3Bhbj48c3BhbiBz dHlsZT0iZm9udC1mYW1pbHk6J0hlbHZldGljYSc7Zm9udC1zaXplOm1lZGl1bSI+RGF2aWQgTWl0 dG9uICZsdDs8YSBocmVmPSJtYWlsdG86ZGF2aWRAbWl0dG9uLmNvbSI+ZGF2aWRAbWl0dG9uLmNv bTwvYT4mZ3Q7PGJyPjwvc3Bhbj48L2Rpdj48ZGl2IHN0eWxlPSJtYXJnaW4tcmlnaHQ6MHB4O21h cmdpbi1ib3R0b206MHB4O21hcmdpbi1sZWZ0OjBweCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5 OidIZWx2ZXRpY2EnO2ZvbnQtc2l6ZTptZWRpdW0iPjxiPkNjOiA8L2I+PC9zcGFuPjxzcGFuIHN0 eWxlPSJmb250LWZhbWlseTonSGVsdmV0aWNhJztmb250LXNpemU6bWVkaXVtIj48YSBocmVmPSJt YWlsdG86cmFkZXh0LWNoYWlyc0B0b29scy5pZXRmLm9yZyI+cmFkZXh0LWNoYWlyc0B0b29scy5p ZXRmLm9yZzwvYT4sIDxhIGhyZWY9Im1haWx0bzpwYXVsLmNvbmdkb25AaHAuY29tIj5wYXVsLmNv bmdkb25AaHAuY29tPC9hPiwgIk11cnRhemEgQ2hpYmEgKG1jaGliYSkiICZsdDs8YSBocmVmPSJt YWlsdG86bWNoaWJhQGNpc2NvLmNvbSI+bWNoaWJhQGNpc2NvLmNvbTwvYT4mZ3Q7LCA8YSBocmVm PSJtYWlsdG86bWVrbHVuZEBjaXNjby5jb20iPm1la2x1bmRAY2lzY28uY29tPC9hPiwgIlJvbWFz Y2FudSwgRGFuIChEYW4pIiAmbHQ7PGEgaHJlZj0ibWFpbHRvOmRyb21hc2NhQGF2YXlhLmNvbSI+ ZHJvbWFzY2FAYXZheWEuY29tPC9hPiZndDs8YnI+PC9zcGFuPjwvZGl2Pjxicj4NCiAgDQogICAg DQogIA0KICA8ZGl2Pg0KICAgIEhpIERhdmUsPGJyPg0KICAgIDxicj4NCiAgICBIZXJlIGlzIHRo ZSBlcnJhdGEuPGJyPg0KICAgIDxicj4NCiAgICAgIEVycmF0YSBJRDogMzEwMzxicj4NCiAgICAg IDxicj4NCiAgICAgIDxiPlN0YXR1czogUmVwb3J0ZWQ8YnI+DQogICAgICAgIFR5cGU6IFRlY2hu aWNhbDxicj4NCiAgICAgIDwvYj48YnI+DQogICAgICBSZXBvcnRlZCBCeTogRGF2aWRlIE1hZ2lz dHJpPGJyPg0KICAgICAgRGF0ZSBSZXBvcnRlZDogMjAxMi0wMi0wMzxicj4NCiAgICA8YnI+U2Vj dGlvbiA3IHNheXM6DQogICAgPGJyPg0KICAgIDxwcmUgY2xhc3M9ImVjeHJmY3RleHQiPkRpc2Nv bm5lY3QgUmVxdWVzdCB3aXRoIFVzZXItTmFtZToNCg0KICAgICAgIDA6IHh4eHggeHh4eCB4eHh4 IHh4eHggeHh4eCAyODAxIDAwMWMgMWIyMyAgICAuQi4uLi4uJC4tKC4uLi4jDQogICAgICAxNjog NjI0YyAzNTQzIGNlYmEgNTVmMSBiZTU1IGE3MTQgY2E1ZSAwMTA4ICAgIGJMNUMuLlUuLlUuLi5e Li4NCiAgICAgIDMyOiA2ZDYzIDY4NjkgNjI2MQ0KDQpEaXNjb25uZWN0IFJlcXVlc3Qgd2l0aCBB Y2N0LVNlc3Npb24tSUQ6DQoNCiAgICAgICAwOiB4eHh4IHh4eHggeHh4eCB4eHh4IHh4eHggMjgw MSAwMDFlIGFkMGQgICAgLkIuLi4uLiB+LiguLi4uLg0KICAgICAgMTY6IDhlNTMgNTViNiBiZDAy IGEwY2IgYWNlNiA0ZTM4IDc3YmQgMmMwYSAgICAuU1UuLi4uLi4uTjh3LiwuDQogICAgICAzMjog MzkzMCAzMjMzIDM0MzUgMzYzNyAgICAgICAgICAgICAgICAgICAgICAgIDkwMjM0NTY3DQoNCkRp c2Nvbm5lY3QgUmVxdWVzdCB3aXRoIEZyYW1lZC1JUC1BZGRyZXNzOg0KDQogICAgICAgMDogeHh4 eCB4eHh4IHh4eHggeHh4eCB4eHh4IDI4MDEgMDAxYSAwYmRhICAgIC5CLi4uLi4iMi4oLi4uLi4N CiAgICAgIDE2OiAzM2ZlIDc2NWIgMDVmMCBmZDljIGMzMmEgMmY2YiA1MTgyIDA4MDYgICAgMy52 Wy4uLi4uKi9rUS4uLg0KICAgICAgMzI6IDBhMDAgMDIwMw0KPC9wcmU+SXQgc2hvdWxkIHNheTo8 YnI+DQogICAgPHByZSBjbGFzcz0iZWN4cmZjdGV4dCI+RGlzY29ubmVjdCBSZXF1ZXN0IHdpdGgg VXNlci1OYW1lOg0KDQogICAgICAgMDogeHh4eCB4eHh4IHh4eHggeHh4eCB4eHh4IDI4MDEgMDAx YyAxYjIzICAgIC5CLi4uLi4kLi0oLi4uLiMNCiAgICAgIDE2OiA2MjRjIDM1NDMgY2ViYSA1NWYx IGJlNTUgYTcxNCBjYTVlIDAxMDggICAgYkw1Qy4uVS4uVS4uLl4uLg0KICAgICAgMzI6IDZkNjMg Njg2OSA2MjYxDQoNCkRpc2Nvbm5lY3QgUmVxdWVzdCB3aXRoIEFjY3QtU2Vzc2lvbi1JRDoNCg0K ICAgICAgIDA6IHh4eHggeHh4eCB4eHh4IHh4eHggeHh4eCAyODAxIDAwMWUgYWQwZCAgICAuQi4u Li4uIH4uKC4uLi4uDQogICAgICAxNjogOGU1MyA1NWI2IGJkMDIgYTBjYiBhY2U2IDRlMzggNzdi ZCAyYzBhICAgIC5TVS4uLi4uLi5OOHcuLC4NCiAgICAgIDMyOiAzOTMwIDMyMzMgMzQzNSAzNjM3 ICAgICAgICAgICAgICAgICAgICAgICAgOTAyMzQ1NjcNCjwvcHJlPk5vdGVzOjxicj48cCBjbGFz cz0iZWN4c2ltcGxlaW5kZW50Ij4NCiAgICAgIFNpbmNlIGNhcmRpbmFsaXR5IG5vdGF0aW9uIHZh bHVlIGZvciBGcmFtZWQtSVAtQWRkcmVzcyBhdHRyaWJ1dGUNCiAgICAgIGhhcyBub3cgYmVlbiBj aGFuZ2VkIGluIHNlY3Rpb24gMy42ICgiVGFibGUgb2YgQXR0cmlidXRlcyIpDQogICAgICBjb21w YXJlZCB0byBwcmV2aW91cyAzNTc2IFJGQyAoY2hhbmdlIHdhcyBmcm9tICIwLTEiIHRvICIwIiks IHRoZQ0KICAgICAgIkRpc2Nvbm5lY3QgUmVxdWVzdCB3aXRoIEZyYW1lZC1JUC1BZGRyZXNzIiBl eGFtcGxlIGluIHNlY3Rpb24gNw0KICAgICAgKCJFeGFtcGxlIHRyYWNlcyIpIHNob3VsZCBiZSBy ZW1vdmVkLjxicj4NCiAgICAgIDxicj4NCiAgICAgIEZ1cnRoZXJtb3JlLCBhIG5ldyBidWxsZXQg aW4gIkFwcGVuZGl4IEEuIENoYW5nZXMgZnJvbSBSRkMgMzU3NiINCiAgICAgIHNob3VsZCBiZSBm b3Jlc2VlbiAoanVzdCBsaWtlIHRoZSBvbmUgcmVsYXRlZCB0byBTZXJ2aWNlLVR5cGUNCiAgICAg IEF0dHJpYnV0ZSksIHN1Y2ggYXM6PGJyPg0KICAgICAgbyBVc2Ugb2YgdGhlIEZyYW1lZC1JUC1B ZGRyZXNzLCBGcmFtZWQtSW50ZXJmYWNlLUlkIGFuZA0KICAgICAgRnJhbWVkLUlQdjYtUHJlZml4 IEF0dHJpYnV0ZXMgd2l0aGluIGEgRGlzY29ubmVjdC1SZXF1ZXN0IGlzDQogICAgICBwcm9oaWJp dGVkPGJyPg0KICAgICAgPGJyPg0KICAgICAgQnJvYWRseSBzcGVha2luZywgb25lIHRoaW5nIHRo YXQgc2VlbXMgdG8gbWUgYSBiaXQgdW5jbGVhciBpcyB0aGF0DQogICAgICBBdHRyaWJ1dGVzIHN1 Y2ggYXMgRnJhbWVkLUlQLUFkZHJlc3MsIEZyYW1lZC1JbnRlcmZhY2UtSWQgYW5kDQogICAgICBG cmFtZWQtSVB2Ni1QcmVmaXggYXJlIHN0aWxsIHZhbGlkIHNlc3Npb24gaWRlbnRpZmllcnMgdGhh dCBjb3VsZA0KICAgICAgYmUgcHJlc2VudCBpbiBDb0EgUmVxdWVzdHMsIHdoaWxlIHRoZXkgaGF2 ZSBiZWVuIHRvdGFsbHkNCiAgICAgIHByb2hpYml0ZWQgaW4gRGlzY29ubmVjdCBSZXF1ZXN0cyAo IGV2ZW4gaWYgdGhleSBhcmUgbWVudGlvbmVkIGFzDQogICAgICB2YWxpZCBpbiBzZWN0aW9uIDMs IGVuZCBvZiBwYWdlICMxMCApLjxicj4NCiAgICAgIEZyb20gbXkgcG9pbnQgb2YgdmlldywgZWl0 aGVyIGl0J3MgbWlzcGxhY2VkIHRoZSBleGFtcGxlIGluDQogICAgICBzZWN0aW9uIDcgb3IgY2Fy ZGluYWxpdHkgbm90YXRpb24gdmFsdWVzIGluIERpc2Nvbm5lY3QgTWVzc2FnZQ0KICAgICAgVGFi bGUgb2YgQXR0cmlidXRlcyAocmVsYXRlZCB0byB0aGUgb25lcyBtZW50aW9uZWQgYWJvdmUpIHNo b3VsZA0KICAgICAgYmUgY2hhbmdlZCBiYWNrIHRvICIwLTEiIChJIHBlcnNvbmFsbHkgdGhpbmsg dGhpcyBsYXN0IG9wdGlvbg0KICAgICAgd291bGQgYmUgYmV0dGVyKS48YnI+DQogICAgPC9wPjxw IGNsYXNzPSJlY3hzaW1wbGVpbmRlbnQiPjxicj4NCiAgICAgIFJlZ2FyZHMsIEJlbm9pdC48YnI+ DQogICAgPC9wPg0KICAgIDxicj4NCiAgICA8YmxvY2txdW90ZSBjaXRlPSJtaWQ6MjAxMjA1MDQx NTUxMDgub3BtMGpyYmNvd3M0OGtzYy1xbml2cXpAd2VibWFpbC5zcGFtY29wLm5ldCI+SXMgdGhl cmUgYSBtZXRob2Qgb2YgcmV2aWV3aW5nIHRoZSBpc3N1ZSB0aGF0IGRvZXNuJ3QNCiAgICAgIHJl cXVpcmUgaGF2aW5nIGFuIFJGQy1FZGl0b3JzIGFjY291bnQ/DQogICAgICA8YnI+DQogICAgICA8 YnI+DQogICAgICBEYXZlLg0KICAgICAgPGJyPg0KICAgICAgPGJyPg0KICAgICAgUXVvdGluZyBC ZW5vaXQgQ2xhaXNlIDxhIGNsYXNzPSJlY3htb3otdHh0LWxpbmstcmZjMjM5NkUiIGhyZWY9Im1h aWx0bzpiY2xhaXNlQGNpc2NvLmNvbSI+Jmx0O2JjbGFpc2VAY2lzY28uY29tJmd0OzwvYT46DQog ICAgICA8YnI+DQogICAgICA8YnI+DQogICAgICA8YmxvY2txdW90ZT5EZWFyIFJBREVYVCBjaGFp cnMsIFJBREVYVCBBZHZpc29yLCBhbmQNCiAgICAgICAgUkZDIDUxNzYgYXV0aG9ycywNCiAgICAg ICAgPGJyPg0KICAgICAgICA8YnI+DQogICAgICAgIENhbiB5b3UgcGxlYXNlIHByb3ZpZGUgc29t ZSBndWlkYW5jZSBvbiB0aGUgZXJyYXRhIDMxMDMNCiAgICAgICAgPGJyPg0KICAgICAgICA8YSBj bGFzcz0iZWN4bW96LXR4dC1saW5rLWZyZWV0ZXh0IiBocmVmPSJodHRwczovL3d3dy5yZmMtZWRp dG9yLm9yZy92ZXJpZnlfZXJyYXRhX3NlbGVjdC5waHA/ZWlkPTMxMDMiIHRhcmdldD0iX2JsYW5r Ij5odHRwczovL3d3dy5yZmMtZWRpdG9yLm9yZy92ZXJpZnlfZXJyYXRhX3NlbGVjdC5waHA/ZWlk PTMxMDM8L2E+DQogICAgICAgIDxicj4NCiAgICAgICAgPGJyPg0KICAgICAgICBSZWdhcmRzLCBC ZW5vaXQuDQogICAgICAgIDxicj4NCiAgICAgICAgPGJsb2NrcXVvdGU+UkFERVhUIGNoYWlycywN CiAgICAgICAgICA8YnI+DQogICAgICAgICAgPGJyPg0KICAgICAgICAgIENhbiB5b3UgcGxlYXNl IHByb3ZpZGUgYWR2aWNlIG9uIHRoZSByZXNvbHV0aW9uIG9mIEVycmF0YSAzMTAzDQogICAgICAg ICAgb24gUkZDDQogICAgICAgICAgPGJyPg0KICAgICAgICAgIDUxNzYuDQogICAgICAgICAgPGJy Pg0KICAgICAgICAgIDxicj4NCiAgICAgICAgICBUaGFua3MgYW5kIFJlZ2FyZHMsDQogICAgICAg ICAgPGJyPg0KICAgICAgICAgIDxicj4NCiAgICAgICAgICBEYW4NCiAgICAgICAgICA8YnI+DQog ICAgICAgICAgPGJyPg0KICAgICAgICAgIDxicj4NCiAgICAgICAgICA8YnI+DQogICAgICAgICAg PGJyPg0KICAgICAgICAgIDxicj4NCiAgICAgICAgICA8YnI+DQogICAgICAgIDwvYmxvY2txdW90 ZT4NCiAgICAgIDwvYmxvY2txdW90ZT4NCiAgICAgIDxicj4NCiAgICAgIDxicj4NCiAgICA8L2Js b2NrcXVvdGU+DQogICAgPGJyPg0KICA8L2Rpdj4NCg0KPC9ibG9ja3F1b3RlPjwvZGl2Pjxicj48 L2Rpdj48L2Rpdj4gCQkgCSAgIAkJICA8L2Rpdj4NCjwvZGl2PjwvYmxvY2txdW90ZT48L2Rpdj48 L2Jsb2NrcXVvdGU+PC9ib2R5PjwvaHRtbD4= --Apple-Mail-E1E1C7FC-1290-4587-9593-86C62D1FA32D-- From aland@deployingradius.com Thu Jun 7 00:52:55 2012 Return-Path: X-Original-To: radext@ietfa.amsl.com Delivered-To: radext@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4D7B521F86A0 for ; Thu, 7 Jun 2012 00:52:55 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -100.578 X-Spam-Level: X-Spam-Status: No, score=-100.578 tagged_above=-999 required=5 tests=[AWL=-1.479, BAYES_00=-2.599, J_CHICKENPOX_12=0.6, J_CHICKENPOX_21=0.6, MANGLED_TOOL=2.3, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id o-4CrYoazE-U for ; Thu, 7 Jun 2012 00:52:54 -0700 (PDT) Received: from liberty.deployingradius.com (liberty.deployingradius.com [88.191.76.128]) by ietfa.amsl.com (Postfix) with ESMTP id 47B1321F869C for ; Thu, 7 Jun 2012 00:52:53 -0700 (PDT) Message-ID: <4FD05DB8.2000503@deployingradius.com> Date: Thu, 07 Jun 2012 09:52:24 +0200 From: Alan DeKok User-Agent: Thunderbird 2.0.0.24 (Macintosh/20100228) MIME-Version: 1.0 To: Bernard Aboba References:

In-Reply-To: X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: "radext@ietf.org" Subject: Re: [radext] Errata 3103 on RFC 5176 X-BeenThere: radext@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: RADIUS EXTensions working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jun 2012 07:52:55 -0000 I agree with this assessment. Bernard Aboba wrote: >>> Reviewing the text of RFC 5176 and RFC 3576 and the discussion in >>> Issue 226, it seems fairly clear that Framed-IP-Address should not >>> have been prohibited as a session identifier in a Disconnect-Request. >>> Framed-IP-Address is noted as a session identifier early on and in >>> the table of attributes for Disconnect, Note 1 is listed indicating >>> that Framed-IP-Address is a session-identification attribute. The >>> change in the table was not listed in RFC 5176 Appendix A because >>> there was no intent to introduce a change. And Framed-IP-Address is >>> included in a Disconnect-Request example. The reasoning for not >>> changing RFC 3576 is noted at the end of Issue 226: >>> >>> a. Renumbering is a rare event. Therefore there is no requirement >>> that we optimize for this case; instead we should focus on more >>> common cases. >>> >>> b. Session identification via >>> Framed-IP-Address/Framed-IPv6-Prefix/Framed-Identifier was included >>> in RFC 3576 and appears to have been implemented (at least by Dynamic >>> Authorization Clients). Therefore an argument may be made for >>> retaining backward compatibility. >>> >>> c. A Disconnect-Request may only contain NAS and session >>> identification attributes. Therefore IP address attributes included >>> in a Disconnect-Request have an unambiguous meaning. >>> >>> Overall therefore there is very little confusion here; this is >>> exactly the kind of small mistake That can be fixed with an errata. >>> >>> >>> >>> ------------------------------------------------------------------------ >>> From: mchiba@cisco.com >>> Subject: Fwd: Errata 3103 on RFC 5176 >>> Date: Mon, 7 May 2012 09:22:08 -0700 >>> To: bernard_aboba@hotmail.com >>> >>> Hi Bernard, >>> Do you recall why IP Adress was prohibited for the Disconnect Requests? >>> >>> Best Regards, >>> -murtaza >>> >>> Begin forwarded message: >>> >>> *From: *Benoit Claise > >>> *Subject: **Re: Errata 3103 on RFC 5176* >>> *Date: *May 4, 2012 12:54:50 PM PDT >>> *To: *David Mitton > >>> *Cc: *radext-chairs@tools.ietf.org >>> , paul.congdon@hp.com >>> , "Murtaza Chiba (mchiba)" >>> >, meklund@cisco.com >>> , "Romascanu, Dan (Dan)" >>> > >>> >>> Hi Dave, >>> >>> Here is the errata. >>> >>> Errata ID: 3103 >>> >>> *Status: Reported >>> Type: Technical >>> * >>> Reported By: Davide Magistri >>> Date Reported: 2012-02-03 >>> >>> Section 7 says: >>> >>> Disconnect Request with User-Name: >>> >>> 0: xxxx xxxx xxxx xxxx xxxx 2801 001c 1b23 .B.....$.-(....# >>> 16: 624c 3543 ceba 55f1 be55 a714 ca5e 0108 bL5C..U..U...^.. >>> 32: 6d63 6869 6261 >>> >>> Disconnect Request with Acct-Session-ID: >>> >>> 0: xxxx xxxx xxxx xxxx xxxx 2801 001e ad0d .B..... ~.(..... >>> 16: 8e53 55b6 bd02 a0cb ace6 4e38 77bd 2c0a .SU.......N8w.,. >>> 32: 3930 3233 3435 3637 90234567 >>> >>> Disconnect Request with Framed-IP-Address: >>> >>> 0: xxxx xxxx xxxx xxxx xxxx 2801 001a 0bda .B....."2.(..... >>> 16: 33fe 765b 05f0 fd9c c32a 2f6b 5182 0806 3.v[.....*/kQ... >>> 32: 0a00 0203 >>> >>> It should say: >>> >>> Disconnect Request with User-Name: >>> >>> 0: xxxx xxxx xxxx xxxx xxxx 2801 001c 1b23 .B.....$.-(....# >>> 16: 624c 3543 ceba 55f1 be55 a714 ca5e 0108 bL5C..U..U...^.. >>> 32: 6d63 6869 6261 >>> >>> Disconnect Request with Acct-Session-ID: >>> >>> 0: xxxx xxxx xxxx xxxx xxxx 2801 001e ad0d .B..... ~.(..... >>> 16: 8e53 55b6 bd02 a0cb ace6 4e38 77bd 2c0a .SU.......N8w.,. >>> 32: 3930 3233 3435 3637 90234567 >>> >>> Notes: >>> >>> Since cardinality notation value for Framed-IP-Address attribute >>> has now been changed in section 3.6 ("Table of Attributes") >>> compared to previous 3576 RFC (change was from "0-1" to "0"), the >>> "Disconnect Request with Framed-IP-Address" example in section 7 >>> ("Example traces") should be removed. >>> >>> Furthermore, a new bullet in "Appendix A. Changes from RFC 3576" >>> should be foreseen (just like the one related to Service-Type >>> Attribute), such as: >>> o Use of the Framed-IP-Address, Framed-Interface-Id and >>> Framed-IPv6-Prefix Attributes within a Disconnect-Request is >>> prohibited >>> >>> Broadly speaking, one thing that seems to me a bit unclear is >>> that Attributes such as Framed-IP-Address, Framed-Interface-Id >>> and Framed-IPv6-Prefix are still valid session identifiers that >>> could be present in CoA Requests, while they have been totally >>> prohibited in Disconnect Requests ( even if they are mentioned as >>> valid in section 3, end of page #10 ). >>> From my point of view, either it's misplaced the example in >>> section 7 or cardinality notation values in Disconnect Message >>> Table of Attributes (related to the ones mentioned above) should >>> be changed back to "0-1" (I personally think this last option >>> would be better). >>> >>> >>> Regards, Benoit. >>> >>> >>> Is there a method of reviewing the issue that doesn't require >>> having an RFC-Editors account? >>> >>> Dave. >>> >>> Quoting Benoit Claise >>> : >>> >>> Dear RADEXT chairs, RADEXT Advisor, and RFC 5176 authors, >>> >>> Can you please provide some guidance on the errata 3103 >>> https://www.rfc-editor.org/verify_errata_select.php?eid=3103 >>> >>> Regards, Benoit. >>> >>> RADEXT chairs, >>> >>> Can you please provide advice on the resolution of >>> Errata 3103 on RFC >>> 5176. >>> >>> Thanks and Regards, >>> >>> Dan >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> > > ------------------------------------------------------------------------ > > _______________________________________________ > radext mailing list > radext@ietf.org > https://www.ietf.org/mailman/listinfo/radext From radext-bounces@ietf.org Thu Jun 7 00:52:56 2012 Return-Path: X-Original-To: radext-archive-IeZ9sae2@lists.ietf.org Delivered-To: ietfarch-radext-archive-IeZ9sae2@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D02F121F869C; Thu, 7 Jun 2012 00:52:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=ietf.org; s=ietf1; t=1339055576; bh=no80zqdMIN7uHxJoPsRiWp3kpkGjZTcsQOQNoO+eulk=; h=Message-ID:Date:From:MIME-Version:To:References:In-Reply-To:Cc: Subject:List-Id:List-Unsubscribe:List-Archive:List-Post:List-Help: List-Subscribe:Content-Type:Content-Transfer-Encoding:Sender; b=gyUDH0eyma2gU1xFZ4HlEx7b6OFmgLz02TepT3grgNOOL4ll9B8FoYJyf3I9yFhmY HZJHeWV7XcDrjbBl2kwFCUrsfvTXnn+W7LxO9c1Yjr0gxJy6yYIl8pfytL7KYxZIvU PMd2TtoPFO3VPJuz0EEBxYx8tLZkCXvh6FByT3uA= X-Original-To: radext@ietfa.amsl.com Delivered-To: radext@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4D7B521F86A0 for ; Thu, 7 Jun 2012 00:52:55 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -100.578 X-Spam-Level: X-Spam-Status: No, score=-100.578 tagged_above=-999 required=5 tests=[AWL=-1.479, BAYES_00=-2.599, J_CHICKENPOX_12=0.6, J_CHICKENPOX_21=0.6, MANGLED_TOOL=2.3, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id o-4CrYoazE-U for ; Thu, 7 Jun 2012 00:52:54 -0700 (PDT) Received: from liberty.deployingradius.com (liberty.deployingradius.com [88.191.76.128]) by ietfa.amsl.com (Postfix) with ESMTP id 47B1321F869C for ; Thu, 7 Jun 2012 00:52:53 -0700 (PDT) Message-ID: <4FD05DB8.2000503@deployingradius.com> Date: Thu, 07 Jun 2012 09:52:24 +0200 From: Alan DeKok User-Agent: Thunderbird 2.0.0.24 (Macintosh/20100228) MIME-Version: 1.0 To: Bernard Aboba References:

In-Reply-To: X-Enigmail-Version: 0.96.0 Cc: "radext@ietf.org" Subject: Re: [radext] Errata 3103 on RFC 5176 X-BeenThere: radext@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: RADIUS EXTensions working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: radext-bounces@ietf.org Errors-To: radext-bounces@ietf.org I agree with this assessment. Bernard Aboba wrote: >>> Reviewing the text of RFC 5176 and RFC 3576 and the discussion in >>> Issue 226, it seems fairly clear that Framed-IP-Address should not >>> have been prohibited as a session identifier in a Disconnect-Request. >>> Framed-IP-Address is noted as a session identifier early on and in >>> the table of attributes for Disconnect, Note 1 is listed indicating >>> that Framed-IP-Address is a session-identification attribute. The >>> change in the table was not listed in RFC 5176 Appendix A because >>> there was no intent to introduce a change. And Framed-IP-Address is >>> included in a Disconnect-Request example. The reasoning for not >>> changing RFC 3576 is noted at the end of Issue 226: >>> >>> a. Renumbering is a rare event. Therefore there is no requirement >>> that we optimize for this case; instead we should focus on more >>> common cases. >>> >>> b. Session identification via >>> Framed-IP-Address/Framed-IPv6-Prefix/Framed-Identifier was included >>> in RFC 3576 and appears to have been implemented (at least by Dynamic >>> Authorization Clients). Therefore an argument may be made for >>> retaining backward compatibility. >>> >>> c. A Disconnect-Request may only contain NAS and session >>> identification attributes. Therefore IP address attributes included >>> in a Disconnect-Request have an unambiguous meaning. >>> >>> Overall therefore there is very little confusion here; this is >>> exactly the kind of small mistake That can be fixed with an errata. >>> >>> >>> >>> ------------------------------------------------------------------------ >>> From: mchiba@cisco.com >>> Subject: Fwd: Errata 3103 on RFC 5176 >>> Date: Mon, 7 May 2012 09:22:08 -0700 >>> To: bernard_aboba@hotmail.com >>> >>> Hi Bernard, >>> Do you recall why IP Adress was prohibited for the Disconnect Requests? >>> >>> Best Regards, >>> -murtaza >>> >>> Begin forwarded message: >>> >>> *From: *Benoit Claise > >>> *Subject: **Re: Errata 3103 on RFC 5176* >>> *Date: *May 4, 2012 12:54:50 PM PDT >>> *To: *David Mitton > >>> *Cc: *radext-chairs@tools.ietf.org >>> , paul.congdon@hp.com >>> , "Murtaza Chiba (mchiba)" >>> >, meklund@cisco.com >>> , "Romascanu, Dan (Dan)" >>> > >>> >>> Hi Dave, >>> >>> Here is the errata. >>> >>> Errata ID: 3103 >>> >>> *Status: Reported >>> Type: Technical >>> * >>> Reported By: Davide Magistri >>> Date Reported: 2012-02-03 >>> >>> Section 7 says: >>> >>> Disconnect Request with User-Name: >>> >>> 0: xxxx xxxx xxxx xxxx xxxx 2801 001c 1b23 .B.....$.-(....# >>> 16: 624c 3543 ceba 55f1 be55 a714 ca5e 0108 bL5C..U..U...^.. >>> 32: 6d63 6869 6261 >>> >>> Disconnect Request with Acct-Session-ID: >>> >>> 0: xxxx xxxx xxxx xxxx xxxx 2801 001e ad0d .B..... ~.(..... >>> 16: 8e53 55b6 bd02 a0cb ace6 4e38 77bd 2c0a .SU.......N8w.,. >>> 32: 3930 3233 3435 3637 90234567 >>> >>> Disconnect Request with Framed-IP-Address: >>> >>> 0: xxxx xxxx xxxx xxxx xxxx 2801 001a 0bda .B....."2.(..... >>> 16: 33fe 765b 05f0 fd9c c32a 2f6b 5182 0806 3.v[.....*/kQ... >>> 32: 0a00 0203 >>> >>> It should say: >>> >>> Disconnect Request with User-Name: >>> >>> 0: xxxx xxxx xxxx xxxx xxxx 2801 001c 1b23 .B.....$.-(....# >>> 16: 624c 3543 ceba 55f1 be55 a714 ca5e 0108 bL5C..U..U...^.. >>> 32: 6d63 6869 6261 >>> >>> Disconnect Request with Acct-Session-ID: >>> >>> 0: xxxx xxxx xxxx xxxx xxxx 2801 001e ad0d .B..... ~.(..... >>> 16: 8e53 55b6 bd02 a0cb ace6 4e38 77bd 2c0a .SU.......N8w.,. >>> 32: 3930 3233 3435 3637 90234567 >>> >>> Notes: >>> >>> Since cardinality notation value for Framed-IP-Address attribute >>> has now been changed in section 3.6 ("Table of Attributes") >>> compared to previous 3576 RFC (change was from "0-1" to "0"), the >>> "Disconnect Request with Framed-IP-Address" example in section 7 >>> ("Example traces") should be removed. >>> >>> Furthermore, a new bullet in "Appendix A. Changes from RFC 3576" >>> should be foreseen (just like the one related to Service-Type >>> Attribute), such as: >>> o Use of the Framed-IP-Address, Framed-Interface-Id and >>> Framed-IPv6-Prefix Attributes within a Disconnect-Request is >>> prohibited >>> >>> Broadly speaking, one thing that seems to me a bit unclear is >>> that Attributes such as Framed-IP-Address, Framed-Interface-Id >>> and Framed-IPv6-Prefix are still valid session identifiers that >>> could be present in CoA Requests, while they have been totally >>> prohibited in Disconnect Requests ( even if they are mentioned as >>> valid in section 3, end of page #10 ). >>> From my point of view, either it's misplaced the example in >>> section 7 or cardinality notation values in Disconnect Message >>> Table of Attributes (related to the ones mentioned above) should >>> be changed back to "0-1" (I personally think this last option >>> would be better). >>> >>> >>> Regards, Benoit. >>> >>> >>> Is there a method of reviewing the issue that doesn't require >>> having an RFC-Editors account? >>> >>> Dave. >>> >>> Quoting Benoit Claise >>> : >>> >>> Dear RADEXT chairs, RADEXT Advisor, and RFC 5176 authors, >>> >>> Can you please provide some guidance on the errata 3103 >>> https://www.rfc-editor.org/verify_errata_select.php?eid=3103 >>> >>> Regards, Benoit. >>> >>> RADEXT chairs, >>> >>> Can you please provide advice on the resolution of >>> Errata 3103 on RFC >>> 5176. >>> >>> Thanks and Regards, >>> >>> Dan >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> > > ------------------------------------------------------------------------ > > _______________________________________________ > radext mailing list > radext@ietf.org > https://www.ietf.org/mailman/listinfo/radext _______________________________________________ radext mailing list radext@ietf.org https://www.ietf.org/mailman/listinfo/radext From bernard_aboba@hotmail.com Thu Jun 7 09:52:47 2012 Return-Path: X-Original-To: radext@ietfa.amsl.com Delivered-To: radext@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 92AC921F8804 for ; Thu, 7 Jun 2012 09:52:47 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -99.098 X-Spam-Level: X-Spam-Status: No, score=-99.098 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, J_CHICKENPOX_12=0.6, J_CHICKENPOX_21=0.6, MANGLED_TOOL=2.3, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id WMEHYfV6W-Nd for ; Thu, 7 Jun 2012 09:52:46 -0700 (PDT) Received: from blu0-omc2-s4.blu0.hotmail.com (blu0-omc2-s4.blu0.hotmail.com [65.55.111.79]) by ietfa.amsl.com (Postfix) with ESMTP id 03FBE21F871D for ; Thu, 7 Jun 2012 09:52:45 -0700 (PDT) Received: from BLU169-W54 ([65.55.111.71]) by blu0-omc2-s4.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675); Thu, 7 Jun 2012 09:52:45 -0700 Message-ID: Content-Type: multipart/alternative; boundary="_897c0452-df05-45fe-9437-5c4b9d2cf58c_" X-Originating-IP: [24.16.96.166] From: Bernard Aboba To: Alan DeKok Date: Thu, 7 Jun 2012 09:52:44 -0700 Importance: Normal In-Reply-To: <4FD05DB8.2000503@deployingradius.com> References: , , <4FD05DB8.2000503@deployingradius.com> MIME-Version: 1.0 X-OriginalArrivalTime: 07 Jun 2012 16:52:45.0341 (UTC) FILETIME=[F63734D0:01CD44CD] Cc: radext@ietf.org Subject: Re: [radext] Errata 3103 on RFC 5176 X-BeenThere: radext@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: RADIUS EXTensions working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jun 2012 16:52:47 -0000 --_897c0452-df05-45fe-9437-5c4b9d2cf58c_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable The implication is that Errata 3103 should be REJECTED=2C and another errat= a (fixing the table for Framed-IP-Address to make it 0-1 instead of 0) shou= ld be submitted instead. > Date: Thu=2C 7 Jun 2012 09:52:24 +0200 > From: aland@deployingradius.com > To: bernard_aboba@hotmail.com > CC: radext@ietf.org > Subject: Re: [radext] Errata 3103 on RFC 5176 >=20 > I agree with this assessment. >=20 > Bernard Aboba wrote: > >>> Reviewing the text of RFC 5176 and RFC 3576 and the discussion in > >>> Issue 226=2C it seems fairly clear that Framed-IP-Address should not > >>> have been prohibited as a session identifier in a Disconnect-Request. > >>> Framed-IP-Address is noted as a session identifier early on and in > >>> the table of attributes for Disconnect=2C Note 1 is listed indicating > >>> that Framed-IP-Address is a session-identification attribute. The > >>> change in the table was not listed in RFC 5176 Appendix A because > >>> there was no intent to introduce a change. And Framed-IP-Address is > >>> included in a Disconnect-Request example. The reasoning for not > >>> changing RFC 3576 is noted at the end of Issue 226: > >>> > >>> a. Renumbering is a rare event. Therefore there is no requirement > >>> that we optimize for this case=3B instead we should focus on more > >>> common cases.=20 > >>> > >>> b. Session identification via > >>> Framed-IP-Address/Framed-IPv6-Prefix/Framed-Identifier was included > >>> in RFC 3576 and appears to have been implemented (at least by Dynamic > >>> Authorization Clients). Therefore an argument may be made for > >>> retaining backward compatibility. > >>> > >>> c. A Disconnect-Request may only contain NAS and session > >>> identification attributes. Therefore IP address attributes included > >>> in a Disconnect-Request have an unambiguous meaning. > >>> > >>> Overall therefore there is very little confusion here=3B this is > >>> exactly the kind of small mistake That can be fixed with an errata. > >>> > >>> > >>> > >>> ---------------------------------------------------------------------= --- > >>> From: mchiba@cisco.com > >>> Subject: Fwd: Errata 3103 on RFC 5176 > >>> Date: Mon=2C 7 May 2012 09:22:08 -0700 > >>> To: bernard_aboba@hotmail.com > >>> > >>> Hi Bernard=2C > >>> Do you recall why IP Adress was prohibited for the Disconnect Request= s? > >>> > >>> Best Regards=2C > >>> -murtaza > >>> > >>> Begin forwarded message: > >>> > >>> *From: *Benoit Claise > > >>> *Subject: **Re: Errata 3103 on RFC 5176* > >>> *Date: *May 4=2C 2012 12:54:50 PM PDT > >>> *To: *David Mitton > > >>> *Cc: *radext-chairs@tools.ietf.org > >>> =2C paul.congdon@hp.com > >>> =2C "Murtaza Chiba (mchiba)" > >>> >=2C meklund@cisco.com > >>> =2C "Romascanu=2C Dan (Dan)" > >>> > > >>> > >>> Hi Dave=2C > >>> > >>> Here is the errata. > >>> > >>> Errata ID: 3103 > >>> > >>> *Status: Reported > >>> Type: Technical > >>> * > >>> Reported By: Davide Magistri > >>> Date Reported: 2012-02-03 > >>> > >>> Section 7 says: > >>> > >>> Disconnect Request with User-Name: > >>> > >>> 0: xxxx xxxx xxxx xxxx xxxx 2801 001c 1b23 .B.....$.-(.= ...# > >>> 16: 624c 3543 ceba 55f1 be55 a714 ca5e 0108 bL5C..U..U..= .^.. > >>> 32: 6d63 6869 6261 > >>> > >>> Disconnect Request with Acct-Session-ID: > >>> > >>> 0: xxxx xxxx xxxx xxxx xxxx 2801 001e ad0d .B..... ~.(.= .... > >>> 16: 8e53 55b6 bd02 a0cb ace6 4e38 77bd 2c0a .SU.......N8= w.=2C. > >>> 32: 3930 3233 3435 3637 90234567 > >>> > >>> Disconnect Request with Framed-IP-Address: > >>> > >>> 0: xxxx xxxx xxxx xxxx xxxx 2801 001a 0bda .B....."2.(.= .... > >>> 16: 33fe 765b 05f0 fd9c c32a 2f6b 5182 0806 3.v[.....*/k= Q... > >>> 32: 0a00 0203 > >>> > >>> It should say: > >>> > >>> Disconnect Request with User-Name: > >>> > >>> 0: xxxx xxxx xxxx xxxx xxxx 2801 001c 1b23 .B.....$.-(.= ...# > >>> 16: 624c 3543 ceba 55f1 be55 a714 ca5e 0108 bL5C..U..U..= .^.. > >>> 32: 6d63 6869 6261 > >>> > >>> Disconnect Request with Acct-Session-ID: > >>> > >>> 0: xxxx xxxx xxxx xxxx xxxx 2801 001e ad0d .B..... ~.(.= .... > >>> 16: 8e53 55b6 bd02 a0cb ace6 4e38 77bd 2c0a .SU.......N8= w.=2C. > >>> 32: 3930 3233 3435 3637 90234567 > >>> > >>> Notes: > >>> > >>> Since cardinality notation value for Framed-IP-Address attribute > >>> has now been changed in section 3.6 ("Table of Attributes") > >>> compared to previous 3576 RFC (change was from "0-1" to "0")=2C t= he > >>> "Disconnect Request with Framed-IP-Address" example in section 7 > >>> ("Example traces") should be removed. > >>> > >>> Furthermore=2C a new bullet in "Appendix A. Changes from RFC 3576= " > >>> should be foreseen (just like the one related to Service-Type > >>> Attribute)=2C such as: > >>> o Use of the Framed-IP-Address=2C Framed-Interface-Id and > >>> Framed-IPv6-Prefix Attributes within a Disconnect-Request is > >>> prohibited > >>> > >>> Broadly speaking=2C one thing that seems to me a bit unclear is > >>> that Attributes such as Framed-IP-Address=2C Framed-Interface-Id > >>> and Framed-IPv6-Prefix are still valid session identifiers that > >>> could be present in CoA Requests=2C while they have been totally > >>> prohibited in Disconnect Requests ( even if they are mentioned as > >>> valid in section 3=2C end of page #10 ). > >>> From my point of view=2C either it's misplaced the example in > >>> section 7 or cardinality notation values in Disconnect Message > >>> Table of Attributes (related to the ones mentioned above) should > >>> be changed back to "0-1" (I personally think this last option > >>> would be better). > >>> > >>> > >>> Regards=2C Benoit. > >>> > >>> > >>> Is there a method of reviewing the issue that doesn't require > >>> having an RFC-Editors account? > >>> > >>> Dave. > >>> > >>> Quoting Benoit Claise > >>> : > >>> > >>> Dear RADEXT chairs=2C RADEXT Advisor=2C and RFC 5176 auth= ors=2C > >>> > >>> Can you please provide some guidance on the errata 3103 > >>> https://www.rfc-editor.org/verify_errata_select.php?eid= =3D3103 > >>> > >>> Regards=2C Benoit. > >>> > >>> RADEXT chairs=2C > >>> > >>> Can you please provide advice on the resolution of > >>> Errata 3103 on RFC > >>> 5176. > >>> > >>> Thanks and Regards=2C > >>> > >>> Dan > >>> > >>> > >>> > >>> > >>> > >>> > >>> > >>> > >>> > >>> > >=20 > > -----------------------------------------------------------------------= - > >=20 > > _______________________________________________ > > radext mailing list > > radext@ietf.org > > https://www.ietf.org/mailman/listinfo/radext >=20 > _______________________________________________ > radext mailing list > radext@ietf.org > https://www.ietf.org/mailman/listinfo/radext = --_897c0452-df05-45fe-9437-5c4b9d2cf58c_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable

The implication is that Errata 3103 should be REJECTED=2C and another errat= a (fixing the table for Framed-IP-Address to make it 0-1 instead of 0) shou= ld be submitted instead.

= >=3B Date: Thu=2C 7 Jun 2012 09:52:24 +0200
>=3B From: aland@deployi= ngradius.com
>=3B To: bernard_aboba@hotmail.com
>=3B CC: radext@i= etf.org
>=3B Subject: Re: [radext] Errata 3103 on RFC 5176
>=3B <= br>>=3B I agree with this assessment.
>=3B
>=3B Bernard Abob= a wrote:
>=3B >=3B>=3B>=3B Reviewing the text of RFC 5176 and RF= C 3576 and the discussion in
>=3B >=3B>=3B>=3B Issue 226=2C it s= eems fairly clear that Framed-IP-Address should not
>=3B >=3B>=3B&= gt=3B have been prohibited as a session identifier in a Disconnect-Request.=
>=3B >=3B>=3B>=3B Framed-IP-Address is noted as a session ident= ifier early on and in
>=3B >=3B>=3B>=3B the table of attributes = for Disconnect=2C Note 1 is listed indicating
>=3B >=3B>=3B>=3B = that Framed-IP-Address is a session-identification attribute. The
>= =3B >=3B>=3B>=3B change in the table was not listed in RFC 5176 Appen= dix A because
>=3B >=3B>=3B>=3B there was no intent to introduce= a change. And Framed-IP-Address is
>=3B >=3B>=3B>=3B included i= n a Disconnect-Request example. The reasoning for not
>=3B >=3B>= =3B>=3B changing RFC 3576 is noted at the end of Issue 226:
>=3B >= =3B>=3B>=3B
>=3B >=3B>=3B>=3B a. Renumbering is a rare event= . Therefore there is no requirement
>=3B >=3B>=3B>=3B that we o= ptimize for this case=3B instead we should focus on more
>=3B >=3B&g= t=3B>=3B common cases.
>=3B >=3B>=3B>=3B
>=3B >=3B>= =3B>=3B b. Session identification via
>=3B >=3B>=3B>=3B Framed= -IP-Address/Framed-IPv6-Prefix/Framed-Identifier was included
>=3B >= =3B>=3B>=3B in RFC 3576 and appears to have been implemented (at least = by Dynamic
>=3B >=3B>=3B>=3B Authorization Clients). Therefore= an argument may be made for
>=3B >=3B>=3B>=3B retaining backwar= d compatibility.
>=3B >=3B>=3B>=3B
>=3B >=3B>=3B>=3B = c. A Disconnect-Request may only contain NAS and session
>=3B >=3B&g= t=3B>=3B identification attributes. Therefore IP address attributes incl= uded
>=3B >=3B>=3B>=3B in a Disconnect-Request have an unambiguo= us meaning.
>=3B >=3B>=3B>=3B
>=3B >=3B>=3B>=3B Overa= ll therefore there is very little confusion here=3B this is
>=3B >= =3B>=3B>=3B exactly the kind of small mistake That can be fixed with an= errata.
>=3B >=3B>=3B>=3B
>=3B >=3B>=3B>=3B
>= =3B >=3B>=3B>=3B
>=3B >=3B>=3B>=3B -----------------------= -------------------------------------------------
>=3B >=3B>=3B>= =3B From: mchiba@cisco.com <=3Bmailto:mchiba@cisco.com>=3B
>=3B &g= t=3B>=3B>=3B Subject: Fwd: Errata 3103 on RFC 5176
>=3B >=3B>= =3B>=3B Date: Mon=2C 7 May 2012 09:22:08 -0700
>=3B >=3B>=3B>= =3B To: bernard_aboba@hotmail.com <=3Bmailto:bernard_aboba@hotmail.com>= =3B
>=3B >=3B>=3B>=3B
>=3B >=3B>=3B>=3B Hi Bernard=2C=
>=3B >=3B>=3B>=3B Do you recall why IP Adress was prohibited fo= r the Disconnect Requests?
>=3B >=3B>=3B>=3B
>=3B >=3B>= =3B>=3B Best Regards=2C
>=3B >=3B>=3B>=3B -murtaza
>=3B &= gt=3B>=3B>=3B
>=3B >=3B>=3B>=3B Begin forwarded message:
= >=3B >=3B>=3B>=3B
>=3B >=3B>=3B>=3B *From: *Benoit C= laise <=3Bbclaise@cisco.com <=3Bmailto:bclaise@cisco.com>=3B>=3B>=3B >=3B>=3B>=3B *Subject: **Re: Errata 3103 on RFC 5176*
= >=3B >=3B>=3B>=3B *Date: *May 4=2C 2012 12:54:50 PM PDT
>= =3B >=3B>=3B>=3B *To: *David Mitton <=3Bdavid@mitton.com <=3B= mailto:david@mitton.com>=3B>=3B
>=3B >=3B>=3B>=3B *Cc: *= radext-chairs@tools.ietf.org
>=3B >=3B>=3B>=3B <=3Bmailto:= radext-chairs@tools.ietf.org>=3B=2C paul.congdon@hp.com
>=3B >=3B&= gt=3B>=3B <=3Bmailto:paul.congdon@hp.com>=3B=2C "Murtaza Chiba (m= chiba)"
>=3B >=3B>=3B>=3B <=3Bmchiba@cisco.com <=3Bmailt= o:mchiba@cisco.com>=3B>=3B=2C meklund@cisco.com
>=3B >=3B>=3B&= gt=3B <=3Bmailto:meklund@cisco.com>=3B=2C "Romascanu=2C Dan (Dan)"<= br>>=3B >=3B>=3B>=3B <=3Bdromasca@avaya.com <=3Bmailto:drom= asca@avaya.com>=3B>=3B
>=3B >=3B>=3B>=3B
>=3B >=3B>= =3B>=3B Hi Dave=2C
>=3B >=3B>=3B>=3B
>=3B >=3B>= =3B>=3B Here is the errata.
>=3B >=3B>=3B>=3B
>=3B &g= t=3B>=3B>=3B Errata ID: 3103
>=3B >=3B>=3B>=3B
>=3B= >=3B>=3B>=3B *Status: Reported
>=3B >=3B>=3B>=3B = Type: Technical
>=3B >=3B>=3B>=3B *
>=3B >=3B>=3B&g= t=3B Reported By: Davide Magistri
>=3B >=3B>=3B>=3B Date= Reported: 2012-02-03
>=3B >=3B>=3B>=3B
>=3B >=3B>=3B&g= t=3B Section 7 says:
>=3B >=3B>=3B>=3B
>=3B >=3B>= =3B>=3B Disconnect Request with User-Name:
>=3B >=3B>=3B>= =3B
>=3B >=3B>=3B>=3B 0: xxxx xxxx xxxx xxxx xxxx 280= 1 001c 1b23 .B.....$.-(....#
>=3B >=3B>=3B>=3B 16: = 624c 3543 ceba 55f1 be55 a714 ca5e 0108 bL5C..U..U...^..
>=3B >= =3B>=3B>=3B 32: 6d63 6869 6261
>=3B >=3B>=3B>=3B>=3B >=3B>=3B>=3B Disconnect Request with Acct-Session-ID:>=3B >=3B>=3B>=3B
>=3B >=3B>=3B>=3B 0: xxxx = xxxx xxxx xxxx xxxx 2801 001e ad0d .B..... ~.(.....
>=3B >=3B>= =3B>=3B 16: 8e53 55b6 bd02 a0cb ace6 4e38 77bd 2c0a .SU.....= ..N8w.=2C.
>=3B >=3B>=3B>=3B 32: 3930 3233 3435 3637 = 90234567
>=3B >=3B>=3B>=3B
>=3B >= =3B>=3B>=3B Disconnect Request with Framed-IP-Address:
>=3B &g= t=3B>=3B>=3B
>=3B >=3B>=3B>=3B 0: xxxx xxxx xxxx = xxxx xxxx 2801 001a 0bda .B....."2.(.....
>=3B >=3B>=3B>=3B = 16: 33fe 765b 05f0 fd9c c32a 2f6b 5182 0806 3.v[.....*/kQ...>=3B >=3B>=3B>=3B 32: 0a00 0203
>=3B >=3B>=3B&g= t=3B
>=3B >=3B>=3B>=3B It should say:
>=3B >=3B>=3B= >=3B
>=3B >=3B>=3B>=3B Disconnect Request with User-Name:<= br>>=3B >=3B>=3B>=3B
>=3B >=3B>=3B>=3B 0: xxx= x xxxx xxxx xxxx xxxx 2801 001c 1b23 .B.....$.-(....#
>=3B >=3B&g= t=3B>=3B 16: 624c 3543 ceba 55f1 be55 a714 ca5e 0108 bL5C..U= ..U...^..
>=3B >=3B>=3B>=3B 32: 6d63 6869 6261
>= =3B >=3B>=3B>=3B
>=3B >=3B>=3B>=3B Disconnect Request = with Acct-Session-ID:
>=3B >=3B>=3B>=3B
>=3B >=3B>=3B&g= t=3B 0: xxxx xxxx xxxx xxxx xxxx 2801 001e ad0d .B..... ~.(..= ...
>=3B >=3B>=3B>=3B 16: 8e53 55b6 bd02 a0cb ace6 4e3= 8 77bd 2c0a .SU.......N8w.=2C.
>=3B >=3B>=3B>=3B 32= : 3930 3233 3435 3637 90234567
>=3B >=3B>= =3B>=3B
>=3B >=3B>=3B>=3B Notes:
>=3B >=3B>=3B>= =3B
>=3B >=3B>=3B>=3B Since cardinality notation value for F= ramed-IP-Address attribute
>=3B >=3B>=3B>=3B has now been ch= anged in section 3.6 ("Table of Attributes")
>=3B >=3B>=3B>=3B = compared to previous 3576 RFC (change was from "0-1" to "0")=2C the
&= gt=3B >=3B>=3B>=3B "Disconnect Request with Framed-IP-Address" ex= ample in section 7
>=3B >=3B>=3B>=3B ("Example traces") shou= ld be removed.
>=3B >=3B>=3B>=3B
>=3B >=3B>=3B>=3B = Furthermore=2C a new bullet in "Appendix A. Changes from RFC 3576"
>= =3B >=3B>=3B>=3B should be foreseen (just like the one related to= Service-Type
>=3B >=3B>=3B>=3B Attribute)=2C such as:
&g= t=3B >=3B>=3B>=3B o Use of the Framed-IP-Address=2C Framed-Interf= ace-Id and
>=3B >=3B>=3B>=3B Framed-IPv6-Prefix Attributes w= ithin a Disconnect-Request is
>=3B >=3B>=3B>=3B prohibited>=3B >=3B>=3B>=3B
>=3B >=3B>=3B>=3B Broadly speaki= ng=2C one thing that seems to me a bit unclear is
>=3B >=3B>=3B>= =3B that Attributes such as Framed-IP-Address=2C Framed-Interface-Id>=3B >=3B>=3B>=3B and Framed-IPv6-Prefix are still valid sessi= on identifiers that
>=3B >=3B>=3B>=3B could be present in Co= A Requests=2C while they have been totally
>=3B >=3B>=3B>=3B = prohibited in Disconnect Requests ( even if they are mentioned as
>= =3B >=3B>=3B>=3B valid in section 3=2C end of page #10 ).
>= =3B >=3B>=3B>=3B From my point of view=2C either it's misplaced t= he example in
>=3B >=3B>=3B>=3B section 7 or cardinality not= ation values in Disconnect Message
>=3B >=3B>=3B>=3B Table o= f Attributes (related to the ones mentioned above) should
>=3B >=3B&= gt=3B>=3B be changed back to "0-1" (I personally think this last opti= on
>=3B >=3B>=3B>=3B would be better).
>=3B >=3B>= =3B>=3B
>=3B >=3B>=3B>=3B
>=3B >=3B>=3B>=3B Reg= ards=2C Benoit.
>=3B >=3B>=3B>=3B
>=3B >=3B>=3B>=3B>=3B >=3B>=3B>=3B Is there a method of reviewing the issu= e that doesn't require
>=3B >=3B>=3B>=3B having an RFC-E= ditors account?
>=3B >=3B>=3B>=3B
>=3B >=3B>=3B>=3B = Dave.
>=3B >=3B>=3B>=3B
>=3B >=3B>=3B>=3B = Quoting Benoit Claise <=3Bbclaise@cisco.com>=3B
>=3B >=3B>= =3B>=3B <=3Bmailto:bclaise@cisco.com>=3B:
>=3B >=3B>= =3B>=3B
>=3B >=3B>=3B>=3B Dear RADEXT chairs=2C RA= DEXT Advisor=2C and RFC 5176 authors=2C
>=3B >=3B>=3B>=3B
>= =3B >=3B>=3B>=3B Can you please provide some guidance on = the errata 3103
>=3B >=3B>=3B>=3B https://www.rfc-ed= itor.org/verify_errata_select.php?eid=3D3103
>=3B >=3B>=3B>=3B>=3B >=3B>=3B>=3B Regards=2C Benoit.
>=3B >=3B= >=3B>=3B
>=3B >=3B>=3B>=3B RADEXT chairs=2C<= br>>=3B >=3B>=3B>=3B
>=3B >=3B>=3B>=3B C= an you please provide advice on the resolution of
>=3B >=3B>=3B>= =3B Errata 3103 on RFC
>=3B >=3B>=3B>=3B = 5176.
>=3B >=3B>=3B>=3B
>=3B >=3B>=3B>=3B = Thanks and Regards=2C
>=3B >=3B>=3B>=3B
>=3B = >=3B>=3B>=3B Dan
>=3B >=3B>=3B>=3B
>= =3B >=3B>=3B>=3B
>=3B >=3B>=3B>=3B
>=3B >=3B>=3B&= gt=3B
>=3B >=3B>=3B>=3B
>=3B >=3B>=3B>=3B
>=3B &= gt=3B>=3B>=3B
>=3B >=3B>=3B>=3B
>=3B >=3B>=3B>=3B=
>=3B >=3B>=3B>=3B
>=3B >=3B
>=3B >=3B ----------= --------------------------------------------------------------
>=3B &g= t=3B
>=3B >=3B _______________________________________________
&= gt=3B >=3B radext mailing list
>=3B >=3B radext@ietf.org
>=3B= >=3B https://www.ietf.org/mailman/listinfo/radext
>=3B
>=3B _= ______________________________________________
>=3B radext mailing lis= t
>=3B radext@ietf.org
>=3B https://www.ietf.org/mailman/listinfo= /radext

= --_897c0452-df05-45fe-9437-5c4b9d2cf58c_-- From radext-bounces@ietf.org Thu Jun 7 09:52:50 2012 Return-Path: X-Original-To: radext-archive-IeZ9sae2@lists.ietf.org Delivered-To: ietfarch-radext-archive-IeZ9sae2@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CA7C111E808C; Thu, 7 Jun 2012 09:52:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=ietf.org; s=ietf1; t=1339087969; bh=c+nlNZaPQeah7wjNygggpMNxBewmW6Iwoof+mvD4fuA=; h=Message-ID:From:To:Date:In-Reply-To:References:MIME-Version:Cc: Subject:List-Id:List-Unsubscribe:List-Archive:List-Post:List-Help: List-Subscribe:Content-Type:Sender; b=OyvD1ZwS1cG79ZCuhA8FugQ5cWCVQwS+bRv4tyU9hK0IjCV+sQ6gC5dJN/JwTD4y/ dcdoK/ln+ab/3BqE41E0z3W50JADm898NdieLG6O6gX7Z8LHqxPJd/zhgGVS7iw992 HKaYQJTXFPeFwYGToJ5cqTpHT+t6yrVBmZR5B7u0= X-Original-To: radext@ietfa.amsl.com Delivered-To: radext@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 92AC921F8804 for ; Thu, 7 Jun 2012 09:52:47 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -99.098 X-Spam-Level: X-Spam-Status: No, score=-99.098 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, J_CHICKENPOX_12=0.6, J_CHICKENPOX_21=0.6, MANGLED_TOOL=2.3, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id WMEHYfV6W-Nd for ; Thu, 7 Jun 2012 09:52:46 -0700 (PDT) Received: from blu0-omc2-s4.blu0.hotmail.com (blu0-omc2-s4.blu0.hotmail.com [65.55.111.79]) by ietfa.amsl.com (Postfix) with ESMTP id 03FBE21F871D for ; Thu, 7 Jun 2012 09:52:45 -0700 (PDT) Received: from BLU169-W54 ([65.55.111.71]) by blu0-omc2-s4.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675); Thu, 7 Jun 2012 09:52:45 -0700 Message-ID: X-Originating-IP: [24.16.96.166] From: Bernard Aboba To: Alan DeKok Date: Thu, 7 Jun 2012 09:52:44 -0700 Importance: Normal In-Reply-To: <4FD05DB8.2000503@deployingradius.com> References: , , <4FD05DB8.2000503@deployingradius.com> MIME-Version: 1.0 X-OriginalArrivalTime: 07 Jun 2012 16:52:45.0341 (UTC) FILETIME=[F63734D0:01CD44CD] Cc: radext@ietf.org Subject: Re: [radext] Errata 3103 on RFC 5176 X-BeenThere: radext@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: RADIUS EXTensions working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============4054198939216381274==" Sender: radext-bounces@ietf.org Errors-To: radext-bounces@ietf.org --===============4054198939216381274== Content-Type: multipart/alternative; boundary="_897c0452-df05-45fe-9437-5c4b9d2cf58c_" --_897c0452-df05-45fe-9437-5c4b9d2cf58c_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable The implication is that Errata 3103 should be REJECTED=2C and another errat= a (fixing the table for Framed-IP-Address to make it 0-1 instead of 0) shou= ld be submitted instead. > Date: Thu=2C 7 Jun 2012 09:52:24 +0200 > From: aland@deployingradius.com > To: bernard_aboba@hotmail.com > CC: radext@ietf.org > Subject: Re: [radext] Errata 3103 on RFC 5176 >=20 > I agree with this assessment. >=20 > Bernard Aboba wrote: > >>> Reviewing the text of RFC 5176 and RFC 3576 and the discussion in > >>> Issue 226=2C it seems fairly clear that Framed-IP-Address should not > >>> have been prohibited as a session identifier in a Disconnect-Request. > >>> Framed-IP-Address is noted as a session identifier early on and in > >>> the table of attributes for Disconnect=2C Note 1 is listed indicating > >>> that Framed-IP-Address is a session-identification attribute. The > >>> change in the table was not listed in RFC 5176 Appendix A because > >>> there was no intent to introduce a change. And Framed-IP-Address is > >>> included in a Disconnect-Request example. The reasoning for not > >>> changing RFC 3576 is noted at the end of Issue 226: > >>> > >>> a. Renumbering is a rare event. Therefore there is no requirement > >>> that we optimize for this case=3B instead we should focus on more > >>> common cases.=20 > >>> > >>> b. Session identification via > >>> Framed-IP-Address/Framed-IPv6-Prefix/Framed-Identifier was included > >>> in RFC 3576 and appears to have been implemented (at least by Dynamic > >>> Authorization Clients). Therefore an argument may be made for > >>> retaining backward compatibility. > >>> > >>> c. A Disconnect-Request may only contain NAS and session > >>> identification attributes. Therefore IP address attributes included > >>> in a Disconnect-Request have an unambiguous meaning. > >>> > >>> Overall therefore there is very little confusion here=3B this is > >>> exactly the kind of small mistake That can be fixed with an errata. > >>> > >>> > >>> > >>> ---------------------------------------------------------------------= --- > >>> From: mchiba@cisco.com > >>> Subject: Fwd: Errata 3103 on RFC 5176 > >>> Date: Mon=2C 7 May 2012 09:22:08 -0700 > >>> To: bernard_aboba@hotmail.com > >>> > >>> Hi Bernard=2C > >>> Do you recall why IP Adress was prohibited for the Disconnect Request= s? > >>> > >>> Best Regards=2C > >>> -murtaza > >>> > >>> Begin forwarded message: > >>> > >>> *From: *Benoit Claise > > >>> *Subject: **Re: Errata 3103 on RFC 5176* > >>> *Date: *May 4=2C 2012 12:54:50 PM PDT > >>> *To: *David Mitton > > >>> *Cc: *radext-chairs@tools.ietf.org > >>> =2C paul.congdon@hp.com > >>> =2C "Murtaza Chiba (mchiba)" > >>> >=2C meklund@cisco.com > >>> =2C "Romascanu=2C Dan (Dan)" > >>> > > >>> > >>> Hi Dave=2C > >>> > >>> Here is the errata. > >>> > >>> Errata ID: 3103 > >>> > >>> *Status: Reported > >>> Type: Technical > >>> * > >>> Reported By: Davide Magistri > >>> Date Reported: 2012-02-03 > >>> > >>> Section 7 says: > >>> > >>> Disconnect Request with User-Name: > >>> > >>> 0: xxxx xxxx xxxx xxxx xxxx 2801 001c 1b23 .B.....$.-(.= ...# > >>> 16: 624c 3543 ceba 55f1 be55 a714 ca5e 0108 bL5C..U..U..= .^.. > >>> 32: 6d63 6869 6261 > >>> > >>> Disconnect Request with Acct-Session-ID: > >>> > >>> 0: xxxx xxxx xxxx xxxx xxxx 2801 001e ad0d .B..... ~.(.= .... > >>> 16: 8e53 55b6 bd02 a0cb ace6 4e38 77bd 2c0a .SU.......N8= w.=2C. > >>> 32: 3930 3233 3435 3637 90234567 > >>> > >>> Disconnect Request with Framed-IP-Address: > >>> > >>> 0: xxxx xxxx xxxx xxxx xxxx 2801 001a 0bda .B....."2.(.= .... > >>> 16: 33fe 765b 05f0 fd9c c32a 2f6b 5182 0806 3.v[.....*/k= Q... > >>> 32: 0a00 0203 > >>> > >>> It should say: > >>> > >>> Disconnect Request with User-Name: > >>> > >>> 0: xxxx xxxx xxxx xxxx xxxx 2801 001c 1b23 .B.....$.-(.= ...# > >>> 16: 624c 3543 ceba 55f1 be55 a714 ca5e 0108 bL5C..U..U..= .^.. > >>> 32: 6d63 6869 6261 > >>> > >>> Disconnect Request with Acct-Session-ID: > >>> > >>> 0: xxxx xxxx xxxx xxxx xxxx 2801 001e ad0d .B..... ~.(.= .... > >>> 16: 8e53 55b6 bd02 a0cb ace6 4e38 77bd 2c0a .SU.......N8= w.=2C. > >>> 32: 3930 3233 3435 3637 90234567 > >>> > >>> Notes: > >>> > >>> Since cardinality notation value for Framed-IP-Address attribute > >>> has now been changed in section 3.6 ("Table of Attributes") > >>> compared to previous 3576 RFC (change was from "0-1" to "0")=2C t= he > >>> "Disconnect Request with Framed-IP-Address" example in section 7 > >>> ("Example traces") should be removed. > >>> > >>> Furthermore=2C a new bullet in "Appendix A. Changes from RFC 3576= " > >>> should be foreseen (just like the one related to Service-Type > >>> Attribute)=2C such as: > >>> o Use of the Framed-IP-Address=2C Framed-Interface-Id and > >>> Framed-IPv6-Prefix Attributes within a Disconnect-Request is > >>> prohibited > >>> > >>> Broadly speaking=2C one thing that seems to me a bit unclear is > >>> that Attributes such as Framed-IP-Address=2C Framed-Interface-Id > >>> and Framed-IPv6-Prefix are still valid session identifiers that > >>> could be present in CoA Requests=2C while they have been totally > >>> prohibited in Disconnect Requests ( even if they are mentioned as > >>> valid in section 3=2C end of page #10 ). > >>> From my point of view=2C either it's misplaced the example in > >>> section 7 or cardinality notation values in Disconnect Message > >>> Table of Attributes (related to the ones mentioned above) should > >>> be changed back to "0-1" (I personally think this last option > >>> would be better). > >>> > >>> > >>> Regards=2C Benoit. > >>> > >>> > >>> Is there a method of reviewing the issue that doesn't require > >>> having an RFC-Editors account? > >>> > >>> Dave. > >>> > >>> Quoting Benoit Claise > >>> : > >>> > >>> Dear RADEXT chairs=2C RADEXT Advisor=2C and RFC 5176 auth= ors=2C > >>> > >>> Can you please provide some guidance on the errata 3103 > >>> https://www.rfc-editor.org/verify_errata_select.php?eid= =3D3103 > >>> > >>> Regards=2C Benoit. > >>> > >>> RADEXT chairs=2C > >>> > >>> Can you please provide advice on the resolution of > >>> Errata 3103 on RFC > >>> 5176. > >>> > >>> Thanks and Regards=2C > >>> > >>> Dan > >>> > >>> > >>> > >>> > >>> > >>> > >>> > >>> > >>> > >>> > >=20 > > -----------------------------------------------------------------------= - > >=20 > > _______________________________________________ > > radext mailing list > > radext@ietf.org > > https://www.ietf.org/mailman/listinfo/radext >=20 > _______________________________________________ > radext mailing list > radext@ietf.org > https://www.ietf.org/mailman/listinfo/radext = --_897c0452-df05-45fe-9437-5c4b9d2cf58c_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable

The implication is that Errata 3103 should be REJECTED=2C and another errat= a (fixing the table for Framed-IP-Address to make it 0-1 instead of 0) shou= ld be submitted instead.

= --_897c0452-df05-45fe-9437-5c4b9d2cf58c_-- --===============4054198939216381274== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ radext mailing list radext@ietf.org https://www.ietf.org/mailman/listinfo/radext --===============4054198939216381274==-- From trac+radext@trac.tools.ietf.org Mon Jun 25 16:24:16 2012 Return-Path: X-Original-To: radext@ietfa.amsl.com Delivered-To: radext@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 11FE911E80C9 for ; Mon, 25 Jun 2012 16:24:16 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.599 X-Spam-Level: X-Spam-Status: No, score=-102.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id MzRSISxv1Lw0 for ; Mon, 25 Jun 2012 16:24:15 -0700 (PDT) Received: from grenache.tools.ietf.org (grenache.tools.ietf.org [77.72.230.30]) by ietfa.amsl.com (Postfix) with ESMTP id 52BAB11E80C0 for ; Mon, 25 Jun 2012 16:24:15 -0700 (PDT) Received: from localhost ([127.0.0.1]:46578 helo=grenache.tools.ietf.org ident=www-data) by grenache.tools.ietf.org with esmtp (Exim 4.77) (envelope-from ) id 1SjIdU-0000zA-7s; Tue, 26 Jun 2012 01:24:10 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit From: "radext issue tracker" X-Trac-Version: 0.12.2 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.12.2, by Edgewall Software To: bernard_aboba@hotmail.com, dromasca@avaya.com X-Trac-Project: radext Date: Mon, 25 Jun 2012 23:24:00 -0000 X-URL: http://tools.ietf.org/radext/ X-Trac-Ticket-URL: http://trac.tools.ietf.org/wg/radext/trac/ticket/111#comment:2 Message-ID: <074.bd2022293bf0f537a308e4a00df23bdd@trac.tools.ietf.org> References: <059.27ec37307bb33d89f8c0f2e973200aaf@trac.tools.ietf.org> X-Trac-Ticket-ID: 111 In-Reply-To: <059.27ec37307bb33d89f8c0f2e973200aaf@trac.tools.ietf.org> X-SA-Exim-Connect-IP: 127.0.0.1 X-SA-Exim-Rcpt-To: bernard_aboba@hotmail.com, dromasca@avaya.com, radext@ietf.org X-SA-Exim-Mail-From: trac+radext@trac.tools.ietf.org X-SA-Exim-Scanned: No (on grenache.tools.ietf.org); SAEximRunCond expanded to false Cc: radext@ietf.org Subject: Re: [radext] #111: Definitions for 802 or 802.11? X-BeenThere: radext@ietf.org X-Mailman-Version: 2.1.12 Reply-To: radext@ietf.org List-Id: RADIUS EXTensions working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Jun 2012 23:24:16 -0000 #111: Definitions for 802 or 802.11? Changes (by bernard_aboba@…): * owner: => bernard_aboba@… -- -----------------------------+------------------------------ Reporter: dromasca@… | Owner: bernard_aboba@… Type: defect | Status: new Priority: major | Milestone: milestone1 Component: IEEE802-Attrs | Version: 1.0 Severity: In WG Last Call | Resolution: Keywords: | -----------------------------+------------------------------ Ticket URL: radext From radext-bounces@ietf.org Mon Jun 25 16:24:17 2012 Return-Path: X-Original-To: radext-archive-IeZ9sae2@lists.ietf.org Delivered-To: ietfarch-radext-archive-IeZ9sae2@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 77D9911E80C1; Mon, 25 Jun 2012 16:24:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=ietf.org; s=ietf1; t=1340666657; bh=CT7bNQnwS41FvgstUVB1Y5R4r2Qxqbn5W8ppljkrypg=; h=MIME-Version:From:To:Date:Message-ID:References:In-Reply-To:Cc: Subject:Reply-To:List-Id:List-Unsubscribe:List-Archive:List-Post: List-Help:List-Subscribe:Content-Type:Content-Transfer-Encoding: Sender; b=NLEo/Jw/mDDEt7tkPS61YrP+Wky+BwfQDfJWWp6T1u6w0GXtZvoHOAbvK1McQiV4s l5J69pVwvn1cVy6zx8Cu+9SFYxpk/11K6jrk/IV3/0zHpHo/+Poa+jKZRn2bYbH6h6 ejreturmaI3i8SYttTPFUoVXY4//sVhRrznhBuHI= X-Original-To: radext@ietfa.amsl.com Delivered-To: radext@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 11FE911E80C9 for ; Mon, 25 Jun 2012 16:24:16 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.599 X-Spam-Level: X-Spam-Status: No, score=-102.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id MzRSISxv1Lw0 for ; Mon, 25 Jun 2012 16:24:15 -0700 (PDT) Received: from grenache.tools.ietf.org (grenache.tools.ietf.org [77.72.230.30]) by ietfa.amsl.com (Postfix) with ESMTP id 52BAB11E80C0 for ; Mon, 25 Jun 2012 16:24:15 -0700 (PDT) Received: from localhost ([127.0.0.1]:46578 helo=grenache.tools.ietf.org ident=www-data) by grenache.tools.ietf.org with esmtp (Exim 4.77) (envelope-from ) id 1SjIdU-0000zA-7s; Tue, 26 Jun 2012 01:24:10 +0200 MIME-Version: 1.0 From: "radext issue tracker" X-Trac-Version: 0.12.2 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.12.2, by Edgewall Software To: bernard_aboba@hotmail.com, dromasca@avaya.com X-Trac-Project: radext Date: Mon, 25 Jun 2012 23:24:00 -0000 X-URL: http://tools.ietf.org/radext/ X-Trac-Ticket-URL: http://trac.tools.ietf.org/wg/radext/trac/ticket/111#comment:2 Message-ID: <074.bd2022293bf0f537a308e4a00df23bdd@trac.tools.ietf.org> References: <059.27ec37307bb33d89f8c0f2e973200aaf@trac.tools.ietf.org> X-Trac-Ticket-ID: 111 In-Reply-To: <059.27ec37307bb33d89f8c0f2e973200aaf@trac.tools.ietf.org> X-SA-Exim-Connect-IP: 127.0.0.1 X-SA-Exim-Rcpt-To: bernard_aboba@hotmail.com, dromasca@avaya.com, radext@ietf.org X-SA-Exim-Mail-From: trac+radext@trac.tools.ietf.org X-SA-Exim-Scanned: No (on grenache.tools.ietf.org); SAEximRunCond expanded to false Cc: radext@ietf.org Subject: Re: [radext] #111: Definitions for 802 or 802.11? X-BeenThere: radext@ietf.org X-Mailman-Version: 2.1.12 Reply-To: radext@ietf.org List-Id: RADIUS EXTensions working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Sender: radext-bounces@ietf.org Errors-To: radext-bounces@ietf.org IzExMTogRGVmaW5pdGlvbnMgZm9yIDgwMiBvciA4MDIuMTE/CgpDaGFuZ2VzIChieSBiZXJuYXJk X2Fib2JhQOKApik6CgogKiBvd25lcjogICA9PiBiZXJuYXJkX2Fib2JhQOKApgoKCi0tIAotLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLSstLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0K IFJlcG9ydGVyOiAgZHJvbWFzY2FA4oCmICAgICAgIHwgICAgICAgT3duZXI6ICBiZXJuYXJkX2Fi b2JhQOKApgogICAgIFR5cGU6ICBkZWZlY3QgICAgICAgICAgIHwgICAgICBTdGF0dXM6ICBuZXcK IFByaW9yaXR5OiAgbWFqb3IgICAgICAgICAgICB8ICAgTWlsZXN0b25lOiAgbWlsZXN0b25lMQpD b21wb25lbnQ6ICBJRUVFODAyLUF0dHJzICAgIHwgICAgIFZlcnNpb246ICAxLjAKIFNldmVyaXR5 OiAgSW4gV0cgTGFzdCBDYWxsICB8ICBSZXNvbHV0aW9uOgogS2V5d29yZHM6ICAgICAgICAgICAg ICAgICAgIHwKLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0rLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tCgpUaWNrZXQgVVJMOiA8aHR0cDovL3RyYWMudG9vbHMuaWV0Zi5vcmcvd2cv cmFkZXh0L3RyYWMvdGlja2V0LzExMSNjb21tZW50OjI+CnJhZGV4dCA8aHR0cDovL3Rvb2xzLmll dGYub3JnL3JhZGV4dC8+CgpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fXwpyYWRleHQgbWFpbGluZyBsaXN0CnJhZGV4dEBpZXRmLm9yZwpodHRwczovL3d3dy5p ZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL3JhZGV4dAo= From trac+radext@trac.tools.ietf.org Mon Jun 25 16:25:24 2012 Return-Path: X-Original-To: radext@ietfa.amsl.com Delivered-To: radext@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 048BB11E80BB for ; Mon, 25 Jun 2012 16:25:24 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.599 X-Spam-Level: X-Spam-Status: No, score=-102.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id AxYgrAVaeIRU for ; Mon, 25 Jun 2012 16:25:23 -0700 (PDT) Received: from grenache.tools.ietf.org (grenache.tools.ietf.org [77.72.230.30]) by ietfa.amsl.com (Postfix) with ESMTP id 51E1A11E808C for ; Mon, 25 Jun 2012 16:25:23 -0700 (PDT) Received: from localhost ([127.0.0.1]:46675 helo=grenache.tools.ietf.org ident=www-data) by grenache.tools.ietf.org with esmtp (Exim 4.77) (envelope-from ) id 1SjIel-0007G7-RM; Tue, 26 Jun 2012 01:25:19 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit From: "radext issue tracker" X-Trac-Version: 0.12.2 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.12.2, by Edgewall Software To: bernard_aboba@hotmail.com, dromasca@avaya.com X-Trac-Project: radext Date: Mon, 25 Jun 2012 23:25:19 -0000 X-URL: http://tools.ietf.org/radext/ X-Trac-Ticket-URL: http://trac.tools.ietf.org/wg/radext/trac/ticket/111#comment:3 Message-ID: <074.e3f56d190b2e239da81c19a402d7377b@trac.tools.ietf.org> References: <059.27ec37307bb33d89f8c0f2e973200aaf@trac.tools.ietf.org> X-Trac-Ticket-ID: 111 In-Reply-To: <059.27ec37307bb33d89f8c0f2e973200aaf@trac.tools.ietf.org> X-SA-Exim-Connect-IP: 127.0.0.1 X-SA-Exim-Rcpt-To: bernard_aboba@hotmail.com, dromasca@avaya.com, radext@ietf.org X-SA-Exim-Mail-From: trac+radext@trac.tools.ietf.org X-SA-Exim-Scanned: No (on grenache.tools.ietf.org); SAEximRunCond expanded to false Cc: radext@ietf.org Subject: Re: [radext] #111: Definitions for 802 or 802.11? X-BeenThere: radext@ietf.org X-Mailman-Version: 2.1.12 Reply-To: radext@ietf.org List-Id: RADIUS EXTensions working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Jun 2012 23:25:24 -0000 #111: Definitions for 802 or 802.11? Changes (by bernard_aboba@…): * component: IEEE802-Attrs => ieee802ext -- -----------------------------+------------------------------ Reporter: dromasca@… | Owner: bernard_aboba@… Type: defect | Status: new Priority: major | Milestone: milestone1 Component: ieee802ext | Version: 1.0 Severity: In WG Last Call | Resolution: Keywords: | -----------------------------+------------------------------ Ticket URL: radext From radext-bounces@ietf.org Mon Jun 25 16:25:25 2012 Return-Path: X-Original-To: radext-archive-IeZ9sae2@lists.ietf.org Delivered-To: ietfarch-radext-archive-IeZ9sae2@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EA5B211E80BB; Mon, 25 Jun 2012 16:25:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=ietf.org; s=ietf1; t=1340666724; bh=uIDchQenm/TXFKm0fIGsbAwrKBr7SeYRbk37yHuVmQY=; h=MIME-Version:From:To:Date:Message-ID:References:In-Reply-To:Cc: Subject:Reply-To:List-Id:List-Unsubscribe:List-Archive:List-Post: List-Help:List-Subscribe:Content-Type:Content-Transfer-Encoding: Sender; b=cHDBQfHLKC7Uyw03+pYydKUgQR0AEp4DDA4zStLdMjX/PKfj3/AGAPslpLwpiolgq 0Zkf7SlwuKQzvPOqu8d0NKVVkUIg4AdRjD70h8dHRkHYT1ckHYE1gwhs27y1KVbKCI b4PTW1EojEd64GMyL4i+i/GTNSChyJAWJVm2Bd0k= X-Original-To: radext@ietfa.amsl.com Delivered-To: radext@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 048BB11E80BB for ; Mon, 25 Jun 2012 16:25:24 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.599 X-Spam-Level: X-Spam-Status: No, score=-102.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id AxYgrAVaeIRU for ; Mon, 25 Jun 2012 16:25:23 -0700 (PDT) Received: from grenache.tools.ietf.org (grenache.tools.ietf.org [77.72.230.30]) by ietfa.amsl.com (Postfix) with ESMTP id 51E1A11E808C for ; Mon, 25 Jun 2012 16:25:23 -0700 (PDT) Received: from localhost ([127.0.0.1]:46675 helo=grenache.tools.ietf.org ident=www-data) by grenache.tools.ietf.org with esmtp (Exim 4.77) (envelope-from ) id 1SjIel-0007G7-RM; Tue, 26 Jun 2012 01:25:19 +0200 MIME-Version: 1.0 From: "radext issue tracker" X-Trac-Version: 0.12.2 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.12.2, by Edgewall Software To: bernard_aboba@hotmail.com, dromasca@avaya.com X-Trac-Project: radext Date: Mon, 25 Jun 2012 23:25:19 -0000 X-URL: http://tools.ietf.org/radext/ X-Trac-Ticket-URL: http://trac.tools.ietf.org/wg/radext/trac/ticket/111#comment:3 Message-ID: <074.e3f56d190b2e239da81c19a402d7377b@trac.tools.ietf.org> References: <059.27ec37307bb33d89f8c0f2e973200aaf@trac.tools.ietf.org> X-Trac-Ticket-ID: 111 In-Reply-To: <059.27ec37307bb33d89f8c0f2e973200aaf@trac.tools.ietf.org> X-SA-Exim-Connect-IP: 127.0.0.1 X-SA-Exim-Rcpt-To: bernard_aboba@hotmail.com, dromasca@avaya.com, radext@ietf.org X-SA-Exim-Mail-From: trac+radext@trac.tools.ietf.org X-SA-Exim-Scanned: No (on grenache.tools.ietf.org); SAEximRunCond expanded to false Cc: radext@ietf.org Subject: Re: [radext] #111: Definitions for 802 or 802.11? X-BeenThere: radext@ietf.org X-Mailman-Version: 2.1.12 Reply-To: radext@ietf.org List-Id: RADIUS EXTensions working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Sender: radext-bounces@ietf.org Errors-To: radext-bounces@ietf.org IzExMTogRGVmaW5pdGlvbnMgZm9yIDgwMiBvciA4MDIuMTE/CgpDaGFuZ2VzIChieSBiZXJuYXJk X2Fib2JhQOKApik6CgogKiBjb21wb25lbnQ6ICBJRUVFODAyLUF0dHJzID0+IGllZWU4MDJleHQK CgotLSAKLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0rLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tCiBSZXBvcnRlcjogIGRyb21hc2NhQOKApiAgICAgICB8ICAgICAgIE93bmVyOiAg YmVybmFyZF9hYm9iYUDigKYKICAgICBUeXBlOiAgZGVmZWN0ICAgICAgICAgICB8ICAgICAgU3Rh dHVzOiAgbmV3CiBQcmlvcml0eTogIG1ham9yICAgICAgICAgICAgfCAgIE1pbGVzdG9uZTogIG1p bGVzdG9uZTEKQ29tcG9uZW50OiAgaWVlZTgwMmV4dCAgICAgICB8ICAgICBWZXJzaW9uOiAgMS4w CiBTZXZlcml0eTogIEluIFdHIExhc3QgQ2FsbCAgfCAgUmVzb2x1dGlvbjoKIEtleXdvcmRzOiAg ICAgICAgICAgICAgICAgICB8Ci0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tKy0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLQoKVGlja2V0IFVSTDogPGh0dHA6Ly90cmFjLnRvb2xzLmll dGYub3JnL3dnL3JhZGV4dC90cmFjL3RpY2tldC8xMTEjY29tbWVudDozPgpyYWRleHQgPGh0dHA6 Ly90b29scy5pZXRmLm9yZy9yYWRleHQvPgoKX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX18KcmFkZXh0IG1haWxpbmcgbGlzdApyYWRleHRAaWV0Zi5vcmcKaHR0 cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9yYWRleHQK From radext-bounces@ietf.org Mon Jun 25 16:25:57 2012 Return-Path: X-Original-To: radext-archive-IeZ9sae2@lists.ietf.org Delivered-To: ietfarch-radext-archive-IeZ9sae2@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 55C7211E80C0; Mon, 25 Jun 2012 16:25:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=ietf.org; s=ietf1; t=1340666757; bh=sH9ntgf7RdlX9pnC78rFKSRW9WG0ZXw7Cfc4BfAzcmA=; h=MIME-Version:From:To:Date:Message-ID:References:In-Reply-To:Cc: Subject:Reply-To:List-Id:List-Unsubscribe:List-Archive:List-Post: List-Help:List-Subscribe:Content-Type:Content-Transfer-Encoding: Sender; b=cjX4cuJQCw65+wN4R5nMQvH1paoZpms3nwX1Avus6BRcgTsAJDgWla/nG7afZ9HV4 S7WBhPmfBcVZGAHYwCuC3RQK3rfvFINLWo7xlp2w5cPyOl+q3OvsnSu0iUqLSR8inn KBH2kxxrCFBENRHsPyZf8n8mRswPEAeCGPHGeAC0= X-Original-To: radext@ietfa.amsl.com Delivered-To: radext@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8D2CC11E80C0 for ; Mon, 25 Jun 2012 16:25:56 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.599 X-Spam-Level: X-Spam-Status: No, score=-102.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id krPj5kosUn26 for ; Mon, 25 Jun 2012 16:25:56 -0700 (PDT) Received: from grenache.tools.ietf.org (grenache.tools.ietf.org [77.72.230.30]) by ietfa.amsl.com (Postfix) with ESMTP id F37F011E80BB for ; Mon, 25 Jun 2012 16:25:55 -0700 (PDT) Received: from localhost ([127.0.0.1]:46705 helo=grenache.tools.ietf.org ident=www-data) by grenache.tools.ietf.org with esmtp (Exim 4.77) (envelope-from ) id 1SjIfE-0000iJ-US; Tue, 26 Jun 2012 01:25:48 +0200 MIME-Version: 1.0 From: "radext issue tracker" X-Trac-Version: 0.12.2 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.12.2, by Edgewall Software To: bernard_aboba@hotmail.com X-Trac-Project: radext Date: Mon, 25 Jun 2012 23:25:48 -0000 X-URL: http://tools.ietf.org/radext/ X-Trac-Ticket-URL: http://trac.tools.ietf.org/wg/radext/trac/ticket/114#comment:1 Message-ID: <074.02ba804396230d6b0f1ebd305963c99c@trac.tools.ietf.org> References: <059.b2f1d9f03e1605809bcdd9f0956fccf7@trac.tools.ietf.org> X-Trac-Ticket-ID: 114 In-Reply-To: <059.b2f1d9f03e1605809bcdd9f0956fccf7@trac.tools.ietf.org> X-SA-Exim-Connect-IP: 127.0.0.1 X-SA-Exim-Rcpt-To: bernard_aboba@hotmail.com, radext@ietf.org X-SA-Exim-Mail-From: trac+radext@trac.tools.ietf.org X-SA-Exim-Scanned: No (on grenache.tools.ietf.org); SAEximRunCond expanded to false Cc: radext@ietf.org Subject: Re: [radext] #114: encoding the IEEE 802.11 SSID X-BeenThere: radext@ietf.org X-Mailman-Version: 2.1.12 Reply-To: radext@ietf.org List-Id: RADIUS EXTensions working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Sender: radext-bounces@ietf.org Errors-To: radext-bounces@ietf.org IzExNDogZW5jb2RpbmcgdGhlIElFRUUgODAyLjExIFNTSUQKCkNoYW5nZXMgKGJ5IGJlcm5hcmRf YWJvYmFA4oCmKToKCiAqIG93bmVyOiAgID0+IGJlcm5hcmRfYWJvYmFA4oCmCiAqIGNvbXBvbmVu dDogIElFRUU4MDItQXR0cnMgPT4gaWVlZTgwMmV4dAoKCi0tIAotLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLSstLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0KIFJlcG9ydGVyOiAgZHJv bWFzY2FA4oCmICAgICAgIHwgICAgICAgT3duZXI6ICBiZXJuYXJkX2Fib2JhQOKApgogICAgIFR5 cGU6ICBkZWZlY3QgICAgICAgICAgIHwgICAgICBTdGF0dXM6ICBuZXcKIFByaW9yaXR5OiAgbWFq b3IgICAgICAgICAgICB8ICAgTWlsZXN0b25lOiAgbWlsZXN0b25lMQpDb21wb25lbnQ6ICBpZWVl ODAyZXh0ICAgICAgIHwgICAgIFZlcnNpb246ICAxLjAKIFNldmVyaXR5OiAgSW4gV0cgTGFzdCBD YWxsICB8ICBSZXNvbHV0aW9uOgogS2V5d29yZHM6ICAgICAgICAgICAgICAgICAgIHwKLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0rLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tCgpU aWNrZXQgVVJMOiA8aHR0cDovL3RyYWMudG9vbHMuaWV0Zi5vcmcvd2cvcmFkZXh0L3RyYWMvdGlj a2V0LzExNCNjb21tZW50OjE+CnJhZGV4dCA8aHR0cDovL3Rvb2xzLmlldGYub3JnL3JhZGV4dC8+ CgpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXwpyYWRleHQg bWFpbGluZyBsaXN0CnJhZGV4dEBpZXRmLm9yZwpodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFu L2xpc3RpbmZvL3JhZGV4dAo= From trac+radext@trac.tools.ietf.org Mon Jun 25 16:25:56 2012 Return-Path: X-Original-To: radext@ietfa.amsl.com Delivered-To: radext@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8D2CC11E80C0 for ; Mon, 25 Jun 2012 16:25:56 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.599 X-Spam-Level: X-Spam-Status: No, score=-102.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id krPj5kosUn26 for ; Mon, 25 Jun 2012 16:25:56 -0700 (PDT) Received: from grenache.tools.ietf.org (grenache.tools.ietf.org [77.72.230.30]) by ietfa.amsl.com (Postfix) with ESMTP id F37F011E80BB for ; Mon, 25 Jun 2012 16:25:55 -0700 (PDT) Received: from localhost ([127.0.0.1]:46705 helo=grenache.tools.ietf.org ident=www-data) by grenache.tools.ietf.org with esmtp (Exim 4.77) (envelope-from ) id 1SjIfE-0000iJ-US; Tue, 26 Jun 2012 01:25:48 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit From: "radext issue tracker" X-Trac-Version: 0.12.2 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.12.2, by Edgewall Software To: bernard_aboba@hotmail.com X-Trac-Project: radext Date: Mon, 25 Jun 2012 23:25:48 -0000 X-URL: http://tools.ietf.org/radext/ X-Trac-Ticket-URL: http://trac.tools.ietf.org/wg/radext/trac/ticket/114#comment:1 Message-ID: <074.02ba804396230d6b0f1ebd305963c99c@trac.tools.ietf.org> References: <059.b2f1d9f03e1605809bcdd9f0956fccf7@trac.tools.ietf.org> X-Trac-Ticket-ID: 114 In-Reply-To: <059.b2f1d9f03e1605809bcdd9f0956fccf7@trac.tools.ietf.org> X-SA-Exim-Connect-IP: 127.0.0.1 X-SA-Exim-Rcpt-To: bernard_aboba@hotmail.com, radext@ietf.org X-SA-Exim-Mail-From: trac+radext@trac.tools.ietf.org X-SA-Exim-Scanned: No (on grenache.tools.ietf.org); SAEximRunCond expanded to false Cc: radext@ietf.org Subject: Re: [radext] #114: encoding the IEEE 802.11 SSID X-BeenThere: radext@ietf.org X-Mailman-Version: 2.1.12 Reply-To: radext@ietf.org List-Id: RADIUS EXTensions working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Jun 2012 23:25:56 -0000 #114: encoding the IEEE 802.11 SSID Changes (by bernard_aboba@…): * owner: => bernard_aboba@… * component: IEEE802-Attrs => ieee802ext -- -----------------------------+------------------------------ Reporter: dromasca@… | Owner: bernard_aboba@… Type: defect | Status: new Priority: major | Milestone: milestone1 Component: ieee802ext | Version: 1.0 Severity: In WG Last Call | Resolution: Keywords: | -----------------------------+------------------------------ Ticket URL: radext From trac+radext@trac.tools.ietf.org Mon Jun 25 16:26:29 2012 Return-Path: X-Original-To: radext@ietfa.amsl.com Delivered-To: radext@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7198E11E80C0 for ; Mon, 25 Jun 2012 16:26:29 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.599 X-Spam-Level: X-Spam-Status: No, score=-102.599 tagged_above=-999 required=5 tests=[AWL=0.000, BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id qiL5-aMBfjh3 for ; Mon, 25 Jun 2012 16:26:29 -0700 (PDT) Received: from grenache.tools.ietf.org (grenache.tools.ietf.org [77.72.230.30]) by ietfa.amsl.com (Postfix) with ESMTP id DD91B11E80BB for ; Mon, 25 Jun 2012 16:26:28 -0700 (PDT) Received: from localhost ([127.0.0.1]:46728 helo=grenache.tools.ietf.org ident=www-data) by grenache.tools.ietf.org with esmtp (Exim 4.77) (envelope-from ) id 1SjIfr-0001B4-Hw; Tue, 26 Jun 2012 01:26:27 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit From: "radext issue tracker" X-Trac-Version: 0.12.2 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.12.2, by Edgewall Software To: bernard_aboba@hotmail.com X-Trac-Project: radext Date: Mon, 25 Jun 2012 23:26:27 -0000 X-URL: http://tools.ietf.org/radext/ X-Trac-Ticket-URL: https://tools.ietf.org/wg/radext/trac/ticket/110#comment:1 Message-ID: <074.fd25091d149cca0ac678077ffd5ddbd7@trac.tools.ietf.org> References: <059.84f4126e3e16f72b0f8f2b44371dd6f5@trac.tools.ietf.org> X-Trac-Ticket-ID: 110 In-Reply-To: <059.84f4126e3e16f72b0f8f2b44371dd6f5@trac.tools.ietf.org> X-SA-Exim-Connect-IP: 127.0.0.1 X-SA-Exim-Rcpt-To: bernard_aboba@hotmail.com, radext@ietf.org X-SA-Exim-Mail-From: trac+radext@trac.tools.ietf.org X-SA-Exim-Scanned: No (on grenache.tools.ietf.org); SAEximRunCond expanded to false Cc: radext@ietf.org Subject: Re: [radext] #110: syntax problem X-BeenThere: radext@ietf.org X-Mailman-Version: 2.1.12 Reply-To: radext@ietf.org List-Id: RADIUS EXTensions working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Jun 2012 23:26:29 -0000 #110: syntax problem Changes (by bernard_aboba@…): * owner: => bernard_aboba@… * component: IEEE802-Attrs => ieee802ext -- -----------------------------+------------------------------ Reporter: dromasca@… | Owner: bernard_aboba@… Type: defect | Status: new Priority: minor | Milestone: Component: ieee802ext | Version: 1.0 Severity: In WG Last Call | Resolution: Keywords: | -----------------------------+------------------------------ Ticket URL: radext From radext-bounces@ietf.org Mon Jun 25 16:26:30 2012 Return-Path: X-Original-To: radext-archive-IeZ9sae2@lists.ietf.org Delivered-To: ietfarch-radext-archive-IeZ9sae2@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B280B11E80BB; Mon, 25 Jun 2012 16:26:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=ietf.org; s=ietf1; t=1340666790; bh=BF7Qs8nkkSOJ6SfJd/RIIc0lwwjwTrhpy4Nw0fLsWiI=; h=MIME-Version:From:To:Date:Message-ID:References:In-Reply-To:Cc: Subject:Reply-To:List-Id:List-Unsubscribe:List-Archive:List-Post: List-Help:List-Subscribe:Content-Type:Content-Transfer-Encoding: Sender; b=NFZERvuJE9N1+N7/6ifH35XoeV1+C5VZI4ykC1bhSaNAaU0sJmNhYS44MRyfNcSlx bDbv5vuxc2Z16GJ0LoFdpaU45W57sGBBcSQaqexgAZXS+r8I262Lc2Lj+pBQ11v/os 4nAU5SW93rn+NGwIrpz//8sWb5OVct3AhP4XmRJU= X-Original-To: radext@ietfa.amsl.com Delivered-To: radext@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7198E11E80C0 for ; Mon, 25 Jun 2012 16:26:29 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.599 X-Spam-Level: X-Spam-Status: No, score=-102.599 tagged_above=-999 required=5 tests=[AWL=0.000, BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id qiL5-aMBfjh3 for ; Mon, 25 Jun 2012 16:26:29 -0700 (PDT) Received: from grenache.tools.ietf.org (grenache.tools.ietf.org [77.72.230.30]) by ietfa.amsl.com (Postfix) with ESMTP id DD91B11E80BB for ; Mon, 25 Jun 2012 16:26:28 -0700 (PDT) Received: from localhost ([127.0.0.1]:46728 helo=grenache.tools.ietf.org ident=www-data) by grenache.tools.ietf.org with esmtp (Exim 4.77) (envelope-from ) id 1SjIfr-0001B4-Hw; Tue, 26 Jun 2012 01:26:27 +0200 MIME-Version: 1.0 From: "radext issue tracker" X-Trac-Version: 0.12.2 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.12.2, by Edgewall Software To: bernard_aboba@hotmail.com X-Trac-Project: radext Date: Mon, 25 Jun 2012 23:26:27 -0000 X-URL: http://tools.ietf.org/radext/ X-Trac-Ticket-URL: https://tools.ietf.org/wg/radext/trac/ticket/110#comment:1 Message-ID: <074.fd25091d149cca0ac678077ffd5ddbd7@trac.tools.ietf.org> References: <059.84f4126e3e16f72b0f8f2b44371dd6f5@trac.tools.ietf.org> X-Trac-Ticket-ID: 110 In-Reply-To: <059.84f4126e3e16f72b0f8f2b44371dd6f5@trac.tools.ietf.org> X-SA-Exim-Connect-IP: 127.0.0.1 X-SA-Exim-Rcpt-To: bernard_aboba@hotmail.com, radext@ietf.org X-SA-Exim-Mail-From: trac+radext@trac.tools.ietf.org X-SA-Exim-Scanned: No (on grenache.tools.ietf.org); SAEximRunCond expanded to false Cc: radext@ietf.org Subject: Re: [radext] #110: syntax problem X-BeenThere: radext@ietf.org X-Mailman-Version: 2.1.12 Reply-To: radext@ietf.org List-Id: RADIUS EXTensions working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Sender: radext-bounces@ietf.org Errors-To: radext-bounces@ietf.org IzExMDogc3ludGF4IHByb2JsZW0KCkNoYW5nZXMgKGJ5IGJlcm5hcmRfYWJvYmFA4oCmKToKCiAq IG93bmVyOiAgID0+IGJlcm5hcmRfYWJvYmFA4oCmCiAqIGNvbXBvbmVudDogIElFRUU4MDItQXR0 cnMgPT4gaWVlZTgwMmV4dAoKCi0tIAotLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLSstLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0KIFJlcG9ydGVyOiAgZHJvbWFzY2FA4oCmICAgICAg IHwgICAgICAgT3duZXI6ICBiZXJuYXJkX2Fib2JhQOKApgogICAgIFR5cGU6ICBkZWZlY3QgICAg ICAgICAgIHwgICAgICBTdGF0dXM6ICBuZXcKIFByaW9yaXR5OiAgbWlub3IgICAgICAgICAgICB8 ICAgTWlsZXN0b25lOgpDb21wb25lbnQ6ICBpZWVlODAyZXh0ICAgICAgIHwgICAgIFZlcnNpb246 ICAxLjAKIFNldmVyaXR5OiAgSW4gV0cgTGFzdCBDYWxsICB8ICBSZXNvbHV0aW9uOgogS2V5d29y ZHM6ICAgICAgICAgICAgICAgICAgIHwKLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0rLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tCgpUaWNrZXQgVVJMOiA8aHR0cHM6Ly90b29scy5p ZXRmLm9yZy93Zy9yYWRleHQvdHJhYy90aWNrZXQvMTEwI2NvbW1lbnQ6MT4KcmFkZXh0IDxodHRw Oi8vdG9vbHMuaWV0Zi5vcmcvcmFkZXh0Lz4KCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fCnJhZGV4dCBtYWlsaW5nIGxpc3QKcmFkZXh0QGlldGYub3JnCmh0 dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vcmFkZXh0Cg== From trac+radext@trac.tools.ietf.org Mon Jun 25 16:27:08 2012 Return-Path: X-Original-To: radext@ietfa.amsl.com Delivered-To: radext@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2A2F011E80C0 for ; Mon, 25 Jun 2012 16:27:08 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.599 X-Spam-Level: X-Spam-Status: No, score=-102.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id D6iivlPeBI6b for ; Mon, 25 Jun 2012 16:27:07 -0700 (PDT) Received: from grenache.tools.ietf.org (grenache.tools.ietf.org [77.72.230.30]) by ietfa.amsl.com (Postfix) with ESMTP id 9E52211E80BB for ; Mon, 25 Jun 2012 16:27:07 -0700 (PDT) Received: from localhost ([127.0.0.1]:46771 helo=grenache.tools.ietf.org ident=www-data) by grenache.tools.ietf.org with esmtp (Exim 4.77) (envelope-from ) id 1SjIgU-0001M0-BF; Tue, 26 Jun 2012 01:27:06 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit From: "radext issue tracker" X-Trac-Version: 0.12.2 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.12.2, by Edgewall Software To: bernard_aboba@hotmail.com X-Trac-Project: radext Date: Mon, 25 Jun 2012 23:27:06 -0000 X-URL: http://tools.ietf.org/radext/ X-Trac-Ticket-URL: https://tools.ietf.org/wg/radext/trac/ticket/113#comment:1 Message-ID: <074.90b80e350a714a38737cddf0ad5d3b61@trac.tools.ietf.org> References: <059.64b26be64510cc5c5bcfe0b38d0911b2@trac.tools.ietf.org> X-Trac-Ticket-ID: 113 In-Reply-To: <059.64b26be64510cc5c5bcfe0b38d0911b2@trac.tools.ietf.org> X-SA-Exim-Connect-IP: 127.0.0.1 X-SA-Exim-Rcpt-To: bernard_aboba@hotmail.com, radext@ietf.org X-SA-Exim-Mail-From: trac+radext@trac.tools.ietf.org X-SA-Exim-Scanned: No (on grenache.tools.ietf.org); SAEximRunCond expanded to false Cc: radext@ietf.org Subject: Re: [radext] #113: expand PMK at first occurence X-BeenThere: radext@ietf.org X-Mailman-Version: 2.1.12 Reply-To: radext@ietf.org List-Id: RADIUS EXTensions working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Jun 2012 23:27:08 -0000 #113: expand PMK at first occurence Changes (by bernard_aboba@…): * owner: => bernard_aboba@… * component: IEEE802-Attrs => ieee802ext -- -----------------------------+------------------------------ Reporter: dromasca@… | Owner: bernard_aboba@… Type: defect | Status: new Priority: minor | Milestone: milestone1 Component: ieee802ext | Version: 1.0 Severity: In WG Last Call | Resolution: Keywords: | -----------------------------+------------------------------ Ticket URL: radext From radext-bounces@ietf.org Mon Jun 25 16:27:08 2012 Return-Path: X-Original-To: radext-archive-IeZ9sae2@lists.ietf.org Delivered-To: ietfarch-radext-archive-IeZ9sae2@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A9EC611E80C0; Mon, 25 Jun 2012 16:27:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=ietf.org; s=ietf1; t=1340666828; bh=ZfFjDbmDghxzaKxb6qvX7xYOT6in3h3HjpD+EK+KFRg=; h=MIME-Version:From:To:Date:Message-ID:References:In-Reply-To:Cc: Subject:Reply-To:List-Id:List-Unsubscribe:List-Archive:List-Post: List-Help:List-Subscribe:Content-Type:Content-Transfer-Encoding: Sender; b=KzJZvdNE/yQ1HjK/a0ryypyDHHIGh8L7tXeD/7vqHmogLJtusrwd6KZOFNFDlJvy/ RzrO/IitB8muwx29hbl3y66W7LTfZmlhWOF7HWTbj9pH9ecve/bGKto0m09iIxlAlD J1Hw+9ti/dsBwjAN9RLSj7ROFbcCUl57YPYIYra8= X-Original-To: radext@ietfa.amsl.com Delivered-To: radext@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2A2F011E80C0 for ; Mon, 25 Jun 2012 16:27:08 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.599 X-Spam-Level: X-Spam-Status: No, score=-102.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id D6iivlPeBI6b for ; Mon, 25 Jun 2012 16:27:07 -0700 (PDT) Received: from grenache.tools.ietf.org (grenache.tools.ietf.org [77.72.230.30]) by ietfa.amsl.com (Postfix) with ESMTP id 9E52211E80BB for ; Mon, 25 Jun 2012 16:27:07 -0700 (PDT) Received: from localhost ([127.0.0.1]:46771 helo=grenache.tools.ietf.org ident=www-data) by grenache.tools.ietf.org with esmtp (Exim 4.77) (envelope-from ) id 1SjIgU-0001M0-BF; Tue, 26 Jun 2012 01:27:06 +0200 MIME-Version: 1.0 From: "radext issue tracker" X-Trac-Version: 0.12.2 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.12.2, by Edgewall Software To: bernard_aboba@hotmail.com X-Trac-Project: radext Date: Mon, 25 Jun 2012 23:27:06 -0000 X-URL: http://tools.ietf.org/radext/ X-Trac-Ticket-URL: https://tools.ietf.org/wg/radext/trac/ticket/113#comment:1 Message-ID: <074.90b80e350a714a38737cddf0ad5d3b61@trac.tools.ietf.org> References: <059.64b26be64510cc5c5bcfe0b38d0911b2@trac.tools.ietf.org> X-Trac-Ticket-ID: 113 In-Reply-To: <059.64b26be64510cc5c5bcfe0b38d0911b2@trac.tools.ietf.org> X-SA-Exim-Connect-IP: 127.0.0.1 X-SA-Exim-Rcpt-To: bernard_aboba@hotmail.com, radext@ietf.org X-SA-Exim-Mail-From: trac+radext@trac.tools.ietf.org X-SA-Exim-Scanned: No (on grenache.tools.ietf.org); SAEximRunCond expanded to false Cc: radext@ietf.org Subject: Re: [radext] #113: expand PMK at first occurence X-BeenThere: radext@ietf.org X-Mailman-Version: 2.1.12 Reply-To: radext@ietf.org List-Id: RADIUS EXTensions working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Sender: radext-bounces@ietf.org Errors-To: radext-bounces@ietf.org IzExMzogZXhwYW5kIFBNSyBhdCBmaXJzdCBvY2N1cmVuY2UKCkNoYW5nZXMgKGJ5IGJlcm5hcmRf YWJvYmFA4oCmKToKCiAqIG93bmVyOiAgID0+IGJlcm5hcmRfYWJvYmFA4oCmCiAqIGNvbXBvbmVu dDogIElFRUU4MDItQXR0cnMgPT4gaWVlZTgwMmV4dAoKCi0tIAotLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLSstLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0KIFJlcG9ydGVyOiAgZHJv bWFzY2FA4oCmICAgICAgIHwgICAgICAgT3duZXI6ICBiZXJuYXJkX2Fib2JhQOKApgogICAgIFR5 cGU6ICBkZWZlY3QgICAgICAgICAgIHwgICAgICBTdGF0dXM6ICBuZXcKIFByaW9yaXR5OiAgbWlu b3IgICAgICAgICAgICB8ICAgTWlsZXN0b25lOiAgbWlsZXN0b25lMQpDb21wb25lbnQ6ICBpZWVl ODAyZXh0ICAgICAgIHwgICAgIFZlcnNpb246ICAxLjAKIFNldmVyaXR5OiAgSW4gV0cgTGFzdCBD YWxsICB8ICBSZXNvbHV0aW9uOgogS2V5d29yZHM6ICAgICAgICAgICAgICAgICAgIHwKLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0rLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tCgpU aWNrZXQgVVJMOiA8aHR0cHM6Ly90b29scy5pZXRmLm9yZy93Zy9yYWRleHQvdHJhYy90aWNrZXQv MTEzI2NvbW1lbnQ6MT4KcmFkZXh0IDxodHRwOi8vdG9vbHMuaWV0Zi5vcmcvcmFkZXh0Lz4KCl9f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fCnJhZGV4dCBtYWls aW5nIGxpc3QKcmFkZXh0QGlldGYub3JnCmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlz dGluZm8vcmFkZXh0Cg== From trac+radext@trac.tools.ietf.org Mon Jun 25 16:28:13 2012 Return-Path: X-Original-To: radext@ietfa.amsl.com Delivered-To: radext@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 21DF521F8562 for ; Mon, 25 Jun 2012 16:28:13 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.599 X-Spam-Level: X-Spam-Status: No, score=-102.599 tagged_above=-999 required=5 tests=[AWL=0.000, BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id P7njfVYwMVhu for ; Mon, 25 Jun 2012 16:28:12 -0700 (PDT) Received: from grenache.tools.ietf.org (grenache.tools.ietf.org [77.72.230.30]) by ietfa.amsl.com (Postfix) with ESMTP id 98FD421F8559 for ; Mon, 25 Jun 2012 16:28:12 -0700 (PDT) Received: from localhost ([127.0.0.1]:46801 helo=grenache.tools.ietf.org ident=www-data) by grenache.tools.ietf.org with esmtp (Exim 4.77) (envelope-from ) id 1SjIhX-0003J6-Aj; Tue, 26 Jun 2012 01:28:11 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit From: "radext issue tracker" X-Trac-Version: 0.12.2 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.12.2, by Edgewall Software To: bernard_aboba@hotmail.com X-Trac-Project: radext Date: Mon, 25 Jun 2012 23:28:11 -0000 X-URL: http://tools.ietf.org/radext/ X-Trac-Ticket-URL: https://tools.ietf.org/wg/radext/trac/ticket/112#comment:1 Message-ID: <074.93dd55fcdb7f51cd2b94e234b27c72c3@trac.tools.ietf.org> References: <059.11906697f7d67bdd491bfd8ebfe1fb8c@trac.tools.ietf.org> X-Trac-Ticket-ID: 112 In-Reply-To: <059.11906697f7d67bdd491bfd8ebfe1fb8c@trac.tools.ietf.org> X-SA-Exim-Connect-IP: 127.0.0.1 X-SA-Exim-Rcpt-To: bernard_aboba@hotmail.com, radext@ietf.org X-SA-Exim-Mail-From: trac+radext@trac.tools.ietf.org X-SA-Exim-Scanned: No (on grenache.tools.ietf.org); SAEximRunCond expanded to false Cc: radext@ietf.org Subject: Re: [radext] #112: define or refer 'privilege attacks' X-BeenThere: radext@ietf.org X-Mailman-Version: 2.1.12 Reply-To: radext@ietf.org List-Id: RADIUS EXTensions working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Jun 2012 23:28:13 -0000 #112: define or refer 'privilege attacks' Changes (by bernard_aboba@…): * owner: => bernard_aboba@… * component: IEEE802-Attrs => ieee802ext -- -----------------------------+------------------------------ Reporter: dromasca@… | Owner: bernard_aboba@… Type: enhancement | Status: new Priority: minor | Milestone: milestone1 Component: ieee802ext | Version: 1.0 Severity: In WG Last Call | Resolution: Keywords: | -----------------------------+------------------------------ Ticket URL: radext From radext-bounces@ietf.org Mon Jun 25 16:28:14 2012 Return-Path: X-Original-To: radext-archive-IeZ9sae2@lists.ietf.org Delivered-To: ietfarch-radext-archive-IeZ9sae2@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 09DF811E808C; Mon, 25 Jun 2012 16:28:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=ietf.org; s=ietf1; t=1340666894; bh=fVElPTRB3o759c74/O7If50X5UwazHpMZnzaZVrdlyI=; h=MIME-Version:From:To:Date:Message-ID:References:In-Reply-To:Cc: Subject:Reply-To:List-Id:List-Unsubscribe:List-Archive:List-Post: List-Help:List-Subscribe:Content-Type:Content-Transfer-Encoding: Sender; b=qzF525464sr9egIWf1cail6mpAldchFGEoOGOJX4pWKnE1kfl2Htvb6E+WC3QCnyN hyUTyySTjr+BH7uYD2zL2E7Ie9O3HiEvPC1Sz7S6hHhqs+qU/cZFOxpWoVwS0c8bjU Q23Sgyum2mJ+RUIkR0l1MADU62Wgs69kj4lCZPcA= X-Original-To: radext@ietfa.amsl.com Delivered-To: radext@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 21DF521F8562 for ; Mon, 25 Jun 2012 16:28:13 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.599 X-Spam-Level: X-Spam-Status: No, score=-102.599 tagged_above=-999 required=5 tests=[AWL=0.000, BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id P7njfVYwMVhu for ; Mon, 25 Jun 2012 16:28:12 -0700 (PDT) Received: from grenache.tools.ietf.org (grenache.tools.ietf.org [77.72.230.30]) by ietfa.amsl.com (Postfix) with ESMTP id 98FD421F8559 for ; Mon, 25 Jun 2012 16:28:12 -0700 (PDT) Received: from localhost ([127.0.0.1]:46801 helo=grenache.tools.ietf.org ident=www-data) by grenache.tools.ietf.org with esmtp (Exim 4.77) (envelope-from ) id 1SjIhX-0003J6-Aj; Tue, 26 Jun 2012 01:28:11 +0200 MIME-Version: 1.0 From: "radext issue tracker" X-Trac-Version: 0.12.2 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.12.2, by Edgewall Software To: bernard_aboba@hotmail.com X-Trac-Project: radext Date: Mon, 25 Jun 2012 23:28:11 -0000 X-URL: http://tools.ietf.org/radext/ X-Trac-Ticket-URL: https://tools.ietf.org/wg/radext/trac/ticket/112#comment:1 Message-ID: <074.93dd55fcdb7f51cd2b94e234b27c72c3@trac.tools.ietf.org> References: <059.11906697f7d67bdd491bfd8ebfe1fb8c@trac.tools.ietf.org> X-Trac-Ticket-ID: 112 In-Reply-To: <059.11906697f7d67bdd491bfd8ebfe1fb8c@trac.tools.ietf.org> X-SA-Exim-Connect-IP: 127.0.0.1 X-SA-Exim-Rcpt-To: bernard_aboba@hotmail.com, radext@ietf.org X-SA-Exim-Mail-From: trac+radext@trac.tools.ietf.org X-SA-Exim-Scanned: No (on grenache.tools.ietf.org); SAEximRunCond expanded to false Cc: radext@ietf.org Subject: Re: [radext] #112: define or refer 'privilege attacks' X-BeenThere: radext@ietf.org X-Mailman-Version: 2.1.12 Reply-To: radext@ietf.org List-Id: RADIUS EXTensions working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Sender: radext-bounces@ietf.org Errors-To: radext-bounces@ietf.org IzExMjogZGVmaW5lIG9yIHJlZmVyICdwcml2aWxlZ2UgYXR0YWNrcycKCkNoYW5nZXMgKGJ5IGJl cm5hcmRfYWJvYmFA4oCmKToKCiAqIG93bmVyOiAgID0+IGJlcm5hcmRfYWJvYmFA4oCmCiAqIGNv bXBvbmVudDogIElFRUU4MDItQXR0cnMgPT4gaWVlZTgwMmV4dAoKCi0tIAotLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLSstLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0KIFJlcG9ydGVy OiAgZHJvbWFzY2FA4oCmICAgICAgIHwgICAgICAgT3duZXI6ICBiZXJuYXJkX2Fib2JhQOKApgog ICAgIFR5cGU6ICBlbmhhbmNlbWVudCAgICAgIHwgICAgICBTdGF0dXM6ICBuZXcKIFByaW9yaXR5 OiAgbWlub3IgICAgICAgICAgICB8ICAgTWlsZXN0b25lOiAgbWlsZXN0b25lMQpDb21wb25lbnQ6 ICBpZWVlODAyZXh0ICAgICAgIHwgICAgIFZlcnNpb246ICAxLjAKIFNldmVyaXR5OiAgSW4gV0cg TGFzdCBDYWxsICB8ICBSZXNvbHV0aW9uOgogS2V5d29yZHM6ICAgICAgICAgICAgICAgICAgIHwK LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0rLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tCgpUaWNrZXQgVVJMOiA8aHR0cHM6Ly90b29scy5pZXRmLm9yZy93Zy9yYWRleHQvdHJhYy90 aWNrZXQvMTEyI2NvbW1lbnQ6MT4KcmFkZXh0IDxodHRwOi8vdG9vbHMuaWV0Zi5vcmcvcmFkZXh0 Lz4KCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fCnJhZGV4 dCBtYWlsaW5nIGxpc3QKcmFkZXh0QGlldGYub3JnCmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxt YW4vbGlzdGluZm8vcmFkZXh0Cg== From trac+radext@trac.tools.ietf.org Mon Jun 25 16:28:57 2012 Return-Path: X-Original-To: radext@ietfa.amsl.com Delivered-To: radext@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9C0ED21F85A5 for ; Mon, 25 Jun 2012 16:28:57 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.599 X-Spam-Level: X-Spam-Status: No, score=-102.599 tagged_above=-999 required=5 tests=[AWL=0.000, BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id O1O5r0EIB6s5 for ; Mon, 25 Jun 2012 16:28:57 -0700 (PDT) Received: from grenache.tools.ietf.org (grenache.tools.ietf.org [77.72.230.30]) by ietfa.amsl.com (Postfix) with ESMTP id 0D8DA21F8562 for ; Mon, 25 Jun 2012 16:28:57 -0700 (PDT) Received: from localhost ([127.0.0.1]:46815 helo=grenache.tools.ietf.org ident=www-data) by grenache.tools.ietf.org with esmtp (Exim 4.77) (envelope-from ) id 1SjIiF-0003Ol-OZ; Tue, 26 Jun 2012 01:28:55 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit From: "radext issue tracker" X-Trac-Version: 0.12.2 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.12.2, by Edgewall Software To: bernard_aboba@hotmail.com X-Trac-Project: radext Date: Mon, 25 Jun 2012 23:28:55 -0000 X-URL: http://tools.ietf.org/radext/ X-Trac-Ticket-URL: https://tools.ietf.org/wg/radext/trac/ticket/115#comment:1 Message-ID: <074.1bedbca0ea3039abcd972b0bf6b90772@trac.tools.ietf.org> References: <059.fd1ba7a330483bf4d9ea291c1e01286d@trac.tools.ietf.org> X-Trac-Ticket-ID: 115 In-Reply-To: <059.fd1ba7a330483bf4d9ea291c1e01286d@trac.tools.ietf.org> X-SA-Exim-Connect-IP: 127.0.0.1 X-SA-Exim-Rcpt-To: bernard_aboba@hotmail.com, radext@ietf.org X-SA-Exim-Mail-From: trac+radext@trac.tools.ietf.org X-SA-Exim-Scanned: No (on grenache.tools.ietf.org); SAEximRunCond expanded to false Cc: radext@ietf.org Subject: Re: [radext] #115: tables are not numbered X-BeenThere: radext@ietf.org X-Mailman-Version: 2.1.12 Reply-To: radext@ietf.org List-Id: RADIUS EXTensions working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Jun 2012 23:28:57 -0000 #115: tables are not numbered Changes (by bernard_aboba@…): * owner: => bernard_aboba@… * component: IEEE802-Attrs => ieee802ext * severity: - => In WG Last Call -- -----------------------------+------------------------------ Reporter: dromasca@… | Owner: bernard_aboba@… Type: defect | Status: new Priority: minor | Milestone: milestone1 Component: ieee802ext | Version: 1.0 Severity: In WG Last Call | Resolution: Keywords: | -----------------------------+------------------------------ Ticket URL: radext From radext-bounces@ietf.org Mon Jun 25 16:28:59 2012 Return-Path: X-Original-To: radext-archive-IeZ9sae2@lists.ietf.org Delivered-To: ietfarch-radext-archive-IeZ9sae2@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5D8D711E808C; Mon, 25 Jun 2012 16:28:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=ietf.org; s=ietf1; t=1340666939; bh=Bfu9tBgq8VbvgUpH2OGqKnVftaAyBOmr7DpEY/Y4Wuc=; h=MIME-Version:From:To:Date:Message-ID:References:In-Reply-To:Cc: Subject:Reply-To:List-Id:List-Unsubscribe:List-Archive:List-Post: List-Help:List-Subscribe:Content-Type:Content-Transfer-Encoding: Sender; b=DJFRET+qJ66j/OGFoQGjSrl1JntPxRf1NhBCD8u778q3vDqFAfCdmZ1Nl4h7R70Ck /lRFZz2Gt5sKA4PQcHbY1Z1Pd51v8x5MW5VZ8MqvYtnWfHo3eNSYcp1nBqK0MH7KS3 H7h0r/KZuT+8TUhN1F7MRuOx+3ZfF6F/xqIdoDCY= X-Original-To: radext@ietfa.amsl.com Delivered-To: radext@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9C0ED21F85A5 for ; Mon, 25 Jun 2012 16:28:57 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.599 X-Spam-Level: X-Spam-Status: No, score=-102.599 tagged_above=-999 required=5 tests=[AWL=0.000, BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id O1O5r0EIB6s5 for ; Mon, 25 Jun 2012 16:28:57 -0700 (PDT) Received: from grenache.tools.ietf.org (grenache.tools.ietf.org [77.72.230.30]) by ietfa.amsl.com (Postfix) with ESMTP id 0D8DA21F8562 for ; Mon, 25 Jun 2012 16:28:57 -0700 (PDT) Received: from localhost ([127.0.0.1]:46815 helo=grenache.tools.ietf.org ident=www-data) by grenache.tools.ietf.org with esmtp (Exim 4.77) (envelope-from ) id 1SjIiF-0003Ol-OZ; Tue, 26 Jun 2012 01:28:55 +0200 MIME-Version: 1.0 From: "radext issue tracker" X-Trac-Version: 0.12.2 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.12.2, by Edgewall Software To: bernard_aboba@hotmail.com X-Trac-Project: radext Date: Mon, 25 Jun 2012 23:28:55 -0000 X-URL: http://tools.ietf.org/radext/ X-Trac-Ticket-URL: https://tools.ietf.org/wg/radext/trac/ticket/115#comment:1 Message-ID: <074.1bedbca0ea3039abcd972b0bf6b90772@trac.tools.ietf.org> References: <059.fd1ba7a330483bf4d9ea291c1e01286d@trac.tools.ietf.org> X-Trac-Ticket-ID: 115 In-Reply-To: <059.fd1ba7a330483bf4d9ea291c1e01286d@trac.tools.ietf.org> X-SA-Exim-Connect-IP: 127.0.0.1 X-SA-Exim-Rcpt-To: bernard_aboba@hotmail.com, radext@ietf.org X-SA-Exim-Mail-From: trac+radext@trac.tools.ietf.org X-SA-Exim-Scanned: No (on grenache.tools.ietf.org); SAEximRunCond expanded to false Cc: radext@ietf.org Subject: Re: [radext] #115: tables are not numbered X-BeenThere: radext@ietf.org X-Mailman-Version: 2.1.12 Reply-To: radext@ietf.org List-Id: RADIUS EXTensions working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: