13 Sep
2022
13 Sep
'22
8:25 a.m.
Jeff Tantsura <jefftant.ietf@gmail.com> writes:
Looking at the fix, Donald has only removed IPV4_CLASS_DE(a) ((((uint32_t)(a)) & 0xe0000000) == 0xe0000000) validation but kept INADDR_ANY. I’ll bring up RFC6286 to him
I believe it is implementing the RFC6286 requirements. INADDR_ANY is ((in_addr_t) 0x00000000), which is the only illegal value. Bjørn