[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [dna] Applicability statement for Simple DNA (Providing text toresolve issue #11)
As per RFC5213 all of the MAGs of a PMIPv6 domain that can serve as
default router for a MN would present the same link-local address to
the MN. The link-layer address is either pre-configured on all MAGs, or
sent by the LMA to the MAG in a Binding Acknowledgement.
--julien
On Wednesday 24 September 2008, Premec, Domagoj wrote:
> I was thinking of both the IP and the link-layer address. From the
> host perspective, this looks similar to the case where the current
> default router goes down and at the same time a new default router
> appears on the link. I'm not sure about the case where both ARs are
> using the same IP address but their link layer addresses are
> different. Updating only the link layer address while the IP address
> remains the same may be considered as a special case, but I'm not
> sure if there are any security considerations.
>
> domagoj
>
> > -----Original Message-----
> > From: Julien Laganier [mailto:julien.laganier.ietf@googlemail.com]
> > Sent: 24. rujan 2008 15:48
> > To: dna@ietf.org
> > Cc: Premec, Domagoj; Suresh Krishnan; JinHyeock Choi; JinHyeock
> > Choi Subject: Re: [dna] Applicability statement for Simple DNA
> > (Providing text to resolve issue #11)
> >
> > Quick question for clarification.
> >
> > You said "the host should quickly update its default router
> > to the address of the new AR".
> >
> > By "address" I'm assuming you mean "link layer address". Is
> > that correct?
> >
> > --julien
> >
> > On Wednesday 24 September 2008, Premec, Domagoj wrote:
> > > I think that there may be cases where the host may benefit
> >
> > from simple
> >
> > > DNA even when it attaches to a previously unvisited link.
> >
> > For example,
> >
> > > as the host moves within the PMIP domain, the IPv6 prefix
> >
> > assigned to
> >
> > > the host moves together with the host across ARs (MAGs).
> > > When attaching to a new link the host will see the new AR
> >
> > advertising
> >
> > > the same prefix, but the old AR will not be reachable any more.
> > > In this case, the host should quickly update its default router
> > > to the address of the new AR to avoid loosing packets sent to the
> >
> > address of
> >
> > > a previous default router. There is no need for the host to
> > > execute any address configuration/verification procedures. This
> >
> > would provide
> >
> > > better handover perfomance when moving within the PMIP
> >
> > domain. Is this
> >
> > > someting that could be accomodated by the simple DNA?
> > >
> > > domagoj
> > >
> > > > -----Original Message-----
> > > > From: dna-bounces@ietf.org [mailto:dna-bounces@ietf.org]
> >
> > On Behalf
> >
> > > > Of Suresh Krishnan
> > > > Sent: 23. rujan 2008 17:05
> > > > To: dna@ietf.org; JinHyeock Choi; JinHyeock Choi
> > > > Subject: [dna] Applicability statement for Simple DNA
> > > > (Providing text to resolve issue #11)
> > > >
> > > > Hi Folks,
> > > >
> > > > I propose to add the following text to a new section called
> > > > "Applicability" to resolve issue #11. The previous
> > > > applicability section will be moved into a new section called
> > > > "Working assumptions".
> > > >
> > > > NEW TEXT:
> > > > =========
> > > >
> > > > The Simple DNA protocol is provides substantial
> >
> > benefits in some
> >
> > > > scenarios and does not provide any benefit at all in
> >
> > certain other
> >
> > > > scenarios. This is intentional as Simple DNA was designed for
> > > > simplicity rather than completeness. In particular, the
> >
> > Simple DNA
> >
> > > > protocol provides maximum benefits when a host moves
> >
> > between a
> >
> > > > small
> > > > set of known links. When a host moves to a
> >
> > completely new link
> >
> > > > that
> > > > is previously unknown, the performance of the Simple DNA
> > > > protocol will be identical to that using standard
> >
> > neighbor discovery
> >
> > > > procedures [RFC4861].
> > > >
> > > > If you have any issues with this text, please respond to
> >
> > this mail
> >
> > > > on list.
> > > >
> > > > Thanks
> > > > Suresh
> > > >
> > > > _______________________________________________
> > > > dna mailing list
> > > > dna@ietf.org
> > > > https://www.ietf.org/mailman/listinfo/dna
> > >
> > > _______________________________________________
> > > dna mailing list
> > > dna@ietf.org
> > > https://www.ietf.org/mailman/listinfo/dna
_______________________________________________
dna mailing list
dna@ietf.org
https://www.ietf.org/mailman/listinfo/dna