Re: Re: RR checks to avoid DoS attacks

"James Kempf" <[email protected]>
Newsgroups gmane.ietf.mobike
Message-ID <[email protected]>
This sounds to me more like something the mobility mangement protocol should
be doing. There really is no way, in any case, to avoid having packets in
the pipeline between the gateway and the host when the change occurs if the
gateway is dealing with streaming media like video. These packets will be
lost unless the access routers in the mobile host's access network take some
kinds of measures to ensure that the packets are properly forwarded to the
new address.

            jak

----- Original Message ----- 
From: "Jari Arkko" <[email protected]>
To: "Tero Kivinen" <[email protected]>
Cc: <[email protected]>; <[email protected]>;
<[email protected]>
Sent: Thursday, May 06, 2004 1:59 AM
Subject: Re: [Mobike] Re: RR checks to avoid DoS attacks


>
> > What about the old stream, i.e. when do we cut out the stream from the
> > old address. I.e. If I am at address A, and send update for address B,
> > when do the gateway stop sending packets to my A address, and when
> > does it start sending them to B.
> >
> > If I am still able to receive packets in address A, then I would like
> > to get my packets there until they are moved to address B (i.e. no
> > packets dropped there).
> >
> > If I am not able to receive packets in address A, and I am moving to
> > address B, there will be packets dropped anyways, so I could simply
> > inform the gateway that it can stop sending my packets to address A
> > immediately, and continue sending them to B when the RR is finished.
>
> Good question. Looking at it technically, I agree that
> the above two cases exist. It might be another question
> whether the MOBIKE protocol needs to "optimize" for
> both cases, or whether support of the second case is
> sufficient. (There are mobility protocols that make a
> very optimized design to ensure that no packets are
> lost even if the packets have already been sent,
> but the necessary mechanisms are also extremely
> complicated.)
>
> --Jari
> _______________________________________________
> Mobike mailing list
> [email protected]
> https://www.machshav.com/mailman/listinfo/mobike
>
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.