lwip-users
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [lwip-users] Re: Network name of device


From: mat henshall
Subject: Re: [lwip-users] Re: Network name of device
Date: Thu, 4 Mar 2010 15:18:27 -0800

Good point Bill on Zeroconf work group versus Bonjour/mDNS/DNS-SD.

I still am not quite sure what it should be called, but I know I want an mDNS responder in my embedded projects! Naming first, services second. As far as I can see these two critical pieces are now being actively worked as an RFC...

I am also enjoying Cheshire's book. Very thorough and readable.



On Thu, Mar 4, 2010 at 2:35 PM, Bill Auerbach <address@hidden> wrote:

The only reference I could find for a workgroup specifically for Zeroconf hadn’t seen activity in a couple+ years.  I wasn’t implying inactivity about mDNS or other aspects like Bonjour – I know those are active.  I am most surprised that Zeroconf wasn’t rolled out into an RFC of any kind.

 

I have Cheshire’s “Zero Configuration Networking” book and what I’ve read thus far is excellent.  It completely covers the Zeroconf protocols and includes the Bonjour API.  He does mention that the IETF didn’t bite on the idea – maybe this is because it had already come out and it was defined and implemented commercially by Apple.

 

Bill

 

From: lwip-users-bounces+bauerbach=arrayonline.com@nongnu.org [mailto:lwip-users-bounces+bauerbach=arrayonline.com@nongnu.org] On Behalf Of mat henshall
Sent: Thursday, March 04, 2010 4:31 PM

Subject: [lwip-users] Re: Network name of device

 

If I understand this process right, the 'bonjour/rendevous/mdns' standard for zero conf style naming *is* going to become the standard, eventually:


I am not sure why, as Bill points out, it doesn't show up when searching for it. It is however very active - check the history tab.

A significant advantage for embedded devices over alternate solutions (as far as I can see, most people seem to concoct their own private udp broadcast mechanism) is that the standard is already in use in millions of devices already. Macs, iPhones and a lot of Linux distro's have it as standard, and if you have iTunes on a Windows machine, it will have the mDNS stack installed.

If your embedded device supports an http interface, then Safari on Mac, iPhone and Windows can natively find it. Explorer and Firefox both have plugin's that allow a user to 'find mdns' web servers. If you are planning on writing a desktop app to communicate with your device, then there are simple API's with a lot of language bindings on pretty much all these platforms to find and connect your device.

Apple open source implementation:


and the ahahi project for linux:


provides an alternative 'clean room' implementation.

I believe there is also a pure Java implementation out there somewhere (strangeberry?).

These are, however, fairly heavy implementations and I suspect that a lighter weight implementation is possible that is built on top of LWIP. There are three distinct parts, first autoip, which LWIP already does... whether completely compliant or not, it works well enough, I believe. Two, the automatic distribution and mechanism for host names. Third the discovery of named 'services' on the network.

By creating a set of options to provide varying levels of functionality and building on top of the existing LWIP services a very light weight tunable implementation could be made. For example, a minor change to  dns.c, would enable discovery of ".local" mdns hosts with very little impact.

I am very interested in participating in any development of such an extension, but have not participated in an open source project before. Although a competent C programmer (20+ years), I have been working with LWIP a relatively short time. If anyone is interested in working with me on this, I would be happy to talk directly. In particular, I would appreciate connecting with anyone who has done a similar open source collaboration before and has experience with LWIP. Any suggestions on how best to organize and interact with the LWIP maintainers would be greatly appreciated.

Any takers?

Mat Henshall

mat (at) squareconnect (dot) com

On Thu, Mar 4, 2010 at 9:00 AM, <address@hidden> wrote:

Send lwip-users mailing list submissions to
       address@hidden

To subscribe or unsubscribe via the World Wide Web, visit
       http://lists.nongnu.org/mailman/listinfo/lwip-users
or, via email, send a message with subject or body 'help' to
       address@hidden

You can reach the person managing the list at
       address@hidden

When replying, please edit your Subject line so it is more specific
than "Re: Contents of lwip-users digest..."

Today's Topics:

  1. Re: Network name of device (address@hidden)
  2. RE: Network name of device (Bill Auerbach)


---------- Forwarded message ----------
From: "address@hidden" <address@hidden>
To: address@hidden
Date: Thu, 04 Mar 2010 16:16:52 +0100
Subject: Re: [lwip-users] Network name of device
Jeff Barber wrote:

It is possible to do this without a dedicated DNS server or DHCP
server, but the client host and your device would need to implement
"zero configuration networking" (see
http://en.wikipedia.org/wiki/Zero_configuration_networking as a
starting point).
 

We have a limited implementation of zeroconf called "AutoIP" which generates MS-like IP addresses if no static IP is configured and no DHCP server is found (see LWIP_AUTOIP option).

The name resolution can then be done with netbios (see contrib/apps/netbios) but not via DNS as that would either require the above DHCP-/DNS-server cooperation or manually configuring the DNS server. However, using netbios limits you to the windows world.

Simon





---------- Forwarded message ----------
From: "Bill Auerbach" <address@hidden>
To: "'Mailing list for lwIP users'" <address@hidden>
Date: Thu, 4 Mar 2010 11:23:19 -0500
Subject: RE: [lwip-users] Network name of device
>We have a limited implementation of zeroconf called "AutoIP" which
>generates MS-like IP addresses if no static IP is configured and no DHCP
>server is found (see LWIP_AUTOIP option).

AutoIp is Link-Local Addressing per RFC3927.  I am not sure it is fully
compliant and I am pretty sure its interaction with DHCP is *not* compliant.
I suppose a bug-report should be filed to verify why I think it isn't
compliant with DHCP and to resolve it if it isn't.

ZeroConf is a standard and well-defined. (Interestingly the IETF didn't see
it as very important and there is no RFC on it and a workgroup for it has
gone missing).  Most commercial devices do support it (like printers, etc.)
as does Windows, Linux, and Mac-OS.  It was the basis for Apple-Talk and
grew into Rendezvous and now Bonjour. Link-Local Addressing is one of three
components of ZeroConf. I wouldn't call AutoIP "limited zeroconf".  It's
Link Local addressing and well defined.  It might be nice to have Zeroconf
support since it makes listing and accessing devices easier while following
a standard.

Bill






_______________________________________________
lwip-users mailing list
address@hidden
http://lists.nongnu.org/mailman/listinfo/lwip-users




--

Mat Henshall
Founder and CEO, Square Connect, Inc.
San Jose, CA
www.squareconnect.com
cell: 650.814.7585


_______________________________________________
lwip-users mailing list
address@hidden
http://lists.nongnu.org/mailman/listinfo/lwip-users



--

Mat Henshall
Founder and CEO, Square Connect, Inc.
San Jose, CA
www.squareconnect.com
cell: 650.814.7585

reply via email to

[Prev in Thread] Current Thread [Next in Thread]