Re: Last Call: <draft-ietf-intarea-ipv4-id-update-05.txt> (Updated Specification of the IPv4 ID Field) to Proposed Standard

[Masataka Ohta <[e-mail]>]

Joe Touch wrote:

>>> Again, this doc is about updating the IPv4 ID specification in RFC791 -
>>> which has not yet been updated.
>>
>> But, the way you update rfc791 requires updating rfc2460,
>> rfc2765 and their implementations, for which there is no
>> consensus.
> 
> It certainly does not.

The following requirement in your draft:

   >> Sources of non-atomic IPv4 datagrams MUST rate-limit their output
   to comply with the ID uniqueness requirements.

requires updating rfc2460 and/or rfc2765 to rate-limit IPv6
datagrams with fragment headers below 6.4 Mbps (assuming
unfragmented packet is 1500B long).

>> That is, though your draft claims to "more closely reflect
>> current practice" and "more closely match IPv6", the way you
>> update rfc791 does not "reflect current practice" nor "match
>> IPv6".
> 
> It does -

The current practice, with both IPv4 and IPv6, is to have
loose uniqueness of IDs.

Or, do you mean the current practice the practice not of
the real world network operation but of the way of
discussion in intarea WG?

> it doesn't reflect the errors in IPv6-IPv4 translation, which
> is not "IPv6".

Most, if not all, implementers do not think them errors.

						Masataka Ohta