From: jamal <hadi@cyberus.ca>
To: Anand Kumria <wildfire@progsoc.org>
Cc: netdev@vger.kernel.org, linux-kernel@vger.kernel.org
Subject: Re: [PATCH] net: Broadcast ARP packets on link local addresses
Date: Fri, 07 Apr 2006 09:37:06 -0400 [thread overview]
Message-ID: <1144417027.5082.41.camel@jzny2> (raw)
In-Reply-To: <pan.2006.04.07.07.20.44.797909@progsoc.org>
On Fri, 2006-07-04 at 17:20 +1000, Anand Kumria wrote:
> On Fri, 31 Mar 2006 15:26:00 -0800, David Daney wrote:
>
> > From: David Daney
> >
> > Greetings,
> >
> > When an internet host joins a network where there is no DHCP server,
> > it may auto-allocate an IP address by the method described in RFC
> > 3927. There are several user space daemons available that implement
> > most of the protocol (zcip, busybox, ...). The kernel's APR driver
> > should function in the normal manner except that it is required to
> > broadcast all ARP packets that it originates in the link local address
> > space (169.254.0.0/16). RFC 3927 section 2.5 explains the requirement.
> >
> > The current ARP code is non-compliant because it does not broadcast
> > some ARP packets as required by RFC 3927.
>
> I haven't seem anyone comment on this,
Theres a lot of comments - check the archives of netdev on the thread
as well as a newer thread under "Broadcast ARP packets on link local
addresses (Version2)"
> but it would be useful to see this
> integrated.
IMO not the way it is defined right now in that patch.
As suggested in the thread, best way is for the kernel to check
if it is link local and do the advert in broadcast instead of unicast.
>
> Something else I've noticed while I've been implementing my zeroconf
> daemon is that the kernel returns link-scoped primary addresses first to
> 'ifconfig'. Unfortunately quite a lot of user-space programs parse its
> output and interpret the address it presents as the primary for the
> specified interface.
>
Not sure i followed.
> Is that a case of user-space breakage that the kernel team would
> ordinarily worry about?
I think user space setting the attribute of the address to be link local
would be a sufficient hint to the kernel to broadcast the arps.
cheers,
jamal
prev parent reply other threads:[~2006-04-07 13:37 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-03-31 23:26 [PATCH] net: Broadcast ARP packets on link local addresses David Daney
2006-04-07 7:20 ` Anand Kumria
2006-04-07 13:37 ` jamal [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=1144417027.5082.41.camel@jzny2 \
--to=hadi@cyberus.ca \
--cc=linux-kernel@vger.kernel.org \
--cc=netdev@vger.kernel.org \
--cc=wildfire@progsoc.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox