Re: ICMPv6 Rate Limiting Methods: Revised Test (final ??)

2004-01-19 Thread Pekka Savola
On Sun, 18 Jan 2004, Fred Templin wrote: === (f) Finally, in order to limit the bandwidth and forwarding costs incurred sending ICMPv6 error messages, an IPv6 node MUST limit the rate of ICMPv6 error messages it sends.

RE: ICMPv6 Rate Limiting Methods: Revised Test (final ??)

2004-01-19 Thread Mukesh . Gupta
Fred, I mostly agree with Pekka here. Specific comments inline: I think we may have glossed over this in earlier discussion, but I believe 'B' should be allowed as an expression of either messages OR bytes. Size *does* matter in certain cases, and expressing 'B' only in terms of a

Re: ICMPv6 Rate Limiting Methods: Revised Test (final ??)

2004-01-19 Thread Fred Templin
Pekka Savola wrote: On Sun, 18 Jan 2004, Fred Templin wrote: === (f) Finally, in order to limit the bandwidth and forwarding costs incurred sending ICMPv6 error messages, an IPv6 node MUST limit the rate of ICMPv6 error

Re: ICMPv6 Rate Limiting Methods: Revised Test (final ??)

2004-01-19 Thread Fred Templin
[EMAIL PROTECTED] wrote: I agree with Pekka that this compllicates the text and the implementation. Moreover, N (the long-term average) can be in number of packets per seconds or a fraction of the attached link's bandwidth. Don't you think, the size of the packet will be covered if N is

Re: ICMPv6 Rate Limiting Methods: Revised Test (final ??)

2004-01-19 Thread Pekka Savola
On Mon, 19 Jan 2004, Fred Templin wrote: Note: the decision whether or not to drop an incoming packet can be made in packet mode, ignoring packet sizes, or in byte mode, taking into account the size of the incoming packet. The performance implications of the choice between

Re: ICMPv6 Rate Limiting Methods: Revised Test (final ??)

2004-01-19 Thread Fred Templin
Pekka Savola wrote: On Mon, 19 Jan 2004, Fred Templin wrote: Note: the decision whether or not to drop an incoming packet can be made in packet mode, ignoring packet sizes, or in byte mode, taking into account the size of the incoming packet. The performance implications of the