RE: [Dime] Defining a new Application for mip6-split ?
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

RE: [Dime] Defining a new Application for mip6-split ?



Hi Yoshi,
 
Based on your repsonse we don't have to create a new application id.  So
how do I express that Service-Type (or NAS-Port-Type) is required?

So do I create a new ABNF for the DER and DEA commands in the
EAP-Application to show that these attributes are required now?

Under what context do I put this new ABNF? I don't have a new
Application ID nor do I have a new Command?



> -----Original Message-----
> From: Yoshihiro Ohba [mailto:yohba at tari.toshiba.com] 
> Sent: Thursday, May 18, 2006 1:52 PM
> To: Avi Lior
> Cc: Julien Bournelle; Pasi.Eronen at nokia.com; 
> hannes.tschofenig at gmx.net; dime at ietf.org
> Subject: Re: [Dime] Defining a new Application for mip6-split ?
> 
> On Thu, May 18, 2006 at 10:10:26AM -0400, Avi Lior wrote:
> > 
> > The problem is that neither Service-Type or Port-Type is 
> mandatory.  
> > 
> > O fcourse, if we need to make it mandatory we need to create an new 
> > Application.
> 
> If those AVPs are defined in an existing application, we 
> don't need to create a new application just because the AVPs 
> that appear in "optional" portion of the ABNF of the existing 
> application need to appear in "required" portion.
> 
> Yoshihiro Ohba
> 
> 
> > 
> > Also, if we add a new enumeration to either Port-Type or 
> Service-Type 
> > wouldn't we have to create a new Application.
> > 
> > BTW, this has been an issue even in RADIUS.  How does the AAA know 
> > this its authenticating for Mobile IP. Traditionaly it 
> would know that 
> > NAS-IP or NAS-Identifier is coming from an HA.  But that 
> doesn't scale at all.
> > 
> > I was trying to decide whether Service-Type or Port-Type is the 
> > correct way to go.  Service Type seems to be the correct way but in 
> > RADIUS and Diameter service-type also can be 
> authenticate-only or authorize-only.
> > So what if the HA wanted to authenticate-only or authorize-only for 
> > the MIP service?  I would lose the ability to also indicate 
> that this 
> > is an HA.
> > 
> > So Port-Type seems to be the way to go....
> > 
> > 
> > 
> > > -----Original Message-----
> > > From: Julien Bournelle [mailto:julien.bournelle at int-evry.fr]
> > > Sent: Thursday, May 18, 2006 7:06 AM
> > > To: Pasi.Eronen at nokia.com
> > > Cc: hannes.tschofenig at gmx.net; dime at ietf.org
> > > Subject: Re: [Dime] Defining a new Application for mip6-split ?
> > > 
> > > Hi Pasi,
> > > 
> > > On Thu, May 18, 2006 at 02:45:00PM +0300, 
> Pasi.Eronen at nokia.com wrote:
> > > > Hi Julien,
> > > > 
> > > > There's nothing in RFC 4072 that would limit its use to,
> > > say, PPP or
> > > > 802.1X -- it works for IKEv2 as well (which can be considered a 
> > > > special kind of network access, where the "link" is a
> > > tunnel over IP).
> > > 
> > >  I'm not saying that we can't use IKEv2 with Diameter EAP. I had 
> > > just a  doubt due to the fact that in our case, we're 
> doing AAA for 
> > > the mip6  service and not for network access.
> > > (So I wanted to know opinion from  the group before starting to 
> > > write)
> > > 
> > > > The details (MIP6 or 802.11 WLAN or something else) can be
> > > sent to the
> > > > AAA server using e.g. Service-Type and/or NAS-Port-Type AVPs.
> > > 
> > >  ok. I forgot the Service-Type AVP which seems to be what we need.
> > > 
> > >  thanks,
> > > 
> > >  Best regards,
> > > 
> > >  Julien
> > > 
> > > > 
> > > > Best regards,
> > > > Pasi
> > > > 
> > > > > -----Original Message-----
> > > > > From: ext Julien Bournelle 
> [mailto:julien.bournelle at int-evry.fr]
> > > > > Sent: 18 May, 2006 11:42
> > > > > To: dime at ietf.org
> > > > > Cc: hannes.tschofenig at gmx.net
> > > > > Subject: [Dime] Defining a new Application for mip6-split ?
> > > > > 
> > > > > Hi all,
> > > > > 
> > > > >  we're in the process of updating/writing the document 
> > > > > describing use of  Diameter for the Mobile IPv6 split 
> scenario.
> > > > > 
> > > > >  In the split scenario, the Mobile Node (MN) uses IKEv2
> > > with the HA
> > > > > to  setup IPsec SAs. This exchange is also used by the HA to 
> > > > > authenticate  the MN using EAP. The HA may rely on a
> > > AAA/EAP server
> > > > > for this. So we  have the following scheme:
> > > > > 
> > > > >  MN <-- IKEv2-EAP --> HA <--------> AAA
> > > > > 
> > > > >  A priori Diameter EAP (RFC 4072) can be used between 
> HA and AAA. 
> > > > > 
> > > > >  The problem is that Diameter EAP is normally used 
> for Network 
> > > > > Access  authentication.
> > > > > 
> > > > >  In our case, the AAA server must perform AAA
> > > functionality for the
> > > > > Mobile IPv6 service. The AAA server must know that it has to 
> > > > > authorize the mip6 service and the accounting (ASR/ASA)
> > > is also for
> > > > >  mip6 and not for network access.
> > > > > 
> > > > >  For the above reason, it seems that we should define a
> > > new Diameter
> > > > > Application. However, in the same time, the messages 
> defined in 
> > > > > Diameter EAP could be reused.
> > > > > 
> > > > >  So I'd like to hear opinions concerning this issue.
> > > > > 
> > > > >  Thanks,
> > > > > 
> > > > > 
> > > > >  - Julien B.
> > > > > 
> > > > > 
> > > > > _______________________________________________
> > > > > DiME mailing list
> > > > > DiME at ietf.org
> > > > > https://www1.ietf.org/mailman/listinfo/dime
> > > > > 
> > > 
> > > --
> > > julien.bournelle at int-evry.fr
> > > 
> > > _______________________________________________
> > > DiME mailing list
> > > DiME at ietf.org
> > > https://www1.ietf.org/mailman/listinfo/dime
> > > 
> > 
> > _______________________________________________
> > DiME mailing list
> > DiME at ietf.org
> > https://www1.ietf.org/mailman/listinfo/dime
> > 
> > 
> 

_______________________________________________
DiME mailing list
DiME at ietf.org
https://www1.ietf.org/mailman/listinfo/dime




Note: Messages sent to this list are the opinions of the senders and do not imply endorsement by the IETF.