From: Rick B. <ric...@ma...> - 2007-12-18 16:38:54
|
On Dec 18, 2007, at 5:00 AM, Scott Cytacki wrote: > > Rick Blair wrote: >> Hi Scott, >> >> No not intentionally, just hit reply out of habit. > Do you mind if I forward these messages to the list then? just did > > >> >> Looks like the spec has moved on a bit since JmDNS was first >> written. A refresh is long over due. Would you care to help in a >> refactor? > Sure I can help a bit. I don't have too much time to spend on it, > but I think I have enough to be helpful. What about involving Erik > Hetzner? He seems to be maintaining a branch including the patches > submitted on this list: > https://code.launchpad.net/~ehetzner/jmdns/egh > > Scott > <https://code.launchpad.net/%7Eehetzner> I have patches from Josh on a local branch. I dont think I have Erik's. I have not had time to run against the latest Bonjour test suite from apple. Eric and Josh are you up to separating SD from mDNS? Thanks! > >> >> Rick >> >> >> On Dec 17, 2007, at 9:38 PM, Scott Cytacki wrote: >> >>> Rick, did you intentionally reply off the mailing list? >>> >>> I would like to stick to the standards. I've started reading >>> more about this, and from what I understand jmdns implements both >>> the draft Multicast DNS spec and draft DNS Service Discovery spec. >>> >>> However the only way to use the dns-sd code in jmdns is to >>> instantiate the JmDNS class. Doing that starts up a full >>> mdns server. From my understanding of dns-sd, a mdns server is >>> not required to send out a multicast query. Reading this dns-sd >>> spec: >>> http://files.dns-sd.org/draft-cheshire-dnsext-dns-sd.txt >>> It does not describe any timers or delays to run queries. >>> So it seems parts of jmdns could be separated out, so dns-sd could >>> be done without starting up the mdns server. This should reduce >>> the startup time for a dns-sd client to next to nothing. >>> >>> Scott >>> >>> Rick Blair wrote: >>>> Hi Scott, >>>> >>>> Jmdns implements a draft IETF spec for Multicast DNS. As such >>>> there may be several timers and delays that must be set in order >>>> to comply with the specification. That being said, I'm sure >>>> that there is a lot of improvements that can be made. Feel free >>>> to make a client that is as stripped down as you need. Please >>>> submit any modified code to the main project. >>>> >>>> Thanks >>>> >>>> Rick >>>> On Dec 17, 2007, at 12:40 PM, Scott Cytacki wrote: >>>> >>>>> Hi, >>>>> >>>>> I just started using jmdns. >>>>> >>>>> I ran into the problem referred to here: >>>>> http://sourceforge.net/mailarchive/message.php?msg_name=54C17DCA-AA4D-4BC2-84F4-D15812562E1C%40kivasystems.com >>>>> >>>>> I dug into the source to figure out what was going on, and in the >>>>> process I found jmdns isn't being very efficent. The SRV >>>>> record had >>>>> been sent to the client several times during the initialization of >>>>> jmdns, but it was not used when the ServiceInfo was requested. >>>>> For my >>>>> project startup speed is really important, so I'd like to remove >>>>> any >>>>> unnecessary delays. >>>>> >>>>> I'm thinking of making a stripped down version of jmdns that >>>>> just works >>>>> as a client. In this mode it doesn't need to do any probing for >>>>> conflicting services, and it doesn't need to announce >>>>> anything. This >>>>> should simplify and speed up things a lot for the client. >>>>> >>>>> Has any one already done this, or tried to do this? >>>>> >>>>> The idea of separating jmdns into components so there could be two >>>>> applications (mdns and dns-sd) was proposed in this post: >>>>> http://sourceforge.net/mailarchive/forum.php?thread_name=BBEBAC94.1755%25dieter%40wimpi.net&forum_name=jmdns-discuss >>>>> >>>>> " 2. The actual components of the mDNS and Service discovery >>>>> cannot >>>>> easily be >>>>> identified from the existing code base. >>>>> However, I think they (mDNS and DNS-SD) could be nicely separated: >>>>> - For mDNS I think there could be a Querier and a Responder as >>>>> well as a DNS >>>>> Entry Database. >>>>> >>>>> - For DNS-SD you basically need a unicast and/or Multicast DNS >>>>> Querier as >>>>> well as an abstraction for a Service." >>>>> >>>>> If that was implemented then the DNS-SD part would be my >>>>> "stripped down >>>>> version of jmdns that just works as a client". >>>>> >>>>> Scott >>>>> >>>>> ------------------------------------------------------------------------- >>>>> SF.Net email is sponsored by: >>>>> Check out the new SourceForge.net Marketplace. >>>>> It's the best place to buy or sell services >>>>> for just about anything Open Source. >>>>> http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace >>>>> _______________________________________________ >>>>> Jmdns-discuss mailing list >>>>> Jmd...@li... >>>>> https://lists.sourceforge.net/lists/listinfo/jmdns-discuss >>>> >> |