Groups | Search | Server Info | Login | Register
Groups > comp.protocols.misc > #20
| Path | csiph.com!x330-a1.tempe.blueboxinc.net!newsfeed.hal-mli.net!feeder1.hal-mli.net!nx02.iad01.newshosting.com!newshosting.com!69.16.185.16.MISMATCH!npeer02.iad.highwinds-media.com!news.highwinds-media.com!feed-me.highwinds-media.com!postnews.google.com!i39g2000prd.googlegroups.com!not-for-mail |
|---|---|
| From | Generic Usenet Account <usenet@sta.samsung.com> |
| Newsgroups | comp.protocols.tcp-ip, comp.protocols.misc, comp.sources.d |
| Subject | Re: Q) Runtime discovery of a specific server |
| Date | Tue, 5 Apr 2011 11:23:33 -0700 (PDT) |
| Organization | http://groups.google.com |
| Lines | 24 |
| Message-ID | <77205546-65fd-487e-80dd-2af7d3f991e2@i39g2000prd.googlegroups.com> (permalink) |
| References | <07b029d5-f35a-409e-9504-78f5552d06ca@r13g2000yqk.googlegroups.com> <d07fda4f-80cd-4223-87c3-b93b13b72196@f6g2000prf.googlegroups.com> <barmar-EA7D85.20350804042011@news.eternal-september.org> |
| NNTP-Posting-Host | 63.166.115.40 |
| Mime-Version | 1.0 |
| Content-Type | text/plain; charset=ISO-8859-1 |
| Content-Transfer-Encoding | quoted-printable |
| X-Trace | posting.google.com 1302027813 8115 127.0.0.1 (5 Apr 2011 18:23:33 GMT) |
| X-Complaints-To | groups-abuse@google.com |
| NNTP-Posting-Date | Tue, 5 Apr 2011 18:23:33 +0000 (UTC) |
| Complaints-To | groups-abuse@google.com |
| Injection-Info | i39g2000prd.googlegroups.com; posting-host=63.166.115.40; posting-account=LzMa_gkAAAAg6XFvmDOXc3bMqR49lvaG |
| User-Agent | G2/1.0 |
| X-HTTP-UserAgent | Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2.16) Gecko/20110319 Firefox/3.6.16 GTBDFff GTB7.0,gzip(gfe) |
| Xref | x330-a1.tempe.blueboxinc.net comp.protocols.tcp-ip:19 comp.protocols.misc:20 comp.sources.d:15 |
Cross-posted to 3 groups.
Show key headers only | View raw
On Apr 4, 7:35 pm, Barry Margolin <bar...@alum.mit.edu> wrote: > He mentioned "DNS magic", so I suspect what he's looking for are SRV > records. That's what Microsoft uses to advertise the location of > services on the local network. > Yes indeed. A distinguished colleague of mine has proposed the following alternatives (see OMA-DM-DM13-2011-0029R02- CR_Client_Initiated_Bootstrap_and_DM_Bootstrap_Discovery.zip): 1) The host first obtains its domain name from the response that it receives for a DHCP query that includes the "Client FQDN" option, with an empty Domain Name field, as specified in [RFC 4702] and [RFC 4704]. It then issues a DNS Resource Record query, as specified in [RFC 2782]. 2) The host first obtains its domain name from the response that it receives for a DHCP query that includes the "Access Network Domain Name" option, as specified in [RFC 5986]. It then issues a DNS Resource Record query, as specified in [RFC 2782]. Thanks, Choi
Back to comp.protocols.misc | Previous | Next — Previous in thread | Next in thread | Find similar
Q) Runtime discovery of a specific server Generic Usenet Account <usenet@sta.samsung.com> - 2011-04-01 06:22 -0700
Re: Q) Runtime discovery of a specific server David Schwartz <davids@webmaster.com> - 2011-04-04 02:48 -0700
Re: Q) Runtime discovery of a specific server Barry Margolin <barmar@alum.mit.edu> - 2011-04-04 20:35 -0400
Re: Q) Runtime discovery of a specific server Generic Usenet Account <usenet@sta.samsung.com> - 2011-04-05 11:23 -0700
Re: Q) Runtime discovery of a specific server Generic Usenet Account <usenet@sta.samsung.com> - 2011-04-05 11:25 -0700
csiph-web