No Description
You can not select more than 25 topics Topics must start with a letter or number, can include dashes ('-') and can be up to 35 characters long.

xep-0232.xml 7.0KB

123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119120121122123124125126127128129130131132133134135136137138139140141142143144145146147148149150151152153154155156157158159160161162163164165166167168169170171172173174175176177178179
  1. <?xml version='1.0' encoding='UTF-8'?>
  2. <!DOCTYPE xep SYSTEM 'xep.dtd' [
  3. <!ENTITY % ents SYSTEM 'xep.ent'>
  4. %ents;
  5. ]>
  6. <?xml-stylesheet type='text/xsl' href='xep.xsl'?>
  7. <xep>
  8. <header>
  9. <title>Software Information</title>
  10. <abstract>This document specifies an extended data format whereby XMPP service discovery responses can include detailed information about the software application that powers a given XMPP entity for includion in service discovery responses.</abstract>
  11. &LEGALNOTICE;
  12. <number>0232</number>
  13. <status>Deferred</status>
  14. <type>Standards Track</type>
  15. <sig>Standards</sig>
  16. <approver>Council</approver>
  17. <dependencies>
  18. <spec>XMPP Core</spec>
  19. <spec>XEP-0004</spec>
  20. <spec>XEP-0030</spec>
  21. </dependencies>
  22. <supersedes/>
  23. <supersededby/>
  24. <shortname>NOT_YET_ASSIGNED</shortname>
  25. &stpeter;
  26. <revision>
  27. <version>0.3</version>
  28. <date>2009-02-26</date>
  29. <initials>psa</initials>
  30. <remark><p>Per Last Call feedback, removed icons for presence states; redefined the icon field to use media element per XEP-0221.</p></remark>
  31. </revision>
  32. <revision>
  33. <version>0.2</version>
  34. <date>2008-03-14</date>
  35. <initials>psa</initials>
  36. <remark><p>Added icon fields.</p></remark>
  37. </revision>
  38. <revision>
  39. <version>0.1</version>
  40. <date>2008-01-30</date>
  41. <initials>psa</initials>
  42. <remark><p>Initial published version.</p></remark>
  43. </revision>
  44. <revision>
  45. <version>0.0.3</version>
  46. <date>2008-01-23</date>
  47. <initials>psa</initials>
  48. <remark><p>Added software field; generalized to be software information, not client information.</p></remark>
  49. </revision>
  50. <revision>
  51. <version>0.0.2</version>
  52. <date>2008-01-22</date>
  53. <initials>psa</initials>
  54. <remark><p>Clarified relationship to Software Version (XEP-0092).</p></remark>
  55. </revision>
  56. <revision>
  57. <version>0.0.1</version>
  58. <date>2008-01-21</date>
  59. <initials>psa</initials>
  60. <remark><p>First draft.</p></remark>
  61. </revision>
  62. </header>
  63. <section1 topic='Introduction' anchor='intro'>
  64. <p>&xep0128; defines a way for an XMPP entity to include extended information in its responses to &xep0030; information requests. This document specifies a usage of <cite>XEP-0128</cite> whereby an XMPP entity can provide detailed data about itself in such responses. This protocol is intended to replace &xep0092; for software information discovery (thus reducing or eliminating the need for distinct software version requests) and also provides a format that can be encapsulated into &xep0115; notifications.</p>
  65. </section1>
  66. <section1 topic='Use Case' anchor='usecase'>
  67. <p>To illustrate this usage, consider the following example of a disco#info request-response interaction that includes detailed client information:</p>
  68. <example caption='Entity queries client for information'><![CDATA[
  69. <iq from='romeo@montaguue.lit/orchard'
  70. to='juliet@capulet.lit/chamber'
  71. id='disco1'
  72. type='get'>
  73. <query xmlns='http://jabber.org/protocol/disco#info'/>
  74. </iq>
  75. ]]></example>
  76. <p>Upon receiving the disco#info request, the software replies and includes extended information in a data form (&xep0004;), where the icon is communicated using the format defined in &xep0221;.</p>
  77. <example caption='Client communicates information'><![CDATA[
  78. <iq from='juliet@capulet.lit/chamber'
  79. to='romeo@montague.lit/orchard'
  80. id='disco1'
  81. type='result'>
  82. <query xmlns='http://jabber.org/protocol/disco#info'>
  83. <identity category='client' name='Exodus' type='pc'/>
  84. <feature var='http://jabber.org/protocol/disco'/>
  85. <x xmlns='jabber:x:data' type='result'>
  86. <field var='FORM_TYPE' type='hidden'>
  87. <value>urn:xmpp:dataforms:softwareinfo</value>
  88. </field>
  89. <field var='icon'>
  90. <media xmlns='urn:xmpp:media-element'
  91. height='80'
  92. width='290'>
  93. <uri type='image/jpeg'>
  94. http://www.shakespeare.lit/clients/exodus.jpg
  95. </uri>
  96. <uri type='image/jpeg'>
  97. cid:sha1+f24030b8d91d233bac14777be5ab531ca3b9f102@bob.xmpp.org
  98. </uri>
  99. </media>
  100. </field>
  101. <field var='os'>
  102. <value>Windows</value>
  103. </field>
  104. <field var='os_version'>
  105. <value>XP</value>
  106. </field>
  107. <field var='software'>
  108. <value>Exodus</value>
  109. </field>
  110. <field var='software_version'>
  111. <value>0.9.1</value>
  112. </field>
  113. </x>
  114. </query>
  115. </iq>
  116. ]]></example>
  117. <p>The fields have the following meaning:</p>
  118. <ul>
  119. <li>icon -- A default icon to show for a device running the software</li>
  120. <li>os -- The operating system on which the XMPP software is running</li>
  121. <li>os_version -- The operating system version</li>
  122. <li>software -- The XMPP software running at the entity (if this field is provided, its value SHOULD override any software name provided as the value of the 'name' attribute in the service discovery &lt;identity/&gt; element)</li>
  123. <li>software_version -- The XMPP software version</li>
  124. </ul>
  125. </section1>
  126. <section1 topic='Security Considerations' anchor='security'>
  127. <p>Service discovery information is typically world-readable. Therefore, care should be taken in exposing information that may make it easier for a potential attacker to target the publishing entity's system (e.g., the operating system on which the software is running).</p>
  128. </section1>
  129. <section1 topic='IANA Considerations' anchor='iana'>
  130. <p>This document requires no interaction with &IANA;.</p>
  131. </section1>
  132. <section1 topic='XMPP Registrar Considerations' anchor='registrar'>
  133. <p>The &REGISTRAR; shall include the following information in its registries.</p>
  134. <section2 topic='Field Standardization' anchor='registrar-formtype'>
  135. <p>&xep0068; defines a process for standardizing the fields used within Data Forms qualified by a particular namespace, and <cite>XEP-0128</cite> describes how to use field standardization in the context of service discovery. This section registers fields for software information scoped by the "urn:xmpp:dataforms:softwareinfo" FORM_TYPE.</p>
  136. <code caption='Registry Submission'><![CDATA[
  137. <form_type>
  138. <name>urn:xmpp:dataforms:softwareinfo</name>
  139. <doc>XEP-0232</doc>
  140. <desc>
  141. Forms enabling the communication of detailed information
  142. about an XMPP client.
  143. </desc>
  144. <field
  145. var='icon'
  146. type='text-single'
  147. label='A URL for an icon representing the software, no matter the
  148. presence or availability status of the XMPP entity'/>
  149. <field
  150. var='os'
  151. type='text-single'
  152. label='The operating system on which the XMPP software is running'/>
  153. <field
  154. var='os_version'
  155. type='text-single'
  156. label='The operating system version'/>
  157. <field
  158. var='software'
  159. type='text-single'
  160. label='The XMPP software running at the entity'/>
  161. <field
  162. var='software_version'
  163. type='text-single'
  164. label='The XMPP software version'/>
  165. </form_type>
  166. ]]></code>
  167. </section2>
  168. </section1>
  169. <section1 topic='Acknowledgements' anchor='ack'>
  170. <p>Thanks to Dave Cridland, Olivier Goffart, Joe Hildebrand, Etan Reisner, Remko Tronçon, and Jiří Zárevúcký for their comments.</p>
  171. </section1>
  172. </xep>