RE: draft-zorn-radius-encattr-15: Obsolete?
"Glen Zorn" <glenzorn@comcast.net> Wed, 01 April 2009 03:43 UTC
Return-Path: <owner-radiusext@ops.ietf.org>
X-Original-To: ietfarch-radext-archive-IeZ9sae2@core3.amsl.com
Delivered-To: ietfarch-radext-archive-IeZ9sae2@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 0E46E3A67F5 for <ietfarch-radext-archive-IeZ9sae2@core3.amsl.com>; Tue, 31 Mar 2009 20:43:29 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.59
X-Spam-Level:
X-Spam-Status: No, score=-1.59 tagged_above=-999 required=5 tests=[AWL=-1.153, BAYES_00=-2.599, FH_RELAY_NODNS=1.451, HELO_MISMATCH_NET=0.611, RDNS_NONE=0.1]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 8suX3E+c7hzg for <ietfarch-radext-archive-IeZ9sae2@core3.amsl.com>; Tue, 31 Mar 2009 20:43:28 -0700 (PDT)
Received: from psg.com (psg.com [IPv6:2001:418:1::62]) by core3.amsl.com (Postfix) with ESMTP id 09F953A659C for <radext-archive-IeZ9sae2@lists.ietf.org>; Tue, 31 Mar 2009 20:43:27 -0700 (PDT)
Received: from majordom by psg.com with local (Exim 4.69 (FreeBSD)) (envelope-from <owner-radiusext@ops.ietf.org>) id 1LorJD-000EBt-IN for radiusext-data0@psg.com; Wed, 01 Apr 2009 03:40:11 +0000
Received: from [76.96.30.40] (helo=QMTA04.emeryville.ca.mail.comcast.net) by psg.com with esmtp (Exim 4.69 (FreeBSD)) (envelope-from <glenzorn@comcast.net>) id 1LorJ9-000EBa-8g for radiusext@ops.ietf.org; Wed, 01 Apr 2009 03:40:09 +0000
Received: from OMTA13.emeryville.ca.mail.comcast.net ([76.96.30.52]) by QMTA04.emeryville.ca.mail.comcast.net with comcast id Zv5f1b00517UAYkA43g8BN; Wed, 01 Apr 2009 03:40:08 +0000
Received: from gwzPC ([124.120.223.253]) by OMTA13.emeryville.ca.mail.comcast.net with comcast id a3fr1b00k5Uetd08Z3fx8G; Wed, 01 Apr 2009 03:40:05 +0000
From: Glen Zorn <glenzorn@comcast.net>
To: 'Hannes Tschofenig' <Hannes.Tschofenig@gmx.net>
Cc: radiusext@ops.ietf.org
References: <01c501c9af1e$d77f3e90$f7148182@nsnintra.net>
In-Reply-To: <01c501c9af1e$d77f3e90$f7148182@nsnintra.net>
Subject: RE: draft-zorn-radius-encattr-15: Obsolete?
Date: Wed, 01 Apr 2009 10:39:29 +0700
Message-ID: <00f501c9b27b$7f7d9d30$7e78d790$@net>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Mailer: Microsoft Office Outlook 12.0
Thread-Index: AcmvHtWpNzhpjq1GT9uY9Gb7prFsGgDW6dRw
Content-Language: en-us
Sender: owner-radiusext@ops.ietf.org
Precedence: bulk
List-ID: <radiusext.ops.ietf.org>
Hannes Tschofenig [mailto://Hannes.Tschofenig@gmx.net] writes: > After the presentation today I took a look at the draft. > > I was wondering whether the work on draft-zorn-radius-encattr-15 became > obsolete with the emergency work on RADSEC? (In more recent terms, this > seems to be a case of overtaken by events (OBE).) > > draft-zorn-radius-encattr-15 is a pretty complex piece of work and a > custom solution. Not sure what this means. > The benefits of using TLS/DTLS appear to be much larger. Perhaps; OTOH, draft-zorn-radius-encattr-15 doesn't require the wholesale replacement of the existing RADIUS infrastructure. ... -- to unsubscribe send a message to radiusext-request@ops.ietf.org with the word 'unsubscribe' in a single line as the message text body. archive: <http://psg.com/lists/radiusext/> Envelope-to: radiusext-data0@psg.com Delivery-date: Mon, 30 Mar 2009 17:56:45 +0000 Message-ID: <BLU137-W411C363692430623586B8D938D0@phx.gbl> Content-Type: multipart/alternative; boundary="_2d0f8803-c235-44c3-ab8c-a0a23e7d32c3_" From: Bernard Aboba <bernard_aboba@hotmail.com> To: "dromasca@avaya.com" <dromasca@avaya.com>, "radiusext@ops.ietf.org" <radiusext@ops.ietf.org> Subject: Re: Use of Framed-IP-Netmask to configure routers Date: Mon, 30 Mar 2009 10:55:57 -0700 MIME-Version: 1.0 --_2d0f8803-c235-44c3-ab8c-a0a23e7d32c3_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable RFC 2865=2C Section 5.9 defines Framed-IP-Netmask: This Attribute indicates the IP netmask to be configured for the user when the user is a router to a network. It MAY be used in Access-Accept packets. It MAY be used in an Access-Request packet as a hint by the NAS to the server that it would prefer that netmask=2C but the server is not required to honor the hint. In contrast=2C Section 5.22 defines Framed-Route as the mechanism for confi= guring routing information: This Attribute provides routing information to be configured for the user on the NAS. It is used in the Access-Accept packet and can appear multiple times. Based on this=2C it would appear that Framed-IP-Netmask is intended for con= figuration of hosts=2C not routers=2C and that Framed-Route is to be used t= o configure routes.=20 Defining two mechanisms for configuration of routes seems like it could cre= ate potential interoperability problems. Since RFC 2865 is a Draft Standar= d=2C the existing mechanisms are known to be interoperable.=20 > Pasi made a comment regarding the DISCUSS about RFC2865 that says: > > * RFC 2865=2C by defining new interpretations of the Framed-IP-Address= =20 > > and Framed-IP-Netmask attributes. >=20 >=20 >=20 > Would adding this text clarify (and remove your concerns with) Section > > 8.2.2? > >=20 > > @@ -1551=2C7 +1551=2C14 @@ > > attributes [RFC2865] may be used by the Softwire Concentrator to > > delegate an IPv4 prefix to the Softwire Initiator. > >=20 > > + As this practice had been used=2C the inclusion of the Framed-IP- > > + Netmask attribute tells the Softwire Concentrator to delegate an > IPv4 > > + prefix to the Softwire Initiator (e.g.=2C in the IPv4 over IPv6 > > + scenarios where the Softwire Initiator is a router=2C see Section > 3.2.2 > > + and Section 3.2.4)=2C as the SC should forward packets destined to > any > > + IPv4 address in the prefix to the SI. > >=20 > >=20 > > Please let me know if this helps with the Framed-IP-Netmask issue. > >=20 > > Thanks=2C >=20 >=20 >=20 > Thanks=2C >=20 > -- Carlos. --_2d0f8803-c235-44c3-ab8c-a0a23e7d32c3_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable <html> <head> <style> .hmmessage P { margin:0px=3B padding:0px } body.hmmessage { font-size: 10pt=3B font-family:Verdana } </style> </head> <body class=3D'hmmessage'> RFC 2865=2C Section 5.9 defines Framed-IP-Netmask:<br><br> This Attribute indicates the IP netmask to be configured for the user when the user is a router to a network. It MAY be used in Access-Accept packets. It MAY be used in an Access-Request packet as a hint by the NAS to the server that it would prefer that netmask=2C but the server is not required to honor the hint. <br><br>In contrast=2C Section 5.22 defines Framed-Route as the mechanism f= or configuring routing information:<br><br>This Attribute provides routing = information to be configured for the user on the NAS. It is used in the Access-Accept packet and can appear multiple times. <br><br>Based on this=2C it would appear that Framed-IP-Netmask is intended= for configuration of hosts=2C not routers=2C and that Framed-Route is to b= e used to configure routes. <br><br>Defining two mechanisms for configurati= on of routes seems like it could create potential interoperability problems= . =3B Since RFC 2865 is a Draft Standard=2C the existing mechanisms are= known to be interoperable. <br><br><br>>=3B Pasi made a comment regardin= g the DISCUSS about RFC2865 that says:<br>>=3B >=3B * RFC 2865=2C by de= fining new interpretations of the Framed-IP-Address <br>>=3B >=3B and F= ramed-IP-Netmask attributes.<br>>=3B <br>>=3B <br>>=3B <br>>=3B Wou= ld adding this text clarify (and remove your concerns with) Section<br>>= =3B >=3B 8.2.2?<br>>=3B >=3B <br>>=3B >=3B @@ -1551=2C7 +1551=2C1= 4 @@<br>>=3B >=3B attributes [RFC2865] may be used by the Softwire = Concentrator to<br>>=3B >=3B delegate an IPv4 prefix to the Softwir= e Initiator.<br>>=3B >=3B <br>>=3B >=3B + As this practice had be= en used=2C the inclusion of the Framed-IP-<br>>=3B >=3B + Netmask att= ribute tells the Softwire Concentrator to delegate an<br>>=3B IPv4<br>>= =3B >=3B + prefix to the Softwire Initiator (e.g.=2C in the IPv4 over I= Pv6<br>>=3B >=3B + scenarios where the Softwire Initiator is a router= =2C see Section<br>>=3B 3.2.2<br>>=3B >=3B + and Section 3.2.4)=2C = as the SC should forward packets destined to<br>>=3B any<br>>=3B >=3B= + IPv4 address in the prefix to the SI.<br>>=3B >=3B <br>>=3B >= =3B <br>>=3B >=3B Please let me know if this helps with the Framed-IP-N= etmask issue.<br>>=3B >=3B <br>>=3B >=3B Thanks=2C<br>>=3B <br>&g= t=3B <br>>=3B <br>>=3B Thanks=2C<br>>=3B <br>>=3B -- Carlos.<br></b= ody> </html>= --_2d0f8803-c235-44c3-ab8c-a0a23e7d32c3_-- -- to unsubscribe send a message to radiusext-request@ops.ietf.org with the word 'unsubscribe' in a single line as the message text body. archive: <http://psg.com/lists/radiusext/> Envelope-to: radiusext-data0@psg.com Delivery-date: Mon, 30 Mar 2009 09:32:00 +0000 From: Internet-Drafts@ietf.org To: i-d-announce@ietf.org Cc: radiusext@ops.ietf.org Subject: I-D Action:draft-ietf-radext-extended-attributes-08.txt Content-Type: Multipart/Mixed; Boundary="NextPart" Mime-Version: 1.0 Message-Id: <20090330093003.849893A6ABA@core3.amsl.com> Date: Mon, 30 Mar 2009 02:30:01 -0700 (PDT) --NextPart A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the RADIUS EXTensions Working Group of the IETF. Title : Extended Remote Authentication Dial In User Service (RADIUS) Attributes Author(s) : Y. Li, et al. Filename : draft-ietf-radext-extended-attributes-08.txt Pages : 13 Date : 2009-03-30 For the Remote Authentication Dial In User Service (RADIUS) protocol to continue to support new applications, the RADIUS attribute type space must be extended beyond the current limit of 255 possible attribute types while maintaining backwards compatibility with the existing protocol. This document defines a mechanism to accomplish that task, along with standard methods to group together related attributes and to encode values that don't fit into 253 octets. A URL for this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-ietf-radext-extended-attributes-08.txt Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ Below is the data which will enable a MIME compliant mail reader implementation to automatically retrieve the ASCII version of the Internet-Draft. --NextPart Content-Type: Message/External-body; name="draft-ietf-radext-extended-attributes-08.txt"; site="ftp.ietf.org"; access-type="anon-ftp"; directory="internet-drafts" Content-Type: text/plain Content-ID: <2009-03-30022841.I-D@ietf.org> --NextPart-- -- to unsubscribe send a message to radiusext-request@ops.ietf.org with the word 'unsubscribe' in a single line as the message text body. archive: <http://psg.com/lists/radiusext/> Envelope-to: radiusext-data0@psg.com Delivery-date: Sun, 29 Mar 2009 15:45:45 +0000 Cc: Alan DeKok <aland@deployingradius.com>, "radiusext@ops.ietf.org" <radiusext@ops.ietf.org> Message-Id: <FE07CB47-3128-42FF-BF78-F6271C87873B@wierenga.net> From: Klaas Wierenga <klaas@wierenga.net> To: Bernard Aboba <bernard_aboba@hotmail.com> Content-Type: multipart/alternative; boundary=Apple-Mail-35-188798806 Mime-Version: 1.0 (Apple Message framework v930.3) Subject: Re: Issue: RADSEC and DTLS docs Date: Sun, 29 Mar 2009 17:45:20 +0200 Authentication-Results: ams-dkim-1; header.From=klaas@wierenga.net; dkim=neutral --Apple-Mail-35-188798806 Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit On Mar 29, 2009, at 5:10 PM, Bernard Aboba wrote: > > I'll rev the DTLS document soon. We can then see how much of it > > simply references radsec. If the DTLS-specific portions are small, > it > > may be good to add them to the radsec document. > > Even if the DTLS-specific portions are small, there is still a > "compliance" issue. > > That is, if two vendors say "I implement RADSEC" -- what would it > mean, if one could be doing RADIUS over TLS/TCP and another, RADIUS > over DTLS/UDP? ehm.. so they should say "I implement RadSec over TCP" or "I implement RadSec over UDP" ;-) > > Whereas if there are two separate documents, and someone says "I > implement RADIUS over DTLS", now we know what transport they are > using. > > There are similar concerns about RADIUS over TCP, but we discussed > indicating in the document that this is only intended for use with > RADSEC. --Apple-Mail-35-188798806 Content-Type: text/html; charset=US-ASCII Content-Transfer-Encoding: quoted-printable <html><body style=3D"word-wrap: break-word; -webkit-nbsp-mode: space; = -webkit-line-break: after-white-space; "><br><div><div>On Mar 29, 2009, = at 5:10 PM, Bernard Aboba wrote:</div><br = class=3D"Apple-interchange-newline"><blockquote type=3D"cite"><span = class=3D"Apple-style-span" style=3D"border-collapse: separate; color: = rgb(0, 0, 0); font-family: Helvetica; font-size: 12px; font-style: = normal; font-variant: normal; font-weight: normal; letter-spacing: = normal; line-height: normal; orphans: 2; text-align: auto; text-indent: = 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: = 0px; -webkit-border-horizontal-spacing: 0px; = -webkit-border-vertical-spacing: 0px; = -webkit-text-decorations-in-effect: none; -webkit-text-size-adjust: = auto; -webkit-text-stroke-width: 0px; "><div class=3D"hmmessage" = style=3D"font-size: 10pt; font-family: Verdana; ">> I'll rev the DTLS = document soon. We can then see how much of it<br>> simply references = radsec. If the DTLS-specific portions are small, it<br>> may be good = to add them to the radsec document.<br><br>Even if the DTLS-specific = portions are small, there is still a "compliance" issue.<span = class=3D"Apple-converted-space"> </span><br><br>That is, if two = vendors say "I implement RADSEC" -- what would it mean, if one could be = doing RADIUS over TLS/TCP and another, RADIUS over DTLS/UDP? <span = class=3D"Apple-converted-space"> </span><br></div></span></blockquote= ><div><br></div>ehm.. so they should say "I implement RadSec over TCP" = or "I implement RadSec over UDP" ;-)</div><div><br><blockquote = type=3D"cite"><span class=3D"Apple-style-span" style=3D"border-collapse: = separate; color: rgb(0, 0, 0); font-family: Helvetica; font-size: 12px; = font-style: normal; font-variant: normal; font-weight: normal; = letter-spacing: normal; line-height: normal; orphans: 2; text-align: = auto; text-indent: 0px; text-transform: none; white-space: normal; = widows: 2; word-spacing: 0px; -webkit-border-horizontal-spacing: 0px; = -webkit-border-vertical-spacing: 0px; = -webkit-text-decorations-in-effect: none; -webkit-text-size-adjust: = auto; -webkit-text-stroke-width: 0px; "><div class=3D"hmmessage" = style=3D"font-size: 10pt; font-family: Verdana; "><br>Whereas if there = are two separate documents, and someone says "I implement RADIUS over = DTLS", now we know what transport they are using.<span = class=3D"Apple-converted-space"> </span><br><br>There are similar = concerns about RADIUS over TCP, but we discussed indicating in the = document that this is only intended for use with RADSEC.<span = class=3D"Apple-converted-space"> </span><br></div></span></blockquote= ></div><br></body></html>= --Apple-Mail-35-188798806-- -- to unsubscribe send a message to radiusext-request@ops.ietf.org with the word 'unsubscribe' in a single line as the message text body. archive: <http://psg.com/lists/radiusext/> Envelope-to: radiusext-data0@psg.com Delivery-date: Sun, 29 Mar 2009 15:12:06 +0000 Message-ID: <BLU137-W15FA40766F0C30F19E8AE4938C0@phx.gbl> Content-Type: multipart/alternative; boundary="_c03cd81f-3d45-4828-b341-7c55e1f4352b_" From: Bernard Aboba <bernard_aboba@hotmail.com> To: Alan DeKok <aland@deployingradius.com> CC: "radiusext@ops.ietf.org" <radiusext@ops.ietf.org> Subject: RE: Issue: RADSEC and DTLS docs Date: Sun, 29 Mar 2009 08:10:59 -0700 MIME-Version: 1.0 --_c03cd81f-3d45-4828-b341-7c55e1f4352b_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable > I'll rev the DTLS document soon. We can then see how much of it > simply references radsec. If the DTLS-specific portions are small=2C it > may be good to add them to the radsec document. Even if the DTLS-specific portions are small=2C there is still a "complianc= e" issue.=20 That is=2C if two vendors say "I implement RADSEC" -- what would it mean=2C= if one could be doing RADIUS over TLS/TCP and another=2C RADIUS over DTLS/= UDP? =20 Whereas if there are two separate documents=2C and someone says "I implemen= t RADIUS over DTLS"=2C now we know what transport they are using.=20 There are similar concerns about RADIUS over TCP=2C but we discussed indica= ting in the document that this is only intended for use with RADSEC.=20 --_c03cd81f-3d45-4828-b341-7c55e1f4352b_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable <html> <head> <style> .hmmessage P { margin:0px=3B padding:0px } body.hmmessage { font-size: 10pt=3B font-family:Verdana } </style> </head> <body class=3D'hmmessage'> >=3B I'll rev the DTLS document soon. We can then see how much of it<b= r>>=3B simply references radsec. If the DTLS-specific portions are small= =2C it<br>>=3B may be good to add them to the radsec document.<br><br>Eve= n if the DTLS-specific portions are small=2C there is still a "compliance" = issue. <br><br>That is=2C if two vendors say "I implement RADSEC" -- what w= ould it mean=2C if one could be doing RADIUS over TLS/TCP and another=2C RA= DIUS over DTLS/UDP? =3B <br><br>Whereas if there are two separate docum= ents=2C and someone says "I implement RADIUS over DTLS"=2C =3B now we k= now what transport they are using. <br><br>There are similar concerns about= RADIUS over TCP=2C but we discussed indicating in the document that this i= s only intended for use with RADSEC. <br></body> </html>= --_c03cd81f-3d45-4828-b341-7c55e1f4352b_-- -- to unsubscribe send a message to radiusext-request@ops.ietf.org with the word 'unsubscribe' in a single line as the message text body. archive: <http://psg.com/lists/radiusext/> Envelope-to: radiusext-data0@psg.com Delivery-date: Sat, 28 Mar 2009 15:34:57 +0000 Message-ID: <49CE4392.8050903@deployingradius.com> Date: Sat, 28 Mar 2009 08:34:42 -0700 From: Alan DeKok <aland@deployingradius.com> User-Agent: Thunderbird 2.0.0.21 (Macintosh/20090302) MIME-Version: 1.0 To: "Joseph Salowey (jsalowey)" <jsalowey@cisco.com> CC: radiusext@ops.ietf.org Subject: Re: Issue: RADSEC and DTLS docs Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Joseph Salowey (jsalowey) wrote: > Many of the details between RADSEC and DTLS should be the same. I'm > worried that the two specs may diverge if the progress differently > through the IETF. Is there any reason why we cannot cover DTLS in this > draft as well? > > Requested change: > Have the document cover DTLS. I'll rev the DTLS document soon. We can then see how much of it simply references radsec. If the DTLS-specific portions are small, it may be good to add them to the radsec document. Alan DeKok. -- to unsubscribe send a message to radiusext-request@ops.ietf.org with the word 'unsubscribe' in a single line as the message text body. archive: <http://psg.com/lists/radiusext/> Envelope-to: radiusext-data0@psg.com Delivery-date: Sat, 28 Mar 2009 15:30:39 +0000 Message-ID: <49CE4272.1080805@deployingradius.com> Date: Sat, 28 Mar 2009 08:29:54 -0700 From: Alan DeKok <aland@deployingradius.com> User-Agent: Thunderbird 2.0.0.21 (Macintosh/20090302) MIME-Version: 1.0 To: Ignacio Goyret <igoyret@alcatel-lucent.com> CC: radiusext@ops.ietf.org Subject: Re: radius over tcp Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Ignacio Goyret wrote: > Any thoughts on using SCTP instead of TCP? If there's a demand. > It solves a lot of the problems mentioned for TCP > and it handles natively the situation of multihomed > servers (which TCP doesn't). People already use traditional RADIUS over IPSec to get better transport. I'm not sure that SCTP adds a large benefit here. Alan DeKok. -- to unsubscribe send a message to radiusext-request@ops.ietf.org with the word 'unsubscribe' in a single line as the message text body. archive: <http://psg.com/lists/radiusext/> Envelope-to: radiusext-data0@psg.com Delivery-date: Fri, 27 Mar 2009 20:57:57 +0000 From: "Hannes Tschofenig" <Hannes.Tschofenig@gmx.net> To: <radiusext@ops.ietf.org> Subject: draft-zorn-radius-encattr-15: Obsolete? Date: Fri, 27 Mar 2009 13:58:52 -0700 Message-ID: <01c501c9af1e$d77f3e90$f7148182@nsnintra.net> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Thread-Index: AcmvHtWpNzhpjq1GT9uY9Gb7prFsGg== After the presentation today I took a look at the draft. I was wondering whether the work on draft-zorn-radius-encattr-15 became obsolete with the emergency work on RADSEC? (In more recent terms, this seems to be a case of overtaken by events (OBE).) draft-zorn-radius-encattr-15 is a pretty complex piece of work and a custom solution. The benefits of using TLS/DTLS appear to be much larger. Ciao Hannes -- to unsubscribe send a message to radiusext-request@ops.ietf.org with the word 'unsubscribe' in a single line as the message text body. archive: <http://psg.com/lists/radiusext/> Envelope-to: radiusext-data0@psg.com Delivery-date: Fri, 27 Mar 2009 20:52:46 +0000 Message-ID: <BLU137-W3428FF85CA7E8B723167D7938E0@phx.gbl> Content-Type: multipart/alternative; boundary="_8f001b22-a992-43e1-b917-e1c02eb625bb_" From: Bernard Aboba <bernard_aboba@hotmail.com> To: "radiusext@ops.ietf.org" <radiusext@ops.ietf.org> Subject: Issues update Date: Fri, 27 Mar 2009 13:52:10 -0700 MIME-Version: 1.0 --_8f001b22-a992-43e1-b917-e1c02eb625bb_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable In order to update the status of existing documents=2C we are requesting th= at editors send a summary to the list of what they believe is the status of= open issues on their documents. We would then request that the issue file= rs confirm the status of the issues=2C so that we can get an accurate statu= s on them.=20 EMAILING FOR SOMETHING OR OTHER Join m= --_8f001b22-a992-43e1-b917-e1c02eb625bb_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable <html> <head> <style> .hmmessage P { margin:0px=3B padding:0px } body.hmmessage { font-size: 10pt=3B font-family:Verdana } </style> </head> <body class=3D'hmmessage'> In order to update the status of existing documents=2C we are requesting th= at editors send a summary to the list of what they believe is the status of= open issues on their documents. =3B We would then request that the iss= ue filers confirm the status of the issues=2C so that we can get an accurat= e status on them. <br><br><table style=3D"border-top: 1px solid black=3B fo= nt-weight: bold=3B font-family: 'Segoe UI'=2CTahoma=2Csan-serif=3B"><tbody>= <tr><td><a href=3D"http://im.live.com/Messenger/IM/Home/?source=3DEML_WLHM_= GreaterGood" style=3D"font-size: 9pt=3B color: rgb(1=2C 132=2C 203)=3B text= -decoration: none=3B"><img style=3D"border-style: none=3B" src=3D"http://gf= x1.hotmail.com/mail/w3/ltr/i_charity.gif" alt=3D"i'm"> EMAILING FOR SOMETHI= NG OR OTHER<br><span style=3D"padding: 0px 24px=3B font-size: 8pt=3B color:= rgb(63=2C 181=2C 85)=3B text-decoration: underline=3B">Join m</span></a></= td></tr></tbody></table></body> </html>= --_8f001b22-a992-43e1-b917-e1c02eb625bb_-- -- to unsubscribe send a message to radiusext-request@ops.ietf.org with the word 'unsubscribe' in a single line as the message text body. archive: <http://psg.com/lists/radiusext/> Envelope-to: radiusext-data0@psg.com Delivery-date: Fri, 27 Mar 2009 18:20:21 +0000 From: "David B. Nelson" <dnelson@elbrysnetworks.com> To: <radiusext@ops.ietf.org> Subject: RE: IETF 74 RADEXT WG Meeting Agenda and Meeting materials Date: Fri, 27 Mar 2009 14:19:38 -0400 Organization: Elbrys Networks, Inc. Message-ID: <7B78077F38F34D37A89A61F863A859A9@xpsuperdvd2> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Thread-Index: AcmvAEuZMv0JikuVTG+SE1dtsgwifwAB7ugA David Mitton writes... > The audio stream was up, but it seems to have flaked out > on me several times. Yeah. I guess on one level it's amazing that it works at all, given the potential scaling issues of providing that kind of service. On another level, it's really not all that useful for remote participation if it works only part of the time, or the latency becomes such that questions about what's being said asked via jabber arrive partway into the *next* presentation. -- to unsubscribe send a message to radiusext-request@ops.ietf.org with the word 'unsubscribe' in a single line as the message text body. archive: <http://psg.com/lists/radiusext/> Envelope-to: radiusext-data0@psg.com Delivery-date: Fri, 27 Mar 2009 17:31:41 +0000 Message-Id: <200903271731.n2RHV2ZA032261@cliff.eng.ascend.com> Date: Fri, 27 Mar 2009 10:30:54 -0700 To: Alan DeKok <aland@deployingradius.com> From: Ignacio Goyret <igoyret@alcatel-lucent.com> Subject: radius over tcp Cc: radiusext@ops.ietf.org Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Any thoughts on using SCTP instead of TCP? It solves a lot of the problems mentioned for TCP and it handles natively the situation of multihomed servers (which TCP doesn't). -Ignacio -- to unsubscribe send a message to radiusext-request@ops.ietf.org with the word 'unsubscribe' in a single line as the message text body. archive: <http://psg.com/lists/radiusext/> Envelope-to: radiusext-data0@psg.com Delivery-date: Fri, 27 Mar 2009 17:20:55 +0000 Date: Fri, 27 Mar 2009 17:20:11 +0000 (GMT) From: David Mitton <david@mitton.com> Reply-To: david@mitton.com To: dnelson@elbrysnetworks.com Cc: bernard_aboba@hotmail.com, radiusext@ops.ietf.org Message-ID: <832242877.10502.1238174411561.JavaMail.mail@webmail11> Subject: Re: RE: IETF 74 RADEXT WG Meeting Agenda and Meeting materials MIME-Version: 1.0 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable <html><HEAD><LINK media=3Dall href=3D"static/deg/css/wysiwyg.css" type=3Dte= xt/css rel=3Dstylesheet> <META content=3D"MSHTML 6.00.6000.16809" name=3DGENERATOR></HEAD> <BODY lang=3DEN-US vLink=3Dpurple link=3Dblue> <P>The audio stream was up, but it seems to have flaked out on me several t= imes.</P> <P>It's back up now...</P> <P>Unfortunately I'm not able to jabber today.</P> <P>Dave.<BR><BR><BR>Mar 27, 2009 10:49:54 AM, dnelson@elbrysnetworks.com wr= ote:<BR></P> <BLOCKQUOTE style=3D"BORDER-LEFT: rgb(102,153,204) 3px solid"> <STYLE> <!-- /* Font Definitions */ @font-face =09{font-family:Verdana; =09panose-1:2 11 6 4 3 5 4 4 2 4;} /* Style Definitions */ p.MsoNormal, li.MsoNormal, div.MsoNormal =09{margin:0in; =09margin-bottom:.0001pt; =09font-size:12.0pt; =09font-family:"Times New Roman";} a:link, span.MsoHyperlink =09{color:blue; =09text-decoration:underline;} a:visited, span.MsoHyperlinkFollowed =09{color:purple; =09text-decoration:underline;} p =09{mso-margin-top-alt:auto; =09margin-right:0in; =09mso-margin-bottom-alt:auto; =09margin-left:0in; =09font-size:12.0pt; =09font-family:"Times New Roman";} span.EmailStyle18 =09{mso-style-type:personal-reply; =09font-family:Arial; =09color:navy;} @page Section1 =09{size:8.5in 11.0in; =09margin:1.0in 1.25in 1.0in 1.25in;} div.Section1 =09{page:Section1;} --> </STYLE> <DIV class=3DSection1> <DIV style=3D"BORDER-RIGHT: medium none; PADDING-RIGHT: 0in; BORDER-TOP: me= dium none; PADDING-LEFT: 4pt; PADDING-BOTTOM: 0in; BORDER-LEFT: blue 1.5pt = solid; PADDING-TOP: 0in; BORDER-BOTTOM: medium none"> <P class=3DMsoNormal style=3D"MARGIN-BOTTOM: 12pt"><FONT face=3DVerdana siz= e=3D2><SPAN style=3D"FONT-SIZE: 10pt; FONT-FAMILY: Verdana">As usual, we wi= ll be utilizing jabber and streaming audio for remote participants.<FONT co= lor=3Dnavy><SPAN style=3D"COLOR: navy"><?xml:namespace prefix =3D o ns =3D = "urn:schemas-microsoft-com:office:office" /><o:p></o:p></SPAN></FONT></SPAN= ></FONT></P> <P class=3DMsoNormal style=3D"MARGIN-BOTTOM: 12pt"><FONT face=3DArial color= =3Dnavy size=3D2><SPAN style=3D"FONT-SIZE: 10pt; COLOR: navy; FONT-FAMILY: = Arial">The jabber room is up, but the streaming audio service currently yie= lds a =E2=80=9Cfile not found=E2=80=9D error. I hope this will be rem= edied prior to the 9 AM PDT session start time.<o:p></o:p></SPAN></FONT></P= ></DIV></DIV></BLOCKQUOTE></BODY></html> -- to unsubscribe send a message to radiusext-request@ops.ietf.org with the word 'unsubscribe' in a single line as the message text body. archive: <http://psg.com/lists/radiusext/> Envelope-to: radiusext-data0@psg.com Delivery-date: Fri, 27 Mar 2009 14:46:39 +0000 From: "David B. Nelson" <dnelson@elbrysnetworks.com> To: "'Bernard Aboba'" <bernard_aboba@hotmail.com>, <radiusext@ops.ietf.org> Subject: RE: IETF 74 RADEXT WG Meeting Agenda and Meeting materials Date: Fri, 27 Mar 2009 10:46:04 -0400 Organization: Elbrys Networks, Inc. Message-ID: <2C0B4331DE294724BD03CA0E1900FFED@xpsuperdvd2> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_03AD_01C9AEC9.3A563EC0" Thread-Index: AcmtsS6i+2IJn+HQRti1P3x6oCWG6gBOVnmQ This is a multi-part message in MIME format. ------=_NextPart_000_03AD_01C9AEC9.3A563EC0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit As usual, we will be utilizing jabber and streaming audio for remote participants. The jabber room is up, but the streaming audio service currently yields a "file not found" error. I hope this will be remedied prior to the 9 AM PDT session start time. ------=_NextPart_000_03AD_01C9AEC9.3A563EC0 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable <html xmlns:o=3D"urn:schemas-microsoft-com:office:office" = xmlns:w=3D"urn:schemas-microsoft-com:office:word" = xmlns=3D"http://www.w3.org/TR/REC-html40"> <head> <META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; = charset=3Dus-ascii"> <meta name=3DGenerator content=3D"Microsoft Word 11 (filtered medium)"> <style> <!-- /* Font Definitions */ @font-face {font-family:Verdana; 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";} a:link, span.MsoHyperlink {color:blue; text-decoration:underline;} a:visited, span.MsoHyperlinkFollowed {color:purple; text-decoration:underline;} p {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";} span.EmailStyle18 {mso-style-type:personal-reply; font-family:Arial; color:navy;} @page Section1 {size:8.5in 11.0in; margin:1.0in 1.25in 1.0in 1.25in;} div.Section1 {page:Section1;} --> </style> </head> <body lang=3DEN-US link=3Dblue vlink=3Dpurple> <div class=3DSection1> <div style=3D'border:none;border-left:solid blue 1.5pt;padding:0in 0in = 0in 4.0pt'> <p class=3DMsoNormal style=3D'margin-bottom:12.0pt'><font size=3D2 = face=3DVerdana><span style=3D'font-size:10.0pt;font-family:Verdana'>As usual, we will be = utilizing jabber and streaming audio for remote participants.<font = color=3Dnavy><span style=3D'color:navy'><o:p></o:p></span></font></span></font></p> <p class=3DMsoNormal style=3D'margin-bottom:12.0pt'><font size=3D2 = color=3Dnavy face=3DArial><span = style=3D'font-size:10.0pt;font-family:Arial;color:navy'>The jabber room is up, but the streaming audio service currently yields a = “file not found” error. I hope this will be remedied prior to the = 9 AM PDT session start time.<o:p></o:p></span></font></p> </div> </div> </body> </html> ------=_NextPart_000_03AD_01C9AEC9.3A563EC0-- -- to unsubscribe send a message to radiusext-request@ops.ietf.org with the word 'unsubscribe' in a single line as the message text body. archive: <http://psg.com/lists/radiusext/> Envelope-to: radiusext-data0@psg.com Delivery-date: Fri, 27 Mar 2009 13:25:19 +0000 Message-ID: <BLU137-W2316CFC5FDC062072197E6938E0@phx.gbl> Content-Type: multipart/alternative; boundary="_ec8acea2-123d-434b-ad56-c3f541402036_" From: Bernard Aboba <bernard_aboba@hotmail.com> To: <bruno.stevant@telecom-bretagne.eu>, <pasi.eronen@nokia.com> CC: "dromasca@avaya.com" <dromasca@avaya.com>, "iesg@ietf.org" <iesg@ietf.org>, <softwire-chairs@tools.ietf.org>, <draft-ietf-softwire-hs-framework-l2tpv2@tools.ietf.org>, "radiusext@ops.ietf.org" <radiusext@ops.ietf.org> Subject: RE: DISCUSS: draft-ietf-softwire-hs-framework-l2tpv2 Date: Fri, 27 Mar 2009 06:24:19 -0700 MIME-Version: 1.0 --_ec8acea2-123d-434b-ad56-c3f541402036_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable I am not sure that the absence/presence of NAS-IP-Address/NAS-IPv6-Address = necessarily provides information about the nature of the traffic within RAD= IUS accounting. For example=2C it is quite possible that both attributes wi= ll be present.=20 Is there a reason why we can't just define accounting attributes to provide= the information you're looking for? =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=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D > CC: dromasca@avaya.com=3B iesg@ietf.org=3B Bernard_Aboba@hotmail.com=3B s= oftwire-chairs@tools.ietf.org=3B draft-ietf-softwire-hs-framework-l2tpv2@to= ols.ietf.org > From: bruno.stevant@telecom-bretagne.eu > To: Pasi.Eronen@nokia.com > Subject: Re: DISCUSS: draft-ietf-softwire-hs-framework-l2tpv2=20 > Date: Fri=2C 27 Mar 2009 09:39:31 +0100 >=20 > Hi all=2C >=20 > Just an update on one item: >=20 > [snip] > > > >> * RFC 2866=2C by referencing draft-stevant-softwire-accounting=2C whic= h > >> redefines the format of the NAS-IP-Address attribute (which only > >> supports IPv4 addresses=3B NAS-IPv6-Address is used to contain IPv6 > >> addresses). > > > > It looks like draft-stevant-... indeed has text that isn't correct > > (but also looks easy to fix). But this is an informative reference (to > > an expired internet-draft)=2C so it probably should not block the > > publication of this document. >=20 >=20 > I updated draft-stevant-softwire-accounting and fixed the issue about =20 > attributes. The document is not yet published (the datatracker tool is =20 > hanging when uploading ...) but here is an excerpt of the paragraph =20 > you referenced in this draft: >=20 > 4.2. Differentiation based on context >=20 > A RADIUS accounting entry=2C as defined in [RFC2867] and updated by > [RFC3162]=2C also includes the NAS-IP-Address and NAS-IPv6-Address > attributes=2C which gives the IP address of the NAS used as the > softwire endpoint. Based on this information=2C an operator can =20 > decide > if this softwire is based on IPv4 or IPv6. In the case of provider > only deploying IPv6 over IPv4 and IPv4 over IPv6 softwires=2C the > nature of the traffic reported in the accounting information depends > of which attribute between NAS-IP-Address and NAS-IPv6-Address is > set. If NAS-IP-Address is set in the accounting entry=2C accounted > traffic is IPv6. If NAS-IPv6-Address is set in the accounting =20 > entry=2C > accounted traffic is IPv4. However=2C this solution requires extra > checking when building accounting report and obviously does not work > in case of IPvX over IPvX softwires. --_ec8acea2-123d-434b-ad56-c3f541402036_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable <html> <head> <style> .hmmessage P { margin:0px=3B padding:0px } body.hmmessage { font-size: 10pt=3B font-family:Verdana } </style> </head> <body class=3D'hmmessage'> I am not sure that the absence/presence of NAS-IP-Address/NAS-IPv6-Address = necessarily provides information about the nature of the traffic within RAD= IUS accounting. For example=2C it is quite possible that both attributes wi= ll be present. <br><br>Is there a reason why we can't just define accountin= g attributes to provide the information you're looking for?<br><br>=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=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D<br>>=3B CC: dromasca@avaya.com=3B iesg@ietf.org=3B Bernard_Abob= a@hotmail.com=3B softwire-chairs@tools.ietf.org=3B draft-ietf-softwire-hs-f= ramework-l2tpv2@tools.ietf.org<br>>=3B From: bruno.stevant@telecom-bretag= ne.eu<br>>=3B To: Pasi.Eronen@nokia.com<br>>=3B Subject: Re: DISCUSS: d= raft-ietf-softwire-hs-framework-l2tpv2 <br>>=3B Date: Fri=2C 27 Mar 2009 = 09:39:31 +0100<br>>=3B <br>>=3B Hi all=2C<br>>=3B <br>>=3B Just an = update on one item:<br>>=3B <br>>=3B [snip]<br>>=3B >=3B<br>>=3B = >=3B>=3B * RFC 2866=2C by referencing draft-stevant-softwire-accounting= =2C which<br>>=3B >=3B>=3B redefines the format of the NAS-IP-Address= attribute (which only<br>>=3B >=3B>=3B supports IPv4 addresses=3B NA= S-IPv6-Address is used to contain IPv6<br>>=3B >=3B>=3B addresses).<b= r>>=3B >=3B<br>>=3B >=3B It looks like draft-stevant-... indeed has= text that isn't correct<br>>=3B >=3B (but also looks easy to fix). But= this is an informative reference (to<br>>=3B >=3B an expired internet-= draft)=2C so it probably should not block the<br>>=3B >=3B publication = of this document.<br>>=3B <br>>=3B <br>>=3B I updated draft-stevant-s= oftwire-accounting and fixed the issue about <br>>=3B attributes. The do= cument is not yet published (the datatracker tool is <br>>=3B hanging wh= en uploading ...) but here is an excerpt of the paragraph <br>>=3B you r= eferenced in this draft:<br>>=3B <br>>=3B 4.2. Differentiation based o= n context<br>>=3B <br>>=3B A RADIUS accounting entry=2C as defined = in [RFC2867] and updated by<br>>=3B [RFC3162]=2C also includes the NA= S-IP-Address and NAS-IPv6-Address<br>>=3B attributes=2C which gives t= he IP address of the NAS used as the<br>>=3B softwire endpoint. Base= d on this information=2C an operator can <br>>=3B decide<br>>=3B i= f this softwire is based on IPv4 or IPv6. In the case of provider<br>>= =3B only deploying IPv6 over IPv4 and IPv4 over IPv6 softwires=2C the<b= r>>=3B nature of the traffic reported in the accounting information d= epends<br>>=3B of which attribute between NAS-IP-Address and NAS-IPv6= -Address is<br>>=3B set. If NAS-IP-Address is set in the accounting = entry=2C accounted<br>>=3B traffic is IPv6. If NAS-IPv6-Address is s= et in the accounting <br>>=3B entry=2C<br>>=3B accounted traffic i= s IPv4. However=2C this solution requires extra<br>>=3B checking whe= n building accounting report and obviously does not work<br>>=3B in c= ase of IPvX over IPvX softwires.<br><br></body> </html>= --_ec8acea2-123d-434b-ad56-c3f541402036_-- -- to unsubscribe send a message to radiusext-request@ops.ietf.org with the word 'unsubscribe' in a single line as the message text body. archive: <http://psg.com/lists/radiusext/> Envelope-to: radiusext-data0@psg.com Delivery-date: Thu, 26 Mar 2009 20:40:33 +0000 Message-ID: <49CBD9AC.9060807@restena.lu> Date: Thu, 26 Mar 2009 20:38:20 +0100 From: Stefan Winter <stefan.winter@restena.lu> User-Agent: Thunderbird 2.0.0.21 (Windows/20090302) MIME-Version: 1.0 To: "Joseph Salowey (jsalowey)" <jsalowey@cisco.com> CC: radiusext@ops.ietf.org Subject: Re: Issue: RADSEC and DTLS docs Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Hi, > Have the document cover DTLS. > I suggest we discuss this in the radext meeting and see how we go from there. Greetings, Stefan Winter -- to unsubscribe send a message to radiusext-request@ops.ietf.org with the word 'unsubscribe' in a single line as the message text body. archive: <http://psg.com/lists/radiusext/> Envelope-to: radiusext-data0@psg.com Delivery-date: Thu, 26 Mar 2009 20:39:47 +0000 Message-ID: <49CBD960.8010202@restena.lu> Date: Thu, 26 Mar 2009 20:37:04 +0100 From: Stefan Winter <stefan.winter@restena.lu> User-Agent: Thunderbird 2.0.0.21 (Windows/20090302) MIME-Version: 1.0 To: "Joseph Salowey (jsalowey)" <jsalowey@cisco.com> CC: radiusext@ops.ietf.org Subject: Re: Issue: NAS identity Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Hi, > Discuss in the document that the NAS can be identified by something > other than source IP address. > Sure, that's possible. FOr X.509 cert operation, I guess this is a non-issue, since there are numerous ways to identify a peer without using its IP address. For PSK, the PSK Identifier Field can be used to identify the peer. This can be used to create arbitrary identifiers, independent of the IP address of the NAS. This works both ways: if one has configured many tuples of (IP,sh-sec), it might be desirable to keep that configuration - in which case the Identifier field can be set to the IP address. In none of these cases it is necessary to use layer 3 packet inspection to identify the peer - the Identifier field is always sufficient. Is that what you menat? Then I'll update the text accordingly. Greetings, Stefan Winter -- to unsubscribe send a message to radiusext-request@ops.ietf.org with the word 'unsubscribe' in a single line as the message text body. archive: <http://psg.com/lists/radiusext/> Envelope-to: radiusext-data0@psg.com Delivery-date: Thu, 26 Mar 2009 18:41:15 +0000 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: quoted-printable Subject: Issue: NAS identity Date: Thu, 26 Mar 2009 11:40:29 -0700 Message-ID: <AC1CFD94F59A264488DC2BEC3E890DE507B33336@xmb-sjc-225.amer.cisco.com> Thread-Topic: Issue: NAS identity Thread-Index: AcmuQlZ1Q/sEdH4jTW6WwXdz87vxSg== From: "Joseph Salowey (jsalowey)" <jsalowey@cisco.com> To: <radiusext@ops.ietf.org> DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; l=725; t=1238092850; x=1238956850; c=relaxed/simple; s=sjdkim2002; h=Content-Type:From:Subject:Content-Transfer-Encoding:MIME-Version; d=cisco.com; i=jsalowey@cisco.com; z=From:=20=22Joseph=20Salowey=20(jsalowey)=22=20<jsalowey@ci sco.com> |Subject:=20Issue=3A=20NAS=20identity |Sender:=20; bh=g63I+B2ubEw26Po76sMeLAL4agtHBfZkfiw43DL6gNM=; b=x4b5Cli+NXtaSgMJOgGpPkbZ+qFWB4q5Nzc3ON/LtFOnKcf0P/ZxBlscvi 8rlOBcXZTJ491Xs3lPhiekByZrM1KwnU2mhpIpN3cUaa/61wzTUEXhsgDPiE cpRND00uJO; Authentication-Results: sj-dkim-2; header.From=jsalowey@cisco.com; dkim=pass ( sig from cisco.com/sjdkim2002 verified; ); Description of issue Submitter name: Joseph Salowey Submitter email address: jsalowey@cisco.com Date first submitted: 3/26/2009 Reference: URL to e-mail describing problem, if available Document: draft-ietf-radext-radsec-04.txt Comment type: T Priority: S Section:=20 Rationale/Explanation of issue: Current RADIUS specs the NAS identity is tightly coupled with IP address because this is how the shared secret is referenced. With new modes of authentication it seems that the identity need not be tied to IP address anymore. This could help with dynamic addressing and NATS. =20 Requested change: Discuss in the document that the NAS can be identified by something other than source IP address. =20 -- to unsubscribe send a message to radiusext-request@ops.ietf.org with the word 'unsubscribe' in a single line as the message text body. archive: <http://psg.com/lists/radiusext/> Envelope-to: radiusext-data0@psg.com Delivery-date: Thu, 26 Mar 2009 18:34:21 +0000 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: quoted-printable Subject: Issue: RADSEC and DTLS docs Date: Thu, 26 Mar 2009 11:33:45 -0700 Message-ID: <AC1CFD94F59A264488DC2BEC3E890DE507B3332D@xmb-sjc-225.amer.cisco.com> Thread-Topic: Issue: RADSEC and DTLS docs Thread-Index: AcmuQWW1OtcmRc/eRYWDjOpR6nTr7A== From: "Joseph Salowey (jsalowey)" <jsalowey@cisco.com> To: <radiusext@ops.ietf.org> DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; l=513; t=1238092427; x=1238956427; c=relaxed/simple; s=sjdkim1004; h=Content-Type:From:Subject:Content-Transfer-Encoding:MIME-Version; d=cisco.com; i=jsalowey@cisco.com; z=From:=20=22Joseph=20Salowey=20(jsalowey)=22=20<jsalowey@ci sco.com> |Subject:=20Issue=3A=20RADSEC=20and=20DTLS=20docs |Sender:=20; bh=07JGxr9e5RkHVgepTn4cxImpOVnIjcIjVomDi1RdTY8=; b=OseFWko5yJSYttC2UwVFmgZ4QRLsPwpv4vDC06zpndfwpwRzQm/vWG0IX+ IQWOFPI+ws+9ftd9VRMwpMNsm9bHWxmo6TNuiYct+opIE68+0M+fEr6mfZyp fcGPEeI5wJD0j5oCqefq6KwvmzclSf023J0Udb4b0Rba/wPnwsptY=; Authentication-Results: sj-dkim-1; header.From=jsalowey@cisco.com; dkim=pass ( sig from cisco.com/sjdkim1004 verified; ); Submitter name: Joe Salowey Submitter email address: jsalowey@cisco.com Date first submitted: 3/26/2009 Document: draft-ietf-radext-radsec-04.txt Comment type: T Priority: 1 Section:=20 Rationale/Explanation of issue: Many of the details between RADSEC and DTLS should be the same. I'm worried that the two specs may diverge if the progress differently through the IETF. Is there any reason why we cannot cover DTLS in this draft as well? =20 Requested change: Have the document cover DTLS. =20 -- to unsubscribe send a message to radiusext-request@ops.ietf.org with the word 'unsubscribe' in a single line as the message text body. archive: <http://psg.com/lists/radiusext/> Envelope-to: radiusext-data0@psg.com Delivery-date: Thu, 26 Mar 2009 18:29:38 +0000 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: quoted-printable Subject: Issue RADSEC certificate handling Date: Thu, 26 Mar 2009 11:29:16 -0700 Message-ID: <AC1CFD94F59A264488DC2BEC3E890DE507B33322@xmb-sjc-225.amer.cisco.com> Thread-Topic: Issue RADSEC certificate handling Thread-Index: AcmuQMUI1yRIlCp3TJS+aAbdQElRPw== From: "Joseph Salowey (jsalowey)" <jsalowey@cisco.com> To: <radiusext@ops.ietf.org> DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; l=1009; t=1238092158; x=1238956158; c=relaxed/simple; s=sjdkim3002; h=Content-Type:From:Subject:Content-Transfer-Encoding:MIME-Version; d=cisco.com; i=jsalowey@cisco.com; z=From:=20=22Joseph=20Salowey=20(jsalowey)=22=20<jsalowey@ci sco.com> |Subject:=20Issue=20RADSEC=20certificate=20handling |Sender:=20; bh=sLUKSC8SfLLsAAiZrrr/MrCWLPME9acOs7CEMMtnec8=; b=hueAvE23zHwo8gdArcULnjGmhISywGESom4qXv+46UFo5qbYyd6mwz6UpO c0mmiusj1BUR0GnvM8wjQzHvT/5V1iZ9D3rQagnkvbshg42H9Wrges+opISL VGhviyCcVi; Authentication-Results: sj-dkim-3; header.From=jsalowey@cisco.com; dkim=pass ( sig from cisco.com/sjdkim3002 verified; ); Description of issue Submitter name: Joe Salowey Submitter email address: jsalowey@cisco.com Date first submitted:=20 Reference:=20 Document: draft-ietf-radext-radsec-04.txt=20 Comment type: T Priority: S Section: 2.2 Rationale/Explanation of issue: This connection setup and certificate handling section is improved, but I think it could still use some work. =20 Requested change: 1. The discussion of TLS cipher suites is broken apart into several places in the document, some of them normative and some of them informative. I believe the normative and informative information is reversed. The implementation requirements for supported cipher suites should go in this section. 2. When is it acceptable not to validate the SRV entry in the certificate?=20 3. The section should state that matching should be done against locally configured names (as opposed to information retrieved from DNS).=20 4. Is there any particular URI type that would be useful for RADIUS?=20 -- to unsubscribe send a message to radiusext-request@ops.ietf.org with the word 'unsubscribe' in a single line as the message text body. archive: <http://psg.com/lists/radiusext/> Envelope-to: radiusext-data0@psg.com Delivery-date: Thu, 26 Mar 2009 18:12:37 +0000 From: "Glen Zorn" <glenzorn@comcast.net> To: "'Bernard Aboba'" <bernard_aboba@hotmail.com> Cc: <radiusext@ops.ietf.org> Subject: RE: REMINDER: Call for Adoption of "RADIUS attributes for IPv6 Access Networks" as a RADEXT WG work item Date: Thu, 26 Mar 2009 11:11:02 -0700 Message-ID: <018d01c9ae3e$403f85c0$c0be9140$@net> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_018E_01C9AE03.93E0ADC0" Thread-Index: AcmuNnRVslgiRm6UQqezCTMjML6bBQAB3JjA Content-Language: en-us This is a multipart message in MIME format. ------=_NextPart_000_018E_01C9AE03.93E0ADC0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit OK w/me, though I might note that a) this is a poor time for a WGLC (since lots of WG members are likely quite busy right now) & b) the draft has changed recently. From: owner-radiusext@ops.ietf.org [mailto:owner-radiusext@ops.ietf.org] On Behalf Of Bernard Aboba Sent: Thursday, March 26, 2009 10:13 AM To: radiusext@ops.ietf.org Subject: REMINDER: Call for Adoption of "RADIUS attributes for IPv6 Access Networks" as a RADEXT WG work item This is a reminder of an ongoing call for review of the document "RADIUS attributes for IPv6 Access Networks" for adoption as a RADEXT WG work item. This document was discussed at IETF 73, and is being targeted at Proposed Standard status. The document is available for review here: <http://tools.ietf.org/html/draft-lourdelet-radext-ipv6-access> http://tools.ietf.org/html/draft-lourdelet-radext-ipv6-access This call for review will last until March 30, 2009. Please send email to the RADEXT WG mailing list indicating whether you support adoption of this document as a RADEXT WG work item. If you have comments on the document, please also send these to the list in the format described on the RADEXT WG Issues list: <http://www.drizzle.com/%7Eaboba/RADEXT/> http://www.drizzle.com/~aboba/RADEXT/ ------=_NextPart_000_018E_01C9AE03.93E0ADC0 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:x=3D"urn:schemas-microsoft-com:office:excel" = xmlns:p=3D"urn:schemas-microsoft-com:office:powerpoint" = xmlns:a=3D"urn:schemas-microsoft-com:office:access" = xmlns:dt=3D"uuid:C2F41010-65B3-11d1-A29F-00AA00C14882" = xmlns:s=3D"uuid:BDC6E3F0-6DA3-11d1-A2A3-00AA00C14882" = xmlns:rs=3D"urn:schemas-microsoft-com:rowset" xmlns:z=3D"#RowsetSchema" = xmlns:b=3D"urn:schemas-microsoft-com:office:publisher" = xmlns:ss=3D"urn:schemas-microsoft-com:office:spreadsheet" = xmlns:c=3D"urn:schemas-microsoft-com:office:component:spreadsheet" = xmlns:odc=3D"urn:schemas-microsoft-com:office:odc" = xmlns:oa=3D"urn:schemas-microsoft-com:office:activation" = xmlns:html=3D"http://www.w3.org/TR/REC-html40" = xmlns:q=3D"http://schemas.xmlsoap.org/soap/envelope/" xmlns:D=3D"DAV:" = xmlns:mt=3D"http://schemas.microsoft.com/sharepoint/soap/meetings/" = xmlns:x2=3D"http://schemas.microsoft.com/office/excel/2003/xml" = xmlns:ois=3D"http://schemas.microsoft.com/sharepoint/soap/ois/" = xmlns:dir=3D"http://schemas.microsoft.com/sharepoint/soap/directory/" = xmlns:ds=3D"http://www.w3.org/2000/09/xmldsig#" = xmlns:dsp=3D"http://schemas.microsoft.com/sharepoint/dsp" = xmlns:udc=3D"http://schemas.microsoft.com/data/udc" = xmlns:xsd=3D"http://www.w3.org/2001/XMLSchema" = xmlns:sub=3D"http://schemas.microsoft.com/sharepoint/soap/2002/1/alerts/"= xmlns:ec=3D"http://www.w3.org/2001/04/xmlenc#" = xmlns:sp=3D"http://schemas.microsoft.com/sharepoint/" = xmlns:sps=3D"http://schemas.microsoft.com/sharepoint/soap/" = xmlns:xsi=3D"http://www.w3.org/2001/XMLSchema-instance" = xmlns:udcs=3D"http://schemas.microsoft.com/data/udc/soap" = xmlns:udcxf=3D"http://schemas.microsoft.com/data/udc/xmlfile" = xmlns:udcp2p=3D"http://schemas.microsoft.com/data/udc/parttopart" = xmlns:wf=3D"http://schemas.microsoft.com/sharepoint/soap/workflow/" = xmlns:dsss=3D"http://schemas.microsoft.com/office/2006/digsig-setup" = xmlns:dssi=3D"http://schemas.microsoft.com/office/2006/digsig" = xmlns:mdssi=3D"http://schemas.openxmlformats.org/package/2006/digital-sig= nature" = xmlns:mver=3D"http://schemas.openxmlformats.org/markup-compatibility/2006= " xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" = xmlns:mrels=3D"http://schemas.openxmlformats.org/package/2006/relationshi= ps" xmlns:spwp=3D"http://microsoft.com/sharepoint/webpartpages" = xmlns:ex12t=3D"http://schemas.microsoft.com/exchange/services/2006/types"= = xmlns:ex12m=3D"http://schemas.microsoft.com/exchange/services/2006/messag= es" = xmlns:pptsl=3D"http://schemas.microsoft.com/sharepoint/soap/SlideLibrary/= " = xmlns:spsl=3D"http://microsoft.com/webservices/SharePointPortalServer/Pub= lishedLinksService" xmlns:Z=3D"urn:schemas-microsoft-com:" = xmlns:st=3D"" 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)"> <style> <!-- /* Font Definitions */ @font-face {font-family:"Cambria Math"; panose-1:2 4 5 3 5 4 6 3 2 4;} @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;} @font-face {font-family:"Arial Black"; panose-1:2 11 10 4 2 1 2 2 2 4;} @font-face {font-family:Verdana; panose-1:2 11 6 4 3 5 4 4 2 4;} @font-face {font-family:"Segoe UI"; panose-1:2 11 5 2 4 2 4 2 2 3;} /* 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";} span.EmailStyle18 {mso-style-type:personal-reply; font-family:"Arial Black","sans-serif"; color:#7030A0;} .MsoChpDefault {mso-style-type:export-only; font-size:10.0pt;} @page Section1 {size:8.5in 11.0in; margin:1.0in 1.0in 1.0in 1.0in;} div.Section1 {page:Section1;} --> </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=3DSection1> <p class=3DMsoNormal><span style=3D'font-size:11.0pt;font-family:"Arial = Black","sans-serif"; color:#7030A0'>OK w/me, though I might note that a) this is a poor time = for a WGLC (since lots of WG members are likely quite busy right now) & b) = the draft has changed recently.<o:p></o:p></span></p> <p class=3DMsoNormal><span style=3D'font-size:11.0pt;font-family:"Arial = Black","sans-serif"; color:#7030A0'><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><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"'> = owner-radiusext@ops.ietf.org [mailto:owner-radiusext@ops.ietf.org] <b>On Behalf Of </b>Bernard = Aboba<br> <b>Sent:</b> Thursday, March 26, 2009 10:13 AM<br> <b>To:</b> radiusext@ops.ietf.org<br> <b>Subject:</b> REMINDER: Call for Adoption of "RADIUS attributes = for IPv6 Access Networks" as a RADEXT WG work item<o:p></o:p></span></p> </div> </div> <p class=3DMsoNormal><o:p> </o:p></p> <p class=3DMsoNormal style=3D'margin-bottom:12.0pt'><span = style=3D'font-size:10.0pt; font-family:"Verdana","sans-serif"'>This is a reminder of an ongoing = call for review of the document "RADIUS attributes for IPv6 Access = Networks" for adoption as a RADEXT WG work item. This document = was discussed at IETF 73, and is being targeted at Proposed Standard status. <br> <br> The document is available for review here:<br> <span style=3D'color:#0068CF'><a href=3D"http://tools.ietf.org/html/draft-lourdelet-radext-ipv6-access"><s= pan style=3D'color:#0066CC'>http://tools.ietf.org/html/draft-lourdelet-radext= -ipv6-access</span></a></span><br> <br> This call for review will last until March 30, 2009. Please send = email to the RADEXT WG mailing list indicating whether you support adoption of = this document as a RADEXT WG work item. If you have comments on the = document, please also send these to the list in the format described on the RADEXT = WG Issues list:<br> <a href=3D"http://www.drizzle.com/%7Eaboba/RADEXT/" = target=3D"_blank"><span style=3D'color:#0068CF'>http://www.drizzle.com/~aboba/RADEXT/</span></a><= br> <br> <o:p></o:p></span></p> <table class=3DMsoNormalTable border=3D1 cellpadding=3D0 = style=3D'border:none; border-top:solid black 1.0pt'> <tr> <td style=3D'border:none;padding:.75pt .75pt .75pt .75pt'></td> </tr> </table> <p class=3DMsoNormal><o:p> </o:p></p> </div> </div> </body> </html> ------=_NextPart_000_018E_01C9AE03.93E0ADC0-- -- to unsubscribe send a message to radiusext-request@ops.ietf.org with the word 'unsubscribe' in a single line as the message text body. archive: <http://psg.com/lists/radiusext/> Envelope-to: radiusext-data0@psg.com Delivery-date: Thu, 26 Mar 2009 17:13:30 +0000 Message-ID: <BLU137-W10AA31CDF73D5BD07297F293910@phx.gbl> Content-Type: multipart/alternative; boundary="_c9e0c8c2-bf4c-4e62-9976-24af3718a713_" From: Bernard Aboba <bernard_aboba@hotmail.com> To: "radiusext@ops.ietf.org" <radiusext@ops.ietf.org> Subject: REMINDER: Call for Adoption of "RADIUS attributes for IPv6 Access Networks" as a RADEXT WG work item Date: Thu, 26 Mar 2009 10:13:07 -0700 MIME-Version: 1.0 --_c9e0c8c2-bf4c-4e62-9976-24af3718a713_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable This is a reminder of an ongoing call for review of the document "RADIUS at= tributes for IPv6 Access Networks" for adoption as a RADEXT WG work item. This document was discussed at IETF 73=2C and is being targeted at Proposed Standard status.=20 =20 The document is available for review here: http://tools.ietf.org/html/draft-lourdelet-radext-ipv6-access This call for review will last until March 30=2C 2009. Please send email to the RADEXT WG mailing list indicating whether you support adoption of this document as a RADEXT WG work item. If you have comments on the document=2C please also send these to the list in the format described on the RADEXT WG Issues list: http://www.drizzle.com/~aboba/RADEXT/ --_c9e0c8c2-bf4c-4e62-9976-24af3718a713_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable <html> <head> <style> .hmmessage P { margin:0px=3B padding:0px } body.hmmessage { font-size: 10pt=3B font-family:Verdana } </style> </head> <body class=3D'hmmessage'> This is a reminder of an ongoing call for review of the document "RADIUS at= tributes for IPv6 Access Networks" for adoption as a RADEXT WG work item. =3B This docume= nt was =3Bdiscussed at IETF 73=2C and is being targeted at Proposed Standa= rd status. <br>  =3B<br>The document is available for review here:<br><span style=3D"fo= nt-size: 10pt=3B color: rgb(0=2C 104=2C 207)=3B font-family: 'Verdana'=2C's= ans-serif'=3B"><a href=3D"http://tools.ietf.org/html/draft-lourdelet-radext= -ipv6-access" rel=3D"nofollow"><font color=3D"#0066cc">http://tools.ietf.or= g/html/draft-lourdelet-radext-ipv6-access</font></a></span><br><br>This call for review will last until March 30=2C 2009. =3B Please send email= to the RADEXT WG mailing list indicating whether you support adoption of this document as a RADEXT WG work item. =3B If you have comments on the document=2C please also send these to the list in the format described on the RADEXT WG Issues list:<br><a rel=3D"nofollow" href=3D"http://www.drizzl= e.com/%7Eaboba/RADEXT/" target=3D"_blank"><font color=3D"#0068cf">http://ww= w.drizzle.com/~aboba/RADEXT/</font></a><br><br><br><table style=3D"border-t= op: 1px solid black=3B font-weight: bold=3B font-family: 'Segoe UI'=2CTahom= a=2Csan-serif=3B"><tbody><tr><td><br></td></tr></tbody></table></body> </html>= --_c9e0c8c2-bf4c-4e62-9976-24af3718a713_-- -- to unsubscribe send a message to radiusext-request@ops.ietf.org with the word 'unsubscribe' in a single line as the message text body. archive: <http://psg.com/lists/radiusext/> Envelope-to: radiusext-data0@psg.com Delivery-date: Thu, 26 Mar 2009 17:08:14 +0000 Message-ID: <BLU137-W261BB91055D8312542CA4C93910@phx.gbl> Content-Type: multipart/alternative; boundary="_d1f5fcda-0193-49f6-a9aa-dd1131d727e6_" From: Bernard Aboba <bernard_aboba@hotmail.com> To: "radiusext@ops.ietf.org" <radiusext@ops.ietf.org> Subject: REMINDER: Slides for IETF 74 RADEXT WG meeting Date: Thu, 26 Mar 2009 10:07:27 -0700 MIME-Version: 1.0 --_d1f5fcda-0193-49f6-a9aa-dd1131d727e6_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable If you're presenting at the IETF 74 RADEXT WG meeting tomorrow=2C you need = to start preparing your slides NOW=2C and email them to myself and/or Dave = by 5 PM PDT today. =20 --_d1f5fcda-0193-49f6-a9aa-dd1131d727e6_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable <html> <head> <style> .hmmessage P { margin:0px=3B padding:0px } body.hmmessage { font-size: 10pt=3B font-family:Verdana } </style> </head> <body class=3D'hmmessage'> If you're presenting at the IETF 74 RADEXT WG meeting tomorrow=2C you need = to start preparing your slides NOW=2C and email them to myself and/or Dave = by 5 PM PDT today. =3B =3B <br><br><br><br><table style=3D"border-t= op: 1px solid black=3B font-weight: bold=3B font-family: 'Segoe UI'=2CTahom= a=2Csan-serif=3B"><tbody><tr><td><a href=3D"http://im.live.com/Messenger/IM= /Home/?source=3DEML_WLHM_GreaterGood" style=3D"font-size: 9pt=3B color: rgb= (1=2C 132=2C 203)=3B text-decoration: none=3B"><span style=3D"padding: 0px = 24px=3B font-size: 8pt=3B color: rgb(63=2C 181=2C 85)=3B text-decoration: u= nderline=3B"><br></span></a></td></tr></tbody></table></body> </html>= --_d1f5fcda-0193-49f6-a9aa-dd1131d727e6_-- -- to unsubscribe send a message to radiusext-request@ops.ietf.org with the word 'unsubscribe' in a single line as the message text body. archive: <http://psg.com/lists/radiusext/> Envelope-to: radiusext-data0@psg.com Delivery-date: Thu, 26 Mar 2009 01:19:42 +0000 Message-ID: <BLU137-W5169BA658C3CFC949406A393910@phx.gbl> Content-Type: multipart/alternative; boundary="_6edd1ee5-4a7a-45cc-9d55-207cf3a3b580_" From: Bernard Aboba <bernard_aboba@hotmail.com> To: "radiusext@ops.ietf.org" <radiusext@ops.ietf.org> Subject: IETF 74 RADEXT WG Meeting Agenda and Meeting materials Date: Wed, 25 Mar 2009 18:19:14 -0700 MIME-Version: 1.0 --_6edd1ee5-4a7a-45cc-9d55-207cf3a3b580_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable As usual=2C the agenda for the IETF 74 meeting is available here: http://tools.ietf.org/agenda/74/ The agenda for the IETF 74 RADEXT WG meeting is available here: http://www.ietf.org/proceedings/09mar/agenda/radext.txt The slides are available here: https://datatracker.ietf.org/meeting/74/materials.html As usual=2C we will be utilizing jabber and streaming audio for remote part= icipants. If you have a specific remote participation request (e.g. a conf= erence bridge)=2C let us know.=20 --_6edd1ee5-4a7a-45cc-9d55-207cf3a3b580_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable <html> <head> <style> .hmmessage P { margin:0px=3B padding:0px } body.hmmessage { font-size: 10pt=3B font-family:Verdana } </style> </head> <body class=3D'hmmessage'> As usual=2C the agenda for the IETF 74 meeting is available here:<br>http:/= /tools.ietf.org/agenda/74/<br><br>The agenda for the IETF 74 RADEXT WG meet= ing is available here:<br>http://www.ietf.org/proceedings/09mar/agenda/rade= xt.txt<br><br>The slides are available here:<br>https://datatracker.ietf.or= g/meeting/74/materials.html<br><br>As usual=2C we will be utilizing jabber = and streaming audio for remote participants. =3B If you have a specific= remote participation request (e.g. a conference bridge)=2C let us know. <b= r><br><br><br><br><br><br><br><br><br><br><br><br><br><br><br><br><br><tabl= e style=3D"border-top: 1px solid black=3B font-weight: bold=3B font-family:= 'Segoe UI'=2CTahoma=2Csan-serif=3B"><tbody><tr><td><br></td></tr></tbody><= /table></body> </html>= --_6edd1ee5-4a7a-45cc-9d55-207cf3a3b580_-- -- to unsubscribe send a message to radiusext-request@ops.ietf.org with the word 'unsubscribe' in a single line as the message text body. archive: <http://psg.com/lists/radiusext/> Envelope-to: radiusext-data0@psg.com Delivery-date: Thu, 26 Mar 2009 00:39:02 +0000 Message-ID: <BLU137-W1024292EC02B7EF301551593910@phx.gbl> Content-Type: multipart/alternative; boundary="_74323b55-e183-467e-bf57-e946c2476ae7_" From: Bernard Aboba <bernard_aboba@hotmail.com> To: "radiusext@ops.ietf.org" <radiusext@ops.ietf.org> Subject: Slides for IETF 74 RADEXT WG meeting Date: Wed, 25 Mar 2009 17:38:51 -0700 MIME-Version: 1.0 --_74323b55-e183-467e-bf57-e946c2476ae7_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable The RADEXT WG is scheduled to meet on Friday=2C March 27=2C 2009 from 9:00 = - 11:30 AM.=20 =20 If you are scheduled to present=2C please email slides to myself and/or Dav= e Nelson ASAP.=20 EMAILING FOR MODERATE MEDIOCRITY Join me= --_74323b55-e183-467e-bf57-e946c2476ae7_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable <html> <head> <style> .hmmessage P { margin:0px=3B padding:0px } body.hmmessage { font-size: 10pt=3B font-family:Verdana } </style> </head> <body class=3D'hmmessage'> The RADEXT WG is scheduled to meet on Friday=2C March 27=2C 2009 =3Bfro= m 9:00 - 11:30 AM. <br>  =3B<br> If you are scheduled to present=2C please email slides to myself and/or Dav= e Nelson ASAP. <br><br><table style=3D"border-top: 1px solid black=3B font-= weight: bold=3B font-family: 'Segoe UI'=2CTahoma=2Csan-serif=3B"><tbody><tr= ><td><a href=3D"http://im.live.com/Messenger/IM/Home/?source=3DEML_WLHM_Gre= aterGood" style=3D"font-size: 9pt=3B color: rgb(1=2C 132=2C 203)=3B text-de= coration: none=3B"><img style=3D"border-style: none=3B" src=3D"http://gfx1.= hotmail.com/mail/w3/ltr/i_charity.gif" alt=3D"i'm"> EMAILING FOR MODERATE M= EDIOCRITY<br><span style=3D"padding: 0px 24px=3B font-size: 8pt=3B color: r= gb(63=2C 181=2C 85)=3B text-decoration: underline=3B">Join me</span></a></t= d></tr></tbody></table></body> </html>= --_74323b55-e183-467e-bf57-e946c2476ae7_-- -- to unsubscribe send a message to radiusext-request@ops.ietf.org with the word 'unsubscribe' in a single line as the message text body. archive: <http://psg.com/lists/radiusext/> Envelope-to: radiusext-data0@psg.com Delivery-date: Thu, 26 Mar 2009 00:38:14 +0000 Message-ID: <BLU137-W354EE2209D50CF0D2116EB93910@phx.gbl> Content-Type: multipart/alternative; boundary="_cd3b4f4d-d3e9-41a5-8515-12b1a57fbecd_" From: Bernard Aboba <bernard_aboba@hotmail.com> To: "radiusext@ops.ietf.org" <radiusext@ops.ietf.org> Subject: REMINDER: RADEXT WG Last Call on the RADSEC specification Date: Wed, 25 Mar 2009 17:37:22 -0700 MIME-Version: 1.0 --_cd3b4f4d-d3e9-41a5-8515-12b1a57fbecd_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable This is a reminder of the ongoing RADEXT WG last call on the RADSEC specification=2C prior to sending this document on to the IESG for publication as an Experimental RFC. The document is available for inspection here: http://www.ietf.org/internet-drafts/draft-ietf-radext-radsec-04.txt RADEXT WG last call will last until March 30=2C 2009. Please send comments to the RADEXT WG mailing list using the format described in the RADEXT Issues list (http://www.drizzle.com/~aboba/RADEXT/).=20 EMAILING FOR THE LESSER BAD Join me= --_cd3b4f4d-d3e9-41a5-8515-12b1a57fbecd_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable <html> <head> <style> .hmmessage P { margin:0px=3B padding:0px } body.hmmessage { font-size: 10pt=3B font-family:Verdana } </style> </head> <body class=3D'hmmessage'> This is a reminder of the ongoing RADEXT WG last call on the RADSEC specification=2C prior to sending this document on to the IESG for publication as an Experimental RFC. =3B The document is available for inspection here:<br><a rel=3D"nofollow" href=3D"http://www.ietf.org/interne= t-drafts/draft-ietf-radext-radsec-04.txt">http://www.ietf.org/internet-draf= ts/draft-ietf-radext-radsec-04.txt</a><br> <br>RADEXT WG last call will last until March 30=2C 2009. =3B Please se= nd comments to the RADEXT WG mailing list using the format described in the RADEXT Issues list (http://www.drizzle.com/~aboba/RADEXT/). <br><br><br= ><table style=3D"border-top: 1px solid black=3B font-weight: bold=3B font-f= amily: 'Segoe UI'=2CTahoma=2Csan-serif=3B"><tbody><tr><td><a href=3D"http:/= /im.live.com/Messenger/IM/Home/?source=3DEML_WLHM_GreaterGood" style=3D"fon= t-size: 9pt=3B color: rgb(1=2C 132=2C 203)=3B text-decoration: none=3B"><im= g style=3D"border-style: none=3B" src=3D"http://gfx1.hotmail.com/mail/w3/lt= r/i_charity.gif" alt=3D"i'm"> EMAILING FOR THE LESSER BAD<br><span style=3D= "padding: 0px 24px=3B font-size: 8pt=3B color: rgb(63=2C 181=2C 85)=3B text= -decoration: underline=3B">Join me</span></a></td></tr></tbody></table></bo= dy> </html>= --_cd3b4f4d-d3e9-41a5-8515-12b1a57fbecd_-- -- to unsubscribe send a message to radiusext-request@ops.ietf.org with the word 'unsubscribe' in a single line as the message text body. archive: <http://psg.com/lists/radiusext/> Envelope-to: radiusext-data0@psg.com Delivery-date: Mon, 23 Mar 2009 17:16:06 +0000 Message-ID: <20090323181515.1910643txuhamf0g@staffmail.restena.lu> Date: Mon, 23 Mar 2009 18:15:15 +0100 From: stefan.winter@restena.lu To: radiusext@ops.ietf.org Subject: Re: Call for Adoption of "NAI-based Peer Discovery" as a RADEXT WG work item MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Dynamic Internet Messaging Program (DIMP) H3 (1.1.1) > This is a call for review of the document "NAI-based Peer Discovery" > for adoption as a RADEXT WG work item. This document was formerly > part of the RADSEC document, and is now being split off into its own > document, which (like RADSEC) will be targeted toward Experimental > Status. I support the adoption. Stefan Winter -- to unsubscribe send a message to radiusext-request@ops.ietf.org with the word 'unsubscribe' in a single line as the message text body. archive: <http://psg.com/lists/radiusext/> Envelope-to: radiusext-data0@psg.com Delivery-date: Tue, 17 Mar 2009 13:20:09 +0000 From: "Dave Nelson" <d.b.nelson@comcast.net> To: "'Abhishek Tiwari'" <abhisht@microsoft.com> Cc: <radiusext@ops.ietf.org> Subject: RE: Review of draft-tiwari-radext-tunnel-type-02.txt Date: Tue, 17 Mar 2009 09:19:32 -0400 Message-ID: <8F61E97427E84A8EAB964CFAF06144DF@NEWTON603> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Thread-Index: Acmm7zXcIhfSbtH7Qx6NTP5oVYWjmgAE0KRg Abhishek Tiwari writes... > Can you please let me know the latest status on this document? The status of this draft will be discussed during the RADEXT WG session at IETF 74. It has been assigned a five minute slot. We'll summarize any comments from WGLC. After that, assuming no issues, we'll send it off to the IESG for their review. -- to unsubscribe send a message to radiusext-request@ops.ietf.org with the word 'unsubscribe' in a single line as the message text body. archive: <http://psg.com/lists/radiusext/> Envelope-to: radiusext-data0@psg.com Delivery-date: Tue, 17 Mar 2009 10:58:45 +0000 From: Abhishek Tiwari <abhisht@microsoft.com> To: "radiusext@ops.ietf.org" <radiusext@ops.ietf.org>, "d.b.nelson@comcast.net" <d.b.nelson@comcast.net> Date: Tue, 17 Mar 2009 18:57:48 +0800 Subject: Review of draft-tiwari-radext-tunnel-type-02.txt Thread-Topic: Review of draft-tiwari-radext-tunnel-type-02.txt Thread-Index: Acmm7zXcIhfSbtH7Qx6NTP5oVYWjmg== Message-ID: <701A6382E4B1B0458FC27DE8F6A477081E80B715D9@AA-EXMSG-C424.southpacific.corp.microsoft.com> Accept-Language: en-US Content-Language: en-US acceptlanguage: en-US Content-Type: multipart/alternative; boundary="_000_701A6382E4B1B0458FC27DE8F6A477081E80B715D9AAEXMSGC424so_" MIME-Version: 1.0 --_000_701A6382E4B1B0458FC27DE8F6A477081E80B715D9AAEXMSGC424so_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi David, Can you please let me know the latest status on this document? WG last call= completed on December 15th, 2008 but nothing has changed since then. Let m= e know if you need some information from my side. Thanks, Abhishek -----Original Message----- From: owner-radiusext@ops.ietf.org [mailto:owner-radiusext@ops.ietf.org] On= Behalf Of David B. Nelson Sent: Tuesday, September 09, 2008 10:52 PM To: radiusext@ops.ietf.org Subject: Review of draft-tiwari-radext-tunnel-type-02.txt This is call for the RADEXT WG to review the I-D draft-tiwari-radext-tunnel-type-02.txt, which assigns new values of the RADIUS Tunnel-Type Attribute. After a discussion among the draft author, our esteemed Area Director and the WG Co-Chairs, it was decided that review of this document in RADEXT was appropriate and that, if the WG concurred, we would make it a WG item and forward it to the IESG to determine IETF Consensus. This document is now in RADEXT WG Pre-WG Review. Please review this very short (5 pages) draft located at: http://www.ietf.org/internet-drafts/draft-tiwari-radext-tunnel-type-02.txt Please send a message to the RADEXT list indicating: (1) Should this document be taken on as RADEXT WG work item? (2) Are the technical or editorial issues with this document? The comment period will last until October 5, 2008. Regards, Dave --_000_701A6382E4B1B0458FC27DE8F6A477081E80B715D9AAEXMSGC424so_ 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-micr= osoft-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)"> <style> <!-- /* Font Definitions */ @font-face {font-family:"Cambria Math"; panose-1:2 4 5 3 5 4 6 3 2 4;} @font-face {font-family:Calibri; panose-1:2 15 5 2 2 2 4 3 2 4;} /* Style Definitions */ p.MsoNormal, li.MsoNormal, div.MsoNormal {margin:0in; margin-bottom:.0001pt; font-size:11.0pt; font-family:"Calibri","sans-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;} pre {mso-style-priority:99; mso-style-link:"HTML Preformatted Char"; margin:0in; margin-bottom:.0001pt; font-size:10.0pt; font-family:"Courier New";} span.EmailStyle17 {mso-style-type:personal-compose; font-family:"Calibri","sans-serif"; color:windowtext;} span.HTMLPreformattedChar {mso-style-name:"HTML Preformatted Char"; mso-style-priority:99; mso-style-link:"HTML Preformatted"; font-family:"Courier New";} .MsoChpDefault {mso-style-type:export-only;} @page Section1 {size:8.5in 11.0in; margin:1.0in 1.0in 1.0in 1.0in;} div.Section1 {page:Section1;} --> </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=3DSection1> <div style=3D'mso-element:para-border-div;border:none;border-bottom:double = windowtext 2.25pt; padding:0in 0in 1.0pt 0in'> <p class=3DMsoNormal style=3D'border:none;padding:0in'>Hi David,<o:p></o:p>= </p> <p class=3DMsoNormal style=3D'border:none;padding:0in'><o:p> </o:p></p= > <p class=3DMsoNormal style=3D'border:none;padding:0in'>Can you please let m= e know the latest status on this document? WG last call completed on December 15<s= up>th</sup>, 2008 but nothing has changed since then. Let me know if you need some information from my side.<o:p></o:p></p> <p class=3DMsoNormal style=3D'border:none;padding:0in'><o:p> </o:p></p= > <p class=3DMsoNormal style=3D'border:none;padding:0in'>Thanks,<o:p></o:p></= p> <p class=3DMsoNormal style=3D'border:none;padding:0in'>Abhishek<o:p></o:p><= /p> <p class=3DMsoNormal style=3D'border:none;padding:0in'><o:p> </o:p></p= > </div> <pre>-----Original Message-----<o:p></o:p></pre><pre>From: owner-radiusext@= ops.ietf.org [<a href=3D"mailto:owner-radiusext@ops.ietf.org">mailto:owner-radiusext@ops.iet= f.org</a>] On Behalf Of David B. Nelson<o:p></o:p></pre><pre>Sent: Tuesday,= September 09, 2008 10:52 PM<o:p></o:p></pre><pre>To: radiusext@ops.ietf.or= g<o:p></o:p></pre><pre>Subject: Review of draft-tiwari-radext-tunnel-type-0= 2.txt<o:p></o:p></pre><pre><o:p> </o:p></pre><pre>This is call for the= RADEXT WG to review the I-D<o:p></o:p></pre><pre>draft-tiwari-radext-tunne= l-type-02.txt, which assigns new values of the<o:p></o:p></pre><pre>RADIUS = Tunnel-Type Attribute.<o:p></o:p></pre><pre><o:p> </o:p></pre><pre>Aft= er a discussion among the draft author, our esteemed Area Director and<o:p>= </o:p></pre><pre>the WG Co-Chairs, it was decided that review of this docum= ent in RADEXT was<o:p></o:p></pre><pre>appropriate and that, if the WG conc= urred, we would make it a WG item and<o:p></o:p></pre><pre>forward it to th= e IESG to determine IETF Consensus.<o:p></o:p></pre><pre><o:p> </o:p><= /pre><pre>This document is now in RADEXT WG Pre-WG Review.<o:p></o:p></pre>= <pre><o:p> </o:p></pre><pre>Please review this very short (5 pages) dr= aft located at:<o:p></o:p></pre><pre><a href=3D"http://www.ietf.org/internet-drafts/draft-tiwari-radext-tunnel-type= -02.txt">http://www.ietf.org/internet-drafts/draft-tiwari-radext-tunnel-typ= e-02.txt</a><o:p></o:p></pre><pre><o:p> </o:p></pre><pre>Please send a= message to the RADEXT list indicating:<o:p></o:p></pre><pre><o:p> </o= :p></pre><pre>(1) Should this document be taken on as RADEXT WG work item?<= o:p></o:p></pre><pre><o:p> </o:p></pre><pre>(2) Are the technical or e= ditorial issues with this document?<o:p></o:p></pre><pre><o:p> </o:p><= /pre><pre>The comment period will last until October 5, 2008.<o:p></o:p></p= re><pre><o:p> </o:p></pre><pre>Regards,<o:p></o:p></pre><pre><o:p>&nbs= p;</o:p></pre><pre>Dave<o:p></o:p></pre> <p class=3DMsoNormal><o:p> </o:p></p> </div> </body> </html> --_000_701A6382E4B1B0458FC27DE8F6A477081E80B715D9AAEXMSGC424so_-- -- to unsubscribe send a message to radiusext-request@ops.ietf.org with the word 'unsubscribe' in a single line as the message text body. archive: <http://psg.com/lists/radiusext/> Envelope-to: radiusext-data0@psg.com Delivery-date: Mon, 16 Mar 2009 23:41:24 +0000 Message-ID: <5a1d3b476b210180e5627a1ee97de07e.squirrel@www.trepanning.net> Date: Mon, 16 Mar 2009 16:40:38 -0700 (PDT) Subject: comments on draft-zorn-radius-encattr-15 From: "Dan Harkins" <dharkins@lounge.org> To: radiusext@ops.ietf.org User-Agent: SquirrelMail/1.4.14 [SVN] MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit Hi, I just read draft-zorn-radius-encattr-15 and have a few comments. - an appendix showing at least two examples (with nice ASCII art figures too!) would be most helpful. - apparently there is a requirement (unstated) to support encryption of random data as well as key wrapping, and to be able to authenticate encrypted data. To do this the draft mandates AES-CBC-128 (for encryption of arbitrary data), AES Key Wrap (for key wrapping), and HMAC-SHA1 to integrity check the encrypted data and the rest of the message. These three tasks could be accomplished by one single cipher mode: SIV. SIV can do authentication encryption with associated data of arbitrary-sized plaintext when a nonce is included in its input, or do deterministic key wrapping when a component of the plaintext contains a random key. Furthermore, there seems to be a desire to integrity check a message that does not have any encrypted components. To satifsy this requirement (also unstated) the draft mandates HMAC-SHA1 instead of AES-CMAC. If the draft mandated support for AES-SIV-CMAC to do authenticated encryption (with associated data!) and AES-CMAC for encryption-less integrity protection then it can be implemented with a single primitive. Since AES-SIV-CMAC itself uses AES-CMAC you get it for free. Then the draft could build upon a single foundation and its security would be based on the assumption that AES is a secure pseudo-random permutation (which I believe is the basis for the proof of both AES-CMAC and AES-SIV). I recommend the mandatory-to-implement encryption algorithm be AES-SIV-CMAC and the mandatory to implement integrity check (when encryption is not used) be AES-CMAC. - 3.5 says that "Applications using [Key-Liftime] SHOULD consider the beginning of the lifetime to be the point in time when the key is first used." Why not when it was first exponsed (albeit encrypted)? If there is going to be a recommendation I think it would help if there's some reasoning to go along with it, otherwise just get rid of the recommendation. - 3.6 says, "If the data encapsulated in the Encrypted-Data TLV represents a cryptographic key and the algorithm specified by the Encryption-Type TLV requires the use of an initialization vector (IV), this TLV may be used to communicate the IV from the RADIUS server to its client." Actually, if the encryption algorithm is AES-CBC then this TLV is needed whether the data being encrypted is a key or not. I think it would be better to say, "If the encryption algorithm specified by the Encryption-Type TLV requires an IV or the data being protected is not a key then this TLV may be used to communicate the IV from the RADIUS server to its client." Also it MAY be appropriate to use "MAY" instead of "may". - 3.7, the "algorithms" in this section might be a nice place to mention that AES Key Wrap operates on blocks of 64-bits even though the block cipher on which it is based operates on 128-bit blocks. The input of AES-SIV-CMAC includes associated data so the two "algorithms", send and receive, should include mention of this fact right after they mention an IV. - 3.8, the description should mandate this TLV is also required for encryption algorithms that do not produce authenticated ciphertext, like AES-CBC. - 3.8.1.1 "...the value of the MAC field is a hash..." What about when using AES-CMAC? Does that produce a hash too? Perhaps "output from a pseudo-random function" would be better. - in 3.8.1.1 MAC=MAC-ALG(x,y) while in 3.8.1.2 MAC=HASH-ALG(x,y). How about calling making it more generic: MAC=PRF(x,y)? - 3.8.2, what about when using AES-SIV? The RFC 5116 interface is mentioned in 3.1 and that produces an authenticating tag concatenated with encrypted plaintext as a single "ciphertext" output. So when AES-SIV is used should the Message-Authentication- Code attributes signify individual components of AAD (since SIV can take a vector of inputs and not just a single concatenated input)? I think using an Encryption-Type TLV with NULL encryption to accomodate traditional RADIUS attributes is wrong, it will also screw up AES-SIV since AES-SIV will expect an Encryption-Type TLV somewhere that says AES-SIV as the type. It would be better to define an Envelope TLV to contain traditional RADIUS attributes. - 3.8.2: doesn't CMAC-AES return 16 bytes? - 3.9, what's the point of the MAC-Randomizer? In the case of key wrapping semantic security is achieved because a component of the plaintext is a key. In the case of non-key wrapping encryption semantic security is achieved by the IV. In the case of an unencrypted message I don't see the need for a MAC-Randomizer. If I'm missing something then I'd wager some other people are too and a justification is in order. - 6, what's "the strength of the algorithm used" if that algorithm is HMAC-SHA1? regards, Dan. -- to unsubscribe send a message to radiusext-request@ops.ietf.org with the word 'unsubscribe' in a single line as the message text body. archive: <http://psg.com/lists/radiusext/> Envelope-to: radiusext-data0@psg.com Delivery-date: Sun, 15 Mar 2009 19:13:15 +0000 From: "Glen Zorn" <glenzorn@comcast.net> To: "'Bernard Aboba'" <bernard_aboba@hotmail.com>, "'David B. Nelson'" <dnelson@elbrysnetworks.com> Cc: <radiusext@ops.ietf.org> Subject: RE: IETF 74 Agenda - Take Five Date: Sun, 15 Mar 2009 12:11:49 -0700 Message-ID: <00f201c9a5a1$e61df350$b259d9f0$@net> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_00F3_01C9A567.39BF1B50" Thread-Index: Acmidud3diVBGv1pQgGCLQW0b9FN4gDKqEGg Content-Language: en-us This is a multipart message in MIME format. ------=_NextPart_000_00F3_01C9A567.39BF1B50 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit It appears that the "new Tunnel Type Values" draft appears twice on the agenda, under both "Documents that have completed RADEXT WG Last Call" and "Working Group Work Items". From: owner-radiusext@ops.ietf.org [mailto:owner-radiusext@ops.ietf.org] On Behalf Of Bernard Aboba Sent: Wednesday, March 11, 2009 11:22 AM To: David B. Nelson Cc: radiusext@ops.ietf.org Subject: IETF 74 Agenda - Take Five At IETF 74, the RADEXT WG is currently scheduled to meet on Friday, March 27,2009 from 9 AM - 11:30 AM. Currently the Agenda is as follows: 9 AM - 9:10 Preliminaries (10 minutes) Blue Sheets Note Takers Jabber Scribe Agenda bashing Document Status Documents completing IETF Last Call (15 minutes) 9:10 - 9:15 AM RADIUS Authorization for NAS Management, David Nelson (10 minutes) http://tools.ietf.org/html/draft-ietf-radext-management-authorization 9:15 - 9:25 AM RADIUS Design Guidelines, Alan DeKok (10 minutes) http://tools.ietf.org/html/draft-ietf-radext-design Documents that have completed RADEXT WG Last Call (35 minutes) 9:25 - 9:30 AM New Tunnel Type Values, Abhishek Tiwari (5 minutes) http://tools.ietf.org/html/draft-tiwari-radext-tunnel-type 9:30 AM - 9:40 AM Status-Server, Alan DeKok (10 minutes) http://tools.ietf.org/html/draft-ietf-radext-status-server 9:40 AM - 9:50 AM Extended RADIUS Attributes, Glen Zorn (10 minutes) http://tools.ietf.org/html/draft-ietf-radext-extended-attributes 9:50 AM - 10:00 AM RADIUS Crypto-agility Requirements, David Nelson (20 minutes) http://tools.ietf.org/html/draft-ietf-radext-crypto-agility-requirements Documents in RADEXT WG last call (10 minutes) 10:00 AM - 10:10 AM RADSEC, Stefan Winter (10 minutes) http://tools.ietf.org/html/draft-ietf-radext-radsec Working Group Work Items (20 minutes) 10:10 AM - 10:20 AM TCP Transport, Alan DeKok (10 minutes) http://tools.ietf.org/html/draft-ietf-radext-tcp-transport 10:20 AM - 10:30 AM New Tunnel-Type Values, Abhishek Tiwari (10 minutes) http://tools.ietf.org/html/draft-ietf-radext-tunnel-type Individual Submissions (50 minutes) 10:30 AM - 10:40 AM NAI-based Dynamic Peer Discovery, Stefan Winter (10 minutes) http://tools.ietf.org/html/draft-winter-dynamic-discovery 10:40 AM - 10:50 AM RADIUS attributes for IPv6 Access Networks, Benoit Lourdelet (10 minutes) http://tools.ietf.org/html/draft-lourdelet-radext-ipv6-access 10:50 AM - 11:00 AM RADIUS Attributes for IEEE 802.16 PKMv1, Glen Zorn (10 minutes) http://tools.ietf.org/html/draft-zorn-radius-pkmv1 11:00 AM - 11:10 AM RADIUS Confidentiality, Glen Zorn (10 minutes) http://tools.ietf.org/html/draft-zorn-radius-encattr Summary & Wrap-up ------=_NextPart_000_00F3_01C9A567.39BF1B50 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)"> <style> <!-- /* Font Definitions */ @font-face {font-family:"Cambria Math"; panose-1:2 4 5 3 5 4 6 3 2 4;} @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;} @font-face {font-family:"Arial Black"; panose-1:2 11 10 4 2 1 2 2 2 4;} @font-face {font-family:Verdana; 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";} span.EmailStyle18 {mso-style-type:personal-reply; font-family:"Arial Black","sans-serif"; color:#7030A0;} .MsoChpDefault {mso-style-type:export-only; font-size:10.0pt;} @page Section1 {size:8.5in 11.0in; margin:1.0in 1.0in 1.0in 1.0in;} div.Section1 {page:Section1;} --> </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=3DSection1> <p class=3DMsoNormal><span style=3D'font-size:11.0pt;font-family:"Arial = Black","sans-serif"; color:#7030A0'>It appears that the "new Tunnel Type Values" = draft appears twice on the agenda, under both "</span><span = style=3D'font-size: 10.0pt;font-family:"Arial Black","sans-serif";color:#7030A0'>Documents = that have completed RADEXT WG Last Call" and "Working Group Work = Items".</span><span style=3D'font-size:11.0pt;font-family:"Arial = Black","sans-serif";color:#7030A0'><o:p></o:p></span></p> <p class=3DMsoNormal><span style=3D'font-size:11.0pt;font-family:"Arial = Black","sans-serif"; color:#7030A0'><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><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"'> owner-radiusext@ops.ietf.org [mailto:owner-radiusext@ops.ietf.org] <b>On = Behalf Of </b>Bernard Aboba<br> <b>Sent:</b> Wednesday, March 11, 2009 11:22 AM<br> <b>To:</b> David B. Nelson<br> <b>Cc:</b> radiusext@ops.ietf.org<br> <b>Subject:</b> IETF 74 Agenda - Take Five<o:p></o:p></span></p> </div> </div> <p class=3DMsoNormal><o:p> </o:p></p> <p class=3DMsoNormal><span = style=3D'font-size:10.0pt;font-family:"Verdana","sans-serif"'>At IETF 74, the RADEXT WG is currently scheduled to meet on Friday, March 27,2009 from 9 AM - 11:30 AM. Currently the Agenda is as = follows:<br> <br> 9 AM - 9:10 Preliminaries (10 minutes)<br> Blue Sheets<br> Note Takers<br> Jabber Scribe<br> Agenda bashing<br> Document Status<br> <br> Documents completing IETF Last Call (15 minutes)<br> <br> 9:10 - 9:15 AM RADIUS Authorization for NAS Management, David = Nelson (10 minutes)<br> <a = href=3D"http://tools.ietf.org/html/draft-ietf-radext-management-authoriza= tion">http://tools.ietf.org/html/draft-ietf-radext-management-authorizati= on</a><br> <br> 9:15 - 9:25 AM RADIUS Design Guidelines, Alan DeKok (10 minutes)<br> <a = href=3D"http://tools.ietf.org/html/draft-ietf-radext-design">http://tools= .ietf.org/html/draft-ietf-radext-design</a><br> <br> Documents that have completed RADEXT WG Last Call (35 minutes)<br> <br> 9:25 - 9:30 AM New Tunnel Type Values, Abhishek Tiwari (5 minutes)<br> <a = href=3D"http://tools.ietf.org/html/draft-tiwari-radext-tunnel-type">http:= //tools.ietf.org/html/draft-tiwari-radext-tunnel-type</a><br> <br> 9:30 AM – 9:40 AM Status-Server, Alan DeKok (10 minutes)<br> <a = href=3D"http://tools.ietf.org/html/draft-ietf-radext-status-server">http:= //tools.ietf.org/html/draft-ietf-radext-status-server</a><br> <br> 9:40 AM – 9:50 AM Extended RADIUS Attributes, Glen Zorn (10 = minutes)<br> <a = href=3D"http://tools.ietf.org/html/draft-ietf-radext-extended-attributes"= >http://tools.ietf.org/html/draft-ietf-radext-extended-attributes</a><br>= <br> 9:50 AM - 10:00 AM RADIUS Crypto-agility Requirements, David Nelson (20 minutes)<br> <a href=3D"http://tools.ietf.org/html/draft-ietf-radext-crypto-agility-requi= rements">http://tools.ietf.org/html/draft-ietf-radext-crypto-agility-requ= irements</a><br> <br> Documents in RADEXT WG last call (10 minutes)<br> <br> 10:00 AM - 10:10 AM RADSEC, Stefan Winter (10 minutes)<br> <a = href=3D"http://tools.ietf.org/html/draft-ietf-radext-radsec">http://tools= .ietf.org/html/draft-ietf-radext-radsec</a><br> <br> Working Group Work Items (20 minutes)<br> <br> 10:10 AM - 10:20 AM TCP Transport, Alan DeKok (10 minutes)<br> <a = href=3D"http://tools.ietf.org/html/draft-ietf-radext-tcp-transport">http:= //tools.ietf.org/html/draft-ietf-radext-tcp-transport</a><br> <br> 10:20 AM - 10:30 AM New Tunnel-Type Values, Abhishek Tiwari (10 = minutes)<br> <a = href=3D"http://tools.ietf.org/html/draft-ietf-radext-tunnel-type">http://= tools.ietf.org/html/draft-ietf-radext-tunnel-type</a><br> <br> Individual Submissions (50 minutes)<br> <br> 10:30 AM - 10:40 AM NAI-based Dynamic Peer Discovery, Stefan = Winter (10 minutes)<br> <a = href=3D"http://tools.ietf.org/html/draft-winter-dynamic-discovery">http:/= /tools.ietf.org/html/draft-winter-dynamic-discovery</a><br> <br> 10:40 AM - 10:50 AM RADIUS attributes for IPv6 Access Networks, Benoit Lourdelet (10 minutes)<br> <a = href=3D"http://tools.ietf.org/html/draft-lourdelet-radext-ipv6-access">ht= tp://tools.ietf.org/html/draft-lourdelet-radext-ipv6-access</a><br> <br> 10:50 AM - 11:00 AM RADIUS Attributes for IEEE 802.16 PKMv1, Glen Zorn = (10 minutes)<br> <a = href=3D"http://tools.ietf.org/html/draft-zorn-radius-pkmv1">http://tools.= ietf.org/html/draft-zorn-radius-pkmv1</a><br> <br> 11:00 AM - 11:10 AM RADIUS Confidentiality, Glen Zorn (10 minutes)<br> <a = href=3D"http://tools.ietf.org/html/draft-zorn-radius-encattr">http://tool= s.ietf.org/html/draft-zorn-radius-encattr</a><br> <br> Summary & Wrap-up<o:p></o:p></span></p> </div> </div> </body> </html> ------=_NextPart_000_00F3_01C9A567.39BF1B50-- -- to unsubscribe send a message to radiusext-request@ops.ietf.org with the word 'unsubscribe' in a single line as the message text body. archive: <http://psg.com/lists/radiusext/> Envelope-to: radiusext-data0@psg.com Delivery-date: Wed, 11 Mar 2009 23:15:49 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1236813292; bh=bDEl0ElMx6IjN83ul/HOlOGYEJY4og7NjfMgp3WFmuA=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:References:Date:From:Reply-To:Subject:To:In-Reply-To:MIME-Version:Content-Type; b=xtbXT2cywxn85ZnqfO5mgTJ/WzmWXijrjAMnT+al/xoSk3mQTB9lJbC7Nh77HZHfTQdsLF9PMmwhEjqb66h+ZyHA45nRgHtGuYyi72biUtuuxHTM9wuuwFBw0DOKXiDhUpYOoPsh5sSWIwfgbWWHDWQ7RsXMM/XPVjwzK6V1Rh8= DomainKey-Signature:a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:X-YMail-OSG:Received:X-Mailer:References:Date:From:Reply-To:Subject:To:In-Reply-To:MIME-Version:Content-Type; b=nYfoMT7YEqZwZNPPsC7MractsX64CUSi02NK0yu6I9BQKcGa2R8jcjOI/k3sHIN/FZPEWR5nXLBYFkTTg8S+hEPOvaF25SMuPknZKeFXTARILOI99HvK2j6q2msqCeaVY2V0h4dFoELs7/s57oo/gZTeLYkIsV03aL5bmbp4Nbs=; Message-ID: <778767.86021.qm@web111401.mail.gq1.yahoo.com> Date: Wed, 11 Mar 2009 16:14:52 -0700 (PDT) From: Behcet Sarikaya <behcetsarikaya@yahoo.com> Reply-To: Behcet Sarikaya <sarikaya@ieee.org> Subject: Re: Call for Adoption of "RADIUS attributes for IPv6 Access Networks" as a RADEXT WG work item To: Bernard Aboba <bernard_aboba@hotmail.com>, "radiusext@ops.ietf.org" <radiusext@ops.ietf.org> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="0-642517672-1236813292=:86021" --0-642517672-1236813292=:86021 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Hi all,=0A=A0 I read this draft and have some concerns.=0AThe draft defines= 3 new attributes. One of them IPv6-Prefix-Information is superfluous in it= s present form which makes 33%.=0A=A0 I communicated offline with the autho= rs and I thought they had agreed to change it with another attribute that c= ontained lifetime field. However I could not see any revised version yet.= =0A=A0 In its current form the draft is not ready IMHO to become a WG work = item yet.=0A=0ARegards,=0A=0ABehcet=0A=0A=0A=0A=0A_________________________= _______=0AFrom: Bernard Aboba <bernard_aboba@hotmail.com>=0ATo: "radiusext@= ops.ietf.org" <radiusext@ops.ietf.org>=0ASent: Wednesday, March 11, 2009 1:= 10:43 PM=0ASubject: Call for Adoption of "RADIUS attributes for IPv6 Access= Networks" as a RADEXT WG work item=0A=0AThis is a call for review of the d= ocument "RADIUS attributes for IPv6 Access Networks" for adoption as a RADE= XT WG work item.=A0 This document was=A0discussed at IETF 73, and is being = targeted at Proposed Standard status. =0A=A0=0AThe document is available fo= r review here:=0Ahttp://tools.ietf.org/html/draft-lourdelet-radext-ipv6-acc= ess=0A=0AThis call for review will last until March 30, 2009.=A0 Please sen= d email to the RADEXT WG mailing list indicating whether you support adopti= on of this document as a RADEXT WG work item.=A0 If you have comments on th= e document, please also send these to the list in the format described on t= he RADEXT WG Issues list:=0Ahttp://www.drizzle.com/~aboba/RADEXT/=0A=0A=0A= =0A EMAILING FOR SOMETHING OR OTHER=0AJoin me =0A=0A=0A --0-642517672-1236813292=:86021 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable <html><head><style type=3D"text/css"><!-- DIV {margin:0px;} --></style></he= ad><body><div style=3D"font-family:times new roman, new york, times, serif;= font-size:14pt"><DIV>Hi all,</DIV>=0A<DIV> I read this draft and have= some concerns.</DIV>=0A<DIV>The draft defines 3 new attributes. One of the= m IPv6-Prefix-Information is superfluous in its present form which makes 33= %.</DIV>=0A<DIV> I communicated offline with the authors and I though= t they had agreed to change it with another attribute that contained lifeti= me field. However I could not see any revised version yet.</DIV>=0A<DIV>&nb= sp; In its current form the draft is not ready IMHO to become a WG work ite= m yet.</DIV>=0A<DIV> </DIV>=0A<DIV>Regards,</DIV>=0A<DIV> </DIV>= =0A<DIV>Behcet<BR></DIV>=0A<DIV style=3D"FONT-SIZE: 14pt; FONT-FAMILY: time= s new roman, new york, times, serif"><BR>=0A<DIV style=3D"FONT-SIZE: 12pt; = FONT-FAMILY: times new roman, new york, times, serif"><FONT face=3DTahoma s= ize=3D2>=0A<HR SIZE=3D1>=0A<B><SPAN style=3D"FONT-WEIGHT: bold">From:</SPAN= ></B> Bernard Aboba <bernard_aboba@hotmail.com><BR><B><SPAN style=3D"= FONT-WEIGHT: bold">To:</SPAN></B> "radiusext@ops.ietf.org" <radiusext@op= s.ietf.org><BR><B><SPAN style=3D"FONT-WEIGHT: bold">Sent:</SPAN></B> Wed= nesday, March 11, 2009 1:10:43 PM<BR><B><SPAN style=3D"FONT-WEIGHT: bold">S= ubject:</SPAN></B> Call for Adoption of "RADIUS attributes for IPv6 Access = Networks" as a RADEXT WG work item<BR></FONT><BR>=0A<STYLE>=0A.hmmessage P= =0A{=0Amargin:0px;padding:0px;}=0Abody.hmmessage=0A{=0Afont-size:10pt;font-= family:Verdana;}=0A</STYLE>=0AThis is a call for review of the document "RA= DIUS attributes for IPv6 Access Networks" for adoption as a RADEXT WG work = item. This document was discussed at IETF 73, and is being targe= ted at Proposed Standard status. <BR> <BR>The document is available fo= r review here:<BR><SPAN style=3D"FONT-SIZE: 10pt; COLOR: #0068cf; FONT-FAMI= LY: 'Verdana', 'sans-serif'"><A href=3D"http://tools.ietf.org/html/draft-lo= urdelet-radext-ipv6-access" target=3D_blank rel=3Dnofollow><FONT color=3D#0= 066cc>http://tools.ietf.org/html/draft-lourdelet-radext-ipv6-access</FONT><= /A></SPAN><BR><BR>This call for review will last until March 30, 2009. = ; Please send email to the RADEXT WG mailing list indicating whether you su= pport adoption of this document as a RADEXT WG work item. If you have= comments on the document, please also send these to the list in the format= described on the RADEXT WG Issues list:<BR><A href=3D"http://www.drizzle.c= om/~aboba/RADEXT/" target=3D_blank rel=3Dnofollow><FONT color=3D#0068cf>http://www.drizzle.com/~aboba/RADEXT/= </FONT></A><BR><BR><BR>=0A<TABLE style=3D"BORDER-TOP: black 1px solid; FONT= -WEIGHT: bold; FONT-FAMILY: 'Segoe UI', Tahoma,">=0A<TBODY>=0A<TR>=0A<TD><A= style=3D"FONT-SIZE: 9pt; COLOR: #0184cb; TEXT-DECORATION: none" href=3D"ht= tp://im.live.com/Messenger/IM/Home/?source=3DEML_WLHM_GreaterGood" target= =3D_blank rel=3Dnofollow><IMG style=3D"BORDER-TOP-STYLE: none; BORDER-RIGHT= -STYLE: none; BORDER-LEFT-STYLE: none; BORDER-BOTTOM-STYLE: none" alt=3D"i'= m" src=3D"http://gfx1.hotmail.com/mail/w3/ltr/i_charity.gif"> EMAILING FOR = SOMETHING OR OTHER<BR><SPAN style=3D"PADDING-RIGHT: 24px; PADDING-LEFT: 24p= x; FONT-SIZE: 8pt; PADDING-BOTTOM: 0px; COLOR: #3fb555; PADDING-TOP: 0px; T= EXT-DECORATION: underline">Join me</SPAN></A></TD></TR></TBODY></TABLE></DI= V></DIV></div><br>=0A=0A </body></html> --0-642517672-1236813292=:86021-- -- to unsubscribe send a message to radiusext-request@ops.ietf.org with the word 'unsubscribe' in a single line as the message text body. archive: <http://psg.com/lists/radiusext/> Envelope-to: radiusext-data0@psg.com Delivery-date: Wed, 11 Mar 2009 18:33:01 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=bICapDmPDafubbmjSZhdxlRH1BtRu/0N/n9V5zfpnq8=; b=OmGIzWN1+85Xgfv+I5tEahdeXQmr2PLr+aS79sp5auAbRCPkEhDy+V76jd3IEd0ah1 iQjf7NTB7oBcIX0KbPxT2lGouiBIHeKFo/vpADgqGldGlPv9+YPxWkHTTo26ofm5qFsa LE/fjW6sLQZ3cGsE2y13HCKSxyviitAlUDMi8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=Qni3Ah0Y4CVWbrOzVMvdCkYNStVn8lD98Rr+1ONjuLnqoigPzHpmDibfgDzLWpfGLB ezqYVfLvOCG6RrPoMttkQTiRys02JJbrpZZS90e1G7pAYTBRGaPBX4TmDNmL6cc7Q65p XyNQaKR5ZXF3f/9uRrcCTzYaaVvFXV7EtngL4= MIME-Version: 1.0 Date: Wed, 11 Mar 2009 14:32:29 -0400 Message-ID: <d11ef1350903111132y67ef43d8qa91b0cfb97aa870@mail.gmail.com> Subject: Re: [Issue 287] Re: Cmts on ExtAttrs-05 From: Greg Weber <gdweber@gmail.com> To: Glen Zorn <glenzorn@comcast.net> Cc: radiusext@ops.ietf.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable I see the issue mentioned below has been fixed in -07, so I think Issue 287 may be closed. G >>> Figure 3: the second Ext-Type's value: >>> =A0 "(0x00" -> "(0x01)" >> >> Fixed. > > I don't think this got fixed correctly in -06. =A0Now the first byte of > Ext-Type is 0x00, and it should be 0x01. > > G -- to unsubscribe send a message to radiusext-request@ops.ietf.org with the word 'unsubscribe' in a single line as the message text body. archive: <http://psg.com/lists/radiusext/> Envelope-to: radiusext-data0@psg.com Delivery-date: Wed, 11 Mar 2009 18:24:30 +0000 Message-ID: <BLU137-W345AF630576AE17A7A6555939E0@phx.gbl> Content-Type: multipart/alternative; boundary="_bb5f71bb-5fa0-46ab-8604-39a987bc3f91_" From: Bernard Aboba <bernard_aboba@hotmail.com> To: "radiusext@ops.ietf.org" <radiusext@ops.ietf.org> Subject: Request for Slides Date: Wed, 11 Mar 2009 11:24:10 -0700 MIME-Version: 1.0 --_bb5f71bb-5fa0-46ab-8604-39a987bc3f91_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable The RADEXT WG is scheduled to meet on Friday=2C March 27=2C 2009 from 9:00 = - 11:30 AM.=20 =20 So that we can post the slides well in advance=2C please email these to mys= elf and/or David by Sunday=2C March 22=2C 2009.=20 EMAILING FOR THE GREATER GOOD Join me= --_bb5f71bb-5fa0-46ab-8604-39a987bc3f91_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable <html> <head> <style> .hmmessage P { margin:0px=3B padding:0px } body.hmmessage { font-size: 10pt=3B font-family:Verdana } </style> </head> <body class=3D'hmmessage'> The RADEXT WG is scheduled to meet on Friday=2C March 27=2C 2009 =3Bfro= m 9:00 - 11:30 AM. <BR>  =3B<BR> So that we can post the slides well in advance=2C please email these to mys= elf and/or David by Sunday=2C March 22=2C 2009. <BR><BR><BR> <TABLE style=3D"BORDER-TOP: black 1px solid=3B FONT-WEIGHT: bold=3B FONT-FA= MILY: 'Segoe UI'=2CTahoma=2Csan-serif"> <TBODY> <TR> <TD><A style=3D"FONT-SIZE: 9pt=3B COLOR: #0184cb=3B TEXT-DECORATION: none" = href=3D"http://im.live.com/Messenger/IM/Home/?source=3DEML_WLHM_GreaterGood= "><IMG style=3D"BORDER-TOP-STYLE: none=3B BORDER-RIGHT-STYLE: none=3B BORDE= R-LEFT-STYLE: none=3B BORDER-BOTTOM-STYLE: none" alt=3D"i'm" src=3D"http://= gfx1.hotmail.com/mail/w3/ltr/i_charity.gif"> EMAILING FOR THE GREATER GOOD<= BR><SPAN style=3D"PADDING-RIGHT: 24px=3B PADDING-LEFT: 24px=3B FONT-SIZE: 8= pt=3B PADDING-BOTTOM: 0px=3B COLOR: #3fb555=3B PADDING-TOP: 0px=3B TEXT-DEC= ORATION: underline">Join me</SPAN></A></TD></TR></TBODY></TABLE></body> </html>= --_bb5f71bb-5fa0-46ab-8604-39a987bc3f91_-- -- to unsubscribe send a message to radiusext-request@ops.ietf.org with the word 'unsubscribe' in a single line as the message text body. archive: <http://psg.com/lists/radiusext/> Envelope-to: radiusext-data0@psg.com Delivery-date: Wed, 11 Mar 2009 18:22:55 +0000 Message-ID: <BLU137-W542EF2AA1092D9D075884E939E0@phx.gbl> Content-Type: multipart/alternative; boundary="_6cc35ee2-0e50-47fe-b9bc-2db0801de01a_" From: Bernard Aboba <bernard_aboba@hotmail.com> To: "David B. Nelson" <dnelson@elbrysnetworks.com> CC: "radiusext@ops.ietf.org" <radiusext@ops.ietf.org> Subject: IETF 74 Agenda - Take Five Date: Wed, 11 Mar 2009 11:22:26 -0700 MIME-Version: 1.0 --_6cc35ee2-0e50-47fe-b9bc-2db0801de01a_ Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable At IETF 74=2C the RADEXT WG is currently scheduled to meet on Friday=2C Mar= ch 27=2C2009 from 9 AM - 11:30 AM. Currently the Agenda is as follows: =20 9 AM - 9:10 Preliminaries (10 minutes) Blue Sheets Note Takers Jabber Scribe Agenda bashing Document Status =20 Documents completing IETF Last Call (15 minutes) =20 9:10 - 9:15 AM RADIUS Authorization for NAS Management=2C David Nelson (10= minutes) http://tools.ietf.org/html/draft-ietf-radext-management-authorization =20 9:15 - 9:25 AM RADIUS Design Guidelines=2C Alan DeKok (10 minutes) http://tools.ietf.org/html/draft-ietf-radext-design =20 Documents that have completed RADEXT WG Last Call (35 minutes) =20 9:25 - 9:30 AM New Tunnel Type Values=2C Abhishek Tiwari (5 minutes) http://tools.ietf.org/html/draft-tiwari-radext-tunnel-type =20 9:30 AM =96 9:40 AM Status-Server=2C Alan DeKok (10 minutes) http://tools.ietf.org/html/draft-ietf-radext-status-server =20 9:40 AM =96 9:50 AM Extended RADIUS Attributes=2C Glen Zorn (10 minutes) http://tools.ietf.org/html/draft-ietf-radext-extended-attributes =20 9:50 AM - 10:00 AM RADIUS Crypto-agility Requirements=2C David Nelson (20 m= inutes) http://tools.ietf.org/html/draft-ietf-radext-crypto-agility-requirements =20 Documents in RADEXT WG last call (10 minutes) =20 10:00 AM - 10:10 AM RADSEC=2C Stefan Winter (10 minutes) http://tools.ietf.org/html/draft-ietf-radext-radsec =20 Working Group Work Items (20 minutes) =20 10:10 AM - 10:20 AM TCP Transport=2C Alan DeKok (10 minutes) http://tools.ietf.org/html/draft-ietf-radext-tcp-transport =20 10:20 AM - 10:30 AM New Tunnel-Type Values=2C Abhishek Tiwari (10 minutes) http://tools.ietf.org/html/draft-ietf-radext-tunnel-type =20 Individual Submissions (50 minutes) =20 10:30 AM - 10:40 AM NAI-based Dynamic Peer Discovery=2C Stefan Winter (10 = minutes) http://tools.ietf.org/html/draft-winter-dynamic-discovery =20 10:40 AM - 10:50 AM RADIUS attributes for IPv6 Access Networks=2C Benoit Lo= urdelet (10 minutes) http://tools.ietf.org/html/draft-lourdelet-radext-ipv6-access =20 10:50 AM - 11:00 AM RADIUS Attributes for IEEE 802.16 PKMv1=2C Glen Zorn (1= 0 minutes) http://tools.ietf.org/html/draft-zorn-radius-pkmv1 =20 11:00 AM - 11:10 AM RADIUS Confidentiality=2C Glen Zorn (10 minutes) http://tools.ietf.org/html/draft-zorn-radius-encattr =20 Summary & Wrap-up --_6cc35ee2-0e50-47fe-b9bc-2db0801de01a_ Content-Type: text/html; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable <html> <head> <style> .hmmessage P { margin:0px=3B padding:0px } body.hmmessage { font-size: 10pt=3B font-family:Verdana } </style> </head> <body class=3D'hmmessage'> At IETF 74=2C the RADEXT WG is currently scheduled to meet on Friday=2C Mar= ch 27=2C2009 =3B from 9 AM - 11:30 AM. =3B Currently the Agenda is = as follows:<BR> =3B<BR>9 AM - 9:10 Preliminaries (10 minutes)<BR> = =3B =3B Blue Sheets<BR> =3B =3B Note Takers<BR> =3B =3B= Jabber Scribe<BR> =3B =3B Agenda bashing<BR> =3B =3B Docum= ent Status<BR> =3B<BR>Documents completing IETF Last Call (15 minutes)<= BR> =3B<BR>9:10 - 9:15 AM =3B RADIUS Authorization for NAS Manageme= nt=2C David Nelson (10 minutes)<BR><A href=3D"http://tools.ietf.org/html/dr= aft-ietf-radext-management-authorization">http://tools.ietf.org/html/draft-= ietf-radext-management-authorization</A><BR> =3B<BR>9:15 - 9:25 AM RADI= US Design Guidelines=2C Alan DeKok (10 minutes)<BR><A href=3D"http://tools.= ietf.org/html/draft-ietf-radext-design">http://tools.ietf.org/html/draft-ie= tf-radext-design</A><BR> =3B<BR>Documents that have completed RADEXT WG= Last Call (35 minutes)<BR>  =3B<BR> 9:25 - 9:30 AM New Tunnel Type Values=2C Abhishek Tiwari (5 minutes)<BR><A = href=3D"http://tools.ietf.org/html/draft-tiwari-radext-tunnel-type">http://= tools.ietf.org/html/draft-tiwari-radext-tunnel-type</A><BR> =3B<BR>9:30= AM =96 9:40 AM Status-Server=2C Alan DeKok (10 minutes)<BR><A href=3D"http= ://tools.ietf.org/html/draft-ietf-radext-status-server">http://tools.ietf.o= rg/html/draft-ietf-radext-status-server</A><BR>  =3B<BR> 9:40 AM =96 9:50 AM Extended RADIUS Attributes=2C Glen Zorn (10 minutes)<BR= ><A href=3D"http://tools.ietf.org/html/draft-ietf-radext-extended-attribute= s">http://tools.ietf.org/html/draft-ietf-radext-extended-attributes</A><BR>=  =3B<BR>9:50 AM - 10:00 AM RADIUS Crypto-agility Requirements=2C David = Nelson (20 minutes)<BR><A href=3D"http://tools.ietf.org/html/draft-ietf-rad= ext-crypto-agility-requirements">http://tools.ietf.org/html/draft-ietf-rade= xt-crypto-agility-requirements</A><BR> =3B<BR>Documents in RADEXT WG la= st call (10 minutes)<BR>  =3B<BR> 10:00 AM - 10:10 AM RADSEC=2C Stefan Winter (10 minutes)<BR><A href=3D"http= ://tools.ietf.org/html/draft-ietf-radext-radsec">http://tools.ietf.org/html= /draft-ietf-radext-radsec</A><BR>  =3B<BR> Working Group Work Items (20 minutes)<BR> =3B<BR>10:10 AM - 10:20 AM TC= P Transport=2C Alan DeKok (10 minutes)<BR><A href=3D"http://tools.ietf.org/= html/draft-ietf-radext-tcp-transport">http://tools.ietf.org/html/draft-ietf= -radext-tcp-transport</A><BR>  =3B<BR> 10:20 AM - 10:30 AM New Tunnel-Type Values=2C Abhishek Tiwari (10 minutes)<= BR><A href=3D"http://tools.ietf.org/html/draft-ietf-radext-tunnel-type">htt= p://tools.ietf.org/html/draft-ietf-radext-tunnel-type</A><BR>  =3B<BR> Individual Submissions (50 minutes)<BR>  =3B<BR> 10:30 AM - 10:40 AM =3B NAI-based Dynamic Peer Discovery=2C Stefan Wint= er (10 minutes)<BR><A href=3D"http://tools.ietf.org/html/draft-winter-dynam= ic-discovery">http://tools.ietf.org/html/draft-winter-dynamic-discovery</A>= <BR>  =3B<BR> 10:40 AM - 10:50 AM RADIUS attributes for IPv6 Access Networks=2C Benoit Lo= urdelet (10 minutes)<BR><A href=3D"http://tools.ietf.org/html/draft-lourdel= et-radext-ipv6-access">http://tools.ietf.org/html/draft-lourdelet-radext-ip= v6-access</A><BR>  =3B<BR> 10:50 AM - 11:00 AM RADIUS Attributes for IEEE 802.16 PKMv1=2C Glen Zorn (1= 0 minutes)<BR><A href=3D"http://tools.ietf.org/html/draft-zorn-radius-pkmv1= ">http://tools.ietf.org/html/draft-zorn-radius-pkmv1</A><BR>  =3B<BR> 11:00 AM - 11:10 AM RADIUS Confidentiality=2C Glen Zorn (10 minutes)<BR><A = href=3D"http://tools.ietf.org/html/draft-zorn-radius-encattr">http://tools.= ietf.org/html/draft-zorn-radius-encattr</A><BR>  =3B<BR> Summary &=3B Wrap-up<BR></body> </html>= --_6cc35ee2-0e50-47fe-b9bc-2db0801de01a_-- -- to unsubscribe send a message to radiusext-request@ops.ietf.org with the word 'unsubscribe' in a single line as the message text body. archive: <http://psg.com/lists/radiusext/> Envelope-to: radiusext-data0@psg.com Delivery-date: Wed, 11 Mar 2009 18:11:06 +0000 Message-ID: <BLU137-W45C8A9E2223CF35D7AAB7E939E0@phx.gbl> Content-Type: multipart/alternative; boundary="_2d355f99-7f01-45da-a2c4-1f195b12ce33_" From: Bernard Aboba <bernard_aboba@hotmail.com> To: "radiusext@ops.ietf.org" <radiusext@ops.ietf.org> Subject: Call for Adoption of "RADIUS attributes for IPv6 Access Networks" as a RADEXT WG work item Date: Wed, 11 Mar 2009 11:10:43 -0700 MIME-Version: 1.0 --_2d355f99-7f01-45da-a2c4-1f195b12ce33_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable This is a call for review of the document "RADIUS attributes for IPv6 Acces= s Networks" for adoption as a RADEXT WG work item. This document was discu= ssed at IETF 73=2C and is being targeted at Proposed Standard status.=20 =20 The document is available for review here: http://tools.ietf.org/html/draft-lourdelet-radext-ipv6-access This call for review will last until March 30=2C 2009. Please send email t= o the RADEXT WG mailing list indicating whether you support adoption of thi= s document as a RADEXT WG work item. If you have comments on the document= =2C please also send these to the list in the format described on the RADEX= T WG Issues list: http://www.drizzle.com/~aboba/RADEXT/ EMAILING FOR SOMETHING OR OTHER Join me= --_2d355f99-7f01-45da-a2c4-1f195b12ce33_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable <html> <head> <style> .hmmessage P { margin:0px=3B padding:0px } body.hmmessage { font-size: 10pt=3B font-family:Verdana } </style> </head> <body class=3D'hmmessage'> This is a call for review of the document "RADIUS attributes for IPv6 Acces= s Networks" for adoption as a RADEXT WG work item. =3B This document wa= s =3Bdiscussed at IETF 73=2C and is being targeted at Proposed Standard= status. <BR>  =3B<BR>The document is available for review here:<BR><SPAN style=3D"FO= NT-SIZE: 10pt=3B COLOR: #0068cf=3B FONT-FAMILY: 'Verdana'=2C'sans-serif'"><= A href=3D"http://tools.ietf.org/html/draft-lourdelet-radext-ipv6-access" re= l=3Dnofollow><FONT color=3D#0066cc>http://tools.ietf.org/html/draft-lourdel= et-radext-ipv6-access</FONT></A></SPAN><BR><BR>This call for review will la= st until March 30=2C 2009. =3B Please send email to the RADEXT WG maili= ng list indicating whether you support adoption of this document as a RADEX= T WG work item. =3B If you have comments on the document=2C please also= send these to the list in the format described on the RADEXT WG Issues lis= t:<BR><A href=3D"http://www.drizzle.com/~aboba/RADEXT/" target=3D_blank><FO= NT color=3D#0068cf>http://www.drizzle.com/~aboba/RADEXT/</FONT></A><BR><BR>= <BR> <TABLE style=3D"BORDER-TOP: black 1px solid=3B FONT-WEIGHT: bold=3B FONT-FA= MILY: 'Segoe UI'=2CTahoma=2Csan-serif"> <TBODY> <TR> <TD><A style=3D"FONT-SIZE: 9pt=3B COLOR: #0184cb=3B TEXT-DECORATION: none" = href=3D"http://im.live.com/Messenger/IM/Home/?source=3DEML_WLHM_GreaterGood= "><IMG style=3D"BORDER-TOP-STYLE: none=3B BORDER-RIGHT-STYLE: none=3B BORDE= R-LEFT-STYLE: none=3B BORDER-BOTTOM-STYLE: none" alt=3D"i'm" src=3D"http://= gfx1.hotmail.com/mail/w3/ltr/i_charity.gif"> EMAILING FOR SOMETHING OR OTHE= R<BR><SPAN style=3D"PADDING-RIGHT: 24px=3B PADDING-LEFT: 24px=3B FONT-SIZE:= 8pt=3B PADDING-BOTTOM: 0px=3B COLOR: #3fb555=3B PADDING-TOP: 0px=3B TEXT-D= ECORATION: underline">Join me</SPAN></A></TD></TR></TBODY></TABLE></body> </html>= --_2d355f99-7f01-45da-a2c4-1f195b12ce33_-- -- to unsubscribe send a message to radiusext-request@ops.ietf.org with the word 'unsubscribe' in a single line as the message text body. archive: <http://psg.com/lists/radiusext/> Envelope-to: radiusext-data0@psg.com Delivery-date: Wed, 11 Mar 2009 17:59:01 +0000 Message-ID: <BLU137-W40E5F1B30213500514E7FE939E0@phx.gbl> Content-Type: multipart/alternative; boundary="_15e20a7f-4291-409c-980b-beb2cea57bbf_" From: Bernard Aboba <bernard_aboba@hotmail.com> To: "radiusext@ops.ietf.org" <radiusext@ops.ietf.org> Subject: Call for Adoption of "NAI-based Peer Discovery" as a RADEXT WG work item Date: Wed, 11 Mar 2009 10:58:39 -0700 MIME-Version: 1.0 --_15e20a7f-4291-409c-980b-beb2cea57bbf_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable This is a call for review of the document "NAI-based Peer Discovery" for ad= option as a RADEXT WG work item. This document was formerly part of the RA= DSEC document=2C and is now being split off into its own document=2C which = (like RADSEC) will be targeted toward Experimental Status.=20 =20 The document is available for review here: http://www.ietf.org/internet-drafts/draft-winter-dynamic-discovery-00.txt This call for review will last until March 30=2C 2009. Please send email t= o the RADEXT WG mailing list indicating whether you support adoption of thi= s document as a RADEXT WG work item. If you have comments on the document= =2C please also send these to the list in the format described on the RADEX= T WG Issues list: http://www.drizzle.com/~aboba/RADEXT/ =20 EMAILING FOR MODERATE MEDIOCRITY Join me= --_15e20a7f-4291-409c-980b-beb2cea57bbf_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable <html> <head> <style> .hmmessage P { margin:0px=3B padding:0px } body.hmmessage { font-size: 10pt=3B font-family:Verdana } </style> </head> <body class=3D'hmmessage'> This is a call for review of the document "NAI-based Peer Discovery" for ad= option as a RADEXT WG work item. =3B This document was formerly part of= the RADSEC document=2C and is now being split =3Boff into its own docu= ment=2C which (like RADSEC) will be targeted toward Experimental Status. <B= R>  =3B<BR> The document is available for review here:<BR>http://www.ietf.org/internet-= drafts/draft-winter-dynamic-discovery-00.txt<BR><BR>This call for review wi= ll last until March 30=2C 2009. =3B Please send email to the RADEXT WG = mailing list indicating whether you support adoption of this document as a = RADEXT WG work item. =3B If you have comments on the document=2C please= also send these to the list in the format described on the RADEXT WG Issue= s list:<BR> <A href=3D"http://www.drizzle.com/~aboba/RADEXT/">http://www.drizzle.com/~a= boba/RADEXT/</A><BR> <BR><BR> =3B<BR> <TABLE style=3D"BORDER-TOP: black 1px solid=3B FONT-WEIGHT: bold=3B FONT-FA= MILY: 'Segoe UI'=2CTahoma=2Csan-serif"> <TBODY> <TR> <TD><A style=3D"FONT-SIZE: 9pt=3B COLOR: #0184cb=3B TEXT-DECORATION: none" = href=3D"http://im.live.com/Messenger/IM/Home/?source=3DEML_WLHM_GreaterGood= "><IMG style=3D"BORDER-TOP-STYLE: none=3B BORDER-RIGHT-STYLE: none=3B BORDE= R-LEFT-STYLE: none=3B BORDER-BOTTOM-STYLE: none" alt=3D"i'm" src=3D"http://= gfx1.hotmail.com/mail/w3/ltr/i_charity.gif"> EMAILING FOR MODERATE MEDIOCRI= TY<BR><SPAN style=3D"PADDING-RIGHT: 24px=3B PADDING-LEFT: 24px=3B FONT-SIZE= : 8pt=3B PADDING-BOTTOM: 0px=3B COLOR: #3fb555=3B PADDING-TOP: 0px=3B TEXT-= DECORATION: underline">Join me</SPAN></A></TD></TR></TBODY></TABLE></body> </html>= --_15e20a7f-4291-409c-980b-beb2cea57bbf_-- -- to unsubscribe send a message to radiusext-request@ops.ietf.org with the word 'unsubscribe' in a single line as the message text body. archive: <http://psg.com/lists/radiusext/> Envelope-to: radiusext-data0@psg.com Delivery-date: Wed, 11 Mar 2009 17:55:22 +0000 Message-ID: <BLU137-W2472DD2E7622F0BA3EDED8939E0@phx.gbl> Content-Type: multipart/alternative; boundary="_de4c4dc5-1dfa-4aab-be7c-0995c3ac093b_" From: Bernard Aboba <bernard_aboba@hotmail.com> To: "radiusext@ops.ietf.org" <radiusext@ops.ietf.org> Subject: REMINDER: RADEXT WG last call on RADSEC specification Date: Wed, 11 Mar 2009 10:54:34 -0700 MIME-Version: 1.0 --_de4c4dc5-1dfa-4aab-be7c-0995c3ac093b_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable This is a reminder of the ongoing RADEXT WG last call on the RADSEC specifi= cation=2C prior to sending this document on to the IESG for publication as = an Experimental RFC. The document is available for inspection here: http://www.ietf.org/internet-drafts/draft-ietf-radext-radsec-04.txt RADEXT WG last call will last until March 30=2C 2009. Please send comments= to the RADEXT WG mailing list using the format described in the RADEXT Iss= ues list (http://www.drizzle.com/~aboba/RADEXT/). =20 EMAILING FOR THE LESSER BAD Join me= --_de4c4dc5-1dfa-4aab-be7c-0995c3ac093b_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable <html> <head> <style> .hmmessage P { margin:0px=3B padding:0px } body.hmmessage { font-size: 10pt=3B font-family:Verdana } </style> </head> <body class=3D'hmmessage'> <TABLE width=3D"100%"> <TBODY> <TR> <TD> <P>This is a reminder of the ongoing RADEXT WG last call on the RADSEC spec= ification=2C prior to sending this document on to the IESG for publication = as an Experimental RFC. =3B The document is available for inspection he= re:<BR><A href=3D"http://www.ietf.org/internet-drafts/draft-ietf-radext-rad= sec-04.txt">http://www.ietf.org/internet-drafts/draft-ietf-radext-radsec-04= .txt</A><BR> <BR>RADEXT WG last call will last until March 30=2C 2009. =3B Please se= nd comments to the RADEXT WG mailing list using the format described in the= RADEXT Issues list (http://www.drizzle.com/~aboba/RADEXT/). =3B <BR></= TD></TR></TBODY></TABLE><BR><BR></P> <TABLE style=3D"BORDER-TOP: black 1px solid=3B FONT-WEIGHT: bold=3B FONT-FA= MILY: 'Segoe UI'=2CTahoma=2Csan-serif"> <TBODY> <TR> <TD><A style=3D"FONT-SIZE: 9pt=3B COLOR: #0184cb=3B TEXT-DECORATION: none" = href=3D"http://im.live.com/Messenger/IM/Home/?source=3DEML_WLHM_GreaterGood= "><IMG style=3D"BORDER-TOP-STYLE: none=3B BORDER-RIGHT-STYLE: none=3B BORDE= R-LEFT-STYLE: none=3B BORDER-BOTTOM-STYLE: none" alt=3D"i'm" src=3D"http://= gfx1.hotmail.com/mail/w3/ltr/i_charity.gif"> EMAILING FOR THE LESSER BAD<BR= ><SPAN style=3D"PADDING-RIGHT: 24px=3B PADDING-LEFT: 24px=3B FONT-SIZE: 8pt= =3B PADDING-BOTTOM: 0px=3B COLOR: #3fb555=3B PADDING-TOP: 0px=3B TEXT-DECOR= ATION: underline">Join me</SPAN></A></TD></TR></TBODY></TABLE></body> </html>= --_de4c4dc5-1dfa-4aab-be7c-0995c3ac093b_-- -- to unsubscribe send a message to radiusext-request@ops.ietf.org with the word 'unsubscribe' in a single line as the message text body. archive: <http://psg.com/lists/radiusext/> Envelope-to: radiusext-data0@psg.com Delivery-date: Tue, 10 Mar 2009 03:35:32 +0000 From: "Dave Nelson" <d.b.nelson@comcast.net> To: <radiusext@ops.ietf.org> Cc: <isms@ietf.org> Subject: RE: FW: [Isms] radius usage last call followup Date: Mon, 9 Mar 2009 23:35:09 -0400 Message-ID: <EEF77F4F2490416A89D197F7EEB56302@NEWTON603> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Thread-Index: AcmhLn3sgbkJhL7rQPOqGnH6gWs4rgAAllyA Alan DeKok writes... > > Please check the changes until March 23rd. > > Security Section: > > There are good reasons to provision USM access so supplement with > AAA-based access, however. > > > NIT: This doesn't appear to be a sentence. Yeah. Let's see what that was supposed to say... I think it's: There are good reasons to provision USM access to supplement AAA-based access, however. -- to unsubscribe send a message to radiusext-request@ops.ietf.org with the word 'unsubscribe' in a single line as the message text body. archive: <http://psg.com/lists/radiusext/> Envelope-to: radiusext-data0@psg.com Delivery-date: Tue, 10 Mar 2009 03:12:43 +0000 Message-ID: <49B5DA68.50905@deployingradius.com> Date: Tue, 10 Mar 2009 04:11:36 +0100 From: Alan DeKok <aland@deployingradius.com> User-Agent: Thunderbird 2.0.0.19 (Macintosh/20081209) MIME-Version: 1.0 To: radiusext@ops.ietf.org Subject: Re: FW: [Isms] radius usage last call followup Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Romascanu, Dan (Dan) wrote: > -----Original Message----- > From: isms-bounces@ietf.org [mailto:isms-bounces@ietf.org] On Behalf Of > Juergen Schoenwaelder ... > our radius usage document has been last called in November and the > comments lead to several changes. The revised ID is now in place: > > http://tools.ietf.org/html/draft-ietf-isms-radius-usage-05 > > Please check the changes until March 23rd. Security Section: There are good reasons to provision USM access so supplement with AAA-based access, however. NIT: This doesn't appear to be a sentence. Alan DeKok. -- to unsubscribe send a message to radiusext-request@ops.ietf.org with the word 'unsubscribe' in a single line as the message text body. archive: <http://psg.com/lists/radiusext/> Envelope-to: radiusext-data0@psg.com Delivery-date: Mon, 09 Mar 2009 22:09:17 +0000 From: "Glen Zorn" <glenzorn@comcast.net> To: "'Bernard Aboba'" <bernard_aboba@hotmail.com>, "'David B. Nelson'" <dnelson@elbrysnetworks.com> Cc: <radiusext@ops.ietf.org> Subject: RE: IETF 74 Agenda - Take Four Date: Mon, 9 Mar 2009 15:07:51 -0700 Message-ID: <045e01c9a103$83fa90e0$8befb2a0$@net> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_045F_01C9A0C8.D79BB8E0" Thread-Index: AcmdFqiV7+2FZpbyTMK7j5ddJ2nJUQD7G4Hw Content-Language: en-us This is a multipart message in MIME format. ------=_NextPart_000_045F_01C9A0C8.D79BB8E0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Please allocate a slot under "Individual Submissions" for http://www.ietf.org/internet-drafts/draft-zorn-radius-pkmv1-03.txt. Thanks! From: owner-radiusext@ops.ietf.org [mailto:owner-radiusext@ops.ietf.org] On Behalf Of Bernard Aboba Sent: Wednesday, March 04, 2009 2:11 PM To: radiusext@ops.ietf.org Subject: IETF 74 Agenda - Take Four At IETF 74, the RADEXT WG is currently scheduled to meet on Friday, March 27,2009 from 9 AM - 11:30 AM. Currently the Agenda is as follows: 9 AM - 9:10 Preliminaries (10 minutes) Blue Sheets Note Takers Jabber Scribe Agenda bashing Document Status Documents completing IETF Last Call (20 minutes) 9:10 - 9:20 AM RADIUS Authorization for NAS Management, David Nelson (10 minutes) http://tools.ietf.org/html/draft-ietf-radext-management-authorization 9:20 - 9:30 AM RADIUS Design Guidelines, Alan DeKok (10 minutes) <http://tools.ietf.org/html/draft-ietf-radext-design> http://tools.ietf.org/html/draft-ietf-radext-design Documents that have completed RADEXT WG Last Call (50 minutes) 9:30 AM - 9:40 AM Status-Server, Alan DeKok (10 minutes) <http://tools.ietf.org/html/draft-ietf-radext-status-server> http://tools.ietf.org/html/draft-ietf-radext-status-server 9:40 AM - 9:50 AM RADSEC, Stefan Winter (10 minutes) <http://tools.ietf.org/html/draft-ietf-radext-radsec> http://tools.ietf.org/html/draft-ietf-radext-radsec 9:50 AM - 10:00 AM Extended RADIUS Attributes, TBD (10 minutes) http://tools.ietf.org/html/draft-ietf-radext-extended-attributes 10:00 AM - 10:20 AM RADIUS Crypto-agility Requirements, David Nelson (20 minutes) <http://tools.ietf.org/html/draft-ietf-radext-crypto-agility-requirements> http://tools.ietf.org/html/draft-ietf-radext-crypto-agility-requirements Working Group Work Items (20 minutes) 10:20 AM - 10:30 AM TCP Transport, Alan DeKok (10 minutes) http://tools.ietf.org/html/draft-ietf-radext-tcp-transport 10:30 AM - 10:40 AM New Tunnel-Type Values, Abhishek Tiwari (10 minutes) http://tools.ietf.org/html/draft-ietf-radext-tunnel-type Individual Submissions (20 minutes) 10:40 AM - 10:50 AM NAI-based Dynamic Peer Discovery, Stefan Winter (10 minutes) http://tools.ietf.org/html/draft-winter-dynamic-discovery 10:50 - 11:00 AM RADIUS attributes for IPv6 Access Networks, Benoit Lourdelet (10 minutes) http://tools.ietf.org/html/draft-lourdelet-radext-ipv6-access Summary & Wrap-up ------=_NextPart_000_045F_01C9A0C8.D79BB8E0 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)"> <style> <!-- /* Font Definitions */ @font-face {font-family:"Cambria Math"; panose-1:2 4 5 3 5 4 6 3 2 4;} @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;} @font-face {font-family:"Arial Black"; panose-1:2 11 10 4 2 1 2 2 2 4;} @font-face {font-family:Verdana; 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";} span.h1 {mso-style-name:h1;} span.EmailStyle20 {mso-style-type:personal-reply; font-family:"Arial Black","sans-serif"; color:#7030A0;} .MsoChpDefault {mso-style-type:export-only; font-size:10.0pt;} @page Section1 {size:8.5in 11.0in; margin:1.0in 1.0in 1.0in 1.0in;} div.Section1 {page:Section1;} --> </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=3DSection1> <p class=3DMsoNormal><span style=3D'font-size:11.0pt;font-family:"Arial = Black","sans-serif"; color:#7030A0'>Please allocate a slot under "Individual = Submissions" for <a = href=3D"http://www.ietf.org/internet-drafts/draft-zorn-radius-pkmv1-03.tx= t">http://www.ietf.org/internet-drafts/draft-zorn-radius-pkmv1-03.txt</a>= . Thanks!<o:p></o:p></span></p> <p class=3DMsoNormal><span style=3D'font-size:11.0pt;font-family:"Arial = Black","sans-serif"; color:#7030A0'><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><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"'> owner-radiusext@ops.ietf.org [mailto:owner-radiusext@ops.ietf.org] <b>On = Behalf Of </b>Bernard Aboba<br> <b>Sent:</b> Wednesday, March 04, 2009 2:11 PM<br> <b>To:</b> radiusext@ops.ietf.org<br> <b>Subject:</b> IETF 74 Agenda - Take Four<o:p></o:p></span></p> </div> </div> <p class=3DMsoNormal><o:p> </o:p></p> <p class=3DMsoNormal><span = style=3D'font-size:10.0pt;font-family:"Verdana","sans-serif"; color:#444444'>At IETF 74, the RADEXT WG is currently scheduled to meet = on Friday, March 27,2009 from 9 AM - 11:30 AM. Currently the = Agenda is as follows:<br> <br> 9 AM - 9:10 Preliminaries (10 minutes)<br> Blue Sheets<br> Note Takers<br> Jabber Scribe<br> Agenda bashing<br> Document Status<br> <br> Documents completing IETF Last Call (20 minutes)<br> <br> 9:10 - 9:20 AM RADIUS Authorization for NAS Management, David = Nelson (10 minutes)<br> </span><u><span = style=3D'font-size:10.0pt;font-family:"Verdana","sans-serif"; color:#0066CC'><a href=3D"http://tools.ietf.org/html/draft-ietf-radext-management-authoriza= tion">http://tools.ietf.org/html/draft-ietf-radext-management-authorizati= on</a></span></u><span style=3D'font-size:10.0pt;font-family:"Verdana","sans-serif";color:#44444= 4'><br> <br> 9:20 - 9:30 AM RADIUS Design Guidelines, Alan DeKok (10 minutes)<br> <a href=3D"http://tools.ietf.org/html/draft-ietf-radext-design"><span style=3D'color:#0066CC'>http://tools.ietf.org/html/draft-ietf-radext-desi= gn</span></a><br> <br> Documents that have completed RADEXT WG Last Call (50 = minutes)</span><span style=3D'font-size:10.0pt;font-family:"Verdana","sans-serif"'><br> <br> <span style=3D'color:#444444'>9:30 AM – 9:40 AM Status-Server, = Alan DeKok (10 minutes)<br> <a = href=3D"http://tools.ietf.org/html/draft-ietf-radext-status-server"><span= style=3D'color:purple'>http://tools.ietf.org/html/draft-ietf-radext-statu= s-server</span></a><br> <br> 9:40 AM - 9:50 AM RADSEC, Stefan Winter (10 minutes)<br> <a href=3D"http://tools.ietf.org/html/draft-ietf-radext-radsec"><span style=3D'color:#0066CC'>http://tools.ietf.org/html/draft-ietf-radext-rads= ec</span></a><br> <br> 9:50 AM – 10:00 AM Extended RADIUS Attributes, TBD (10 = minutes)<br> <a = href=3D"http://tools.ietf.org/html/draft-ietf-radext-extended-attributes"= >http://tools.ietf.org/html/draft-ietf-radext-extended-attributes</a><br>= <br> 10:00 AM - 10:20 AM RADIUS Crypto-agility Requirements, David Nelson (20 minutes)<br> <a href=3D"http://tools.ietf.org/html/draft-ietf-radext-crypto-agility-requi= rements"><span style=3D'color:#0066CC'>http://tools.ietf.org/html/draft-ietf-radext-cryp= to-agility-requirements</span></a></span><o:p></o:p></span></p> <div> <p class=3DMsoNormal style=3D'background:white'><span = style=3D'font-size:10.0pt; font-family:"Verdana","sans-serif";color:#444444'> <br> Working Group Work Items (20 minutes)<br> <br> 10:20 AM - 10:30 AM TCP Transport, Alan DeKok (10 minutes)<br> <a = href=3D"http://tools.ietf.org/html/draft-ietf-radext-tcp-transport">http:= //tools.ietf.org/html/draft-ietf-radext-tcp-transport</a><br> <br> 10:30 AM - 10:40 AM New Tunnel-Type Values, Abhishek Tiwari (10 = minutes)<br> </span><u><span = style=3D'font-size:10.0pt;font-family:"Verdana","sans-serif"; color:#0066CC'><a href=3D"http://tools.ietf.org/html/draft-ietf-radext-tunnel-type">http://= tools.ietf.org/html/draft-ietf-radext-tunnel-type</a></span></u><span style=3D'font-size:10.0pt;font-family:"Verdana","sans-serif";color:#44444= 4'><br> <br> Individual Submissions (20 minutes)</span><span = style=3D'font-size:10.0pt; font-family:"Verdana","sans-serif"'><o:p></o:p></span></p> <p class=3DMsoNormal style=3D'background:white'><span = style=3D'font-size:10.0pt; font-family:"Verdana","sans-serif";color:#444444'> </span><span style=3D'font-size:10.0pt;font-family:"Verdana","sans-serif"'><o:p></o:p>= </span></p> <p class=3DMsoNormal style=3D'background:white'><span = style=3D'font-size:10.0pt; font-family:"Verdana","sans-serif";color:#444444'>10:40 AM - 10:50 = AM NAI-based Dynamic Peer Discovery, Stefan Winter (10 minutes)</span><span style=3D'font-size:10.0pt;font-family:"Verdana","sans-serif"'><o:p></o:p>= </span></p> <p class=3DMsoNormal style=3D'background:white'><span = style=3D'font-size:10.0pt; font-family:"Verdana","sans-serif";color:#0068CF'><a href=3D"http://tools.ietf.org/html/draft-winter-dynamic-discovery">http:/= /tools.ietf.org/html/draft-winter-dynamic-discovery</a></span><span style=3D'font-size:10.0pt;font-family:"Verdana","sans-serif"'><o:p></o:p>= </span></p> <p class=3DMsoNormal style=3D'background:white'><span = style=3D'font-size:10.0pt; font-family:"Verdana","sans-serif"'> <o:p></o:p></span></p> <p class=3DMsoNormal style=3D'background:white'><span = style=3D'font-size:10.0pt; font-family:"Verdana","sans-serif";color:black'>10:50 - 11:00 AM <span class=3Dh1>RADIUS attributes for IPv6 Access = Networks</span><strong><span style=3D'font-family:"Verdana","sans-serif"'>, </span></strong>Benoit = Lourdelet (10 minutes)</span><span = style=3D'font-size:10.0pt;font-family:"Verdana","sans-serif"'><o:p></o:p>= </span></p> <p class=3DMsoNormal style=3D'background:white'><span = style=3D'font-size:10.0pt; font-family:"Verdana","sans-serif";color:#0068CF'><a href=3D"http://tools.ietf.org/html/draft-lourdelet-radext-ipv6-access">ht= tp://tools.ietf.org/html/draft-lourdelet-radext-ipv6-access</a></span><sp= an style=3D'font-size:10.0pt;font-family:"Verdana","sans-serif"'><o:p></o:p>= </span></p> <p class=3DMsoNormal style=3D'background:white'><span = style=3D'font-size:10.0pt; font-family:"Verdana","sans-serif"'> <o:p></o:p></span></p> <p class=3DMsoNormal style=3D'background:white'><span = style=3D'font-size:10.0pt; font-family:"Verdana","sans-serif";color:#444444'><br> Summary & Wrap-up</span><span = style=3D'font-size:10.0pt;font-family:"Verdana","sans-serif"'><o:p></o:p>= </span></p> <table class=3DMsoNormalTable border=3D1 cellpadding=3D0 = style=3D'border:none; border-top:solid black 1.0pt'> <tr> <td style=3D'border:none;padding:.75pt .75pt .75pt .75pt'></td> </tr> </table> <p class=3DMsoNormal><span = style=3D'font-size:10.0pt;font-family:"Verdana","sans-serif"'> <o:p>= </o:p></span></p> </div> </div> </div> </body> </html> ------=_NextPart_000_045F_01C9A0C8.D79BB8E0-- -- to unsubscribe send a message to radiusext-request@ops.ietf.org with the word 'unsubscribe' in a single line as the message text body. archive: <http://psg.com/lists/radiusext/> Envelope-to: radiusext-data0@psg.com Delivery-date: Mon, 09 Mar 2009 21:46:09 +0000 From: Internet-Drafts@ietf.org To: i-d-announce@ietf.org Cc: radiusext@ops.ietf.org Subject: I-D Action:draft-ietf-radext-extended-attributes-07.txt Content-Type: Multipart/Mixed; Boundary="NextPart" Mime-Version: 1.0 Message-Id: <20090309214501.777B63A6C98@core3.amsl.com> Date: Mon, 9 Mar 2009 14:45:01 -0700 (PDT) --NextPart A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the RADIUS EXTensions Working Group of the IETF. Title : Extended Remote Authentication Dial In User Service (RADIUS) Attributes Author(s) : Y. Li, et al. Filename : draft-ietf-radext-extended-attributes-07.txt Pages : 13 Date : 2009-03-09 For the Remote Authentication Dial In User Service (RADIUS) protocol to continue to support new applications, the RADIUS attribute type space must be extended beyond the current limit of 255 possible attribute types while maintaining backwards compatibility with the existing protocol. This document defines a mechanism to accomplish that task, along with standard methods to group together related attributes and to encode values that don't fit into 253 octets. A URL for this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-ietf-radext-extended-attributes-07.txt Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ Below is the data which will enable a MIME compliant mail reader implementation to automatically retrieve the ASCII version of the Internet-Draft. --NextPart Content-Type: Message/External-body; name="draft-ietf-radext-extended-attributes-07.txt"; site="ftp.ietf.org"; access-type="anon-ftp"; directory="internet-drafts" Content-Type: text/plain Content-ID: <2009-03-09143044.I-D@ietf.org> --NextPart-- -- to unsubscribe send a message to radiusext-request@ops.ietf.org with the word 'unsubscribe' in a single line as the message text body. archive: <http://psg.com/lists/radiusext/> Envelope-to: radiusext-data0@psg.com Delivery-date: Mon, 09 Mar 2009 19:33:20 +0000 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Subject: FW: [Isms] radius usage last call followup Date: Mon, 9 Mar 2009 20:32:07 +0100 Message-ID: <EDC652A26FB23C4EB6384A4584434A04014949FC@307622ANEX5.global.avaya.com> Thread-Topic: [Isms] radius usage last call followup Thread-Index: AcmgiQeBCgM6odInTtmjiEC0K1dfRwAZLBqg From: "Romascanu, Dan (Dan)" <dromasca@avaya.com> To: <radiusext@ops.ietf.org> =20 -----Original Message----- From: isms-bounces@ietf.org [mailto:isms-bounces@ietf.org] On Behalf Of Juergen Schoenwaelder Sent: Monday, March 09, 2009 9:31 AM To: isms@ietf.org Subject: [Isms] radius usage last call followup Hi, our radius usage document has been last called in November and the comments lead to several changes. The revised ID is now in place: http://tools.ietf.org/html/draft-ietf-isms-radius-usage-05 Please check the changes until March 23rd. /js --=20 Juergen Schoenwaelder Jacobs University Bremen gGmbH Phone: +49 421 200 3587 Campus Ring 1, 28759 Bremen, Germany Fax: +49 421 200 3103 <http://www.jacobs-university.de/> _______________________________________________ Isms mailing list Isms@ietf.org https://www.ietf.org/mailman/listinfo/isms -- to unsubscribe send a message to radiusext-request@ops.ietf.org with the word 'unsubscribe' in a single line as the message text body. archive: <http://psg.com/lists/radiusext/> Envelope-to: radiusext-data0@psg.com Delivery-date: Mon, 09 Mar 2009 13:57:13 +0000 To: IETF-Announce <ietf-announce@ietf.org> From: The IESG <iesg-secretary@ietf.org> Subject: Last Call: draft-ietf-radext-design (RADIUS Design Guidelines) to BCP Reply-to: ietf@ietf.org CC: <radiusext@ops.ietf.org> Message-Id: <20090309135543.BEB223A6C8B@core3.amsl.com> Date: Mon, 9 Mar 2009 06:55:43 -0700 (PDT) The IESG has received a request from the RADIUS EXTensions WG (radext) to consider the following document: - 'RADIUS Design Guidelines ' <draft-ietf-radext-design-07.txt> as a BCP The IESG plans to make a decision in the next few weeks, and solicits final comments on this action. Please send substantive comments to the ietf@ietf.org mailing lists by 2009-03-23. Exceptionally, comments may be sent to iesg@ietf.org instead. In either case, please retain the beginning of the Subject line to allow automated sorting. The file can be obtained via http://www.ietf.org/internet-drafts/draft-ietf-radext-design-07.txt IESG discussion can be tracked via https://datatracker.ietf.org/public/pidtracker.cgi?command=view_id&dTag=16426&rfc_flag=0 The following IPR Declarations may be related to this I-D: -- to unsubscribe send a message to radiusext-request@ops.ietf.org with the word 'unsubscribe' in a single line as the message text body. archive: <http://psg.com/lists/radiusext/> Envelope-to: radiusext-data0@psg.com Delivery-date: Mon, 09 Mar 2009 02:09:51 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=lya6oAZl0xNJl4js6hA5sxmMW0JRSqD1kucZaxWQchQ=; b=e+6fBDGe8v3ag7qILKLUO+dfC1FGxvBThcwivzDx+yFxWKn+RnewSZBkrPc8xJsaJx rwoi8XT65GaicGGpdkgaKFJ/VRxFrwcBqrHtYuCYKk+D+CTCAt0PaOp7WPmVHGU/nSFU qMg1iKJhSEwnkUI2ZSAAjkwlcvUjTnF7GK5g8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=cinaup7+tc4WjYX1q+LaGtYdhDm2qdkomVdPwFL/3eJVwmdhvl6zE+2joLSXEh7i6x B+6+LWh0tkXQWAvaCrXPdD+9s+bANeu7job3J6uWvs3E61oGpxcSu7r10kV0F7oj5pL6 i3DcU5pdjGGWFo1Fqjz0NVAXxAewzf5jEW8qY= MIME-Version: 1.0 Date: Sun, 8 Mar 2009 22:08:44 -0400 Message-ID: <d11ef1350903081908n1c2f7422je8dedb4c55812388@mail.gmail.com> Subject: [Issue 287] Re: Cmts on ExtAttrs-05 From: Greg Weber <gdweber@gmail.com> To: Glen Zorn <glenzorn@comcast.net> Cc: radiusext@ops.ietf.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On Thu, Nov 6, 2008 at 10:09 PM, Glen Zorn <glenzorn@comcast.net> wrote: > Greg Weber [mailto:gdweber@gmail.com] writes: > > ... > >> A couple editorial comments on the current (-05) extended attributes >> draft: >> >> Section 5, under More bit description: >> =A0 =A0"exceeds 246 octets" -> "exceeds 245 octets" > > Fixed. > >> Section 5, under Ext-Len description: >> =A0 ">=3D3." -> ">=3D4." > > Fixed. > >> Figure 3: the second Ext-Type's value: >> =A0 "(0x00" -> "(0x01)" > > Fixed. I don't think this got fixed correctly in -06. Now the first byte of Ext-Type is 0x00, and it should be 0x01. G > >> Figure 4: I think the very last two octet values swapped. > > Fixed. > >> Figure 4: The third attribute in this figure violates this earlier >> MUST from section 4: > > Yup. =A0Anybody happen to remember whose idea it was to put that restrict= ion > in place? > >> =A0 "If an Extended Attribute contains more than one TLV then all of the >> encapsulated >> =A0 TLVs MUST fit completely within the Extended Attribute." >> =A0 Not sure if this is a problem with the text or the example -or maybe >> just wording. > > -- to unsubscribe send a message to radiusext-request@ops.ietf.org with the word 'unsubscribe' in a single line as the message text body. archive: <http://psg.com/lists/radiusext/> Envelope-to: radiusext-data0@psg.com Delivery-date: Sat, 07 Mar 2009 23:31:39 +0000 From: Internet-Drafts@ietf.org To: i-d-announce@ietf.org Cc: radiusext@ops.ietf.org Subject: I-D Action:draft-ietf-radext-extended-attributes-06.txt Content-Type: Multipart/Mixed; Boundary="NextPart" Mime-Version: 1.0 Message-Id: <20090307233001.6A8213A6A8D@core3.amsl.com> Date: Sat, 7 Mar 2009 15:30:01 -0800 (PST) --NextPart A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the RADIUS EXTensions Working Group of the IETF. Title : Extended Remote Authentication Dial In User Service (RADIUS) Attributes Author(s) : Y. Li, et al. Filename : draft-ietf-radext-extended-attributes-06.txt Pages : 13 Date : 2009-03-07 For the Remote Authentication Dial In User Service (RADIUS) protocol to continue to support new applications, the RADIUS attribute type space must be extended beyond the current limit of 255 possible attribute types while maintaining backwards compatibility with the existing protocol. This document defines a mechanism to accomplish that task, along with standard methods to group together related attributes and to encode values that don't fit into 253 octets. A URL for this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-ietf-radext-extended-attributes-06.txt Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ Below is the data which will enable a MIME compliant mail reader implementation to automatically retrieve the ASCII version of the Internet-Draft. --NextPart Content-Type: Message/External-body; name="draft-ietf-radext-extended-attributes-06.txt"; site="ftp.ietf.org"; access-type="anon-ftp"; directory="internet-drafts" Content-Type: text/plain Content-ID: <2009-03-07152100.I-D@ietf.org> --NextPart-- -- to unsubscribe send a message to radiusext-request@ops.ietf.org with the word 'unsubscribe' in a single line as the message text body. archive: <http://psg.com/lists/radiusext/> Envelope-to: radiusext-data0@psg.com Delivery-date: Fri, 06 Mar 2009 18:59:00 +0000 From: "Glen Zorn" <glenzorn@comcast.net> To: "'Bernard Aboba'" <bernard_aboba@hotmail.com> Cc: <radiusext@ops.ietf.org> Subject: RE: IETF 74 Agenda - Take Four Date: Fri, 6 Mar 2009 10:57:39 -0800 Message-ID: <007401c99e8d$6ca21a30$45e64e90$@net> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0075_01C99E4A.5E7EDA30" Thread-index: AcmdFqiV7+2FZpbyTMK7j5ddJ2nJUQBbXVBQ Content-Language: en-us This is a multipart message in MIME format. ------=_NextPart_000_0075_01C99E4A.5E7EDA30 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit I notice that the Encrypted Attributes draft (http://www.ietf.org/internet-drafts/draft-zorn-radius-encattr-15.txt) is not on the agenda; may we have a slot, please? BTW, I'll talk about the Extended Attributes draft. From: owner-radiusext@ops.ietf.org [mailto:owner-radiusext@ops.ietf.org] On Behalf Of Bernard Aboba Sent: Wednesday, March 04, 2009 2:11 PM To: radiusext@ops.ietf.org Subject: IETF 74 Agenda - Take Four At IETF 74, the RADEXT WG is currently scheduled to meet on Friday, March 27,2009 from 9 AM - 11:30 AM. Currently the Agenda is as follows: 9 AM - 9:10 Preliminaries (10 minutes) Blue Sheets Note Takers Jabber Scribe Agenda bashing Document Status Documents completing IETF Last Call (20 minutes) 9:10 - 9:20 AM RADIUS Authorization for NAS Management, David Nelson (10 minutes) http://tools.ietf.org/html/draft-ietf-radext-management-authorization 9:20 - 9:30 AM RADIUS Design Guidelines, Alan DeKok (10 minutes) <http://tools.ietf.org/html/draft-ietf-radext-design> http://tools.ietf.org/html/draft-ietf-radext-design Documents that have completed RADEXT WG Last Call (50 minutes) 9:30 AM - 9:40 AM Status-Server, Alan DeKok (10 minutes) <http://tools.ietf.org/html/draft-ietf-radext-status-server> http://tools.ietf.org/html/draft-ietf-radext-status-server 9:40 AM - 9:50 AM RADSEC, Stefan Winter (10 minutes) <http://tools.ietf.org/html/draft-ietf-radext-radsec> http://tools.ietf.org/html/draft-ietf-radext-radsec 9:50 AM - 10:00 AM Extended RADIUS Attributes, TBD (10 minutes) http://tools.ietf.org/html/draft-ietf-radext-extended-attributes 10:00 AM - 10:20 AM RADIUS Crypto-agility Requirements, David Nelson (20 minutes) <http://tools.ietf.org/html/draft-ietf-radext-crypto-agility-requirements> http://tools.ietf.org/html/draft-ietf-radext-crypto-agility-requirements Working Group Work Items (20 minutes) 10:20 AM - 10:30 AM TCP Transport, Alan DeKok (10 minutes) http://tools.ietf.org/html/draft-ietf-radext-tcp-transport 10:30 AM - 10:40 AM New Tunnel-Type Values, Abhishek Tiwari (10 minutes) http://tools.ietf.org/html/draft-ietf-radext-tunnel-type Individual Submissions (20 minutes) 10:40 AM - 10:50 AM NAI-based Dynamic Peer Discovery, Stefan Winter (10 minutes) http://tools.ietf.org/html/draft-winter-dynamic-discovery 10:50 - 11:00 AM RADIUS attributes for IPv6 Access Networks, Benoit Lourdelet (10 minutes) http://tools.ietf.org/html/draft-lourdelet-radext-ipv6-access Summary & Wrap-up ------=_NextPart_000_0075_01C99E4A.5E7EDA30 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)"> <style> <!-- /* Font Definitions */ @font-face {font-family:"Cambria Math"; panose-1:2 4 5 3 5 4 6 3 2 4;} @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;} @font-face {font-family:"Arial Black"; panose-1:2 11 10 4 2 1 2 2 2 4;} @font-face {font-family:Verdana; 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";} span.h1 {mso-style-name:h1;} span.EmailStyle20 {mso-style-type:personal-reply; font-family:"Arial Black","sans-serif"; color:#7030A0;} .MsoChpDefault {mso-style-type:export-only; font-size:10.0pt;} @page Section1 {size:8.5in 11.0in; margin:1.0in 1.0in 1.0in 1.0in;} div.Section1 {page:Section1;} --> </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=3DSection1> <p class=3DMsoNormal><span style=3D'font-size:11.0pt;font-family:"Arial = Black","sans-serif"; color:#7030A0'>I notice that the Encrypted Attributes draft (<a href=3D"http://www.ietf.org/internet-drafts/draft-zorn-radius-encattr-15.= txt">http://www.ietf.org/internet-drafts/draft-zorn-radius-encattr-15.txt= </a>) is not on the agenda; may we have a slot, please? BTW, I'll talk = about the Extended Attributes draft…<o:p></o:p></span></p> <p class=3DMsoNormal><span style=3D'font-size:11.0pt;font-family:"Arial = Black","sans-serif"; color:#7030A0'><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><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"'> = owner-radiusext@ops.ietf.org [mailto:owner-radiusext@ops.ietf.org] <b>On Behalf Of </b>Bernard = Aboba<br> <b>Sent:</b> Wednesday, March 04, 2009 2:11 PM<br> <b>To:</b> radiusext@ops.ietf.org<br> <b>Subject:</b> IETF 74 Agenda - Take Four<o:p></o:p></span></p> </div> </div> <p class=3DMsoNormal><o:p> </o:p></p> <p class=3DMsoNormal><span = style=3D'font-size:10.0pt;font-family:"Verdana","sans-serif"; color:#444444'>At IETF 74, the RADEXT WG is currently scheduled to meet = on Friday, March 27,2009 from 9 AM - 11:30 AM. Currently the = Agenda is as follows:<br> <br> 9 AM - 9:10 Preliminaries (10 minutes)<br> Blue Sheets<br> Note Takers<br> Jabber Scribe<br> Agenda bashing<br> Document Status<br> <br> Documents completing IETF Last Call (20 minutes)<br> <br> 9:10 - 9:20 AM RADIUS Authorization for NAS Management, David = Nelson (10 minutes)<br> </span><u><span = style=3D'font-size:10.0pt;font-family:"Verdana","sans-serif"; color:#0066CC'><a href=3D"http://tools.ietf.org/html/draft-ietf-radext-management-authoriza= tion">http://tools.ietf.org/html/draft-ietf-radext-management-authorizati= on</a></span></u><span style=3D'font-size:10.0pt;font-family:"Verdana","sans-serif";color:#44444= 4'><br> <br> 9:20 - 9:30 AM RADIUS Design Guidelines, Alan DeKok (10 minutes)<br> <a href=3D"http://tools.ietf.org/html/draft-ietf-radext-design"><span style=3D'color:#0066CC'>http://tools.ietf.org/html/draft-ietf-radext-desi= gn</span></a><br> <br> Documents that have completed RADEXT WG Last Call (50 = minutes)</span><span style=3D'font-size:10.0pt;font-family:"Verdana","sans-serif"'><br> <br> <span style=3D'color:#444444'>9:30 AM – 9:40 AM Status-Server, = Alan DeKok (10 minutes)<br> <a = href=3D"http://tools.ietf.org/html/draft-ietf-radext-status-server"><span= style=3D'color:purple'>http://tools.ietf.org/html/draft-ietf-radext-statu= s-server</span></a><br> <br> 9:40 AM - 9:50 AM RADSEC, Stefan Winter (10 minutes)<br> <a href=3D"http://tools.ietf.org/html/draft-ietf-radext-radsec"><span style=3D'color:#0066CC'>http://tools.ietf.org/html/draft-ietf-radext-rads= ec</span></a><br> <br> 9:50 AM – 10:00 AM Extended RADIUS Attributes, TBD (10 = minutes)<br> <a = href=3D"http://tools.ietf.org/html/draft-ietf-radext-extended-attributes"= >http://tools.ietf.org/html/draft-ietf-radext-extended-attributes</a><br>= <br> 10:00 AM - 10:20 AM RADIUS Crypto-agility Requirements, David Nelson (20 minutes)<br> <a href=3D"http://tools.ietf.org/html/draft-ietf-radext-crypto-agility-requi= rements"><span style=3D'color:#0066CC'>http://tools.ietf.org/html/draft-ietf-radext-cryp= to-agility-requirements</span></a></span><o:p></o:p></span></p> <div> <p class=3DMsoNormal style=3D'background:white'><span = style=3D'font-size:10.0pt; font-family:"Verdana","sans-serif";color:#444444'> <br> Working Group Work Items (20 minutes)<br> <br> 10:20 AM - 10:30 AM TCP Transport, Alan DeKok (10 minutes)<br> <a = href=3D"http://tools.ietf.org/html/draft-ietf-radext-tcp-transport">http:= //tools.ietf.org/html/draft-ietf-radext-tcp-transport</a><br> <br> 10:30 AM - 10:40 AM New Tunnel-Type Values, Abhishek Tiwari (10 = minutes)<br> </span><u><span = style=3D'font-size:10.0pt;font-family:"Verdana","sans-serif"; color:#0066CC'><a href=3D"http://tools.ietf.org/html/draft-ietf-radext-tunnel-type">http://= tools.ietf.org/html/draft-ietf-radext-tunnel-type</a></span></u><span style=3D'font-size:10.0pt;font-family:"Verdana","sans-serif";color:#44444= 4'><br> <br> Individual Submissions (20 minutes)</span><span = style=3D'font-size:10.0pt; font-family:"Verdana","sans-serif"'><o:p></o:p></span></p> <p class=3DMsoNormal style=3D'background:white'><span = style=3D'font-size:10.0pt; font-family:"Verdana","sans-serif";color:#444444'> </span><span style=3D'font-size:10.0pt;font-family:"Verdana","sans-serif"'><o:p></o:p>= </span></p> <p class=3DMsoNormal style=3D'background:white'><span = style=3D'font-size:10.0pt; font-family:"Verdana","sans-serif";color:#444444'>10:40 AM - 10:50 = AM NAI-based Dynamic Peer Discovery, Stefan Winter (10 minutes)</span><span style=3D'font-size:10.0pt;font-family:"Verdana","sans-serif"'><o:p></o:p>= </span></p> <p class=3DMsoNormal style=3D'background:white'><span = style=3D'font-size:10.0pt; font-family:"Verdana","sans-serif";color:#0068CF'><a href=3D"http://tools.ietf.org/html/draft-winter-dynamic-discovery">http:/= /tools.ietf.org/html/draft-winter-dynamic-discovery</a></span><span style=3D'font-size:10.0pt;font-family:"Verdana","sans-serif"'><o:p></o:p>= </span></p> <p class=3DMsoNormal style=3D'background:white'><span = style=3D'font-size:10.0pt; font-family:"Verdana","sans-serif"'> <o:p></o:p></span></p> <p class=3DMsoNormal style=3D'background:white'><span = style=3D'font-size:10.0pt; font-family:"Verdana","sans-serif";color:black'>10:50 - 11:00 AM <span class=3Dh1>RADIUS attributes for IPv6 Access = Networks</span><strong><span style=3D'font-family:"Verdana","sans-serif"'>, </span></strong>Benoit = Lourdelet (10 minutes)</span><span = style=3D'font-size:10.0pt;font-family:"Verdana","sans-serif"'><o:p></o:p>= </span></p> <p class=3DMsoNormal style=3D'background:white'><span = style=3D'font-size:10.0pt; font-family:"Verdana","sans-serif";color:#0068CF'><a href=3D"http://tools.ietf.org/html/draft-lourdelet-radext-ipv6-access">ht= tp://tools.ietf.org/html/draft-lourdelet-radext-ipv6-access</a></span><sp= an style=3D'font-size:10.0pt;font-family:"Verdana","sans-serif"'><o:p></o:p>= </span></p> <p class=3DMsoNormal style=3D'background:white'><span = style=3D'font-size:10.0pt; font-family:"Verdana","sans-serif"'> <o:p></o:p></span></p> <p class=3DMsoNormal style=3D'background:white'><span = style=3D'font-size:10.0pt; font-family:"Verdana","sans-serif";color:#444444'><br> Summary & Wrap-up</span><span = style=3D'font-size:10.0pt;font-family:"Verdana","sans-serif"'><o:p></o:p>= </span></p> <table class=3DMsoNormalTable border=3D1 cellpadding=3D0 = style=3D'border:none; border-top:solid black 1.0pt'> <tr> <td style=3D'border:none;padding:.75pt .75pt .75pt .75pt'></td> </tr> </table> <p class=3DMsoNormal><span = style=3D'font-size:10.0pt;font-family:"Verdana","sans-serif"'> <o:p>= </o:p></span></p> </div> </div> </div> </body> </html> ------=_NextPart_000_0075_01C99E4A.5E7EDA30-- -- to unsubscribe send a message to radiusext-request@ops.ietf.org with the word 'unsubscribe' in a single line as the message text body. archive: <http://psg.com/lists/radiusext/> Envelope-to: radiusext-data0@psg.com Delivery-date: Fri, 06 Mar 2009 13:00:47 +0000 Message-ID: <49B11E5D.6090106@restena.lu> Date: Fri, 06 Mar 2009 14:00:13 +0100 From: Stefan Winter <stefan.winter@restena.lu> User-Agent: Thunderbird 2.0.0.19 (X11/20081227) MIME-Version: 1.0 To: radiusext@ops.ietf.org Subject: Re: I-D Action:draft-ietf-radext-radsec-04.txt Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 8bit Hello, > A URL for this Internet-Draft is: > http://www.ietf.org/internet-drafts/draft-ietf-radext-radsec-04.txt > > Internet-Drafts are also available by anonymous FTP at: > ftp://ftp.ietf.org/internet-drafts/ > This revision includes updated text to Joe's recent comments. It also features the new trust language (pre5378 is used). I had to restore my XML source from a fairly recent backup. I don't expect that text was lost. Just in case: if I promised a text update to someone "in the next revision", and that text is not here, please yell. Please use this updated version as basis for your WGLC comments. Greetings, Stefan Winter -- Stefan WINTER Ingenieur de Recherche Fondation RESTENA - Réseau Téléinformatique de l'Education Nationale et de la Recherche 6, rue Richard Coudenhove-Kalergi L-1359 Luxembourg Tel: +352 424409 1 Fax: +352 422473 -- to unsubscribe send a message to radiusext-request@ops.ietf.org with the word 'unsubscribe' in a single line as the message text body. archive: <http://psg.com/lists/radiusext/> Envelope-to: radiusext-data0@psg.com Delivery-date: Fri, 06 Mar 2009 12:46:31 +0000 From: Internet-Drafts@ietf.org To: i-d-announce@ietf.org Cc: radiusext@ops.ietf.org Subject: I-D Action:draft-ietf-radext-radsec-04.txt Content-Type: Multipart/Mixed; Boundary="NextPart" Mime-Version: 1.0 Message-Id: <20090306124501.9A87C28C1CC@core3.amsl.com> Date: Fri, 6 Mar 2009 04:45:01 -0800 (PST) --NextPart A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the RADIUS EXTensions Working Group of the IETF. Title : TLS encryption for RADIUS over TCP (RadSec) Author(s) : S. Winter, et al. Filename : draft-ietf-radext-radsec-04.txt Pages : 16 Date : 2009-03-06 This document specifies security on the transport layer (TLS) for the RADIUS protocol [RFC2865] when transmitted over TCP [I-D.dekok-radext-tcp-transport]. This enables dynamic trust relationships between RADIUS servers. A URL for this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-ietf-radext-radsec-04.txt Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ Below is the data which will enable a MIME compliant mail reader implementation to automatically retrieve the ASCII version of the Internet-Draft. --NextPart Content-Type: Message/External-body; name="draft-ietf-radext-radsec-04.txt"; site="ftp.ietf.org"; access-type="anon-ftp"; directory="internet-drafts" Content-Type: text/plain Content-ID: <2009-03-06044214.I-D@ietf.org> --NextPart-- -- to unsubscribe send a message to radiusext-request@ops.ietf.org with the word 'unsubscribe' in a single line as the message text body. archive: <http://psg.com/lists/radiusext/> Envelope-to: radiusext-data0@psg.com Delivery-date: Fri, 06 Mar 2009 08:35:13 +0000 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C99E36.559782F2" Subject: RE: IETF 74 Agenda - Take Four Date: Fri, 6 Mar 2009 09:34:06 +0100 Message-ID: <A05118C6DF9320488C77F3D5459B17B7095C5221@xmb-ams-333.emea.cisco.com> Thread-Topic: IETF 74 Agenda - Take Four Thread-Index: Acmdtvv3Q+uFRGPxTKqLBVwv2/X0kgAftcXQ From: "Benoit Lourdelet (blourdel)" <blourdel@cisco.com> To: <radiusext@ops.ietf.org>, "Bernard Aboba" <bernard_aboba@hotmail.com>, "Behcet Sarikaya" <sarikaya@ieee.org> DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; l=24367; t=1236328456; x=1237192456; c=relaxed/simple; s=amsdkim2001; h=Content-Type:From:Subject:Content-Transfer-Encoding:MIME-Version; d=cisco.com; i=blourdel@cisco.com; z=From:=20=22Benoit=20Lourdelet=20(blourdel)=22=20<blourdel@ cisco.com> |Subject:=20RE=3A=20IETF=2074=20Agenda=20-=20Take=20Four |Sender:=20; bh=ibpW3grVEeajyk9N6uIdEFpRtMj+DFRHrP9mRhi1nf0=; b=KsdrrgwEt84WIygSQ5/8OIe/sivrj30/C53j9Zb/0hlIQteXVKzxnSEWcR pppwjByWwbSJxXNIQJsTFWDo4yT1njqevTk+p0ciYSAmrPYTCH5YZWBhMacF SuyGklEm6M; Authentication-Results: ams-dkim-2; header.From=blourdel@cisco.com; dkim=pass ( sig from cisco.com/amsdkim2001 verified; ); This is a multi-part message in MIME format. ------_=_NextPart_001_01C99E36.559782F2 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: base64 QmVoY2V0LA0KDQogDQoNCkkgd2FzIG5vdCBpbiBNTiAsIEkgcmVhZCB0aGUgSUVURiA3MyBtZWV0 aW5nIG1pbnV0ZSBhbmQgY291bGQgbm90IGNvbmNsdWRlLiBTbyBCZXJuYXJkIG1heSB3YW50IHRv IHNoZWQgc29tZSBsaWdodCBvbiB0aGF0IHRvcGljLg0KDQogDQoNCkJlbm9pdA0KDQogDQoNCkZy b206IEJlaGNldCBTYXJpa2F5YSBbbWFpbHRvOmJlaGNldHNhcmlrYXlhQHlhaG9vLmNvbV0gDQpT ZW50OiBUaHVyc2RheSwgTWFyY2ggMDUsIDIwMDkgNjoyMSBQTQ0KVG86IEJlbm9pdCBMb3VyZGVs ZXQgKGJsb3VyZGVsKQ0KQ2M6IHJhZGl1c2V4dEBvcHMuaWV0Zi5vcmc7IEJlcm5hcmQgQWJvYmEN ClN1YmplY3Q6IFJlOiBJRVRGIDc0IEFnZW5kYSAtIFRha2UgRm91cg0KDQogDQoNCkhpIEJlbm9p dCwNCg0KICBXZXJlIHlvdSBpbiBNaW5uZWFwb2xpcyBsYXN0IE5vdmVtYmVyPw0KDQogDQoNCkkg dGhpbmsgdGhhdCBkcmFmdC1sb3VyZGVsZXQtcmFkZXh0LXJmYzMxNjJiaXMtMDIgaXMgaW4gbGlu ZSB3aXRoIHdoYXQgd2FzIGFncmVlZCB1cG9uIGFuZCB3aGF0IEJlcm5hcmQgaGFkIHN1Z2dlc3Rl ZCB0aGF0IHdlIGRvLg0KDQogDQoNCkkgdGhpbmsgdGhhdCBkcmFmdC1sb3VyZGVsZXQtcmFkZXh0 LWlwdjYtYWNjZXNzLTAwIGlzIG5vdC4NCg0KIA0KDQpNZXJjaSwNCg0KIA0KDQpCZWhjZXQNCg0K IA0KDQpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KDQpGcm9tOiBCZW5vaXQgTG91 cmRlbGV0IChibG91cmRlbCkgPGJsb3VyZGVsQGNpc2NvLmNvbT4NClRvOiBCZWhjZXQgU2FyaWth eWEgPHNhcmlrYXlhQElFRUUuT1JHPg0KQ2M6IHJhZGl1c2V4dEBvcHMuaWV0Zi5vcmc7IEJlcm5h cmQgQWJvYmEgPGJlcm5hcmRfYWJvYmFAaG90bWFpbC5jb20+DQpTZW50OiBUaHVyc2RheSwgTWFy Y2ggNSwgMjAwOSAxMTowMzowMCBBTQ0KU3ViamVjdDogUkU6IElFVEYgNzQgQWdlbmRhIC0gVGFr ZSBGb3VyDQoNCkhlbGxvLA0KDQogDQoNCkZXSSA6IGRyYWZ0LWxvdXJkZWxldC1yYWRleHQtcmZj MzE2MmJpcy0wMiBtb3JwaGVkIGludG8gZHJhZnQtbG91cmRlbGV0LXJhZGV4dC1pcHY2LWFjY2Vz cy0wMA0KDQogDQoNCkJlbm9pdCANCg0KIA0KDQogDQoNCiANCg0KRnJvbTogb3duZXItcmFkaXVz ZXh0QG9wcy5pZXRmLm9yZyBbbWFpbHRvOm93bmVyLXJhZGl1c2V4dEBvcHMuaWV0Zi5vcmddIE9u IEJlaGFsZiBPZiBCZWhjZXQgU2FyaWtheWENClNlbnQ6IFRodXJzZGF5LCBNYXJjaCAwNSwgMjAw OSA1OjUwIFBNDQpUbzogQmVybmFyZCBBYm9iYTsgcmFkaXVzZXh0QG9wcy5pZXRmLm9yZw0KU3Vi amVjdDogUmU6IElFVEYgNzQgQWdlbmRhIC0gVGFrZSBGb3VyDQoNCiANCg0KSGkgQmVybmFyZCwN Cg0KICBDYW4geW91IHBsZWFzZSBzcXVlZXplIGEgc2hvcnQgcHJlc2VudGF0aW9uIGZvciBkcmFm dC1zYXJpa2F5YS1yYWRleHQtcHJlZml4LWF1dGhvcml6YXRpb24tMDI/IFdlIGFyZSByZXZpc2lu ZyB0aGUgZHJhZnQgaW4gdmlldyBvZiBkcmFmdC1sb3VyZGVsZXQtcmFkZXh0LXJmYzMxNjJiaXMt MDIuDQoNCiANCg0KUmVnYXJkcywNCg0KIA0KDQpCZWhjZXQNCg0KIA0KDQpfX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fXw0KDQpGcm9tOiBCZXJuYXJkIEFib2JhIDxiZXJuYXJkX2Fib2Jh QGhvdG1haWwuY29tPg0KVG86ICJyYWRpdXNleHRAb3BzLmlldGYub3JnIiA8cmFkaXVzZXh0QG9w cy5pZXRmLm9yZz4NClNlbnQ6IFdlZG5lc2RheSwgTWFyY2ggNCwgMjAwOSA0OjExOjAyIFBNDQpT dWJqZWN0OiBJRVRGIDc0IEFnZW5kYSAtIFRha2UgRm91cg0KDQpBdCBJRVRGIDc0LCB0aGUgUkFE RVhUIFdHIGlzIGN1cnJlbnRseSBzY2hlZHVsZWQgdG8gbWVldCBvbiBGcmlkYXksIE1hcmNoIDI3 LDIwMDkgIGZyb20gOSBBTSAtIDExOjMwIEFNLiAgQ3VycmVudGx5IHRoZSBBZ2VuZGEgaXMgYXMg Zm9sbG93czoNCiANCjkgQU0gLSA5OjEwIFByZWxpbWluYXJpZXMgKDEwIG1pbnV0ZXMpDQogICBC bHVlIFNoZWV0cw0KICAgTm90ZSBUYWtlcnMNCiAgIEphYmJlciBTY3JpYmUNCiAgIEFnZW5kYSBi YXNoaW5nDQogICBEb2N1bWVudCBTdGF0dXMNCiANCkRvY3VtZW50cyBjb21wbGV0aW5nIElFVEYg TGFzdCBDYWxsICgyMCBtaW51dGVzKQ0KIA0KOToxMCAtIDk6MjAgQU0gIFJBRElVUyBBdXRob3Jp emF0aW9uIGZvciBOQVMgTWFuYWdlbWVudCwgRGF2aWQgTmVsc29uICgxMCBtaW51dGVzKQ0KaHR0 cDovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQtaWV0Zi1yYWRleHQtbWFuYWdlbWVudC1hdXRo b3JpemF0aW9uDQogDQo5OjIwIC0gOTozMCBBTSBSQURJVVMgRGVzaWduIEd1aWRlbGluZXMsIEFs YW4gRGVLb2sgKDEwIG1pbnV0ZXMpDQpodHRwOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC1p ZXRmLXJhZGV4dC1kZXNpZ24gPGh0dHA6Ly90b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0LWlldGYt cmFkZXh0LWRlc2lnbj4gDQogDQpEb2N1bWVudHMgdGhhdCBoYXZlIGNvbXBsZXRlZCBSQURFWFQg V0cgTGFzdCBDYWxsICg1MCBtaW51dGVzKQ0KIA0KOTozMCBBTSDigJMgOTo0MCBBTSBTdGF0dXMt U2VydmVyLCBBbGFuIERlS29rICgxMCBtaW51dGVzKQ0KaHR0cDovL3Rvb2xzLmlldGYub3JnL2h0 bWwvZHJhZnQtaWV0Zi1yYWRleHQtc3RhdHVzLXNlcnZlciA8aHR0cDovL3Rvb2xzLmlldGYub3Jn L2h0bWwvZHJhZnQtaWV0Zi1yYWRleHQtc3RhdHVzLXNlcnZlcj4gDQoNCjk6NDAgQU0gLSA5OjUw IEFNIFJBRFNFQywgU3RlZmFuIFdpbnRlciAoMTAgbWludXRlcykNCmh0dHA6Ly90b29scy5pZXRm Lm9yZy9odG1sL2RyYWZ0LWlldGYtcmFkZXh0LXJhZHNlYyA8aHR0cDovL3Rvb2xzLmlldGYub3Jn L2h0bWwvZHJhZnQtaWV0Zi1yYWRleHQtcmFkc2VjPiANCiANCjk6NTAgQU0g4oCTIDEwOjAwIEFN IEV4dGVuZGVkIFJBRElVUyBBdHRyaWJ1dGVzLCBUQkQgKDEwIG1pbnV0ZXMpDQpodHRwOi8vdG9v bHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC1pZXRmLXJhZGV4dC1leHRlbmRlZC1hdHRyaWJ1dGVzDQog DQoxMDowMCBBTSAtIDEwOjIwIEFNIFJBRElVUyBDcnlwdG8tYWdpbGl0eSBSZXF1aXJlbWVudHMs IERhdmlkIE5lbHNvbiAoMjAgbWludXRlcykNCmh0dHA6Ly90b29scy5pZXRmLm9yZy9odG1sL2Ry YWZ0LWlldGYtcmFkZXh0LWNyeXB0by1hZ2lsaXR5LXJlcXVpcmVtZW50cyA8aHR0cDovL3Rvb2xz LmlldGYub3JnL2h0bWwvZHJhZnQtaWV0Zi1yYWRleHQtY3J5cHRvLWFnaWxpdHktcmVxdWlyZW1l bnRzPiANCg0KIA0KV29ya2luZyBHcm91cCBXb3JrIEl0ZW1zICgyMCBtaW51dGVzKQ0KIA0KMTA6 MjAgQU0gLSAxMDozMCBBTSBUQ1AgVHJhbnNwb3J0LCBBbGFuIERlS29rICgxMCBtaW51dGVzKQ0K aHR0cDovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQtaWV0Zi1yYWRleHQtdGNwLXRyYW5zcG9y dA0KDQoxMDozMCBBTSAtIDEwOjQwIEFNIE5ldyBUdW5uZWwtVHlwZSBWYWx1ZXMsIEFiaGlzaGVr IFRpd2FyaSAoMTAgbWludXRlcykNCmh0dHA6Ly90b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0LWll dGYtcmFkZXh0LXR1bm5lbC10eXBlDQoNCkluZGl2aWR1YWwgU3VibWlzc2lvbnMgKDIwIG1pbnV0 ZXMpDQoNCiANCg0KMTA6NDAgQU0gLSAxMDo1MCBBTSAgTkFJLWJhc2VkIER5bmFtaWMgUGVlciBE aXNjb3ZlcnksIFN0ZWZhbiBXaW50ZXIgKDEwIG1pbnV0ZXMpDQoNCmh0dHA6Ly90b29scy5pZXRm Lm9yZy9odG1sL2RyYWZ0LXdpbnRlci1keW5hbWljLWRpc2NvdmVyeQ0KDQogDQoNCjEwOjUwIC0g MTE6MDAgQU0gUkFESVVTIGF0dHJpYnV0ZXMgZm9yIElQdjYgQWNjZXNzIE5ldHdvcmtzLCBCZW5v aXQgTG91cmRlbGV0ICgxMCBtaW51dGVzKQ0KDQpodHRwOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9k cmFmdC1sb3VyZGVsZXQtcmFkZXh0LWlwdjYtYWNjZXNzDQoNCiANCg0KDQpTdW1tYXJ5ICYgV3Jh cC11cA0KDQoJDQoNCiANCg0KIA0KDQogDQoNCg== ------_=_NextPart_001_01C99E36.559782F2 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQoNCjxoZWFkPg0KPG1ldGEgaHR0cC1lcXVpdj1Db250ZW50LVR5cGUg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9R2VuZXJhdG9y IGNvbnRlbnQ9Ik1pY3Jvc29mdCBXb3JkIDEyIChmaWx0ZXJlZCBtZWRpdW0pIj4NCjwhLS1baWYg IW1zb10+DQo8c3R5bGU+DQp2XDoqIHtiZWhhdmlvcjp1cmwoI2RlZmF1bHQjVk1MKTt9DQpvXDoq IHtiZWhhdmlvcjp1cmwoI2RlZmF1bHQjVk1MKTt9DQp3XDoqIHtiZWhhdmlvcjp1cmwoI2RlZmF1 bHQjVk1MKTt9DQouc2hhcGUge2JlaGF2aW9yOnVybCgjZGVmYXVsdCNWTUwpO30NCjwvc3R5bGU+ DQo8IVtlbmRpZl0tLT4NCjxzdHlsZT4NCjwhLS0NCiAvKiBGb250IERlZmluaXRpb25zICovDQog QGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseTpDYWxpYnJpOw0KCXBhbm9zZS0xOjIgMTUgNSAyIDIg MiA0IDMgMiA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6VGFob21hOw0KCXBhbm9zZS0x OjIgMTEgNiA0IDMgNSA0IDQgMiA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6VmVyZGFu YTsNCglwYW5vc2UtMToyIDExIDYgNCAzIDUgNCA0IDIgNDt9DQogLyogU3R5bGUgRGVmaW5pdGlv bnMgKi8NCiBwLk1zb05vcm1hbCwgbGkuTXNvTm9ybWFsLCBkaXYuTXNvTm9ybWFsDQoJe21hcmdp bjowaW47DQoJbWFyZ2luLWJvdHRvbTouMDAwMXB0Ow0KCWZvbnQtc2l6ZToxMi4wcHQ7DQoJZm9u dC1mYW1pbHk6IlRpbWVzIE5ldyBSb21hbiIsInNlcmlmIjt9DQphOmxpbmssIHNwYW4uTXNvSHlw ZXJsaW5rDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjpibHVlOw0KCXRleHQtZGVj b3JhdGlvbjp1bmRlcmxpbmU7fQ0KYTp2aXNpdGVkLCBzcGFuLk1zb0h5cGVybGlua0ZvbGxvd2Vk DQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjpwdXJwbGU7DQoJdGV4dC1kZWNvcmF0 aW9uOnVuZGVybGluZTt9DQpwDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgltc28tbWFyZ2lu LXRvcC1hbHQ6YXV0bzsNCgltYXJnaW4tcmlnaHQ6MGluOw0KCW1zby1tYXJnaW4tYm90dG9tLWFs dDphdXRvOw0KCW1hcmdpbi1sZWZ0OjBpbjsNCglmb250LXNpemU6MTIuMHB0Ow0KCWZvbnQtZmFt aWx5OiJUaW1lcyBOZXcgUm9tYW4iLCJzZXJpZiI7fQ0KcC5lY2VjbXNvbm9ybWFsLCBsaS5lY2Vj bXNvbm9ybWFsLCBkaXYuZWNlY21zb25vcm1hbA0KCXttc28tc3R5bGUtbmFtZTplY2VjbXNvbm9y bWFsOw0KCW1zby1tYXJnaW4tdG9wLWFsdDphdXRvOw0KCW1hcmdpbi1yaWdodDowaW47DQoJbXNv LW1hcmdpbi1ib3R0b20tYWx0OmF1dG87DQoJbWFyZ2luLWxlZnQ6MGluOw0KCWZvbnQtc2l6ZTox Mi4wcHQ7DQoJZm9udC1mYW1pbHk6IlRpbWVzIE5ldyBSb21hbiIsInNlcmlmIjt9DQpwLm1zb2No cGRlZmF1bHQsIGxpLm1zb2NocGRlZmF1bHQsIGRpdi5tc29jaHBkZWZhdWx0DQoJe21zby1zdHls ZS1uYW1lOm1zb2NocGRlZmF1bHQ7DQoJbXNvLW1hcmdpbi10b3AtYWx0OmF1dG87DQoJbWFyZ2lu LXJpZ2h0OjBpbjsNCgltc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0bzsNCgltYXJnaW4tbGVmdDow aW47DQoJZm9udC1zaXplOjEwLjBwdDsNCglmb250LWZhbWlseToiVGltZXMgTmV3IFJvbWFuIiwi c2VyaWYiO30NCnNwYW4uZW1haWxzdHlsZTIxDQoJe21zby1zdHlsZS1uYW1lOmVtYWlsc3R5bGUy MTsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsInNhbnMtc2VyaWYiOw0KCWNvbG9yOiMxRjQ5N0Q7 fQ0Kc3Bhbi5oMQ0KCXttc28tc3R5bGUtbmFtZTpoMTt9DQpzcGFuLkVtYWlsU3R5bGUyMw0KCXtt c28tc3R5bGUtdHlwZTpwZXJzb25hbC1yZXBseTsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsInNh bnMtc2VyaWYiOw0KCWNvbG9yOiMxRjQ5N0Q7fQ0KLk1zb0NocERlZmF1bHQNCgl7bXNvLXN0eWxl LXR5cGU6ZXhwb3J0LW9ubHk7DQoJZm9udC1zaXplOjEwLjBwdDt9DQpAcGFnZSBTZWN0aW9uMQ0K CXtzaXplOjguNWluIDExLjBpbjsNCgltYXJnaW46MS4waW4gMS4waW4gMS4waW4gMS4waW47fQ0K ZGl2LlNlY3Rpb24xDQoJe3BhZ2U6U2VjdGlvbjE7fQ0KLS0+DQo8L3N0eWxlPg0KPCEtLVtpZiBn dGUgbXNvIDldPjx4bWw+DQogPG86c2hhcGVkZWZhdWx0cyB2OmV4dD0iZWRpdCIgc3BpZG1heD0i MTAyNiIgLz4NCjwveG1sPjwhW2VuZGlmXS0tPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KIDxv OnNoYXBlbGF5b3V0IHY6ZXh0PSJlZGl0Ij4NCiAgPG86aWRtYXAgdjpleHQ9ImVkaXQiIGRhdGE9 IjEiIC8+DQogPC9vOnNoYXBlbGF5b3V0PjwveG1sPjwhW2VuZGlmXS0tPg0KPC9oZWFkPg0KDQo8 Ym9keSBsYW5nPUVOLVVTIGxpbms9Ymx1ZSB2bGluaz1wdXJwbGU+DQoNCjxkaXYgY2xhc3M9U2Vj dGlvbjE+DQoNCjxwIGNsYXNzPU1zb05vcm1hbD48c3BhbiBzdHlsZT0nZm9udC1zaXplOjExLjBw dDtmb250LWZhbWlseToiQ2FsaWJyaSIsInNhbnMtc2VyaWYiOw0KY29sb3I6IzFGNDk3RCc+QmVo Y2V0LDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCg0KPHAgY2xhc3M9TXNvTm9ybWFsPjxzcGFuIHN0 eWxlPSdmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiJDYWxpYnJpIiwic2Fucy1zZXJpZiI7 DQpjb2xvcjojMUY0OTdEJz48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQoNCjxwIGNsYXNz PU1zb05vcm1hbD48c3BhbiBzdHlsZT0nZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseToiQ2Fs aWJyaSIsInNhbnMtc2VyaWYiOw0KY29sb3I6IzFGNDk3RCc+SSB3YXMgbm90IGluIE1OICwgSSBy ZWFkIHRoZSBJRVRGIDczIG1lZXRpbmcgbWludXRlIGFuZCBjb3VsZA0Kbm90IGNvbmNsdWRlLiBT byBCZXJuYXJkIG1heSB3YW50IHRvIHNoZWQgc29tZSBsaWdodCBvbiB0aGF0IHRvcGljLjxvOnA+ PC9vOnA+PC9zcGFuPjwvcD4NCg0KPHAgY2xhc3M9TXNvTm9ybWFsPjxzcGFuIHN0eWxlPSdmb250 LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiJDYWxpYnJpIiwic2Fucy1zZXJpZiI7DQpjb2xvcjoj MUY0OTdEJz48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQoNCjxwIGNsYXNzPU1zb05vcm1h bD48c3BhbiBzdHlsZT0nZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseToiQ2FsaWJyaSIsInNh bnMtc2VyaWYiOw0KY29sb3I6IzFGNDk3RCc+QmVub2l0PG86cD48L286cD48L3NwYW4+PC9wPg0K DQo8cCBjbGFzcz1Nc29Ob3JtYWw+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1m YW1pbHk6IkNhbGlicmkiLCJzYW5zLXNlcmlmIjsNCmNvbG9yOiMxRjQ5N0QnPjxvOnA+Jm5ic3A7 PC9vOnA+PC9zcGFuPjwvcD4NCg0KPGRpdj4NCg0KPGRpdiBzdHlsZT0nYm9yZGVyOm5vbmU7Ym9y ZGVyLXRvcDpzb2xpZCAjQjVDNERGIDEuMHB0O3BhZGRpbmc6My4wcHQgMGluIDBpbiAwaW4nPg0K DQo8cCBjbGFzcz1Nc29Ob3JtYWw+PGI+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToxMC4wcHQ7Zm9u dC1mYW1pbHk6IlRhaG9tYSIsInNhbnMtc2VyaWYiJz5Gcm9tOjwvc3Bhbj48L2I+PHNwYW4NCnN0 eWxlPSdmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiJUYWhvbWEiLCJzYW5zLXNlcmlmIic+ IEJlaGNldCBTYXJpa2F5YQ0KW21haWx0bzpiZWhjZXRzYXJpa2F5YUB5YWhvby5jb21dIDxicj4N CjxiPlNlbnQ6PC9iPiBUaHVyc2RheSwgTWFyY2ggMDUsIDIwMDkgNjoyMSBQTTxicj4NCjxiPlRv OjwvYj4gQmVub2l0IExvdXJkZWxldCAoYmxvdXJkZWwpPGJyPg0KPGI+Q2M6PC9iPiByYWRpdXNl eHRAb3BzLmlldGYub3JnOyBCZXJuYXJkIEFib2JhPGJyPg0KPGI+U3ViamVjdDo8L2I+IFJlOiBJ RVRGIDc0IEFnZW5kYSAtIFRha2UgRm91cjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCg0KPC9kaXY+ DQoNCjwvZGl2Pg0KDQo8cCBjbGFzcz1Nc29Ob3JtYWw+PG86cD4mbmJzcDs8L286cD48L3A+DQoN CjxkaXY+DQoNCjxkaXY+DQoNCjxwIGNsYXNzPU1zb05vcm1hbD5IaSBCZW5vaXQsPG86cD48L286 cD48L3A+DQoNCjwvZGl2Pg0KDQo8ZGl2Pg0KDQo8cCBjbGFzcz1Nc29Ob3JtYWw+Jm5ic3A7IFdl cmUgeW91IGluIE1pbm5lYXBvbGlzIGxhc3QgTm92ZW1iZXI/PG86cD48L286cD48L3A+DQoNCjwv ZGl2Pg0KDQo8ZGl2Pg0KDQo8cCBjbGFzcz1Nc29Ob3JtYWw+Jm5ic3A7PG86cD48L286cD48L3A+ DQoNCjwvZGl2Pg0KDQo8ZGl2Pg0KDQo8cCBjbGFzcz1Nc29Ob3JtYWw+SSB0aGluayB0aGF0IGRy YWZ0LWxvdXJkZWxldC1yYWRleHQtcmZjMzE2MmJpcy0wMiBpcyBpbiBsaW5lDQp3aXRoIHdoYXQg d2FzIGFncmVlZCB1cG9uIGFuZCB3aGF0IEJlcm5hcmQgaGFkIHN1Z2dlc3RlZCB0aGF0IHdlIGRv LjxvOnA+PC9vOnA+PC9wPg0KDQo8L2Rpdj4NCg0KPGRpdj4NCg0KPHAgY2xhc3M9TXNvTm9ybWFs PiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KDQo8L2Rpdj4NCg0KPGRpdj4NCg0KPHAgY2xhc3M9TXNv Tm9ybWFsPkkgdGhpbmsgdGhhdCBkcmFmdC1sb3VyZGVsZXQtcmFkZXh0LWlwdjYtYWNjZXNzLTAw IGlzIG5vdC48bzpwPjwvbzpwPjwvcD4NCg0KPC9kaXY+DQoNCjxkaXY+DQoNCjxwIGNsYXNzPU1z b05vcm1hbD4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCg0KPC9kaXY+DQoNCjxkaXY+DQoNCjxwIGNs YXNzPU1zb05vcm1hbD5NZXJjaSw8bzpwPjwvbzpwPjwvcD4NCg0KPC9kaXY+DQoNCjxkaXY+DQoN CjxwIGNsYXNzPU1zb05vcm1hbD4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCg0KPC9kaXY+DQoNCjxk aXY+DQoNCjxwIGNsYXNzPU1zb05vcm1hbD5CZWhjZXQ8bzpwPjwvbzpwPjwvcD4NCg0KPC9kaXY+ DQoNCjxkaXY+DQoNCjxwIGNsYXNzPU1zb05vcm1hbD48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCg0K PGRpdj4NCg0KPGRpdiBjbGFzcz1Nc29Ob3JtYWwgYWxpZ249Y2VudGVyIHN0eWxlPSd0ZXh0LWFs aWduOmNlbnRlcic+PHNwYW4NCnN0eWxlPSdmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiJU YWhvbWEiLCJzYW5zLXNlcmlmIic+DQoNCjxociBzaXplPTEgd2lkdGg9IjEwMCUiIGFsaWduPWNl bnRlcj4NCg0KPC9zcGFuPjwvZGl2Pg0KDQo8cCBjbGFzcz1Nc29Ob3JtYWwgc3R5bGU9J21hcmdp bi1ib3R0b206MTIuMHB0Jz48Yj48c3BhbiBzdHlsZT0nZm9udC1zaXplOjEwLjBwdDsNCmZvbnQt ZmFtaWx5OiJUYWhvbWEiLCJzYW5zLXNlcmlmIic+RnJvbTo8L3NwYW4+PC9iPjxzcGFuIHN0eWxl PSdmb250LXNpemU6MTAuMHB0Ow0KZm9udC1mYW1pbHk6IlRhaG9tYSIsInNhbnMtc2VyaWYiJz4g QmVub2l0IExvdXJkZWxldCAoYmxvdXJkZWwpDQombHQ7YmxvdXJkZWxAY2lzY28uY29tJmd0Ozxi cj4NCjxiPlRvOjwvYj4gQmVoY2V0IFNhcmlrYXlhICZsdDtzYXJpa2F5YUBJRUVFLk9SRyZndDs8 YnI+DQo8Yj5DYzo8L2I+IHJhZGl1c2V4dEBvcHMuaWV0Zi5vcmc7IEJlcm5hcmQgQWJvYmENCiZs dDtiZXJuYXJkX2Fib2JhQGhvdG1haWwuY29tJmd0Ozxicj4NCjxiPlNlbnQ6PC9iPiBUaHVyc2Rh eSwgTWFyY2ggNSwgMjAwOSAxMTowMzowMCBBTTxicj4NCjxiPlN1YmplY3Q6PC9iPiBSRTogSUVU RiA3NCBBZ2VuZGEgLSBUYWtlIEZvdXI8L3NwYW4+PG86cD48L286cD48L3A+DQoNCjxkaXY+DQoN CjxwIGNsYXNzPU1zb05vcm1hbD48c3BhbiBzdHlsZT0nZm9udC1zaXplOjExLjBwdDtmb250LWZh bWlseToiQ2FsaWJyaSIsInNhbnMtc2VyaWYiOw0KY29sb3I6IzFGNDk3RCc+SGVsbG8sPC9zcGFu PjxvOnA+PC9vOnA+PC9wPg0KDQo8cCBjbGFzcz1Nc29Ob3JtYWw+PHNwYW4gc3R5bGU9J2ZvbnQt c2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6IkNhbGlicmkiLCJzYW5zLXNlcmlmIjsNCmNvbG9yOiMx RjQ5N0QnPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCg0KPHAgY2xhc3M9TXNvTm9ybWFs PkZXSSA6IGRyYWZ0LWxvdXJkZWxldC1yYWRleHQtcmZjMzE2MmJpcy0wMiBtb3JwaGVkIGludG8N CmRyYWZ0LWxvdXJkZWxldC1yYWRleHQtaXB2Ni1hY2Nlc3MtMDA8bzpwPjwvbzpwPjwvcD4NCg0K PHAgY2xhc3M9TXNvTm9ybWFsPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KDQo8cCBjbGFzcz1Nc29O b3JtYWw+QmVub2l0IDxvOnA+PC9vOnA+PC9wPg0KDQo8cCBjbGFzcz1Nc29Ob3JtYWw+PHNwYW4g c3R5bGU9J2ZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6IkNhbGlicmkiLCJzYW5zLXNlcmlm IjsNCmNvbG9yOiMxRjQ5N0QnPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCg0KPHAgY2xh c3M9TXNvTm9ybWFsPjxzcGFuIHN0eWxlPSdmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiJD YWxpYnJpIiwic2Fucy1zZXJpZiI7DQpjb2xvcjojMUY0OTdEJz4mbmJzcDs8L3NwYW4+PG86cD48 L286cD48L3A+DQoNCjxwIGNsYXNzPU1zb05vcm1hbD48c3BhbiBzdHlsZT0nZm9udC1zaXplOjEx LjBwdDtmb250LWZhbWlseToiQ2FsaWJyaSIsInNhbnMtc2VyaWYiOw0KY29sb3I6IzFGNDk3RCc+ Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KDQo8ZGl2Pg0KDQo8ZGl2IHN0eWxlPSdib3Jk ZXI6bm9uZTtib3JkZXItdG9wOnNvbGlkICNCNUM0REYgMS4wcHQ7cGFkZGluZzozLjBwdCAwaW4g MGluIDBpbic+DQoNCjxwIGNsYXNzPU1zb05vcm1hbD48Yj48c3BhbiBzdHlsZT0nZm9udC1zaXpl OjEwLjBwdDtmb250LWZhbWlseToiVGFob21hIiwic2Fucy1zZXJpZiInPkZyb206PC9zcGFuPjwv Yj48c3Bhbg0Kc3R5bGU9J2ZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6IlRhaG9tYSIsInNh bnMtc2VyaWYiJz4NCm93bmVyLXJhZGl1c2V4dEBvcHMuaWV0Zi5vcmcgW21haWx0bzpvd25lci1y YWRpdXNleHRAb3BzLmlldGYub3JnXSA8Yj5PbiBCZWhhbGYNCk9mIDwvYj5CZWhjZXQgU2FyaWth eWE8YnI+DQo8Yj5TZW50OjwvYj4gVGh1cnNkYXksIE1hcmNoIDA1LCAyMDA5IDU6NTAgUE08YnI+ DQo8Yj5Ubzo8L2I+IEJlcm5hcmQgQWJvYmE7IHJhZGl1c2V4dEBvcHMuaWV0Zi5vcmc8YnI+DQo8 Yj5TdWJqZWN0OjwvYj4gUmU6IElFVEYgNzQgQWdlbmRhIC0gVGFrZSBGb3VyPC9zcGFuPjxvOnA+ PC9vOnA+PC9wPg0KDQo8L2Rpdj4NCg0KPC9kaXY+DQoNCjxwIGNsYXNzPU1zb05vcm1hbD4mbmJz cDs8bzpwPjwvbzpwPjwvcD4NCg0KPGRpdj4NCg0KPGRpdj4NCg0KPHAgY2xhc3M9TXNvTm9ybWFs PkhpIEJlcm5hcmQsPG86cD48L286cD48L3A+DQoNCjwvZGl2Pg0KDQo8ZGl2Pg0KDQo8cCBjbGFz cz1Nc29Ob3JtYWw+Jm5ic3A7IENhbiB5b3UgcGxlYXNlIHNxdWVlemUgYSBzaG9ydCBwcmVzZW50 YXRpb24gZm9yDQpkcmFmdC1zYXJpa2F5YS1yYWRleHQtcHJlZml4LWF1dGhvcml6YXRpb24tMDI/ IFdlIGFyZSByZXZpc2luZyB0aGUgZHJhZnQgaW4NCnZpZXcgb2YgZHJhZnQtbG91cmRlbGV0LXJh ZGV4dC1yZmMzMTYyYmlzLTAyLjxvOnA+PC9vOnA+PC9wPg0KDQo8L2Rpdj4NCg0KPGRpdj4NCg0K PHAgY2xhc3M9TXNvTm9ybWFsPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KDQo8L2Rpdj4NCg0KPGRp dj4NCg0KPHAgY2xhc3M9TXNvTm9ybWFsPlJlZ2FyZHMsPG86cD48L286cD48L3A+DQoNCjwvZGl2 Pg0KDQo8ZGl2Pg0KDQo8cCBjbGFzcz1Nc29Ob3JtYWw+Jm5ic3A7PG86cD48L286cD48L3A+DQoN CjwvZGl2Pg0KDQo8ZGl2Pg0KDQo8cCBjbGFzcz1Nc29Ob3JtYWw+QmVoY2V0PG86cD48L286cD48 L3A+DQoNCjwvZGl2Pg0KDQo8ZGl2Pg0KDQo8cCBjbGFzcz1Nc29Ob3JtYWw+Jm5ic3A7PG86cD48 L286cD48L3A+DQoNCjxkaXY+DQoNCjxkaXYgY2xhc3M9TXNvTm9ybWFsIGFsaWduPWNlbnRlciBz dHlsZT0ndGV4dC1hbGlnbjpjZW50ZXInPjxzcGFuDQpzdHlsZT0nZm9udC1zaXplOjEwLjBwdDtm b250LWZhbWlseToiVGFob21hIiwic2Fucy1zZXJpZiInPg0KDQo8aHIgc2l6ZT0xIHdpZHRoPSIx MDAlIiBhbGlnbj1jZW50ZXI+DQoNCjwvc3Bhbj48L2Rpdj4NCg0KPHAgY2xhc3M9TXNvTm9ybWFs PjxiPjxzcGFuIHN0eWxlPSdmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiJUYWhvbWEiLCJz YW5zLXNlcmlmIic+RnJvbTo8L3NwYW4+PC9iPjxzcGFuDQpzdHlsZT0nZm9udC1zaXplOjEwLjBw dDtmb250LWZhbWlseToiVGFob21hIiwic2Fucy1zZXJpZiInPiBCZXJuYXJkIEFib2JhDQombHQ7 YmVybmFyZF9hYm9iYUBob3RtYWlsLmNvbSZndDs8YnI+DQo8Yj5Ubzo8L2I+ICZxdW90O3JhZGl1 c2V4dEBvcHMuaWV0Zi5vcmcmcXVvdDsgJmx0O3JhZGl1c2V4dEBvcHMuaWV0Zi5vcmcmZ3Q7PGJy Pg0KPGI+U2VudDo8L2I+IFdlZG5lc2RheSwgTWFyY2ggNCwgMjAwOSA0OjExOjAyIFBNPGJyPg0K PGI+U3ViamVjdDo8L2I+IElFVEYgNzQgQWdlbmRhIC0gVGFrZSBGb3VyPGJyPg0KPC9zcGFuPjxi cj4NCjxzcGFuIHN0eWxlPSdmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiJWZXJkYW5hIiwi c2Fucy1zZXJpZiI7Y29sb3I6IzQ0NDQ0NCc+QXQNCklFVEYgNzQsIHRoZSBSQURFWFQgV0cgaXMg Y3VycmVudGx5IHNjaGVkdWxlZCB0byBtZWV0IG9uIEZyaWRheSwgTWFyY2gNCjI3LDIwMDkmbmJz cDsgZnJvbSA5IEFNIC0gMTE6MzAgQU0uJm5ic3A7IEN1cnJlbnRseSB0aGUgQWdlbmRhIGlzIGFz IGZvbGxvd3M6PGJyPg0KJm5ic3A7PGJyPg0KOSBBTSAtIDk6MTAgUHJlbGltaW5hcmllcyAoMTAg bWludXRlcyk8YnI+DQombmJzcDsmbmJzcDsgQmx1ZSBTaGVldHM8YnI+DQombmJzcDsmbmJzcDsg Tm90ZSBUYWtlcnM8YnI+DQombmJzcDsmbmJzcDsgSmFiYmVyIFNjcmliZTxicj4NCiZuYnNwOyZu YnNwOyBBZ2VuZGEgYmFzaGluZzxicj4NCiZuYnNwOyZuYnNwOyBEb2N1bWVudCBTdGF0dXM8YnI+ DQombmJzcDs8YnI+DQpEb2N1bWVudHMgY29tcGxldGluZyBJRVRGJm5ic3A7TGFzdCBDYWxsJm5i c3A7KDIwIG1pbnV0ZXMpPGJyPg0KJm5ic3A7PGJyPg0KOToxMCAtIDk6MjAgQU0mbmJzcDsgUkFE SVVTIEF1dGhvcml6YXRpb24gZm9yIE5BUyBNYW5hZ2VtZW50LCBEYXZpZCBOZWxzb24gKDEwDQpt aW51dGVzKTxicj4NCjwvc3Bhbj48dT48c3BhbiBzdHlsZT0nZm9udC1zaXplOjEwLjBwdDtmb250 LWZhbWlseToiVmVyZGFuYSIsInNhbnMtc2VyaWYiOw0KY29sb3I6IzAwNjZDQyc+aHR0cDovL3Rv b2xzLmlldGYub3JnL2h0bWwvZHJhZnQtaWV0Zi1yYWRleHQtbWFuYWdlbWVudC1hdXRob3JpemF0 aW9uPC9zcGFuPjwvdT48c3Bhbg0Kc3R5bGU9J2ZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6 IlZlcmRhbmEiLCJzYW5zLXNlcmlmIjtjb2xvcjojNDQ0NDQ0Jz48YnI+DQombmJzcDs8YnI+DQo5 OjIwIC0gOTozMCBBTSBSQURJVVMgRGVzaWduIEd1aWRlbGluZXMsIEFsYW4gRGVLb2sgKDEwIG1p bnV0ZXMpPGJyPg0KPGEgaHJlZj0iaHR0cDovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQtaWV0 Zi1yYWRleHQtZGVzaWduIiB0YXJnZXQ9Il9ibGFuayI+PHNwYW4NCnN0eWxlPSdjb2xvcjojMDA2 NkNDJz5odHRwOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC1pZXRmLXJhZGV4dC1kZXNpZ248 L3NwYW4+PC9hPjxicj4NCiZuYnNwOzxicj4NCkRvY3VtZW50cyB0aGF0IGhhdmUgY29tcGxldGVk IFJBREVYVCBXRyBMYXN0IENhbGwgKDUwIG1pbnV0ZXMpPC9zcGFuPjxicj4NCiZuYnNwOzxicj4N CjxzcGFuIHN0eWxlPSdmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiJWZXJkYW5hIiwic2Fu cy1zZXJpZiI7Y29sb3I6IzQ0NDQ0NCc+OTozMA0KQU0g4oCTIDk6NDAgQU0gU3RhdHVzLVNlcnZl ciwgQWxhbiBEZUtvayAoMTAgbWludXRlcyk8YnI+DQo8YSBocmVmPSJodHRwOi8vdG9vbHMuaWV0 Zi5vcmcvaHRtbC9kcmFmdC1pZXRmLXJhZGV4dC1zdGF0dXMtc2VydmVyIg0KdGFyZ2V0PSJfYmxh bmsiPjxzcGFuIHN0eWxlPSdjb2xvcjpwdXJwbGUnPmh0dHA6Ly90b29scy5pZXRmLm9yZy9odG1s L2RyYWZ0LWlldGYtcmFkZXh0LXN0YXR1cy1zZXJ2ZXI8L3NwYW4+PC9hPjxicj4NCjxicj4NCjk6 NDAgQU0gLSA5OjUwIEFNIFJBRFNFQywgU3RlZmFuIFdpbnRlciAoMTAgbWludXRlcyk8YnI+DQo8 YSBocmVmPSJodHRwOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC1pZXRmLXJhZGV4dC1yYWRz ZWMiIHRhcmdldD0iX2JsYW5rIj48c3Bhbg0Kc3R5bGU9J2NvbG9yOiMwMDY2Q0MnPmh0dHA6Ly90 b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0LWlldGYtcmFkZXh0LXJhZHNlYzwvc3Bhbj48L2E+PGJy Pg0KJm5ic3A7PGJyPg0KOTo1MCBBTSDigJMmbmJzcDsxMDowMCBBTSBFeHRlbmRlZCBSQURJVVMg QXR0cmlidXRlcywgVEJEICgxMCBtaW51dGVzKTxicj4NCmh0dHA6Ly90b29scy5pZXRmLm9yZy9o dG1sL2RyYWZ0LWlldGYtcmFkZXh0LWV4dGVuZGVkLWF0dHJpYnV0ZXM8YnI+DQombmJzcDs8YnI+ DQoxMDowMCBBTSAtIDEwOjIwIEFNIFJBRElVUyBDcnlwdG8tYWdpbGl0eSBSZXF1aXJlbWVudHMs IERhdmlkIE5lbHNvbiAoMjANCm1pbnV0ZXMpPGJyPg0KPGENCmhyZWY9Imh0dHA6Ly90b29scy5p ZXRmLm9yZy9odG1sL2RyYWZ0LWlldGYtcmFkZXh0LWNyeXB0by1hZ2lsaXR5LXJlcXVpcmVtZW50 cyINCnRhcmdldD0iX2JsYW5rIj48c3BhbiBzdHlsZT0nY29sb3I6IzAwNjZDQyc+aHR0cDovL3Rv b2xzLmlldGYub3JnL2h0bWwvZHJhZnQtaWV0Zi1yYWRleHQtY3J5cHRvLWFnaWxpdHktcmVxdWly ZW1lbnRzPC9zcGFuPjwvYT48L3NwYW4+PG86cD48L286cD48L3A+DQoNCjxkaXY+DQoNCjxwIGNs YXNzPWVjZWNtc29ub3JtYWwgc3R5bGU9J2JhY2tncm91bmQ6d2hpdGUnPjxzcGFuIHN0eWxlPSdm b250LXNpemU6MTAuMHB0Ow0KZm9udC1mYW1pbHk6IlZlcmRhbmEiLCJzYW5zLXNlcmlmIjtjb2xv cjojNDQ0NDQ0Jz4mbmJzcDs8YnI+DQpXb3JraW5nIEdyb3VwIFdvcmsgSXRlbXMgKDIwIG1pbnV0 ZXMpPGJyPg0KJm5ic3A7PGJyPg0KMTA6MjAgQU0gLSAxMDozMCBBTSBUQ1AgVHJhbnNwb3J0LCBB bGFuIERlS29rICgxMCBtaW51dGVzKTxicj4NCmh0dHA6Ly90b29scy5pZXRmLm9yZy9odG1sL2Ry YWZ0LWlldGYtcmFkZXh0LXRjcC10cmFuc3BvcnQ8YnI+DQo8YnI+DQoxMDozMCBBTSAtIDEwOjQw IEFNIE5ldyBUdW5uZWwtVHlwZSBWYWx1ZXMsIEFiaGlzaGVrIFRpd2FyaSAoMTAgbWludXRlcyk8 YnI+DQo8L3NwYW4+PHU+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6 IlZlcmRhbmEiLCJzYW5zLXNlcmlmIjsNCmNvbG9yOiMwMDY2Q0MnPmh0dHA6Ly90b29scy5pZXRm Lm9yZy9odG1sL2RyYWZ0LWlldGYtcmFkZXh0LXR1bm5lbC10eXBlPC9zcGFuPjwvdT48c3Bhbg0K c3R5bGU9J2ZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6IlZlcmRhbmEiLCJzYW5zLXNlcmlm Ijtjb2xvcjojNDQ0NDQ0Jz48YnI+DQo8YnI+DQpJbmRpdmlkdWFsIFN1Ym1pc3Npb25zICgyMCBt aW51dGVzKTwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCg0KPHAgY2xhc3M9ZWNlY21zb25vcm1hbCBz dHlsZT0nYmFja2dyb3VuZDp3aGl0ZSc+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToxMC4wcHQ7DQpm b250LWZhbWlseToiVmVyZGFuYSIsInNhbnMtc2VyaWYiO2NvbG9yOiM0NDQ0NDQnPiZuYnNwOzwv c3Bhbj48bzpwPjwvbzpwPjwvcD4NCg0KPHAgY2xhc3M9ZWNlY21zb25vcm1hbCBzdHlsZT0nYmFj a2dyb3VuZDp3aGl0ZSc+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToxMC4wcHQ7DQpmb250LWZhbWls eToiVmVyZGFuYSIsInNhbnMtc2VyaWYiO2NvbG9yOiM0NDQ0NDQnPjEwOjQwIEFNIC0gMTA6NTAg QU0mbmJzcDsNCk5BSS1iYXNlZCBEeW5hbWljIFBlZXIgRGlzY292ZXJ5LCBTdGVmYW4gV2ludGVy ICgxMCBtaW51dGVzKTwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCg0KPHAgY2xhc3M9ZWNlY21zb25v cm1hbCBzdHlsZT0nYmFja2dyb3VuZDp3aGl0ZSc+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToxMC4w cHQ7DQpmb250LWZhbWlseToiVmVyZGFuYSIsInNhbnMtc2VyaWYiO2NvbG9yOiMwMDY4Q0YnPmh0 dHA6Ly90b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0LXdpbnRlci1keW5hbWljLWRpc2NvdmVyeTwv c3Bhbj48bzpwPjwvbzpwPjwvcD4NCg0KPHAgY2xhc3M9ZWNlY21zb25vcm1hbCBzdHlsZT0nYmFj a2dyb3VuZDp3aGl0ZSc+Jm5ic3A7PG86cD48L286cD48L3A+DQoNCjxwIGNsYXNzPWVjZWNtc29u b3JtYWwgc3R5bGU9J2JhY2tncm91bmQ6d2hpdGUnPjxzcGFuIHN0eWxlPSdmb250LXNpemU6MTAu MHB0Ow0KZm9udC1mYW1pbHk6IlZlcmRhbmEiLCJzYW5zLXNlcmlmIjtjb2xvcjpibGFjayc+MTA6 NTAgLSAxMTowMCBBTSA8c3Bhbg0KY2xhc3M9aDE+UkFESVVTIGF0dHJpYnV0ZXMgZm9yIElQdjYg QWNjZXNzIE5ldHdvcmtzPC9zcGFuPjxzdHJvbmc+PHNwYW4NCnN0eWxlPSdmb250LWZhbWlseToi VmVyZGFuYSIsInNhbnMtc2VyaWYiJz4sIDwvc3Bhbj48L3N0cm9uZz5CZW5vaXQgTG91cmRlbGV0 DQooMTAgbWludXRlcyk8L3NwYW4+PG86cD48L286cD48L3A+DQoNCjxwIGNsYXNzPWVjZWNtc29u b3JtYWwgc3R5bGU9J2JhY2tncm91bmQ6d2hpdGUnPjxzcGFuIHN0eWxlPSdmb250LXNpemU6MTAu MHB0Ow0KZm9udC1mYW1pbHk6IlZlcmRhbmEiLCJzYW5zLXNlcmlmIjtjb2xvcjojMDA2OENGJz5o dHRwOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC1sb3VyZGVsZXQtcmFkZXh0LWlwdjYtYWNj ZXNzPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KDQo8cCBjbGFzcz1lY2VjbXNvbm9ybWFsIHN0eWxl PSdiYWNrZ3JvdW5kOndoaXRlJz4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCg0KPHAgY2xhc3M9ZWNl Y21zb25vcm1hbCBzdHlsZT0nYmFja2dyb3VuZDp3aGl0ZSc+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6 ZToxMC4wcHQ7DQpmb250LWZhbWlseToiVmVyZGFuYSIsInNhbnMtc2VyaWYiO2NvbG9yOiM0NDQ0 NDQnPjxicj4NClN1bW1hcnkgJmFtcDsgV3JhcC11cDwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCg0K PHRhYmxlIGNsYXNzPU1zb05vcm1hbFRhYmxlIGJvcmRlcj0xIGNlbGxwYWRkaW5nPTAgc3R5bGU9 J2JvcmRlcjpub25lOw0KIGJvcmRlci10b3A6c29saWQgYmxhY2sgMS4wcHQnPg0KIDx0cj4NCiAg PHRkIHN0eWxlPSdib3JkZXI6bm9uZTtwYWRkaW5nOi43NXB0IC43NXB0IC43NXB0IC43NXB0Jz48 L3RkPg0KIDwvdHI+DQo8L3RhYmxlPg0KDQo8cCBjbGFzcz1lY2VjbXNvbm9ybWFsPjxzcGFuIHN0 eWxlPSdmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiJWZXJkYW5hIiwic2Fucy1zZXJpZiIn PiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCg0KPC9kaXY+DQoNCjwvZGl2Pg0KDQo8L2Rp dj4NCg0KPC9kaXY+DQoNCjxwIGNsYXNzPU1zb05vcm1hbD4mbmJzcDs8bzpwPjwvbzpwPjwvcD4N Cg0KPC9kaXY+DQoNCjwvZGl2Pg0KDQo8L2Rpdj4NCg0KPC9kaXY+DQoNCjxwIGNsYXNzPU1zb05v cm1hbD48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCg0KPC9kaXY+DQoNCjwvYm9keT4NCg0KPC9odG1s Pg0K ------_=_NextPart_001_01C99E36.559782F2-- -- to unsubscribe send a message to radiusext-request@ops.ietf.org with the word 'unsubscribe' in a single line as the message text body. archive: <http://psg.com/lists/radiusext/> Envelope-to: radiusext-data0@psg.com Delivery-date: Thu, 05 Mar 2009 23:16:32 +0000 From: Internet-Drafts@ietf.org To: i-d-announce@ietf.org Cc: radiusext@ops.ietf.org Subject: I-D ACTION:draft-ietf-radext-design-07.txt Content-Type: Multipart/Mixed; Boundary="NextPart" Mime-Version: 1.0 Message-Id: <20090305231501.472123A6C22@core3.amsl.com> Date: Thu, 5 Mar 2009 15:15:01 -0800 (PST) --NextPart A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the RADIUS EXTensions Working Group of the IETF. Title : RADIUS Design Guidelines Author(s) : G. Weber, A. DeKok Filename : draft-ietf-radext-design-07.txt Pages : 37 Date : 2009-3-5 This document provides guidelines for the design of attributes used by the Remote Authentication Dial In User Service (RADIUS) protocol. It is expected that these guidelines will prove useful to authors and reviewers of future RADIUS attribute specifications, both within the IETF as well as other Standards Development Organizations (SDOs). A URL for this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-ietf-radext-design-07.txt Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ Below is the data which will enable a MIME compliant mail reader implementation to automatically retrieve the ASCII version of the Internet-Draft. --NextPart Content-Type: Message/External-body; name="draft-ietf-radext-design-07.txt"; site="ftp.ietf.org"; access-type="anon-ftp"; directory="internet-drafts" Content-Type: text/plain Content-ID: <2009-3-5150827.I-D@ietf.org> --NextPart-- -- to unsubscribe send a message to radiusext-request@ops.ietf.org with the word 'unsubscribe' in a single line as the message text body. archive: <http://psg.com/lists/radiusext/> Envelope-to: radiusext-data0@psg.com Delivery-date: Thu, 05 Mar 2009 17:21:42 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1236273676; bh=W56w3gMGnF/MM9pC1CuQRFBzPgtiHeCp3UfmG0maDoU=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:References:Date:From:Reply-To:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=Hk5xgYEQJmvrap8VwYDcuPFrAgkrhmUIUGWEKJCrvtwAMVeRpNIWeVqRq8pqP+iDVhnN9ZXkiGn2a0yC07ZXJQHXooGWdbT4GOlXwYIN1GG2rx32G/5xDKWPG/39jhppmphg7cuHblOO2fZphGV5KfjwbPJke1ptHjyI8XMOzDk= DomainKey-Signature:a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:X-YMail-OSG:Received:X-Mailer:References:Date:From:Reply-To:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=PFjm0Zhi7LxOzij2AszD1o0oR6ZJCiGMhwftIwgD7L/Zr9Ny84LPhEM+EtSMPKDgZ9e5asmsCW9PmGFnehj/1avD6r7P7NTleVXgS4MkwybBb1z2rmM/DomNFt4VF1CDGHTMLEASZ8/iWlzK5qI4aJ9KZsJFzBJFrp0zHUA4Pc8=; Message-ID: <171643.19441.qm@web111402.mail.gq1.yahoo.com> Date: Thu, 5 Mar 2009 09:21:16 -0800 (PST) From: Behcet Sarikaya <behcetsarikaya@yahoo.com> Reply-To: Behcet Sarikaya <sarikaya@ieee.org> Subject: Re: IETF 74 Agenda - Take Four To: "Benoit Lourdelet \(blourdel\)" <blourdel@cisco.com> Cc: radiusext@ops.ietf.org, Bernard Aboba <bernard_aboba@hotmail.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="0-1130777627-1236273676=:19441" --0-1130777627-1236273676=:19441 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Hi Benoit,=0A=C2=A0 Were you in Minneapolis last November?=0A=0AI think tha= t draft-lourdelet-radext-rfc3162bis-02 is in line with what was agreed upon= and what Bernard had suggested that we do.=0A=0AI think that draft-lourdel= et-radext-ipv6-access-00 is not.=0A=0AMerci,=0A=0ABehcet=0A=0A=0A=0A=0A____= ____________________________=0AFrom: Benoit Lourdelet (blourdel) <blourdel@= cisco.com>=0ATo: Behcet Sarikaya <sarikaya@IEEE.ORG>=0ACc: radiusext@ops.ie= tf.org; Bernard Aboba <bernard_aboba@hotmail.com>=0ASent: Thursday, March 5= , 2009 11:03:00 AM=0ASubject: RE: IETF 74 Agenda - Take Four=0A=0A=0AHello,= =0A=C2=A0=0AFWI : draft-lourdelet-radext-rfc3162bis-02 morphed into draft-l= ourdelet-radext-ipv6-access-00=0A=C2=A0=0ABenoit =0A=C2=A0=0A=C2=A0=0A=C2= =A0=0AFrom:owner-radiusext@ops.ietf.org [mailto:owner-radiusext@ops.ietf.or= g] On Behalf Of Behcet Sarikaya=0ASent: Thursday, March 05, 2009 5:50 PM=0A= To: Bernard Aboba; radiusext@ops.ietf.org=0ASubject: Re: IETF 74 Agenda - T= ake Four=0A=C2=A0=0AHi Bernard,=0A=C2=A0 Can you please squeeze a short pre= sentation for draft-sarikaya-radext-prefix-authorization-02? We are revisin= g the draft in view of draft-lourdelet-radext-rfc3162bis-02.=0A=C2=A0=0AReg= ards,=0A=C2=A0=0ABehcet=0A=C2=A0=0A=0A________________________________=0A= =0AFrom:Bernard Aboba <bernard_aboba@hotmail.com>=0ATo: "radiusext@ops.ietf= ..org" <radiusext@ops.ietf.org>=0ASent: Wednesday, March 4, 2009 4:11:02 PM= =0ASubject: IETF 74 Agenda - Take Four=0A=0AAt IETF 74, the RADEXT WG is cu= rrently scheduled to meet on Friday, March 27,2009=C2=A0 from 9 AM - 11:30 = AM.=C2=A0 Currently the Agenda is as follows:=0A=C2=A0=0A9 AM - 9:10 Prelim= inaries (10 minutes)=0A=C2=A0=C2=A0 Blue Sheets=0A=C2=A0=C2=A0 Note Takers= =0A=C2=A0=C2=A0 Jabber Scribe=0A=C2=A0=C2=A0 Agenda bashing=0A=C2=A0=C2=A0 = Document Status=0A=C2=A0=0ADocuments completing IETF=C2=A0Last Call=C2=A0(2= 0 minutes)=0A=C2=A0=0A9:10 - 9:20 AM=C2=A0 RADIUS Authorization for NAS Man= agement, David Nelson (10 minutes)=0Ahttp://tools.ietf.org/html/draft-ietf-= radext-management-authorization=0A=C2=A0=0A9:20 - 9:30 AM RADIUS Design Gui= delines, Alan DeKok (10 minutes)=0Ahttp://tools.ietf.org/html/draft-ietf-ra= dext-design=0A=C2=A0=0ADocuments that have completed RADEXT WG Last Call (5= 0 minutes)=0A=C2=A0=0A9:30 AM =E2=80=93 9:40 AM Status-Server, Alan DeKok (= 10 minutes)=0Ahttp://tools.ietf.org/html/draft-ietf-radext-status-server=0A= =0A9:40 AM - 9:50 AM RADSEC, Stefan Winter (10 minutes)=0Ahttp://tools.ietf= ..org/html/draft-ietf-radext-radsec=0A=C2=A0=0A9:50 AM =E2=80=93=C2=A010:00 = AM Extended RADIUS Attributes, TBD (10 minutes)=0Ahttp://tools.ietf.org/htm= l/draft-ietf-radext-extended-attributes=0A=C2=A0=0A10:00 AM - 10:20 AM RADI= US Crypto-agility Requirements, David Nelson (20 minutes)=0Ahttp://tools.ie= tf.org/html/draft-ietf-radext-crypto-agility-requirements=0A=C2=A0=0AWorkin= g Group Work Items (20 minutes)=0A=C2=A0=0A10:20 AM - 10:30 AM TCP Transpor= t, Alan DeKok (10 minutes)=0Ahttp://tools.ietf.org/html/draft-ietf-radext-t= cp-transport=0A=0A10:30 AM - 10:40 AM New Tunnel-Type Values, Abhishek Tiwa= ri (10 minutes)=0Ahttp://tools.ietf.org/html/draft-ietf-radext-tunnel-type= =0A=0AIndividual Submissions (20 minutes)=0A=C2=A0=0A10:40 AM - 10:50 AM=C2= =A0 NAI-based Dynamic Peer Discovery, Stefan Winter (10 minutes)=0Ahttp://t= ools.ietf.org/html/draft-winter-dynamic-discovery=0A=C2=A0=0A10:50 - 11:00 = AM RADIUS attributes for IPv6 Access Networks, Benoit Lourdelet (10 minutes= )=0Ahttp://tools.ietf.org/html/draft-lourdelet-radext-ipv6-access=0A=C2=A0= =0A=0ASummary & Wrap-up =0A=0A=0A --0-1130777627-1236273676=:19441 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable <html><head><style type=3D"text/css"><!-- DIV {margin:0px;} --></style></he= ad><body><div style=3D"font-family:times new roman, new york, times, serif;= font-size:12pt"><DIV>Hi Benoit,</DIV>=0A<DIV> Were you in Minneapolis= last November?</DIV>=0A<DIV> </DIV>=0A<DIV>I think that draft-lourdel= et-radext-rfc3162bis-02 is in line with what was agreed upon and what Berna= rd had suggested that we do.</DIV>=0A<DIV> </DIV>=0A<DIV>I think that = draft-lourdelet-radext-ipv6-access-00 is not.</DIV>=0A<DIV> </DIV>=0A<= DIV>Merci,</DIV>=0A<DIV> </DIV>=0A<DIV>Behcet<BR></DIV>=0A<DIV style= =3D"FONT-SIZE: 12pt; FONT-FAMILY: times new roman, new york, times, serif">= <BR>=0A<DIV style=3D"FONT-SIZE: 12pt; FONT-FAMILY: times new roman, new yor= k, times, serif"><FONT face=3DTahoma size=3D2>=0A<HR SIZE=3D1>=0A<B><SPAN s= tyle=3D"FONT-WEIGHT: bold">From:</SPAN></B> Benoit Lourdelet (blourdel) <= ;blourdel@cisco.com><BR><B><SPAN style=3D"FONT-WEIGHT: bold">To:</SPAN><= /B> Behcet Sarikaya <sarikaya@IEEE.ORG><BR><B><SPAN style=3D"FONT-WEI= GHT: bold">Cc:</SPAN></B> radiusext@ops.ietf.org; Bernard Aboba <bernard= _aboba@hotmail.com><BR><B><SPAN style=3D"FONT-WEIGHT: bold">Sent:</SPAN>= </B> Thursday, March 5, 2009 11:03:00 AM<BR><B><SPAN style=3D"FONT-WEIGHT: = bold">Subject:</SPAN></B> RE: IETF 74 Agenda - Take Four<BR></FONT><BR>=0A<= STYLE>=0A<!--=0A =0A _filtered {font-family:Calibri;=0Apanose-1:2 15 5 2 2 = 2 4 3 2 4;}=0A _filtered {font-family:Tahoma;=0Apanose-1:2 11 6 4 3 5 4 4 2= 4;}=0A _filtered {font-family:Verdana;=0Apanose-1:2 11 6 4 3 5 4 4 2 4;}= =0A =0Ap.MsoNormal, li.MsoNormal, div.MsoNormal=0A=09{margin:0in;=0Amargin-= bottom:.0001pt;=0Afont-size:12.0pt;=0Afont-family:"Times New Roman", "serif= ";}=0Aa:link, span.MsoHyperlink=0A=09{=0Acolor:blue;=0Atext-decoration:unde= rline;}=0Aa:visited, span.MsoHyperlinkFollowed=0A=09{=0Acolor:purple;=0Atex= t-decoration:underline;}=0Ap=0A=09{=0A=0Amargin-right:0in;=0A=0Amargin-left= :0in;=0Afont-size:12.0pt;=0Afont-family:"Times New Roman", "serif";}=0Ap.ec= ecmsonormal, li.ececmsonormal, div.ececmsonormal=0A=09{=0A=0Amargin-right:0= in;=0A=0Amargin-left:0in;=0Afont-size:12.0pt;=0Afont-family:"Times New Roma= n", "serif";}=0Aspan.h1=0A=09{}=0Aspan.EmailStyle21=0A=09{=0Afont-family:"C= alibri", "sans-serif";=0Acolor:#1F497D;}=0A.MsoChpDefault=0A=09{=0Afont-siz= e:10.0pt;}=0A _filtered {=0Amargin:1.0in 1.0in 1.0in 1.0in;}=0Adiv.Section1= =0A=09{}=0A-->=0A</STYLE>=0A=0A<DIV class=3DSection1>=0A<P class=3DMsoNorma= l><SPAN style=3D"FONT-SIZE: 11pt; COLOR: #1f497d; FONT-FAMILY: 'Calibri', '= sans-serif'">Hello,</SPAN></P>=0A<P class=3DMsoNormal><SPAN style=3D"FONT-S= IZE: 11pt; COLOR: #1f497d; FONT-FAMILY: 'Calibri', 'sans-serif'"> </SP= AN></P>=0A<P class=3DMsoNormal>FWI : draft-lourdelet-radext-rfc3162bis-02 m= orphed into draft-lourdelet-radext-ipv6-access-00</P>=0A<P class=3DMsoNorma= l> </P>=0A<P class=3DMsoNormal>Benoit </P>=0A<P class=3DMsoNormal><SPA= N style=3D"FONT-SIZE: 11pt; COLOR: #1f497d; FONT-FAMILY: 'Calibri', 'sans-s= erif'"> </SPAN></P>=0A<P class=3DMsoNormal><SPAN style=3D"FONT-SIZE: 1= 1pt; COLOR: #1f497d; FONT-FAMILY: 'Calibri', 'sans-serif'"> </SPAN></P= >=0A<P class=3DMsoNormal><SPAN style=3D"FONT-SIZE: 11pt; COLOR: #1f497d; FO= NT-FAMILY: 'Calibri', 'sans-serif'"> </SPAN></P>=0A<DIV>=0A<DIV style= =3D"BORDER-RIGHT: medium none; PADDING-RIGHT: 0in; BORDER-TOP: #b5c4df 1pt = solid; PADDING-LEFT: 0in; PADDING-BOTTOM: 0in; BORDER-LEFT: medium none; PA= DDING-TOP: 3pt; BORDER-BOTTOM: medium none">=0A<P class=3DMsoNormal><B><SPA= N style=3D"FONT-SIZE: 10pt; FONT-FAMILY: 'Tahoma', 'sans-serif'">From:</SPA= N></B><SPAN style=3D"FONT-SIZE: 10pt; FONT-FAMILY: 'Tahoma', 'sans-serif'">= owner-radiusext@ops.ietf.org [mailto:owner-radiusext@ops.ietf.org] <B>On B= ehalf Of </B>Behcet Sarikaya<BR><B>Sent:</B> Thursday, March 05, 2009 5:50 = PM<BR><B>To:</B> Bernard Aboba; radiusext@ops.ietf.org<BR><B>Subject:</B> R= e: IETF 74 Agenda - Take Four</SPAN></P></DIV></DIV>=0A<P class=3DMsoNormal= > </P>=0A<DIV>=0A<DIV>=0A<P class=3DMsoNormal>Hi Bernard,</P></DIV>=0A= <DIV>=0A<P class=3DMsoNormal> Can you please squeeze a short presenta= tion for draft-sarikaya-radext-prefix-authorization-02? We are revising the= draft in view of draft-lourdelet-radext-rfc3162bis-02.</P></DIV>=0A<DIV>= =0A<P class=3DMsoNormal> </P></DIV>=0A<DIV>=0A<P class=3DMsoNormal>Reg= ards,</P></DIV>=0A<DIV>=0A<P class=3DMsoNormal> </P></DIV>=0A<DIV>=0A<= P class=3DMsoNormal>Behcet</P></DIV>=0A<DIV>=0A<P class=3DMsoNormal> <= /P>=0A<DIV>=0A<DIV class=3DMsoNormal style=3D"TEXT-ALIGN: center" align=3Dc= enter><SPAN style=3D"FONT-SIZE: 10pt; FONT-FAMILY: 'Tahoma', 'sans-serif'">= =0A<HR align=3Dcenter width=3D"100%" SIZE=3D1>=0A</SPAN></DIV>=0A<P class= =3DMsoNormal><B><SPAN style=3D"FONT-SIZE: 10pt; FONT-FAMILY: 'Tahoma', 'san= s-serif'">From:</SPAN></B><SPAN style=3D"FONT-SIZE: 10pt; FONT-FAMILY: 'Tah= oma', 'sans-serif'"> Bernard Aboba <bernard_aboba@hotmail.com><BR><B>= To:</B> "radiusext@ops.ietf.org" <radiusext@ops.ietf.org><BR><B>Sent:= </B> Wednesday, March 4, 2009 4:11:02 PM<BR><B>Subject:</B> IETF 74 Agenda = - Take Four<BR></SPAN><BR><SPAN style=3D"FONT-SIZE: 10pt; COLOR: #444444; F= ONT-FAMILY: 'Verdana', 'sans-serif'">At IETF 74, the RADEXT WG is currently= scheduled to meet on Friday, March 27,2009 from 9 AM - 11:30 AM.&nbs= p; Currently the Agenda is as follows:<BR> <BR>9 AM - 9:10 Preliminari= es (10 minutes)<BR> Blue Sheets<BR> Note Takers<BR>= Jabber Scribe<BR> Agenda bashing<BR> D= ocument Status<BR> <BR>Documents completing IETF Last Call (= 20 minutes)<BR> <BR>9:10 - 9:20 AM RADIUS Authorization for NAS Management, David Nelson (10 minutes)<BR></SPAN><U><SPAN style=3D"= FONT-SIZE: 10pt; COLOR: #0066cc; FONT-FAMILY: 'Verdana', 'sans-serif'">http= ://tools.ietf.org/html/draft-ietf-radext-management-authorization</SPAN></U= ><SPAN style=3D"FONT-SIZE: 10pt; COLOR: #444444; FONT-FAMILY: 'Verdana', 's= ans-serif'"><BR> <BR>9:20 - 9:30 AM RADIUS Design Guidelines, Alan DeK= ok (10 minutes)<BR><A href=3D"http://tools.ietf.org/html/draft-ietf-radext-= design" target=3D_blank rel=3Dnofollow><SPAN style=3D"COLOR: #0066cc">http:= //tools.ietf.org/html/draft-ietf-radext-design</SPAN></A><BR> <BR>Docu= ments that have completed RADEXT WG Last Call (50 minutes)</SPAN><BR> = <BR><SPAN style=3D"FONT-SIZE: 10pt; COLOR: #444444; FONT-FAMILY: 'Verdana',= 'sans-serif'">9:30 AM =E2=80=93 9:40 AM Status-Server, Alan DeKok (10 minu= tes)<BR><A href=3D"http://tools.ietf.org/html/draft-ietf-radext-status-serv= er" target=3D_blank rel=3Dnofollow><SPAN style=3D"COLOR: purple">http://tools.ietf.org/html/draft-ietf-radext-status-server</SPAN><= /A><BR><BR>9:40 AM - 9:50 AM RADSEC, Stefan Winter (10 minutes)<BR><A href= =3D"http://tools.ietf.org/html/draft-ietf-radext-radsec" target=3D_blank re= l=3Dnofollow><SPAN style=3D"COLOR: #0066cc">http://tools.ietf.org/html/draf= t-ietf-radext-radsec</SPAN></A><BR> <BR>9:50 AM =E2=80=93 10:00 A= M Extended RADIUS Attributes, TBD (10 minutes)<BR>http://tools.ietf.org/htm= l/draft-ietf-radext-extended-attributes<BR> <BR>10:00 AM - 10:20 AM RA= DIUS Crypto-agility Requirements, David Nelson (20 minutes)<BR><A href=3D"h= ttp://tools.ietf.org/html/draft-ietf-radext-crypto-agility-requirements" ta= rget=3D_blank rel=3Dnofollow><SPAN style=3D"COLOR: #0066cc">http://tools.ie= tf.org/html/draft-ietf-radext-crypto-agility-requirements</SPAN></A></SPAN>= </P>=0A<DIV>=0A<P class=3Dececmsonormal style=3D"BACKGROUND: white"><SPAN s= tyle=3D"FONT-SIZE: 10pt; COLOR: #444444; FONT-FAMILY: 'Verdana', 'sans-seri= f'"> <BR>Working Group Work Items (20 minutes)<BR> <BR>10:20 AM -= 10:30 AM TCP Transport, Alan DeKok (10 minutes)<BR>http://tools.ietf.org/h= tml/draft-ietf-radext-tcp-transport<BR><BR>10:30 AM - 10:40 AM New Tunnel-T= ype Values, Abhishek Tiwari (10 minutes)<BR></SPAN><U><SPAN style=3D"FONT-S= IZE: 10pt; COLOR: #0066cc; FONT-FAMILY: 'Verdana', 'sans-serif'">http://too= ls.ietf.org/html/draft-ietf-radext-tunnel-type</SPAN></U><SPAN style=3D"FON= T-SIZE: 10pt; COLOR: #444444; FONT-FAMILY: 'Verdana', 'sans-serif'"><BR><BR= >Individual Submissions (20 minutes)</SPAN></P>=0A<P class=3Dececmsonormal = style=3D"BACKGROUND: white"><SPAN style=3D"FONT-SIZE: 10pt; COLOR: #444444;= FONT-FAMILY: 'Verdana', 'sans-serif'"> </SPAN></P>=0A<P class=3Dececm= sonormal style=3D"BACKGROUND: white"><SPAN style=3D"FONT-SIZE: 10pt; COLOR:= #444444; FONT-FAMILY: 'Verdana', 'sans-serif'">10:40 AM - 10:50 AM N= AI-based Dynamic Peer Discovery, Stefan Winter (10 minutes)</SPAN></P>=0A<P= class=3Dececmsonormal style=3D"BACKGROUND: white"><SPAN style=3D"FONT-SIZE= : 10pt; COLOR: #0068cf; FONT-FAMILY: 'Verdana', 'sans-serif'">http://tools.= ietf.org/html/draft-winter-dynamic-discovery</SPAN></P>=0A<P class=3Dececms= onormal style=3D"BACKGROUND: white"> </P>=0A<P class=3Dececmsonormal s= tyle=3D"BACKGROUND: white"><SPAN style=3D"FONT-SIZE: 10pt; COLOR: black; FO= NT-FAMILY: 'Verdana', 'sans-serif'">10:50 - 11:00 AM <SPAN class=3Dh1>RADIU= S attributes for IPv6 Access Networks</SPAN><STRONG><SPAN style=3D"FONT-FAM= ILY: 'Verdana', 'sans-serif'">, </SPAN></STRONG>Benoit Lourdelet (10 minute= s)</SPAN></P>=0A<P class=3Dececmsonormal style=3D"BACKGROUND: white"><SPAN = style=3D"FONT-SIZE: 10pt; COLOR: #0068cf; FONT-FAMILY: 'Verdana', 'sans-ser= if'">http://tools.ietf.org/html/draft-lourdelet-radext-ipv6-access</SPAN></= P>=0A<P class=3Dececmsonormal style=3D"BACKGROUND: white"> </P>=0A<P c= lass=3Dececmsonormal style=3D"BACKGROUND: white"><SPAN style=3D"FONT-SIZE: = 10pt; COLOR: #444444; FONT-FAMILY: 'Verdana', 'sans-serif'"><BR>Summary &am= p; Wrap-up</SPAN></P>=0A<TABLE class=3DMsoNormalTable style=3D"BORDER-RIGHT= : medium none; BORDER-TOP: black 1pt solid; BORDER-LEFT: medium none; BORDE= R-BOTTOM: medium none" cellPadding=3D0 border=3D1>=0A<TBODY>=0A<TR>=0A<TD s= tyle=3D"BORDER-RIGHT: medium none; PADDING-RIGHT: 0.75pt; BORDER-TOP: mediu= m none; PADDING-LEFT: 0.75pt; PADDING-BOTTOM: 0.75pt; BORDER-LEFT: medium n= one; PADDING-TOP: 0.75pt; BORDER-BOTTOM: medium none"></TD></TR></TBODY></T= ABLE>=0A<P class=3Dececmsonormal><SPAN style=3D"FONT-SIZE: 10pt; FONT-FAMIL= Y: 'Verdana', 'sans-serif'"> </SPAN></P></DIV></DIV></DIV></DIV>=0A<P = class=3DMsoNormal> </P></DIV></DIV></DIV></div><br>=0A=0A=0A=0A <= /body></html> --0-1130777627-1236273676=:19441-- -- to unsubscribe send a message to radiusext-request@ops.ietf.org with the word 'unsubscribe' in a single line as the message text body. archive: <http://psg.com/lists/radiusext/> Envelope-to: radiusext-data0@psg.com Delivery-date: Thu, 05 Mar 2009 17:03:40 +0000 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C99DB4.40D06618" Subject: RE: IETF 74 Agenda - Take Four Date: Thu, 5 Mar 2009 18:03:00 +0100 Message-ID: <A05118C6DF9320488C77F3D5459B17B7095C5080@xmb-ams-333.emea.cisco.com> Thread-Topic: IETF 74 Agenda - Take Four Thread-Index: AcmdsqDYclIMvUmHS/SkVETFNvmrPQAATMnA From: "Benoit Lourdelet (blourdel)" <blourdel@cisco.com> To: "Behcet Sarikaya" <sarikaya@ieee.org> Cc: <radiusext@ops.ietf.org>, "Bernard Aboba" <bernard_aboba@hotmail.com> DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; l=18069; t=1236272586; x=1237136586; c=relaxed/simple; s=amsdkim1002; h=Content-Type:From:Subject:Content-Transfer-Encoding:MIME-Version; d=cisco.com; i=blourdel@cisco.com; z=From:=20=22Benoit=20Lourdelet=20(blourdel)=22=20<blourdel@ cisco.com> |Subject:=20RE=3A=20IETF=2074=20Agenda=20-=20Take=20Four |Sender:=20; bh=zwFseOeQGUTuVB8v9eIgUkl96dvujnTPSoGw6sXZB8U=; b=VsggpF05hPg8NIyOWovu6TMaQDc7zhHEvNtE6bzwX1o4BtQ7Iw7vDqONsE BeHbXiZsjTuBtE4X2b8KbvUYAc6BZvb78lB2Hocl6WU7mtBQF0FAiSKcRWWH AEr/o6qALE; Authentication-Results: ams-dkim-1; header.From=blourdel@cisco.com; dkim=pass ( sig from cisco.com/amsdkim1002 verified; ); This is a multi-part message in MIME format. ------_=_NextPart_001_01C99DB4.40D06618 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: base64 SGVsbG8sDQoNCiANCg0KRldJIDogZHJhZnQtbG91cmRlbGV0LXJhZGV4dC1yZmMzMTYyYmlzLTAy IG1vcnBoZWQgaW50byBkcmFmdC1sb3VyZGVsZXQtcmFkZXh0LWlwdjYtYWNjZXNzLTAwDQoNCiAN Cg0KQmVub2l0IA0KDQogDQoNCiANCg0KIA0KDQpGcm9tOiBvd25lci1yYWRpdXNleHRAb3BzLmll dGYub3JnIFttYWlsdG86b3duZXItcmFkaXVzZXh0QG9wcy5pZXRmLm9yZ10gT24gQmVoYWxmIE9m IEJlaGNldCBTYXJpa2F5YQ0KU2VudDogVGh1cnNkYXksIE1hcmNoIDA1LCAyMDA5IDU6NTAgUE0N ClRvOiBCZXJuYXJkIEFib2JhOyByYWRpdXNleHRAb3BzLmlldGYub3JnDQpTdWJqZWN0OiBSZTog SUVURiA3NCBBZ2VuZGEgLSBUYWtlIEZvdXINCg0KIA0KDQpIaSBCZXJuYXJkLA0KDQogIENhbiB5 b3UgcGxlYXNlIHNxdWVlemUgYSBzaG9ydCBwcmVzZW50YXRpb24gZm9yIGRyYWZ0LXNhcmlrYXlh LXJhZGV4dC1wcmVmaXgtYXV0aG9yaXphdGlvbi0wMj8gV2UgYXJlIHJldmlzaW5nIHRoZSBkcmFm dCBpbiB2aWV3IG9mIGRyYWZ0LWxvdXJkZWxldC1yYWRleHQtcmZjMzE2MmJpcy0wMi4NCg0KIA0K DQpSZWdhcmRzLA0KDQogDQoNCkJlaGNldA0KDQogDQoNCl9fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fDQoNCkZyb206IEJlcm5hcmQgQWJvYmEgPGJlcm5hcmRfYWJvYmFAaG90bWFpbC5j b20+DQpUbzogInJhZGl1c2V4dEBvcHMuaWV0Zi5vcmciIDxyYWRpdXNleHRAb3BzLmlldGYub3Jn Pg0KU2VudDogV2VkbmVzZGF5LCBNYXJjaCA0LCAyMDA5IDQ6MTE6MDIgUE0NClN1YmplY3Q6IElF VEYgNzQgQWdlbmRhIC0gVGFrZSBGb3VyDQoNCkF0IElFVEYgNzQsIHRoZSBSQURFWFQgV0cgaXMg Y3VycmVudGx5IHNjaGVkdWxlZCB0byBtZWV0IG9uIEZyaWRheSwgTWFyY2ggMjcsMjAwOSAgZnJv bSA5IEFNIC0gMTE6MzAgQU0uICBDdXJyZW50bHkgdGhlIEFnZW5kYSBpcyBhcyBmb2xsb3dzOg0K IA0KOSBBTSAtIDk6MTAgUHJlbGltaW5hcmllcyAoMTAgbWludXRlcykNCiAgIEJsdWUgU2hlZXRz DQogICBOb3RlIFRha2Vycw0KICAgSmFiYmVyIFNjcmliZQ0KICAgQWdlbmRhIGJhc2hpbmcNCiAg IERvY3VtZW50IFN0YXR1cw0KIA0KRG9jdW1lbnRzIGNvbXBsZXRpbmcgSUVURiBMYXN0IENhbGwg KDIwIG1pbnV0ZXMpDQogDQo5OjEwIC0gOToyMCBBTSAgUkFESVVTIEF1dGhvcml6YXRpb24gZm9y IE5BUyBNYW5hZ2VtZW50LCBEYXZpZCBOZWxzb24gKDEwIG1pbnV0ZXMpDQpodHRwOi8vdG9vbHMu aWV0Zi5vcmcvaHRtbC9kcmFmdC1pZXRmLXJhZGV4dC1tYW5hZ2VtZW50LWF1dGhvcml6YXRpb24N CiANCjk6MjAgLSA5OjMwIEFNIFJBRElVUyBEZXNpZ24gR3VpZGVsaW5lcywgQWxhbiBEZUtvayAo MTAgbWludXRlcykNCmh0dHA6Ly90b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0LWlldGYtcmFkZXh0 LWRlc2lnbiA8aHR0cDovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQtaWV0Zi1yYWRleHQtZGVz aWduPiANCiANCkRvY3VtZW50cyB0aGF0IGhhdmUgY29tcGxldGVkIFJBREVYVCBXRyBMYXN0IENh bGwgKDUwIG1pbnV0ZXMpDQogDQo5OjMwIEFNIOKAkyA5OjQwIEFNIFN0YXR1cy1TZXJ2ZXIsIEFs YW4gRGVLb2sgKDEwIG1pbnV0ZXMpDQpodHRwOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC1p ZXRmLXJhZGV4dC1zdGF0dXMtc2VydmVyIDxodHRwOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFm dC1pZXRmLXJhZGV4dC1zdGF0dXMtc2VydmVyPiANCg0KOTo0MCBBTSAtIDk6NTAgQU0gUkFEU0VD LCBTdGVmYW4gV2ludGVyICgxMCBtaW51dGVzKQ0KaHR0cDovL3Rvb2xzLmlldGYub3JnL2h0bWwv ZHJhZnQtaWV0Zi1yYWRleHQtcmFkc2VjIDxodHRwOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFm dC1pZXRmLXJhZGV4dC1yYWRzZWM+IA0KIA0KOTo1MCBBTSDigJMgMTA6MDAgQU0gRXh0ZW5kZWQg UkFESVVTIEF0dHJpYnV0ZXMsIFRCRCAoMTAgbWludXRlcykNCmh0dHA6Ly90b29scy5pZXRmLm9y Zy9odG1sL2RyYWZ0LWlldGYtcmFkZXh0LWV4dGVuZGVkLWF0dHJpYnV0ZXMNCiANCjEwOjAwIEFN IC0gMTA6MjAgQU0gUkFESVVTIENyeXB0by1hZ2lsaXR5IFJlcXVpcmVtZW50cywgRGF2aWQgTmVs c29uICgyMCBtaW51dGVzKQ0KaHR0cDovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQtaWV0Zi1y YWRleHQtY3J5cHRvLWFnaWxpdHktcmVxdWlyZW1lbnRzIDxodHRwOi8vdG9vbHMuaWV0Zi5vcmcv aHRtbC9kcmFmdC1pZXRmLXJhZGV4dC1jcnlwdG8tYWdpbGl0eS1yZXF1aXJlbWVudHM+IA0KDQog DQpXb3JraW5nIEdyb3VwIFdvcmsgSXRlbXMgKDIwIG1pbnV0ZXMpDQogDQoxMDoyMCBBTSAtIDEw OjMwIEFNIFRDUCBUcmFuc3BvcnQsIEFsYW4gRGVLb2sgKDEwIG1pbnV0ZXMpDQpodHRwOi8vdG9v bHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC1pZXRmLXJhZGV4dC10Y3AtdHJhbnNwb3J0DQoNCjEwOjMw IEFNIC0gMTA6NDAgQU0gTmV3IFR1bm5lbC1UeXBlIFZhbHVlcywgQWJoaXNoZWsgVGl3YXJpICgx MCBtaW51dGVzKQ0KaHR0cDovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQtaWV0Zi1yYWRleHQt dHVubmVsLXR5cGUNCg0KSW5kaXZpZHVhbCBTdWJtaXNzaW9ucyAoMjAgbWludXRlcykNCg0KIA0K DQoxMDo0MCBBTSAtIDEwOjUwIEFNICBOQUktYmFzZWQgRHluYW1pYyBQZWVyIERpc2NvdmVyeSwg U3RlZmFuIFdpbnRlciAoMTAgbWludXRlcykNCg0KaHR0cDovL3Rvb2xzLmlldGYub3JnL2h0bWwv ZHJhZnQtd2ludGVyLWR5bmFtaWMtZGlzY292ZXJ5DQoNCiANCg0KMTA6NTAgLSAxMTowMCBBTSBS QURJVVMgYXR0cmlidXRlcyBmb3IgSVB2NiBBY2Nlc3MgTmV0d29ya3MsIEJlbm9pdCBMb3VyZGVs ZXQgKDEwIG1pbnV0ZXMpDQoNCmh0dHA6Ly90b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0LWxvdXJk ZWxldC1yYWRleHQtaXB2Ni1hY2Nlc3MNCg0KIA0KDQoNClN1bW1hcnkgJiBXcmFwLXVwDQoNCgkN Cg0KIA0KDQogDQoNCg== ------_=_NextPart_001_01C99DB4.40D06618 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQoNCjxoZWFkPg0KPG1ldGEgaHR0cC1lcXVpdj1Db250ZW50LVR5cGUg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9R2VuZXJhdG9y IGNvbnRlbnQ9Ik1pY3Jvc29mdCBXb3JkIDEyIChmaWx0ZXJlZCBtZWRpdW0pIj4NCjwhLS1baWYg IW1zb10+DQo8c3R5bGU+DQp2XDoqIHtiZWhhdmlvcjp1cmwoI2RlZmF1bHQjVk1MKTt9DQpvXDoq IHtiZWhhdmlvcjp1cmwoI2RlZmF1bHQjVk1MKTt9DQp3XDoqIHtiZWhhdmlvcjp1cmwoI2RlZmF1 bHQjVk1MKTt9DQouc2hhcGUge2JlaGF2aW9yOnVybCgjZGVmYXVsdCNWTUwpO30NCjwvc3R5bGU+ DQo8IVtlbmRpZl0tLT4NCjxzdHlsZT4NCjwhLS0NCiAvKiBGb250IERlZmluaXRpb25zICovDQog QGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseTpDYWxpYnJpOw0KCXBhbm9zZS0xOjIgMTUgNSAyIDIg MiA0IDMgMiA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6VGFob21hOw0KCXBhbm9zZS0x OjIgMTEgNiA0IDMgNSA0IDQgMiA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6VmVyZGFu YTsNCglwYW5vc2UtMToyIDExIDYgNCAzIDUgNCA0IDIgNDt9DQogLyogU3R5bGUgRGVmaW5pdGlv bnMgKi8NCiBwLk1zb05vcm1hbCwgbGkuTXNvTm9ybWFsLCBkaXYuTXNvTm9ybWFsDQoJe21hcmdp bjowaW47DQoJbWFyZ2luLWJvdHRvbTouMDAwMXB0Ow0KCWZvbnQtc2l6ZToxMi4wcHQ7DQoJZm9u dC1mYW1pbHk6IlRpbWVzIE5ldyBSb21hbiIsInNlcmlmIjt9DQphOmxpbmssIHNwYW4uTXNvSHlw ZXJsaW5rDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjpibHVlOw0KCXRleHQtZGVj b3JhdGlvbjp1bmRlcmxpbmU7fQ0KYTp2aXNpdGVkLCBzcGFuLk1zb0h5cGVybGlua0ZvbGxvd2Vk DQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjpwdXJwbGU7DQoJdGV4dC1kZWNvcmF0 aW9uOnVuZGVybGluZTt9DQpwDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgltc28tbWFyZ2lu LXRvcC1hbHQ6YXV0bzsNCgltYXJnaW4tcmlnaHQ6MGluOw0KCW1zby1tYXJnaW4tYm90dG9tLWFs dDphdXRvOw0KCW1hcmdpbi1sZWZ0OjBpbjsNCglmb250LXNpemU6MTIuMHB0Ow0KCWZvbnQtZmFt aWx5OiJUaW1lcyBOZXcgUm9tYW4iLCJzZXJpZiI7fQ0KcC5lY2VjbXNvbm9ybWFsLCBsaS5lY2Vj bXNvbm9ybWFsLCBkaXYuZWNlY21zb25vcm1hbA0KCXttc28tc3R5bGUtbmFtZTplY19lY19tc29u b3JtYWw7DQoJbXNvLW1hcmdpbi10b3AtYWx0OmF1dG87DQoJbWFyZ2luLXJpZ2h0OjBpbjsNCglt c28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0bzsNCgltYXJnaW4tbGVmdDowaW47DQoJZm9udC1zaXpl OjEyLjBwdDsNCglmb250LWZhbWlseToiVGltZXMgTmV3IFJvbWFuIiwic2VyaWYiO30NCnNwYW4u aDENCgl7bXNvLXN0eWxlLW5hbWU6aDE7fQ0Kc3Bhbi5FbWFpbFN0eWxlMjENCgl7bXNvLXN0eWxl LXR5cGU6cGVyc29uYWwtcmVwbHk7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLCJzYW5zLXNlcmlm IjsNCgljb2xvcjojMUY0OTdEO30NCi5Nc29DaHBEZWZhdWx0DQoJe21zby1zdHlsZS10eXBlOmV4 cG9ydC1vbmx5Ow0KCWZvbnQtc2l6ZToxMC4wcHQ7fQ0KQHBhZ2UgU2VjdGlvbjENCgl7c2l6ZTo4 LjVpbiAxMS4waW47DQoJbWFyZ2luOjEuMGluIDEuMGluIDEuMGluIDEuMGluO30NCmRpdi5TZWN0 aW9uMQ0KCXtwYWdlOlNlY3Rpb24xO30NCi0tPg0KPC9zdHlsZT4NCjwhLS1baWYgZ3RlIG1zbyA5 XT48eG1sPg0KIDxvOnNoYXBlZGVmYXVsdHMgdjpleHQ9ImVkaXQiIHNwaWRtYXg9IjEwMjYiIC8+ DQo8L3htbD48IVtlbmRpZl0tLT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4NCiA8bzpzaGFwZWxh eW91dCB2OmV4dD0iZWRpdCI+DQogIDxvOmlkbWFwIHY6ZXh0PSJlZGl0IiBkYXRhPSIxIiAvPg0K IDwvbzpzaGFwZWxheW91dD48L3htbD48IVtlbmRpZl0tLT4NCjwvaGVhZD4NCg0KPGJvZHkgbGFu Zz1FTi1VUyBsaW5rPWJsdWUgdmxpbms9cHVycGxlPg0KDQo8ZGl2IGNsYXNzPVNlY3Rpb24xPg0K DQo8cCBjbGFzcz1Nc29Ob3JtYWw+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1m YW1pbHk6IkNhbGlicmkiLCJzYW5zLXNlcmlmIjsNCmNvbG9yOiMxRjQ5N0QnPkhlbGxvLDxvOnA+ PC9vOnA+PC9zcGFuPjwvcD4NCg0KPHAgY2xhc3M9TXNvTm9ybWFsPjxzcGFuIHN0eWxlPSdmb250 LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiJDYWxpYnJpIiwic2Fucy1zZXJpZiI7DQpjb2xvcjoj MUY0OTdEJz48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQoNCjxwIGNsYXNzPU1zb05vcm1h bD5GV0kgOiBkcmFmdC1sb3VyZGVsZXQtcmFkZXh0LXJmYzMxNjJiaXMtMDIgbW9ycGhlZCBpbnRv IGRyYWZ0LWxvdXJkZWxldC1yYWRleHQtaXB2Ni1hY2Nlc3MtMDA8bzpwPjwvbzpwPjwvcD4NCg0K PHAgY2xhc3M9TXNvTm9ybWFsPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KDQo8cCBjbGFzcz1Nc29O b3JtYWw+QmVub2l0IDxvOnA+PC9vOnA+PC9wPg0KDQo8cCBjbGFzcz1Nc29Ob3JtYWw+PHNwYW4g c3R5bGU9J2ZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6IkNhbGlicmkiLCJzYW5zLXNlcmlm IjsNCmNvbG9yOiMxRjQ5N0QnPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCg0KPHAgY2xh c3M9TXNvTm9ybWFsPjxzcGFuIHN0eWxlPSdmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiJD YWxpYnJpIiwic2Fucy1zZXJpZiI7DQpjb2xvcjojMUY0OTdEJz48bzpwPiZuYnNwOzwvbzpwPjwv c3Bhbj48L3A+DQoNCjxwIGNsYXNzPU1zb05vcm1hbD48c3BhbiBzdHlsZT0nZm9udC1zaXplOjEx LjBwdDtmb250LWZhbWlseToiQ2FsaWJyaSIsInNhbnMtc2VyaWYiOw0KY29sb3I6IzFGNDk3RCc+ PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KDQo8ZGl2Pg0KDQo8ZGl2IHN0eWxlPSdib3Jk ZXI6bm9uZTtib3JkZXItdG9wOnNvbGlkICNCNUM0REYgMS4wcHQ7cGFkZGluZzozLjBwdCAwaW4g MGluIDBpbic+DQoNCjxwIGNsYXNzPU1zb05vcm1hbD48Yj48c3BhbiBzdHlsZT0nZm9udC1zaXpl OjEwLjBwdDtmb250LWZhbWlseToiVGFob21hIiwic2Fucy1zZXJpZiInPkZyb206PC9zcGFuPjwv Yj48c3Bhbg0Kc3R5bGU9J2ZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6IlRhaG9tYSIsInNh bnMtc2VyaWYiJz4NCm93bmVyLXJhZGl1c2V4dEBvcHMuaWV0Zi5vcmcgW21haWx0bzpvd25lci1y YWRpdXNleHRAb3BzLmlldGYub3JnXSA8Yj5PbiBCZWhhbGYNCk9mIDwvYj5CZWhjZXQgU2FyaWth eWE8YnI+DQo8Yj5TZW50OjwvYj4gVGh1cnNkYXksIE1hcmNoIDA1LCAyMDA5IDU6NTAgUE08YnI+ DQo8Yj5Ubzo8L2I+IEJlcm5hcmQgQWJvYmE7IHJhZGl1c2V4dEBvcHMuaWV0Zi5vcmc8YnI+DQo8 Yj5TdWJqZWN0OjwvYj4gUmU6IElFVEYgNzQgQWdlbmRhIC0gVGFrZSBGb3VyPG86cD48L286cD48 L3NwYW4+PC9wPg0KDQo8L2Rpdj4NCg0KPC9kaXY+DQoNCjxwIGNsYXNzPU1zb05vcm1hbD48bzpw PiZuYnNwOzwvbzpwPjwvcD4NCg0KPGRpdj4NCg0KPGRpdj4NCg0KPHAgY2xhc3M9TXNvTm9ybWFs PkhpIEJlcm5hcmQsPG86cD48L286cD48L3A+DQoNCjwvZGl2Pg0KDQo8ZGl2Pg0KDQo8cCBjbGFz cz1Nc29Ob3JtYWw+Jm5ic3A7IENhbiB5b3UgcGxlYXNlIHNxdWVlemUgYSBzaG9ydCBwcmVzZW50 YXRpb24gZm9yDQpkcmFmdC1zYXJpa2F5YS1yYWRleHQtcHJlZml4LWF1dGhvcml6YXRpb24tMDI/ IFdlIGFyZSByZXZpc2luZyB0aGUgZHJhZnQgaW4NCnZpZXcgb2YgZHJhZnQtbG91cmRlbGV0LXJh ZGV4dC1yZmMzMTYyYmlzLTAyLjxvOnA+PC9vOnA+PC9wPg0KDQo8L2Rpdj4NCg0KPGRpdj4NCg0K PHAgY2xhc3M9TXNvTm9ybWFsPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KDQo8L2Rpdj4NCg0KPGRp dj4NCg0KPHAgY2xhc3M9TXNvTm9ybWFsPlJlZ2FyZHMsPG86cD48L286cD48L3A+DQoNCjwvZGl2 Pg0KDQo8ZGl2Pg0KDQo8cCBjbGFzcz1Nc29Ob3JtYWw+Jm5ic3A7PG86cD48L286cD48L3A+DQoN CjwvZGl2Pg0KDQo8ZGl2Pg0KDQo8cCBjbGFzcz1Nc29Ob3JtYWw+QmVoY2V0PG86cD48L286cD48 L3A+DQoNCjwvZGl2Pg0KDQo8ZGl2Pg0KDQo8cCBjbGFzcz1Nc29Ob3JtYWw+PG86cD4mbmJzcDs8 L286cD48L3A+DQoNCjxkaXY+DQoNCjxkaXYgY2xhc3M9TXNvTm9ybWFsIGFsaWduPWNlbnRlciBz dHlsZT0ndGV4dC1hbGlnbjpjZW50ZXInPjxzcGFuDQpzdHlsZT0nZm9udC1zaXplOjEwLjBwdDtm b250LWZhbWlseToiVGFob21hIiwic2Fucy1zZXJpZiInPg0KDQo8aHIgc2l6ZT0xIHdpZHRoPSIx MDAlIiBhbGlnbj1jZW50ZXI+DQoNCjwvc3Bhbj48L2Rpdj4NCg0KPHAgY2xhc3M9TXNvTm9ybWFs PjxiPjxzcGFuIHN0eWxlPSdmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiJUYWhvbWEiLCJz YW5zLXNlcmlmIic+RnJvbTo8L3NwYW4+PC9iPjxzcGFuDQpzdHlsZT0nZm9udC1zaXplOjEwLjBw dDtmb250LWZhbWlseToiVGFob21hIiwic2Fucy1zZXJpZiInPiBCZXJuYXJkIEFib2JhDQombHQ7 YmVybmFyZF9hYm9iYUBob3RtYWlsLmNvbSZndDs8YnI+DQo8Yj5Ubzo8L2I+ICZxdW90O3JhZGl1 c2V4dEBvcHMuaWV0Zi5vcmcmcXVvdDsgJmx0O3JhZGl1c2V4dEBvcHMuaWV0Zi5vcmcmZ3Q7PGJy Pg0KPGI+U2VudDo8L2I+IFdlZG5lc2RheSwgTWFyY2ggNCwgMjAwOSA0OjExOjAyIFBNPGJyPg0K PGI+U3ViamVjdDo8L2I+IElFVEYgNzQgQWdlbmRhIC0gVGFrZSBGb3VyPGJyPg0KPC9zcGFuPjxi cj4NCjxzcGFuIHN0eWxlPSdmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiJWZXJkYW5hIiwi c2Fucy1zZXJpZiI7Y29sb3I6IzQ0NDQ0NCc+QXQNCklFVEYgNzQsIHRoZSBSQURFWFQgV0cgaXMg Y3VycmVudGx5IHNjaGVkdWxlZCB0byBtZWV0IG9uIEZyaWRheSwgTWFyY2gNCjI3LDIwMDkmbmJz cDsgZnJvbSA5IEFNIC0gMTE6MzAgQU0uJm5ic3A7IEN1cnJlbnRseSB0aGUgQWdlbmRhIGlzIGFz IGZvbGxvd3M6PGJyPg0KJm5ic3A7PGJyPg0KOSBBTSAtIDk6MTAgUHJlbGltaW5hcmllcyAoMTAg bWludXRlcyk8YnI+DQombmJzcDsmbmJzcDsgQmx1ZSBTaGVldHM8YnI+DQombmJzcDsmbmJzcDsg Tm90ZSBUYWtlcnM8YnI+DQombmJzcDsmbmJzcDsgSmFiYmVyIFNjcmliZTxicj4NCiZuYnNwOyZu YnNwOyBBZ2VuZGEgYmFzaGluZzxicj4NCiZuYnNwOyZuYnNwOyBEb2N1bWVudCBTdGF0dXM8YnI+ DQombmJzcDs8YnI+DQpEb2N1bWVudHMgY29tcGxldGluZyBJRVRGJm5ic3A7TGFzdCBDYWxsJm5i c3A7KDIwIG1pbnV0ZXMpPGJyPg0KJm5ic3A7PGJyPg0KOToxMCAtIDk6MjAgQU0mbmJzcDsgUkFE SVVTIEF1dGhvcml6YXRpb24gZm9yIE5BUyBNYW5hZ2VtZW50LCBEYXZpZCBOZWxzb24gKDEwDQpt aW51dGVzKTxicj4NCjwvc3Bhbj48dT48c3BhbiBzdHlsZT0nZm9udC1zaXplOjEwLjBwdDtmb250 LWZhbWlseToiVmVyZGFuYSIsInNhbnMtc2VyaWYiOw0KY29sb3I6IzAwNjZDQyc+aHR0cDovL3Rv b2xzLmlldGYub3JnL2h0bWwvZHJhZnQtaWV0Zi1yYWRleHQtbWFuYWdlbWVudC1hdXRob3JpemF0 aW9uPC9zcGFuPjwvdT48c3Bhbg0Kc3R5bGU9J2ZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6 IlZlcmRhbmEiLCJzYW5zLXNlcmlmIjtjb2xvcjojNDQ0NDQ0Jz48YnI+DQombmJzcDs8YnI+DQo5 OjIwIC0gOTozMCBBTSBSQURJVVMgRGVzaWduIEd1aWRlbGluZXMsIEFsYW4gRGVLb2sgKDEwIG1p bnV0ZXMpPGJyPg0KPGEgaHJlZj0iaHR0cDovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQtaWV0 Zi1yYWRleHQtZGVzaWduIiB0YXJnZXQ9Il9ibGFuayI+PHNwYW4NCnN0eWxlPSdjb2xvcjojMDA2 NkNDJz5odHRwOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC1pZXRmLXJhZGV4dC1kZXNpZ248 L3NwYW4+PC9hPjxicj4NCiZuYnNwOzxicj4NCkRvY3VtZW50cyB0aGF0IGhhdmUgY29tcGxldGVk IFJBREVYVCBXRyBMYXN0IENhbGwgKDUwIG1pbnV0ZXMpPC9zcGFuPjxicj4NCiZuYnNwOzxicj4N CjxzcGFuIHN0eWxlPSdmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiJWZXJkYW5hIiwic2Fu cy1zZXJpZiI7Y29sb3I6IzQ0NDQ0NCc+OTozMA0KQU0g4oCTIDk6NDAgQU0gU3RhdHVzLVNlcnZl ciwgQWxhbiBEZUtvayAoMTAgbWludXRlcyk8YnI+DQo8YSBocmVmPSJodHRwOi8vdG9vbHMuaWV0 Zi5vcmcvaHRtbC9kcmFmdC1pZXRmLXJhZGV4dC1zdGF0dXMtc2VydmVyIg0KdGFyZ2V0PSJfYmxh bmsiPjxzcGFuIHN0eWxlPSdjb2xvcjpwdXJwbGUnPmh0dHA6Ly90b29scy5pZXRmLm9yZy9odG1s L2RyYWZ0LWlldGYtcmFkZXh0LXN0YXR1cy1zZXJ2ZXI8L3NwYW4+PC9hPjxicj4NCjxicj4NCjk6 NDAgQU0gLSA5OjUwIEFNIFJBRFNFQywgU3RlZmFuIFdpbnRlciAoMTAgbWludXRlcyk8YnI+DQo8 YSBocmVmPSJodHRwOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC1pZXRmLXJhZGV4dC1yYWRz ZWMiIHRhcmdldD0iX2JsYW5rIj48c3Bhbg0Kc3R5bGU9J2NvbG9yOiMwMDY2Q0MnPmh0dHA6Ly90 b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0LWlldGYtcmFkZXh0LXJhZHNlYzwvc3Bhbj48L2E+PGJy Pg0KJm5ic3A7PGJyPg0KOTo1MCBBTSDigJMmbmJzcDsxMDowMCBBTSBFeHRlbmRlZCBSQURJVVMg QXR0cmlidXRlcywgVEJEICgxMCBtaW51dGVzKTxicj4NCmh0dHA6Ly90b29scy5pZXRmLm9yZy9o dG1sL2RyYWZ0LWlldGYtcmFkZXh0LWV4dGVuZGVkLWF0dHJpYnV0ZXM8YnI+DQombmJzcDs8YnI+ DQoxMDowMCBBTSAtIDEwOjIwIEFNIFJBRElVUyBDcnlwdG8tYWdpbGl0eSBSZXF1aXJlbWVudHMs IERhdmlkIE5lbHNvbiAoMjANCm1pbnV0ZXMpPGJyPg0KPGENCmhyZWY9Imh0dHA6Ly90b29scy5p ZXRmLm9yZy9odG1sL2RyYWZ0LWlldGYtcmFkZXh0LWNyeXB0by1hZ2lsaXR5LXJlcXVpcmVtZW50 cyINCnRhcmdldD0iX2JsYW5rIj48c3BhbiBzdHlsZT0nY29sb3I6IzAwNjZDQyc+aHR0cDovL3Rv b2xzLmlldGYub3JnL2h0bWwvZHJhZnQtaWV0Zi1yYWRleHQtY3J5cHRvLWFnaWxpdHktcmVxdWly ZW1lbnRzPC9zcGFuPjwvYT48L3NwYW4+PG86cD48L286cD48L3A+DQoNCjxkaXY+DQoNCjxwIGNs YXNzPWVjZWNtc29ub3JtYWwgc3R5bGU9J2JhY2tncm91bmQ6d2hpdGUnPjxzcGFuIHN0eWxlPSdm b250LXNpemU6MTAuMHB0Ow0KZm9udC1mYW1pbHk6IlZlcmRhbmEiLCJzYW5zLXNlcmlmIjtjb2xv cjojNDQ0NDQ0Jz4mbmJzcDs8YnI+DQpXb3JraW5nIEdyb3VwIFdvcmsgSXRlbXMgKDIwIG1pbnV0 ZXMpPGJyPg0KJm5ic3A7PGJyPg0KMTA6MjAgQU0gLSAxMDozMCBBTSBUQ1AgVHJhbnNwb3J0LCBB bGFuIERlS29rICgxMCBtaW51dGVzKTxicj4NCmh0dHA6Ly90b29scy5pZXRmLm9yZy9odG1sL2Ry YWZ0LWlldGYtcmFkZXh0LXRjcC10cmFuc3BvcnQ8YnI+DQo8YnI+DQoxMDozMCBBTSAtIDEwOjQw IEFNIE5ldyBUdW5uZWwtVHlwZSBWYWx1ZXMsIEFiaGlzaGVrIFRpd2FyaSAoMTAgbWludXRlcyk8 YnI+DQo8L3NwYW4+PHU+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6 IlZlcmRhbmEiLCJzYW5zLXNlcmlmIjsNCmNvbG9yOiMwMDY2Q0MnPmh0dHA6Ly90b29scy5pZXRm Lm9yZy9odG1sL2RyYWZ0LWlldGYtcmFkZXh0LXR1bm5lbC10eXBlPC9zcGFuPjwvdT48c3Bhbg0K c3R5bGU9J2ZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6IlZlcmRhbmEiLCJzYW5zLXNlcmlm Ijtjb2xvcjojNDQ0NDQ0Jz48YnI+DQo8YnI+DQpJbmRpdmlkdWFsIFN1Ym1pc3Npb25zICgyMCBt aW51dGVzKTwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCg0KPHAgY2xhc3M9ZWNlY21zb25vcm1hbCBz dHlsZT0nYmFja2dyb3VuZDp3aGl0ZSc+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToxMC4wcHQ7DQpm b250LWZhbWlseToiVmVyZGFuYSIsInNhbnMtc2VyaWYiO2NvbG9yOiM0NDQ0NDQnPiZuYnNwOzwv c3Bhbj48bzpwPjwvbzpwPjwvcD4NCg0KPHAgY2xhc3M9ZWNlY21zb25vcm1hbCBzdHlsZT0nYmFj a2dyb3VuZDp3aGl0ZSc+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToxMC4wcHQ7DQpmb250LWZhbWls eToiVmVyZGFuYSIsInNhbnMtc2VyaWYiO2NvbG9yOiM0NDQ0NDQnPjEwOjQwIEFNIC0gMTA6NTAg QU0mbmJzcDsNCk5BSS1iYXNlZCBEeW5hbWljIFBlZXIgRGlzY292ZXJ5LCBTdGVmYW4gV2ludGVy ICgxMCBtaW51dGVzKTwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCg0KPHAgY2xhc3M9ZWNlY21zb25v cm1hbCBzdHlsZT0nYmFja2dyb3VuZDp3aGl0ZSc+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToxMC4w cHQ7DQpmb250LWZhbWlseToiVmVyZGFuYSIsInNhbnMtc2VyaWYiO2NvbG9yOiMwMDY4Q0YnPmh0 dHA6Ly90b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0LXdpbnRlci1keW5hbWljLWRpc2NvdmVyeTwv c3Bhbj48bzpwPjwvbzpwPjwvcD4NCg0KPHAgY2xhc3M9ZWNlY21zb25vcm1hbCBzdHlsZT0nYmFj a2dyb3VuZDp3aGl0ZSc+Jm5ic3A7PG86cD48L286cD48L3A+DQoNCjxwIGNsYXNzPWVjZWNtc29u b3JtYWwgc3R5bGU9J2JhY2tncm91bmQ6d2hpdGUnPjxzcGFuIHN0eWxlPSdmb250LXNpemU6MTAu MHB0Ow0KZm9udC1mYW1pbHk6IlZlcmRhbmEiLCJzYW5zLXNlcmlmIjtjb2xvcjpibGFjayc+MTA6 NTAgLSAxMTowMCBBTSA8c3Bhbg0KY2xhc3M9aDE+UkFESVVTIGF0dHJpYnV0ZXMgZm9yIElQdjYg QWNjZXNzIE5ldHdvcmtzPC9zcGFuPjxzdHJvbmc+PHNwYW4NCnN0eWxlPSdmb250LWZhbWlseToi VmVyZGFuYSIsInNhbnMtc2VyaWYiJz4sIDwvc3Bhbj48L3N0cm9uZz5CZW5vaXQgTG91cmRlbGV0 DQooMTAgbWludXRlcyk8L3NwYW4+PG86cD48L286cD48L3A+DQoNCjxwIGNsYXNzPWVjZWNtc29u b3JtYWwgc3R5bGU9J2JhY2tncm91bmQ6d2hpdGUnPjxzcGFuIHN0eWxlPSdmb250LXNpemU6MTAu MHB0Ow0KZm9udC1mYW1pbHk6IlZlcmRhbmEiLCJzYW5zLXNlcmlmIjtjb2xvcjojMDA2OENGJz5o dHRwOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC1sb3VyZGVsZXQtcmFkZXh0LWlwdjYtYWNj ZXNzPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KDQo8cCBjbGFzcz1lY2VjbXNvbm9ybWFsIHN0eWxl PSdiYWNrZ3JvdW5kOndoaXRlJz4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCg0KPHAgY2xhc3M9ZWNl Y21zb25vcm1hbCBzdHlsZT0nYmFja2dyb3VuZDp3aGl0ZSc+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6 ZToxMC4wcHQ7DQpmb250LWZhbWlseToiVmVyZGFuYSIsInNhbnMtc2VyaWYiO2NvbG9yOiM0NDQ0 NDQnPjxicj4NClN1bW1hcnkgJmFtcDsgV3JhcC11cDwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCg0K PHRhYmxlIGNsYXNzPU1zb05vcm1hbFRhYmxlIGJvcmRlcj0xIGNlbGxwYWRkaW5nPTAgc3R5bGU9 J2JvcmRlcjpub25lOw0KIGJvcmRlci10b3A6c29saWQgYmxhY2sgMS4wcHQnPg0KIDx0cj4NCiAg PHRkIHN0eWxlPSdib3JkZXI6bm9uZTtwYWRkaW5nOi43NXB0IC43NXB0IC43NXB0IC43NXB0Jz48 L3RkPg0KIDwvdHI+DQo8L3RhYmxlPg0KDQo8cCBjbGFzcz1lY2VjbXNvbm9ybWFsPjxzcGFuIHN0 eWxlPSdmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiJWZXJkYW5hIiwic2Fucy1zZXJpZiIn PiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCg0KPC9kaXY+DQoNCjwvZGl2Pg0KDQo8L2Rp dj4NCg0KPC9kaXY+DQoNCjxwIGNsYXNzPU1zb05vcm1hbD48bzpwPiZuYnNwOzwvbzpwPjwvcD4N Cg0KPC9kaXY+DQoNCjwvYm9keT4NCg0KPC9odG1sPg0K ------_=_NextPart_001_01C99DB4.40D06618-- -- to unsubscribe send a message to radiusext-request@ops.ietf.org with the word 'unsubscribe' in a single line as the message text body. archive: <http://psg.com/lists/radiusext/> Envelope-to: radiusext-data0@psg.com Delivery-date: Thu, 05 Mar 2009 16:51:12 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1236271826; bh=c4HJu6cG6nd7crWrYL2Y/9Rom7fD6csVHsZbaAelU+M=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:References:Date:From:Reply-To:Subject:To:In-Reply-To:MIME-Version:Content-Type; b=0T1XfPiJ3Ew9HfsGn3UrjDz2XDpWDO0P9CuHCqVvmKl0EcBnXBRlalcttPIspOH6DnlenAICpRkHtbAa/6lUDwPxp2vXOIVX5VxZJO+o3LXcli8XaBjovAvl1QADIZy/n1bfWYVG1ICqaa3G+Rd3rqvAsAZct/KdvMbBNm6Mco0= DomainKey-Signature:a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:X-YMail-OSG:Received:X-Mailer:References:Date:From:Reply-To:Subject:To:In-Reply-To:MIME-Version:Content-Type; b=YbPQ4ZfAAhEntHQ/mGRLka29plP77H6jO8GCyM7fVhklukWa0y3t76EBgtyMqPThdL1w675x28cYg0KAf4KK0jNZG7tVKWrcqA0okimrf58XM8BrKCDNCoM07+YJzNXsAEhw8RG223cWY/cU9E85Tg3TwER33iCo3YvvvphCNGM=; Message-ID: <731212.79201.qm@web111413.mail.gq1.yahoo.com> Date: Thu, 5 Mar 2009 08:50:26 -0800 (PST) From: Behcet Sarikaya <behcetsarikaya@yahoo.com> Reply-To: Behcet Sarikaya <sarikaya@ieee.org> Subject: Re: IETF 74 Agenda - Take Four To: Bernard Aboba <bernard_aboba@hotmail.com>, "radiusext@ops.ietf.org" <radiusext@ops.ietf.org> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="0-1556768613-1236271826=:79201" --0-1556768613-1236271826=:79201 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Hi Bernard,=0A=C2=A0 Can you please squeeze a short presentation for draft-= sarikaya-radext-prefix-authorization-02? We are revising the draft in view = of draft-lourdelet-radext-rfc3162bis-02.=0A=0ARegards,=0A=0ABehcet=0A=0A=0A= =0A=0A________________________________=0AFrom: Bernard Aboba <bernard_aboba= @hotmail.com>=0ATo: "radiusext@ops.ietf.org" <radiusext@ops.ietf.org>=0ASen= t: Wednesday, March 4, 2009 4:11:02 PM=0ASubject: IETF 74 Agenda - Take Fou= r=0A=0AAt IETF 74, the RADEXT WG is currently scheduled to meet on Friday, = March 27,2009=C2=A0 from 9 AM - 11:30 AM.=C2=A0 Currently the Agenda is as = follows:=0A=C2=A0=0A9 AM - 9:10 Preliminaries (10 minutes)=0A=C2=A0=C2=A0 B= lue Sheets=0A=C2=A0=C2=A0 Note Takers=0A=C2=A0=C2=A0 Jabber Scribe=0A=C2=A0= =C2=A0 Agenda bashing=0A=C2=A0=C2=A0 Document Status=0A=C2=A0=0ADocuments c= ompleting IETF=C2=A0Last Call=C2=A0(20 minutes)=0A=C2=A0=0A9:10 - 9:20 AM= =C2=A0 RADIUS Authorization for NAS Management, David Nelson (10 minutes)= =0Ahttp://tools.ietf.org/html/draft-ietf-radext-management-authorization=0A= =C2=A0=0A9:20 - 9:30 AM RADIUS Design Guidelines, Alan DeKok (10 minutes)= =0Ahttp://tools.ietf.org/html/draft-ietf-radext-design=0A=C2=A0=0ADocuments= that have completed RADEXT WG Last Call (50 minutes)=0A=C2=A0=0A9:30 AM = =E2=80=93 9:40 AM Status-Server, Alan DeKok (10 minutes)=0Ahttp://tools.iet= f.org/html/draft-ietf-radext-status-server=0A=0A9:40 AM - 9:50 AM RADSEC, S= tefan Winter (10 minutes)=0Ahttp://tools.ietf.org/html/draft-ietf-radext-ra= dsec=0A=C2=A0=0A9:50 AM =E2=80=93=C2=A010:00 AM Extended RADIUS Attributes,= TBD (10 minutes)=0Ahttp://tools.ietf.org/html/draft-ietf-radext-extended-a= ttributes=0A=C2=A0=0A10:00 AM - 10:20 AM RADIUS Crypto-agility Requirements= , David Nelson (20 minutes)=0Ahttp://tools.ietf.org/html/draft-ietf-radext-= crypto-agility-requirements=0A=0A=C2=A0=0AWorking Group Work Items (20 minu= tes)=0A=C2=A0=0A10:20 AM - 10:30 AM TCP Transport, Alan DeKok (10 minutes)= =0Ahttp://tools.ietf.org/html/draft-ietf-radext-tcp-transport=0A=0A10:30 AM= - 10:40 AM New Tunnel-Type Values, Abhishek Tiwari (10 minutes)=0Ahttp://t= ools.ietf.org/html/draft-ietf-radext-tunnel-type=0A=0AIndividual Submission= s (20 minutes)=0A=C2=A0=0A10:40 AM - 10:50 AM=C2=A0 NAI-based Dynamic Peer = Discovery, Stefan Winter (10 minutes)=0Ahttp://tools.ietf.org/html/draft-wi= nter-dynamic-discovery=0A=C2=A0=0A10:50 - 11:00 AM RADIUS attributes for IP= v6 Access Networks, Benoit Lourdelet (10 minutes)=0Ahttp://tools.ietf.org/h= tml/draft-lourdelet-radext-ipv6-access=0A=C2=A0=0A=0ASummary & Wrap-up =0A= =0A=0A --0-1556768613-1236271826=:79201 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable <html><head><style type=3D"text/css"><!-- DIV {margin:0px;} --></style></he= ad><body><div style=3D"font-family:times new roman, new york, times, serif;= font-size:12pt"><DIV>Hi Bernard,</DIV>=0A<DIV> Can you please squeeze= a short presentation for draft-sarikaya-radext-prefix-authorization-02? We= are revising the draft in view of draft-lourdelet-radext-rfc3162bis-02.</D= IV>=0A<DIV> </DIV>=0A<DIV>Regards,</DIV>=0A<DIV> </DIV>=0A<DIV>Be= hcet<BR></DIV>=0A<DIV style=3D"FONT-SIZE: 12pt; FONT-FAMILY: times new roma= n, new york, times, serif"><BR>=0A<DIV style=3D"FONT-SIZE: 12pt; FONT-FAMIL= Y: times new roman, new york, times, serif"><FONT face=3DTahoma size=3D2>= =0A<HR SIZE=3D1>=0A<B><SPAN style=3D"FONT-WEIGHT: bold">From:</SPAN></B> Be= rnard Aboba <bernard_aboba@hotmail.com><BR><B><SPAN style=3D"FONT-WEI= GHT: bold">To:</SPAN></B> "radiusext@ops.ietf.org" <radiusext@ops.ietf.o= rg><BR><B><SPAN style=3D"FONT-WEIGHT: bold">Sent:</SPAN></B> Wednesday, = March 4, 2009 4:11:02 PM<BR><B><SPAN style=3D"FONT-WEIGHT: bold">Subject:</= SPAN></B> IETF 74 Agenda - Take Four<BR></FONT><BR>=0A<STYLE>=0A.hmmessage = P=0A{=0Amargin:0px;padding:0px;}=0Abody.hmmessage=0A{=0Afont-size:10pt;font= -family:Verdana;}=0A</STYLE>=0A<SPAN style=3D"FONT-SIZE: 10pt; COLOR: #4444= 44; FONT-FAMILY: 'Verdana', 'sans-serif'">At IETF 74, the RADEXT WG is curr= ently scheduled to meet on Friday, March 27,2009 from 9 AM - 11:30 AM= . Currently the Agenda is as follows:<BR> <BR>9 AM - 9:10 Prelim= inaries (10 minutes)<BR> Blue Sheets<BR> Note Taker= s<BR> Jabber Scribe<BR> Agenda bashing<BR> &nb= sp; Document Status<BR> <BR>Documents completing IETF Last Call&n= bsp;(20 minutes)<BR> <BR>9:10 - 9:20 AM RADIUS Authorization for= NAS Management, David Nelson (10 minutes)<BR></SPAN><U><SPAN style=3D"FONT= -SIZE: 10pt; COLOR: #0066cc; FONT-FAMILY: 'Verdana', 'sans-serif'">http://t= ools.ietf.org/html/draft-ietf-radext-management-authorization</SPAN></U><SP= AN style=3D"FONT-SIZE: 10pt; COLOR: #444444; FONT-FAMILY: 'Verdana', 'sans-= serif'"><BR> <BR>9:20 - 9:30 AM RADIUS Design Guidelines, Alan DeKok (= 10 minutes)<BR><A href=3D"http://tools.ietf.org/html/draft-ietf-radext-design" target=3D_bla= nk rel=3Dnofollow><SPAN style=3D"COLOR: #0066cc">http://tools.ietf.org/html= /draft-ietf-radext-design</SPAN></A><BR> <BR>Documents that have compl= eted RADEXT WG Last Call (50 minutes)</SPAN><BR><SPAN style=3D"FONT-SIZE: 1= 0pt; COLOR: #444444; FONT-FAMILY: 'Verdana', 'sans-serif'"></SPAN> <BR= ><SPAN style=3D"FONT-SIZE: 10pt; COLOR: #444444; FONT-FAMILY: 'Verdana', 's= ans-serif'"><SPAN style=3D"FONT-SIZE: 10pt; COLOR: #444444; FONT-FAMILY: 'V= erdana', 'sans-serif'">9:30 AM =E2=80=93 9:40 AM Status-Server, Alan DeKok = (10 minutes)<BR><A href=3D"http://tools.ietf.org/html/draft-ietf-radext-sta= tus-server" target=3D_blank rel=3Dnofollow><SPAN style=3D"COLOR: purple">ht= tp://tools.ietf.org/html/draft-ietf-radext-status-server</SPAN></A></SPAN><= BR><BR>9:40 AM - 9:50 AM RADSEC, Stefan Winter (10 minutes)<BR><A href=3D"h= ttp://tools.ietf.org/html/draft-ietf-radext-radsec" target=3D_blank rel=3Dn= ofollow><SPAN style=3D"COLOR: #0066cc">http://tools.ietf.org/html/draft-ietf-radext-radsec</SPAN></A><BR= > <BR>9:50 AM =E2=80=93 10:00 AM Extended RADIUS Attributes, TBD = (10 minutes)<BR>http://tools.ietf.org/html/draft-ietf-radext-extended-attri= butes<BR> <BR>10:00 AM - 10:20 AM RADIUS Crypto-agility Requirements, = David Nelson (20 minutes)<BR><A href=3D"http://tools.ietf.org/html/draft-ie= tf-radext-crypto-agility-requirements" target=3D_blank rel=3Dnofollow><SPAN= style=3D"COLOR: #0066cc">http://tools.ietf.org/html/draft-ietf-radext-cryp= to-agility-requirements</SPAN></A></SPAN><BR>=0A<DIV class=3DEC_EC_Section1= >=0A<P class=3DEC_EC_MsoNormal style=3D"BACKGROUND: white"><SPAN style=3D"F= ONT-SIZE: 10pt; COLOR: #444444; FONT-FAMILY: 'Verdana', 'sans-serif'"> = ;</SPAN><SPAN style=3D"FONT-SIZE: 10pt; COLOR: #444444; FONT-FAMILY: 'Verda= na', 'sans-serif'"><BR>Working Group Work Items (20 minutes)<BR> <BR>1= 0:20 AM - 10:30 AM TCP Transport, Alan DeKok (10 minutes)<BR>http://tools.i= etf.org/html/draft-ietf-radext-tcp-transport<BR><BR>10:30 AM - 10:40 AM New= Tunnel-Type Values, Abhishek Tiwari (10 minutes)<BR></SPAN><U><SPAN style= =3D"FONT-SIZE: 10pt; COLOR: #0066cc; FONT-FAMILY: 'Verdana', 'sans-serif'">= http://tools.ietf.org/html/draft-ietf-radext-tunnel-type</SPAN></U><SPAN st= yle=3D"FONT-SIZE: 10pt; COLOR: #444444; FONT-FAMILY: 'Verdana', 'sans-serif= '"><BR><BR>Individual Submissions (20 minutes)</SPAN></P>=0A<P class=3DEC_E= C_MsoNormal style=3D"BACKGROUND: white"><SPAN style=3D"FONT-SIZE: 10pt; COL= OR: #444444; FONT-FAMILY: 'Verdana', 'sans-serif'"> </SPAN></P>=0A<P c= lass=3DEC_EC_MsoNormal style=3D"BACKGROUND: white"><SPAN style=3D"FONT-SIZE= : 10pt; COLOR: #444444; FONT-FAMILY: 'Verdana', 'sans-serif'">10:40 AM - 10= :50 AM NAI-based Dynamic Peer Discovery, Stefan Winter (10 minutes)</= SPAN></P>=0A<P class=3DEC_EC_MsoNormal style=3D"BACKGROUND: white"><SPAN st= yle=3D"FONT-SIZE: 10pt; COLOR: #0068cf; FONT-FAMILY: 'Verdana', 'sans-serif= '">http://tools.ietf.org/html/draft-winter-dynamic-discovery</SPAN></P>=0A<= P class=3DEC_EC_MsoNormal style=3D"BACKGROUND: white"><SPAN style=3D"FONT-S= IZE: 10pt; COLOR: #0068cf; FONT-FAMILY: 'Verdana', 'sans-serif'"></SPAN>&nb= sp;</P>=0A<P class=3DEC_EC_MsoNormal style=3D"BACKGROUND: white"><SPAN styl= e=3D"FONT-SIZE: 10pt; COLOR: #0068cf; FONT-FAMILY: 'Verdana', 'sans-serif'"= ><FONT color=3D#000000>10:50 - 11:00 AM <SPAN class=3Dh1>RADIUS attributes = for IPv6 Access Networks<STRONG>, </STRONG></SPAN>Benoit Lourdelet (10 minu= tes)</FONT></SPAN></P>=0A<P class=3DEC_EC_MsoNormal style=3D"BACKGROUND: wh= ite"><SPAN style=3D"FONT-SIZE: 10pt; COLOR: #0068cf; FONT-FAMILY: 'Verdana'= , 'sans-serif'">http://tools.ietf.org/html/draft-lourdelet-radext-ipv6-acce= ss</SPAN></P>=0A<P class=3DEC_EC_MsoNormal style=3D"BACKGROUND: white"><SPA= N style=3D"FONT-SIZE: 10pt; COLOR: #0068cf; FONT-FAMILY: 'Verdana', 'sans-s= erif'"></SPAN> </P>=0A<P class=3DEC_EC_MsoNormal style=3D"BACKGROUND: = white"><SPAN style=3D"FONT-SIZE: 10pt; COLOR: #444444; FONT-FAMILY: 'Verdan= a', 'sans-serif'"><BR>Summary & Wrap-up</SPAN></P>=0A<TABLE class=3DEC_= EC_MsoNormalTable style=3D"BORDER-RIGHT: medium none; BORDER-TOP: black 1pt= solid; BORDER-LEFT: medium none; BORDER-BOTTOM: medium none" cellPadding= =3D0 border=3D1>=0A<TBODY>=0A<TR>=0A<TD style=3D"BORDER-RIGHT: medium none;= PADDING-RIGHT: 0.75pt; BORDER-TOP: medium none; PADDING-LEFT: 0.75pt; PADD= ING-BOTTOM: 0.75pt; BORDER-LEFT: medium none; PADDING-TOP: 0.75pt; BORDER-B= OTTOM: medium none"></TD></TR></TBODY></TABLE>=0A<P class=3DEC_EC_MsoNormal= ><SPAN style=3D"FONT-SIZE: 10pt; FONT-FAMILY: 'Verdana', 'sans-serif'">&nbs= p;</SPAN></P></DIV></DIV></DIV></div><br>=0A=0A </body></html> --0-1556768613-1236271826=:79201-- -- to unsubscribe send a message to radiusext-request@ops.ietf.org with the word 'unsubscribe' in a single line as the message text body. archive: <http://psg.com/lists/radiusext/> Envelope-to: radiusext-data0@psg.com Delivery-date: Wed, 04 Mar 2009 22:12:01 +0000 Message-ID: <BLU137-W37346CB11F740170044C2B93A70@phx.gbl> Content-Type: multipart/alternative; boundary="_f7fa7a3e-0a37-43a1-8055-b92f63e64976_" From: Bernard Aboba <bernard_aboba@hotmail.com> To: "radiusext@ops.ietf.org" <radiusext@ops.ietf.org> Subject: IETF 74 Agenda - Take Four Date: Wed, 4 Mar 2009 14:11:02 -0800 MIME-Version: 1.0 --_f7fa7a3e-0a37-43a1-8055-b92f63e64976_ Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable At IETF 74=2C the RADEXT WG is currently scheduled to meet on Friday=2C Mar= ch 27=2C2009 from 9 AM - 11:30 AM. Currently the Agenda is as follows: =20 9 AM - 9:10 Preliminaries (10 minutes) Blue Sheets Note Takers Jabber Scribe Agenda bashing Document Status =20 Documents completing IETF Last Call (20 minutes) =20 9:10 - 9:20 AM RADIUS Authorization for NAS Management=2C David Nelson (10= minutes) http://tools.ietf.org/html/draft-ietf-radext-management-authorization =20 9:20 - 9:30 AM RADIUS Design Guidelines=2C Alan DeKok (10 minutes) http://tools.ietf.org/html/draft-ietf-radext-design =20 Documents that have completed RADEXT WG Last Call (50 minutes) =20 9:30 AM =96 9:40 AM Status-Server=2C Alan DeKok (10 minutes) http://tools.ietf.org/html/draft-ietf-radext-status-server 9:40 AM - 9:50 AM RADSEC=2C Stefan Winter (10 minutes) http://tools.ietf.org/html/draft-ietf-radext-radsec =20 9:50 AM =96 10:00 AM Extended RADIUS Attributes=2C TBD (10 minutes) http://tools.ietf.org/html/draft-ietf-radext-extended-attributes =20 10:00 AM - 10:20 AM RADIUS Crypto-agility Requirements=2C David Nelson (20 = minutes) http://tools.ietf.org/html/draft-ietf-radext-crypto-agility-requirements =20 Working Group Work Items (20 minutes) =20 10:20 AM - 10:30 AM TCP Transport=2C Alan DeKok (10 minutes) http://tools.ietf.org/html/draft-ietf-radext-tcp-transport 10:30 AM - 10:40 AM New Tunnel-Type Values=2C Abhishek Tiwari (10 minutes) http://tools.ietf.org/html/draft-ietf-radext-tunnel-type Individual Submissions (20 minutes) =20 10:40 AM - 10:50 AM NAI-based Dynamic Peer Discovery=2C Stefan Winter (10 = minutes) http://tools.ietf.org/html/draft-winter-dynamic-discovery =20 10:50 - 11:00 AM RADIUS attributes for IPv6 Access Networks=2C Benoit Lourd= elet (10 minutes) http://tools.ietf.org/html/draft-lourdelet-radext-ipv6-access =20 Summary & Wrap-up = --_f7fa7a3e-0a37-43a1-8055-b92f63e64976_ Content-Type: text/html; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable <html> <head> <style> .hmmessage P { margin:0px=3B padding:0px } body.hmmessage { font-size: 10pt=3B font-family:Verdana } </style> </head> <body class=3D'hmmessage'> <SPAN style=3D"FONT-SIZE: 10pt=3B COLOR: #444444=3B FONT-FAMILY: 'Verdana'= =2C'sans-serif'">At IETF 74=2C the RADEXT WG is currently scheduled to meet= on Friday=2C March 27=2C2009 =3B from 9 AM - 11:30 AM. =3B Current= ly the Agenda is as follows:<BR> =3B<BR>9 AM - 9:10 Preliminaries (10 m= inutes)<BR> =3B =3B Blue Sheets<BR> =3B =3B Note Takers<BR>=  =3B =3B Jabber Scribe<BR> =3B =3B Agenda bashing<BR> = =3B =3B Document Status<BR> =3B<BR>Documents completing IETF = =3BLast Call =3B(20 minutes)<BR> =3B<BR>9:10 - 9:20 AM =3B RADI= US Authorization for NAS Management=2C David Nelson (10 minutes)<BR></SPAN>= <U><SPAN style=3D"FONT-SIZE: 10pt=3B COLOR: #0066cc=3B FONT-FAMILY: 'Verdan= a'=2C'sans-serif'"><A href=3D"http://tools.ietf.org/html/draft-ietf-radext-= management-authorization">http://tools.ietf.org/html/draft-ietf-radext-mana= gement-authorization</A></SPAN></U><SPAN style=3D"FONT-SIZE: 10pt=3B COLOR:= #444444=3B FONT-FAMILY: 'Verdana'=2C'sans-serif'"><BR> =3B<BR>9:20 - 9= :30 AM RADIUS Design Guidelines=2C Alan DeKok (10 minutes)<BR><A href=3D"ht= tp://tools.ietf.org/html/draft-ietf-radext-design"><SPAN style=3D"COLOR: #0= 066cc">http://tools.ietf.org/html/draft-ietf-radext-design</SPAN></A><BR>&n= bsp=3B<BR>Documents that have completed RADEXT WG Last Call (50 minutes)</S= PAN><BR> <SPAN style=3D"FONT-SIZE: 10pt=3B COLOR: #444444=3B FONT-FAMILY: 'Verdana'= =2C'sans-serif'"></SPAN> =3B<BR> <SPAN style=3D"FONT-SIZE: 10pt=3B COLOR: #444444=3B FONT-FAMILY: 'Verdana'= =2C'sans-serif'"><SPAN style=3D"FONT-SIZE: 10pt=3B COLOR: #444444=3B FONT-F= AMILY: 'Verdana'=2C'sans-serif'">9:30 AM =96 9:40 AM Status-Server=2C Alan = DeKok (10 minutes)<BR><A href=3D"http://tools.ietf.org/html/draft-ietf-rade= xt-status-server"><SPAN style=3D"COLOR: purple">http://tools.ietf.org/html/= draft-ietf-radext-status-server</SPAN></A></SPAN><BR> <BR>9:40 AM - 9:50 AM RADSEC=2C Stefan Winter (10 minutes)<BR><A href=3D"ht= tp://tools.ietf.org/html/draft-ietf-radext-radsec"><SPAN style=3D"COLOR: #0= 066cc">http://tools.ietf.org/html/draft-ietf-radext-radsec</SPAN></A><BR>&n= bsp=3B<BR>9:50 AM =96 =3B10:00 AM Extended RADIUS Attributes=2C TBD (10= minutes)<BR><A href=3D"http://tools.ietf.org/html/draft-ietf-radext-extend= ed-attributes">http://tools.ietf.org/html/draft-ietf-radext-extended-attrib= utes</A><BR> =3B<BR>10:00 AM - 10:20 AM RADIUS Crypto-agility Requireme= nts=2C David Nelson (20 minutes)<BR><A href=3D"http://tools.ietf.org/html/d= raft-ietf-radext-crypto-agility-requirements"><SPAN style=3D"COLOR: #0066cc= ">http://tools.ietf.org/html/draft-ietf-radext-crypto-agility-requirements<= /SPAN></A></SPAN><BR> <DIV class=3DEC_EC_Section1> <P class=3DEC_EC_MsoNormal style=3D"BACKGROUND: white"><SPAN style=3D"FONT-= SIZE: 10pt=3B COLOR: #444444=3B FONT-FAMILY: 'Verdana'=2C'sans-serif'">&nbs= p=3B</SPAN><SPAN style=3D"FONT-SIZE: 10pt=3B COLOR: #444444=3B FONT-FAMILY:= 'Verdana'=2C'sans-serif'"><BR>Working Group Work Items (20 minutes)<BR>&nb= sp=3B<BR>10:20 AM - 10:30 AM TCP Transport=2C Alan DeKok (10 minutes)<BR><A= href=3D"http://tools.ietf.org/html/draft-ietf-radext-tcp-transport">http:/= /tools.ietf.org/html/draft-ietf-radext-tcp-transport</A><BR><BR>10:30 AM - = 10:40 AM New Tunnel-Type Values=2C Abhishek Tiwari (10 minutes)<BR></SPAN><= U><SPAN style=3D"FONT-SIZE: 10pt=3B COLOR: #0066cc=3B FONT-FAMILY: 'Verdana= '=2C'sans-serif'"><A href=3D"http://tools.ietf.org/html/draft-ietf-radext-t= unnel-type">http://tools.ietf.org/html/draft-ietf-radext-tunnel-type</A></S= PAN></U><SPAN style=3D"FONT-SIZE: 10pt=3B COLOR: #444444=3B FONT-FAMILY: 'V= erdana'=2C'sans-serif'"><BR><BR>Individual Submissions (20 minutes)</SPAN><= /P> <P class=3DEC_EC_MsoNormal style=3D"BACKGROUND: white"><SPAN style=3D"FONT-= SIZE: 10pt=3B COLOR: #444444=3B FONT-FAMILY: 'Verdana'=2C'sans-serif'">&nbs= p=3B</SPAN></P> <P class=3DEC_EC_MsoNormal style=3D"BACKGROUND: white"><SPAN style=3D"FONT-= SIZE: 10pt=3B COLOR: #444444=3B FONT-FAMILY: 'Verdana'=2C'sans-serif'">10:4= 0 AM - 10:50 AM =3B NAI-based Dynamic Peer Discovery=2C Stefan Winter (= 10 minutes)</SPAN></P> <P class=3DEC_EC_MsoNormal style=3D"BACKGROUND: white"><SPAN style=3D"FONT-= SIZE: 10pt=3B COLOR: #0068cf=3B FONT-FAMILY: 'Verdana'=2C'sans-serif'"><A h= ref=3D"http://tools.ietf.org/html/draft-winter-dynamic-discovery">http://to= ols.ietf.org/html/draft-winter-dynamic-discovery</A></SPAN></P> <P class=3DEC_EC_MsoNormal style=3D"BACKGROUND: white"><SPAN style=3D"FONT-= SIZE: 10pt=3B COLOR: #0068cf=3B FONT-FAMILY: 'Verdana'=2C'sans-serif'"></SP= AN> =3B</P> <P class=3DEC_EC_MsoNormal style=3D"BACKGROUND: white"><SPAN style=3D"FONT-= SIZE: 10pt=3B COLOR: #0068cf=3B FONT-FAMILY: 'Verdana'=2C'sans-serif'"><FON= T color=3D#000000>10:50 - 11:00 AM <SPAN class=3Dh1>RADIUS attributes for I= Pv6 Access Networks<STRONG>=2C </STRONG></SPAN>Benoit Lourdelet (10 minutes= )</FONT></SPAN></P> <P class=3DEC_EC_MsoNormal style=3D"BACKGROUND: white"><SPAN style=3D"FONT-= SIZE: 10pt=3B COLOR: #0068cf=3B FONT-FAMILY: 'Verdana'=2C'sans-serif'"><A h= ref=3D"http://tools.ietf.org/html/draft-lourdelet-radext-ipv6-access">http:= //tools.ietf.org/html/draft-lourdelet-radext-ipv6-access</A></SPAN></P> <P class=3DEC_EC_MsoNormal style=3D"BACKGROUND: white"><SPAN style=3D"FONT-= SIZE: 10pt=3B COLOR: #0068cf=3B FONT-FAMILY: 'Verdana'=2C'sans-serif'"></SP= AN> =3B</P> <P class=3DEC_EC_MsoNormal style=3D"BACKGROUND: white"><SPAN style=3D"FONT-= SIZE: 10pt=3B COLOR: #444444=3B FONT-FAMILY: 'Verdana'=2C'sans-serif'"><BR>= Summary &=3B Wrap-up</SPAN></P> <TABLE class=3DEC_EC_MsoNormalTable style=3D"BORDER-RIGHT: medium none=3B B= ORDER-TOP: black 1pt solid=3B BORDER-LEFT: medium none=3B BORDER-BOTTOM: me= dium none" cellPadding=3D0 border=3D1> <TBODY> <TR> <TD style=3D"BORDER-RIGHT: medium none=3B PADDING-RIGHT: 0.75pt=3B BORDER-T= OP: medium none=3B PADDING-LEFT: 0.75pt=3B PADDING-BOTTOM: 0.75pt=3B BORDER= -LEFT: medium none=3B PADDING-TOP: 0.75pt=3B BORDER-BOTTOM: medium none"></= TD></TR></TBODY></TABLE> <P class=3DEC_EC_MsoNormal><SPAN style=3D"FONT-SIZE: 10pt=3B FONT-FAMILY: '= Verdana'=2C'sans-serif'"> =3B</SPAN></P></DIV></body> </html>= --_f7fa7a3e-0a37-43a1-8055-b92f63e64976_-- -- to unsubscribe send a message to radiusext-request@ops.ietf.org with the word 'unsubscribe' in a single line as the message text body. archive: <http://psg.com/lists/radiusext/> Envelope-to: radiusext-data0@psg.com Delivery-date: Wed, 04 Mar 2009 09:18:07 +0000 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C99CAA.04B058F6" Subject: RADIUS attributes for IPv6 access networks Date: Wed, 4 Mar 2009 10:16:59 +0100 Message-ID: <A05118C6DF9320488C77F3D5459B17B709566FDF@xmb-ams-333.emea.cisco.com> Thread-Topic: RADIUS attributes for IPv6 access networks Thread-Index: Acmcqfi3DtqEO768SyaiZ8yIlYiTWQ== From: "Benoit Lourdelet (blourdel)" <blourdel@cisco.com> To: <radiusext@ops.ietf.org> Cc: "Wojciech Dec (wdec)" <wdec@cisco.com>, <gwz@net-zen.net>, "Benoit Lourdelet (blourdel)" <blourdel@cisco.com> DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; l=5686; t=1236158240; x=1237022240; c=relaxed/simple; s=amsdkim2001; h=Content-Type:From:Subject:Content-Transfer-Encoding:MIME-Version; d=cisco.com; i=blourdel@cisco.com; z=From:=20=22Benoit=20Lourdelet=20(blourdel)=22=20<blourdel@ cisco.com> |Subject:=20RADIUS=20attributes=20for=20IPv6=20access=20net works |Sender:=20; bh=brfPaKuB38ZqoBt88JUJepjdrrBGTM1D/e2B8GEY5w0=; b=PzgKrkAvpADWl9GygZnhqwESqCV7/gLK27SaqRilB9q97k0Qa5qSJVKzLK NbSCNIin5e6lwnnV/gVmQO5hqiGLz/9HD8vCfcbz6VJASddwZT0HQUS2GrOx 3DhaW7thwf; Authentication-Results: ams-dkim-2; header.From=blourdel@cisco.com; dkim=pass ( sig from cisco.com/amsdkim2001 verified; ); This is a multi-part message in MIME format. ------_=_NextPart_001_01C99CAA.04B058F6 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hello, =20 =20 Following dicusssions at past IETF meetings, the solution to come with a separate document to complete RFC3162 work was preferred. =20 I'd appreciate your comment on the new draft that follows that approach. =20 A new version of I-D, draft-lourdelet-radext-ipv6-access-00.txt has been successfuly submitted by Benoit Lourdelet and posted to the IETF repository. =20 Filename: draft-lourdelet-radext-ipv6-access Revision: 00 Title: RADIUS attributes for IPv6 Access Networks Creation_date: 2009-03-03 WG ID: Independent Submission Number_of_pages: 8 =20 Abstract: This document specifies new IPv6 attributes for RADIUS that complement [RFC3162]. Its goal is to offer more IPv6 deployment options when StateLess Address Auto Configuration (SLAAC) or DHCP are involved. =20 Regards =20 Benoit ------_=_NextPart_001_01C99CAA.04B058F6 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:dt=3D"uuid:C2F41010-65B3-11d1-A29F-00AA00C14882" = 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)"> <style> <!-- /* Font Definitions */ @font-face {font-family:Calibri; panose-1:2 15 5 2 2 2 4 3 2 4;} @font-face {font-family:Consolas; panose-1:2 11 6 9 2 2 4 3 2 4;} /* Style Definitions */ p.MsoNormal, li.MsoNormal, div.MsoNormal {margin:0in; margin-bottom:.0001pt; font-size:11.0pt; font-family:"Calibri","sans-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.MsoPlainText, li.MsoPlainText, div.MsoPlainText {mso-style-priority:99; mso-style-link:"Plain Text Char"; margin:0in; margin-bottom:.0001pt; font-size:10.5pt; font-family:Consolas;} span.EmailStyle17 {mso-style-type:personal-compose; font-family:"Calibri","sans-serif"; color:windowtext;} span.PlainTextChar {mso-style-name:"Plain Text Char"; mso-style-priority:99; mso-style-link:"Plain Text"; font-family:Consolas;} .MsoChpDefault {mso-style-type:export-only;} @page Section1 {size:8.5in 11.0in; margin:1.0in 1.0in 1.0in 1.0in;} div.Section1 {page:Section1;} --> </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=3DSection1> <p class=3DMsoNormal>Hello,<o:p></o:p></p> <p class=3DMsoNormal><o:p> </o:p></p> <p class=3DMsoNormal><o:p> </o:p></p> <p class=3DMsoNormal>Following dicusssions at past IETF meetings, the = solution to come with a separate document to complete RFC3162 work was = preferred.<o:p></o:p></p> <p class=3DMsoNormal><o:p> </o:p></p> <p class=3DMsoNormal>I’d appreciate your comment on the new draft = that follows that approach.<o:p></o:p></p> <p class=3DMsoNormal><o:p> </o:p></p> <p class=3DMsoPlainText>A new version of I-D, draft-lourdelet-radext-ipv6-access-00.txt has been successfuly submitted = by Benoit Lourdelet and posted to the IETF repository.<o:p></o:p></p> <p class=3DMsoPlainText><o:p> </o:p></p> <p class=3DMsoPlainText>Filename: = draft-lourdelet-radext-ipv6-access<o:p></o:p></p> <p class=3DMsoPlainText>Revision: 00<o:p></o:p></p> <p = class=3DMsoPlainText>Title: &nbs= p; =20 RADIUS attributes for IPv6 Access Networks<o:p></o:p></p> <p class=3DMsoPlainText>Creation_date: = 2009-03-03<o:p></o:p></p> <p class=3DMsoPlainText>WG = ID: =20 Independent Submission<o:p></o:p></p> <p class=3DMsoPlainText>Number_of_pages: 8<o:p></o:p></p> <p class=3DMsoPlainText><o:p> </o:p></p> <p class=3DMsoPlainText>Abstract:<o:p></o:p></p> <p class=3DMsoPlainText>This document specifies new IPv6 attributes for = RADIUS that complement [RFC3162]. Its goal is to offer more IPv6 deployment = options when StateLess Address Auto Configuration (SLAAC) or DHCP are = involved.<o:p></o:p></p> <p = class=3DMsoPlainText> &nbs= p;  = ; = &= nbsp; &n= bsp; &nb= sp; <o:p></o:p></p> <p class=3DMsoNormal>Regards<o:p></o:p></p> <p class=3DMsoNormal><o:p> </o:p></p> <p class=3DMsoNormal>Benoit<o:p></o:p></p> </div> </body> </html> ------_=_NextPart_001_01C99CAA.04B058F6-- -- to unsubscribe send a message to radiusext-request@ops.ietf.org with the word 'unsubscribe' in a single line as the message text body. archive: <http://psg.com/lists/radiusext/> Envelope-to: radiusext-data0@psg.com Delivery-date: Wed, 04 Mar 2009 07:43:04 +0000 Message-ID: <49AE30CE.3020906@restena.lu> Date: Wed, 04 Mar 2009 08:42:06 +0100 From: Stefan Winter <stefan.winter@restena.lu> User-Agent: Thunderbird 2.0.0.19 (X11/20081227) MIME-Version: 1.0 To: "Joseph Salowey (jsalowey)" <jsalowey@cisco.com> CC: radiusext@ops.ietf.org Subject: Re: Issue 282: cert validation, proposed text Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Hi, >> * Certificate validation MUST include the >> verification rules as >> per [RFC5280]. If an SRV entry is present in the >> certificate >> and dynamic discovery based on DNS is used, the SRV entry >> SHOULD be validated. refence x.y.z here. >> >> > [Joe] Where is the SRV entry present in the certificate? What does it look like? What is the value in the certificate validated against? > Right, sorry, I should have expanded on "reference x.y.z" :-) This is about RFC4985: "Internet X.509 Public Key Infrastructure - Subject Alternative Name for Expression of Service Name". It defines a subjectAltName - otherName that's supposed to contain the SRV record. I understood that so far, checking this is not in popular TLS implementations yet, but it looks useful and deserves to be mentioned IMHO. I'll update the reference in the draft. > [Joe] I would suggest specifying a format for interop here. You might want to take a look at > http://tools.ietf.org/html/draft-ietf-syslog-transport-tls-14 which is somewhat similar and has some text on fingerprint matching. > Looks good, I'll add corresponding text to the next version of the draft. >> * Peer validation always includes a check on whether the DNS >> name or the IP address of the server that is >> contacted matches >> its certificate. DNS names and IP addresses can be >> contained >> in the Common Name (CN) or subjectAltName entries. For >> verification, only one these entries is to be >> considered. The >> following precedence applies: for DNS name validation, >> subjectAltName:DNS has precedence over CN; for IP address >> validation, subjectAltName:iPAddr has precedence over CN. >> >> > [Joe] In the syslog document referenced above we made it mandatory to support subjectAltName:DNSname matching. Other places for the identity are allowed. > Ok, thanks for the pointer. That text looks good, and I might be tempted to copy&paste from it :-). Just one question on it: if both a subjectAltName:DNS and a CN are present, what if they differ? Which of the entries gets precedence? Or is a match of any of the entries good enough? My text emerged due to the impression that CN is regarded as deprecated when subjectAltName:DNS is present, and consequently gives subjectAltName:DNS precedence. >> * Implementations SHOULD allow to configure a set of >> acceptable >> values for subjectAltName:URI. >> > [Joe] What does the URI look like? > This is not constrained and defined by the users of the spec. As an example, for the eduroam roaming consortium, we use a URL containing a URN (due to subjectAltName:URI constraints, we can't use a URN directly): The identity provider for the domain restena.lu has, for example: URI:https://registry.edugain.org/resolver?urn=urn:geant:eduroam:component:idp:Europe:RESTENA:restena.lu This enables checking on "urn:geant:eduroam:component:" as authorisation check. Plus, putting this URL into a browser will yield the registration data from the authoritative URN registry. Other roaming consortia can define their own acceptable URI schemes. Greetings, Stefan Winter -- Stefan WINTER Ingenieur de Recherche Fondation RESTENA - Réseau Téléinformatique de l'Education Nationale et de la Recherche 6, rue Richard Coudenhove-Kalergi L-1359 Luxembourg Tel: +352 424409 1 Fax: +352 422473 -- to unsubscribe send a message to radiusext-request@ops.ietf.org with the word 'unsubscribe' in a single line as the message text body. archive: <http://psg.com/lists/radiusext/> Envelope-to: radiusext-data0@psg.com Delivery-date: Wed, 04 Mar 2009 03:56:57 +0000 Message-ID: <BLU137-W20106AAA75C2256B5D7D3E93A70@phx.gbl> Content-Type: multipart/alternative; boundary="_5c957688-1bb3-4c89-8d6e-52e6843e6d3d_" From: Bernard Aboba <bernard_aboba@hotmail.com> To: "radiusext@ops.ietf.org" <radiusext@ops.ietf.org> Subject: WG Last Call on RADSEC Date: Tue, 3 Mar 2009 19:56:39 -0800 MIME-Version: 1.0 --_5c957688-1bb3-4c89-8d6e-52e6843e6d3d_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable This is an announcement of RADEXT WG last call on the RADSEC specification= =2C prior to sending this document on to the IESG for publication as an Exp= erimental RFC. The document is available for inspection here: http://www.ietf.org/internet-drafts/draft-ietf-radext-radsec-03.txt RADEXT WG last call will last until March 30=2C 2009. Please send comments= to the RADEXT WG mailing list using the format described in the RADEXT Iss= ues list (http://www.drizzle.com/~aboba/RADEXT/). =20 --_5c957688-1bb3-4c89-8d6e-52e6843e6d3d_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable <html> <head> <style> .hmmessage P { margin:0px=3B padding:0px } body.hmmessage { font-size: 10pt=3B font-family:Verdana } </style> </head> <body class=3D'hmmessage'> This is an announcement of RADEXT WG last call on the RADSEC specification= =2C prior to sending this document on to the IESG for publication as an Exp= erimental RFC. =3B The document is available for inspection here:<br>ht= tp://www.ietf.org/internet-drafts/draft-ietf-radext-radsec-03.txt<br><br>RA= DEXT WG last call will last until March 30=2C 2009. =3B Please send com= ments to the RADEXT WG mailing list using the format described in the RADEX= T Issues list (http://www.drizzle.com/~aboba/RADEXT/). =3B <br><br><br>= <br><table style=3D"border-top: 1px solid black=3B font-weight: bold=3B fon= t-family: 'Segoe UI'=2CTahoma=2Csan-serif=3B"><tbody><tr><td><br></td></tr>= </tbody></table></body> </html>= --_5c957688-1bb3-4c89-8d6e-52e6843e6d3d_-- -- to unsubscribe send a message to radiusext-request@ops.ietf.org with the word 'unsubscribe' in a single line as the message text body. archive: <http://psg.com/lists/radiusext/> Envelope-to: radiusext-data0@psg.com Delivery-date: Wed, 04 Mar 2009 03:51:52 +0000 Message-ID: <BLU137-W333FACA75A86D9EE9E0D8793A70@phx.gbl> Content-Type: multipart/alternative; boundary="_d7104eca-be78-41f1-986c-848fe84749e4_" From: Bernard Aboba <bernard_aboba@hotmail.com> To: "radiusext@ops.ietf.org" <radiusext@ops.ietf.org> Subject: Review requested: NAI-based Peer Discovery Document Date: Tue, 3 Mar 2009 19:51:07 -0800 MIME-Version: 1.0 --_d7104eca-be78-41f1-986c-848fe84749e4_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable This is a call for review of the document "NAI-based Peer Discovery". The = document is available for review here: http://www.ietf.org/internet-drafts/draft-winter-dynamic-discovery-00.txt This document=2C which includes material formerly included in the RADSEC sp= ecification=2C has been separated out into its own document.=20 --_d7104eca-be78-41f1-986c-848fe84749e4_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable <html> <head> <style> .hmmessage P { margin:0px=3B padding:0px } body.hmmessage { font-size: 10pt=3B font-family:Verdana } </style> </head> <body class=3D'hmmessage'> This is a call for review of the document "NAI-based Peer Discovery". = =3B The document is available for review here:<br>http://www.ietf.org/inter= net-drafts/draft-winter-dynamic-discovery-00.txt<br><br>This document=2C wh= ich includes material formerly included in the RADSEC specification=2C has = been separated out into its own document. <br><table style=3D"border-top: 1= px solid black=3B font-weight: bold=3B font-family: 'Segoe UI'=2CTahoma=2Cs= an-serif=3B"><tbody><tr><td><a href=3D"http://im.live.com/Messenger/IM/Home= /?source=3DEML_WLHM_GreaterGood" style=3D"font-size: 9pt=3B color: rgb(1=2C= 132=2C 203)=3B text-decoration: none=3B"><span style=3D"padding: 0px 24px= =3B font-size: 8pt=3B color: rgb(63=2C 181=2C 85)=3B text-decoration: under= line=3B"></span></a><br></td></tr></tbody></table></body> </html>= --_d7104eca-be78-41f1-986c-848fe84749e4_-- -- to unsubscribe send a message to radiusext-request@ops.ietf.org with the word 'unsubscribe' in a single line as the message text body. archive: <http://psg.com/lists/radiusext/> Envelope-to: radiusext-data0@psg.com Delivery-date: Wed, 04 Mar 2009 00:48:53 +0000 Message-ID: <BLU137-W47CA49DA9432403C7DED6C93A70@phx.gbl> Content-Type: multipart/alternative; boundary="_f2add505-d3f7-4bd2-9ad2-4854c0570f41_" From: Bernard Aboba <bernard_aboba@hotmail.com> To: "radiusext@ops.ietf.org" <radiusext@ops.ietf.org> Subject: IETF 74 Agenda - Take Three Date: Tue, 3 Mar 2009 16:47:53 -0800 MIME-Version: 1.0 --_f2add505-d3f7-4bd2-9ad2-4854c0570f41_ Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable At IETF 74=2C the RADEXT WG is currently scheduled to meet on March 23=2C20= 09 from 9 AM - 11:30 AM. Currently the Agenda is as follows: =20 9 AM - 9:10 Preliminaries (10 minutes) Blue Sheets Note Takers Jabber Scribe Agenda bashing Document Status =20 Documents completing IESG Evaluation (10 minutes) =20 9:10 - 9:20 AM RADIUS Authorization for NAS Management=2C David Nelson (10= minutes) http://tools.ietf.org/html/draft-ietf-radext-management-authorization Documents in Last Look (10 minutes) =20 9:20 - 9:30 AM RADIUS Design Guidelines=2C Alan DeKok (10 minutes) http://tools.ietf.org/html/draft-ietf-radext-design =20 Documents that have completed RADEXT WG Last Call (40 minutes) 9:30 AM - 9:40 AM RADSEC=2C Stefan Winter (10 minutes) http://tools.ietf.org/html/draft-ietf-radext-radsec =20 9:40 AM =96 9:50 AM Extended RADIUS Attributes=2C TBD (10 minutes) http://tools.ietf.org/html/draft-ietf-radext-extended-attributes =20 9:50 AM - 10:00 AM RADIUS Crypto-agility Requirements=2C David Nelson (10 m= inutes) http://tools.ietf.org/html/draft-ietf-radext-crypto-agility-requirements =20 10:00 AM =96 10:10 AM Status-Server=2C Alan DeKok (10 minutes) http://tools.ietf.org/html/draft-ietf-radext-status-server =20 Working Group Work Items (30 minutes) =20 10:10 AM - 10:20 AM TCP Transport=2C Alan DeKok (10 minutes) http://tools.ietf.org/html/draft-ietf-radext-tcp-transport 10:20 AM - 10:25 AM New Tunnel-Type Values=2C Abhishek Tiwari (5 minutes) http://tools.ietf.org/html/draft-ietf-radext-tunnel-type Individual Submissions =20 10:25 AM - 10:35 AM NAI-based Dynamic Peer Discovery=2C Stefan Winter (10 = minutes) http://tools.ietf.org/html/draft-winter-dynamic-discovery =20 10:35 - 10:45 AM RADIUS attributes for IPv6 Access Networks=2C Benoit Lourd= elet (10 minutes) http://tools.ietf.org/html/draft-lourdelet-radext-ipv6-access =20 Summary & Wrap-up =20 = --_f2add505-d3f7-4bd2-9ad2-4854c0570f41_ Content-Type: text/html; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable <html> <head> <style> .hmmessage P { margin:0px=3B padding:0px } body.hmmessage { font-size: 10pt=3B font-family:Verdana } </style> </head> <body class=3D'hmmessage'> <SPAN style=3D"FONT-SIZE: 10pt=3B COLOR: #444444=3B FONT-FAMILY: 'Verdana'= =2C'sans-serif'">At IETF 74=2C the RADEXT WG is currently scheduled to meet= on March 23=2C2009 =3B from 9 AM - 11:30 AM. =3B Currently the Age= nda is as follows:<BR> =3B<BR>9 AM - 9:10 Preliminaries (10 minutes)<BR= > =3B =3B Blue Sheets<BR> =3B =3B Note Takers<BR> =3B&n= bsp=3B Jabber Scribe<BR> =3B =3B Agenda bashing<BR> =3B =3B= Document Status<BR> =3B<BR>Documents completing IESG Evaluation (10 mi= nutes)<BR> =3B<BR>9:10 - 9:20 AM =3B RADIUS Authorization for NAS M= anagement=2C David Nelson (10 minutes)<BR></SPAN><U><SPAN style=3D"FONT-SIZ= E: 10pt=3B COLOR: #0066cc=3B FONT-FAMILY: 'Verdana'=2C'sans-serif'"><A href= =3D"http://tools.ietf.org/html/draft-ietf-radext-management-authorization">= http://tools.ietf.org/html/draft-ietf-radext-management-authorization</A></= SPAN></U><SPAN style=3D"FONT-SIZE: 10pt=3B COLOR: #444444=3B FONT-FAMILY: '= Verdana'=2C'sans-serif'"><BR><BR>Documents in Last Look (10 minutes)<BR>&nb= sp=3B<BR>9:20 - 9:30 AM RADIUS Design Guidelines=2C Alan DeKok (10 minutes)= <BR><A href=3D"http://tools.ietf.org/html/draft-ietf-radext-design"><SPAN s= tyle=3D"COLOR: #0066cc">http://tools.ietf.org/html/draft-ietf-radext-design= </SPAN></A><BR> =3B<BR>Documents that have completed RADEXT WG Last Cal= l (40 minutes)<BR><BR>9:30 AM - 9:40 AM RADSEC=2C Stefan Winter (10 minutes= )<BR><A href=3D"http://tools.ietf.org/html/draft-ietf-radext-radsec"><SPAN = style=3D"COLOR: #0066cc">http://tools.ietf.org/html/draft-ietf-radext-radse= c</SPAN></A><BR> =3B<BR>9:40 AM =96 =3B9:50 AM Extended RADIUS Attr= ibutes=2C TBD (10 minutes)<BR><A href=3D"http://tools.ietf.org/html/draft-i= etf-radext-extended-attributes">http://tools.ietf.org/html/draft-ietf-radex= t-extended-attributes</A><BR> =3B<BR>9:50 =3BAM - 10:00 AM RADIUS C= rypto-agility Requirements=2C David Nelson (10 minutes)<BR><A href=3D"http:= //tools.ietf.org/html/draft-ietf-radext-crypto-agility-requirements"><SPAN = style=3D"COLOR: #0066cc">http://tools.ietf.org/html/draft-ietf-radext-crypt= o-agility-requirements</SPAN></A></SPAN><BR> <DIV class=3DEC_Section1> <P class=3DEC_MsoNormal style=3D"BACKGROUND: white"><SPAN style=3D"FONT-SIZ= E: 10pt=3B COLOR: #444444=3B FONT-FAMILY: 'Verdana'=2C'sans-serif'"> = =3B</SPAN></P> <P class=3DEC_MsoNormal style=3D"BACKGROUND: white"><SPAN style=3D"FONT-SIZ= E: 10pt=3B COLOR: #444444=3B FONT-FAMILY: 'Verdana'=2C'sans-serif'">10:00 A= M =96 10:10 AM Status-Server=2C Alan DeKok (10 minutes)<BR><A href=3D"http:= //tools.ietf.org/html/draft-ietf-radext-status-server"><SPAN style=3D"COLOR= : purple">http://tools.ietf.org/html/draft-ietf-radext-status-server</SPAN>= </A><BR> =3B =3B<BR>Working Group Work Items (30 minutes)<BR> = =3B<BR>10:10 AM - 10:20 AM TCP Transport=2C Alan DeKok (10 minutes)<BR><A h= ref=3D"http://tools.ietf.org/html/draft-ietf-radext-tcp-transport">http://t= ools.ietf.org/html/draft-ietf-radext-tcp-transport</A><BR><BR>10:20 AM - 10= :25 AM New Tunnel-Type Values=2C Abhishek Tiwari (5 minutes)<BR></SPAN><U><= SPAN style=3D"FONT-SIZE: 10pt=3B COLOR: #0066cc=3B FONT-FAMILY: 'Verdana'= =2C'sans-serif'"><A href=3D"http://tools.ietf.org/html/draft-ietf-radext-tu= nnel-type">http://tools.ietf.org/html/draft-ietf-radext-tunnel-type</A></SP= AN></U><SPAN style=3D"FONT-SIZE: 10pt=3B COLOR: #444444=3B FONT-FAMILY: 'Ve= rdana'=2C'sans-serif'"><BR><BR>Individual Submissions</SPAN></P> <P class=3DEC_MsoNormal style=3D"BACKGROUND: white"><SPAN style=3D"FONT-SIZ= E: 10pt=3B COLOR: #444444=3B FONT-FAMILY: 'Verdana'=2C'sans-serif'"> = =3B</SPAN></P> <P class=3DEC_MsoNormal style=3D"BACKGROUND: white"><SPAN style=3D"FONT-SIZ= E: 10pt=3B COLOR: #444444=3B FONT-FAMILY: 'Verdana'=2C'sans-serif'">10:25 A= M - 10:35 AM =3B NAI-based Dynamic Peer Discovery=2C Stefan Winter (10 = minutes)</SPAN></P> <P class=3DEC_MsoNormal style=3D"BACKGROUND: white"><SPAN style=3D"FONT-SIZ= E: 10pt=3B COLOR: #0068cf=3B FONT-FAMILY: 'Verdana'=2C'sans-serif'"><A href= =3D"http://tools.ietf.org/html/draft-winter-dynamic-discovery">http://tools= .ietf.org/html/draft-winter-dynamic-discovery</A></SPAN></P> <P class=3DEC_MsoNormal style=3D"BACKGROUND: white"><SPAN style=3D"FONT-SIZ= E: 10pt=3B COLOR: #0068cf=3B FONT-FAMILY: 'Verdana'=2C'sans-serif'"></SPAN>=  =3B</P> <P class=3DEC_MsoNormal style=3D"BACKGROUND: white"><SPAN style=3D"FONT-SIZ= E: 10pt=3B COLOR: #0068cf=3B FONT-FAMILY: 'Verdana'=2C'sans-serif'"><FONT c= olor=3D#000000>10:35 - 10:45 AM <SPAN class=3Dh1>RADIUS attributes for IPv6= Access Networks<STRONG>=2C </STRONG></SPAN>Benoit Lourdelet (10 minutes)</= FONT></SPAN></P> <P class=3DEC_MsoNormal style=3D"BACKGROUND: white"><SPAN style=3D"FONT-SIZ= E: 10pt=3B COLOR: #0068cf=3B FONT-FAMILY: 'Verdana'=2C'sans-serif'"><A href= =3D"http://tools.ietf.org/html/draft-lourdelet-radext-ipv6-access">http://t= ools.ietf.org/html/draft-lourdelet-radext-ipv6-access</A></SPAN></P> <P class=3DEC_MsoNormal style=3D"BACKGROUND: white"><SPAN style=3D"FONT-SIZ= E: 10pt=3B COLOR: #0068cf=3B FONT-FAMILY: 'Verdana'=2C'sans-serif'"></SPAN>=  =3B</P> <P class=3DEC_MsoNormal style=3D"BACKGROUND: white"><SPAN style=3D"FONT-SIZ= E: 10pt=3B COLOR: #444444=3B FONT-FAMILY: 'Verdana'=2C'sans-serif'"><BR>Sum= mary &=3B Wrap-up</SPAN></P> <P class=3DEC_MsoNormal style=3D"MARGIN-BOTTOM: 10pt"> =3B</P> <TABLE class=3DEC_MsoNormalTable style=3D"BORDER-RIGHT: medium none=3B BORD= ER-TOP: black 1pt solid=3B BORDER-LEFT: medium none=3B BORDER-BOTTOM: mediu= m none" cellPadding=3D0 border=3D1> <TBODY> <TR> <TD style=3D"BORDER-RIGHT: medium none=3B PADDING-RIGHT: 0.75pt=3B BORDER-T= OP: medium none=3B PADDING-LEFT: 0.75pt=3B PADDING-BOTTOM: 0.75pt=3B BORDER= -LEFT: medium none=3B PADDING-TOP: 0.75pt=3B BORDER-BOTTOM: medium none"></= TD></TR></TBODY></TABLE> <P class=3DEC_MsoNormal><SPAN style=3D"FONT-SIZE: 10pt=3B FONT-FAMILY: 'Ver= dana'=2C'sans-serif'"> =3B</SPAN></P></DIV></body> </html>= --_f2add505-d3f7-4bd2-9ad2-4854c0570f41_-- -- to unsubscribe send a message to radiusext-request@ops.ietf.org with the word 'unsubscribe' in a single line as the message text body. archive: <http://psg.com/lists/radiusext/> Envelope-to: radiusext-data0@psg.com Delivery-date: Tue, 03 Mar 2009 19:18:23 +0000 Message-ID: <BLU137-W30B74FBB8E15CF9F21FF6293A60@phx.gbl> Content-Type: multipart/alternative; boundary="_b68a5edd-3c7d-4200-84fe-4439f9092c56_" From: Bernard Aboba <bernard_aboba@hotmail.com> To: "radiusext@ops.ietf.org" <radiusext@ops.ietf.org> Subject: IETF 74 Agenda - Take Two Date: Tue, 3 Mar 2009 11:17:38 -0800 MIME-Version: 1.0 --_b68a5edd-3c7d-4200-84fe-4439f9092c56_ Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable At IETF 74=2C the RADEXT WG is currently scheduled to meet on March 23=2C20= 09 from 9 AM - 11:30 AM. Currently the Agenda is as follows: =20 9 AM - 9:10 Preliminaries (10 minutes) Blue Sheets Note Takers Jabber Scribe Agenda bashing Document Status =20 Documents completing IESG Evaluation (10 minutes) =20 9:10 - 9:20 AM RADIUS Authorization for NAS Management=2C David Nelson (10= minutes) http://tools.ietf.org/html/draft-ietf-radext-management-authorization Documents in Last Look (10 minutes) =20 9:20 - 9:30 AM RADIUS Design Guidelines=2C Alan DeKok (10 minutes) http://tools.ietf.org/html/draft-ietf-radext-design =20 Documents that have completed RADEXT WG Last Call (40 minutes) 9:30 AM - 9:40 AM RADSEC=2C Stefan Winter (10 minutes) http://tools.ietf.org/html/draft-ietf-radext-radsec =20 9:40 AM =96 9:50 AM Extended RADIUS Attributes=2C TBD (10 minutes) http://tools.ietf.org/html/draft-ietf-radext-extended-attributes =20 9:50 AM - 10:00 AM RADIUS Crypto-agility Requirements=2C David Nelson (10 m= inutes) http://tools.ietf.org/html/draft-ietf-radext-crypto-agility-requirements =20 10:00 AM =96 10:10 AM Status-Server=2C Alan DeKok (10 minutes) http://tools.ietf.org/html/draft-ietf-radext-status-server =20 Working Group Work Items (30 minutes) =20 10:10 AM - 10:20 AM TCP Transport=2C Alan DeKok (10 minutes) http://tools.ietf.org/html/draft-ietf-radext-tcp-transport 10:20 AM - 10:25 AM New Tunnel-Type Values=2C Abhishek Tiwari (5 minutes) http://tools.ietf.org/html/draft-ietf-radext-tunnel-type Individual Submissions =20 10:25 AM - 10:35 AM NAI-based Dynamic Peer Discovery=2C Stefan Winter (10 = minutes) http://tools.ietf.org/html/draft-winter-dynamic-discovery Summary & Wrap-up =20 --_b68a5edd-3c7d-4200-84fe-4439f9092c56_ Content-Type: text/html; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable <html> <head> <style> .hmmessage P { margin:0px=3B padding:0px } body.hmmessage { font-size: 10pt=3B font-family:Verdana } </style> </head> <body class=3D'hmmessage'> <P class=3DMsoNormal style=3D"BACKGROUND: white=3B MARGIN: 0in 0in 0pt=3B L= INE-HEIGHT: normal"><SPAN style=3D"FONT-SIZE: 10pt=3B COLOR: #444444=3B FON= T-FAMILY: 'Verdana'=2C'sans-serif'=3B mso-fareast-font-family: 'Times New R= oman'=3B mso-bidi-font-family: 'Segoe UI'">At IETF 74=2C the RADEXT WG is c= urrently scheduled to meet on March 23=2C2009 =3B from 9 AM - 11:30 AM.= <SPAN style=3D"mso-spacerun: yes"> =3B </SPAN>Currently the Agenda is a= s follows:<BR> =3B<BR>9 AM - 9:10 Preliminaries (10 minutes)<BR> = =3B =3B Blue Sheets<BR> =3B =3B Note Takers<BR> =3B =3B= Jabber Scribe<BR> =3B =3B Agenda bashing<BR> =3B =3B Docum= ent Status<BR> =3B<BR>Documents completing IESG Evaluation (10 minutes)= <BR> =3B<BR>9:10 - 9:20 AM =3B RADIUS Authorization for NAS Managem= ent=2C David Nelson (10 minutes)<BR></SPAN><U><SPAN style=3D"FONT-SIZE: 10p= t=3B COLOR: #0066cc=3B FONT-FAMILY: 'Verdana'=2C'sans-serif'=3B mso-fareast= -font-family: 'Times New Roman'=3B mso-bidi-font-family: 'Segoe UI'"><A hre= f=3D"http://tools.ietf.org/html/draft-ietf-radext-management-authorization"= >http://tools.ietf.org/html/draft-ietf-radext-management-authorization</A><= /SPAN></U><SPAN style=3D"FONT-SIZE: 10pt=3B COLOR: #444444=3B FONT-FAMILY: = 'Verdana'=2C'sans-serif'=3B mso-fareast-font-family: 'Times New Roman'=3B m= so-bidi-font-family: 'Segoe UI'"><BR><BR>Documents in Last Look (10 minutes= )<BR> =3B<BR>9:20 - 9:30 AM RADIUS Design Guidelines=2C Alan DeKok (10 = minutes)<BR><A href=3D"http://tools.ietf.org/html/draft-ietf-radext-design"= ><SPAN style=3D"COLOR: #0066cc">http://tools.ietf.org/html/draft-ietf-radex= t-design</SPAN></A><BR> =3B<BR>Documents that have completed RADEXT WG = Last Call (40 minutes)<BR><BR>9:30 AM - 9:40 AM RADSEC=2C Stefan Winter (10= minutes)<BR><A href=3D"http://tools.ietf.org/html/draft-ietf-radext-radsec= "><SPAN style=3D"COLOR: #0066cc">http://tools.ietf.org/html/draft-ietf-rade= xt-radsec</SPAN></A><BR> =3B<BR>9:40 AM =96 =3B9:50 AM Extended RAD= IUS Attributes=2C TBD (10 minutes)<BR><A href=3D"http://tools.ietf.org/html= /draft-ietf-radext-extended-attributes"><SPAN style=3D"COLOR: blue">http://= tools.ietf.org/html/draft-ietf-radext-extended-attributes</SPAN></A><BR>&nb= sp=3B<BR>9:50 =3BAM - 10:00 AM RADIUS Crypto-agility Requirements=2C Da= vid Nelson (10 minutes)<BR><A href=3D"http://tools.ietf.org/html/draft-ietf= -radext-crypto-agility-requirements"><SPAN style=3D"COLOR: #0066cc">http://= tools.ietf.org/html/draft-ietf-radext-crypto-agility-requirements</SPAN></A= ><?xml:namespace prefix =3D o ns =3D "urn:schemas-microsoft-com:office:offi= ce" /><o:p></o:p></SPAN></P> <P class=3DMsoNormal style=3D"BACKGROUND: white=3B MARGIN: 0in 0in 0pt=3B L= INE-HEIGHT: normal"><SPAN style=3D"FONT-SIZE: 10pt=3B COLOR: #444444=3B FON= T-FAMILY: 'Verdana'=2C'sans-serif'=3B mso-fareast-font-family: 'Times New R= oman'=3B mso-bidi-font-family: 'Segoe UI'"><o:p> =3B</o:p></SPAN></P> <P class=3DMsoNormal style=3D"BACKGROUND: white=3B MARGIN: 0in 0in 0pt=3B L= INE-HEIGHT: normal"><SPAN style=3D"FONT-SIZE: 10pt=3B COLOR: #444444=3B FON= T-FAMILY: 'Verdana'=2C'sans-serif'=3B mso-fareast-font-family: 'Times New R= oman'=3B mso-bidi-font-family: 'Segoe UI'">10:00 AM =96 10:10 AM Status-Ser= ver=2C Alan DeKok (10 minutes)<BR><A href=3D"http://tools.ietf.org/html/dra= ft-ietf-radext-status-server"><SPAN style=3D"COLOR: purple">http://tools.ie= tf.org/html/draft-ietf-radext-status-server</SPAN></A><BR> =3B =3B<= BR>Working Group Work Items (30 minutes)<BR> =3B<BR>10:10 AM - 10:20 AM= TCP Transport=2C Alan DeKok (10 minutes)<BR><A href=3D"http://tools.ietf.o= rg/html/draft-ietf-radext-tcp-transport">http://tools.ietf.org/html/draft-i= etf-radext-tcp-transport</A><BR><BR>10:20 AM - 10:25 AM New Tunnel-Type Val= ues=2C Abhishek Tiwari (5 minutes)<BR></SPAN><U><SPAN style=3D"FONT-SIZE: 1= 0pt=3B COLOR: #0066cc=3B FONT-FAMILY: 'Verdana'=2C'sans-serif'=3B mso-farea= st-font-family: 'Times New Roman'=3B mso-bidi-font-family: 'Segoe UI'"><A h= ref=3D"http://tools.ietf.org/html/draft-ietf-radext-tunnel-type"><SPAN styl= e=3D"COLOR: blue">http://tools.ietf.org/html/draft-ietf-radext-tunnel-type<= /SPAN></A></SPAN></U><SPAN style=3D"FONT-SIZE: 10pt=3B COLOR: #444444=3B FO= NT-FAMILY: 'Verdana'=2C'sans-serif'=3B mso-fareast-font-family: 'Times New = Roman'=3B mso-bidi-font-family: 'Segoe UI'"><BR><BR>Individual Submissions<= o:p></o:p></SPAN></P> <P class=3DMsoNormal style=3D"BACKGROUND: white=3B MARGIN: 0in 0in 0pt=3B L= INE-HEIGHT: normal"><SPAN style=3D"FONT-SIZE: 10pt=3B COLOR: #444444=3B FON= T-FAMILY: 'Verdana'=2C'sans-serif'=3B mso-fareast-font-family: 'Times New R= oman'=3B mso-bidi-font-family: 'Segoe UI'"> =3B<o:p></o:p></SPAN></P> <P class=3DMsoNormal style=3D"BACKGROUND: white=3B MARGIN: 0in 0in 0pt=3B L= INE-HEIGHT: normal"><SPAN style=3D"FONT-SIZE: 10pt=3B COLOR: #444444=3B FON= T-FAMILY: 'Verdana'=2C'sans-serif'=3B mso-fareast-font-family: 'Times New R= oman'=3B mso-bidi-font-family: 'Segoe UI'">10:25 AM - 10:35 AM =3B NAI-= based Dynamic Peer Discovery=2C Stefan Winter (10 minutes)<o:p></o:p></SPAN= ></P> <P class=3DMsoNormal style=3D"BACKGROUND: white=3B MARGIN: 0in 0in 0pt=3B L= INE-HEIGHT: normal"><SPAN style=3D"FONT-SIZE: 10pt=3B COLOR: #0068cf=3B FON= T-FAMILY: 'Verdana'=2C'sans-serif'=3B mso-fareast-font-family: 'Times New R= oman'=3B mso-bidi-font-family: 'Segoe UI'"><A href=3D"http://tools.ietf.org= /html/draft-winter-dynamic-discovery"><SPAN style=3D"COLOR: blue">http://to= ols.ietf.org/html/draft-winter-dynamic-discovery</SPAN></A></SPAN><SPAN sty= le=3D"FONT-SIZE: 10pt=3B COLOR: #444444=3B FONT-FAMILY: 'Verdana'=2C'sans-s= erif'=3B mso-fareast-font-family: 'Times New Roman'=3B mso-bidi-font-family= : 'Segoe UI'"><o:p></o:p></SPAN></P> <P class=3DMsoNormal style=3D"BACKGROUND: white=3B MARGIN: 0in 0in 0pt=3B L= INE-HEIGHT: normal"><SPAN style=3D"FONT-SIZE: 10pt=3B COLOR: #444444=3B FON= T-FAMILY: 'Verdana'=2C'sans-serif'=3B mso-fareast-font-family: 'Times New R= oman'=3B mso-bidi-font-family: 'Segoe UI'"><BR>Summary &=3B Wrap-up<o:p>= </o:p></SPAN></P> <P class=3DMsoNormal style=3D"MARGIN: 0in 0in 10pt"><o:p><FONT color=3D#000= 000> =3B</FONT></o:p></P> <P> <TABLE style=3D"BORDER-TOP: black 1px solid=3B FONT-WEIGHT: bold=3B FONT-FA= MILY: 'Segoe UI'=2CTahoma=2Csan-serif"> <TBODY> <TR> <TD><BR></TD></TR></TBODY></TABLE><BR></P></body> </html>= --_b68a5edd-3c7d-4200-84fe-4439f9092c56_-- -- to unsubscribe send a message to radiusext-request@ops.ietf.org with the word 'unsubscribe' in a single line as the message text body. archive: <http://psg.com/lists/radiusext/> Envelope-to: radiusext-data0@psg.com Delivery-date: Tue, 03 Mar 2009 18:04:34 +0000 Message-ID: <49AD70CE.3030204@deployingradius.com> Date: Tue, 03 Mar 2009 19:02:54 +0100 From: Alan DeKok <aland@deployingradius.com> User-Agent: Thunderbird 2.0.0.19 (Macintosh/20081209) MIME-Version: 1.0 To: Bernard Aboba <bernard_aboba@hotmail.com> CC: "radiusext@ops.ietf.org" <radiusext@ops.ietf.org> Subject: Re: Comments on "RADIUS Design Guidelines" document Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Bernard Aboba wrote: >> > OK. The question still remains, though. If an attribute is only used in >> > Accounting-Request packets, does the argument against complex >> > attributes still apply? >> >> My preference would be to say yes, especially where the contents of >> that attribute are interpreted by *later* policies on the server. > > Now that we have RFC 5176, accounting data can be kept as "state" that is > later used to construct CoA/Disconnect-Requests. Is this what you mean? No. I mean billing based on information in the accounting packets, and policies based on billing && the state of the user account. e.g. Some NAS vendors "helpfully" put traffic usage into a VSA, as a set of text fields: "476 529 8836734 347474", as "packets in/out, octets in/out". The fact that this is obviously stupid is beside the point. *Any* accounting data that is buried inside of a sub-field will magically become critical information that some company needs to run their billing engine. Alan DeKok. -- to unsubscribe send a message to radiusext-request@ops.ietf.org with the word 'unsubscribe' in a single line as the message text body. archive: <http://psg.com/lists/radiusext/> Envelope-to: radiusext-data0@psg.com Delivery-date: Tue, 03 Mar 2009 16:44:01 +0000 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Subject: RE: Issue 282: cert validation, proposed text Date: Tue, 3 Mar 2009 08:43:17 -0800 Message-ID: <AC1CFD94F59A264488DC2BEC3E890DE5078BF3AE@xmb-sjc-225.amer.cisco.com> Thread-Topic: Issue 282: cert validation, proposed text Thread-Index: AcmMKO+24eGDs4ZSTCC4Q6RRREEJkQP9Jwyw From: "Joseph Salowey (jsalowey)" <jsalowey@cisco.com> To: "Stefan Winter" <stefan.winter@restena.lu> Cc: <radiusext@ops.ietf.org> DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; l=4722; t=1236098598; x=1236962598; c=relaxed/simple; s=sjdkim3002; h=Content-Type:From:Subject:Content-Transfer-Encoding:MIME-Version; d=cisco.com; i=jsalowey@cisco.com; z=From:=20=22Joseph=20Salowey=20(jsalowey)=22=20<jsalowey@ci sco.com> |Subject:=20RE=3A=20Issue=20282=3A=20cert=20validation,=20p roposed=20text |Sender:=20; bh=UQr3/SIK6VpRY08q1Il4RYATscDqNtYXuNgOYZUquws=; b=GlO9mCoJztXqkLZPeXou3IQdQQ8C8D5l6HDHYJhljgkAD8GACtQF9a45rP MWYqkbXBCiLhEiFxLwHHYJ0ZhOFQkS4lRFbahPrkDrtG6hy7Y+GqCr6Xab+Q oBedKFQAmb; Authentication-Results: sj-dkim-3; header.From=jsalowey@cisco.com; dkim=pass ( sig from cisco.com/sjdkim3002 verified; ); Hi Stefan, Some comments below.=20 > -----Original Message----- > From: Stefan Winter [mailto:stefan.winter@restena.lu]=20 > Sent: Wednesday, February 11, 2009 1:13 AM > To: Joseph Salowey (jsalowey) > Cc: radiusext@ops.ietf.org > Subject: Issue 282: cert validation, proposed text >=20 > Hi, >=20 > > 2. I think the certificate handling and authorization=20 > section needs=20 > > to be more specific for supporting mandatory to implement options. > > Currently, the document implicitly requires trust root based=20 > > authorization where all certs issued by a given trust root are=20 > > authorized. Some more specific rules are discussed in an=20 > informative=20 > > section. I believe some of this needs to be normative and more=20 > > specific in order to have interoperable implementations. =20 > This should=20 > > also be discussed in the security considerations. > > =20 >=20 > Section 2.2 now reads: >=20 > 2.2. Connection Setup >=20 > RadSec nodes >=20 > 1. establish TCP connections as per=20 > [I-D.dekok-radext-tcp-transport] >=20 > 2. negotiate TLS sessions according to [RFC5246] or its=20 > predecessor > TLS 1.1. The following restrictions apply: >=20 > * The authentication MUST be mutual, i.e. both the=20 > RadSec server > and the RadSec client authenticate each other. >=20 > * The client MUST NOT negotiate cipher suites which=20 > only provide > integrity protection. >=20 > * The TLS session MAY use mutual PSKs for connection setup. >=20 > * The cipher suite TLS_RSA_WITH_3DES_EDE_CBC_SHA MUST be > supported. >=20 > * The cipher suites TLS_RSA_WITH_AES_128_CBC_SHA and > TLS_RSA_WITH_RC4_128_SHA SHOULD be supported. (see=20 > Section 3.2 > (1) ) >=20 > 3. If TLS is used in an X.509 certificate based operation=20 > mode, the > following list of certificate validation options applies: >=20 > * Implementations MUST allow to configure a list of acceptable > Certification Authorities for incoming connections. >=20 > * Certificate validation MUST include the=20 > verification rules as > per [RFC5280]. If an SRV entry is present in the=20 > certificate > and dynamic discovery based on DNS is used, the SRV entry > SHOULD be validated. refence x.y.z here. >=20 [Joe] Where is the SRV entry present in the certificate? What does it = look like? What is the value in the certificate validated against? =20 > * Implementations SHOULD indicate their acceptable=20 > Certification > Authorities as per section 7.4.4 (server side) and x.y.z > ["Trusted CA Indication"] (client side) of [RFC5246] (see > Section 3.1 (1) ) >=20 > * Implementations SHOULD allow to configure a list of=20 > acceptable > certificates, identified via certificate fingerprint. >=20 [Joe] I would suggest specifying a format for interop here. You might = want to take a look at=20 http://tools.ietf.org/html/draft-ietf-syslog-transport-tls-14 which is = somewhat similar and has some text on fingerprint matching. =20 > * Peer validation always includes a check on whether the DNS > name or the IP address of the server that is=20 > contacted matches > its certificate. DNS names and IP addresses can be=20 > contained > in the Common Name (CN) or subjectAltName entries. For > verification, only one these entries is to be=20 > considered. The > following precedence applies: for DNS name validation, > subjectAltName:DNS has precedence over CN; for IP address > validation, subjectAltName:iPAddr has precedence over CN. >=20 [Joe] In the syslog document referenced above we made it mandatory to = support subjectAltName:DNSname matching. Other places for the identity = are allowed. =20 > * Implementations SHOULD allow to configure a set of=20 > acceptable > values for subjectAltName:URI. >=20 [Joe] What does the URI look like? =20 > There's no additional text in Security Considerations since=20 > was not sure if additional text was needed with this new text. >=20 > Please comment if this text can satisfactorily close this sub-issue. >=20 > Greetings, >=20 > Stefan Winter >=20 > -- > Stefan WINTER > Ingenieur de Recherche > Fondation RESTENA - R=E9seau T=E9l=E9informatique de l'Education=20 > Nationale et de la Recherche 6, rue Richard Coudenhove-Kalergi > L-1359 Luxembourg >=20 > Tel: +352 424409 1 > Fax: +352 422473 >=20 >=20 -- to unsubscribe send a message to radiusext-request@ops.ietf.org with the word 'unsubscribe' in a single line as the message text body. archive: <http://psg.com/lists/radiusext/> Envelope-to: radiusext-data0@psg.com Delivery-date: Tue, 03 Mar 2009 15:23:56 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:cc:content-type:content-transfer-encoding; bh=iOfi0dt7AimjbZ8eIWIe/unWi9eAMTEChrukyg4blZQ=; b=M0vzqgMFzyMy0tUiTTYTAnaF46JS/tAKa6FM4G5/pZl4AtpWe7gJl0OLtvAH+z9iNn jw95flkh/TDrjtFNLZiTEFRPkLgH9EvLuHIFSjKJGYuVzX+HX8hFQRL61sWZUHFXGdE/ hH7tgvehi9yV26O6RHTuOvXkqkVkq4OZivG+o= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=JVhGGYIKdBlU/izx/SzT4ibTawD+PUTycaW//AFUnCLPo1mmjW6WybaFIbqgb/fF2H vRqdaTdDjw0y8uPFd46wI/THxmjADoG1V6fWsL6dbrVyaqHBNbbX2hiHD4q8MfSAxftd oBJ1xREae5GeFkOe9XaxPekbZxipcdz21sR/Y= MIME-Version: 1.0 Date: Tue, 3 Mar 2009 10:23:05 -0500 Message-ID: <d11ef1350903030723h5f52c5f7vc61f6a0630051865@mail.gmail.com> Subject: Issue 283: status-server From: Greg Weber <gdweber@gmail.com> To: "radiusext@ops.ietf.org" <radiusext@ops.ietf.org> Cc: aland@freeradius.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable The -04 revision of the status-server draft resolves all the comments I mad= e on the -02 revision (recorded as Issue 283), so I think that issue can be clos= ed. Regards, Greg ---------- Forwarded message ---------- From: <Internet-Drafts@ietf.org> Date: 2009/3/2 Subject: I-D ACTION:draft-ietf-radext-status-server-04.txt To: i-d-announce@ietf.org Cc: radiusext@ops.ietf.org A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the RADIUS EXTensions Working Group of the IET= F. =A0 =A0 =A0 =A0Title =A0 =A0 =A0 =A0 =A0 : Use of Status-Server Packets in = the Remote Authentication Dial In User Service (RADIUS) Protocol =A0 =A0 =A0 =A0Author(s) =A0 =A0 =A0 : A. DeKok =A0 =A0 =A0 =A0Filename =A0 =A0 =A0 =A0: draft-ietf-radext-status-server-04= .txt =A0 =A0 =A0 =A0Pages =A0 =A0 =A0 =A0 =A0 : 24 =A0 =A0 =A0 =A0Date =A0 =A0 =A0 =A0 =A0 =A0: 2009-3-2 RFC 2865 defines a Status-Server code for use in RADIUS, but labels =A0 it as "Experimental" without further discussion. =A0This document =A0 describes a practical use for the Status-Server packet code, which is =A0 to let clients query the status of a RADIUS server. =A0These queries, =A0 and responses (if any) enable the client to make more informed =A0 decisions. =A0The result is a more stable, and more robust RADIUS =A0 architecture. A URL for this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-ietf-radext-status-server-04.txt Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ -- to unsubscribe send a message to radiusext-request@ops.ietf.org with the word 'unsubscribe' in a single line as the message text body. archive: <http://psg.com/lists/radiusext/> Envelope-to: radiusext-data0@psg.com Delivery-date: Mon, 02 Mar 2009 22:06:08 +0000 Message-ID: <BLU137-W139FBB6E7705F6396FCB4593A90@phx.gbl> Content-Type: multipart/alternative; boundary="_074183b1-4338-46ab-9e31-4a4d401e4d77_" From: Bernard Aboba <bernard_aboba@hotmail.com> To: "radiusext@ops.ietf.org" <radiusext@ops.ietf.org> Subject: IETF 74 Agenda - Take One Date: Mon, 2 Mar 2009 14:05:48 -0800 MIME-Version: 1.0 --_074183b1-4338-46ab-9e31-4a4d401e4d77_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable At IETF 74=2C the RADEXT WG is currently scheduled to meet on March 23=2C20= 09 from 9 AM - 11:30 AM.=20 Currently the Agenda is as follows: =20 9 AM - 9:10 Preliminaries (10 minutes) Blue Sheets Note Takers Jabber Scribe Agenda bashing Document Status =20 Documents completing IESG Evaluation (10 minutes) =20 9:10 - 9:20 AM RADIUS Authorization for NAS Management=2C David Nelson (5 = minutes) http://tools.ietf.org/html/draft-ietf-radext-management-authorization Documents in Last Look (10 minutes) =20 9:20 - 9:30 AM RADIUS Design Guidelines=2C Alan DeKok (10 minutes) http://tools.ietf.org/html/draft-ietf-radext-design =20 Documents that have completed RADEXT WG Last Call (40 minutes) =20 9:30 AM - 9:40 AM Status-Server=2C Alan DeKok (10 minutes) http://tools.ietf.org/html/draft-ietf-radext-status-server =20 9:40 AM - 9:50 AM RADSEC=2C Stefan Winter (10 minutes) http://tools.ietf.org/html/draft-ietf-radext-radsec =20 9:50 AM - 10:00 AM Extended RADIUS Attributes=2C TBD (10 minutes) http://tools.ietf.org/html/draft-ietf-radext-extended-attributes =20 10:00 AM - 10:10 AM RADIUS Cryptoagility Requirements=2C David Nelson (10 m= inutes) http://tools.ietf.org/html/draft-ietf-radext-crypto-agility-requirements =20 Working Group Work Items (30 minutes) =20 10:10 AM - 10:20 AM TCP Transport=2C Alan DeKok (10 minutes) http://tools.ietf.org/html/draft-ietf-radext-tcp-transport 10:20 AM - 10:25 AM New Tunnel-Type Values=2C Abhishek Tiwari (5 minutes) http://tools.ietf.org/html/draft-ietf-radext-tunnel-type Summary & Wrapup --_074183b1-4338-46ab-9e31-4a4d401e4d77_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable <html> <head> <style> .hmmessage P { margin:0px=3B padding:0px } body.hmmessage { font-size: 10pt=3B font-family:Verdana } </style> </head> <body class=3D'hmmessage'> At IETF 74=2C the RADEXT WG is currently scheduled to meet on March 23=2C20= 09 =3B from 9 AM - 11:30 AM. <br>Currently the Agenda is as follows:<br= > =3B<br>9 AM - 9:10 Preliminaries (10 minutes)<br> =3B =3B Blu= e Sheets<br> =3B =3B Note Takers<br> =3B =3B Jabber Scribe<= br> =3B =3B Agenda bashing<br> =3B =3B Document Status<br>&= nbsp=3B<br>Documents completing IESG Evaluation (10 minutes)<br> =3B<br= >9:10 - 9:20 AM =3B RADIUS Authorization for NAS Management=2C David Ne= lson (5 minutes)<br><font style=3D"" color=3D"#0066cc"><u>http://tools.ietf= .org/html/draft-ietf-radext-management-authorization</u></font><br><br>Docu= ments in Last Look (10 minutes)<br> =3B<br>9:20 - 9:30 AM RADIUS Design= Guidelines=2C Alan DeKok (10 minutes)<br><a href=3D"http://tools.ietf.org/= html/draft-ietf-radext-design-05" target=3D"_blank" rel=3D"nofollow"><u><fo= nt color=3D"#0066cc">http://tools.ietf.org/html/draft-ietf-radext-design</f= ont></u></a><br> =3B<br>Documents that have completed RADEXT WG Last Ca= ll (40 minutes)<br>  =3B<br> 9:30 AM - 9:40 AM Status-Server=2C Alan DeKok (10 minutes)<br><a href=3D"ht= tp://tools.ietf.org/html/draft-ietf-radext-status-server-02" target=3D"_bla= nk" rel=3D"nofollow"><u><font color=3D"#800080">http://tools.ietf.org/html/= draft-ietf-radext-status-server</font></u></a><br> =3B<br>9:40 AM - 9:5= 0 AM RADSEC=2C Stefan Winter (10 minutes)<br><a href=3D"http://tools.ietf.o= rg/html/draft-ietf-radext-radsec-02" target=3D"_blank" rel=3D"nofollow"><u>= <font color=3D"#0066cc">http://tools.ietf.org/html/draft-ietf-radext-radsec= </font></u></a><br>  =3B<br> 9:50 AM - =3B10:00 AM Extended RADIUS Attributes=2C TBD (10 minutes)<br= ><font style=3D"" color=3D"#444444"><a rel=3D"nofollow" href=3D"http://tool= s.ietf.org/html/draft-ietf-radext-extended-attributes-05">http://tools.ietf= .org/html/draft-ietf-radext-extended-attributes</a></font><br>  =3B<br> 10:00 =3BAM - 10:10 AM RADIUS Cryptoagility Requirements=2C David Nelso= n (10 minutes)<br><a href=3D"http://tools.ietf.org/html/draft-ietf-radext-c= rypto-agility-requirements-02" target=3D"_blank" rel=3D"nofollow"><u><font = color=3D"#0066cc">http://tools.ietf.org/html/draft-ietf-radext-crypto-agili= ty-requirements</font></u></a><br> =3B =3B<br>Working Group Work It= ems (30 minutes)<br> =3B<br>10:10 AM - 10:20 AM TCP Transport=2C Alan D= eKok (10 minutes)<br>http://tools.ietf.org/html/draft-ietf-radext-tcp-trans= port<br><br> 10:20 AM - 10:25 AM New Tunnel-Type Values=2C Abhishek Tiwari (5 minutes)<b= r><font style=3D"" color=3D"#0066cc"><u>http://tools.ietf.org/html/draft-ie= tf-radext-tunnel-type</u></font><br><br>Summary &=3B Wrapup<br><table st= yle=3D"border-top: 1px solid black=3B font-weight: bold=3B font-family: 'Se= goe UI'=2CTahoma=2Csan-serif=3B"><tbody><tr><td><br></td></tr></tbody></tab= le></body> </html>= --_074183b1-4338-46ab-9e31-4a4d401e4d77_-- -- to unsubscribe send a message to radiusext-request@ops.ietf.org with the word 'unsubscribe' in a single line as the message text body. archive: <http://psg.com/lists/radiusext/> Envelope-to: radiusext-data0@psg.com Delivery-date: Mon, 02 Mar 2009 21:46:20 +0000 From: Internet-Drafts@ietf.org To: i-d-announce@ietf.org Cc: radiusext@ops.ietf.org Subject: I-D ACTION:draft-ietf-radext-status-server-04.txt Content-Type: Multipart/Mixed; Boundary="NextPart" Mime-Version: 1.0 Message-Id: <20090302214502.23D963A6902@core3.amsl.com> Date: Mon, 2 Mar 2009 13:45:02 -0800 (PST) --NextPart A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the RADIUS EXTensions Working Group of the IETF. Title : Use of Status-Server Packets in the Remote Authentication Dial In User Service (RADIUS) Protocol Author(s) : A. DeKok Filename : draft-ietf-radext-status-server-04.txt Pages : 24 Date : 2009-3-2 RFC 2865 defines a Status-Server code for use in RADIUS, but labels it as "Experimental" without further discussion. This document describes a practical use for the Status-Server packet code, which is to let clients query the status of a RADIUS server. These queries, and responses (if any) enable the client to make more informed decisions. The result is a more stable, and more robust RADIUS architecture. A URL for this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-ietf-radext-status-server-04.txt Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ Below is the data which will enable a MIME compliant mail reader implementation to automatically retrieve the ASCII version of the Internet-Draft. --NextPart Content-Type: Message/External-body; name="draft-ietf-radext-status-server-04.txt"; site="ftp.ietf.org"; access-type="anon-ftp"; directory="internet-drafts" Content-Type: text/plain Content-ID: <2009-3-2134021.I-D@ietf.org> --NextPart-- -- to unsubscribe send a message to radiusext-request@ops.ietf.org with the word 'unsubscribe' in a single line as the message text body. archive: <http://psg.com/lists/radiusext/> Envelope-to: radiusext-data0@psg.com Delivery-date: Sun, 01 Mar 2009 15:01:30 +0000 From: Internet-Drafts@ietf.org To: i-d-announce@ietf.org Cc: radiusext@ops.ietf.org Subject: I-D Action:draft-ietf-radext-tcp-transport-03.txt Content-Type: Multipart/Mixed; Boundary="NextPart" Mime-Version: 1.0 Message-Id: <20090301150001.9E6453A6ABF@core3.amsl.com> Date: Sun, 1 Mar 2009 07:00:01 -0800 (PST) --NextPart A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the RADIUS EXTensions Working Group of the IETF. Title : RADIUS Over TCP Author(s) : A. DeKok Filename : draft-ietf-radext-tcp-transport-03.txt Pages : 17 Date : 2009-03-01 The Remote Authentication Dial In User Server (RADIUS) Protocol has traditionally used the User Datagram Protocol (UDP) as it's underlying transport layer. This document defines RADIUS over the Transmission Control Protocol (TCP). A URL for this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-ietf-radext-tcp-transport-03.txt Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ Below is the data which will enable a MIME compliant mail reader implementation to automatically retrieve the ASCII version of the Internet-Draft. --NextPart Content-Type: Message/External-body; name="draft-ietf-radext-tcp-transport-03.txt"; site="ftp.ietf.org"; access-type="anon-ftp"; directory="internet-drafts" Content-Type: text/plain Content-ID: <2009-03-01065952.I-D@ietf.org> --NextPart-- -- to unsubscribe send a message to radiusext-request@ops.ietf.org with the word 'unsubscribe' in a single line as the message text body. archive: <http://psg.com/lists/radiusext/>
- draft-zorn-radius-encattr-15: Obsolete? Hannes Tschofenig
- RE: draft-zorn-radius-encattr-15: Obsolete? Glen Zorn