Re: [CARD Techical Issue] Rate limiting flag

"Eunsoo Shim" <[email protected]>
Newsgroups gmane.ietf.seamoby
Message-ID <009801c340b3$9594b3a0$ca6b0f8a@peace>
James,

As said earlier, the bit makes the protocol flexible without major
additional complexity.
The value of flexibility is worth adding the one-bit flag, I think.
Also I guess the MNs would be need CARD information near handoff in most
cases.
That is, the CARD message traffic would be bursty to individual MN. Setting
a large inter-message time may not be desirable. Also allowing a too short
inter-message time is not desirable, either. So the inter-message time
should be configurable. Then the MN should be informed about the vale which
could be different at different ARs. This brings additional complexity,
which the R flag can make unnecessary.
So I think there are significant advantages with the R flag.

Eunsoo


> > just a quick example of the use of flag bits: ECN-bits with TCP.
> >
>
> Ok, so it sounds as if there is a precedent. But I'm wondering if the case
> here is the same. Wouldn't a host-based mechanism, in which the host is
> required to limit the intermessage time, be simpler?
>
>             jak
>
>
> _______________________________________________
> Seamoby mailing list
> [email protected]
> https://www1.ietf.org/mailman/listinfo/seamoby
>
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.