Re: problem statement [was Re: New Version Notification for draft-hinden-ipv4flag-00.txt]

[Simon Hobson <[e-mail]>]

Brian E Carpenter <[e-mail]> wrote:

> Indeed. If there is no serious problem, don't fix. What I seemed to hear
> in Singapore was that people weren't happy with just ignoring the small
> amount of residual IPv4 traffic on ietf-nat64 (about 1% in the measurement
> by Bob Hinden). However, from what I saw, most of it is layer 2 broadcast
> traffic, which is more of a burden for the infrastructure. We need to decide
> whether we care.

On that basis, isn't the simplest and most compatible (in that it doesn't need any systems to be updated to support it*) to configure filters in the infrastructure as already suggested ?

> On 19/11/2017 03:39, Jen Linkova wrote:
>> If the problem is 'IPv4 broadcast noise on the link' then it should be
>> solved on L2 level and the network should not switch ethertype 0x0800.
>> If the problem is 'all those noisy DHCPv4 requests the first-hop
>> router has to drop because DHCP relay is not configured' then the
>> router interface should not accept IPv4 packets at all, problem
>> solved.


* The only requirement is that the infrastructure (APs, switches, routers) have the facility. And all this is in the hands of the network operator regardless of the nature of the clients connecting though it.