Re: Re: RR checks to avoid DoS attacks
Jari Arkko <[email protected]>
| Newsgroups | gmane.ietf.mobike |
|---|---|
| Organization | None |
| Message-ID | <[email protected]> |
Hi James, I have a clarifying question... James Kempf wrote: > 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 When you say the mobility management protocol should be doing something, does that mean you want MOBIKE to take care of it, or that you consider it out of scope for MOBIKE but in scope for fully fledged mobility protocols (whatever they are)? I assuming the latter, but just wanted to check... --Jari > 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 >> > > > > >