| RE: [Issue 297] Review of Identity Selection -12 | <– Date –> <– Thread –> |
|
From: Bernard Aboba (aboba |
|
| Date: Wed, 11 May 2005 01:39:10 -0400 (EDT) | |
On Tue, 10 May 2005, Adrangi, Farid wrote: > Bernrad, > Sorry for the delay. I think I understand what you are asking. So, how > about we add "Updates:RFC2607" in the header, and add the following > subsection (i.e., 1.1) in the introduction? > " > This document specifies the behavior of RADIUS proxies that handle EAP > messages. Moreover, this document describes an acceptable proxy > behavior in response to an unknown realm in an Access-Request containing > EAP-Message attributes. This affects the behavior of RADIUS proxies in > roaming situations. RFC2607 needs to be updated to clarify its usage > with EAP. > " > > Will this work for you? I hope this addition won't block or delay the > advancement of this draft!!! Please advise. How about the following: "This document specifies behavior of RADIUS proxies that handle EAP messages. This includes the specification of the behavior of proxies in response to an unknown realm within the User-Name attribute of an Access-Request containing one or EAP-Message attributes. This document, which depends on NAI "decoration" specified in [RFC2486bis], assumes a source routing model for determination of the roaming relationship path, and therefore affects the behavior of RADIUS proxies in roaming situations." > > BR, > Farid > > > > -----Original Message----- > > From: Bernard Aboba [mailto:aboba [at] internaut.com] > > Sent: Wednesday, April 27, 2005 7:42 AM > > To: Pasi.Eronen [at] nokia.com > > Cc: Adrangi, Farid; radiusext [at] ops.ietf.org > > Subject: RE: [Issue 297] Review of Identity Selection -12 > > > > > > > Since draft-adrangi-eap-network-discovery-12 does not even have > > > a reference to RFC 2607, I don't think any "Updates" header > > > is needed... > > > > RFC 2607 specifies RADIUS proxy behavior in roaming. This document > > specifies the behavior of RADIUS proxies that handle EAP messages. > > > > Moreoever, the document implicitly assumes a model by which requests > > are routed (source routing). > > > > These additions affect the behavior of RADIUS proxies. Between this > > document and RFC 2486bis, many proxies will need to be modified. > > > > I'm suggesting that we explicitly acknowledge the changes by > > including an > > Updates: header. > > > > Another alternative would be to remove the material relating to proxy > > behavior, and put it in a separate document within RADEXT WG. That > > document could expand on the required changes in more depth > > (such as the expected handling of source routed NAIs).
- RE: [Issue 297] Review of Identity Selection -12, (continued)
- RE: [Issue 297] Review of Identity Selection -12 Bernard Aboba, April 25 2005
-
RE: [Issue 297] Review of Identity Selection -12 Adrangi, Farid, April 26 2005
- RE: [Issue 297] Review of Identity Selection -12 Bernard Aboba, April 26 2005
- RE: [Issue 297] Review of Identity Selection -12 Pasi.Eronen, April 27 2005
- RE: [Issue 297] Review of Identity Selection -12 Bernard Aboba, May 10 2005
- Re: [Issue 297] Review of Identity Selection -12 Jari Arkko, May 11 2005
Results generated by Tiger Technologies using MHonArc.