STUN + ICE + DNS SRV

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



  On 13/10/2010 16:04, Benny Prijono wrote:
> 2010/10/9 R?gis Montoya<r3gis.3r at gmail.com>:
>>   Hi,
>>
>> I've a question about STUN&  ICE&  DNS resolvers.
>>
>> I'm trying to configure pjsua with stun, ice&  dns srv activated.
>>
>> * First it resolve my stun server, that's fine, it works as expected.
>> It seems to fill pjsua_var.stun_srv with resolved IP. (I think that's
>> important for the next steps)
> That is not supposed to happen. Rather, it will just use the
> exact/original STUN server string as is, which means it won't be an IP
> address. I suspect you may have modified PJSUA-LIB to do something
> differently.
You're probably right, I guess there were something wrong with the 
library : I don't modify pjsua, but when I do builds sometimes, when 
things are not cleaned between each build, I get strange results - since 
I build with the NDK from android, I suspect the toolkit to do strange 
things.

Just retested it after a clean rebuild and it works now...
However, I've just noticed something, that is more a feature request 
that an bug : pjsip doesn't seems to resolve Alias DNS entries (at least 
for stun). Maybe this problem was mixed in the first error I get on my 
first tests. But for example stun.ekiga.net is an alias to 
stun.counterpath.com ... When I put stun.ekiga.net and activate 
namserver, it fails since there is no _stun._udp nor A record. (This one 
I tried with a clean pjsip-app on my ubuntu and on my build on android ;) )

Sorry for the annoyance and thanks for your answer.


>   -Benny
>
>> * Then, it's ICE turn. It tries to create its transports using :
>> create_ice_media_transports . It get back stun_srv from ice_cfg.stun.server
>> (which is at this point an ip and not a domain name).
>> It continues and try to create the transport... but here it tries to resolve
>> again the stun server (using dns srv fields....) ... but the stun server is
>> now an ip address... So it send some dns request that make no sense (I
>> think)... then fall back to the A srv record... but fail again since it ask
>> to resolve an IP address...
>> Finally ICE can't create transport !!!
>>
>> I've attached the relevant part of the log.
>> If I disable DNS SRV (I mean if I don't provide any nameserver to pjsua),
>> there is no problem. But it is supposed to work with dns srv resolution too,
>> or I'm wrong somewhere in my configuration?
>>
>>
>>
>> _______________________________________________
>> Visit our blog: http://blog.pjsip.org
>>
>> pjsip mailing list
>> pjsip at lists.pjsip.org
>> http://lists.pjsip.org/mailman/listinfo/pjsip_lists.pjsip.org
>>
>>
> _______________________________________________
> Visit our blog: http://blog.pjsip.org
>
> pjsip mailing list
> pjsip at lists.pjsip.org
> http://lists.pjsip.org/mailman/listinfo/pjsip_lists.pjsip.org




[Index of Archives]     [Asterisk Users]     [Asterisk App Development]     [Linux ARM Kernel]     [Linux ARM]     [Linux Omap]     [Fedora ARM]     [IETF Annouce]     [Security]     [Bugtraq]     [Linux]     [Linux OMAP]     [Linux MIPS]     [Linux API]
  Powered by Linux