[Standards] querying for random services
ukv1977 at gmail.com
Tue May 8 06:49:40 UTC 2007
yep , this looks good way: may be adding protocol also as field may make
another is standardisation of fields . The fields need to be designed
for accomadating multiple servers.
example is like var='host should be more like field var='host1'' so that can
specify multiple servers use field var='host2"' .
the second q: JID of a service that is not accessible via XMPP
should be as per http://www.xmpp.org/extensions/xep-0030.html#errors
most probaly <service-unavailable/>
On 5/7/07, Peter Saint-Andre <stpeter at jabber.org> wrote:
> As discussed in the STUN server discovery thread, it would be nice to
> ask your XMPP server which STUN servers it knows about.
> But why limit it to STUN? You might also want to ask your XMPP server
> about the pubsub services or bytestreams proxies or Teredo services
> (etc.) it knows about.
> Granted you can find this out by sending a disco#items request and
> receiving a list of everything out there, but what if you only want to
> know about STUN servers and nothing else?
> Based on discussions in the jdev room and offlist emails, I've been
> thinking about something like this:
> <iq type='get' from='bard at shakespeare.lit/globe' to='shakespeare.lit'
> <query xmlns='http://jabber.org/protocol/disco#items'
> That is, "please send me one disco item for each STUN server you know
> about". (I'm not wedded to that node syntax, but we need something that
> enables you to specify the kinds of entities you want to match.)
> Then, using XEP-0030 and XEP-0128, the server replies:
> <iq type='result' from='shakespeare.lit' to='bard at shakespeare.lit/globe'
> <query xmlns='http://jabber.org/protocol/disco#items'>
> <item jid='not-sure-what-the-jid-is!'>
> <x xmlns='jabber:x:data' type='result'>
> <field var='FORM_TYPE' type='hidden'>
> <field var='host'>
> <field var='port'>
> <field var='username'>
> <field var='password'>
> The nice thing is, this gives us a generic approach so that we don't
> have one protocol for finding STUN servers, another for finding Teredo
> services, another for finding pubsub services, etc.
> Note that this enables queries only based on identity -- i.e., the
> category and type specified in the following registry:
> But it's easy enough to add new identities to that registry.
> One aspect I'm not sure of is: what does the XMPP server return as the
> JID of a service that is not accessible via XMPP (such as a STUN
> server)? Presumably it would return the JID of the XMPP server itself.
> Peter Saint-Andre
> XMPP Standards Foundation
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the Standards