[Jingle] STUN/ICE and media relay queries

[Jeff Muller]

So is JingleInfo purely a Google Talk thing? Does "everybody else" use SRV
lookup to discover STUN and media relay servers? Are the media relay server
entries a "standard" in the SRV lookup (in other words, how do I know that
servers in the lookup are specifically relay servers for RTP media)?

I don't really know anything about SRV lookups, so would just appreciate any
info in this area, related to the question.

Thanks,
Jeff

[Peter Saint-Andre]

Jeff Muller wrote:
> So is JingleInfo purely a Google Talk thing? Does "everybody else" use
> SRV lookup to discover STUN and media relay servers? Are the media relay
> server entries a "standard" in the SRV lookup (in other words, how do I
> know that servers in the lookup are specifically relay servers for RTP
> media)?
>
> I don't really know anything about SRV lookups, so would just appreciate
> any info in this area, related to the question.

We started out standardizing that but it morphed into a generalized way
to discover services external to XMPP:

http://www.xmpp.org/extensions/xep-0215.html

/psa

[Unnikrishnan V]

Hi,

Have a look on :

http://tools.ietf.org/html/draft-petithuguenin-behave-turn-uri-02
http://www.ietf.org/rfc/rfc2782.txt

certain cases SRV lookup wont work, those places use XEP 215 ( its a
fallback for srv lookup )


thanx
unni



On Wed, Jul 30, 2008 at 10:09 AM, Jeff Muller <xmpp (AT) mullercentral (DOT) com>wrote:

> So is JingleInfo purely a Google Talk thing? Does "everybody else" use SRV
> lookup to discover STUN and media relay servers? Are the media relay server
> entries a "standard" in the SRV lookup (in other words, how do I know that
> servers in the lookup are specifically relay servers for RTP media)?
>
> I don't really know anything about SRV lookups, so would just appreciate
> any info in this area, related to the question.
>
> Thanks,
> Jeff
>
>

[Jeff Muller]

So why is this method only to be used as a fallback? Why not just encourage
the usage of the XEP as the primary means. This would simplify things for
clients, and let the server folks worry about things like SRV?

Just wondering...

And thanks to both of you for your responses.

Jeff

"Peter Saint-Andre" <stpeter (AT) stpeter (DOT) im> wrote
in message news:4890C6FC.1040505 (AT) stpeter (DOT) im...
> Jeff Muller wrote:
>> So is JingleInfo purely a Google Talk thing? Does "everybody else" use
>> SRV lookup to discover STUN and media relay servers? Are the media relay
>> server entries a "standard" in the SRV lookup (in other words, how do I
>> know that servers in the lookup are specifically relay servers for RTP
>> media)?
>>
>> I don't really know anything about SRV lookups, so would just appreciate
>> any info in this area, related to the question.
>
> We started out standardizing that but it morphed into a generalized way to
> discover services external to XMPP:
>
> http://www.xmpp.org/extensions/xep-0215.html
>
> /psa
>
>

[Peter Saint-Andre]

Jeff Muller wrote:
> "Peter Saint-Andre" <stpeter (AT) stpeter (DOT) im> wrote in message
> news:4890C6FC.1040505 (AT) stpeter (DOT) im...
>> Jeff Muller wrote:
>>> So is JingleInfo purely a Google Talk thing? Does "everybody else"
>>> use SRV lookup to discover STUN and media relay servers? Are the
>>> media relay server entries a "standard" in the SRV lookup (in other
>>> words, how do I know that servers in the lookup are specifically
>>> relay servers for RTP media)?
>>>
>>> I don't really know anything about SRV lookups, so would just
>>> appreciate any info in this area, related to the question.
>>
>> We started out standardizing that but it morphed into a generalized
>> way to discover services external to XMPP:
>>
>> http://www.xmpp.org/extensions/xep-0215.html
>>
>> /psa
>>
> So why is this method only to be used as a fallback? Why not just
> encourage the usage of the XEP as the primary means. This would simplify
> things for clients, and let the server folks worry about things like SRV?

Why? Because SRV is defined as the primary way to discover STUN and
TURN/relay servers (see RFC 3489 and also rfc3489bis, just approved for
publication), just as it is for XMPP servers. Typically a Jingle client
will incorporate a STUN library that performs SRV lookups, and if
service operators want end users to have a good experience they will
define the proper SRV records. However, it's helpful to have fallback
methods in case clients don't support SRV lookups or service operators
haven't defined SRV records, thus JingleInfo and XEP-0215.

/psa

[Jeff Muller]

"Peter Saint-Andre" <stpeter (AT) stpeter (DOT) im> wrote
in message news:4891C20D.5090608 (AT) stpeter (DOT) im...
> Jeff Muller wrote:
>> "Peter Saint-Andre" <stpeter (AT) stpeter (DOT) im>
>> wrote in message
>> news:4890C6FC.1040505 (AT) stpeter (DOT) im...
>>> Jeff Muller wrote:
>>>> So is JingleInfo purely a Google Talk thing? Does "everybody else" use
>>>> SRV lookup to discover STUN and media relay servers? Are the media
>>>> relay server entries a "standard" in the SRV lookup (in other words,
>>>> how do I know that servers in the lookup are specifically relay servers
>>>> for RTP media)?
>>>>
>>>> I don't really know anything about SRV lookups, so would just
>>>> appreciate any info in this area, related to the question.
>>>
>>> We started out standardizing that but it morphed into a generalized way
>>> to discover services external to XMPP:
>>>
>>> http://www.xmpp.org/extensions/xep-0215.html
>>>
>>> /psa
>>>
>> So why is this method only to be used as a fallback? Why not just
>> encourage the usage of the XEP as the primary means. This would simplify
>> things for clients, and let the server folks worry about things like SRV?
>
> Why? Because SRV is defined as the primary way to discover STUN and
> TURN/relay servers (see RFC 3489 and also rfc3489bis, just approved for
> publication), just as it is for XMPP servers. Typically a Jingle client
> will incorporate a STUN library that performs SRV lookups, and if service
> operators want end users to have a good experience they will define the
> proper SRV records. However, it's helpful to have fallback methods in case
> clients don't support SRV lookups or service operators haven't defined SRV
> records, thus JingleInfo and XEP-0215.
>
> /psa

OK. Thanks. I was just looking for an excuse to push responsibility onto the
server side :-)

Jeff