|
|
Choosing A Webhost: |
RE: Comments on draft-ietf-mip6-bootstrapping-split-01.txt: msg#00073ietf.mip6
> >>>HoA as for all other addresses configured based on [ADDRCONF]. > >> > >>we dont have to send everything thats there in a router > >>advertisement through IKEv2 attributes. the mobile node > >>can always run Mobile Prefix Discovery later on to find > >>out the complete information about the home prefix. > >>FWIW, Mobile Prefix Discovery was designed so that it > >>can be a substitute for router advertisements when the > >>mobile node is not at home. > >> > > > > > > But why the MN should run MPD to know the valid lifetime of > a prefix it > > has already configured? > > I was thinking that MPD would be used to discover new > prefixes, not the > > prefix discovered via IKEv2. > > because we dont to replicate everything that is there in > the router advertisements through IKEv2 messages. :) > > instead lets use MPD to get complete prefix information > once you have setup security associations with the HA. > this includes prefixes that you already know about. for > example MPD even replicates the various flags (M, O flags). > OK, it seems that also Francis agrees with you. So let's keep only the preferred lifetime. I'll update the draft with the new format of the attribute. I'll also go through the draft again to understand if we need to clarify in a better way the usage of MPD. --Gerardo > Vijay > > > > > --Gerardo > > > > > > > >>Vijay > >> > >> > >>>--Gerardo > >>> > >>> > >>> > >>>>RFC 2461 says > >>>> > >>>> Preferred Lifetime > >>>> 32-bit unsigned integer. The length > >> > >>of time in > >> > >>>> seconds (relative to the time the > >>>>packet is sent) > >>>> that addresses generated from the prefix via > >>>> stateless address autoconfiguration remain > >>>> preferred [ADDRCONF]. A value of > all one bits > >>>> (0xffffffff) represents infinity. See > >>>>[ADDRCONF]. > >>>> > >>>>it might be sufficient to just send the preferred > >>>>lifetime. > >>>> > >>>>Vijay > >>>> > >>>> > >>>> > >>>>> 0 1 2 > >> > >> 3 > >> > >>>>> 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 > >>>> > >>>>6 7 8 9 0 1 > >>>> > >>>> > >>>>> > >>>> > >>>>+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > >>>> > >>>> > >>>>> | Type | Length | Prefix Length |L|A| > >>>> > >>>>Reserved1 | > >>>> > >>>> > >>>>> > >>>> > >>>>+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > >>>> > >>>> > >>>>> | Valid Lifetime > >>>> > >>>> | > >>>> > >>>> > >>>>> > >>>> > >>>>+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > >>>> > >>>> > >>>>> | Preferred Lifetime > >>>> > >>>> | > >>>> > >>>> > >>>>> > >>>> > >>>>+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > >>>> > >>>> > >>>>> | Reserved2 > >>>> > >>>> | > >>>> > >>>> > >>>>> > >>>> > >>>>+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > >>>> > >>>> > >>>>> | > >>>> > >>>> | > >>>> > >>>> > >>>>> + > >>>> > >>>> + > >>>> > >>>> > >>>>> | > >>>> > >>>> | > >>>> > >>>> > >>>>> + Prefix > >>>> > >>>> + > >>>> > >>>> > >>>>> | > >>>> > >>>> | > >>>> > >>>> > >>>>> + > >>>> > >>>> + > >>>> > >>>> > >>>>> | > >>>> > >>>> | > >>>> > >>>> > >>>>> > >>>> > >>>>+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > >>>> > >>>> > >>>>>--Gerardo > >>>>> > >>>>> > >>>>> > >>>>> > >>>>>>>- Regarding DDNS updates, I share some of Francis concerns, > >>>>>> > >>>>>>but I also > >>>>>> > >>>>>> > >>>>>> > >>>>>>>share the concerns of the DT stated in section 9.5. > >>>>>>>(authentication/authorization of updates and > >>>>>> > >>>>>>redirection-based flooding > >>>>>> > >>>>>> > >>>>>> > >>>>>>>issue, if MN updates DNS). IMHO some more > >>>>>> > >>>>>>thoughts/discussions should be > >>>>>> > >>>>>> > >>>>>> > >>>>>>>spent on this issue. For instance, something like a > cookie-based > >>>>>>>reachability test (done by DNS server) of the address > >>>>>> > >>>>>>claimed by MN in > >>>>>> > >>>>>> > >>>>>> > >>>>>>>the DNS update could be considered to address the > >> > >>redirection-based > >> > >>>>>>>flooding attack concern. > >>>>>> > >>>>>>agree. but I think modifications to DNS are beyond > >>>>>>the scope of MIP6 bootstrapping work. > >>>>>> > >>>>>>Vijay > >>>>>> > >>>>>> > >>>>>>_______________________________________________ > >>>>>>Mip6 mailing list > >>>>>>Mip6@xxxxxxxx > >>>>>>https://www1.ietf.org/mailman/listinfo/mip6 > >>>>>> > >>>>> > >>>>> > >>>>> > >>>>>Gruppo Telecom Italia - Direzione e coordinamento di > >>>> > >>>>Telecom Italia S.p.A. > >>>> > >>>> > >>>>>=========================================================== > >> > >>========= > >> > >>>>>CONFIDENTIALITY NOTICE > >>>>>This message and its attachments are addressed solely to > >> > >>the persons > >> > >>>>>above and may contain confidential information. If you > >> > >>have received > >> > >>>>>the message in error, be informed that any use of the > >> > >>content hereof > >> > >>>>>is prohibited. Please return it immediately to the sender > >> > >>and delete > >> > >>>>>the message. Should you have any questions, please send an > >> > >>e_mail to > >> > >>>>>MailAdmin@xxxxxxxxxx Thank you > >>>>>=========================================================== > >> > >>========= > >> > >>>> > >>>> > >>> > >>>Gruppo Telecom Italia - Direzione e coordinamento di > >> > >>Telecom Italia S.p.A. > >> > >>>=========================================================== > ========= > >>>CONFIDENTIALITY NOTICE > >>>This message and its attachments are addressed solely to > the persons > >>>above and may contain confidential information. If you > have received > >>>the message in error, be informed that any use of the > content hereof > >>>is prohibited. Please return it immediately to the sender > and delete > >>>the message. Should you have any questions, please send an > e_mail to > >>>MailAdmin@xxxxxxxxxx Thank you > >>>=========================================================== > ========= > >> > >> > >> > > > > > > Gruppo Telecom Italia - Direzione e coordinamento di > Telecom Italia S.p.A. > > > > ==================================================================== > > CONFIDENTIALITY NOTICE > > This message and its attachments are addressed solely to the persons > > above and may contain confidential information. If you have received > > the message in error, be informed that any use of the content hereof > > is prohibited. Please return it immediately to the sender and delete > > the message. Should you have any questions, please send an > e_mail to > > MailAdmin@xxxxxxxxxx Thank you > > ==================================================================== > > > Gruppo Telecom Italia - Direzione e coordinamento di Telecom Italia S.p.A. ==================================================================== CONFIDENTIALITY NOTICE This message and its attachments are addressed solely to the persons above and may contain confidential information. If you have received the message in error, be informed that any use of the content hereof is prohibited. Please return it immediately to the sender and delete the message. Should you have any questions, please send an e_mail to MailAdmin@xxxxxxxxxx Thank you ====================================================================
|
|
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| Previous by Date: | Re: Concensus Call: DNS Update for Bootstrapping, Francis Dupont |
|---|---|
| Next by Date: | security of return routability packets, suraj |
| Previous by Thread: | Re: Comments on draft-ietf-mip6-bootstrapping-split-01.txt, Francis Dupont |
| Next by Thread: | Re: WGLC: draft-ietf-mip6-bootstrapping-split-01 - Comments, Vijay Devarapalli |
| Indexes: | [Date] [Thread] [Top] [All Lists] |
Free MagazinesCisco NewsReceive a free quarterly e-newsletter with exclusive articles on how Cisco IT uses its own products and solutions to enable the business. subscribe Systems Management News, the newspaper for IT systems administration and data center managers! Each issue of Systems Management News is chock-full of news and analysis to help you understand what's happening in your field. subscribe The Enterprise Newsweekly eWeek is the essential technology information source for builders of e-business. subscribe Oracle Magazine Oracle Magazine contains technology strategy articles, sample code, tips, Oracle and partner news, how to articles for developers and DBAs, and more. Oracle (NASDAQ: ORCL) is the world's largest enterprise software company. subscribe Total Telecom Total Telecom is "The Economist of the communications industry". subscribe |