dhcpcd-discuss

Re: Dhcpcd 8.x.x cannot pass IPv4LL test in Bonjour Conformance Test, instead with 6.x.x and 7.x.x it was ok.

Roy Marples

Thu Oct 03 11:32:01 2019

Hi Stefano

On 03/10/2019 11:47, Stefano Cappa wrote:
Hi Roy,
I tried applying all 22 commits on top of 8.0.6 and this is the result.

With Bonjour conformance test 1.5.0 it's ok:

    PASSED (INITIAL PROBING)
    PASSED (PROBING)
    PASSED (PROBING COMPLETION)
    PASSED (SUBSEQUENT CONFLICTS)
    PASSED (CABLE CHANGE HANDLING)

but when I try with version 1.4.0 it fails in this way:

    PASSED (INITIAL PROBING)
    PASSED (PROBING)
    PASSED (PROBING COMPLETION)

    NOTICE  12:04:26.862561: Starting test: SUBSEQUENT CONFLICTS
    NOTICE  12:04:36.864800: Sending ARP reply to device for address
    169.254.17.101
    WARNING 12:04:36.876087: Source address non-zero 169.254.17.101
    WARNING 12:04:36.876123: The host is attempting to defend its IP -
    sending the second denial
    NOTICE  12:04:42.989852: Sending second ARP reply to device for
    address 169.254.17.101
    ERROR   12:04:43.001238: Did not receive new probe after sending 2
    conflicting ARP replies for the device's previously acquired  address.
    FAILED (SUBSEQUENT CONFLICTS)



Error "NOTICE  12:04:42.989852: Sending second ARP reply to device for address 169.254.17.101" in SUBSEQUENT CONFLICTS test wasn't happening with previous releases, in particular dhcpcd 6.x.x. This is a problem because the conformance test stops immediately and it reports a failed result.

My view is this - dhcpcd now passes fine with the newer conformance test so there's nothing to fix. Without seeing network traffic or dhcpcd debug logs, I don't have anything more to say.

Also, about multicast test, there is still this issue already reported months ago, but it's probably related to the test itself and not to dhcpcd:

    (...)
    PASSED (CABLE CHANGE HANDLING)

    NOTICE  12:14:15.130718: Checking if the link-local address is used
    before the ARP announcement

    *** Beginning Multicast DNS Test ***
    These service records' TXT records are printed in the final result
    if encountered:
    _airplay
    _ipp
    _ipps
    _hap
    NOTICE  12:14:15.148342: Accepting packets only from address
    169.254.68.151
    START (INITIAL PROBING)
    ERROR   12:14:50.502683: Receive New Probe: Timeout.
    ERROR   12:15:20.505984: Receive New Probe: Timeout.
    ERROR   12:15:50.507277: Receive New Probe: Timeout.
    ERROR   12:16:20.512481: Receive New Probe: Timeout.
    FAILED (INITIAL PROBING)
    NOTICE  12:16:20.512942: RETRYING (INITIAL PROBING)

    (...)



What do you think?

dhcpcd only handles the address configuration, it doens't do any mdns.
You would need something like mDNSResponder (Apple make this open source product) to work alongside dhcpcd.

Roy

References:
Dhcpcd 8.x.x cannot pass IPv4LL test in Bonjour Conformance Test, instead with 6.x.x and 7.x.x it was ok.Stefano Cappa
Re: Dhcpcd 8.x.x cannot pass IPv4LL test in Bonjour Conformance Test, instead with 6.x.x and 7.x.x it was ok.Roy Marples
Re: Dhcpcd 8.x.x cannot pass IPv4LL test in Bonjour Conformance Test, instead with 6.x.x and 7.x.x it was ok.Stefano Cappa
Archive administrator: postmaster@marples.name