STUN changes in pjsip 1.4

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

 




Alain Totouom schrieb:
> Klaus Darilion wrote:
>> Attached are STUN traces from QjSimple - one time using pjproject 1.3
>> and one time using pjproject 1.4. Tests were performed against vovida 0.96
>>
> 
> Thanks for the files.
> There is a padding problem in the STUN messages sent by pjproject 1.4.
> That is the reason why the servers you've mentioned i.e.
> stun.iptel.org are rejecting those messages since those are malformed.
> I'll send a patch to Benny later in the day.

Hi Benny!

Using Alain's patch, Vovida STUN now responds to the STUN requests, but 
it somehow triggers another problem (see below).

regards
Klaus

./pjsua-i686-pc-linux-gnu ...
  17:41:23.689 os_core_unix.c  pjlib 1.4 for POSIX initialized
  17:41:23.690 sip_endpoint.c  Creating endpoint instance...
  17:41:23.690          pjlib  select() I/O Queue created (0x8d46e90)
  17:41:23.690 sip_endpoint.c  Module "mod-msg-print" registered
  17:41:23.690 sip_transport.  Transport manager created.
  17:41:23.690 sip_endpoint.c  Module "mod-pjsua-log" registered
  17:41:23.690   pjsua_core.c  Nameserver 127.0.0.1 added
  17:41:23.690 sip_endpoint.c  Module "mod-tsx-layer" registered
  17:41:23.690 sip_endpoint.c  Module "mod-stateful-util" registered
  17:41:23.690 sip_endpoint.c  Module "mod-ua" registered
  17:41:23.690 sip_endpoint.c  Module "mod-100rel" registered
  17:41:23.690 sip_endpoint.c  Module "mod-pjsua" registered
  17:41:23.690 sip_endpoint.c  Module "mod-invite" registered
  17:41:23.690   pjsua_core.c  Trying STUN server stun.pjsip.org (1 of 1)..
  17:41:23.691     resolver.c  Transmitting 43 bytes to NS 0 
(127.0.0.1:53): DNS SRV query for _stun._udp.stun.pjsip.org
  17:41:23.695       pa_dev.c  PortAudio sound library initialized, status=0
  17:41:23.695       pa_dev.c  PortAudio host api count=2
  17:41:23.695       pa_dev.c  Sound device count=0
  17:41:23.695          pjlib  select() I/O Queue created (0x8d5f4b4)
  17:41:23.710 _stun._udp.stu  DNS SRV resolution failed for 
_stun._udp.stun.pjsip.org: DNS "Name Error" (PJLIB_UTIL_EDNS_NXDOMAIN)
  17:41:23.710 _stun._udp.stu  DNS SRV resolution failed for 
_stun._udp.stun.pjsip.org, trying resolving A record for stun.pjsip.org
  17:41:23.710     resolver.c  Transmitting 32 bytes to NS 0 
(127.0.0.1:53): DNS A query for stun.pjsip.org
  17:41:23.868    stunresolve  STUN mapped address found/changed: 
88.198.53.113:55799


  17:41:23.868   pjsua_core.c  STUN resolution success, using 
stun.pjsip.org, address is 208.109.222.137:3478


  17:41:23.868 sip_endpoint.c  Module "mod-evsub" registered
  17:41:23.868 sip_endpoint.c  Module "mod-presence" registered
  17:41:23.868 sip_endpoint.c  Module "mod-refer" registered
  17:41:23.869 sip_endpoint.c  Module "mod-pjsua-pres" registered
  17:41:23.869 sip_endpoint.c  Module "mod-pjsua-im" registered
  17:41:23.869 sip_endpoint.c  Module "mod-pjsua-options" registered
  17:41:23.869   pjsua_core.c  1 SIP worker threads created
  17:41:23.869   pjsua_core.c  pjsua version 1.4 for i686-pc-linux-gnu 
initialized
  17:41:23.869 sip_endpoint.c  Module "mod-default-handler" registered


  17:41:24.131    pjsua_app.c  NAT detected as Open


  17:41:27.868   pjsua_core.c  Error contacting STUN server: Received no 
response from STUN server (PJLIB_UTIL_ESTUNNOTRESPOND) [status=320010]
  17:41:27.876   pjsua_core.c  Shutting down...



[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