Re: Re: RR checks to avoid DoS attacks
"James Kempf" <[email protected]>
| Newsgroups | gmane.ietf.mobike |
|---|---|
| Message-ID | <[email protected]> |
I believe the MOBIKE charter explicitly excludes inclusion of any
functionality that is part of a mobility management protocol. Since I've
lately come to believe that sticking rigorously to the charter tends to be a
better way for a WG to achieve success, IMHO it is out of scope for MOBIKE.
jak
----- Original Message -----
From: "Jari Arkko" <[email protected]>
To: "James Kempf" <[email protected]>
Cc: <[email protected]>
Sent: Friday, May 07, 2004 1:26 AM
Subject: Re: [Mobike] Re: RR checks to avoid DoS attacks
> 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
> >>
> >
> >
> >
> >
> >
>
>