RE: [Dime] MIP6 NAS-HAAA issue #1
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

RE: [Dime] MIP6 NAS-HAAA issue #1



Hi Madjid, 

> -----Original Message-----
> From: Madjid Nakhjiri [mailto:mnakhjiri at huawei.com] 
> Sent: 27. huhtikuuta 2007 21:51
> To: Korhonen, Jouni /TeliaSonera Finland Oyj; dime at ietf.org
> Subject: RE: [Dime] MIP6 NAS-HAAA issue #1
> 
> Hi Jouni,
> 
> I have no problem with the general idea of grouped AVP, only 
> a few notes regarding the construct:

Good.

> 1) calling the AVP MIP6-Info may be a bit problematic, 
> basically you are putting the entire MIP6 application info 
> into one grouped AVP? Will we then be able to define this 
> group AVP in a way that any possible AVP people come up with 
> to support MIP6 can easily be integrated in this AVP? If yes, 
> then no problem. 

Right.. if extending the MIP6-Info is desired we could define
it as:

   MIP6-Info ::= < AVP Header: xyz >
                 [ MIP6-Home-Agent-Address ]
                 [ MIP6-Home-Agent-FQDN ]
                 [ MIP6-Home-Link-Prefix ]
                 [ MIP6-Home-Address ]
                *[ AVP ]

> Right now, I can have an idea about a couple of things that 
> can be MIP6-info related AVPs and are not shown below. Just 
> call it MIP6_HA_info (leave HOA out of it, IMO) or call it 
> MIP6_ADDR_info and leave HOA in.

There is definitely a lot of stuff that could be put in.. e.g.
in a case when the NAS is co-located with MAG. I am open to
extend the coverage but I am not sure if it is in scope of the
ID.

> 2) Not debating whether or not we should send multiple HA 
> info together, The suggested construct does not show how many 
> HAs there are in the AVP. I would guess you would need 
> something to indicate that.

It is always at most one HA per grouped AVP. If more HAs
are needed, the message just needs to include multiple
grouped MIP6-Info AVPs.

> 
> Hope this helps,

Cheers,
	Jouni


> 
> Madjid
> 
> -----Original Message-----
> From: jouni.korhonen at teliasonera.com 
> [mailto:jouni.korhonen at teliasonera.com]
> 
> Sent: Thursday, March 22, 2007 5:38 AM
> To: dime at ietf.org
> Subject: [Dime] MIP6 NAS-HAAA issue #1
> 
> 
> About the issue #1 presented during the Dime WG meeting. If 
> the ASP/NAS needs to send or the MSA needs to return more 
> than one HA information the current AVP formulation does not work.
> This is because we have defined AVP counts as "at most one".
> Furthermore, if we are about to allow "zero or more" AVPs we 
> need to have a way to group HA address, FQDN, home link 
> prefix etc together. For that purpose a grouped AVP would be OK.
> 
> So the question is (also related to the issue #2) whether 
> "zero or more" HAs must be supported. At least the recent 
> discussion in MIP6 list points to this direction.
> 
> Anyway, my personal opinion is that defining a grouped AVP 
> does-no-harm anyway. Below is one proposal for a grouped AVP:
> 
>   MIP6-Info ::= < AVP Header: 297 >
>                 [ MIP6-Home-Agent-Address ]
>                 [ MIP6-Home-Agent-FQDN ]
>                 [ MIP6-Home-Link-Prefix ]
>                 [ MIP6-Home-Address ]
>                 ...
> 
> Any opinions?
> 
> Cheers,
> 	Jouni
> 
> _______________________________________________
> 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.