| Thread Links | Date Links | ||||
|---|---|---|---|---|---|
| Thread Prev | Thread Next | Thread Index | Date Prev | Date Next | Date Index |
|
All,
I agree with Jim. Further more, as a veteran of the
802.11/Wi-Fi, 802.15/WiMedia and other technologies -- we should expect to
eventually be aligned with an industry organization that will provide "best
practices" as well as an interoperability certification program. My gut
tells me that we will cross paths with the Digital Living Network Alliance
(DLNA) at www.dlna.org. They are,
currently, using UPnP for discovery, as far as I know. Just something to
consider.
Regards,
Yoram.
Yoram Solomon From: owner-stds-802-3-re@IEEE.ORG [mailto:owner-stds-802-3-re@IEEE.ORG] On Behalf Of Jim Battaglia Sent: Saturday, March 12, 2005 2:06 PM To: STDS-802-3-RE@LISTSERV.IEEE.ORG Subject: Re: [RE] [REInterestGroup] 802.3 Residental Ethernet PAR: any MSC concerns? In any case, I see no reason to hold up our PAR while we continue to debate this issue. That would seem to me as counter-productive. Jim Michael Johas Teener wrote: Thomas, As one of the "loud" ones, I wish you would stop persisting in your claim that the discovery mechanisms that already exist are "proprietary" and "almost certainly not available to all implementers under RAND (reasonable and non-discriminatory) terms". I have noted a number of times in your presence, with your acknowledgement, there are a number of IETF discovery systems in place (free, and following IETF rules) including SLP (rfc2608 and its derivatives), DDDS (rfc3958) and multicast-DNS/DNS-SD (www.dns-sd.org, based on rfc2782). There are *many* others (too many, really). The industry is moving towards a UPnP-based system which, while based on various RFCs, is somewhat unique, and is a bit encumbered with IP issues. This issues, however, have NOTHING to do with RAND (all parties are committed to RAND ... and indeed to *free* licensing). There are NO, repeat NO "proprietary" protocols involved in all this. If you know of one, please be specific. I'm involved with at least three industry efforts, and I find myself at a loss to understand your insistence that there is a problem. Finally, why do we need a layer 2 service discovery protocol to be "competitive"? With whom? The only kind of discovery a layer 2 protocol needs is one that is required by the protocol itself ... such as a common synchronization source or "grand master" as it's called in IEEE 1588. Beyond that, we are getting into some rather major layering issues ... On 3/11/05 9:31 PM, "Thomas Dineen" <tdineen@IX.NETCOM.COM> wrote: -- Jim Battaglia Digital Entertainment Networking Pioneer Research Center USA, Inc. 101 Metro Drive, Suite 264 San Jose, CA 95110-1343 408-437-1800x203 408-437-1717 (fax) |