
From aland@deployingradius.com  Sat Feb  4 16:22:31 2012
Return-Path: <aland@deployingradius.com>
X-Original-To: aaa-doctors@ietfa.amsl.com
Delivered-To: aaa-doctors@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4367021F8453 for <aaa-doctors@ietfa.amsl.com>; Sat,  4 Feb 2012 16:22:31 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -100.343
X-Spam-Level: 
X-Spam-Status: No, score=-100.343 tagged_above=-999 required=5 tests=[AWL=0.397, BAYES_20=-0.74, 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 OUHvxtRJuJfr for <aaa-doctors@ietfa.amsl.com>; Sat,  4 Feb 2012 16:22:30 -0800 (PST)
Received: from liberty.deployingradius.com (liberty.deployingradius.com [88.191.76.128]) by ietfa.amsl.com (Postfix) with ESMTP id B354C21F8456 for <aaa-doctors@ietf.org>; Sat,  4 Feb 2012 16:22:30 -0800 (PST)
Received: by liberty.deployingradius.com (Postfix, from userid 1000) id E85B712344FA; Sun,  5 Feb 2012 01:22:01 +0100 (CET)
From: aland@freeradius.org
To: <aaa-doctors@ietf.org>
X-Mailer: mail (GNU Mailutils 1.1)
Message-Id: <20120205002201.E85B712344FA@liberty.deployingradius.com>
Date: Sun,  5 Feb 2012 01:22:01 +0100 (CET)
Subject: [AAA-DOCTORS] RADIUS Documents in Last Call for Sun Feb 5 01:22:01 CET 2012
X-BeenThere: aaa-doctors@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: AAA Doctors E-mail List <aaa-doctors.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/aaa-doctors>, <mailto:aaa-doctors-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/aaa-doctors>
List-Post: <mailto:aaa-doctors@ietf.org>
List-Help: <mailto:aaa-doctors-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/aaa-doctors>, <mailto:aaa-doctors-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sun, 05 Feb 2012 00:22:31 -0000

  This is an automatically generated email.  It lists the IETF internet-drafts
which are WG items; in IETF Last Call, and which reference RADIUS.  Drafts
from the RADEXT and DIME working groups are not included.

--
draft-ietf-netext-radius-pmip6-06.txt  http://datatracker.ietf.org/doc/draft-ietf-netext-radius-pmip6/

From dromasca@avaya.com  Wed Feb  8 10:25:15 2012
Return-Path: <dromasca@avaya.com>
X-Original-To: aaa-doctors@ietfa.amsl.com
Delivered-To: aaa-doctors@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9881B21E801C; Wed,  8 Feb 2012 10:25:15 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -103.386
X-Spam-Level: 
X-Spam-Status: No, score=-103.386 tagged_above=-999 required=5 tests=[AWL=0.213, BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1, 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 mAgoU+uq3Zso; Wed,  8 Feb 2012 10:25:15 -0800 (PST)
Received: from co300216-co-outbound.net.avaya.com (co300216-co-outbound.net.avaya.com [198.152.13.100]) by ietfa.amsl.com (Postfix) with ESMTP id 9784021E801D; Wed,  8 Feb 2012 10:25:14 -0800 (PST)
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: Aj8HAFq9Mk+HCzI1/2dsb2JhbABDhRGZFIQyizRxgQWBbwEBAQEDAQEBDxENBDoXBgEIDQQEAQEDAgYCBAwLAQICAwElHgEHAQEFBAEEARIIARmHY55xiXaKEYEvhm2DMAEpBgGDZgGBBoJDM2MEmyeFEodS
X-IronPort-AV: E=Sophos;i="4.73,384,1325480400"; d="scan'208";a="329062588"
Received: from unknown (HELO p-us1-erheast.us1.avaya.com) ([135.11.50.53]) by co300216-co-outbound.net.avaya.com with ESMTP; 08 Feb 2012 13:25:13 -0500
Received: from unknown (HELO 307622ANEX5.global.avaya.com) ([135.64.140.13]) by p-us1-erheast-out.us1.avaya.com with ESMTP; 08 Feb 2012 13:11:03 -0500
x-mimeole: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
Date: Wed, 8 Feb 2012 19:25:11 +0100
Message-ID: <EDC652A26FB23C4EB6384A4584434A0407301E35@307622ANEX5.global.avaya.com>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: WG Review: Recharter of BiDirectional or Server-Initiated HTTP (hybi) 
Thread-Index: Aczlv/o1a4Rs1oWDTsudhClUTksNIAAzvd8Q
From: "Romascanu, Dan (Dan)" <dromasca@avaya.com>
To: "IETF DNS Directorate" <dns-dir@ietf.org>, <ops-dir@ietf.org>, <aaa-doctors@ietf.org>, <mib-doctors@ietf.org>, "YANG Doctors" <yang-doctors@ietf.org>
Subject: [AAA-DOCTORS] FW: WG Review: Recharter of BiDirectional or Server-Initiated HTTP (hybi)
X-BeenThere: aaa-doctors@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: AAA Doctors E-mail List <aaa-doctors.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/aaa-doctors>, <mailto:aaa-doctors-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/aaa-doctors>
List-Post: <mailto:aaa-doctors@ietf.org>
List-Help: <mailto:aaa-doctors-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/aaa-doctors>, <mailto:aaa-doctors-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 08 Feb 2012 18:25:15 -0000

DQoNCg0KDQotLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KRnJvbTogaWVzZy1ib3VuY2VzQGll
dGYub3JnIFttYWlsdG86aWVzZy1ib3VuY2VzQGlldGYub3JnXSBPbiBCZWhhbGYgT2YgSUVTRyBT
ZWNyZXRhcnkNClNlbnQ6IFR1ZXNkYXksIEZlYnJ1YXJ5IDA3LCAyMDEyIDc6NDMgUE0NClRvOiBJ
RVRGIEFubm91bmNlbWVudCBsaXN0DQpDYzogU2FsdmF0b3JlLkxvcmV0b0Blcmljc3Nvbi5jb207
IGh5YmlAaWV0Zi5vcmc7IGdfZV9tb250ZW5lZ3JvQHlhaG9vLmNvbQ0KU3ViamVjdDogV0cgUmV2
aWV3OiBSZWNoYXJ0ZXIgb2YgQmlEaXJlY3Rpb25hbCBvciBTZXJ2ZXItSW5pdGlhdGVkIEhUVFAg
KGh5YmkpIA0KDQpBIG1vZGlmaWVkIGNoYXJ0ZXIgaGFzIGJlZW4gc3VibWl0dGVkIGZvciB0aGUg
QmlEaXJlY3Rpb25hbCBvciBTZXJ2ZXItDQpJbml0aWF0ZWQgSFRUUCAoaHliaSkgd29ya2luZyBn
cm91cCBpbiB0aGUgQXBwbGljYXRpb25zIEFyZWEgb2YgdGhlIA0KSUVURi4gIFRoZSBJRVNHIGhh
cyBub3QgbWFkZSBhbnkgZGV0ZXJtaW5hdGlvbiBhcyB5ZXQuICBUaGUgbW9kaWZpZWQgDQpjaGFy
dGVyIGlzIHByb3ZpZGVkIGJlbG93IGZvciBpbmZvcm1hdGlvbmFsIHB1cnBvc2VzIG9ubHkuICBQ
bGVhc2Ugc2VuZCANCnlvdXIgY29tbWVudHMgdG8gdGhlIElFU0cgbWFpbGluZyBsaXN0IChpZXNn
QGlldGYub3JnKSBieSBUdWVzZGF5LCANCkZlYnJ1YXJ5IDE0LCAyMDEyLg0KDQpCaURpcmVjdGlv
bmFsIG9yIFNlcnZlci1Jbml0aWF0ZWQgSFRUUCAoaHliaSkNCi0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tDQpTdGF0dXM6IEFjdGl2ZSBXb3JraW5nIEdyb3VwDQpMYXN0
IFVwZGF0ZWQ6IDIwMTItMDItMDINCg0KQ2hhaXJzOg0KIFNhbHZhdG9yZSBMb3JldG8gPFNhbHZh
dG9yZS5Mb3JldG9AZXJpY3Nzb24uY29tPg0KIEdhYnJpZWwgTW9udGVuZWdybyA8Z19lX21vbnRl
bmVncm9AeWFob28uY29tPg0KDQpBcHBsaWNhdGlvbnMgQXJlYSBEaXJlY3RvcihzKToNCiBQZXRl
IFJlc25pY2sgPHByZXNuaWNrQHF1YWxjb21tLmNvbT4NCiBQZXRlciBTYWludC1BbmRyZSA8c3Rw
ZXRlckBzdHBldGVyLmltPg0KDQpBcHBsaWNhdGlvbnMgQXJlYSBBZHZpc29yOg0KIFBldGVyIFNh
aW50LUFuZHJlIDxzdHBldGVyQHN0cGV0ZXIuaW0+DQoNClNlY3JldGFyeToNCiAgCVMgTW9vbmVz
YW15IDxzbStpZXRmQGVsYW5kc3lzLmNvbT4NCg0KTWFpbGluZyBMaXN0czoNCiAgQWRkcmVzczoJ
aHliaUBpZXRmLm9yZw0KICBUbyBTdWJzY3JpYmU6CWh0dHBzOi8vd3d3LmlldGYub3JnL21haWxt
YW4vbGlzdGluZm8vaHliaQ0KICBBcmNoaXZlOglodHRwOi8vd3d3LmlldGYub3JnL21haWwtYXJj
aGl2ZS93ZWIvaHliaS8NCg0KRGVzY3JpcHRpb24gb2YgV29ya2luZyBHcm91cDoNCg0KICBUaGUg
QmlEaXJlY3Rpb25hbCBvciBTZXJ2ZXItSW5pdGlhdGVkIEhUVFAgKEh5QmkpIHdvcmtpbmcgZ3Jv
dXANCiAgZGVmaW5lcyB0aGUgV2ViU29ja2V0IFByb3RvY29sLCBhIHRlY2hub2xvZ3kgZm9yIGJp
ZGlyZWN0aW9uYWwNCiAgY29tbXVuaWNhdGlvbiBiZXR3ZWVuIGFuIEhUVFAgY2xpZW50IGFuZCBh
biBIVFRQIHNlcnZlciB0aGF0DQogIHByb3ZpZGVzIGdyZWF0ZXIgZWZmaWNpZW5jeSB0aGFuIHBy
ZXZpb3VzIGFwcHJvYWNoZXMgKGUuZy4sIHVzZQ0KICBvZiBoYW5naW5nIHJlcXVlc3RzIG9yIGxv
bmcgcG9sbGluZykuDQoNCiAgSGF2aW5nIGNvbXBsZXRlZCB3b3JrIG9uIHRoZSBjb3JlIHByb3Rv
Y29sIChSRkMgNjQ1NSksIHRoZSBncm91cA0KICBjb250aW51ZXMgdG8gZGVmaW5lIGV4dGVuc2lv
bnMgZm9yIHVzZSBieSBXZWJTb2NrZXQNCiAgaW1wbGVtZW50YXRpb25zLiAgVGhlIGZvbGxvd2lu
ZyBleHRlbnNpb25zIGFuZCBvcHRpbWl6YXRpb25zIGFyZQ0KICBjdXJyZW50bHkgaW4gc2NvcGU6
DQoNCiAgMS4gQSBwZXItZnJhbWUgY29tcHJlc3Npb24gZXh0ZW5zaW9uIHRvIGltcHJvdmUgYmFu
ZHdpZHRoDQogICAgIHVzYWdlIChkcmFmdC10eW9zaGluby1oeWJpLXdlYnNvY2tldC1wZXJmcmFt
ZS1kZWZsYXRlIGlzIGENCiAgICAgbGlrZWx5IHN0YXJ0aW5nIHBvaW50KS4NCg0KICAyLiBBIG11
bHRpcGxleGluZyBleHRlbnNpb24gdG8gaW1wcm92ZSB0aGUgc2NhbGFiaWxpdHkgb2YgdGhlDQog
ICAgIFdlYlNvY2tldCBwcm90b2NvbCAoZHJhZnQtdGFtcGxpbi1oeWJpLWdvb2dsZS1tdXggaXMg
YSBsaWtlbHkNCiAgICAgc3RhcnRpbmcgcG9pbnQpLg0KDQogIDMuIFRpbWVvdXQtaGFuZGxpbmcg
Y2FwYWJpbGl0aWVzIHRvIHJlZHVjZSB0aGUgY2hhdHRpbmVzcyBvZiB0aGUNCiAgICAgcHJvdG9j
b2wgKGRyYWZ0LXRob21zb24taHliaS1odHRwLXRpbWVvdXQgaXMgYSBsaWtlbHkgc3RhcnRpbmcN
CiAgICAgcG9pbnQpLg0KDQogIFRoZSB3b3JraW5nIGdyb3VwIHdpbGwgYWxzbyBzZXJ2ZSBhcyBh
IGRpc2N1c3Npb24gdmVudWUgZm9yDQogIHN1YnByb3RvY29scy4gIEhvd2V2ZXIsIG5vIHN1YnBy
b3RvY29sIGlzIGN1cnJlbnRseSBjaGFydGVyZWQgYXMgYQ0KICBkZWxpdmVyYWJsZSwgYW5kIHRo
ZSBXRyBtdXN0IGJlIHJlY2hhcnRlcmVkIHRvIHdvcmsgb24gYW55DQogIHN1YnByb3RvY29scy4N
Cg0KICBUaGUgZ3JvdXAgd2lsbCBub3Qgd29yayBvbiBhbiB1cGRhdGVkIHZlcnNpb24gb2YgdGhl
IFdlYlNvY2tldA0KICBwcm90b2NvbCwgdW5sZXNzIGl0IGlzIHNwZWNpZmljYWxseSByZWNoYXJ0
ZXJlZCB0byBkbyBzby4NCg0KICBUaGUgZ3JvdXAgd2lsbCBjb250aW51ZSBjb29yZGluYXRpbmcg
d2l0aCB0aGUgVzNDIFdlcEFwcHMgd29ya2luZw0KICBncm91cCB3aXRoIHJlc3BlY3QgdG8gdGhl
IGFib3ZlIGRlbGl2ZXJhYmxlcyBhbmQgdG8gZW5zdXJlIHRoZSBiZXN0DQogIG1hdGNoIHBvc3Np
YmxlIGJldHdlZW4gdGhlIFdlYlNvY2tldCBwcm90b2NvbCBhbmQgdGhlIFdlYlNvY2tldCBBUEku
DQogIFRoZSBncm91cCB3aWxsIGFsc28gY29udGludWUgY29vcmRpbmF0aW5nIHdpdGggb3RoZXIg
d29ya2luZyBncm91cHMNCiAgd2l0aGluIHRoZSBJRVRGIChlLmcuLCBIVFRQQklTKSBhcyBhcHBy
b3ByaWF0ZS4NCg0KR29hbCBhbmQgTWlsZXN0b25lczoNCg0KICBGZWIgMjAxMiAtIEFkb3B0IGEg
V0cgaXRlbSBmb3IgdGhlIHBlci1mcmFtZSBjb21wcmVzc2lvbiBleHRlbnNpb24NCg0KICBNYXkg
MjAxMiAtIElzc3VlIFdHIGxhc3QgY2FsbCBvbiB0aGUgcGVyLWZyYW1lIGNvbXByZXNzaW9uIGV4
dGVuc2lvbg0KDQogIEp1biAyMDEyIC0gU2VuZCBwZXItZnJhbWUgY29tcHJlc3Npb24gZXh0ZW5z
aW9uIHRvIElFU0cgZm9yDQogICAgICAgICAgICAgY29uc2lkZXJhdGlvbiBhcyBhIFByb3Bvc2Vk
IFN0YW5kYXJkDQoNCiAgSnVuIDIwMTIgLSBBZG9wdCBhIFdHIGl0ZW0gZm9yIHRpbWVvdXQgaGFu
ZGxpbmcNCg0KICBKdWwgMjAxMiAtIEFkb3B0IGEgV0cgZm9yIHRoZSBtdWx0aXBsZXhpbmcgZXh0
ZW5zaW9uDQoNCiAgQXVnIDIwMTIgLSBJc3N1ZSBXRyBsYXN0IGNhbGwgb24gdGltZW91dCBoYW5k
bGluZw0KDQogIFNlcCAyMDEyIC0gSXNzdWUgV0cgbGFzdCBjYWxsIG9uIHRoZSBtdWx0aXBsZXhp
bmcgZXh0ZW5zaW9uDQoNCiAgT2N0IDIwMTIgLSBTZW5kIHRpbWVvdXQgaGFuZGxpbmcgdG8gSUVT
RyBmb3IgY29uc2lkZXJhdGlvbiBhcw0KICAgICAgICAgICAgIGEgUHJvcG9zZWQgU3RhbmRhcmQN
Cg0KICBOb3YgMjAxMiAtIFNlbmQgbXVsdGlwbGV4aW5nIGV4dGVuc2lvbiB0byBJRVNHIGZvciBj
b25zaWRlcmF0aW9uIGFzDQogICAgICAgICAgICAgYSBQcm9wb3NlZCBTdGFuZGFyZA0K

From dromasca@avaya.com  Wed Feb  8 10:26:52 2012
Return-Path: <dromasca@avaya.com>
X-Original-To: aaa-doctors@ietfa.amsl.com
Delivered-To: aaa-doctors@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 554D021E8020; Wed,  8 Feb 2012 10:26:52 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -103.388
X-Spam-Level: 
X-Spam-Status: No, score=-103.388 tagged_above=-999 required=5 tests=[AWL=0.211, BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1, 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 XODp+pj18cxm; Wed,  8 Feb 2012 10:26:51 -0800 (PST)
Received: from de307622-de-outbound.net.avaya.com (de307622-de-outbound.net.avaya.com [198.152.71.100]) by ietfa.amsl.com (Postfix) with ESMTP id 86EC721E8010; Wed,  8 Feb 2012 10:26:50 -0800 (PST)
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AgMFAIa9Mk/GmAcF/2dsb2JhbABDhQ2pCHGBB4FyAQEBAQMBAQEPEQ0EOhcGAQgNBAQBAQMCBgIEDAsBAgIDASUfBwEBBQQBBAESCAEZh2OdRIl2kXqBL4odASkGAYNmAYEGGQKCKDNjBJsnjGQ
X-IronPort-AV: E=Sophos;i="4.73,384,1325480400"; d="scan'208";a="290303098"
Received: from unknown (HELO co300216-co-erhwest.avaya.com) ([198.152.7.5]) by de307622-de-outbound.net.avaya.com with ESMTP; 08 Feb 2012 13:26:48 -0500
Received: from unknown (HELO 307622ANEX5.global.avaya.com) ([135.64.140.13]) by co300216-co-erhwest-out.avaya.com with ESMTP; 08 Feb 2012 13:20:50 -0500
x-mimeole: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
Date: Wed, 8 Feb 2012 19:26:45 +0100
Message-ID: <EDC652A26FB23C4EB6384A4584434A0407301E36@307622ANEX5.global.avaya.com>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: WG Review: Recharter of Basic Level of Interoperability for SIP Services (bliss) 
Thread-Index: Aczlv4f43x09mVKISN28pDe+wtohIQAz5mgg
From: "Romascanu, Dan (Dan)" <dromasca@avaya.com>
To: "IETF DNS Directorate" <dns-dir@ietf.org>, <ops-dir@ietf.org>, "YANG Doctors" <yang-doctors@ietf.org>, <aaa-doctors@ietf.org>, <mib-doctors@ietf.org>
Subject: [AAA-DOCTORS] FW: WG Review: Recharter of Basic Level of Interoperability for SIP Services (bliss)
X-BeenThere: aaa-doctors@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: AAA Doctors E-mail List <aaa-doctors.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/aaa-doctors>, <mailto:aaa-doctors-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/aaa-doctors>
List-Post: <mailto:aaa-doctors@ietf.org>
List-Help: <mailto:aaa-doctors-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/aaa-doctors>, <mailto:aaa-doctors-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 08 Feb 2012 18:26:52 -0000

DQoNCg0KDQotLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KRnJvbTogaWVzZy1ib3VuY2VzQGll
dGYub3JnIFttYWlsdG86aWVzZy1ib3VuY2VzQGlldGYub3JnXSBPbiBCZWhhbGYgT2YgSUVTRyBT
ZWNyZXRhcnkNClNlbnQ6IFR1ZXNkYXksIEZlYnJ1YXJ5IDA3LCAyMDEyIDc6NDAgUE0NClRvOiBu
ZXctd29ya0BpZXRmLm9yZw0KU3ViamVjdDogV0cgUmV2aWV3OiBSZWNoYXJ0ZXIgb2YgQmFzaWMg
TGV2ZWwgb2YgSW50ZXJvcGVyYWJpbGl0eSBmb3IgU0lQIFNlcnZpY2VzIChibGlzcykgDQoNCkEg
bW9kaWZpZWQgY2hhcnRlciBoYXMgYmVlbiBzdWJtaXR0ZWQgZm9yIHRoZSBCYXNpYyBMZXZlbCBv
ZiANCkludGVyb3BlcmFiaWxpdHkgZm9yIFNJUCBTZXJ2aWNlcyAoYmxpc3MpIHdvcmtpbmcgZ3Jv
dXAgaW4gdGhlIFJlYWwtVGltZSANCkFwcGxpY2F0aW9ucyBhbmQgSW5mcmFzdHJ1Y3R1cmUgQXJl
YSBvZiB0aGUgSUVURi4gIFRoZSBJRVNHIGhhcyBub3QgbWFkZSANCmFueSBkZXRlcm1pbmF0aW9u
IGFzIHlldC4gIFRoZSBtb2RpZmllZCBjaGFydGVyIGlzIHByb3ZpZGVkIGJlbG93IGZvciANCmlu
Zm9ybWF0aW9uYWwgcHVycG9zZXMgb25seS4gIFBsZWFzZSBzZW5kIHlvdXIgY29tbWVudHMgdG8g
dGhlIElFU0cgDQptYWlsaW5nIGxpc3QgKGllc2dAaWV0Zi5vcmcpIGJ5IFR1ZXNkYXksIEZlYnJ1
YXJ5IDE0LCAyMDEyLg0KDQpCYXNpYyBMZXZlbCBvZiBJbnRlcm9wZXJhYmlsaXR5IGZvciBTSVAg
U2VydmljZXMgKGJsaXNzKQ0KLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0NClN0YXR1czogQWN0aXZlIFdvcmtpbmcgR3JvdXANCkxhc3QgVXBkYXRlZDogMjAxMi0wMi0w
Mg0KDQpDaGFpcjoNCiBTaGlkYSBTY2h1YmVydCA8c2hpZGFAbnR0LWF0LmNvbT4NCg0KUmVhbC1U
aW1lIEFwcGxpY2F0aW9ucyBhbmQgSW5mcmFzdHJ1Y3R1cmUgQXJlYSBEaXJlY3RvcihzKToNCiBH
b256YWxvIENhbWFyaWxsbyA8Z29uemFsby5jYW1hcmlsbG9AZXJpY3Nzb24uY29tPg0KIFJvYmVy
dCBTcGFya3MgPHJqc3BhcmtzQG5vc3RydW0uY29tPg0KDQpSZWFsLVRpbWUgQXBwbGljYXRpb25z
IGFuZCBJbmZyYXN0cnVjdHVyZSBBcmVhIEFkdmlzb3I6DQogUm9iZXJ0IFNwYXJrcyA8cmpzcGFy
a3NAbm9zdHJ1bS5jb20+DQoNClRlY2ggQWR2aXNvcjogDQogIEpvbmF0aGFuIFJvc2VuYmVyZyA8
amRyb3NlbkBjaXNjby5jb20+DQoNCk1haWxpbmcgTGlzdHM6DQogR2VuZXJhbCBEaXNjdXNzaW9u
OiBibGlzc0BpZXRmLm9yZw0KIFRvIFN1YnNjcmliZToJaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFp
bG1hbi9saXN0aW5mby9ibGlzcw0KIEFyY2hpdmU6CWh0dHA6Ly93d3cuaWV0Zi5vcmcvbWFpbC1h
cmNoaXZlL3dlYi9ibGlzcw0KDQpEZXNjcmlwdGlvbiBvZiBXb3JraW5nIEdyb3VwOg0KDQpUaGUg
QkxJU1Mgd29ya2luZyBncm91cCBpcyByZWNoYXJ0ZXJlZCB0byBhZGp1c3QNCml0cyBzY29wZSB0
byByZWZsZWN0IGNoYW5nZXMgaW4gd29ya2luZyBncm91cCBpbnRlcmVzdA0KYW5kIFJBSSBwcm9j
ZXNzZXMgc2luY2UgaXRzIG9yaWdpbmFsIGNoYXJ0ZXJpbmcuDQoNCkJMSVNTIHdhcyBjaGFydGVy
ZWQgcHJpb3IgdG8gdGhlIGNyZWF0aW9uIG9mIERJU1BBVENILg0KVGhlIGNoYXJ0ZXIgY2FsbGVk
IGZvciB0aGUgV0cgdG8gZG9jdW1lbnQgaG93IHRvIHJlYWxpemUNCmZvdXIgaW5pdGlhbCBidWls
ZGluZyBibG9ja3MgaW4gYW4gaW50ZXJvcGVyYWJsZSB3YXkgd2l0aA0KZXhpc3Rpbmcgc3RhbmRh
cmRzLCBhbmQgdG8gZGVzY3JpYmUgdGhlIHVzZSBvZiB0aG9zZSBidWlsZGluZw0KYmxvY2tzIHRv
IGltcGxlbWVudCBzcGVjaWZpYyBjYWxsIGZlYXR1cmVzLiBBbnkgZXh0ZW5zaW9ucw0KdG8gdGhl
IHByb3RvY29scyBiZXlvbmQgdGhlIGNyZWF0aW9uIG9mIGV2ZW50IHBhY2thZ2VzIG9yDQp0aGUg
YWRkaXRpb24gb2YgU0lQIFVSSSBwYXJhbWV0ZXJzIHdhcyBzZXQgb3V0IG9mIHNjb3BlDQpmb3Ig
dGhpcyB3b3JraW5nIGdyb3VwLg0KDQpXb3JraW5nIGdyb3VwIGludGVyZXN0IGluIGFsbCBidXQg
dHdvIG9mIHRob3NlIGJ1aWxkaW5nDQpibG9ja3MgaGFzIGRpbWluaXNoZWQuICBUaGUgY3VycmVu
dCBkcmFmdHMgb24gdGhvc2UgdHdvDQpwcm9wb3NlIGV4dGVuc2lvbnMgdGhhdCB1bmRlciB0aGUg
b3JpZ2luYWwgY2hhcnRlciB3b3VsZA0KbmVlZCB0byBiZSBkZXZlbG9wZWQgaW4gb3RoZXIgd29y
a2luZyBncm91cHMuIEdpdmVuIHRoZQ0KdXBkYXRlIHRvIHRoZSBTSVAgY2hhbmdlIHByb2Nlc3Mg
KFJGQzU3MjcpIGFuZCB0aGUNCnN1YnNlcXVlbnQgcmVzdHJ1Y3R1cmluZyBvZiB0aGUgUkFJIGFy
ZWEsIHRoZXNlIGNvbnN0cmFpbnRzDQphcmUgYmVpbmcgcmV2aXNlZCBhcyBkZXRhaWxlZCBiZWxv
dy4NCg0KVGhlIEJMSVNTIHdvcmtpbmcgZ3JvdXAgc2hhbGwgYmUgY2xvc2VkIGFmdGVyIGNvbXBs
ZXRpbmcNCnRoZSBmb2xsb3dpbmcgdHdvIHByb3Bvc2VkIHN0YW5kYXJkczoNCiAtIGNhbGwgY29t
cGxldGlvbiB3aXRoIHF1ZXVpbmcgYXMgcHJvcG9zZWQgaW4NCiAgICAgZHJhZnQtaWV0Zi1ibGlz
cy1jYWxsLWNvbXBsZXRpb24NCiAtIHNoYXJlZCBhcHBlYXJhbmNlcyBhcyBwcm9wb3NlZCBpbg0K
ICAgICBkcmFmdC1pZXRmLWJsaXNzLXNoYXJlZC1hcHBlYXJhbmNlcw0KDQpUaGUgZ29hbCB0byBw
cm9kdWNlIGEgcHJvYmxlbSBzdGF0ZW1lbnQgYW5kIGENCmNvbW1vbiB0ZW1wbGF0ZSBmb3IgZGVz
Y3JpYmluZyBwcmltaXRpdmVzIGlzIGFiYW5kb25lZC4NCg0KVGhlIGdyb3VwIHdpbGwgY29udGlu
dWUgdG8gd29yayB3aXRoaW4gdGhlIGNvbnN0cmFpbnRzIG9mDQp0aGUgY3JlYXRpb24gb2YgZXZl
bnQgcGFja2FnZXMgYW5kIFNJUCBVUkkgcGFyYW1ldGVycywgd2l0aA0KdGhlIGFkZGl0aW9uIG9m
IHRoZSBhYmlsaXR5IHRvDQoNCiAtIGV4ZXJjaXNlIHRoZSBhbHJlYWR5IHN0YW5kYXJkaXplZCBl
eHRlbnNpb24gcG9pbnRzIG9mDQogICBTSVAgaGVhZGVyIGZpZWxkcy4gQ3VycmVudGx5LCB0aGUg
ZG9jdW1lbnRzIHByb3Bvc2UgdG8NCiAgIGV4dGVuZCB0aGUgU0lQIEFsZXJ0LUluZm8gaGVhZGVy
IGZpZWxkIChSRkMzMjYxKSB0byBjYXJyeQ0KICAgYW4gYXBwZWFyYW5jZSBpZGVudGlmaWVyLCBh
bmQgdGhlIFNJUCBDYWxsLUluZm8gaGVhZGVyDQogICBmaWVsZCAoUkZDMzI2MSkgdG8gY2Fycnkg
YSBjYWxsIGNvbXBsZXRpb24gaW5kaWNhdG9yLg0KDQogLSBleHRlbmQgdGhlIFNJUCBEaWFsb2cg
ZXZlbnQgcGFja2FnZSAoUkZDNDIzNSkgdG8gY2FycnkNCiAgIGFwcGVhcmFuY2UgcmVsYXRlZCBz
dGF0ZSwNCg0KVGhlIHdvcmtpbmcgZ3JvdXAgd2lsbCBjb29yZGluYXRlIHJldmlldyBvZiB0aG9z
ZSBleHRlbnNpb25zDQp3aXRoIHRoZSBTSVBDT1JFIHdvcmtpbmcgZ3JvdXAuDQoNCkRlc2NyaWJp
bmcgdGhlIHNlY3VyaXR5IHByb3BlcnRpZXMgKHBhcnRpY3VsYXJseSBhbnkgcHJpdmFjeQ0KY29u
c2lkZXJhdGlvbnMpIG9mIHRoZXNlIGRlbGl2ZXJhYmxlcyByZW1haW5zIG9mIHNwZWNpYWwNCmlt
cG9ydGFuY2UuDQoNClVwb24gY29tcGxldGlvbiBvZiB0aGVzZSB0d28gd29yayBpdGVtcywgdGhl
IHdvcmtpbmcgZ3JvdXANCndpbGwgY29uY2x1ZGUuIEZ1dHVyZSBwcm9wb3NhbHMgc2hvdWxkIGJl
IGRpcmVjdGVkIHRvIHRoZQ0KRElTUEFUQ0ggd29ya2luZyBncm91cC4NCg0KR29hbHMgYW5kIE1p
bGVzdG9uZXM6DQoNCk1hciAyMDEyICBTdWJtaXQgU2hhcmVkIEFwcGVhcmFuY2VzIHRvIHRoZSBJ
RVNHIGZvcg0KICAgICAgICAgIHB1YmxpY2F0aW9uIGFzIFByb3Bvc2VkIFN0YW5kYXJkDQpKdWwg
MjAxMiAgU3VibWl0IENhbGwgQ29tcGxldGlvbiB0byB0aGUgSUVTRyBmb3INCiAgICAgICAgICBw
dWJsaWNhdGlvbiBhcyBQcm9wb3NlZCBTdGFuZGFyZA0KU2VwIDIwMTIgIEJsaXNzIGNvbmNsdWRl
cw0KDQo=

From dromasca@avaya.com  Fri Feb 10 01:27:56 2012
Return-Path: <dromasca@avaya.com>
X-Original-To: aaa-doctors@ietfa.amsl.com
Delivered-To: aaa-doctors@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5509821F8539; Fri, 10 Feb 2012 01:27:56 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -103.369
X-Spam-Level: 
X-Spam-Status: No, score=-103.369 tagged_above=-999 required=5 tests=[AWL=0.230, BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1, 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 RIindmFPe0Qa; Fri, 10 Feb 2012 01:27:55 -0800 (PST)
Received: from de307622-de-outbound.net.avaya.com (de307622-de-outbound.net.avaya.com [198.152.71.100]) by ietfa.amsl.com (Postfix) with ESMTP id 7DBBD21F8523; Fri, 10 Feb 2012 01:27:54 -0800 (PST)
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AgEFABbiNE+HCzI1/2dsb2JhbABDhQ+pc2+BB4FyAQEBAQMSEQ0EUQYBCA0IBQIGBgwLAQICAwFEBwEGBAEEARIIGqRxiXaSDIEvigw8Az4Bg0U/GQEBAgkHBAQBAgIFBAIBAwMBgjszYwSbLIxn
X-IronPort-AV: E=Sophos;i="4.73,395,1325480400"; d="scan'208";a="290624323"
Received: from unknown (HELO p-us1-erheast.us1.avaya.com) ([135.11.50.53]) by de307622-de-outbound.net.avaya.com with ESMTP; 10 Feb 2012 04:27:52 -0500
Received: from unknown (HELO 307622ANEX5.global.avaya.com) ([135.64.140.13]) by p-us1-erheast-out.us1.avaya.com with ESMTP; 10 Feb 2012 04:13:38 -0500
x-mimeole: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
Date: Fri, 10 Feb 2012 10:27:45 +0100
Message-ID: <EDC652A26FB23C4EB6384A4584434A04073021A1@307622ANEX5.global.avaya.com>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: PRELIMINARY Agenda and Package for the February 16, 2012 IESG Teleconference 
Thread-Index: AczngMDBFp4ftpXQSTKBK5w78slDSAAVTJ3w
From: "Romascanu, Dan (Dan)" <dromasca@avaya.com>
To: <aaa-doctors@ietf.org>, <mib-doctors@ietf.org>, "YANG Doctors" <yang-doctors@ietf.org>, <ops-dir@ietf.org>, "IETF DNS Directorate" <dns-dir@ietf.org>
Subject: [AAA-DOCTORS] FW: PRELIMINARY Agenda and Package for the February 16, 2012 IESG Teleconference
X-BeenThere: aaa-doctors@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: AAA Doctors E-mail List <aaa-doctors.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/aaa-doctors>, <mailto:aaa-doctors-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/aaa-doctors>
List-Post: <mailto:aaa-doctors@ietf.org>
List-Help: <mailto:aaa-doctors-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/aaa-doctors>, <mailto:aaa-doctors-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 10 Feb 2012 09:27:56 -0000

SGksDQoNClBsZWFzZSBmaW5kIGJlbG93IHRoZSBwcmVsaW1pbmFyeSBhZ2VuZGEgb2YgdGhlIDIv
MTYgSUVTRyB0ZWxlY2hhdC4gUGxlYXNlIHNlbmQgeW91ciBxdWVzdGlvbnMsIGNvbW1lbnRzIGFu
ZCBjb25jZXJucyBiZWZvcmUgMi8xNSBDT0IuIA0KDQpUaGFua3MgYW5kIFJlZ2FyZHMsDQoNCkRh
bg0KDQoNCg0KLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCkZyb206IGllc2ctYm91bmNlc0Bp
ZXRmLm9yZyBbbWFpbHRvOmllc2ctYm91bmNlc0BpZXRmLm9yZ10gT24gQmVoYWxmIE9mIElFU0cg
U2VjcmV0YXJ5DQoNCg0KMi4gUHJvdG9jb2wgQWN0aW9ucw0KMi4xIFdHIFN1Ym1pc3Npb25zDQoy
LjEuMSBOZXcgSXRlbXMNCg0KICBvIGRyYWZ0LWlldGYtaG9rZXktZXJwLWFhay0wOA0KICAgIEVB
UCBSZS1hdXRoZW50aWNhdGlvbiBQcm90b2NvbCBFeHRlbnNpb25zIGZvciBBdXRoZW50aWNhdGVk
DQogICAgQW50aWNpcGF0b3J5IEtleWluZyAoRVJQL0FBSykgKFByb3Bvc2VkIFN0YW5kYXJkKQ0K
ICAgIFRva2VuOiBTdGVwaGVuIEZhcnJlbGwNCg0KICBvIGRyYWZ0LWlldGYtZGltZS1wbWlwNi1s
ci0wNw0KICAgIERpYW1ldGVyIFN1cHBvcnQgZm9yIFByb3h5IE1vYmlsZSBJUHY2IExvY2FsaXpl
ZCBSb3V0aW5nIChQcm9wb3NlZA0KICAgIFN0YW5kYXJkKQ0KICAgIE5vdGU6IExpb25lbCBNb3Jh
bmQgKGxpb25lbC5tb3JhbmRAb3JhbmdlLmNvbSkgaXMgdGhlIGRvY3VtZW50DQogICAgc2hlcGhl
cmQuDQogICAgVG9rZW46IERhbiBSb21hc2NhbnUNCg0KICBvIGRyYWZ0LWlldGYtZGhjLWRoY3B2
NC1idWxrLWxlYXNlcXVlcnktMDUNCiAgICBCdWxrIERIQ1B2NCBMZWFzZSBRdWVyeSAoUHJvcG9z
ZWQgU3RhbmRhcmQpDQogICAgTm90ZTogVGVkIExlbW9uICh0ZWQubGVtb25Abm9taW51bS5jb20p
IGlzIHRoZSBkb2N1bWVudCBzaGVwaGVyZC4NCiAgICBUb2tlbjogUmFscGggRHJvbXMNCg0KICBv
IGRyYWZ0LWlldGYtZGhjLXBkLWV4Y2x1ZGUtMDQNCiAgICBQcmVmaXggRXhjbHVkZSBPcHRpb24g
Zm9yIERIQ1B2Ni1iYXNlZCBQcmVmaXggRGVsZWdhdGlvbiAoUHJvcG9zZWQNCiAgICBTdGFuZGFy
ZCkNCiAgICBOb3RlOiBUZWQgTGVtb24gKHRlZC5sZW1vbkBub21pbnVtLmNvbSkgaXMgdGhlIGRv
Y3VtZW50IHNoZXBoZXJkLg0KICAgIFRva2VuOiBSYWxwaCBEcm9tcw0KDQogIG8gZHJhZnQtaWV0
Zi1kaGMtZm9yY2VyZW5ldy1ub25jZS0wMw0KICAgIEZvcmNlcmVuZXcgTm9uY2UgQXV0aGVudGlj
YXRpb24gKFByb3Bvc2VkIFN0YW5kYXJkKQ0KICAgIE5vdGU6IFRlZCBMZW1vbiAodGVkLmxlbW9u
QG5vbWludW0uY29tKSBpcyB0aGUgZG9jdW1lbnQgc2hlcGhlcmQuDQogICAgVG9rZW46IFJhbHBo
IERyb21zDQoNCiAgbyBkcmFmdC1pZXRmLXBheWxvYWQtcnRwLWtsdi0wMw0KICAgIFJUUCBQYXls
b2FkIEZvcm1hdCBmb3IgU01QVEUgMzM2TSBFbmNvZGVkIERhdGEgKFByb3Bvc2VkIFN0YW5kYXJk
KQ0KICAgIE5vdGU6IFRoZSBkb2N1bWVudCBzaGVwaGVyZCBpcyBBbGkgQmVnZW4gKGFiZWdlbkBj
aXNjby5jb20pLg0KICAgIFRva2VuOiBSb2JlcnQgU3BhcmtzDQoNCiAgbyBkcmFmdC1pZXRmLWRu
c2V4dC14bmFtZXJjb2RlLTAwDQogICAgeE5BTUUgUkNPREUgYW5kIFN0YXR1cyBCaXRzIENsYXJp
ZmljYXRpb24gKFByb3Bvc2VkIFN0YW5kYXJkKQ0KICAgIE5vdGU6IEFuZHJldyBTdWxsaXZhbiAo
YWpzQGFudmlsd2FscnVzZGVuLmNvbSkgaXMgdGhlIGRvY3VtZW50DQogICAgc2hlcGhlcmQuDQog
ICAgVG9rZW46IFJhbHBoIERyb21zDQoNCjIuMS4yIFJldHVybmluZyBJdGVtcw0KDQogIE5PTkUN
Cg0KMi4yIEluZGl2aWR1YWwgU3VibWlzc2lvbnMNCjIuMi4xIE5ldyBJdGVtcw0KDQogIG8gZHJh
ZnQtb3MtaWV0Zi1zc2hmcC1lY2RzYS1zaGEyLTA3DQogICAgVXNlIG9mIFNIQS0yNTYgQWxnb3Jp
dGhtIHdpdGggUlNBLCBEU0EgYW5kIEVDRFNBIGluIFNTSEZQIFJlc291cmNlDQogICAgUmVjb3Jk
cyAoUHJvcG9zZWQgU3RhbmRhcmQpDQogICAgVG9rZW46IFN0ZXBoZW4gRmFycmVsbA0KDQogIG8g
ZHJhZnQta3VjaGVyYXd5LWF1dGhyZXMtc3BmLWVycmF0dW0tMDENCiAgICBBdXRoZW50aWNhdGlv
bi1SZXN1bHRzIFJlZ2lzdHJhdGlvbiBVcGRhdGUgZm9yIFNQRiBSZXN1bHRzIChQcm9wb3NlZA0K
ICAgIFN0YW5kYXJkKQ0KICAgIFRva2VuOiBQZXRlciBTYWludC1BbmRyZQ0KDQoyLjIuMiBSZXR1
cm5pbmcgSXRlbXMNCg0KICBvIGRyYWZ0LXdlaWwtc2hhcmVkLXRyYW5zaXRpb24tc3BhY2UtcmVx
dWVzdC0xNA0KICAgIElBTkEgUmVzZXJ2ZWQgSVB2NCBQcmVmaXggZm9yIFNoYXJlZCBBZGRyZXNz
IFNwYWNlIChCQ1ApDQogICAgVG9rZW46IFJvbiBCb25pY2ENCiAgICBXYXMgZGVmZXJyZWQgYnkg
UGV0ZXIgU2FpbnQtQW5kcmUgb24gMjAxMS0xMi0wMQ0KDQozLiBEb2N1bWVudCBBY3Rpb25zDQoz
LjEgV0cgU3VibWlzc2lvbnMNCjMuMS4xIE5ldyBJdGVtcw0KDQogIG8gZHJhZnQtaWV0Zi1tcGxz
LXRwLW1pYi1tYW5hZ2VtZW50LW92ZXJ2aWV3LTA2DQogICAgTXVsdGlwcm90b2NvbCBMYWJlbCBT
d2l0Y2hpbmcgVHJhbnNwb3J0IFByb2ZpbGUgKE1QTFMtVFApIE1JQi1iYXNlZA0KICAgIE1hbmFn
ZW1lbnQgT3ZlcnZpZXcgKEluZm9ybWF0aW9uYWwpDQogICAgTm90ZTogTG9hIEFuZGVyc3NvbiAo
bG9hQHBpLm51KSBpcyB0aGUgZG9jdW1lbnQgc2hlcGhlcmQuDQogICAgVG9rZW46IFN0ZXdhcnQg
QnJ5YW50DQoNCiAgbyBkcmFmdC1pZXRmLWRuc2V4dC1lY2RzYS0wNA0KICAgIEVsbGlwdGljIEN1
cnZlIERTQSBmb3IgRE5TU0VDIChJbmZvcm1hdGlvbmFsKQ0KICAgIE5vdGU6IE9sYWZ1ciBHdWRt
dW5kc3NvbiAob2d1ZEBvZ3VkLmNvbSkgaXMgdGhlIGRvY3VtZW50IHNoZXBoZXJkLg0KICAgIFRv
a2VuOiBSYWxwaCBEcm9tcw0KDQozLjEuMiBSZXR1cm5pbmcgSXRlbXMNCg0KICBvIGRyYWZ0LWll
dGYtdjZvcHMtdjYtYWFhYS13aGl0ZWxpc3RpbmctaW1wbGljYXRpb25zLTA4DQogICAgQ29uc2lk
ZXJhdGlvbnMgZm9yIFRyYW5zaXRpb25pbmcgQ29udGVudCB0byBJUHY2IChJbmZvcm1hdGlvbmFs
KQ0KICAgIE5vdGU6IEpvZWwgSmFlZ2dsaSAoam9lbGphQGJvZ3VzLmNvbSkgaXMgdGhlIGRvY3Vt
ZW50IHNoZXBoZXJkLg0KICAgIFRva2VuOiBSb24gQm9uaWNhDQoNCjMuMiBJbmRpdmlkdWFsIFN1
Ym1pc3Npb25zIFZpYSBBRA0KMy4yLjEgTmV3IEl0ZW1zDQoNCiAgbyBkcmFmdC1pc2hpa2F3YS15
cnB1bmwtdWNvZGUtdXJuLTAyDQogICAgQSBVUk4gTmFtZXNwYWNlIEZvciBUaGUgdWNvZGUgKElu
Zm9ybWF0aW9uYWwpDQogICAgVG9rZW46IFBldGVyIFNhaW50LUFuZHJlDQoNCjMuMi4yIFJldHVy
bmluZyBJdGVtcw0KDQogIE5PTkUNCg0KMy4zIElSVEYgYW5kIEluZGVwZW5kZW50IFN1Ym1pc3Np
b24gU3RyZWFtIERvY3VtZW50cw0KMy4zLjEgTmV3IEl0ZW1zDQoNCiAgbyBkcmFmdC1zYXJpa2F5
YS12Nm9wcy1wcmVmaXgtZGVsZWdhdGlvbi0xMA0KICAgIERIQ1B2NiBQcmVmaXggRGVsZWdhdGlv
biBpbiBMb25nIFRlcm0gRXZvbHV0aW9uIChMVEUpIE5ldHdvcmtzDQogICAgKEluZm9ybWF0aW9u
YWwpDQogICAgTm90ZTogSVNFIFN0cmVhbQ0KICAgIFRva2VuOiBKYXJpIEFya2tvDQoNCjMuMy4y
IFJldHVybmluZyBJdGVtcw0KDQogIE5PTkUNCg0KNC4gV29ya2luZyBHcm91cCBBY3Rpb25zDQo0
LjEgV0cgQ3JlYXRpb24NCjQuMS4xIFByb3Bvc2VkIGZvciBJRVRGIFJldmlldw0KDQogIE5PTkUN
Cg0KNC4xLjIgUHJvcG9zZWQgZm9yIEFwcHJvdmFsDQoNCiAgTk9ORQ0KDQo0LjIgV0cgUmVjaGFy
dGVyaW5nDQo0LjIuMSBVbmRlciBFdmFsdWF0aW9uIGZvciBJRVRGIFJldmlldw0KDQogIE5PTkUN
Cg0KNC4yLjIgUHJvcG9zZWQgZm9yIEFwcHJvdmFsDQoNCiAgbyBMb2NhdG9yL0lEIFNlcGFyYXRp
b24gUHJvdG9jb2wgKGxpc3ApDQogICAgVG9rZW46IEphcmkNCg0KICBvIEJhc2ljIExldmVsIG9m
IEludGVyb3BlcmFiaWxpdHkgZm9yIFNJUCBTZXJ2aWNlcyAoYmxpc3MpDQogICAgVG9rZW46IFJv
YmVydA0KDQogIG8gQmlEaXJlY3Rpb25hbCBvciBTZXJ2ZXItSW5pdGlhdGVkIEhUVFAgKGh5Ymkp
DQogICAgVG9rZW46IFBldGVyDQoNCg==

From aland@deployingradius.com  Sat Feb 11 16:22:33 2012
Return-Path: <aland@deployingradius.com>
X-Original-To: aaa-doctors@ietfa.amsl.com
Delivered-To: aaa-doctors@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8B07921F8469 for <aaa-doctors@ietfa.amsl.com>; Sat, 11 Feb 2012 16:22:33 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -101.329
X-Spam-Level: 
X-Spam-Status: No, score=-101.329 tagged_above=-999 required=5 tests=[AWL=1.270, 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 S4FHJpjv3Spp for <aaa-doctors@ietfa.amsl.com>; Sat, 11 Feb 2012 16:22:32 -0800 (PST)
Received: from liberty.deployingradius.com (liberty.deployingradius.com [88.191.76.128]) by ietfa.amsl.com (Postfix) with ESMTP id 5FBEC21F8486 for <aaa-doctors@ietf.org>; Sat, 11 Feb 2012 16:22:32 -0800 (PST)
Received: by liberty.deployingradius.com (Postfix, from userid 1000) id F239212344CE; Sun, 12 Feb 2012 01:22:01 +0100 (CET)
From: aland@freeradius.org
To: <aaa-doctors@ietf.org>
X-Mailer: mail (GNU Mailutils 1.1)
Message-Id: <20120212002201.F239212344CE@liberty.deployingradius.com>
Date: Sun, 12 Feb 2012 01:22:01 +0100 (CET)
Subject: [AAA-DOCTORS] RADIUS Documents in Last Call for Sun Feb 12 01:22:01 CET 2012
X-BeenThere: aaa-doctors@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: AAA Doctors E-mail List <aaa-doctors.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/aaa-doctors>, <mailto:aaa-doctors-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/aaa-doctors>
List-Post: <mailto:aaa-doctors@ietf.org>
List-Help: <mailto:aaa-doctors-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/aaa-doctors>, <mailto:aaa-doctors-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sun, 12 Feb 2012 00:22:33 -0000

  This is an automatically generated email.  It lists the IETF internet-drafts
which are WG items; in IETF Last Call, and which reference RADIUS.  Drafts
from the RADEXT and DIME working groups are not included.

--
draft-ietf-netext-radius-pmip6-06.txt  http://datatracker.ietf.org/doc/draft-ietf-netext-radius-pmip6/

From aland@deployingradius.com  Sat Feb 18 16:22:30 2012
Return-Path: <aland@deployingradius.com>
X-Original-To: aaa-doctors@ietfa.amsl.com
Delivered-To: aaa-doctors@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C849C21E8011 for <aaa-doctors@ietfa.amsl.com>; Sat, 18 Feb 2012 16:22:30 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -100.558
X-Spam-Level: 
X-Spam-Status: No, score=-100.558 tagged_above=-999 required=5 tests=[AWL=0.181, BAYES_20=-0.74, 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 wRE2ISBnCGP1 for <aaa-doctors@ietfa.amsl.com>; Sat, 18 Feb 2012 16:22:30 -0800 (PST)
Received: from liberty.deployingradius.com (liberty.deployingradius.com [88.191.76.128]) by ietfa.amsl.com (Postfix) with ESMTP id 447E521E800F for <aaa-doctors@ietf.org>; Sat, 18 Feb 2012 16:22:30 -0800 (PST)
Received: by liberty.deployingradius.com (Postfix, from userid 1000) id 56B8012345E3; Sun, 19 Feb 2012 01:22:01 +0100 (CET)
From: aland@freeradius.org
To: <aaa-doctors@ietf.org>
X-Mailer: mail (GNU Mailutils 1.1)
Message-Id: <20120219002201.56B8012345E3@liberty.deployingradius.com>
Date: Sun, 19 Feb 2012 01:22:01 +0100 (CET)
Subject: [AAA-DOCTORS] RADIUS Documents in Last Call for Sun Feb 19 01:22:01 CET 2012
X-BeenThere: aaa-doctors@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: AAA Doctors E-mail List <aaa-doctors.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/aaa-doctors>, <mailto:aaa-doctors-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/aaa-doctors>
List-Post: <mailto:aaa-doctors@ietf.org>
List-Help: <mailto:aaa-doctors-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/aaa-doctors>, <mailto:aaa-doctors-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sun, 19 Feb 2012 00:22:30 -0000

  This is an automatically generated email.  It lists the IETF internet-drafts
which are WG items; in IETF Last Call, and which reference RADIUS.  Drafts
from the RADEXT and DIME working groups are not included.

--
draft-ietf-netext-radius-pmip6-06.txt  http://datatracker.ietf.org/doc/draft-ietf-netext-radius-pmip6/

From dromasca@avaya.com  Sun Feb 19 00:41:22 2012
Return-Path: <dromasca@avaya.com>
X-Original-To: aaa-doctors@ietfa.amsl.com
Delivered-To: aaa-doctors@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8582E21F854A for <aaa-doctors@ietfa.amsl.com>; Sun, 19 Feb 2012 00:41:22 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.857
X-Spam-Level: 
X-Spam-Status: No, score=-102.857 tagged_above=-999 required=5 tests=[AWL=-0.258, 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 hwVHWpLJp5SC for <aaa-doctors@ietfa.amsl.com>; Sun, 19 Feb 2012 00:41:21 -0800 (PST)
Received: from p-us1-iereast-outbound.us1.avaya.com (p-us1-iereast-outbound.us1.avaya.com [135.11.29.13]) by ietfa.amsl.com (Postfix) with ESMTP id 98EB521F8549 for <aaa-doctors@ietf.org>; Sun, 19 Feb 2012 00:41:21 -0800 (PST)
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: ApwOAFi0QE/GmAcF/2dsb2JhbABEqjWGEYFjgQeBcwEBAQEDAQEBDwsTCjQLDAQCAQgNBAQBAQsGDAsBBgEmHwkIAQEEARIIGodnngGaeot/AhYCFS0QAwKDWwEIBQECDAECAQICAQEDAgEECAcKglBjBJs2jG+BWw
X-IronPort-AV: E=Sophos;i="4.73,445,1325480400"; d="scan'208";a="232768006"
Received: from unknown (HELO co300216-co-erhwest.avaya.com) ([198.152.7.5]) by p-us1-iereast-outbound.us1.avaya.com with ESMTP; 19 Feb 2012 03:41:19 -0500
Received: from unknown (HELO 307622ANEX5.global.avaya.com) ([135.64.140.13]) by co300216-co-erhwest-out.avaya.com with ESMTP; 19 Feb 2012 03:34:46 -0500
x-mimeole: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Date: Sun, 19 Feb 2012 09:41:17 +0100
Message-ID: <EDC652A26FB23C4EB6384A4584434A04073EEE86@307622ANEX5.global.avaya.com>
In-Reply-To: <20120219002201.56B8012345E3@liberty.deployingradius.com>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: [AAA-DOCTORS] RADIUS Documents in Last Call for Sun Feb 19 01:22:01CET 2012
Thread-Index: AczunJVVb0CQ/Q6YQ1OiOoT3aTZ5dQARPK5w
References: <20120219002201.56B8012345E3@liberty.deployingradius.com>
From: "Romascanu, Dan (Dan)" <dromasca@avaya.com>
To: <aland@freeradius.org>, <aaa-doctors@ietf.org>
Cc: "Benoit Claise \(bclaise\)" <bclaise@cisco.com>
Subject: Re: [AAA-DOCTORS] RADIUS Documents in Last Call for Sun Feb 19 01:22:01CET 2012
X-BeenThere: aaa-doctors@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: AAA Doctors E-mail List <aaa-doctors.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/aaa-doctors>, <mailto:aaa-doctors-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/aaa-doctors>
List-Post: <mailto:aaa-doctors@ietf.org>
List-Help: <mailto:aaa-doctors-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/aaa-doctors>, <mailto:aaa-doctors-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sun, 19 Feb 2012 08:41:22 -0000

Hi Alan,

Something may be wrong with the dates in the script. The I-D
http://datatracker.ietf.org/doc/draft-ietf-netext-radius-pmip6/ was in
IETF Last Call in January. Since then it was discussed by the IESG and
approved, and it is now in the RFC Editor queue.=20

Thanks and Regards,

Dan




> -----Original Message-----
> From: aaa-doctors-bounces@ietf.org [mailto:aaa-doctors-
> bounces@ietf.org] On Behalf Of aland@freeradius.org
> Sent: Sunday, February 19, 2012 2:22 AM
> To: aaa-doctors@ietf.org
> Subject: [AAA-DOCTORS] RADIUS Documents in Last Call for Sun Feb 19
> 01:22:01CET 2012
>=20
>   This is an automatically generated email.  It lists the IETF
> internet-drafts
> which are WG items; in IETF Last Call, and which reference RADIUS.
> Drafts
> from the RADEXT and DIME working groups are not included.
>=20
> --
> draft-ietf-netext-radius-pmip6-06.txt
> http://datatracker.ietf.org/doc/draft-ietf-netext-radius-pmip6/
> _______________________________________________
> AAA-DOCTORS mailing list
> AAA-DOCTORS@ietf.org
> https://www.ietf.org/mailman/listinfo/aaa-doctors

From dromasca@avaya.com  Sun Feb 19 08:51:49 2012
Return-Path: <dromasca@avaya.com>
X-Original-To: aaa-doctors@ietfa.amsl.com
Delivered-To: aaa-doctors@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A507B21F8467; Sun, 19 Feb 2012 08:51:49 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -103.36
X-Spam-Level: 
X-Spam-Status: No, score=-103.36 tagged_above=-999 required=5 tests=[AWL=0.239, BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1, 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 qVl4BnZdXCOf; Sun, 19 Feb 2012 08:51:48 -0800 (PST)
Received: from co300216-co-outbound.net.avaya.com (co300216-co-outbound.net.avaya.com [198.152.13.100]) by ietfa.amsl.com (Postfix) with ESMTP id 734DE21F844F; Sun, 19 Feb 2012 08:51:48 -0800 (PST)
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AhgFABsoQU/GmAcF/2dsb2JhbABChRafFI0RcoEHgXMBAQEBAwEBAQ8RDQQ6FwYBCA0EAQMBAQMCBgIEDAsBAgIDAR8GHwMEAQEFBAEEARIIARIHh2eiDYl2iQ+BL4c7Y4IyAwQTQoNwATADBQcKBoIXM2MEmzaFGIdXgVs
X-IronPort-AV: E=Sophos;i="4.73,446,1325480400"; d="scan'208";a="331159554"
Received: from unknown (HELO co300216-co-erhwest.avaya.com) ([198.152.7.5]) by co300216-co-outbound.net.avaya.com with ESMTP; 19 Feb 2012 11:51:47 -0500
Received: from unknown (HELO 307622ANEX5.global.avaya.com) ([135.64.140.13]) by co300216-co-erhwest-out.avaya.com with ESMTP; 19 Feb 2012 11:45:12 -0500
x-mimeole: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
Date: Sun, 19 Feb 2012 17:51:44 +0100
Message-ID: <EDC652A26FB23C4EB6384A4584434A04073EF021@307622ANEX5.global.avaya.com>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: WG Review: Recharter of Locator/ID Separation Protocol (lisp) 
Thread-Index: AczrZ0Wd69X1P+Q0S52JLeub7B+xoQDv3InQ
From: "Romascanu, Dan (Dan)" <dromasca@avaya.com>
To: <ops-dir@ietf.org>, <aaa-doctors@ietf.org>, "IETF DNS Directorate" <dns-dir@ietf.org>, <mib-doctors@ietf.org>, "YANG Doctors" <yang-doctors@ietf.org>
Subject: [AAA-DOCTORS] FW: WG Review: Recharter of Locator/ID Separation Protocol (lisp)
X-BeenThere: aaa-doctors@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: AAA Doctors E-mail List <aaa-doctors.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/aaa-doctors>, <mailto:aaa-doctors-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/aaa-doctors>
List-Post: <mailto:aaa-doctors@ietf.org>
List-Help: <mailto:aaa-doctors-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/aaa-doctors>, <mailto:aaa-doctors-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sun, 19 Feb 2012 16:51:49 -0000

DQoNCg0KDQotLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KRnJvbTogaWVzZy1ib3VuY2VzQGll
dGYub3JnIFttYWlsdG86aWVzZy1ib3VuY2VzQGlldGYub3JnXSBPbiBCZWhhbGYgT2YgSUVTRyBT
ZWNyZXRhcnkNClNlbnQ6IFdlZG5lc2RheSwgRmVicnVhcnkgMTUsIDIwMTIgMTI6MjMgQU0NClRv
OiBJRVRGIEFubm91bmNlbWVudCBsaXN0DQpDYzogam1oQGpvZWxoYWxwZXJuLmNvbTsgbGlzcEBp
ZXRmLm9yZzsgdGVycnkubWFuZGVyc29uQGljYW5uLm9yZw0KU3ViamVjdDogV0cgUmV2aWV3OiBS
ZWNoYXJ0ZXIgb2YgTG9jYXRvci9JRCBTZXBhcmF0aW9uIFByb3RvY29sIChsaXNwKSANCg0KQSBt
b2RpZmllZCBjaGFydGVyIGhhcyBiZWVuIHN1Ym1pdHRlZCBmb3IgdGhlIExvY2F0b3IvSUQgU2Vw
YXJhdGlvbiANClByb3RvY29sIChsaXNwKSB3b3JraW5nIGdyb3VwIGluIHRoZSBJbnRlcm5ldCBB
cmVhIG9mIHRoZSBJRVRGLiAgVGhlIA0KSUVTRyBoYXMgbm90IG1hZGUgYW55IGRldGVybWluYXRp
b24gYXMgeWV0LiAgVGhlIG1vZGlmaWVkIGNoYXJ0ZXIgaXMgDQpwcm92aWRlZCBiZWxvdyBmb3Ig
aW5mb3JtYXRpb25hbCBwdXJwb3NlcyBvbmx5LiAgUGxlYXNlIHNlbmQgeW91ciANCmNvbW1lbnRz
IHRvIHRoZSBJRVNHIG1haWxpbmcgbGlzdCAoaWVzZ0BpZXRmLm9yZykgYnkgVGh1cnNkYXksIE1h
cmNoIDEsIA0KMjAxMS4NCg0KTG9jYXRvci9JRCBTZXBhcmF0aW9uIFByb3RvY29sIChsaXNwKQ0K
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KQ3VycmVudCBTdGF0dXM6IEFj
dGl2ZQ0KTGFzdCB1cGRhdGVkOiAyMDEyLTAyLTE0DQoNCiBDaGFpcnM6DQogICAgIEpvZWwgSGFs
cGVybiA8am1oQGpvZWxoYWxwZXJuLmNvbT4NCiAgICAgVGVycnkgTWFuZGVyc29uIDx0ZXJyeS5t
YW5kZXJzb25AaWNhbm4ub3JnPg0KDQogSW50ZXJuZXQgQXJlYSBEaXJlY3RvcnM6DQogICAgIFJh
bHBoIERyb21zIDxyZHJvbXMuaWV0ZkBnbWFpbC5jb20+DQogICAgIEphcmkgQXJra28gPGphcmku
YXJra29AcGl1aGEubmV0Pg0KDQogSW50ZXJuZXQgQXJlYSBBZHZpc29yOg0KICAgICBKYXJpIEFy
a2tvIDxqYXJpLmFya2tvQHBpdWhhLm5ldD4NCg0KIFNlY3JldGFyaWVzOg0KICAgICBXYXNzaW0g
SGFkZGFkIDxXYXNzaW0uSGFkZGFkQGVyaWNzc29uLmNvbT4NCiAgICAgTHVpZ2kgSWFubm9uZSA8
bHVpZ2lAbmV0LnQtbGFicy50dS1iZXJsaW4uZGU+DQoNCiBNYWlsaW5nIExpc3RzOg0KICAgICBH
ZW5lcmFsIERpc2N1c3Npb246IGxpc3BAaWV0Zi5vcmcNCiAgICAgVG8gU3Vic2NyaWJlOiAgICAg
ICBodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2xpc3ANCiAgICAgQXJjaGl2
ZTogICAgICAgICAgICBodHRwOi8vd3d3LmlldGYub3JnL21haWwtYXJjaGl2ZS93ZWIvbGlzcC9j
dXJyZW50L21haWxsaXN0Lmh0bWwNCg0KRGVzY3JpcHRpb24gb2YgV29ya2luZyBHcm91cDoNCg0K
VGhlIElBQidzIE9jdG9iZXIgMjAwNiBSb3V0aW5nIGFuZCBBZGRyZXNzaW5nIFdvcmtzaG9wIChS
RkMgNDk4NCkNCnJla2luZGxlZCBpbnRlcmVzdCBpbiBzY2FsYWJsZSByb3V0aW5nIGFuZCBhZGRy
ZXNzaW5nIGFyY2hpdGVjdHVyZXMgZm9yDQp0aGUgSW50ZXJuZXQuIEFtb25nIHRoZSBtYW55IGlz
c3VlcyBkcml2aW5nIHRoaXMgcmVuZXdlZCBpbnRlcmVzdCBhcmUNCmNvbmNlcm5zIGFib3V0IHRo
ZSBzY2FsYWJpbGl0eSBvZiB0aGUgcm91dGluZyBzeXN0ZW0uIFNpbmNlIHRoZSBJQUINCndvcmtz
aG9wLCBzZXZlcmFsIHByb3Bvc2FscyBoYXZlIGVtZXJnZWQgd2hpY2ggYXR0ZW1wdCB0byBhZGRy
ZXNzIHRoZQ0KY29uY2VybnMgZXhwcmVzc2VkIHRoZXJlIGFuZCBlbHNld2hlcmUuIEluIGdlbmVy
YWwsIHRoZXNlIHByb3Bvc2FscyBhcmUNCmJhc2VkIG9uIHRoZSAibG9jYXRvci9pZGVudGlmaWVy
IHNlcGFyYXRpb24iLg0KDQpUaGUgYmFzaWMgaWRlYSBiZWhpbmQgdGhlIHNlcGFyYXRpb24gaXMg
dGhhdCB0aGUgSW50ZXJuZXQgYXJjaGl0ZWN0dXJlDQpjb21iaW5lcyB0d28gZnVuY3Rpb25zLCBy
b3V0aW5nIGxvY2F0b3JzLCAod2hlcmUgeW91IGFyZSBhdHRhY2hlZCB0byB0aGUNCm5ldHdvcmsp
IGFuZCBpZGVudGlmaWVycyAod2hvIHlvdSBhcmUpIGluIG9uZSBudW1iZXIgc3BhY2U6IFRoZSBJ
UA0KYWRkcmVzcy4gUHJvcG9uZW50cyBvZiB0aGUgc2VwYXJhdGlvbiBhcmNoaXRlY3R1cmUgcG9z
dHVsYXRlIHRoYXQNCnNwbGl0dGluZyB0aGVzZSBmdW5jdGlvbnMgYXBhcnQgd2lsbCB5aWVsZCBz
ZXZlcmFsIGFkdmFudGFnZXMsIGluY2x1ZGluZw0KaW1wcm92ZWQgc2NhbGFiaWxpdHkgZm9yIHRo
ZSByb3V0aW5nIHN5c3RlbS4gVGhlIHNlcGFyYXRpb24gYWltcyB0bw0KZGVjb3VwbGUgbG9jYXRv
cnMgYW5kIGlkZW50aWZpZXJzLCB0aHVzIGFsbG93aW5nIGZvciBlZmZpY2llbnQNCmFnZ3JlZ2F0
aW9uIG9mIHRoZSByb3V0aW5nIGxvY2F0b3Igc3BhY2UgYW5kIHByb3ZpZGluZyBwZXJzaXN0ZW50
DQppZGVudGlmaWVycyBpbiB0aGUgaWRlbnRpZmllciBzcGFjZS4NCg0KQSBudW1iZXIgb2YgYXBw
cm9hY2hlcyBhcmUgYmVpbmcgbG9va2VkIGF0IGluIHBhcmFsbGVsIGluIG90aGVyDQpjb250ZXh0
cy4gVGhlIElSVEYgUlJHIGV4YW1pbmVkIHNldmVyYWwgcHJvcG9zYWxzLCBzb21lIG9mIHdoaWNo
IHdlcmUNCnB1Ymxpc2hlZCBhcyBJUlRGLXRyYWNrIEV4cGVyaW1lbnRhbCBSRkNzLg0KDQpUaGUg
TElTUCBXRyBoYXMgY29tcGxldGVkIHRoZSBmaXJzdCBzZXQgb2YgRXhwZXJpbWVudGFsIFJGQ3MN
CmRlc2NyaWJpbmcgdGhlIExvY2F0b3IvSUQgU2VwYXJhdGlvbiBQcm90b2NvbC4gTElTUCByZXF1
aXJlcyBubw0KY2hhbmdlcyB0byBlbmQtc3lzdGVtcyBvciB0byByb3V0ZXJzIHRoYXQgZG8gbm90
IGRpcmVjdGx5IHBhcnRpY2lwYXRlDQppbiB0aGUgTElTUCBkZXBsb3ltZW50LiBMSVNQIGFpbXMg
Zm9yIGFuIGluY3JlbWVudGFsbHkgZGVwbG95YWJsZQ0KcHJvdG9jb2wuDQoNClRoZSBMSVNQIFdH
IGlzIGNoYXJ0ZXJlZCB0byBjb250aW51ZSB3b3JrIG9uIHRoZSBMSVNQIGJhc2UgcHJvdG9jb2ws
IGNvbXBsZXRpbmcNCnRoZSBvbmdvaW5nIHdvcmssIGFuZCBhbnkgaXRlbXMgd2hpY2ggZGlyZWN0
bHkgaW1wYWN0IExJU1AgcHJvdG9jb2wNCnN0cnVjdHVyZXMgYW5kIHdoaWNoIGFyZSByZWxhdGVk
IHRvIHVzaW5nIExJU1AgZm9yIGltcHJvdmluZyBJbnRlcm5ldCByb3V0aW5nDQpzY2FsYWJpbGl0
eS4gU3BlY2lmaWNhbGx5LCB0aGUgZ3JvdXAgd2lsbCB3b3JrIG9uOg0KDQotIEFyY2hpdGVjdHVy
ZSBkZXNjcmlwdGlvbjogVGhpcyBkb2N1bWVudCB3aWxsIGRlc2NyaWJlIHRoZQ0KICBhcmNoaXRl
Y3R1cmUgb2YgdGhlIGVudGlyZSBMSVNQIHN5c3RlbSwgbWFraW5nIGl0IGVhc2llciB0byByZWFk
IHRoZQ0KICByZXN0IG9mIHRoZSBMSVNQIHNwZWNpZmljYXRpb25zIGFuZCBwcm92aWRpbmcgYSBi
YXNpcyBmb3IgZGlzY3Vzc2lvbg0KICBhYm91dCB0aGUgZGV0YWlscyBvZiB0aGUgTElTUCBwcm90
b2NvbHMuDQoNCi0gRGVwbG95bWVudCBtb2RlbHM6IFRoaXMgZG9jdW1lbnQgd2lsbCBkZXNjcmli
ZSB3aGF0IGtpbmQgb2YNCiAgZGVwbG95bWVudHMgY2FuIGJlIGV4cGVjdGVkIGZvciBMSVNQLCBh
bmQgZ2l2ZSBvcGVyYXRpb25hbCBhZHZpY2Ugb24NCiAgaG93IHRoZXkgY2FuIGJlIHNldCB1cC4N
Cg0KLSBBIGRlc2NyaXB0aW9uIG9mIHRoZSBpbXBhY3RzIG9mIExJU1A6IFRoaXMgZG9jdW1lbnQg
d2lsbCBkZXNjcmliZQ0KICB0aGUgcHJvYmxlbXMgdGhhdCBMSVNQIGlzIGludGVuZGVkIHRvIGFk
ZHJlc3MgYW5kIHRoZSBpbXBhY3RzIHRoYXQNCiAgZW1wbG95aW5nIExJU1AgaGFzLiBXaGlsZSB0
aGUgd29yayBvbiBMSVNQIHdhcyBpbml0aWF0ZWQgYnkgSW50ZXJuZXQNCiAgcm91dGluZyBzY2Fs
aW5nIGNvbmNlcm5zLCB0aGVyZSBoYXMgYWxzbyBiZWVuIGFuIGludGVyZXN0IG9uDQogIGltcHJv
dmVkIHNvbHV0aW9ucyB0byBhIG51bWJlciBvZiBkaWZmZXJlbnQgcHJvYmxlbXMsIHN1Y2ggYXMN
CiAgdHJhZmZpYyBlbmdpbmVlcmluZy4gVGhpcyBkb2N1bWVudCBzaG91bGQgZGVzY3JpYmUgcHJv
YmxlbSBhcmVhcw0KICAoc3VjaCBhcyBzY2FsaW5nIG9yIHRyYWZmaWMgZW5naW5lZXIpIHdoZXJl
IExJU1AgaXMgZXhwZWN0ZWQgdG8gaGF2ZQ0KICBhIHBvc2l0aXZlIGVmZmVjdCwgYXMgd2VsbCBh
cyBhbnkgdHJhZGVvZmZzIHRoYXQgYXJlIGNhdXNlZCBieQ0KICBMSVNQJ3MgZGVzaWduLg0KDQot
IExJU1Agc2VjdXJpdHkgdGhyZWF0cyBhbmQgc29sdXRpb25zOiBUaGlzIGRvY3VtZW50IHdpbGwg
ZGVzY3JpYmUgdGhlDQogIHNlY3VyaXR5IGFuYWx5c2lzIG9mIHRoZSBMSVNQIHN5c3RlbSwgd2hh
dCBpc3N1ZXMgaXQgbmVlZHMgdG8NCiAgcHJvdGVjdCBhZ2FpbnN0LCBhbmQgYSBzb2x1dGlvbiB0
aGF0IGhlbHBzIGRlZmVuZCBhZ2FpbnN0IHRob3NlDQogIGlzc3Vlcy4gVGhlIHJlcGxheSBhdHRh
Y2sgcHJvYmxlbSBkaXNjdXNzZWQgb24gdGhlIG1haWxpbmcgbGlzdA0KICBzaG91bGQgYmUgaW5j
bHVkZWQgaW4gdGhpcyB3b3JrLg0KDQotIEFsbG9jYXRpb24gb2YgRW5kcG9pbnQgSURlbnRpZmll
ciAoRUlEKSBzcGFjZTogVGhpcyBkb2N1bWVudA0KICByZXF1ZXN0cyBhZGRyZXNzIHNwYWNlIHRv
IGJlIHVzZWQgZm9yIHRoZSBMSVNQIGV4cGVyaW1lbnQgYXMNCiAgaWRlbnRpZmllciBzcGFjZQ0K
DQotIEFsdGVybmF0ZSBtYXBwaW5nIHN5c3RlbSBkZXNpZ25zOiBEZXZlbG9wIGFsdGVybmF0aXZl
IG1hcHBpbmcNCiAgZGVzaWducyB0byBiZSB0ZXN0ZWQuDQoNCi0gRGF0YSBtb2RlbHMgZm9yIG1h
bmFnZW1lbnQgb2YgTElTUC4NCg0KVGhlIGZpcnN0IHRocmVlIGl0ZW1zIG5lZWQgdG8gYmUgY29t
cGxldGVkIGZpcnN0IGJlZm9yZSBvdGhlciBpdGVtcw0KY2FuIGJlIHN1Ym1pdHRlZCBhcyBSRkNz
LiBUaGUgdGhyZWUgZmlyc3QgZG9jdW1lbnRzIGFsc28gbmVlZCB0bw0KY29tcGxlbWVudCBlYWNo
IG90aGVyLCBieSBkZXNjcmliaW5nIGhvdyB0aGUgYXJjaGl0ZWN0dXJlIHN1cHBvcnRzIGENCnNv
bHV0aW9uIGZvciBhIHBhcnRpY3VsYXIgcHJvYmxlbSBhcmVhIGFuZCBob3cgdGhlIHNvbHV0aW9u
IGNhbiBiZQ0KZGVwbG95ZWQgdG8gaGVscCB3aXRoIHRoYXQgcHJvYmxlbS4NCg0KSW4gYWRkaXRp
b24sIGlmIHdvcmsgY2hhcnRlcmVkIGluIHNvbWUgb3RoZXIgSUVURiBXRyByZXF1aXJlcyBjaGFu
Z2VzDQppbiB0aGUgTElTUCBiYXNlIHByb3RvY29sIG9yIGFueSBpdGVtcyB3aGljaCBkaXJlY3Rs
eSBpbXBhY3QgTElTUA0KcHJvdG9jb2wgc3RydWN0dXJlcywgdGhlbiB0aGUgTElTUCBXRyBpcyBj
aGFydGVyZWQgdG8gd29yayBvbiBzdWNoDQpjaGFuZ2VzLg0KDQpJdCBpcyBleHBlY3RlZCB0aGF0
IHRoZSByZXN1bHRzIG9mIHNwZWNpZnlpbmcsIGltcGxlbWVudGluZywgYW5kIHRlc3RpbmcNCkxJ
U1Agd2lsbCBiZSBmZWQgdG8gdGhlIGdlbmVyYWwgZWZmb3J0cyBhdCB0aGUgSUVURiBhbmQgSVJU
RiB0bw0KdW5kZXJzdGFuZCB3aGljaCB0eXBlIG9mIGEgc29sdXRpb24gaXMgb3B0aW1hbC4gVGhl
IExJU1AgV0cgaXMgbm90DQpjaGFydGVyZWQgdG8gZGV2ZWxvcCBhIHN0YW5kYXJkIHNvbHV0aW9u
IGZvciBzb2x2aW5nIHRoZSByb3V0aW5nDQpzY2FsYWJpbGl0eSBwcm9ibGVtIGF0IHRoaXMgdGlt
ZS4gVGhlIHNwZWNpZmljYXRpb25zIGRldmVsb3BlZCBieSB0aGUgV0cNCmFyZSBFeHBlcmltZW50
YWwgYW5kIGxhYmVsZWQgd2l0aCBhY2N1cmF0ZSBkaXNjbGFpbWVycyAgYWJvdXQgdGhlaXINCmxp
bWl0YXRpb25zIGFuZCBub3QgZnVsbHkgdW5kZXJzdG9vZCBpbXBsaWNhdGlvbnMgZm9yIEludGVy
bmV0IHRyYWZmaWMuDQpJbiBhZGRpdGlvbiwgYXMgdGhlc2UgaXNzdWVzIGFyZSB1bmRlcnN0b29k
LCB0aGUgd29ya2luZyBncm91cCB3aWxsDQphbmFseXplIGFuZCBkb2N1bWVudCB0aGUgaW1wbGlj
YXRpb25zIG9mIExJU1Agb24gSW50ZXJuZXQgdHJhZmZpYywNCmFwcGxpY2F0aW9ucywgcm91dGVy
cywgYW5kIHNlY3VyaXR5Lg0KDQpHb2FscyBhbmQgTWlsZXN0b25lcw0KDQpTZXB0ZW1iZXIgMjAx
MjogU3VibWl0IGFuIGFyY2hpdGVjdHVyZSBkZXNjcmlwdGlvbiB0byB0aGUgSUVTRyBmb3INCnB1
YmxpY2F0aW9uIGFzIGFuIEV4cGVyaW1lbnRhbCBSRkMNCg0KU2VwdGVtYmVyIDIwMTI6IFN1Ym1p
dCBhIGRlcGxveW1lbnQgbW9kZWwgZG9jdW1lbnQgdG8gdGhlIElFU0cgZm9yDQpwdWJsaWNhdGlv
biBhcyBhbiBFeHBlcmltZW50YWwgUkZDDQoNClNlcHRlbWJlciAyMDEyOiBTdWJtaXQgYSBMSVNQ
IGltcGFjdCBkaXNjdXNzaW9uIGRvY3VtZW50IHRvIHRoZSBJRVNHDQpmb3IgcHVibGljYXRpb24g
YXMgYW4gRXhwZXJpbWVudGFsIFJGQw0KDQpPY3RvYmVyIDIwMTI6IFN1Ym1pdCBhIExJU1AgdGhy
ZWF0cyBhbmFseXNpcyBkb2N1bWVudCB0byB0aGUgSUVTRyBmb3INCnB1YmxpY2F0aW9uIGFzIGFu
IEV4cGVyaW1lbnRhbCBSRkMNCg0KT2N0b2JlciAyMDEyOiBTdWJtaXQgYW4gRUlEIGFsbG9jYXRp
b24gZG9jdW1lbnQgdG8gdGhlIElFU0cgZm9yDQpwdWJsaWNhdGlvbiBhcyBhbiBFeHBlcmltZW50
YWwgUkZDDQoNCkphbnVhcnkgMjAxMzogU3VibWl0IGFuIGx0ZXJuYXRlIG1hcHBpbmcgc3lzdGVt
IGRlc2lnbnMgdG8gdGhlIElFU0cNCmZvciBwdWJsaWNhdGlvbiBhcyBhbiBFeHBlcmltZW50YWwg
UkZDDQoNCk1hcmNoIDIwMTM6IFN1Ym1pdCBhIGRhdGEgbW9kZWwgKGUuZy4sIGEgTUlCKSBkb2N1
bWVudCB0byB0aGUgSUVTRyBmb3INCnB1YmxpY2F0aW9uIGFzIGFuIEV4cGVyaW1lbnRhbCBSRkMN
Cg==

From aland@freeradius.org  Sun Feb 19 09:58:11 2012
Return-Path: <aland@freeradius.org>
X-Original-To: aaa-doctors@ietfa.amsl.com
Delivered-To: aaa-doctors@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EF71021F8534 for <aaa-doctors@ietfa.amsl.com>; Sun, 19 Feb 2012 09:58:11 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.508
X-Spam-Level: 
X-Spam-Status: No, score=-1.508 tagged_above=-999 required=5 tests=[AWL=1.091,  BAYES_00=-2.599]
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 nKSGV8gY6c+f for <aaa-doctors@ietfa.amsl.com>; Sun, 19 Feb 2012 09:58:11 -0800 (PST)
Received: from liberty.deployingradius.com (liberty.deployingradius.com [88.191.76.128]) by ietfa.amsl.com (Postfix) with ESMTP id 5E4F221F854B for <aaa-doctors@ietf.org>; Sun, 19 Feb 2012 09:58:11 -0800 (PST)
Message-ID: <4F413815.5070201@freeradius.org>
Date: Sun, 19 Feb 2012 18:57:41 +0100
From: Alan T DeKok <aland@freeradius.org>
User-Agent: Thunderbird 2.0.0.24 (Macintosh/20100228)
MIME-Version: 1.0
To: "Romascanu, Dan (Dan)" <dromasca@avaya.com>
References: <20120219002201.56B8012345E3@liberty.deployingradius.com> <EDC652A26FB23C4EB6384A4584434A04073EEE86@307622ANEX5.global.avaya.com>
In-Reply-To: <EDC652A26FB23C4EB6384A4584434A04073EEE86@307622ANEX5.global.avaya.com>
X-Enigmail-Version: 0.96.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Cc: aaa-doctors@ietf.org, "Benoit Claise \(bclaise\)" <bclaise@cisco.com>
Subject: Re: [AAA-DOCTORS] RADIUS Documents in Last Call for Sun Feb 19 01:22:01CET 2012
X-BeenThere: aaa-doctors@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
Reply-To: aland@freeradius.org
List-Id: AAA Doctors E-mail List <aaa-doctors.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/aaa-doctors>, <mailto:aaa-doctors-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/aaa-doctors>
List-Post: <mailto:aaa-doctors@ietf.org>
List-Help: <mailto:aaa-doctors-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/aaa-doctors>, <mailto:aaa-doctors-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sun, 19 Feb 2012 17:58:12 -0000

Romascanu, Dan (Dan) wrote:
> Hi Alan,
> 
> Something may be wrong with the dates in the script. The I-D
> http://datatracker.ietf.org/doc/draft-ietf-netext-radius-pmip6/ was in
> IETF Last Call in January. Since then it was discussed by the IESG and
> approved, and it is now in the RFC Editor queue. 

  OK.  It looks like it was taking a long time to sync the ID directory,
and failing.  I've manually synced it now.

From dromasca@avaya.com  Thu Feb 23 03:19:01 2012
Return-Path: <dromasca@avaya.com>
X-Original-To: aaa-doctors@ietfa.amsl.com
Delivered-To: aaa-doctors@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5CF4B21F86B7 for <aaa-doctors@ietfa.amsl.com>; Thu, 23 Feb 2012 03:19:01 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -103.362
X-Spam-Level: 
X-Spam-Status: No, score=-103.362 tagged_above=-999 required=5 tests=[AWL=0.236, BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-1, 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 c5KLXBi64huI for <aaa-doctors@ietfa.amsl.com>; Thu, 23 Feb 2012 03:18:56 -0800 (PST)
Received: from de307622-de-outbound.net.avaya.com (de307622-de-outbound.net.avaya.com [198.152.71.100]) by ietfa.amsl.com (Postfix) with ESMTP id 348C321F86B2 for <aaa-doctors@ietf.org>; Thu, 23 Feb 2012 03:18:54 -0800 (PST)
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AvMGAJkfRk+HCzI1/2dsb2JhbABEgk2eV4QvhBkBiGyBB4FzAQEBAQMBAQEPCgEQAz4LEgEIDQQDAQEBCwYFAQEFBAEGAQcmHwcBAQUEAQQTCBqHaJw/nAmIf2MFgwwCCAcCAQUCAQEFBAMCBAJPEYRfGQ0dBTsMAwMIDgQPAwgBgj5jBJs3hRiHV4FSAgMDAQ
X-IronPort-AV: E=Sophos;i="4.73,469,1325480400";  d="scan'208,217";a="292912214"
Received: from unknown (HELO p-us1-erheast.us1.avaya.com) ([135.11.50.53]) by de307622-de-outbound.net.avaya.com with ESMTP; 23 Feb 2012 06:18:50 -0500
Received: from unknown (HELO 307622ANEX5.global.avaya.com) ([135.64.140.13]) by p-us1-erheast-out.us1.avaya.com with ESMTP; 23 Feb 2012 06:04:06 -0500
x-mimeole: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01CCF21C.E7FC6F74"
Date: Thu, 23 Feb 2012 12:18:44 +0100
Message-ID: <EDC652A26FB23C4EB6384A4584434A04074ADDCB@307622ANEX5.global.avaya.com>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: [radext] RADIUS case study
Thread-Index: Aczx56IKpzPUFCCsQjeCS/Pa4jLz3QANOBwA
From: "Romascanu, Dan (Dan)" <dromasca@avaya.com>
To: <aaa-doctors@ietf.org>
Cc: Benoit Claise <bclaise@cisco.com>
Subject: [AAA-DOCTORS] FW: [radext] RADIUS case study
X-BeenThere: aaa-doctors@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: AAA Doctors E-mail List <aaa-doctors.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/aaa-doctors>, <mailto:aaa-doctors-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/aaa-doctors>
List-Post: <mailto:aaa-doctors@ietf.org>
List-Help: <mailto:aaa-doctors-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/aaa-doctors>, <mailto:aaa-doctors-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 23 Feb 2012 11:19:01 -0000

This is a multi-part message in MIME format.

------_=_NextPart_001_01CCF21C.E7FC6F74
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

I do not believe that there are too many aaa-doctors who are not
subscribed to the radext mail list, but there may be a few.=20

=20

In any case, I believe that  aaa-doctors review is of this document is
desirable - for the RADIUS specific annex and the document as a whole.=20

=20

Thanks and Regards,

=20

Dan

=20

=20

=20

From: Bernard Aboba [mailto:bernard_aboba@hotmail.com]=20
Sent: Thursday, February 23, 2012 6:57 AM
To: Romascanu, Dan (Dan); radext@ietf.org
Subject: RE: [radext] RADIUS case study

=20

The document that has completed a 4-week IETF "Call for Comment", and
the IAB has now initiated a two-week "last call" concluding on March 7,
2012, after which the document will be considered for approval.=20

Since some questions arose about the RADIUS case study, feedback is
being requested from RADEXT WG on that.=20

However, comments are also welcome on any other portion of the document.


Comments on the RADIUS case study can be sent to this list.=20

Comments on other aspects can be sent to iab@iab.org or filed in TRAC
(see below).=20

=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D =20
Submitting Comments via TRAC =20
=20
1. To submit an issue in TRAC, you first need to login on the tools
server: http://tools.ietf.org/wg/iab/ =20
<http://tools.ietf.org/wg/iab/trac/login> trac/login =20
=20
2. If you don't already have a login ID, you can obtain one by =20
navigating to this site: http:// <http://trac.tools.ietf.org/newlogin> =20
trac.tools.ietf.org/newlogin =20
=20
3. Once you have obtained an account, and have logged in, you can file =20
an issue by navigating to the ticket entry form: http:// =20
<http://trac.tools.ietf.org/wg/iab/trac/newticket> =20
trac.tools.ietf.org/wg/iab/trac/newticket =20
=20
4. When opening an issue: =20
=20
a. The Type: field should be set to "defect" for an issue with the =20
current document text, or "enhancement" for a proposed addition of =20
functionality (such as an additional requirement). =20
b. The Priority: field is set based on the severity of the Issue. For =20
example, editorial issues are typically "minor" or "trivial". =20
c. The Milestone: field should be set to milestone1 (useless, I know). =20
=20
d. The Component: field should be set to the document you are filing =20
the issue on. =20
e. The Version: field should be set to "1.0". =20
f. The Severity: field should be set to based on the status of the =20
document (e.g. "In WG Last Call" for a document in IAB last call) =20
g. The Keywords: and CC: fields can be left blank unless inspiration =20
seizes you. =20
h. The Assign To: field is generally filled in with the email address =20
of the editor. =20
=20
5. Typically it won't be necessary to enclose a file with the ticket, =20
but if you need to, select "I have files to attach to this ticket". =20
=20
6. If you want to preview your Issue, click on the "Preview" button. =20
When you're ready to submit the issue, click on the "Create Ticket"
button.=20
=20
=20
7. If you want to update an issue, go to the "View Tickets" page: =20
http:// <http://trac.tools.ietf.org/wg/iab/trac/report/1> =20
trac.tools.ietf.org/wg/iab/trac/report/1 =20
=20
Click on the ticket # you want to update, and then modify the ticket
fields=20
as required =20

=20

________________________________

Date: Wed, 22 Feb 2012 13:42:56 +0100
From: dromasca@avaya.com
To: bernard_aboba@hotmail.com; radext@ietf.org
Subject: Re: [radext] RADIUS case study

Bernard,

=20

This is an IAB document - what is its status? Was it approved by the
IAB? Is it still work-in-progress and you / the IAB are soliciting
comments?=20

=20

Dan

=20

=20

From: radext-bounces@ietf.org [mailto:radext-bounces@ietf.org] On Behalf
Of Bernard Aboba
Sent: Tuesday, February 21, 2012 6:52 PM
To: radext@ietf.org
Subject: [radext] RADIUS case study

=20

The IAB is working on a document entitled  "Design Considerations for
Protocol Extensions"
<http://tools.ietf.org/html/draft-iab-extension-recs> , which includes a
RADIUS case study in Appendix A.2.=20

The text of the RADIUS case study is included below.   Comments welcome.


=20

A.2.  RADIUS Extensions

=20

   The RADIUS [RFC2865] protocol was designed to be extensible via

   addition of Attributes to a Data Dictionary on the server, without

   requiring code changes.  However, this extensibility model assumed

   that Attributes would conform to a limited set of data types and that

   vendor extensions would be limited to use by vendors, in situations

   in which interoperability was not required.  Subsequent developments

   have stretched those assumptions.

=20

   From the beginning, uses of the RADIUS protocol extended beyond the

   scope of the original protocol definition (and beyond the scope of

   the RADIUS Working Group charter).  In addition to rampant self-

   allocation within the limited RADIUS standard attribute space,

   vendors defined their own RADIUS commands.  This lead to the rapid

   proliferation of vendor-specific protocol variants.  To this day,

   many common implementation practices have not been documented.  As

   noted in "Extended RADIUS Practices" [RFC2882] Section 1:

=20

      The RADIUS Working Group was formed in 1995 to document the

      protocol of the same name, and was chartered to stay within a set

      of bounds for dial-in terminal servers.  Unfortunately the real

      world of Network Access Servers (NASes) hasn't stayed that small

      and simple, and continues to evolve at an amazing rate.

=20

      This document shows some of the current implementations on the

      market have already outstripped the capabilities of the RADIUS

      protocol.  A quite a few features have been developed completely

      outside the protocol.  These features use the RADIUS protocol

      structure and format, but employ operations and semantics well

      beyond the RFC documents.

=20

   The limited set of data types defined in [RFC2865] has lead to

   subsequent documents defining new data types.  Since new data types

   are typically defined implicitly as part of defining a new attribute,

   and because RADIUS client and server implementations differ in their

   support of these additional specifications, there is no definitive

   registry of RADIUS data types and data type support has been

   inconsistent.  To catalog commonly implemented data types as well as

   to provide guidance for implementers as well as attribute designers,

   "RADIUS Design Guidelines" [RFC6158] Section 2.1 includes advice on

   basic and complex data types.  Unfortunately, these guidelines were

   published 14 years after the RADIUS protocol was first documented in

   [RFC2058].

=20

   Section 6.2 of the RADIUS specification [RFC2865] defines a mechanism

   for Vendor-Specific extensions (Attribute 26), and states that use of

   Vendor-Specific extensions:

=20

      should be encouraged instead of allocation of global attribute

      types, for functions specific only to one vendor's implementation

      of RADIUS, where no interoperability is deemed useful.

=20

   However, in practice usage of Vendor-Specific Attributes (VSAs) has

   been considerably broader than this.  In particular, VSAs have been

   used by Standards Development Organizations (SDOs) to define their

   own extensions to the RADIUS protocol.  This has caused a number of

   problems.

=20

   One issue concerns the data model for VSAs.  Since it was not

   envisaged that multi-vendor VSA implementations would need to

   interoperate, the RADIUS specification [RFC2865] does not define the

   data model for VSAs, and allows multiple sub- attributes to be

   included within a single Attribute of type 26.  Since this enables

   VSAs to be defined which would not be supportable by current

   implementations if placed within the standard RADIUS attribute space,

   this has caused problems in standardizing widely deployed VSAs, as

   discussed in "RADIUS Design Guidelines" BCP 158 [RFC6158].

=20

   Another issue is how implementations should handle unknown VSAs.

   [RFC2865] Section 5.26 states:

=20

      Servers not equipped to interpret the vendor-specific information

      sent by a client MUST ignore it (although it may be reported).

      Clients which do not receive desired vendor-specific information

      SHOULD make an attempt to operate without it, although they may do

      so (and report they are doing so) in a degraded mode.

=20

   However, since VSAs do not contain a "mandatory" bit, RADIUS clients

   and servers may not know whether it is safe to ignore unknown VSAs.

   For example, in the case where VSAs pertain to security (e.g.

   Filters), it may not be safe to ignore them.  As a result, "Common

   Remote Authentication Dial In User Service (RADIUS) Implementation

   Issues and Suggested Fixes" [RFC5080] Section 2.5 includes the

   following caution:

=20

      To avoid misinterpretation of service requests encoded within

      VSAs, RADIUS servers SHOULD NOT send VSAs containing service

      requests to RADIUS clients that are not known to understand them.

      For example, a RADIUS server should not send a VSA encoding a

      filter without knowledge that the RADIUS client supports the VSA.

=20

   In addition to extending RADIUS by use of VSAs, SDOs have also

   defined new values of the Service-Type attribute in order to create

   new RADIUS commands.  Since the RADIUS specification [RFC2865]

   defined Service-Type values as being allocated First Come, First

   Served (FCFS), this permitted new RADIUS commands to be allocated

   without IETF review.  This oversight has since been fixed in "IANA

   Considerations for RADIUS" [RFC3575].


_______________________________________________ radext mailing list
radext@ietf.org https://www.ietf.org/mailman/listinfo/radext


------_=_NextPart_001_01CCF21C.E7FC6F74
Content-Type: text/html;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

<html xmlns:v=3D"urn:schemas-microsoft-com:vml" =
xmlns:o=3D"urn:schemas-microsoft-com:office:office" =
xmlns:w=3D"urn:schemas-microsoft-com:office:word" =
xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" =
xmlns=3D"http://www.w3.org/TR/REC-html40"><head><meta =
http-equiv=3DContent-Type content=3D"text/html; =
charset=3Dus-ascii"><meta name=3DGenerator content=3D"Microsoft Word 12 =
(filtered medium)"><!--[if !mso]><style>v\:* =
{behavior:url(#default#VML);}
o\:* {behavior:url(#default#VML);}
w\:* {behavior:url(#default#VML);}
.shape {behavior:url(#default#VML);}
</style><![endif]--><style><!--
/* Font Definitions */
@font-face
	{font-family:Calibri;
	panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
	{font-family:Tahoma;
	panose-1:2 11 6 4 3 5 4 4 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
	{margin:0in;
	margin-bottom:.0001pt;
	font-size:12.0pt;
	font-family:"Times New Roman","serif";}
a:link, span.MsoHyperlink
	{mso-style-priority:99;
	color:blue;
	text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
	{mso-style-priority:99;
	color:purple;
	text-decoration:underline;}
p
	{mso-style-priority:99;
	mso-margin-top-alt:auto;
	margin-right:0in;
	mso-margin-bottom-alt:auto;
	margin-left:0in;
	font-size:12.0pt;
	font-family:"Times New Roman","serif";}
p.ecxmsonormal, li.ecxmsonormal, div.ecxmsonormal
	{mso-style-name:ecxmsonormal;
	mso-margin-top-alt:auto;
	margin-right:0in;
	mso-margin-bottom-alt:auto;
	margin-left:0in;
	font-size:12.0pt;
	font-family:"Times New Roman","serif";}
p.ecxmsochpdefault, li.ecxmsochpdefault, div.ecxmsochpdefault
	{mso-style-name:ecxmsochpdefault;
	mso-margin-top-alt:auto;
	margin-right:0in;
	mso-margin-bottom-alt:auto;
	margin-left:0in;
	font-size:12.0pt;
	font-family:"Times New Roman","serif";}
span.ecxmsohyperlink
	{mso-style-name:ecxmsohyperlink;}
span.ecxmsohyperlinkfollowed
	{mso-style-name:ecxmsohyperlinkfollowed;}
span.ecxemailstyle17
	{mso-style-name:ecxemailstyle17;}
span.ecxemailstyle18
	{mso-style-name:ecxemailstyle18;}
p.ecxmsonormal1, li.ecxmsonormal1, div.ecxmsonormal1
	{mso-style-name:ecxmsonormal1;
	mso-margin-top-alt:auto;
	margin-right:0in;
	margin-bottom:0in;
	margin-left:0in;
	margin-bottom:.0001pt;
	font-size:11.0pt;
	font-family:"Calibri","sans-serif";}
span.ecxmsohyperlink1
	{mso-style-name:ecxmsohyperlink1;
	color:blue;
	text-decoration:underline;}
span.ecxmsohyperlinkfollowed1
	{mso-style-name:ecxmsohyperlinkfollowed1;
	color:purple;
	text-decoration:underline;}
span.ecxemailstyle171
	{mso-style-name:ecxemailstyle171;
	font-family:"Calibri","sans-serif";
	color:windowtext;}
span.ecxemailstyle181
	{mso-style-name:ecxemailstyle181;
	font-family:"Calibri","sans-serif";
	color:#1F497D;}
p.ecxmsochpdefault1, li.ecxmsochpdefault1, div.ecxmsochpdefault1
	{mso-style-name:ecxmsochpdefault1;
	mso-margin-top-alt:auto;
	margin-right:0in;
	mso-margin-bottom-alt:auto;
	margin-left:0in;
	font-size:10.0pt;
	font-family:"Times New Roman","serif";}
span.EmailStyle30
	{mso-style-type:personal-reply;
	font-family:"Calibri","sans-serif";
	color:#1F497D;}
.MsoChpDefault
	{mso-style-type:export-only;
	font-size:10.0pt;}
@page WordSection1
	{size:8.5in 11.0in;
	margin:1.0in 1.25in 1.0in 1.25in;}
div.WordSection1
	{page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext=3D"edit" spidmax=3D"1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext=3D"edit">
<o:idmap v:ext=3D"edit" data=3D"1" />
</o:shapelayout></xml><![endif]--></head><body lang=3DEN-US link=3Dblue =
vlink=3Dpurple><div class=3DWordSection1><p class=3DMsoNormal><span =
style=3D'font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497=
D'>I do not believe that there are too many aaa-doctors who are not =
subscribed to the radext mail list, but there may be a few. =
<o:p></o:p></span></p><p class=3DMsoNormal><span =
style=3D'font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497=
D'><o:p>&nbsp;</o:p></span></p><p class=3DMsoNormal><span =
style=3D'font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497=
D'>In any case, I believe that &nbsp;aaa-doctors review is of this =
document is desirable &#8211; for the RADIUS specific annex and the =
document as a whole. <o:p></o:p></span></p><p class=3DMsoNormal><span =
style=3D'font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497=
D'><o:p>&nbsp;</o:p></span></p><p class=3DMsoNormal><span =
style=3D'font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497=
D'>Thanks and Regards,<o:p></o:p></span></p><p class=3DMsoNormal><span =
style=3D'font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497=
D'><o:p>&nbsp;</o:p></span></p><p class=3DMsoNormal><span =
style=3D'font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497=
D'>Dan<o:p></o:p></span></p><p class=3DMsoNormal><span =
style=3D'font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497=
D'><o:p>&nbsp;</o:p></span></p><p class=3DMsoNormal><span =
style=3D'font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497=
D'><o:p>&nbsp;</o:p></span></p><p class=3DMsoNormal><span =
style=3D'font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497=
D'><o:p>&nbsp;</o:p></span></p><div><div =
style=3D'border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0in =
0in 0in'><p class=3DMsoNormal style=3D'margin-left:.5in'><b><span =
style=3D'font-size:10.0pt;font-family:"Tahoma","sans-serif"'>From:</span>=
</b><span style=3D'font-size:10.0pt;font-family:"Tahoma","sans-serif"'> =
Bernard Aboba [mailto:bernard_aboba@hotmail.com] <br><b>Sent:</b> =
Thursday, February 23, 2012 6:57 AM<br><b>To:</b> Romascanu, Dan (Dan); =
radext@ietf.org<br><b>Subject:</b> RE: [radext] RADIUS case =
study<o:p></o:p></span></p></div></div><p class=3DMsoNormal =
style=3D'margin-left:.5in'><o:p>&nbsp;</o:p></p><div><p =
class=3DMsoNormal =
style=3D'mso-margin-top-alt:0in;margin-right:0in;margin-bottom:12.0pt;mar=
gin-left:.5in'><span =
style=3D'font-size:10.0pt;font-family:"Tahoma","sans-serif"'>The =
document that has completed a 4-week IETF &quot;Call for Comment&quot;, =
and the IAB has now initiated a two-week &quot;last call&quot; =
concluding on March 7, 2012, after which the document will be considered =
for approval. <br><br>Since some questions arose about the RADIUS case =
study, feedback is being requested from RADEXT WG on that. =
<br><br>However, comments are also welcome on any other portion of the =
document.&nbsp; <br><br>Comments on the RADIUS case study can be sent to =
this list. <br><br>Comments on other aspects can be sent to iab@iab.org =
or filed in TRAC (see below). <o:p></o:p></span></p><div id=3D":22p"><p =
class=3DMsoNormal style=3D'margin-left:.5in'><span =
style=3D'font-size:10.0pt;font-family:"Tahoma","sans-serif"'>=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D &nbsp;<br>Submitting Comments via TRAC =
&nbsp;<br>&nbsp;<br>1. To submit an issue in TRAC, you first need to =
login on the tools server: <a href=3D"http://tools.ietf.org/wg/iab/" =
target=3D"_blank">http://tools.ietf.org/wg/iab/</a> &nbsp;<br>&lt;<a =
href=3D"http://tools.ietf.org/wg/iab/trac/login" =
target=3D"_blank">http://tools.ietf.org/wg/iab/trac/login</a>&gt; =
trac/login &nbsp;<br>&nbsp;<br>2. If you don't already have a login ID, =
you can obtain one by &nbsp;<br>navigating to this site: http:// &lt;<a =
href=3D"http://trac.tools.ietf.org/newlogin" =
target=3D"_blank">http://trac.tools.ietf.org/newlogin</a>&gt; =
&nbsp;<br><a href=3D"http://trac.tools.ietf.org/newlogin" =
target=3D"_blank">trac.tools.ietf.org/newlogin</a> =
&nbsp;<br>&nbsp;<br>3. Once you have obtained an account, and have =
logged in, you can file &nbsp;<br>an issue by navigating to the ticket =
entry form: http:// &nbsp;<br>&lt;<a =
href=3D"http://trac.tools.ietf.org/wg/iab/trac/newticket" =
target=3D"_blank">http://trac.tools.ietf.org/wg/iab/trac/newticket</a>&gt=
; &nbsp;<br><a href=3D"http://trac.tools.ietf.org/wg/iab/trac/newticket" =
target=3D"_blank">trac.tools.ietf.org/wg/iab/trac/newticket</a> =
&nbsp;<br>&nbsp;<br>4. When opening an issue: &nbsp;<br>&nbsp;<br>a. The =
Type: field should be set to &quot;defect&quot; for an issue with the =
&nbsp;<br>current document text, or &quot;enhancement&quot; for a =
proposed addition of &nbsp;<br>functionality (such as an additional =
requirement). &nbsp;<br>b. The Priority: field is set based on the =
severity of the Issue. For &nbsp;<br>example, editorial issues are =
typically &quot;minor&quot; or &quot;trivial&quot;. &nbsp;<br>c. The =
Milestone: field should be set to milestone1 (useless, I know). =
&nbsp;<br>&nbsp;<br>d. The Component: field should be set to the =
document you are filing &nbsp;<br>the issue on. &nbsp;<br>e. The =
Version: field should be set to &quot;1.0&quot;. &nbsp;<br>f. The =
Severity: field should be set to based on the status of the =
&nbsp;<br>document (e.g. &quot;In WG Last Call&quot; for a document in =
IAB last call) &nbsp;<br>g. The Keywords: and CC: fields can be left =
blank unless inspiration &nbsp;<br>seizes you. &nbsp;<br>h. The Assign =
To: field is generally filled in with the email address &nbsp;<br>of the =
editor. &nbsp;<br>&nbsp;<br>5. Typically it won't be necessary to =
enclose a file with the ticket, &nbsp;<br>but if you need to, select =
&quot;I have files to attach to this ticket&quot;. =
&nbsp;<br>&nbsp;<br>6. If you want to preview your Issue, click on the =
&quot;Preview&quot; button. &nbsp;<br>When you're ready to submit the =
issue, click on the &quot;Create Ticket&quot; =
button.&nbsp;<br>&nbsp;<br>&nbsp;<br>7. If you want to update an issue, =
go to the &quot;View Tickets&quot; page: &nbsp;<br>http:// &lt;<a =
href=3D"http://trac.tools.ietf.org/wg/iab/trac/report/1" =
target=3D"_blank">http://trac.tools.ietf.org/wg/iab/trac/report/1</a>&gt;=
 &nbsp;<br><a href=3D"http://trac.tools.ietf.org/wg/iab/trac/report/1" =
target=3D"_blank">trac.tools.ietf.org/wg/iab/trac/report/1</a> =
&nbsp;<br>&nbsp;<br>Click on the ticket # you want to update, and then =
modify the ticket fields&nbsp;<br>as required&nbsp; =
<o:p></o:p></span></p></div><p class=3DMsoNormal =
style=3D'mso-margin-top-alt:0in;margin-right:0in;margin-bottom:12.0pt;mar=
gin-left:.5in'><span =
style=3D'font-size:10.0pt;font-family:"Tahoma","sans-serif"'><o:p>&nbsp;<=
/o:p></span></p><div><div class=3DMsoNormal align=3Dcenter =
style=3D'margin-left:.5in;text-align:center'><span =
style=3D'font-size:10.0pt;font-family:"Tahoma","sans-serif"'><hr =
size=3D2 width=3D"100%" align=3Dcenter id=3DstopSpelling></span></div><p =
class=3DMsoNormal =
style=3D'mso-margin-top-alt:0in;margin-right:0in;margin-bottom:12.0pt;mar=
gin-left:.5in'><span =
style=3D'font-size:10.0pt;font-family:"Tahoma","sans-serif"'>Date: Wed, =
22 Feb 2012 13:42:56 +0100<br>From: dromasca@avaya.com<br>To: =
bernard_aboba@hotmail.com; radext@ietf.org<br>Subject: Re: [radext] =
RADIUS case study<o:p></o:p></span></p><div><p class=3DMsoNormal =
style=3D'margin-left:.5in'><span =
style=3D'font-size:10.0pt;font-family:"Tahoma","sans-serif";color:#1F497D=
'>Bernard,</span><span =
style=3D'font-size:10.0pt;font-family:"Tahoma","sans-serif"'><o:p></o:p><=
/span></p><p class=3DMsoNormal style=3D'margin-left:.5in'><span =
style=3D'font-size:10.0pt;font-family:"Tahoma","sans-serif";color:#1F497D=
'>&nbsp;</span><span =
style=3D'font-size:10.0pt;font-family:"Tahoma","sans-serif"'><o:p></o:p><=
/span></p><p class=3DMsoNormal style=3D'margin-left:.5in'><span =
style=3D'font-size:10.0pt;font-family:"Tahoma","sans-serif";color:#1F497D=
'>This is an IAB document &#8211; what is its status? Was it approved by =
the IAB? Is it still work-in-progress and you / the IAB are soliciting =
comments? </span><span =
style=3D'font-size:10.0pt;font-family:"Tahoma","sans-serif"'><o:p></o:p><=
/span></p><p class=3DMsoNormal style=3D'margin-left:.5in'><span =
style=3D'font-size:10.0pt;font-family:"Tahoma","sans-serif";color:#1F497D=
'>&nbsp;</span><span =
style=3D'font-size:10.0pt;font-family:"Tahoma","sans-serif"'><o:p></o:p><=
/span></p><p class=3DMsoNormal style=3D'margin-left:.5in'><span =
style=3D'font-size:10.0pt;font-family:"Tahoma","sans-serif";color:#1F497D=
'>Dan</span><span =
style=3D'font-size:10.0pt;font-family:"Tahoma","sans-serif"'><o:p></o:p><=
/span></p><p class=3DMsoNormal style=3D'margin-left:.5in'><span =
style=3D'font-size:10.0pt;font-family:"Tahoma","sans-serif";color:#1F497D=
'>&nbsp;</span><span =
style=3D'font-size:10.0pt;font-family:"Tahoma","sans-serif"'><o:p></o:p><=
/span></p><p class=3DMsoNormal style=3D'margin-left:.5in'><span =
style=3D'font-size:10.0pt;font-family:"Tahoma","sans-serif";color:#1F497D=
'>&nbsp;</span><span =
style=3D'font-size:10.0pt;font-family:"Tahoma","sans-serif"'><o:p></o:p><=
/span></p><div style=3D'border:none;border-left:solid blue =
1.5pt;padding:0in 0in 0in 4.0pt'><div><div =
style=3D'border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0in =
0in 0in'><p class=3DMsoNormal style=3D'margin-left:.5in'><b><span =
style=3D'font-size:10.0pt;font-family:"Tahoma","sans-serif"'>From:</span>=
</b><span style=3D'font-size:10.0pt;font-family:"Tahoma","sans-serif"'> =
radext-bounces@ietf.org [mailto:radext-bounces@ietf.org] <b>On Behalf Of =
</b>Bernard Aboba<br><b>Sent:</b> Tuesday, February 21, 2012 6:52 =
PM<br><b>To:</b> radext@ietf.org<br><b>Subject:</b> [radext] RADIUS case =
study<o:p></o:p></span></p></div></div><p class=3DMsoNormal =
style=3D'margin-left:.5in'><span =
style=3D'font-size:10.0pt;font-family:"Tahoma","sans-serif"'>&nbsp;<o:p><=
/o:p></span></p><p class=3DMsoNormal style=3D'margin-left:.5in'><span =
style=3D'font-size:10.0pt;font-family:"Tahoma","sans-serif"'>The IAB is =
working on a document entitled &nbsp;<a =
href=3D"http://tools.ietf.org/html/draft-iab-extension-recs" =
target=3D"_blank">&quot;Design Considerations for Protocol =
Extensions&quot;</a>, which includes a RADIUS case study in Appendix =
A.2. <o:p></o:p></span></p><p class=3DMsoNormal =
style=3D'margin-left:.5in'><span =
style=3D'font-size:10.0pt;font-family:"Tahoma","sans-serif"'>The text of =
the RADIUS case study is included below.&nbsp;&nbsp; Comments welcome. =
<o:p></o:p></span></p><p class=3DMsoNormal =
style=3D'margin-left:.5in'><span =
style=3D'font-size:10.0pt;font-family:"Tahoma","sans-serif"'>&nbsp;<o:p><=
/o:p></span></p><p class=3DMsoNormal style=3D'margin-left:.5in'><span =
style=3D'font-size:10.0pt;font-family:"Tahoma","sans-serif"'>A.2.&nbsp; =
RADIUS Extensions<o:p></o:p></span></p><p class=3DMsoNormal =
style=3D'margin-left:.5in'><span =
style=3D'font-size:10.0pt;font-family:"Tahoma","sans-serif"'>&nbsp;<o:p><=
/o:p></span></p><p class=3DMsoNormal style=3D'margin-left:.5in'><span =
style=3D'font-size:10.0pt;font-family:"Tahoma","sans-serif"'>&nbsp;&nbsp;=
 The RADIUS [RFC2865] protocol was designed to be extensible =
via<o:p></o:p></span></p><p class=3DMsoNormal =
style=3D'margin-left:.5in'><span =
style=3D'font-size:10.0pt;font-family:"Tahoma","sans-serif"'>&nbsp;&nbsp;=
 addition of Attributes to a Data Dictionary on the server, =
without<o:p></o:p></span></p><p class=3DMsoNormal =
style=3D'margin-left:.5in'><span =
style=3D'font-size:10.0pt;font-family:"Tahoma","sans-serif"'>&nbsp;&nbsp;=
 requiring code changes.&nbsp; However, this extensibility model =
assumed<o:p></o:p></span></p><p class=3DMsoNormal =
style=3D'margin-left:.5in'><span =
style=3D'font-size:10.0pt;font-family:"Tahoma","sans-serif"'>&nbsp;&nbsp;=
 that Attributes would conform to a limited set of data types and =
that<o:p></o:p></span></p><p class=3DMsoNormal =
style=3D'margin-left:.5in'><span =
style=3D'font-size:10.0pt;font-family:"Tahoma","sans-serif"'>&nbsp;&nbsp;=
 vendor extensions would be limited to use by vendors, in =
situations<o:p></o:p></span></p><p class=3DMsoNormal =
style=3D'margin-left:.5in'><span =
style=3D'font-size:10.0pt;font-family:"Tahoma","sans-serif"'>&nbsp;&nbsp;=
 in which interoperability was not required.&nbsp; Subsequent =
developments<o:p></o:p></span></p><p class=3DMsoNormal =
style=3D'margin-left:.5in'><span =
style=3D'font-size:10.0pt;font-family:"Tahoma","sans-serif"'>&nbsp;&nbsp;=
 have stretched those assumptions.<o:p></o:p></span></p><p =
class=3DMsoNormal style=3D'margin-left:.5in'><span =
style=3D'font-size:10.0pt;font-family:"Tahoma","sans-serif"'>&nbsp;<o:p><=
/o:p></span></p><p class=3DMsoNormal style=3D'margin-left:.5in'><span =
style=3D'font-size:10.0pt;font-family:"Tahoma","sans-serif"'>&nbsp;&nbsp;=
 From the beginning, uses of the RADIUS protocol extended beyond =
the<o:p></o:p></span></p><p class=3DMsoNormal =
style=3D'margin-left:.5in'><span =
style=3D'font-size:10.0pt;font-family:"Tahoma","sans-serif"'>&nbsp;&nbsp;=
 scope of the original protocol definition (and beyond the scope =
of<o:p></o:p></span></p><p class=3DMsoNormal =
style=3D'margin-left:.5in'><span =
style=3D'font-size:10.0pt;font-family:"Tahoma","sans-serif"'>&nbsp;&nbsp;=
 the RADIUS Working Group charter).&nbsp; In addition to rampant =
self-<o:p></o:p></span></p><p class=3DMsoNormal =
style=3D'margin-left:.5in'><span =
style=3D'font-size:10.0pt;font-family:"Tahoma","sans-serif"'>&nbsp;&nbsp;=
 allocation within the limited RADIUS standard attribute =
space,<o:p></o:p></span></p><p class=3DMsoNormal =
style=3D'margin-left:.5in'><span =
style=3D'font-size:10.0pt;font-family:"Tahoma","sans-serif"'>&nbsp;&nbsp;=
 vendors defined their own RADIUS commands.&nbsp; This lead to the =
rapid<o:p></o:p></span></p><p class=3DMsoNormal =
style=3D'margin-left:.5in'><span =
style=3D'font-size:10.0pt;font-family:"Tahoma","sans-serif"'>&nbsp;&nbsp;=
 proliferation of vendor-specific protocol variants.&nbsp; To this =
day,<o:p></o:p></span></p><p class=3DMsoNormal =
style=3D'margin-left:.5in'><span =
style=3D'font-size:10.0pt;font-family:"Tahoma","sans-serif"'>&nbsp;&nbsp;=
 many common implementation practices have not been documented.&nbsp; =
As<o:p></o:p></span></p><p class=3DMsoNormal =
style=3D'margin-left:.5in'><span =
style=3D'font-size:10.0pt;font-family:"Tahoma","sans-serif"'>&nbsp;&nbsp;=
 noted in &quot;Extended RADIUS Practices&quot; [RFC2882] Section =
1:<o:p></o:p></span></p><p class=3DMsoNormal =
style=3D'margin-left:.5in'><span =
style=3D'font-size:10.0pt;font-family:"Tahoma","sans-serif"'>&nbsp;<o:p><=
/o:p></span></p><p class=3DMsoNormal style=3D'margin-left:.5in'><span =
style=3D'font-size:10.0pt;font-family:"Tahoma","sans-serif"'>&nbsp;&nbsp;=
&nbsp;&nbsp;&nbsp; The RADIUS Working Group was formed in 1995 to =
document the<o:p></o:p></span></p><p class=3DMsoNormal =
style=3D'margin-left:.5in'><span =
style=3D'font-size:10.0pt;font-family:"Tahoma","sans-serif"'>&nbsp;&nbsp;=
&nbsp;&nbsp;&nbsp; protocol of the same name, and was chartered to stay =
within a set<o:p></o:p></span></p><p class=3DMsoNormal =
style=3D'margin-left:.5in'><span =
style=3D'font-size:10.0pt;font-family:"Tahoma","sans-serif"'>&nbsp;&nbsp;=
&nbsp;&nbsp;&nbsp; of bounds for dial-in terminal servers.&nbsp; =
Unfortunately the real<o:p></o:p></span></p><p class=3DMsoNormal =
style=3D'margin-left:.5in'><span =
style=3D'font-size:10.0pt;font-family:"Tahoma","sans-serif"'>&nbsp;&nbsp;=
&nbsp;&nbsp;&nbsp; world of Network Access Servers (NASes) hasn't stayed =
that small<o:p></o:p></span></p><p class=3DMsoNormal =
style=3D'margin-left:.5in'><span =
style=3D'font-size:10.0pt;font-family:"Tahoma","sans-serif"'>&nbsp;&nbsp;=
&nbsp;&nbsp;&nbsp; and simple, and continues to evolve at an amazing =
rate.<o:p></o:p></span></p><p class=3DMsoNormal =
style=3D'margin-left:.5in'><span =
style=3D'font-size:10.0pt;font-family:"Tahoma","sans-serif"'>&nbsp;<o:p><=
/o:p></span></p><p class=3DMsoNormal style=3D'margin-left:.5in'><span =
style=3D'font-size:10.0pt;font-family:"Tahoma","sans-serif"'>&nbsp;&nbsp;=
&nbsp;&nbsp;&nbsp; This document shows some of the current =
implementations on the<o:p></o:p></span></p><p class=3DMsoNormal =
style=3D'margin-left:.5in'><span =
style=3D'font-size:10.0pt;font-family:"Tahoma","sans-serif"'>&nbsp;&nbsp;=
&nbsp;&nbsp;&nbsp; market have already outstripped the capabilities of =
the RADIUS<o:p></o:p></span></p><p class=3DMsoNormal =
style=3D'margin-left:.5in'><span =
style=3D'font-size:10.0pt;font-family:"Tahoma","sans-serif"'>&nbsp;&nbsp;=
&nbsp;&nbsp;&nbsp; protocol.&nbsp; A quite a few features have been =
developed completely<o:p></o:p></span></p><p class=3DMsoNormal =
style=3D'margin-left:.5in'><span =
style=3D'font-size:10.0pt;font-family:"Tahoma","sans-serif"'>&nbsp; =
&nbsp;&nbsp;&nbsp;&nbsp;outside the protocol.&nbsp; These features use =
the RADIUS protocol<o:p></o:p></span></p><p class=3DMsoNormal =
style=3D'margin-left:.5in'><span =
style=3D'font-size:10.0pt;font-family:"Tahoma","sans-serif"'>&nbsp;&nbsp;=
&nbsp;&nbsp;&nbsp; structure and format, but employ operations and =
semantics well<o:p></o:p></span></p><p class=3DMsoNormal =
style=3D'margin-left:.5in'><span =
style=3D'font-size:10.0pt;font-family:"Tahoma","sans-serif"'>&nbsp;&nbsp;=
&nbsp;&nbsp;&nbsp; beyond the RFC documents.<o:p></o:p></span></p><p =
class=3DMsoNormal style=3D'margin-left:.5in'><span =
style=3D'font-size:10.0pt;font-family:"Tahoma","sans-serif"'>&nbsp;<o:p><=
/o:p></span></p><p class=3DMsoNormal style=3D'margin-left:.5in'><span =
style=3D'font-size:10.0pt;font-family:"Tahoma","sans-serif"'>&nbsp;&nbsp;=
 The limited set of data types defined in [RFC2865] has lead =
to<o:p></o:p></span></p><p class=3DMsoNormal =
style=3D'margin-left:.5in'><span =
style=3D'font-size:10.0pt;font-family:"Tahoma","sans-serif"'>&nbsp;&nbsp;=
 subsequent documents defining new data types.&nbsp; Since new data =
types<o:p></o:p></span></p><p class=3DMsoNormal =
style=3D'margin-left:.5in'><span =
style=3D'font-size:10.0pt;font-family:"Tahoma","sans-serif"'>&nbsp;&nbsp;=
 are typically defined implicitly as part of defining a new =
attribute,<o:p></o:p></span></p><p class=3DMsoNormal =
style=3D'margin-left:.5in'><span =
style=3D'font-size:10.0pt;font-family:"Tahoma","sans-serif"'>&nbsp;&nbsp;=
 and because RADIUS client and server implementations differ in =
their<o:p></o:p></span></p><p class=3DMsoNormal =
style=3D'margin-left:.5in'><span =
style=3D'font-size:10.0pt;font-family:"Tahoma","sans-serif"'>&nbsp;&nbsp;=
 support of these additional specifications, there is no =
definitive<o:p></o:p></span></p><p class=3DMsoNormal =
style=3D'margin-left:.5in'><span =
style=3D'font-size:10.0pt;font-family:"Tahoma","sans-serif"'>&nbsp;&nbsp;=
 registry of RADIUS data types and data type support has =
been<o:p></o:p></span></p><p class=3DMsoNormal =
style=3D'margin-left:.5in'><span =
style=3D'font-size:10.0pt;font-family:"Tahoma","sans-serif"'>&nbsp;&nbsp;=
 inconsistent.&nbsp; To catalog commonly implemented data types as well =
as<o:p></o:p></span></p><p class=3DMsoNormal =
style=3D'margin-left:.5in'><span =
style=3D'font-size:10.0pt;font-family:"Tahoma","sans-serif"'>&nbsp;&nbsp;=
 to provide guidance for implementers as well as attribute =
designers,<o:p></o:p></span></p><p class=3DMsoNormal =
style=3D'margin-left:.5in'><span =
style=3D'font-size:10.0pt;font-family:"Tahoma","sans-serif"'>&nbsp;&nbsp;=
 &quot;RADIUS Design Guidelines&quot; [RFC6158] Section 2.1 includes =
advice on<o:p></o:p></span></p><p class=3DMsoNormal =
style=3D'margin-left:.5in'><span =
style=3D'font-size:10.0pt;font-family:"Tahoma","sans-serif"'>&nbsp;&nbsp;=
 basic and complex data types.&nbsp; Unfortunately, these guidelines =
were<o:p></o:p></span></p><p class=3DMsoNormal =
style=3D'margin-left:.5in'><span =
style=3D'font-size:10.0pt;font-family:"Tahoma","sans-serif"'>&nbsp;&nbsp;=
 published 14 years after the RADIUS protocol was first documented =
in<o:p></o:p></span></p><p class=3DMsoNormal =
style=3D'margin-left:.5in'><span =
style=3D'font-size:10.0pt;font-family:"Tahoma","sans-serif"'>&nbsp;&nbsp;=
 [RFC2058].<o:p></o:p></span></p><p class=3DMsoNormal =
style=3D'margin-left:.5in'><span =
style=3D'font-size:10.0pt;font-family:"Tahoma","sans-serif"'>&nbsp;<o:p><=
/o:p></span></p><p class=3DMsoNormal style=3D'margin-left:.5in'><span =
style=3D'font-size:10.0pt;font-family:"Tahoma","sans-serif"'>&nbsp;&nbsp;=
 Section 6.2 of the RADIUS specification [RFC2865] defines a =
mechanism<o:p></o:p></span></p><p class=3DMsoNormal =
style=3D'margin-left:.5in'><span =
style=3D'font-size:10.0pt;font-family:"Tahoma","sans-serif"'>&nbsp;&nbsp;=
 for Vendor-Specific extensions (Attribute 26), and states that use =
of<o:p></o:p></span></p><p class=3DMsoNormal =
style=3D'margin-left:.5in'><span =
style=3D'font-size:10.0pt;font-family:"Tahoma","sans-serif"'>&nbsp;&nbsp;=
 Vendor-Specific extensions:<o:p></o:p></span></p><p class=3DMsoNormal =
style=3D'margin-left:.5in'><span =
style=3D'font-size:10.0pt;font-family:"Tahoma","sans-serif"'>&nbsp;<o:p><=
/o:p></span></p><p class=3DMsoNormal style=3D'margin-left:.5in'><span =
style=3D'font-size:10.0pt;font-family:"Tahoma","sans-serif"'>&nbsp;&nbsp;=
&nbsp;&nbsp;&nbsp; should be encouraged instead of allocation of global =
attribute<o:p></o:p></span></p><p class=3DMsoNormal =
style=3D'margin-left:.5in'><span =
style=3D'font-size:10.0pt;font-family:"Tahoma","sans-serif"'>&nbsp;&nbsp;=
&nbsp;&nbsp;&nbsp; types, for functions specific only to one vendor's =
implementation<o:p></o:p></span></p><p class=3DMsoNormal =
style=3D'margin-left:.5in'><span =
style=3D'font-size:10.0pt;font-family:"Tahoma","sans-serif"'>&nbsp;&nbsp;=
&nbsp;&nbsp;&nbsp; of RADIUS, where no interoperability is deemed =
useful.<o:p></o:p></span></p><p class=3DMsoNormal =
style=3D'margin-left:.5in'><span =
style=3D'font-size:10.0pt;font-family:"Tahoma","sans-serif"'>&nbsp;<o:p><=
/o:p></span></p><p class=3DMsoNormal style=3D'margin-left:.5in'><span =
style=3D'font-size:10.0pt;font-family:"Tahoma","sans-serif"'>&nbsp;&nbsp;=
 However, in practice usage of Vendor-Specific Attributes (VSAs) =
has<o:p></o:p></span></p><p class=3DMsoNormal =
style=3D'margin-left:.5in'><span =
style=3D'font-size:10.0pt;font-family:"Tahoma","sans-serif"'>&nbsp;&nbsp;=
 been considerably broader than this.&nbsp; In particular, VSAs have =
been<o:p></o:p></span></p><p class=3DMsoNormal =
style=3D'margin-left:.5in'><span =
style=3D'font-size:10.0pt;font-family:"Tahoma","sans-serif"'>&nbsp;&nbsp;=
 used by Standards Development Organizations (SDOs) to define =
their<o:p></o:p></span></p><p class=3DMsoNormal =
style=3D'margin-left:.5in'><span =
style=3D'font-size:10.0pt;font-family:"Tahoma","sans-serif"'>&nbsp;&nbsp;=
 own extensions to the RADIUS protocol.&nbsp; This has caused a number =
of<o:p></o:p></span></p><p class=3DMsoNormal =
style=3D'margin-left:.5in'><span =
style=3D'font-size:10.0pt;font-family:"Tahoma","sans-serif"'>&nbsp;&nbsp;=
 problems.<o:p></o:p></span></p><p class=3DMsoNormal =
style=3D'margin-left:.5in'><span =
style=3D'font-size:10.0pt;font-family:"Tahoma","sans-serif"'>&nbsp;<o:p><=
/o:p></span></p><p class=3DMsoNormal style=3D'margin-left:.5in'><span =
style=3D'font-size:10.0pt;font-family:"Tahoma","sans-serif"'>&nbsp;&nbsp;=
 One issue concerns the data model for VSAs.&nbsp; Since it was =
not<o:p></o:p></span></p><p class=3DMsoNormal =
style=3D'margin-left:.5in'><span =
style=3D'font-size:10.0pt;font-family:"Tahoma","sans-serif"'>&nbsp;&nbsp;=
 envisaged that multi-vendor VSA implementations would need =
to<o:p></o:p></span></p><p class=3DMsoNormal =
style=3D'margin-left:.5in'><span =
style=3D'font-size:10.0pt;font-family:"Tahoma","sans-serif"'>&nbsp;&nbsp;=
 interoperate, the RADIUS specification [RFC2865] does not define =
the<o:p></o:p></span></p><p class=3DMsoNormal =
style=3D'margin-left:.5in'><span =
style=3D'font-size:10.0pt;font-family:"Tahoma","sans-serif"'>&nbsp;&nbsp;=
 data model for VSAs, and allows multiple sub- attributes to =
be<o:p></o:p></span></p><p class=3DMsoNormal =
style=3D'margin-left:.5in'><span =
style=3D'font-size:10.0pt;font-family:"Tahoma","sans-serif"'>&nbsp;&nbsp;=
 included within a single Attribute of type 26.&nbsp; Since this =
enables<o:p></o:p></span></p><p class=3DMsoNormal =
style=3D'margin-left:.5in'><span =
style=3D'font-size:10.0pt;font-family:"Tahoma","sans-serif"'>&nbsp;&nbsp;=
 VSAs to be defined which would not be supportable by =
current<o:p></o:p></span></p><p class=3DMsoNormal =
style=3D'margin-left:.5in'><span =
style=3D'font-size:10.0pt;font-family:"Tahoma","sans-serif"'>&nbsp;&nbsp;=
 implementations if placed within the standard RADIUS attribute =
space,<o:p></o:p></span></p><p class=3DMsoNormal =
style=3D'margin-left:.5in'><span =
style=3D'font-size:10.0pt;font-family:"Tahoma","sans-serif"'>&nbsp;&nbsp;=
 this has caused problems in standardizing widely deployed VSAs, =
as<o:p></o:p></span></p><p class=3DMsoNormal =
style=3D'margin-left:.5in'><span =
style=3D'font-size:10.0pt;font-family:"Tahoma","sans-serif"'>&nbsp;&nbsp;=
 discussed in &quot;RADIUS Design Guidelines&quot; BCP 158 =
[RFC6158].<o:p></o:p></span></p><p class=3DMsoNormal =
style=3D'margin-left:.5in'><span =
style=3D'font-size:10.0pt;font-family:"Tahoma","sans-serif"'>&nbsp;<o:p><=
/o:p></span></p><p class=3DMsoNormal style=3D'margin-left:.5in'><span =
style=3D'font-size:10.0pt;font-family:"Tahoma","sans-serif"'>&nbsp;&nbsp;=
 Another issue is how implementations should handle unknown =
VSAs.<o:p></o:p></span></p><p class=3DMsoNormal =
style=3D'margin-left:.5in'><span =
style=3D'font-size:10.0pt;font-family:"Tahoma","sans-serif"'>&nbsp;&nbsp;=
 [RFC2865] Section 5.26 states:<o:p></o:p></span></p><p =
class=3DMsoNormal style=3D'margin-left:.5in'><span =
style=3D'font-size:10.0pt;font-family:"Tahoma","sans-serif"'>&nbsp;<o:p><=
/o:p></span></p><p class=3DMsoNormal style=3D'margin-left:.5in'><span =
style=3D'font-size:10.0pt;font-family:"Tahoma","sans-serif"'>&nbsp;&nbsp;=
&nbsp;&nbsp;&nbsp; Servers not equipped to interpret the vendor-specific =
information<o:p></o:p></span></p><p class=3DMsoNormal =
style=3D'margin-left:.5in'><span =
style=3D'font-size:10.0pt;font-family:"Tahoma","sans-serif"'>&nbsp;&nbsp;=
&nbsp;&nbsp;&nbsp; sent by a client MUST ignore it (although it may be =
reported).<o:p></o:p></span></p><p class=3DMsoNormal =
style=3D'margin-left:.5in'><span =
style=3D'font-size:10.0pt;font-family:"Tahoma","sans-serif"'>&nbsp;&nbsp;=
&nbsp;&nbsp;&nbsp; Clients which do not receive desired vendor-specific =
information<o:p></o:p></span></p><p class=3DMsoNormal =
style=3D'margin-left:.5in'><span =
style=3D'font-size:10.0pt;font-family:"Tahoma","sans-serif"'>&nbsp;&nbsp;=
&nbsp;&nbsp;&nbsp; SHOULD make an attempt to operate without it, =
although they may do<o:p></o:p></span></p><p class=3DMsoNormal =
style=3D'margin-left:.5in'><span =
style=3D'font-size:10.0pt;font-family:"Tahoma","sans-serif"'>&nbsp;&nbsp;=
&nbsp;&nbsp;&nbsp; so (and report they are doing so) in a degraded =
mode.<o:p></o:p></span></p><p class=3DMsoNormal =
style=3D'margin-left:.5in'><span =
style=3D'font-size:10.0pt;font-family:"Tahoma","sans-serif"'>&nbsp;<o:p><=
/o:p></span></p><p class=3DMsoNormal style=3D'margin-left:.5in'><span =
style=3D'font-size:10.0pt;font-family:"Tahoma","sans-serif"'>&nbsp;&nbsp;=
 However, since VSAs do not contain a &quot;mandatory&quot; bit, RADIUS =
clients<o:p></o:p></span></p><p class=3DMsoNormal =
style=3D'margin-left:.5in'><span =
style=3D'font-size:10.0pt;font-family:"Tahoma","sans-serif"'>&nbsp;&nbsp;=
 and servers may not know whether it is safe to ignore unknown =
VSAs.<o:p></o:p></span></p><p class=3DMsoNormal =
style=3D'margin-left:.5in'><span =
style=3D'font-size:10.0pt;font-family:"Tahoma","sans-serif"'>&nbsp;&nbsp;=
 For example, in the case where VSAs pertain to security =
(e.g.<o:p></o:p></span></p><p class=3DMsoNormal =
style=3D'margin-left:.5in'><span =
style=3D'font-size:10.0pt;font-family:"Tahoma","sans-serif"'>&nbsp;&nbsp;=
 Filters), it may not be safe to ignore them.&nbsp; As a result, =
&quot;Common<o:p></o:p></span></p><p class=3DMsoNormal =
style=3D'margin-left:.5in'><span =
style=3D'font-size:10.0pt;font-family:"Tahoma","sans-serif"'>&nbsp;&nbsp;=
 Remote Authentication Dial In User Service (RADIUS) =
Implementation<o:p></o:p></span></p><p class=3DMsoNormal =
style=3D'margin-left:.5in'><span =
style=3D'font-size:10.0pt;font-family:"Tahoma","sans-serif"'>&nbsp;&nbsp;=
 Issues and Suggested Fixes&quot; [RFC5080] Section 2.5 includes =
the<o:p></o:p></span></p><p class=3DMsoNormal =
style=3D'margin-left:.5in'><span =
style=3D'font-size:10.0pt;font-family:"Tahoma","sans-serif"'>&nbsp;&nbsp;=
 following caution:<o:p></o:p></span></p><p class=3DMsoNormal =
style=3D'margin-left:.5in'><span =
style=3D'font-size:10.0pt;font-family:"Tahoma","sans-serif"'>&nbsp;<o:p><=
/o:p></span></p><p class=3DMsoNormal style=3D'margin-left:.5in'><span =
style=3D'font-size:10.0pt;font-family:"Tahoma","sans-serif"'>&nbsp;&nbsp;=
&nbsp;&nbsp;&nbsp; To avoid misinterpretation of service requests =
encoded within<o:p></o:p></span></p><p class=3DMsoNormal =
style=3D'margin-left:.5in'><span =
style=3D'font-size:10.0pt;font-family:"Tahoma","sans-serif"'>&nbsp;&nbsp;=
&nbsp;&nbsp;&nbsp; VSAs, RADIUS servers SHOULD NOT send VSAs containing =
service<o:p></o:p></span></p><p class=3DMsoNormal =
style=3D'margin-left:.5in'><span =
style=3D'font-size:10.0pt;font-family:"Tahoma","sans-serif"'>&nbsp;&nbsp;=
&nbsp;&nbsp;&nbsp; requests to RADIUS clients that are not known to =
understand them.<o:p></o:p></span></p><p class=3DMsoNormal =
style=3D'margin-left:.5in'><span =
style=3D'font-size:10.0pt;font-family:"Tahoma","sans-serif"'>&nbsp;&nbsp;=
&nbsp;&nbsp;&nbsp; For example, a RADIUS server should not send a VSA =
encoding a<o:p></o:p></span></p><p class=3DMsoNormal =
style=3D'margin-left:.5in'><span =
style=3D'font-size:10.0pt;font-family:"Tahoma","sans-serif"'>&nbsp;&nbsp;=
&nbsp;&nbsp;&nbsp; filter without knowledge that the RADIUS client =
supports the VSA.<o:p></o:p></span></p><p class=3DMsoNormal =
style=3D'margin-left:.5in'><span =
style=3D'font-size:10.0pt;font-family:"Tahoma","sans-serif"'>&nbsp;<o:p><=
/o:p></span></p><p class=3DMsoNormal style=3D'margin-left:.5in'><span =
style=3D'font-size:10.0pt;font-family:"Tahoma","sans-serif"'>&nbsp;&nbsp;=
 In addition to extending RADIUS by use of VSAs, SDOs have =
also<o:p></o:p></span></p><p class=3DMsoNormal =
style=3D'margin-left:.5in'><span =
style=3D'font-size:10.0pt;font-family:"Tahoma","sans-serif"'>&nbsp;&nbsp;=
 defined new values of the Service-Type attribute in order to =
create<o:p></o:p></span></p><p class=3DMsoNormal =
style=3D'margin-left:.5in'><span =
style=3D'font-size:10.0pt;font-family:"Tahoma","sans-serif"'>&nbsp;&nbsp;=
 new RADIUS commands.&nbsp; Since the RADIUS specification =
[RFC2865]<o:p></o:p></span></p><p class=3DMsoNormal =
style=3D'margin-left:.5in'><span =
style=3D'font-size:10.0pt;font-family:"Tahoma","sans-serif"'>&nbsp;&nbsp;=
 defined Service-Type values as being allocated First Come, =
First<o:p></o:p></span></p><p class=3DMsoNormal =
style=3D'margin-left:.5in'><span =
style=3D'font-size:10.0pt;font-family:"Tahoma","sans-serif"'>&nbsp;&nbsp;=
 Served (FCFS), this permitted new RADIUS commands to be =
allocated<o:p></o:p></span></p><p class=3DMsoNormal =
style=3D'margin-left:.5in'><span =
style=3D'font-size:10.0pt;font-family:"Tahoma","sans-serif"'>&nbsp;&nbsp;=
 without IETF review.&nbsp; This oversight has since been fixed in =
&quot;IANA<o:p></o:p></span></p><p class=3DMsoNormal =
style=3D'margin-left:.5in'><span =
style=3D'font-size:10.0pt;font-family:"Tahoma","sans-serif"'>&nbsp;&nbsp;=
 Considerations for RADIUS&quot; =
[RFC3575].<o:p></o:p></span></p></div></div><p class=3DMsoNormal =
style=3D'margin-left:.5in'><span =
style=3D'font-size:10.0pt;font-family:"Tahoma","sans-serif"'><br>________=
_______________________________________ radext mailing list =
radext@ietf.org =
https://www.ietf.org/mailman/listinfo/radext<o:p></o:p></span></p></div><=
/div></div></body></html>
------_=_NextPart_001_01CCF21C.E7FC6F74--

From dromasca@avaya.com  Thu Feb 23 06:17:43 2012
Return-Path: <dromasca@avaya.com>
X-Original-To: aaa-doctors@ietfa.amsl.com
Delivered-To: aaa-doctors@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 819DF21F86DF for <aaa-doctors@ietfa.amsl.com>; Thu, 23 Feb 2012 06:17:43 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.865
X-Spam-Level: 
X-Spam-Status: No, score=-102.865 tagged_above=-999 required=5 tests=[AWL=-0.266, 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 UGQuEdC71nKf for <aaa-doctors@ietfa.amsl.com>; Thu, 23 Feb 2012 06:17:43 -0800 (PST)
Received: from p-us1-iereast-outbound.us1.avaya.com (p-us1-iereast-outbound.us1.avaya.com [135.11.29.13]) by ietfa.amsl.com (Postfix) with ESMTP id 00FC721F878E for <aaa-doctors@ietf.org>; Thu, 23 Feb 2012 06:17:42 -0800 (PST)
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: Av0EADBKRk/GmAcF/2dsb2JhbABEsk6BB4F1AQEDEh4KUQEVFQYMDAdXAQQbGqZZhBeKPYlkjH8xPwQRBAIDAQIChRQFgQWCO2MEmzeMbw
X-IronPort-AV: E=Sophos;i="4.73,470,1325480400"; d="scan'208";a="233644423"
Received: from unknown (HELO co300216-co-erhwest.avaya.com) ([198.152.7.5]) by p-us1-iereast-outbound.us1.avaya.com with ESMTP; 23 Feb 2012 09:17:42 -0500
Received: from unknown (HELO 307622ANEX5.global.avaya.com) ([135.64.140.13]) by co300216-co-erhwest-out.avaya.com with ESMTP; 23 Feb 2012 09:10:54 -0500
x-mimeole: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Date: Thu, 23 Feb 2012 15:17:40 +0100
Message-ID: <EDC652A26FB23C4EB6384A4584434A04074ADE84@307622ANEX5.global.avaya.com>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: welcome to Benoit, meeting in Paris
Thread-Index: AczyNeZz97t1nzYmRnqKmGFE8ocYTA==
From: "Romascanu, Dan (Dan)" <dromasca@avaya.com>
To: <aaa-doctors@ietf.org>
Subject: [AAA-DOCTORS] welcome to Benoit, meeting in Paris
X-BeenThere: aaa-doctors@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: AAA Doctors E-mail List <aaa-doctors.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/aaa-doctors>, <mailto:aaa-doctors-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/aaa-doctors>
List-Post: <mailto:aaa-doctors@ietf.org>
List-Help: <mailto:aaa-doctors-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/aaa-doctors>, <mailto:aaa-doctors-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 23 Feb 2012 14:17:43 -0000

Hi,

As you all know by now Benoit Claise will become co-Area Director for
Operations and Management, replacing me at IETF-83.=20

As co-AD responsible on the Management aspects of the area Benoit will
take over sponsoring the AAA-Doctors Directorate.=20

Welcome and Good Luck, Benoit! I am sure that you will get full support
from the members of this directorate.

We plan to meet in Paris as usual for a work lunch on Thursday. Please
propose agenda items for the meeting.=20

Thanks and Regards,

Dan


From dromasca@avaya.com  Fri Feb 24 02:31:14 2012
Return-Path: <dromasca@avaya.com>
X-Original-To: aaa-doctors@ietfa.amsl.com
Delivered-To: aaa-doctors@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 93F5421F870B; Fri, 24 Feb 2012 02:31:14 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.863
X-Spam-Level: 
X-Spam-Status: No, score=-102.863 tagged_above=-999 required=5 tests=[AWL=-0.264, 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 TQtQ-RW+ti0J; Fri, 24 Feb 2012 02:31:14 -0800 (PST)
Received: from p-us1-iereast-outbound.us1.avaya.com (p-us1-iereast-outbound.us1.avaya.com [135.11.29.13]) by ietfa.amsl.com (Postfix) with ESMTP id C613121F865E; Fri, 24 Feb 2012 02:30:52 -0800 (PST)
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AgEFAM9lR0/GmAcF/2dsb2JhbABEhTqsOXaBB4FzAQEBAQMSEQ0EUQYBCA0IBQIGBgwLAQICAwFEBwEGBAEEAQkJCBqHZKMsiXaKE4EviDKDJxEaOQcRBAqFFAUSAQsDAggDAgIBNAwDghczYwSbOoxxgVI
X-IronPort-AV: E=Sophos;i="4.73,475,1325480400"; d="scan'208";a="233817624"
Received: from unknown (HELO co300216-co-erhwest.avaya.com) ([198.152.7.5]) by p-us1-iereast-outbound.us1.avaya.com with ESMTP; 24 Feb 2012 05:30:51 -0500
Received: from unknown (HELO 307622ANEX5.global.avaya.com) ([135.64.140.13]) by co300216-co-erhwest-out.avaya.com with ESMTP; 24 Feb 2012 05:24:01 -0500
x-mimeole: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
Date: Fri, 24 Feb 2012 11:30:30 +0100
Message-ID: <EDC652A26FB23C4EB6384A4584434A04074ADFCE@307622ANEX5.global.avaya.com>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: PRELIMINARY Agenda and Package for the March 1, 2012 IESG Teleconference 
Thread-Index: Aczyf5lKm541iVE7SPipYwvcmY18sgAX2REQ
From: "Romascanu, Dan (Dan)" <dromasca@avaya.com>
To: <aaa-doctors@ietf.org>, <mib-doctors@ietf.org>, "YANG Doctors" <yang-doctors@ietf.org>, <ops-dir@ietf.org>, "IETF DNS Directorate" <dns-dir@ietf.org>
Subject: [AAA-DOCTORS] FW: PRELIMINARY Agenda and Package for the March 1, 2012 IESG Teleconference
X-BeenThere: aaa-doctors@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: AAA Doctors E-mail List <aaa-doctors.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/aaa-doctors>, <mailto:aaa-doctors-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/aaa-doctors>
List-Post: <mailto:aaa-doctors@ietf.org>
List-Help: <mailto:aaa-doctors-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/aaa-doctors>, <mailto:aaa-doctors-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 24 Feb 2012 10:31:14 -0000

UGxlYXNlIGZpbmQgYmVsb3cgdGhlIHByZWxpbWluYXJ5IGFnZW5kYSBvZiB0aGUgSUVTRyB0ZWxl
Y2hhdCBzY2hlZHVsZWQgZm9yIDMvMS4gUGxlYXNlIHNlbmQgbWUgYWxsIHF1ZXN0aW9ucywgY29t
bWVudHMgb3IgY29uY2VybnMgYmVmb3JlIDIvMjkgQ09CLiANCg0KVGhhbmtzIGFuZCBSZWdhcmRz
LA0KDQpEYW4NCg0KDQoNCi0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQpGcm9tOiBpZXNnLWJv
dW5jZXNAaWV0Zi5vcmcgW21haWx0bzppZXNnLWJvdW5jZXNAaWV0Zi5vcmddIE9uIEJlaGFsZiBP
ZiBJRVNHIFNlY3JldGFyeQ0KDQoNCjIuIFByb3RvY29sIEFjdGlvbnMNCjIuMSBXRyBTdWJtaXNz
aW9ucw0KMi4xLjEgTmV3IEl0ZW1zDQoNCiAgbyBkcmFmdC1pZXRmLXJtdC1mbHV0ZS1yZXZpc2Vk
LTEzDQogICAgRkxVVEUgLSBGaWxlIERlbGl2ZXJ5IG92ZXIgVW5pZGlyZWN0aW9uYWwgVHJhbnNw
b3J0IChQcm9wb3NlZA0KICAgIFN0YW5kYXJkKQ0KICAgIE5vdGU6IE5lZWRzIGlldGYtdHlwZXMg
cmV2aWV3IGFuZCBmb3VyIGRvd25yZWZzIGluIElFVEYgTEMuDQogICAgVG9rZW46IERhdmlkIEhh
cnJpbmd0b24NCg0KICBvIGRyYWZ0LWlldGYtcGNuLTMtaW4tMS1lbmNvZGluZy0wOA0KICAgIEVu
Y29kaW5nIDMgUENOLVN0YXRlcyBpbiB0aGUgSVAgaGVhZGVyIHVzaW5nIGEgc2luZ2xlIERTQ1Ag
KFByb3Bvc2VkDQogICAgU3RhbmRhcmQpDQogICAgTm90ZTogU2NvdHQgQnJhZG5lciAoc29iQGhh
cnZhcmQuZWR1KSBpcyB0aGUgZG9jdW1lbnQgc2hlcGhlZC4NCiAgICBUb2tlbjogRGF2aWQgSGFy
cmluZ3Rvbg0KDQogIG8gZHJhZnQtaWV0Zi1uZXRleHQtcG1pcC1sci0wOA0KICAgIExvY2FsaXpl
ZCBSb3V0aW5nIGZvciBQcm94eSBNb2JpbGUgSVB2NiAoUHJvcG9zZWQgU3RhbmRhcmQpDQogICAg
Tm90ZTogQmFzYXZhcmFqIFBhdGlsIChiYXNhdmFyYWoucGF0aWxAbm9raWEuY29tKSBpcyB0aGUg
ZG9jdW1lbnQNCiAgICBzaGVwaGVyZC4NCiAgICBUb2tlbjogSmFyaSBBcmtrbw0KDQogIG8gZHJh
ZnQtaWV0Zi1tYW5ldC1wYWNrZXRiYi1zZWMtMDgNCiAgICBNQU5FVCBDcnlwdG9ncmFwaGljYWwg
U2lnbmF0dXJlIFRMViBEZWZpbml0aW9uIChQcm9wb3NlZCBTdGFuZGFyZCkNCiAgICBOb3RlOiBT
dGFuIFJhdGxpZmYgKHNyYXRsaWZmQGNpc2NvLmNvbSkgaXMgdGhlIGRvY3VtZW50IHNoZXBoZXJk
Lg0KICAgIFRva2VuOiBBZHJpYW4gRmFycmVsDQoNCiAgbyBkcmFmdC1pZXRmLXBjcC1iYXNlLTIz
DQogICAgUG9ydCBDb250cm9sIFByb3RvY29sIChQQ1ApIChQcm9wb3NlZCBTdGFuZGFyZCkNCiAg
ICBOb3RlOiBEYXZlIFRoYWxlciAoZHRoYWxlckBtaWNyb3NvZnQuY29tKSBpcyB0aGUgZG9jdW1l
bnQgc2hlcGhlcmQuDQogICAgVG9rZW46IEphcmkgQXJra28NCg0KMi4xLjIgUmV0dXJuaW5nIEl0
ZW1zDQoNCiAgbyBkcmFmdC1pZXRmLWRuc2V4dC1lY2RzYS0wNg0KICAgIEVsbGlwdGljIEN1cnZl
IERTQSBmb3IgRE5TU0VDIChQcm9wb3NlZCBTdGFuZGFyZCkNCiAgICBOb3RlOiBPbGFmdXIgR3Vk
bXVuZHNzb24gKG9ndWRAb2d1ZC5jb20pIGlzIHRoZSBkb2N1bWVudCBzaGVwaGVyZC4NCiAgICBU
b2tlbjogUmFscGggRHJvbXMNCg0KMi4yIEluZGl2aWR1YWwgU3VibWlzc2lvbnMNCjIuMi4xIE5l
dyBJdGVtcw0KDQogIE5PTkUNCg0KMi4yLjIgUmV0dXJuaW5nIEl0ZW1zDQoNCiAgTk9ORQ0KDQoz
LiBEb2N1bWVudCBBY3Rpb25zDQozLjEgV0cgU3VibWlzc2lvbnMNCjMuMS4xIE5ldyBJdGVtcw0K
DQogIG8gZHJhZnQtaWV0Zi1tYW5ldC1zbWYtMTMNCiAgICBTaW1wbGlmaWVkIE11bHRpY2FzdCBG
b3J3YXJkaW5nIChFeHBlcmltZW50YWwpDQogICAgTm90ZTogU3RhbiBSYXRsaWZmIChzcmF0bGlm
ZkBjaXNjby5jb20pIGlzIHRoZSBkb2N1bWVudCBzaGVwaGVyZC4NCiAgICBUb2tlbjogQWRyaWFu
IEZhcnJlbA0KDQogIG8gZHJhZnQtaWV0Zi1saXNwLWludGVyd29ya2luZy0wNA0KICAgIEludGVy
d29ya2luZyBMSVNQIHdpdGggSVB2NCBhbmQgSVB2NiAoRXhwZXJpbWVudGFsKQ0KICAgIE5vdGU6
IFRlcnJ5IE1hbmRlcnNvbiA8dGVycnkubWFuZGVyc29uQGljYW5uLm9yZz4gaXMgdGhlDQogICAg
ZG9jdW1lbnQgc2hlcGhlcmQuDQogICAgVG9rZW46IEphcmkgQXJra28NCg0KICBvIGRyYWZ0LWll
dGYtYmVoYXZlLTY0LWFuYWx5c2lzLTA2DQogICAgQW5hbHlzaXMgb2YgU3RhdGVmdWwgNjQgVHJh
bnNsYXRpb24gKEluZm9ybWF0aW9uYWwpDQogICAgTm90ZTogRGFuIFdpbmcgKGR3aW5nQGNpc2Nv
LmNvbSkgaXMgdGhlIGRvY3VtZW50IHNoZXBoZXJkLg0KICAgIFRva2VuOiBEYXZpZCBIYXJyaW5n
dG9uDQoNCiAgbyBkcmFmdC1pZXRmLXBjbi1lbmNvZGluZy1jb21wYXJpc29uLTA4DQogICAgT3Zl
cnZpZXcgb2YgUHJlLUNvbmdlc3Rpb24gTm90aWZpY2F0aW9uIEVuY29kaW5nIChJbmZvcm1hdGlv
bmFsKQ0KICAgIE5vdGU6IFN0ZXZlbiBCbGFrZSwgUENOIGNvLWNoYWlyIChzbGJsYWtlQHBldHJp
LW1lYXQuY29tKSBpcyB0aGUNCiAgICBkb2N1bWVudCBzaGVwaGVyZC4NCiAgICBUb2tlbjogRGF2
aWQgSGFycmluZ3Rvbg0KDQogIG8gZHJhZnQtaWV0Zi1tZXh0LW1pcDYtdGxzLTAzDQogICAgVHJh
bnNwb3J0IExheWVyIFNlY3VyaXR5LWJhc2VkIE1vYmlsZSBJUHY2IFNlY3VyaXR5IEZyYW1ld29y
ayBmb3INCiAgICBNb2JpbGUgTm9kZSB0byBIb21lIEFnZW50IENvbW11bmljYXRpb24gKEV4cGVy
aW1lbnRhbCkNCiAgICBOb3RlOiBCYXNhdmFyYWogUGF0aWwgKEJhc2F2YXJhai5QYXRpbEBub2tp
YS5jb20pIGlzIHRoZSBkb2N1bWVudA0KICAgIHNoZXBoZXJkLg0KICAgIFRva2VuOiBKYXJpIEFy
a2tvDQoNCiAgbyBkcmFmdC1pZXRmLXY2b3BzLXY2bmQtcHJvYmxlbXMtMDQNCiAgICBPcGVyYXRp
b25hbCBOZWlnaGJvciBEaXNjb3ZlcnkgUHJvYmxlbXMgKEluZm9ybWF0aW9uYWwpDQogICAgTm90
ZTogRnJlZCBCYWtlciAoZnJlZEBjaXNjby5jb20pIGlzIHRoZSBkb2N1bWVudCBzaGVwaGVyZC4N
CiAgICBUb2tlbjogUm9uIEJvbmljYQ0KDQozLjEuMiBSZXR1cm5pbmcgSXRlbXMNCg0KICBOT05F
DQoNCjMuMiBJbmRpdmlkdWFsIFN1Ym1pc3Npb25zIFZpYSBBRA0KMy4yLjEgTmV3IEl0ZW1zDQoN
CiAgbyBkcmFmdC1zbmVsbC1hdG9tcHViLXRvbWJzdG9uZXMtMTQNCiAgICBUaGUgQXRvbSAiZGVs
ZXRlZC1lbnRyeSIgRWxlbWVudCAoSW5mb3JtYXRpb25hbCkNCiAgICBUb2tlbjogUGV0ZXIgU2Fp
bnQtQW5kcmUNCg0KMy4yLjIgUmV0dXJuaW5nIEl0ZW1zDQoNCiAgTk9ORQ0KDQozLjMgSVJURiBh
bmQgSW5kZXBlbmRlbnQgU3VibWlzc2lvbiBTdHJlYW0gRG9jdW1lbnRzDQozLjMuMSBOZXcgSXRl
bXMNCg0KICBOT05FDQoNCjMuMy4yIFJldHVybmluZyBJdGVtcw0KDQogIE5PTkUNCg0KNC4gV29y
a2luZyBHcm91cCBBY3Rpb25zDQo0LjEgV0cgQ3JlYXRpb24NCjQuMS4xIFByb3Bvc2VkIGZvciBJ
RVRGIFJldmlldw0KDQogIG8gRW5kLXRvLWVuZCBTZXNzaW9uIElkZW50aWZpZXIgaW4gU0lQIChz
ZXNzaW9uaWQpDQogICAgVG9rZW46IEdvbnphbG8NCg0KNC4xLjIgUHJvcG9zZWQgZm9yIEFwcHJv
dmFsDQoNCiAgTk9ORQ0KDQo0LjIgV0cgUmVjaGFydGVyaW5nDQo0LjIuMSBVbmRlciBFdmFsdWF0
aW9uIGZvciBJRVRGIFJldmlldw0KDQogIE5PTkUNCg0KNC4yLjIgUHJvcG9zZWQgZm9yIEFwcHJv
dmFsDQoNCiAgbyBMb2NhdG9yL0lEIFNlcGFyYXRpb24gUHJvdG9jb2wgKGxpc3ApDQogICAgVG9r
ZW46IEphcmkNCg0KICBvIEh5cGVydGV4dCBUcmFuc2ZlciBQcm90b2NvbCBCaXMgKGh0dHBiaXMp
DQogICAgVG9rZW46IFBldGVyDQoNCg0K

From aland@deployingradius.com  Sat Feb 25 16:22:31 2012
Return-Path: <aland@deployingradius.com>
X-Original-To: aaa-doctors@ietfa.amsl.com
Delivered-To: aaa-doctors@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D0A7321F850C for <aaa-doctors@ietfa.amsl.com>; Sat, 25 Feb 2012 16:22:31 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -101.617
X-Spam-Level: 
X-Spam-Status: No, score=-101.617 tagged_above=-999 required=5 tests=[AWL=0.982, 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 TLJLyCXNx-o6 for <aaa-doctors@ietfa.amsl.com>; Sat, 25 Feb 2012 16:22:31 -0800 (PST)
Received: from liberty.deployingradius.com (liberty.deployingradius.com [88.191.76.128]) by ietfa.amsl.com (Postfix) with ESMTP id AB6BE21F855E for <aaa-doctors@ietf.org>; Sat, 25 Feb 2012 16:22:30 -0800 (PST)
Received: by liberty.deployingradius.com (Postfix, from userid 1000) id 2490E123436B; Sun, 26 Feb 2012 01:22:02 +0100 (CET)
From: aland@freeradius.org
To: <aaa-doctors@ietf.org>
X-Mailer: mail (GNU Mailutils 1.1)
Message-Id: <20120226002202.2490E123436B@liberty.deployingradius.com>
Date: Sun, 26 Feb 2012 01:22:02 +0100 (CET)
Subject: [AAA-DOCTORS] RADIUS Documents in Last Call for Sun Feb 26 01:22:01 CET 2012
X-BeenThere: aaa-doctors@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: AAA Doctors E-mail List <aaa-doctors.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/aaa-doctors>, <mailto:aaa-doctors-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/aaa-doctors>
List-Post: <mailto:aaa-doctors@ietf.org>
List-Help: <mailto:aaa-doctors-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/aaa-doctors>, <mailto:aaa-doctors-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sun, 26 Feb 2012 00:22:31 -0000

  This is an automatically generated email.  It lists the IETF internet-drafts
which are WG items; in IETF Last Call, and which reference RADIUS.  Drafts
from the RADEXT and DIME working groups are not included.

--
