On 08/01/2010 04:37 AM, per...@pluto.rain.com wrote:
The following reply was made to PR usb/149039; it has been noted
by GNATS.
From: Fredrik Lindberg
To: bug-follo...@freebsd.org, pilzablei...@web.de
Cc: Hans Petter Selasky
Subject: Re: usb/149039: [uhso] Binding problem with uhso
Date: Sat
Bruce M. Simpson wrote:
I find the following socket behavior a bit unexpected. Multicast from
an IPv4 socket (with IP_MULTICAST_IF set) with its source address bound
to INADDR_ANY only works if there is a default route defined, otherwise
send() returns ENETUNREACH.
Default route set, src INADDR
hed a test case and a patch to illustrate it, comments?
Fredrik Lindberg
[1] http://fxr.watson.org/fxr/source/netinet/in_pcb.c#L610
Index: netinet/in_pcb.c
===
RCS file: /home/ncvs/src/sys/netinet/in_pcb.c,v
retrieving revision 1.198
http://www.freebsd.org/cgi/query-pr.cgi?pr=kern%2F112937
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
as an argument, so
one should dereference a struct ifreq in em_ioctl and not a
struct ifaddr. At least this takes care of the panic.
Fredrik Lindberg
Index: if_em.c
===
RCS file: /home/ncvs/src/sys/dev/em/if_em.c,v
retrieving revision
ive to
malicious behavior as it handles gethostbyname etc).
Fredrik Lindberg
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
resolved.
A Service Discovery browser application that utilize the mDNS API
directly would of course be allowed to do any type of query.
But queries going through the more generalized NSS environment should
be restricted by default.
Fredrik Lindberg
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
tisements to be published
for both .local and the host domain. Any thing more complex would
require editing mdns.conf.
Publishing announcements is one thing, what the nss mdns module allows
a host to resolve is what will limit its initial usage.
Fredrik Lindberg
_
rently supporting IPv4?' or 'is
interface X a point-to-point link?'; and possibly a 'for each interface globs>'. And then add condition tests as necessary/desirable
later.
Yeah sure, but it's all about creating a logical and easy syntax...
Fredrik Lindberg
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Brooks Davis wrote:
On Fri, Aug 25, 2006 at 12:06:31AM +0200, Fredrik Lindberg wrote:
Brooks Davis wrote:
It just occured to me that the daemon could handle this without any
interaction with dhclient or the static interface configuration. In the
mode where you only want an LLA if there isn&#
Chuck Swiger wrote:
On Aug 24, 2006, at 2:46 PM, Fredrik Lindberg wrote:
The nsswitch.conf should IHMO be :files dns mdns,
and the mdns nss module should ship with a default to only allow
queries to
.local
.168.254.in-addr.arpa
I think you meant .254.168.in-addr.arpa here.
Actually
e has link which requires it to exit when the link goes down
similar to dhclient. I really need to go look at the code and see what
you're doing now. :)
Well, I'm doing just that...except it's not the routing socket but the
netdev filter of the kqueue system. Could be change to the
"fxp0"
I find this scheme way too different from how other interface
configuration is done.
Fredrik Lindberg
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
mate in a short summary what would be
required to adopt the %interface decoration for IPv4?
If it turns out to be a very large task, will it still be worth it?
Fredrik Lindberg
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo
ore powerful.
Yes, I agree. A user might want to advertise a record only if a
certain condition is met, however I think we should be careful
not to create a too complex syntax.
The mdns.conf must be simple enough so that an average user is
able to edit it without too much knowledge.
We reall
Doug Barton wrote:
Fredrik Lindberg wrote:
I've been thinking about that too, but I'm still not sure. The RFC
says . . .
Which RFC(s)? :) My read is that there are several that are relevant,
generally, to LLA and mDNS, so it would be useful to know precisely what
we're disc
X-line.
We could have two words, one called LLA that would run in the "forced"
mode and another LLA2 (I can't come up a good name) which would run
in the RFC compliant way.
Fredrik Lindberg
___
freebsd-net@freebsd.org mailing list
http://lists.
e nss module. Split the info into
sections to make it easier for each to know which parts they aren't
expected to understand and put all of the stuff they both want into a
shared section.
Yes, that's certainly a possibility and will reduce the number of
configuration files.
Fredrik Lindberg
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
ever removes an address
from a interface it didn't set itself, and it always sets address
as aliases. There is also an option to force it to assign
(as an alias) a LLA address even if the interface is already is
configured with another address.
Fredrik Lindberg
___
ture.
Is that really necessary? I haven't looked at how the resolver handles
the domain search list and how that relates to NSS calls; but couldn't
it be handled by implicitly adding 'local' to the list?
I was under the impression that resolv.conf was explicitly
nd the packet to its
default router which probably wouldn't know what to do with the packet
and throw it away. Could be pretty ugly.
I also don't see how RARP would help because that would require the
host to have knowledge of the other hosts M
s certainly possible, but I'm not
sure if this should be in the lla-daemon or in a separate program.
Fredrik Lindberg
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
e name.
It might be dangerous though as it could try to query for
www.google.com.local., a solution to this would be do "blacklist"
existing TLDs when a search is done or only to do a search if there are
no dots in the name, I think the latter s
ss and that the packet is sent to 192.168.0.1.
If you're in the situation that you need lla (no dhcp server available),
you wouldn't know the default route right?
And if you need to configure the default route manually it isn't really
zeroconfig
s under a BSD license (client api part).
If we mix these together we might be able to avoid the Apache license,
but it's of course nice to get a definitive answer on the Apache
license. (And maybe my code turns out to be useless... :))
Fredrik Lindberg
__
Bruce Walker wrote:
Fredrik Lindberg wrote:
mDNSResponder-108 appears to still be under APSL 2, I don't
know if that license is acceptable for base utilities, if it is, it
might be a viable alternative.
It should be under the Apache 2.0 license now.
Yes, you are correct. I just grabbe
lementation (I renamed it to llacd, link local address
configuration daemon) is already quite mature. It has been running on
a machine here for over a month without problems.
Fredrik Lindberg
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org
application that wants to publish a SD record shouldn't need to
worry about which type of responder program that is running on the host.
Fredrik Lindberg
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
t responds to, a service discovery client/agent is needed to
find announced records.
Fredrik Lindberg
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
on routines are currently missing.
More information, code and some quick starting hints are available at
http://shapeshifter.se/projects/freebsd/zeroconfig/
Fredrik Lindberg
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailma
30 matches
Mail list logo
