TXT example corrections

git-svn-id: file:///home/ksmith/gitmigration/svn/xmpp/trunk@2463 4b5297f7-1745-476d-ba37-a9c6900126ab
This commit is contained in:
Peter Saint-Andre 2008-10-29 15:46:47 +00:00
parent b8d2333902
commit 32b6faa86b
1 changed files with 26 additions and 26 deletions

View File

@ -181,19 +181,19 @@ _presence._tcp.local. PTR juliet@pronto._presence._tcp.local.
<code><![CDATA[
juliet@pronto._presence._tcp.local. IN TXT "
0x09txtvers=1
0x101st=Juliet
0x1Eemail=juliet@capulet.lit
0x10hash=sha-1
0x1Cjid=juliet@capulet.lit
0x12last=Capulet
0x12msg=Hanging out downtown
0x10nick=JuliC
0x26node=http://www.adiumx.com
0x45phsh=a3839614e1a382bcfebbcf20464f519e81770813
0x14port.p2pj=5562
0x12status=avail
0x0A1st=Juliet
0x18email=juliet@capulet.lit
0x0Ahash=sha-1
0x16jid=juliet@capulet.lit
0x0Clast=Capulet
0x18msg=Hanging out downtown
0x0Anick=JuliC
0x1Anode=http://www.adiumx.com
0x2Dphsh=a3839614e1a382bcfebbcf20464f519e81770813
0x0Eport.p2pj=5562
0x0Cstatus=avail
0x06vc=CA!
0x33ver=QgayPKawpkPSDYmwT/WM94uAlu0=
0x20ver=QgayPKawpkPSDYmwT/WM94uAlu0=
"
]]></code>
<p>Other people at the hotspot can also advertise similar DNS records for use on the local link. Essentially, the mDNS daemons running on all of the machines at the hotspot collectively manage the ".local." domain, which has meaning only at the hotspot (not across the broader Internet). Queries and responses for services on the local link occur via multicast DNS over UDP port 5353 instead of via normal DNS unicast over UDP port 53. When a new machine joins the local link, it can send out queries for any number of service types, to which the other machines will reply. For the purpose of serverless messaging we are interested only in the "presence" service, but many other services could exist on the local link (see <link url='http://www.dns-sd.org/'>dns-sd.org</link> for a complete list).</p>
@ -321,19 +321,19 @@ pronto.local. A 10.2.1.187
juliet@pronto._presence._tcp.local. IN TXT "
0x09txtvers=1
0x101st=Juliet
0x1Eemail=juliet@capulet.lit
0x10hash=sha-1
0x1Cjid=juliet@capulet.lit
0x12last=Capulet
0x12msg=Hanging out downtown
0x10nick=JuliC
0x26node=http://www.adiumx.com
0x45phsh=a3839614e1a382bcfebbcf20464f519e81770813
0x14port.p2pj=5562
0x12status=avail
0x0A1st=Juliet
0x18email=juliet@capulet.lit
0x0Ahash=sha-1
0x16jid=juliet@capulet.lit
0x0Clast=Capulet
0x18msg=Hanging out downtown
0x0Anick=JuliC
0x1Anode=http://www.adiumx.com
0x2Dphsh=a3839614e1a382bcfebbcf20464f519e81770813
0x0Eport.p2pj=5562
0x0Cstatus=avail
0x06vc=CA!
0x33ver=QgayPKawpkPSDYmwT/WM94uAlu0=
0x20ver=QgayPKawpkPSDYmwT/WM94uAlu0=
"
]]></code>
<p>The IPv4 and IPv6 addresses associated with a machine might vary depending on the local network to which the machine is connected. For example, on an Ethernet connection the physical address might be "192.168.0.100" but when the machine is connected to a wireless network the physical address might change to "10.10.1.187". See <cite>RFC 3927</cite> for details.</p>
@ -344,7 +344,7 @@ juliet@pronto._presence._tcp.local. IN TXT "
<p>For detailed information about the format of the TXT record value, refer to the DNS-SD specification. The following truncated example illustrates the format.</p>
<code><![CDATA[
--------------------------------------------------------------------------
| 0x09 | txtvers=1 | 0x10 | 1st=Juliet | 0x1E | email=juliet@capulet.lit |
| 0x09 | txtvers=1 | 0x0A | 1st=Juliet | 0x1E | email=juliet@capulet.lit |
--------------------------------------------------------------------------
]]></code>
<p>In the context of serverless messaging, the following rules apply:</p>
@ -353,7 +353,7 @@ juliet@pronto._presence._tcp.local. IN TXT "
<li>A given key MUST NOT occur more than once in a given TXT record value (see Section 6.4 of the DNS-SD specification).</li>
<li>The first parameter in the TXT record value SHOULD be "txtvers" (see Section 6.7 of the DNS-SD specification).</li>
</ol>
<p>The &REGISTRAR; maintains a registry of the parameters that can be used in the TXT record value for the _presence._tcp service type, as specified in the <link url='#registrar'>XMPP Registrar Considerations</link> section of this document. Those parameters are not listed here. It is OPTIONAL to include any of these TXT record parameters, and an implementation MUST NOT fail (i.e., MUST enable serverless messaging) even if none of the parameters are provided by another entity. However, as mentioned the TXT reocrd MUST be published (although its value MAY be a single zero byte).</p>
<p>The &REGISTRAR; maintains a registry of the parameters that can be used in the TXT record value for the _presence._tcp service type, as specified in the <link url='#registrar'>XMPP Registrar Considerations</link> section of this document. Those parameters are not listed here. It is OPTIONAL to include any of these TXT record parameters, and an implementation MUST NOT fail (i.e., MUST enable serverless messaging) even if none of the parameters are provided by another entity. However, as mentioned the TXT record MUST be published (although its value MAY be a single zero byte).</p>
<p>Most of the registered TXT record parameters relate to human users, in which context certain parameters are of greater interest than others, e.g. "msg", "nick", and "status"; however, serverless messaging can be used by non-human entities (e.g., devices).</p>
<p>Note: See the <link url='#security'>Security Considerations</link> section of this document regarding the inclusion of information that can have an impact on personal privacy (e.g., the "1st", "last", "nick", "email", and "jid" parameters).</p>
</section2>