what about thoughts for using : http://www.xmpp.org/extensions/xep-0128.html
we dont need to re-invent the wheel ;-) thanx unni On 8/15/07, Peter Saint-Andre <[EMAIL PROTECTED]> wrote: > > Scott Ludwig wrote: > > On Aug 14, 2007 4:05 PM, Peter Saint-Andre < [EMAIL PROTECTED] > > <mailto:[EMAIL PROTECTED]>> wrote: > > > > Peter Saint-Andre wrote: > > > Unnikrishnan V wrote: > > >> The best approach, in my opinion is to have a generic network > > service > > >> record framework and XMPP registrar to keep addition of services > > >> entries. The same framework can be used for network server > offered > > >> service or XMPP service (like muc ). > > > > > > Yes I think that is worth considering. I'll give it some more > thought > > > over the new few days... > > > > Well, I thought about it some more. > > > > Please note something in XEP-0215: > > > > "This method should be used only as a fallback when DNS SRV lookups > are > > not possible for the client or server." > > > > Now, I wonder why we're going to spend a lot of time defining > something > > that is essentially DNS-SRV over XMPP. Why not encourage people to > > deploy SRV instead? > > > > > > One practical reason is that the people who write code in the XMPP > > servers are not always the same as the people who configure DNS records, > > > at least in larger organizations :) This seems like a problem that XMPP > > is well suited for. > > > > Another consideration: querying SRV records takes a fair bit of code and > > complexity in the client on some platforms. It's easier for an XMPP > > client to parse XMPP messages. > > All true. > > But typically I don't think it's a good idea to reinvent the wheel. :) > > If we go the route of developing a "generic network service record > framework" with an XMPP registry of services, then we need a flexible > way to do encapsulate the information that a client or other XMPP entity > might want to retrieve. That information will be different for different > network services (e.g., IP and host for STUN servers, potentially some > kind of credentials, etc.). I assume that someone has already solved > that problem. In fact, it's probably what DNS SRV does -- people just > want an XMPP-ish interface to that data, right? > > /me ponders some more > > Peter > > -- > Peter Saint-Andre > https://stpeter.im/ > > >
