Menu
▾
▴
turnserver-users — General discussions about TurnServer
You can subscribe to this list here.
| 2008 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(1) |
Aug
(3) |
Sep
(2) |
Oct
|
Nov
(2) |
Dec
(2) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2009 |
Jan
(2) |
Feb
(6) |
Mar
(1) |
Apr
(9) |
May
|
Jun
|
Jul
|
Aug
(4) |
Sep
(13) |
Oct
|
Nov
(1) |
Dec
(1) |
| 2010 |
Jan
(5) |
Feb
(3) |
Mar
|
Apr
|
May
(8) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(5) |
Nov
(5) |
Dec
(2) |
| 2011 |
Jan
(2) |
Feb
|
Mar
|
Apr
|
May
(4) |
Jun
(2) |
Jul
|
Aug
(1) |
Sep
(2) |
Oct
(2) |
Nov
|
Dec
|
| 2012 |
Jan
(5) |
Feb
(12) |
Mar
(4) |
Apr
(2) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(1) |
Nov
(2) |
Dec
(1) |
| 2013 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(6) |
Jun
|
Jul
(1) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2015 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(1) |
|
From: Sebastien V. <seb...@tu...> - 2009-12-31 19:30:29
|
Hi all, I have made a new branch for a TURN-TCP aware version. It is based on draft-ietf-behave-turn-tcp-05 document (http://tools.ietf.org/html/draft-ietf-behave-turn-tcp-05.txt). Please note that implementation is in early stage but if you can test it and give some feedback (bugs, missing/wrong behavior, ...) in order to enhance TURN-TCP support in TurnServer, it will be great. Branch is located at https://turnserver.svn.sourceforge.net/svnroot/turnserver/branches/turnserver-turn-tcp/ And I wish you the best in 2010. Regards, -- Sebastien Vincent |
|
From: Sebastien V. <seb...@tu...> - 2009-11-10 09:56:38
|
Hi all, I have added DTLS (TLS over UDP) support in SVN revision 120. This feature does not belong to any TURN-related draft AFAIK and is for the moment experimental so please don't use in production. I have also added an TURN DTLS client example (src/test_client_dtls.c). There are some "known" memory leaks in libssl related to DTLS, see http://rt.openssl.org/index.html?q=dtls&user=guest&pass=guest As usual if you are interrested in, please test. Best regards, -- Sebastien Vincent |
|
From: Sebastien V. <vi...@cl...> - 2009-09-16 07:08:20
|
Hi, Today I have tested with PJSIP (SVN revision 2914) on x86 and it works like a charm (allocation, send from relay to peer and peer to relay, with SendIndication and ChannelData, delete allocation). Have you used PJSIP SVN version ? Is your computers architecture x86 or other (x86-64, PPC, ...) ? Regards, -- Sebastien Srikanth Rajagopalan a écrit : > Hi, > > I checked with wireshark and I see that they are all of the same size. > I also saw that the client receives the first packet properly but > complains saying STUN messages are too long for all subsequent ones. > > Thanks, > Srikanth Rajagopalan > > --- On *Tue, 15/9/09, Sebastien Vincent > /<vi...@cl...>/* wrote: > > > From: Sebastien Vincent <vi...@cl...> > Subject: Re: [Turnserver-users] Help with testing TURN server > To: "Srikanth Rajagopalan" <sri...@ya...> > Cc: tur...@li... > Date: Tuesday, 15 September, 2009, 4:56 PM > > Hi, > > First, please use "reply all" rather than "reply" button when you > answer on mailing-list. Maybe other has same problem as you. > > I have not test with PJSIP recently, I will give it a try in one > day or two. But you can check with wireshark if all STUN/TURN > messages length are a priori right. It could be a missing > htonl/ntohl/htons/ntohs in PJSIP side (or in TurnServer). > > Regards, > -- > Sebastien > > Srikanth Rajagopalan a écrit : > > Thanks Vincent. I tried to run some of our script to see if it > works properly with the turnserver. PJSIP comaplains that the STUN > message lengths are invalid. Is there any known issue with working > with PJSIP? > > > > Regards, > > Srikanth Rajagopalan > > > > --- On *Thu, 10/9/09, Sébastien Vincent > /<vi...@cl... > <http://in.mc87.mail.yahoo.com/mc/compose?to=vi...@cl...>>/* > wrote: > > > > > > From: Sébastien Vincent <vi...@cl... > <http://in.mc87.mail.yahoo.com/mc/compose?to=vi...@cl...>> > > Subject: Re: [Turnserver-users] Help with testing TURN server > > To: "Srikanth Rajagopalan" <sri...@ya... > <http://in.mc87.mail.yahoo.com/mc/compose?to=sri...@ya...>> > > Cc: tur...@li... > <http://in.mc87.mail.yahoo.com/mc/compose?to=tur...@li...> > > Date: Thursday, 10 September, 2009, 10:14 AM > > > > Hi, > > > > In order to test TurnServer in a real environment, you have to > > build a testbed.. You need 3 PC (1 turnserver, 1client and 1 > > peer). But for a quickly test, you can use only one PC with all > > programs. > > > > You can use the src/test_client_* as client programs and > > src/test_echo_server as peer program. > > First copy extra/turnserver..conf.template to > > extra/turnserver.conf, configure turnserver.conf, (setup > > listen_address / listen_addressv6) and run turnserver. Then run > > src/test_echo_server 8086 (8086 will be the listening echo > server > > port). Finally run src/test_client_udp client-addr > turnserver-addr > > peer-addr peer-port (replace *-addr by correct value, it accepts > > IPv4/IPv6 address or DNS name). > > > > If you run all programs in single computer, you have to do > > (suppose your address is 192.168.0.1) > > > > [Terminal 1] > > src/turnserver -c extra/turnserver.conf > > > > [Terminal 2] > > src/test_echo_server 8086 > > > > [Terminal 3] > > src/test_client_udp 192.168.0.1 192.168.0.1 192.168.0.1 8086 > > > > src/test_client_tcp 192.168.0.1 192.168.0.1 192.168.0.1 8086 > > > > Note if you want to use TLS you have to create SSL > certificate and > > setup turnserver.conf accordingly > > > > Regards, > > -- > > Sebastien Vincent > > > > Srikanth Rajagopalan a écrit : > > > Hi, > > > > > > Could someone help me with how to test if the TURN server is > > working with the test scripts given. I have only used STUN as of > > now and would like to make sure it can work as a relay. > > > > > > Thanks, > > > Srikanth Rajagopalan > > > > > > > > > > > > ------------------------------------------------------------------------ > > > See the Web's breaking stories, chosen by people like you. > Check > > out Yahoo! Buzz > > > <http://in.rd.yahoo.com/tagline_buzz_1/*http://in.buzz.yahoo.com/>. > > > > > > ------------------------------------------------------------------------ > > > > > > > > > ------------------------------------------------------------------------------ > > > Let Crystal Reports handle the reporting - Free Crystal > Reports > > 2008 30-Day trial. Simplify your report design, integration and > > deployment - and focus on what you do best, core application > > coding. Discover what's new with Crystal Reports now. > http://p.sf.net/sfu/bobj-july > > > > > > ------------------------------------------------------------------------ > > > > > > _______________________________________________ > > > Turnserver-users mailing list > > > Tur...@li... > <http://in.mc87.mail.yahoo.com/mc/compose?to=Tur...@li...> > > </mc/compose?to=Tur...@li... > <http://in.mc87.mail.yahoo.com/mc/compose?to=Tur...@li...>> > > > https://lists.sourceforge.net/lists/listinfo/turnserver-users > > > > > > > > ------------------------------------------------------------------------ > > Add whatever you love to the Yahoo! India homepage. Try now! > <http://in.rd.yahoo.com/tagline_metro_3/*http://in.yahoo.com/trynew> > > > ------------------------------------------------------------------------ > From cricket scores to your friends. Try the Yahoo! India Homepage! > <http://in.rd.yahoo.com/tagline_metro_4/*http://in.yahoo.com/trynew> |
|
From: Srikanth R. <sri...@ya...> - 2009-09-15 20:26:13
|
Hi, I checked with wireshark and I see that they are all of the same size. I also saw that the client receives the first packet properly but complains saying STUN messages are too long for all subsequent ones. Thanks, Srikanth Rajagopalan --- On Tue, 15/9/09, Sebastien Vincent <vi...@cl...> wrote: From: Sebastien Vincent <vi...@cl...> Subject: Re: [Turnserver-users] Help with testing TURN server To: "Srikanth Rajagopalan" <sri...@ya...> Cc: tur...@li... Date: Tuesday, 15 September, 2009, 4:56 PM Hi, First, please use "reply all" rather than "reply" button when you answer on mailing-list. Maybe other has same problem as you. I have not test with PJSIP recently, I will give it a try in one day or two.. But you can check with wireshark if all STUN/TURN messages length are a priori right. It could be a missing htonl/ntohl/htons/ntohs in PJSIP side (or in TurnServer). Regards, -- Sebastien Srikanth Rajagopalan a écrit : > Thanks Vincent. I tried to run some of our script to see if it works properly with the turnserver. PJSIP comaplains that the STUN message lengths are invalid. Is there any known issue with working with PJSIP? > > Regards, > Srikanth Rajagopalan > > --- On *Thu, 10/9/09, Sébastien Vincent /<vi...@cl...>/* wrote: > > > From: Sébastien Vincent <vi...@cl...> > Subject: Re: [Turnserver-users] Help with testing TURN server > To: "Srikanth Rajagopalan" <sri...@ya...> > Cc: tur...@li... > Date: Thursday, 10 September, 2009, 10:14 AM > > Hi, > > In order to test TurnServer in a real environment, you have to > build a testbed.. You need 3 PC (1 turnserver, 1client and 1 > peer). But for a quickly test, you can use only one PC with all > programs. > > You can use the src/test_client_* as client programs and > src/test_echo_server as peer program. > First copy extra/turnserver.conf.template to > extra/turnserver.conf, configure turnserver.conf, (setup > listen_address / listen_addressv6) and run turnserver. Then run > src/test_echo_server 8086 (8086 will be the listening echo server > port). Finally run src/test_client_udp client-addr turnserver-addr > peer-addr peer-port (replace *-addr by correct value, it accepts > IPv4/IPv6 address or DNS name). > > If you run all programs in single computer, you have to do > (suppose your address is 192.168.0.1) > > [Terminal 1] > src/turnserver -c extra/turnserver.conf > > [Terminal 2] > src/test_echo_server 8086 > > [Terminal 3] > src/test_client_udp 192.168.0.1 192.168.0.1 192.168.0.1 8086 > > src/test_client_tcp 192.168.0.1 192.168.0.1 192.168.0.1 8086 > > Note if you want to use TLS you have to create SSL certificate and > setup turnserver.conf accordingly > > Regards, > -- > Sebastien Vincent > > Srikanth Rajagopalan a écrit : > > Hi, > > > > Could someone help me with how to test if the TURN server is > working with the test scripts given. I have only used STUN as of > now and would like to make sure it can work as a relay. > > > > Thanks, > > Srikanth Rajagopalan > > > > > > > ------------------------------------------------------------------------ > > See the Web's breaking stories, chosen by people like you. Check > out Yahoo! Buzz > <http://in.rd.yahoo.com/tagline_buzz_1/*http://in.buzz.yahoo.com/>. > > > ------------------------------------------------------------------------ > > > > > ------------------------------------------------------------------------------ > > Let Crystal Reports handle the reporting - Free Crystal Reports > 2008 30-Day trial. Simplify your report design, integration and > deployment - and focus on what you do best, core application > coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july > > > ------------------------------------------------------------------------ > > > > _______________________________________________ > > Turnserver-users mailing list > > Tur...@li... > </mc/compose?to=Tur...@li...> > > https://lists.sourceforge.net/lists/listinfo/turnserver-users > > > > ------------------------------------------------------------------------ > Add whatever you love to the Yahoo! India homepage. Try now! <http://in.rd.yahoo.com/tagline_metro_3/*http://in.yahoo.com/trynew> Try the new Yahoo! India Homepage. Click here. http://in.yahoo.com/trynew |
|
From: Sebastien V. <vi...@cl...> - 2009-09-15 11:25:46
|
Hi, First, please use "reply all" rather than "reply" button when you answer on mailing-list. Maybe other has same problem as you. I have not test with PJSIP recently, I will give it a try in one day or two. But you can check with wireshark if all STUN/TURN messages length are a priori right. It could be a missing htonl/ntohl/htons/ntohs in PJSIP side (or in TurnServer). Regards, -- Sebastien Srikanth Rajagopalan a écrit : > Thanks Vincent. I tried to run some of our script to see if it works > properly with the turnserver. PJSIP comaplains that the STUN message > lengths are invalid. Is there any known issue with working with PJSIP? > > Regards, > Srikanth Rajagopalan > > --- On *Thu, 10/9/09, Sébastien Vincent > /<vi...@cl...>/* wrote: > > > From: Sébastien Vincent <vi...@cl...> > Subject: Re: [Turnserver-users] Help with testing TURN server > To: "Srikanth Rajagopalan" <sri...@ya...> > Cc: tur...@li... > Date: Thursday, 10 September, 2009, 10:14 AM > > Hi, > > In order to test TurnServer in a real environment, you have to > build a testbed.. You need 3 PC (1 turnserver, 1client and 1 > peer). But for a quickly test, you can use only one PC with all > programs. > > You can use the src/test_client_* as client programs and > src/test_echo_server as peer program. > First copy extra/turnserver.conf.template to > extra/turnserver.conf, configure turnserver.conf, (setup > listen_address / listen_addressv6) and run turnserver. Then run > src/test_echo_server 8086 (8086 will be the listening echo server > port). Finally run src/test_client_udp client-addr turnserver-addr > peer-addr peer-port (replace *-addr by correct value, it accepts > IPv4/IPv6 address or DNS name). > > If you run all programs in single computer, you have to do > (suppose your address is 192.168.0.1) > > [Terminal 1] > src/turnserver -c extra/turnserver.conf > > [Terminal 2] > src/test_echo_server 8086 > > [Terminal 3] > src/test_client_udp 192.168.0.1 192.168.0.1 192.168.0.1 8086 > > src/test_client_tcp 192.168.0.1 192.168.0.1 192.168.0.1 8086 > > Note if you want to use TLS you have to create SSL certificate and > setup turnserver.conf accordingly > > Regards, > -- > Sebastien Vincent > > Srikanth Rajagopalan a écrit : > > Hi, > > > > Could someone help me with how to test if the TURN server is > working with the test scripts given. I have only used STUN as of > now and would like to make sure it can work as a relay. > > > > Thanks, > > Srikanth Rajagopalan > > > > > > > ------------------------------------------------------------------------ > > See the Web's breaking stories, chosen by people like you. Check > out Yahoo! Buzz > <http://in.rd.yahoo.com/tagline_buzz_1/*http://in.buzz.yahoo.com/>. > > > ------------------------------------------------------------------------ > > > > > ------------------------------------------------------------------------------ > > Let Crystal Reports handle the reporting - Free Crystal Reports > 2008 30-Day trial. Simplify your report design, integration and > deployment - and focus on what you do best, core application > coding. Discover what's new with Crystal Reports now. > http://p.sf.net/sfu/bobj-july > > > ------------------------------------------------------------------------ > > > > _______________________________________________ > > Turnserver-users mailing list > > Tur...@li... > </mc/compose?to=Tur...@li...> > > https://lists.sourceforge.net/lists/listinfo/turnserver-users > > > > > ------------------------------------------------------------------------ > Add whatever you love to the Yahoo! India homepage. Try now! > <http://in.rd.yahoo.com/tagline_metro_3/*http://in.yahoo.com/trynew> |
|
From: Sébastien V. <vi...@cl...> - 2009-09-10 05:11:23
|
Hi, In order to test TurnServer in a real environment, you have to build a testbed. You need 3 PC (1 turnserver, 1client and 1 peer). But for a quickly test, you can use only one PC with all programs. You can use the src/test_client_* as client programs and src/test_echo_server as peer program. First copy extra/turnserver.conf.template to extra/turnserver.conf, configure turnserver.conf, (setup listen_address / listen_addressv6) and run turnserver. Then run src/test_echo_server 8086 (8086 will be the listening echo server port). Finally run src/test_client_udp client-addr turnserver-addr peer-addr peer-port (replace *-addr by correct value, it accepts IPv4/IPv6 address or DNS name). If you run all programs in single computer, you have to do (suppose your address is 192.168.0.1) [Terminal 1] src/turnserver -c extra/turnserver.conf [Terminal 2] src/test_echo_server 8086 [Terminal 3] src/test_client_udp 192.168.0.1 192.168.0.1 192.168.0.1 8086 src/test_client_tcp 192.168.0.1 192.168.0.1 192.168.0.1 8086 Note if you want to use TLS you have to create SSL certificate and setup turnserver.conf accordingly Regards, -- Sebastien Vincent Srikanth Rajagopalan a écrit : > Hi, > > Could someone help me with how to test if the TURN server is working > with the test scripts given. I have only used STUN as of now and would > like to make sure it can work as a relay. > > Thanks, > Srikanth Rajagopalan > > > ------------------------------------------------------------------------ > See the Web's breaking stories, chosen by people like you. Check out > Yahoo! Buzz > <http://in.rd.yahoo.com/tagline_buzz_1/*http://in.buzz.yahoo.com/>. > ------------------------------------------------------------------------ > > ------------------------------------------------------------------------------ > Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day > trial. Simplify your report design, integration and deployment - and focus on > what you do best, core application coding. Discover what's new with > Crystal Reports now. http://p.sf.net/sfu/bobj-july > ------------------------------------------------------------------------ > > _______________________________________________ > Turnserver-users mailing list > Tur...@li... > https://lists.sourceforge.net/lists/listinfo/turnserver-users > |
|
From: Srikanth R. <sri...@ya...> - 2009-09-09 20:45:42
|
Hi,
Could someone help me with how to test if the TURN server is working with the test scripts given. I have only used STUN as of now and would like to make sure it can work as a relay.
Thanks,
Srikanth Rajagopalan
Love Cricket? Check out live scores, photos, video highlights and more. Click here http://cricket.yahoo.com |
|
From: <he...@in...> - 2009-09-09 13:01:08
|
Hi,
I've just noticed that I replied only to you, sorry!
I made some tests today. Installing a virtual machine with a debian(5.0.3)
running, the server is working. So it seems that there are some/one
missing/defective libraries on ubuntu?!
My configuration is the same as on ubuntu:
I copied the template files in "/extra" to "/src", cutting the
".template"-postfix.
The gcc version is 4.3
So, now it works, but I have no idea why it isn't not working on ubuntu. I
will try to discover this when I have more time. But maybe you have an
idea.
Do you need a wireshark capture anyway?
Regards
Tobias
> Hi,
>
> Just one thing, when answering message on mailing-list, use "reply all"
> rather than "reply". Maybe other has same problem as you.
>
> he...@in... a écrit :
>> Hi Sebastien,
>>
>> here the answers to your questions:
>> - I use Ubuntu 9.04 on all PCs
>> - latest SVN version
>>
>>
> OK.
>
> Have you use default turnusers.txt template or provide your own set of
> account/password ?
> What is the gcc version you use to compile turnserver ? Try using
> another version (4.1, 4.2, 4.3, 4.4).
> Can you send me the pcap trace.
>
> In last resort, you can also test with another OS (Debian, Fedora or
> FreeBSD)...
>
> Regards,
> --
> Seb
>
>> and following the output of valgrind. I used the -v option to present
>> all
>> relevant information.
>>
>> I hope this will help to detect the error.
>>
>> Regards
>> Tobias
>>
>> valgrind -v ./src/turnserver -c turnserver.conf
>> ==7165== Memcheck, a memory error detector.
>> ==7165== Copyright (C) 2002-2008, and GNU GPL'd, by Julian Seward et al.
>> ==7165== Using LibVEX rev 1884, a library for dynamic binary
>> translation.
>> ==7165== Copyright (C) 2004-2008, and GNU GPL'd, by OpenWorks LLP.
>> ==7165== Using valgrind-3.4.1-Debian, a dynamic binary instrumentation
>> framework.
>> ==7165== Copyright (C) 2000-2008, and GNU GPL'd, by Julian Seward et al.
>> ==7165==
>> --7165-- Command line
>> --7165-- ./src/turnserver
>> --7165-- -c
>> --7165-- turnserver.conf
>> --7165-- Startup, with flags:
>> --7165-- -v
>> --7165-- Contents of /proc/version:
>> --7165-- Linux version 2.6.28-15-generic (buildd@palmer) (gcc version
>> 4.3.3 (Ubuntu 4.3.3-5ubuntu4) ) #49-Ubuntu SMP Tue Aug 18 18:40:08 UTC
>> 2009
>> --7165-- Arch and hwcaps: X86, x86-sse1-sse2
>> --7165-- Page sizes: currently 4096, max supported 4096
>> --7165-- Valgrind library directory: /usr/lib/valgrind
>> --7165-- Reading syms from /lib/ld-2.9.so (0x4000000)
>> --7165-- Reading debug info from /lib/ld-2.9.so ..
>> --7165-- .. CRC mismatch (computed 049232cc wanted 022486d8)
>> --7165-- object doesn't have a symbol table
>> --7165-- Reading syms from
>> /home/tum/Desktop/turnserver_new/src/turnserver
>> (0x8048000)
>> --7165-- Reading syms from /usr/lib/valgrind/x86-linux/memcheck
>> (0x38000000)
>> --7165-- object doesn't have a dynamic symbol table
>> --7165-- Reading suppressions file: /usr/lib/valgrind/default.supp
>> --7165-- Reading syms from /usr/lib/valgrind/x86-linux/vgpreload_core.so
>> (0x4020000)
>> --7165-- Reading syms from
>> /usr/lib/valgrind/x86-linux/vgpreload_memcheck.so (0x4023000)
>> --7165-- Reading syms from /usr/lib/libconfuse.so.0.0.0 (0x4039000)
>> --7165-- Reading debug info from /usr/lib/libconfuse.so.0.0.0 ..
>> --7165-- .. CRC mismatch (computed eecdc0a2 wanted ccc0a68b)
>> --7165-- object doesn't have a symbol table
>> --7165-- Reading syms from /lib/i686/cmov/libssl.so.0.9.8 (0x4043000)
>> --7165-- Reading debug info from /lib/i686/cmov/libssl.so.0.9.8 ..
>> --7165-- .. CRC mismatch (computed 9ce15a89 wanted 19171c45)
>> --7165-- object doesn't have a symbol table
>> --7165-- Reading syms from /lib/tls/i686/cmov/librt-2.9.so (0x408b000)
>> --7165-- Reading debug info from /lib/tls/i686/cmov/librt-2.9.so ..
>> --7165-- .. CRC mismatch (computed d50040cd wanted 8f443884)
>> --7165-- object doesn't have a symbol table
>> --7165-- Reading syms from /lib/tls/i686/cmov/libc-2.9.so (0x4094000)
>> --7165-- Reading debug info from /lib/tls/i686/cmov/libc-2.9.so ..
>> --7165-- .. CRC mismatch (computed 7ee64c88 wanted 8d898f0d)
>> --7165-- object doesn't have a symbol table
>> --7165-- Reading syms from /lib/i686/cmov/libcrypto.so.0.9.8 (0x41f7000)
>> --7165-- Reading debug info from /lib/i686/cmov/libcrypto.so.0.9.8 ..
>> --7165-- .. CRC mismatch (computed c72572f2 wanted 211d835a)
>> --7165-- object doesn't have a symbol table
>> --7165-- Reading syms from /lib/tls/i686/cmov/libdl-2.9.so (0x4343000)
>> --7165-- Reading debug info from /lib/tls/i686/cmov/libdl-2.9.so ..
>> --7165-- .. CRC mismatch (computed 868ff7e2 wanted 2c0770ec)
>> --7165-- object doesn't have a symbol table
>> --7165-- Reading syms from /lib/libz.so.1.2.3.3 (0x4347000)
>> --7165-- Reading debug info from /lib/libz.so.1.2.3.3 ..
>> --7165-- .. CRC mismatch (computed 6f997343 wanted 90f70a2f)
>> --7165-- object doesn't have a symbol table
>> --7165-- Reading syms from /lib/tls/i686/cmov/libpthread-2.9.so
>> (0x435e000)
>> --7165-- Reading debug info from /lib/tls/i686/cmov/libpthread-2.9.so ..
>> --7165-- .. CRC mismatch (computed 967fd765 wanted e10448e4)
>> --7165-- REDIR: 0x410af00 (index) redirected to 0x4027420 (index)
>> --7165-- REDIR: 0x410ce40 (memchr) redirected to 0x4027b00 (memchr)
>> --7165-- REDIR: 0x410ba60 (rindex) redirected to 0x4027330 (rindex)
>> --7165-- REDIR: 0x410b5e0 (strlen) redirected to 0x40276e0 (strlen)
>> --7165-- REDIR: 0x4107600 (calloc) redirected to 0x4024fd0 (calloc)
>> --7165-- REDIR: 0x4107930 (malloc) redirected to 0x4026f20 (malloc)
>> --7165-- REDIR: 0x410d850 (memcpy) redirected to 0x4027b50 (memcpy)
>> --7165-- REDIR: 0x4107de0 (realloc) redirected to 0x4027030 (realloc)
>> --7165-- REDIR: 0x4105520 (free) redirected to 0x4025d40 (free)
>> --7165-- REDIR: 0x410b070 (strcmp) redirected to 0x40279e0 (strcmp)
>> --7165-- REDIR: 0x410b800 (strncmp) redirected to 0x4027950 (strncmp)
>> --7165-- REDIR: 0x4110390 (strchrnul) redirected to 0x40286c0
>> (strchrnul)
>> --7165-- REDIR: 0x410d3a0 (mempcpy) redirected to 0x4028720 (mempcpy)
>> --7165-- REDIR: 0x410b690 (strnlen) redirected to 0x40276a0 (strnlen)
>> --7165-- REDIR: 0x410d530 (stpcpy) redirected to 0x4028380 (stpcpy)
>> --7165-- REDIR: 0x410b0e0 (strcpy) redirected to 0x4027740 (strcpy)
>> --7165-- REDIR: 0x41102c0 (rawmemchr) redirected to 0x4028700
>> (rawmemchr)
>> listen_address = {"192.168.1.2"}
>> listen_addressv6 = {}
>> udp_port = 3478
>> tcp_port = 3478
>> tls_port = 5349
>> tls = false
>> daemon = false
>> # unpriv_user = ""
>> max_client = 50
>> max_relay_per_username = 5
>> allocation_lifetime = 1800
>> nonce_key = "hieKedq"
>> ca_file = "./ca.crt"
>> cert_file = "./server.crt"
>> private_key_file = "./server.key"
>> realm = "domain.org"
>> account_method = "file"
>> account_file = "./turnusers.txt"
>> denied_address {
>> address = "127.0.0.1"
>> mask = 8
>> port = 0
>> }
>> denied_address {
>> address = "::1"
>> mask = 128
>> port = 0
>> }
>> bandwidth_per_allocation = 150
>> account_db_login = "anonymous"
>> account_db_password = "anonymous"
>> account_db_name = "turnserver"
>> account_db_address = "127.0.0.1"
>> account_db_port = 3306
>> --7165-- REDIR: 0x410b910 (strncpy) redirected to 0x4027810 (strncpy)
>> 14:14:42.279304 [turnserver.c:3676] TurnServer start
>> --7165-- REDIR: 0x410d340 (memset) redirected to 0x40285f0 (memset)
>> 14:14:42.391955 [turnserver.c:3767] Run with uid_real=1000
>> gid_real=1000
>> uid_eff=1000 gid_eff=1000
>> 14:15:23.880880 [turnserver.c:3309] Received TCP on listening
>> address
>> 14:15:23.883241 [turnserver.c:3322] Received TCP connection
>> 14:15:23.888844 [turnserver.c:3250] Received data from TCP client
>> 14:15:23.898820 [turnserver.c:3033] Incomplete message
>> 14:15:24.876686 [turnserver.c:3250] Received data from TCP client
>> 14:15:24.891998 [turnserver.c:2399] No message integrity
>> *** stack smashing detected ***: ./src/turnserver terminated
>> --7165-- Reading syms from /lib/libgcc_s.so.1 (0x47c4000)
>> --7165-- Reading debug info from /lib/libgcc_s.so.1 ..
>> --7165-- .. CRC mismatch (computed 224ab3f8 wanted 89276151)
>> --7165-- object doesn't have a symbol table
>> ======= Backtrace: =========
>> /lib/tls/i686/cmov/libc.so.6(__fortify_fail+0x48)[0x4191da8]
>> /lib/tls/i686/cmov/libc.so.6(__fortify_fail+0x0)[0x4191d60]
>> ./src/turnserver[0x804f433]
>> ./src/turnserver[0x804fc44]
>> ./src/turnserver[0x805034b]
>> ./src/turnserver[0x8051cd1]
>> /lib/tls/i686/cmov/libc.so.6(__libc_start_main+0xe5)[0x40aa775]
>> ./src/turnserver[0x804a9d1]
>> ======= Memory map: ========
>> 04000000-0401c000 r-xp 00000000 08:03 488663 /lib/ld-2.9.so
>> 0401c000-0401d000 r--p 0001b000 08:03 488663 /lib/ld-2.9.so
>> 0401d000-0401e000 rw-p 0001c000 08:03 488663 /lib/ld-2.9.so
>> 0401e000-04020000 rw-p 0401e000 00:00 0
>> 04020000-04021000 r-xp 00000000 08:03 936565
>> /usr/lib/valgrind/x86-linux/vgpreload_core.so
>> 04021000-04022000 r--p 00000000 08:03 936565
>> /usr/lib/valgrind/x86-linux/vgpreload_core.so
>> 04022000-04023000 rw-p 00001000 08:03 936565
>> /usr/lib/valgrind/x86-linux/vgpreload_core.so
>> 04023000-0402a000 r-xp 00000000 08:03 937533
>> /usr/lib/valgrind/x86-linux/vgpreload_memcheck.so
>> 0402a000-0402b000 r--p 00006000 08:03 937533
>> /usr/lib/valgrind/x86-linux/vgpreload_memcheck.so
>> 0402b000-0402c000 rw-p 00007000 08:03 937533
>> /usr/lib/valgrind/x86-linux/vgpreload_memcheck.so
>> 0402c000-0402d000 r--p 00000000 08:03 937233
>> /usr/lib/locale/en_US.utf8/LC_MESSAGES/SYS_LC_MESSAGES
>> 0402d000-04034000 r--s 00000000 08:03 382968
>> /usr/lib/gconv/gconv-modules.cache
>> 04039000-04042000 r-xp 00000000 08:03 906735
>> /usr/lib/libconfuse.so.0.0.0
>> 04042000-04043000 rw-p 00008000 08:03 906735
>> /usr/lib/libconfuse.so.0.0.0
>> 04043000-04085000 r-xp 00000000 08:03 490106
>> /lib/i686/cmov/libssl.so.0.9.8
>> 04085000-04086000 ---p 00042000 08:03 490106
>> /lib/i686/cmov/libssl.so.0.9.8
>> 04086000-04087000 r--p 00042000 08:03 490106
>> /lib/i686/cmov/libssl.so.0.9.8
>> 04087000-0408a000 rw-p 00043000 08:03 490106
>> /lib/i686/cmov/libssl.so.0.9.8
>> 0408a000-0408b000 rw-p 0408a000 00:00 0
>> 0408b000-04092000 r-xp 00000000 08:03 506185
>> /lib/tls/i686/cmov/librt-2.9.so
>> 04092000-04093000 r--p 00006000 08:03 506185
>> /lib/tls/i686/cmov/librt-2.9.so
>> 04093000-04094000 rw-p 00007000 08:03 506185
>> /lib/tls/i686/cmov/librt-2.9.so
>> 04094000-041f0000 r-xp 00000000 08:03 506155
>> /lib/tls/i686/cmov/libc-2.9.so
>> 041f0000-041f1000 ---p 0015c000 08:03 506155
>> /lib/tls/i686/cmov/libc-2.9.so
>> 041f1000-041f3000 r--p 0015c000 08:03 506155
>> /lib/tls/i686/cmov/libc-2.9.so
>> 041f3000-041f4000 rw-p 0015e000 08:03 506155
>> /lib/tls/i686/cmov/libc-2.9.so
>> 041f4000-041f7000 rw-p 041f4000 00:00 0
>> 041f7000-0432a000 r-xp 00000000 08:03 490105
>> /lib/i686/cmov/libcrypto.so.0.9.8
>> 0432a000-04332000 r--p 00132000 08:03 490105
>> /lib/i686/cmov/libcrypto.so.0.9.8
>> 04332000-0433f000 rw-p 0013a000 08:03 490105
>> /lib/i686/cmov/libcrypto.so.0.9.8
>> 0433f000-04343000 rw-p 0433f000 00:00 0
>> 04343000-04345000 r-xp 00000000 08:03 506161
>> /lib/tls/i686/cmov/libdl-2.9.so
>> 04345000-04346000 r--p 00001000 08:03 506161
>> /lib/tls/i686/cmov/libdl-2.9.so
>> 04346000-04347000 rw-p 00002000 08:03 506161
>> /lib/tls/i686/cmov/libdl-2.9.so
>> 04347000-0435b000 r-xp 00000000 08:03 488801 /lib/libz.so.1.2.3.3
>> 0435b000-0435c000 r--p 00013000 08:03 488801 /lib/libz.so.1.2.3.3
>> 0435c000-0435d000 rw-p 00014000 08:03 488801 /lib/libz.so.1.2.3.3
>> 0435d000-0435e000 rw-p 0435d000 00:00 0
>> 0435e000-04373000 r-xp 00000000 08:03 506181
>> /lib/tls/i686/cmov/libpthread-2.9.so
>> 04373000-04374000 r--p 00014000 08:03 506181
>> /lib/tls/i686/cmov/libpthread-2.9.so
>> 04374000-04375000 rw-p 00015000 08:03 506181
>> /lib/tls/i686/cmov/libpthread-2.9.so
>> 04375000-04378000 rw-p 04375000 00:00 0
>> 04378000-04778000 rwxp 04378000 00:00 0
>> 04778000-047b7000 r--p 00000000 08:03 937224
>> /usr/lib/locale/en_US.utf8/LC_CTYPE
>> 047c4000-047d1000 r-xp 00000000 08:03 488705 /lib/libgcc_s.so.1
>> 047d1000-047d2000 r--p 0000c000 08:03 488705 /lib/libgcc_s.so.1
>> 047d2000-047d3000 rw-p 0000d000 08:03 488705 /lib/libgcc_s.so.1
>> 08048000-0805a000 r-xp 00000000 08:03 701499
>> /home/tum/Desktop/turnserver_new/src/turnserver
>> 0805a000-0805b000 r--p 00011000 08:03 701499
>> /home/tum/Desktop/turnserver_new/src/turnserver
>> 0805b000-0805c000 rw-p 00012000 08:03 701499
>> /home/tum/Desktop/turnserver_new/src/turnserver
>> 0805c000-0805d000 rwxp 0805c000 00:00 0
>> 38000000-381c3000 r-xp 00000000 08:03 937532
>> /usr/lib/valgrind/x86-linux/memcheck
>> 381c4000-381c5000 rw-p 001c3000 08:03 937532
>> /usr/lib/valgrind/x86-linux/memcheck
>> 381c5000-388e3000 rw-p 381c5000 00:00 0
>> 61cdf000-62863000 rwxp 61cdf000 00:00 0
>> 62863000-62865000 ---p 62863000 00:00 0
>> 62865000-62875000 rwxp 62865000 00:00 0
>> 62875000-62877000 ---p 62875000 00:00 0
>> 62877000-649f4000 rwxp 62877000 00:00 0
>> b7fbe000-b7fbf000 r-xp b7fbe000 00:00 0 [vdso]
>> be9b5000-be9bc000 rwxp be9b5000 00:00 0
>> bf9a9000-bf9be000 rw-p bffeb000 00:00 0 [stack]
>> ==7165==
>> ==7165== Process terminating with default action of signal 6 (SIGABRT)
>> ==7165== at 0x40007F2: (within /lib/ld-2.9.so)
>> ==7165== by 0x40C1097: abort (in /lib/tls/i686/cmov/libc-2.9.so)
>> ==7165== by 0x40FD24C: (within /lib/tls/i686/cmov/libc-2.9.so)
>> ==7165== by 0x4191DA7: __fortify_fail (in
>> /lib/tls/i686/cmov/libc-2.9.so)
>> ==7165== by 0x4191D5F: __stack_chk_fail (in
>> /lib/tls/i686/cmov/libc-2.9.so)
>> ==7165== by 0x804F432: turnserver_listen_recv (turnserver.c:2716)
>> ==7165== by 0x804FC43: turnserver_process_tcp_stream
>> (turnserver.c:3046)
>> ==7165== by 0x805034A: turnserver_main (turnserver.c:3285)
>> ==7165== by 0x8051CD0: main (turnserver.c:3851)
>> --7165-- Discarding syms at 0x47c5cb0-0x47ceee8 in /lib/libgcc_s.so.1
>> due
>> to munmap()
>> ==7165==
>> ==7165== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 28 from 3)
>> --7165--
>> --7165-- supp: 2 dl-hack3-cond-1
>> --7165-- supp: 1 glibc-2.9-on-SUSE-10.3-(x86)
>> --7165-- supp: 25 Debian libc6 (2.9.x) stripped dynamic linker
>> ==7165== malloc/free: in use at exit: 6,276 bytes in 137 blocks.
>> ==7165== malloc/free: 462 allocs, 325 frees, 49,885 bytes allocated.
>> ==7165==
>> ==7165== searching for pointers to 137 not-freed blocks.
>> ==7165== checked 186,296 bytes.
>> ==7165==
>> ==7165== LEAK SUMMARY:
>> ==7165== definitely lost: 0 bytes in 0 blocks.
>> ==7165== possibly lost: 868 bytes in 3 blocks.
>> ==7165== still reachable: 5,408 bytes in 134 blocks.
>> ==7165== suppressed: 0 bytes in 0 blocks.
>> ==7165== Rerun with --leak-check=full to see details of leaked memory.
>> --7165-- memcheck: sanity checks: 3 cheap, 2 expensive
>> --7165-- memcheck: auxmaps: 0 auxmap entries (0k, 0M) in use
>> --7165-- memcheck: auxmaps_L1: 0 searches, 0 cmps, ratio 0:10
>> --7165-- memcheck: auxmaps_L2: 0 searches, 0 nodes
>> --7165-- memcheck: SMs: n_issued = 19 (304k, 0M)
>> --7165-- memcheck: SMs: n_deissued = 0 (0k, 0M)
>> --7165-- memcheck: SMs: max_noaccess = 65535 (1048560k, 1023M)
>> --7165-- memcheck: SMs: max_undefined = 0 (0k, 0M)
>> --7165-- memcheck: SMs: max_defined = 49 (784k, 0M)
>> --7165-- memcheck: SMs: max_non_DSM = 19 (304k, 0M)
>> --7165-- memcheck: max sec V bit nodes: 0 (0k, 0M)
>> --7165-- memcheck: set_sec_vbits8 calls: 0 (new: 0, updates: 0)
>> --7165-- memcheck: max shadow mem size: 608k, 0M
>> --7165-- translate: fast SP updates identified: 6,124 (
>> 88.9%)
>> --7165-- translate: generic_known SP updates identified: 496 ( 7.2%)
>> --7165-- translate: generic_unknown SP updates identified: 261 ( 3.7%)
>> --7165-- tt/tc: 11,895 tt lookups requiring 12,442 probes
>> --7165-- tt/tc: 11,895 fast-cache updates, 3 flushes
>> --7165-- transtab: new 5,750 (124,707 -> 1,808,739; ratio
>> 145:10)
>> [0 scs]
>> --7165-- transtab: dumped 0 (0 -> ??)
>> --7165-- transtab: discarded 141 (3,142 -> ??)
>> --7165-- scheduler: 395,444 jumps (bb entries).
>> --7165-- scheduler: 3/7,638 major/minor sched events.
>> --7165-- sanity: 4 cheap, 2 expensive checks.
>> --7165-- exectx: 1,543 lists, 854 contexts (avg 0 per list)
>> --7165-- exectx: 1,574 searches, 1,156 full compares (734 per 1000)
>> --7165-- exectx: 0 cmp2, 67 cmp4, 0 cmpAll
>> --7165-- errormgr: 9 supplist searches, 206 comparisons during search
>> --7165-- errormgr: 28 errlist searches, 75 comparisons during search
>> Aborted
>>
>>
>>
>>> Hi Tobias,
>>>
>>> What version of TurnServer do you use ? release version or SVN ones ?
>>> Which OS ?
>>>
>>> Try with valgrind (valgrind ./turnserver -c ...) to see more
>>> information
>>> about function that crashed.
>>>
>>> Regards,
>>> --
>>> Sebastien Vincent
>>>
>>> he...@in... a écrit :
>>>
>>>> Hi,
>>>>
>>>> to make a performance test I tried to run the turnserver in a local
>>>> network where the network interfaces were connected by a gigabit
>>>> switch.
>>>> I
>>>> use 3 PCs: one as client, one as peer and the last one is the server.
>>>>
>>>> When I start the test using test_client_tcp the server terminates
>>>> because
>>>> of a stack problem. It can process the first allocate request but the
>>>> second one results in the problem. (Using wireshark I saw that the
>>>> second
>>>> allocate request but no response was transferred)
>>>> On the server I got the following output. Did someone know where the
>>>> problem comes from and how I can fix it?
>>>>
>>>> Thanks for your help/time!
>>>>
>>>> Tobias Heck
>>>>
>>>> Output:
>>>> 17:46:36.327473 [turnserver.c:3676] TurnServer start
>>>> 17:46:36.327956 [turnserver.c:3767] Run with uid_real=1000
>>>> gid_real=1000
>>>> uid_eff=1000 gid_eff=1000
>>>> 17:46:41.113803 [turnserver.c:3309] Received TCP on listening address
>>>> 17:46:41.113855 [turnserver.c:3322] Received TCP connection
>>>> 17:46:41.113905 [turnserver.c:3250] Received data from TCP client
>>>> 17:46:41.113931 [turnserver.c:3033] Incomplete message
>>>> 17:46:42.114156 [turnserver.c:3250] Received data from TCP client
>>>> 17:46:42.114231 [turnserver.c:2399] No message integrity
>>>> *** stack smashing detected ***: turnserver terminated
>>>> ======= Backtrace: =========
>>>> /lib/tls/i686/cmov/libc.so.6(__fortify_fail+0x48)[0xb800bda8]
>>>> /lib/tls/i686/cmov/libc.so.6(__fortify_fail+0x0)[0xb800bd60]
>>>> turnserver[0x804f433]
>>>> turnserver[0x804fc44]
>>>> turnserver[0x805034b]
>>>> turnserver[0x8051cd1]
>>>> /lib/tls/i686/cmov/libc.so.6(__libc_start_main+0xe5)[0xb7f24775]
>>>> turnserver[0x804a9d1]
>>>> ======= Memory map: ========
>>>> 08048000-0805a000 r-xp 00000000 08:03 986461
>>>> /usr/local/bin/turnserver
>>>> 0805a000-0805b000 r--p 00011000 08:03 986461
>>>> /usr/local/bin/turnserver
>>>> 0805b000-0805c000 rw-p 00012000 08:03 986461
>>>> /usr/local/bin/turnserver
>>>> 09ff8000-0a019000 rw-p 09ff8000 00:00 0 [heap]
>>>> b7d32000-b7d3f000 r-xp 00000000 08:03 488705 /lib/libgcc_s.so.1
>>>> b7d3f000-b7d40000 r--p 0000c000 08:03 488705 /lib/libgcc_s.so.1
>>>> b7d40000-b7d41000 rw-p 0000d000 08:03 488705 /lib/libgcc_s.so.1
>>>> b7d4e000-b7d8d000 r--p 00000000 08:03 937224
>>>> /usr/lib/locale/en_US.utf8/LC_CTYPE
>>>> b7d8d000-b7d8e000 rw-p b7d8d000 00:00 0
>>>> b7d8e000-b7da3000 r-xp 00000000 08:03 506181
>>>> /lib/tls/i686/cmov/libpthread-2.9.so
>>>> b7da3000-b7da4000 r--p 00014000 08:03 506181
>>>> /lib/tls/i686/cmov/libpthread-2.9.so
>>>> b7da4000-b7da5000 rw-p 00015000 08:03 506181
>>>> /lib/tls/i686/cmov/libpthread-2.9.so
>>>> b7da5000-b7da8000 rw-p b7da5000 00:00 0
>>>> b7da8000-b7dbc000 r-xp 00000000 08:03 488801 /lib/libz.so.1.2.3.3
>>>> b7dbc000-b7dbd000 r--p 00013000 08:03 488801 /lib/libz.so.1.2.3.3
>>>> b7dbd000-b7dbe000 rw-p 00014000 08:03 488801 /lib/libz.so.1.2.3.3
>>>> b7dbe000-b7dc0000 r-xp 00000000 08:03 506161
>>>> /lib/tls/i686/cmov/libdl-2.9.so
>>>> b7dc0000-b7dc1000 r--p 00001000 08:03 506161
>>>> /lib/tls/i686/cmov/libdl-2.9.so
>>>> b7dc1000-b7dc2000 rw-p 00002000 08:03 506161
>>>> /lib/tls/i686/cmov/libdl-2.9.so
>>>> b7dc2000-b7ef5000 r-xp 00000000 08:03 490105
>>>> /lib/i686/cmov/libcrypto.so.0.9.8
>>>> b7ef5000-b7efd000 r--p 00132000 08:03 490105
>>>> /lib/i686/cmov/libcrypto.so.0.9.8
>>>> b7efd000-b7f0a000 rw-p 0013a000 08:03 490105
>>>> /lib/i686/cmov/libcrypto.so.0.9.8
>>>> b7f0a000-b7f0e000 rw-p b7f0a000 00:00 0
>>>> b7f0e000-b806a000 r-xp 00000000 08:03 506155
>>>> /lib/tls/i686/cmov/libc-2.9.so
>>>> b806a000-b806b000 ---p 0015c000 08:03 506155
>>>> /lib/tls/i686/cmov/libc-2.9.so
>>>> b806b000-b806d000 r--p 0015c000 08:03 506155
>>>> /lib/tls/i686/cmov/libc-2.9.so
>>>> b806d000-b806e000 rw-p 0015e000 08:03 506155
>>>> /lib/tls/i686/cmov/libc-2.9.so
>>>> b806e000-b8071000 rw-p b806e000 00:00 0
>>>> b8071000-b8078000 r-xp 00000000 08:03 506185
>>>> /lib/tls/i686/cmov/librt-2.9.so
>>>> b8078000-b8079000 r--p 00006000 08:03 506185
>>>> /lib/tls/i686/cmov/librt-2.9.so
>>>> b8079000-b807a000 rw-p 00007000 08:03 506185
>>>> /lib/tls/i686/cmov/librt-2.9.so
>>>> b807a000-b807b000 rw-p b807a000 00:00 0
>>>> b807b000-b80bd000 r-xp 00000000 08:03 490106
>>>> /lib/i686/cmov/libssl.so.0.9.8
>>>> b80bd000-b80be000 ---p 00042000 08:03 490106
>>>> /lib/i686/cmov/libssl.so.0.9.8
>>>> b80be000-b80bf000 r--p 00042000 08:03 490106
>>>> /lib/i686/cmov/libssl.so.0.9.8
>>>> b80bf000-b80c2000 rw-p 00043000 08:03 490106
>>>> /lib/i686/cmov/libssl.so.0.9.8
>>>> b80c2000-b80cb000 r-xp 00000000 08:03 906735
>>>> /usr/lib/libconfuse.so.0.0.0
>>>> b80cb000-b80cc000 rw-p 00008000 08:03 906735
>>>> /usr/lib/libconfuse.so.0.0.0
>>>> b80d1000-b80d8000 r--s 00000000 08:03 382968
>>>> /usr/lib/gconv/gconv-modules.cache
>>>> b80d8000-b80d9000 r--p 00000000 08:03 937233
>>>> /usr/lib/locale/en_US.utf8/LC_MESSAGES/SYS_LC_MESSAGES
>>>> b80d9000-b80db000 rw-p b80d9000 00:00 0
>>>> b80db000-b80dc000 r-xp b80db000 00:00 0 [vdso]
>>>> b80dc000-b80f8000 r-xp 00000000 08:03 488663 /lib/ld-2.9.so
>>>> b80f8000-b80f9000 r--p 0001b000 08:03 488663 /lib/ld-2.9.so
>>>> b80f9000-b80fa000 rw-p 0001c000 08:03 488663 /lib/ld-2.9.so
>>>> bfee4000-bfef9000 rw-p bffeb000 00:00 0 [stack]
>>>> Aborted
>>>>
>>>>
>>>>
>>>> ------------------------------------------------------------------------------
>>>> Let Crystal Reports handle the reporting - Free Crystal Reports 2008
>>>> 30-Day
>>>> trial. Simplify your report design, integration and deployment - and
>>>> focus on
>>>> what you do best, core application coding. Discover what's new with
>>>> Crystal Reports now. http://p.sf.net/sfu/bobj-july
>>>> _______________________________________________
>>>> Turnserver-users mailing list
>>>> Tur...@li...
>>>> https://lists.sourceforge.net/lists/listinfo/turnserver-users
>>>>
>>>>
>>>>
>>> ------------------------------------------------------------------------------
>>> Let Crystal Reports handle the reporting - Free Crystal Reports 2008
>>> 30-Day
>>> trial. Simplify your report design, integration and deployment - and
>>> focus
>>> on
>>> what you do best, core application coding. Discover what's new with
>>> Crystal Reports now. http://p.sf.net/sfu/bobj-july
>>> _______________________________________________
>>> Turnserver-users mailing list
>>> Tur...@li...
>>> https://lists.sourceforge.net/lists/listinfo/turnserver-users
>>>
>>>
>>
>>
>>
>>
>
>
> ------------------------------------------------------------------------------
> Let Crystal Reports handle the reporting - Free Crystal Reports 2008
> 30-Day
> trial. Simplify your report design, integration and deployment - and focus
> on
> what you do best, core application coding. Discover what's new with
> Crystal Reports now. http://p.sf.net/sfu/bobj-july
> _______________________________________________
> Turnserver-users mailing list
> Tur...@li...
> https://lists.sourceforge.net/lists/listinfo/turnserver-users
>
|
|
From: Sebastien V. <vi...@cl...> - 2009-09-09 12:06:43
|
Hi,
Just one thing, when answering message on mailing-list, use "reply all"
rather than "reply". Maybe other has same problem as you.
he...@in... a écrit :
> Hi Sebastien,
>
> here the answers to your questions:
> - I use Ubuntu 9.04 on all PCs
> - latest SVN version
>
>
OK.
Have you use default turnusers.txt template or provide your own set of
account/password ?
What is the gcc version you use to compile turnserver ? Try using
another version (4.1, 4.2, 4.3, 4.4).
Can you send me the pcap trace.
In last resort, you can also test with another OS (Debian, Fedora or
FreeBSD)...
Regards,
--
Seb
> and following the output of valgrind. I used the -v option to present all
> relevant information.
>
> I hope this will help to detect the error.
>
> Regards
> Tobias
>
> valgrind -v ./src/turnserver -c turnserver.conf
> ==7165== Memcheck, a memory error detector.
> ==7165== Copyright (C) 2002-2008, and GNU GPL'd, by Julian Seward et al.
> ==7165== Using LibVEX rev 1884, a library for dynamic binary translation.
> ==7165== Copyright (C) 2004-2008, and GNU GPL'd, by OpenWorks LLP.
> ==7165== Using valgrind-3.4.1-Debian, a dynamic binary instrumentation
> framework.
> ==7165== Copyright (C) 2000-2008, and GNU GPL'd, by Julian Seward et al.
> ==7165==
> --7165-- Command line
> --7165-- ./src/turnserver
> --7165-- -c
> --7165-- turnserver.conf
> --7165-- Startup, with flags:
> --7165-- -v
> --7165-- Contents of /proc/version:
> --7165-- Linux version 2.6.28-15-generic (buildd@palmer) (gcc version
> 4.3.3 (Ubuntu 4.3.3-5ubuntu4) ) #49-Ubuntu SMP Tue Aug 18 18:40:08 UTC
> 2009
> --7165-- Arch and hwcaps: X86, x86-sse1-sse2
> --7165-- Page sizes: currently 4096, max supported 4096
> --7165-- Valgrind library directory: /usr/lib/valgrind
> --7165-- Reading syms from /lib/ld-2.9.so (0x4000000)
> --7165-- Reading debug info from /lib/ld-2.9.so ..
> --7165-- .. CRC mismatch (computed 049232cc wanted 022486d8)
> --7165-- object doesn't have a symbol table
> --7165-- Reading syms from /home/tum/Desktop/turnserver_new/src/turnserver
> (0x8048000)
> --7165-- Reading syms from /usr/lib/valgrind/x86-linux/memcheck (0x38000000)
> --7165-- object doesn't have a dynamic symbol table
> --7165-- Reading suppressions file: /usr/lib/valgrind/default.supp
> --7165-- Reading syms from /usr/lib/valgrind/x86-linux/vgpreload_core.so
> (0x4020000)
> --7165-- Reading syms from
> /usr/lib/valgrind/x86-linux/vgpreload_memcheck.so (0x4023000)
> --7165-- Reading syms from /usr/lib/libconfuse.so.0.0.0 (0x4039000)
> --7165-- Reading debug info from /usr/lib/libconfuse.so.0.0.0 ..
> --7165-- .. CRC mismatch (computed eecdc0a2 wanted ccc0a68b)
> --7165-- object doesn't have a symbol table
> --7165-- Reading syms from /lib/i686/cmov/libssl.so.0.9.8 (0x4043000)
> --7165-- Reading debug info from /lib/i686/cmov/libssl.so.0.9.8 ..
> --7165-- .. CRC mismatch (computed 9ce15a89 wanted 19171c45)
> --7165-- object doesn't have a symbol table
> --7165-- Reading syms from /lib/tls/i686/cmov/librt-2.9.so (0x408b000)
> --7165-- Reading debug info from /lib/tls/i686/cmov/librt-2.9.so ..
> --7165-- .. CRC mismatch (computed d50040cd wanted 8f443884)
> --7165-- object doesn't have a symbol table
> --7165-- Reading syms from /lib/tls/i686/cmov/libc-2.9.so (0x4094000)
> --7165-- Reading debug info from /lib/tls/i686/cmov/libc-2.9.so ..
> --7165-- .. CRC mismatch (computed 7ee64c88 wanted 8d898f0d)
> --7165-- object doesn't have a symbol table
> --7165-- Reading syms from /lib/i686/cmov/libcrypto.so.0.9.8 (0x41f7000)
> --7165-- Reading debug info from /lib/i686/cmov/libcrypto.so.0.9.8 ..
> --7165-- .. CRC mismatch (computed c72572f2 wanted 211d835a)
> --7165-- object doesn't have a symbol table
> --7165-- Reading syms from /lib/tls/i686/cmov/libdl-2.9.so (0x4343000)
> --7165-- Reading debug info from /lib/tls/i686/cmov/libdl-2.9.so ..
> --7165-- .. CRC mismatch (computed 868ff7e2 wanted 2c0770ec)
> --7165-- object doesn't have a symbol table
> --7165-- Reading syms from /lib/libz.so.1.2.3.3 (0x4347000)
> --7165-- Reading debug info from /lib/libz.so.1.2.3.3 ..
> --7165-- .. CRC mismatch (computed 6f997343 wanted 90f70a2f)
> --7165-- object doesn't have a symbol table
> --7165-- Reading syms from /lib/tls/i686/cmov/libpthread-2.9.so (0x435e000)
> --7165-- Reading debug info from /lib/tls/i686/cmov/libpthread-2.9.so ..
> --7165-- .. CRC mismatch (computed 967fd765 wanted e10448e4)
> --7165-- REDIR: 0x410af00 (index) redirected to 0x4027420 (index)
> --7165-- REDIR: 0x410ce40 (memchr) redirected to 0x4027b00 (memchr)
> --7165-- REDIR: 0x410ba60 (rindex) redirected to 0x4027330 (rindex)
> --7165-- REDIR: 0x410b5e0 (strlen) redirected to 0x40276e0 (strlen)
> --7165-- REDIR: 0x4107600 (calloc) redirected to 0x4024fd0 (calloc)
> --7165-- REDIR: 0x4107930 (malloc) redirected to 0x4026f20 (malloc)
> --7165-- REDIR: 0x410d850 (memcpy) redirected to 0x4027b50 (memcpy)
> --7165-- REDIR: 0x4107de0 (realloc) redirected to 0x4027030 (realloc)
> --7165-- REDIR: 0x4105520 (free) redirected to 0x4025d40 (free)
> --7165-- REDIR: 0x410b070 (strcmp) redirected to 0x40279e0 (strcmp)
> --7165-- REDIR: 0x410b800 (strncmp) redirected to 0x4027950 (strncmp)
> --7165-- REDIR: 0x4110390 (strchrnul) redirected to 0x40286c0 (strchrnul)
> --7165-- REDIR: 0x410d3a0 (mempcpy) redirected to 0x4028720 (mempcpy)
> --7165-- REDIR: 0x410b690 (strnlen) redirected to 0x40276a0 (strnlen)
> --7165-- REDIR: 0x410d530 (stpcpy) redirected to 0x4028380 (stpcpy)
> --7165-- REDIR: 0x410b0e0 (strcpy) redirected to 0x4027740 (strcpy)
> --7165-- REDIR: 0x41102c0 (rawmemchr) redirected to 0x4028700 (rawmemchr)
> listen_address = {"192.168.1.2"}
> listen_addressv6 = {}
> udp_port = 3478
> tcp_port = 3478
> tls_port = 5349
> tls = false
> daemon = false
> # unpriv_user = ""
> max_client = 50
> max_relay_per_username = 5
> allocation_lifetime = 1800
> nonce_key = "hieKedq"
> ca_file = "./ca.crt"
> cert_file = "./server.crt"
> private_key_file = "./server.key"
> realm = "domain.org"
> account_method = "file"
> account_file = "./turnusers.txt"
> denied_address {
> address = "127.0.0.1"
> mask = 8
> port = 0
> }
> denied_address {
> address = "::1"
> mask = 128
> port = 0
> }
> bandwidth_per_allocation = 150
> account_db_login = "anonymous"
> account_db_password = "anonymous"
> account_db_name = "turnserver"
> account_db_address = "127.0.0.1"
> account_db_port = 3306
> --7165-- REDIR: 0x410b910 (strncpy) redirected to 0x4027810 (strncpy)
> 14:14:42.279304 [turnserver.c:3676] TurnServer start
> --7165-- REDIR: 0x410d340 (memset) redirected to 0x40285f0 (memset)
> 14:14:42.391955 [turnserver.c:3767] Run with uid_real=1000
> gid_real=1000
> uid_eff=1000 gid_eff=1000
> 14:15:23.880880 [turnserver.c:3309] Received TCP on listening address
> 14:15:23.883241 [turnserver.c:3322] Received TCP connection
> 14:15:23.888844 [turnserver.c:3250] Received data from TCP client
> 14:15:23.898820 [turnserver.c:3033] Incomplete message
> 14:15:24.876686 [turnserver.c:3250] Received data from TCP client
> 14:15:24.891998 [turnserver.c:2399] No message integrity
> *** stack smashing detected ***: ./src/turnserver terminated
> --7165-- Reading syms from /lib/libgcc_s.so.1 (0x47c4000)
> --7165-- Reading debug info from /lib/libgcc_s.so.1 ..
> --7165-- .. CRC mismatch (computed 224ab3f8 wanted 89276151)
> --7165-- object doesn't have a symbol table
> ======= Backtrace: =========
> /lib/tls/i686/cmov/libc.so.6(__fortify_fail+0x48)[0x4191da8]
> /lib/tls/i686/cmov/libc.so.6(__fortify_fail+0x0)[0x4191d60]
> ./src/turnserver[0x804f433]
> ./src/turnserver[0x804fc44]
> ./src/turnserver[0x805034b]
> ./src/turnserver[0x8051cd1]
> /lib/tls/i686/cmov/libc.so.6(__libc_start_main+0xe5)[0x40aa775]
> ./src/turnserver[0x804a9d1]
> ======= Memory map: ========
> 04000000-0401c000 r-xp 00000000 08:03 488663 /lib/ld-2.9.so
> 0401c000-0401d000 r--p 0001b000 08:03 488663 /lib/ld-2.9.so
> 0401d000-0401e000 rw-p 0001c000 08:03 488663 /lib/ld-2.9.so
> 0401e000-04020000 rw-p 0401e000 00:00 0
> 04020000-04021000 r-xp 00000000 08:03 936565
> /usr/lib/valgrind/x86-linux/vgpreload_core.so
> 04021000-04022000 r--p 00000000 08:03 936565
> /usr/lib/valgrind/x86-linux/vgpreload_core.so
> 04022000-04023000 rw-p 00001000 08:03 936565
> /usr/lib/valgrind/x86-linux/vgpreload_core.so
> 04023000-0402a000 r-xp 00000000 08:03 937533
> /usr/lib/valgrind/x86-linux/vgpreload_memcheck.so
> 0402a000-0402b000 r--p 00006000 08:03 937533
> /usr/lib/valgrind/x86-linux/vgpreload_memcheck.so
> 0402b000-0402c000 rw-p 00007000 08:03 937533
> /usr/lib/valgrind/x86-linux/vgpreload_memcheck.so
> 0402c000-0402d000 r--p 00000000 08:03 937233
> /usr/lib/locale/en_US.utf8/LC_MESSAGES/SYS_LC_MESSAGES
> 0402d000-04034000 r--s 00000000 08:03 382968
> /usr/lib/gconv/gconv-modules.cache
> 04039000-04042000 r-xp 00000000 08:03 906735 /usr/lib/libconfuse.so.0.0.0
> 04042000-04043000 rw-p 00008000 08:03 906735 /usr/lib/libconfuse.so.0.0.0
> 04043000-04085000 r-xp 00000000 08:03 490106
> /lib/i686/cmov/libssl.so.0.9.8
> 04085000-04086000 ---p 00042000 08:03 490106
> /lib/i686/cmov/libssl.so.0.9.8
> 04086000-04087000 r--p 00042000 08:03 490106
> /lib/i686/cmov/libssl.so.0.9.8
> 04087000-0408a000 rw-p 00043000 08:03 490106
> /lib/i686/cmov/libssl.so.0.9.8
> 0408a000-0408b000 rw-p 0408a000 00:00 0
> 0408b000-04092000 r-xp 00000000 08:03 506185
> /lib/tls/i686/cmov/librt-2.9.so
> 04092000-04093000 r--p 00006000 08:03 506185
> /lib/tls/i686/cmov/librt-2.9.so
> 04093000-04094000 rw-p 00007000 08:03 506185
> /lib/tls/i686/cmov/librt-2.9.so
> 04094000-041f0000 r-xp 00000000 08:03 506155
> /lib/tls/i686/cmov/libc-2.9.so
> 041f0000-041f1000 ---p 0015c000 08:03 506155
> /lib/tls/i686/cmov/libc-2.9.so
> 041f1000-041f3000 r--p 0015c000 08:03 506155
> /lib/tls/i686/cmov/libc-2.9.so
> 041f3000-041f4000 rw-p 0015e000 08:03 506155
> /lib/tls/i686/cmov/libc-2.9.so
> 041f4000-041f7000 rw-p 041f4000 00:00 0
> 041f7000-0432a000 r-xp 00000000 08:03 490105
> /lib/i686/cmov/libcrypto.so.0.9.8
> 0432a000-04332000 r--p 00132000 08:03 490105
> /lib/i686/cmov/libcrypto.so.0.9.8
> 04332000-0433f000 rw-p 0013a000 08:03 490105
> /lib/i686/cmov/libcrypto.so.0.9.8
> 0433f000-04343000 rw-p 0433f000 00:00 0
> 04343000-04345000 r-xp 00000000 08:03 506161
> /lib/tls/i686/cmov/libdl-2.9.so
> 04345000-04346000 r--p 00001000 08:03 506161
> /lib/tls/i686/cmov/libdl-2.9.so
> 04346000-04347000 rw-p 00002000 08:03 506161
> /lib/tls/i686/cmov/libdl-2.9.so
> 04347000-0435b000 r-xp 00000000 08:03 488801 /lib/libz.so.1.2.3.3
> 0435b000-0435c000 r--p 00013000 08:03 488801 /lib/libz.so.1.2.3.3
> 0435c000-0435d000 rw-p 00014000 08:03 488801 /lib/libz.so.1.2.3.3
> 0435d000-0435e000 rw-p 0435d000 00:00 0
> 0435e000-04373000 r-xp 00000000 08:03 506181
> /lib/tls/i686/cmov/libpthread-2.9.so
> 04373000-04374000 r--p 00014000 08:03 506181
> /lib/tls/i686/cmov/libpthread-2.9.so
> 04374000-04375000 rw-p 00015000 08:03 506181
> /lib/tls/i686/cmov/libpthread-2.9.so
> 04375000-04378000 rw-p 04375000 00:00 0
> 04378000-04778000 rwxp 04378000 00:00 0
> 04778000-047b7000 r--p 00000000 08:03 937224
> /usr/lib/locale/en_US.utf8/LC_CTYPE
> 047c4000-047d1000 r-xp 00000000 08:03 488705 /lib/libgcc_s.so.1
> 047d1000-047d2000 r--p 0000c000 08:03 488705 /lib/libgcc_s.so.1
> 047d2000-047d3000 rw-p 0000d000 08:03 488705 /lib/libgcc_s.so.1
> 08048000-0805a000 r-xp 00000000 08:03 701499
> /home/tum/Desktop/turnserver_new/src/turnserver
> 0805a000-0805b000 r--p 00011000 08:03 701499
> /home/tum/Desktop/turnserver_new/src/turnserver
> 0805b000-0805c000 rw-p 00012000 08:03 701499
> /home/tum/Desktop/turnserver_new/src/turnserver
> 0805c000-0805d000 rwxp 0805c000 00:00 0
> 38000000-381c3000 r-xp 00000000 08:03 937532
> /usr/lib/valgrind/x86-linux/memcheck
> 381c4000-381c5000 rw-p 001c3000 08:03 937532
> /usr/lib/valgrind/x86-linux/memcheck
> 381c5000-388e3000 rw-p 381c5000 00:00 0
> 61cdf000-62863000 rwxp 61cdf000 00:00 0
> 62863000-62865000 ---p 62863000 00:00 0
> 62865000-62875000 rwxp 62865000 00:00 0
> 62875000-62877000 ---p 62875000 00:00 0
> 62877000-649f4000 rwxp 62877000 00:00 0
> b7fbe000-b7fbf000 r-xp b7fbe000 00:00 0 [vdso]
> be9b5000-be9bc000 rwxp be9b5000 00:00 0
> bf9a9000-bf9be000 rw-p bffeb000 00:00 0 [stack]
> ==7165==
> ==7165== Process terminating with default action of signal 6 (SIGABRT)
> ==7165== at 0x40007F2: (within /lib/ld-2.9.so)
> ==7165== by 0x40C1097: abort (in /lib/tls/i686/cmov/libc-2.9.so)
> ==7165== by 0x40FD24C: (within /lib/tls/i686/cmov/libc-2.9.so)
> ==7165== by 0x4191DA7: __fortify_fail (in /lib/tls/i686/cmov/libc-2.9.so)
> ==7165== by 0x4191D5F: __stack_chk_fail (in
> /lib/tls/i686/cmov/libc-2.9.so)
> ==7165== by 0x804F432: turnserver_listen_recv (turnserver.c:2716)
> ==7165== by 0x804FC43: turnserver_process_tcp_stream (turnserver.c:3046)
> ==7165== by 0x805034A: turnserver_main (turnserver.c:3285)
> ==7165== by 0x8051CD0: main (turnserver.c:3851)
> --7165-- Discarding syms at 0x47c5cb0-0x47ceee8 in /lib/libgcc_s.so.1 due
> to munmap()
> ==7165==
> ==7165== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 28 from 3)
> --7165--
> --7165-- supp: 2 dl-hack3-cond-1
> --7165-- supp: 1 glibc-2.9-on-SUSE-10.3-(x86)
> --7165-- supp: 25 Debian libc6 (2.9.x) stripped dynamic linker
> ==7165== malloc/free: in use at exit: 6,276 bytes in 137 blocks.
> ==7165== malloc/free: 462 allocs, 325 frees, 49,885 bytes allocated.
> ==7165==
> ==7165== searching for pointers to 137 not-freed blocks.
> ==7165== checked 186,296 bytes.
> ==7165==
> ==7165== LEAK SUMMARY:
> ==7165== definitely lost: 0 bytes in 0 blocks.
> ==7165== possibly lost: 868 bytes in 3 blocks.
> ==7165== still reachable: 5,408 bytes in 134 blocks.
> ==7165== suppressed: 0 bytes in 0 blocks.
> ==7165== Rerun with --leak-check=full to see details of leaked memory.
> --7165-- memcheck: sanity checks: 3 cheap, 2 expensive
> --7165-- memcheck: auxmaps: 0 auxmap entries (0k, 0M) in use
> --7165-- memcheck: auxmaps_L1: 0 searches, 0 cmps, ratio 0:10
> --7165-- memcheck: auxmaps_L2: 0 searches, 0 nodes
> --7165-- memcheck: SMs: n_issued = 19 (304k, 0M)
> --7165-- memcheck: SMs: n_deissued = 0 (0k, 0M)
> --7165-- memcheck: SMs: max_noaccess = 65535 (1048560k, 1023M)
> --7165-- memcheck: SMs: max_undefined = 0 (0k, 0M)
> --7165-- memcheck: SMs: max_defined = 49 (784k, 0M)
> --7165-- memcheck: SMs: max_non_DSM = 19 (304k, 0M)
> --7165-- memcheck: max sec V bit nodes: 0 (0k, 0M)
> --7165-- memcheck: set_sec_vbits8 calls: 0 (new: 0, updates: 0)
> --7165-- memcheck: max shadow mem size: 608k, 0M
> --7165-- translate: fast SP updates identified: 6,124 ( 88.9%)
> --7165-- translate: generic_known SP updates identified: 496 ( 7.2%)
> --7165-- translate: generic_unknown SP updates identified: 261 ( 3.7%)
> --7165-- tt/tc: 11,895 tt lookups requiring 12,442 probes
> --7165-- tt/tc: 11,895 fast-cache updates, 3 flushes
> --7165-- transtab: new 5,750 (124,707 -> 1,808,739; ratio 145:10)
> [0 scs]
> --7165-- transtab: dumped 0 (0 -> ??)
> --7165-- transtab: discarded 141 (3,142 -> ??)
> --7165-- scheduler: 395,444 jumps (bb entries).
> --7165-- scheduler: 3/7,638 major/minor sched events.
> --7165-- sanity: 4 cheap, 2 expensive checks.
> --7165-- exectx: 1,543 lists, 854 contexts (avg 0 per list)
> --7165-- exectx: 1,574 searches, 1,156 full compares (734 per 1000)
> --7165-- exectx: 0 cmp2, 67 cmp4, 0 cmpAll
> --7165-- errormgr: 9 supplist searches, 206 comparisons during search
> --7165-- errormgr: 28 errlist searches, 75 comparisons during search
> Aborted
>
>
>
>> Hi Tobias,
>>
>> What version of TurnServer do you use ? release version or SVN ones ?
>> Which OS ?
>>
>> Try with valgrind (valgrind ./turnserver -c ...) to see more information
>> about function that crashed.
>>
>> Regards,
>> --
>> Sebastien Vincent
>>
>> he...@in... a écrit :
>>
>>> Hi,
>>>
>>> to make a performance test I tried to run the turnserver in a local
>>> network where the network interfaces were connected by a gigabit switch.
>>> I
>>> use 3 PCs: one as client, one as peer and the last one is the server.
>>>
>>> When I start the test using test_client_tcp the server terminates
>>> because
>>> of a stack problem. It can process the first allocate request but the
>>> second one results in the problem. (Using wireshark I saw that the
>>> second
>>> allocate request but no response was transferred)
>>> On the server I got the following output. Did someone know where the
>>> problem comes from and how I can fix it?
>>>
>>> Thanks for your help/time!
>>>
>>> Tobias Heck
>>>
>>> Output:
>>> 17:46:36.327473 [turnserver.c:3676] TurnServer start
>>> 17:46:36.327956 [turnserver.c:3767] Run with uid_real=1000 gid_real=1000
>>> uid_eff=1000 gid_eff=1000
>>> 17:46:41.113803 [turnserver.c:3309] Received TCP on listening address
>>> 17:46:41.113855 [turnserver.c:3322] Received TCP connection
>>> 17:46:41.113905 [turnserver.c:3250] Received data from TCP client
>>> 17:46:41.113931 [turnserver.c:3033] Incomplete message
>>> 17:46:42.114156 [turnserver.c:3250] Received data from TCP client
>>> 17:46:42.114231 [turnserver.c:2399] No message integrity
>>> *** stack smashing detected ***: turnserver terminated
>>> ======= Backtrace: =========
>>> /lib/tls/i686/cmov/libc.so.6(__fortify_fail+0x48)[0xb800bda8]
>>> /lib/tls/i686/cmov/libc.so.6(__fortify_fail+0x0)[0xb800bd60]
>>> turnserver[0x804f433]
>>> turnserver[0x804fc44]
>>> turnserver[0x805034b]
>>> turnserver[0x8051cd1]
>>> /lib/tls/i686/cmov/libc.so.6(__libc_start_main+0xe5)[0xb7f24775]
>>> turnserver[0x804a9d1]
>>> ======= Memory map: ========
>>> 08048000-0805a000 r-xp 00000000 08:03 986461
>>> /usr/local/bin/turnserver
>>> 0805a000-0805b000 r--p 00011000 08:03 986461
>>> /usr/local/bin/turnserver
>>> 0805b000-0805c000 rw-p 00012000 08:03 986461
>>> /usr/local/bin/turnserver
>>> 09ff8000-0a019000 rw-p 09ff8000 00:00 0 [heap]
>>> b7d32000-b7d3f000 r-xp 00000000 08:03 488705 /lib/libgcc_s.so.1
>>> b7d3f000-b7d40000 r--p 0000c000 08:03 488705 /lib/libgcc_s.so.1
>>> b7d40000-b7d41000 rw-p 0000d000 08:03 488705 /lib/libgcc_s.so.1
>>> b7d4e000-b7d8d000 r--p 00000000 08:03 937224
>>> /usr/lib/locale/en_US.utf8/LC_CTYPE
>>> b7d8d000-b7d8e000 rw-p b7d8d000 00:00 0
>>> b7d8e000-b7da3000 r-xp 00000000 08:03 506181
>>> /lib/tls/i686/cmov/libpthread-2.9.so
>>> b7da3000-b7da4000 r--p 00014000 08:03 506181
>>> /lib/tls/i686/cmov/libpthread-2.9.so
>>> b7da4000-b7da5000 rw-p 00015000 08:03 506181
>>> /lib/tls/i686/cmov/libpthread-2.9.so
>>> b7da5000-b7da8000 rw-p b7da5000 00:00 0
>>> b7da8000-b7dbc000 r-xp 00000000 08:03 488801 /lib/libz.so.1.2.3.3
>>> b7dbc000-b7dbd000 r--p 00013000 08:03 488801 /lib/libz.so.1.2.3.3
>>> b7dbd000-b7dbe000 rw-p 00014000 08:03 488801 /lib/libz.so.1.2.3.3
>>> b7dbe000-b7dc0000 r-xp 00000000 08:03 506161
>>> /lib/tls/i686/cmov/libdl-2.9.so
>>> b7dc0000-b7dc1000 r--p 00001000 08:03 506161
>>> /lib/tls/i686/cmov/libdl-2.9.so
>>> b7dc1000-b7dc2000 rw-p 00002000 08:03 506161
>>> /lib/tls/i686/cmov/libdl-2.9.so
>>> b7dc2000-b7ef5000 r-xp 00000000 08:03 490105
>>> /lib/i686/cmov/libcrypto.so.0.9.8
>>> b7ef5000-b7efd000 r--p 00132000 08:03 490105
>>> /lib/i686/cmov/libcrypto.so.0.9.8
>>> b7efd000-b7f0a000 rw-p 0013a000 08:03 490105
>>> /lib/i686/cmov/libcrypto.so.0.9.8
>>> b7f0a000-b7f0e000 rw-p b7f0a000 00:00 0
>>> b7f0e000-b806a000 r-xp 00000000 08:03 506155
>>> /lib/tls/i686/cmov/libc-2.9.so
>>> b806a000-b806b000 ---p 0015c000 08:03 506155
>>> /lib/tls/i686/cmov/libc-2.9.so
>>> b806b000-b806d000 r--p 0015c000 08:03 506155
>>> /lib/tls/i686/cmov/libc-2.9.so
>>> b806d000-b806e000 rw-p 0015e000 08:03 506155
>>> /lib/tls/i686/cmov/libc-2.9.so
>>> b806e000-b8071000 rw-p b806e000 00:00 0
>>> b8071000-b8078000 r-xp 00000000 08:03 506185
>>> /lib/tls/i686/cmov/librt-2.9.so
>>> b8078000-b8079000 r--p 00006000 08:03 506185
>>> /lib/tls/i686/cmov/librt-2.9.so
>>> b8079000-b807a000 rw-p 00007000 08:03 506185
>>> /lib/tls/i686/cmov/librt-2.9.so
>>> b807a000-b807b000 rw-p b807a000 00:00 0
>>> b807b000-b80bd000 r-xp 00000000 08:03 490106
>>> /lib/i686/cmov/libssl.so.0.9.8
>>> b80bd000-b80be000 ---p 00042000 08:03 490106
>>> /lib/i686/cmov/libssl.so.0.9.8
>>> b80be000-b80bf000 r--p 00042000 08:03 490106
>>> /lib/i686/cmov/libssl.so.0.9.8
>>> b80bf000-b80c2000 rw-p 00043000 08:03 490106
>>> /lib/i686/cmov/libssl.so.0.9.8
>>> b80c2000-b80cb000 r-xp 00000000 08:03 906735
>>> /usr/lib/libconfuse.so.0.0.0
>>> b80cb000-b80cc000 rw-p 00008000 08:03 906735
>>> /usr/lib/libconfuse.so.0.0.0
>>> b80d1000-b80d8000 r--s 00000000 08:03 382968
>>> /usr/lib/gconv/gconv-modules.cache
>>> b80d8000-b80d9000 r--p 00000000 08:03 937233
>>> /usr/lib/locale/en_US.utf8/LC_MESSAGES/SYS_LC_MESSAGES
>>> b80d9000-b80db000 rw-p b80d9000 00:00 0
>>> b80db000-b80dc000 r-xp b80db000 00:00 0 [vdso]
>>> b80dc000-b80f8000 r-xp 00000000 08:03 488663 /lib/ld-2.9.so
>>> b80f8000-b80f9000 r--p 0001b000 08:03 488663 /lib/ld-2.9.so
>>> b80f9000-b80fa000 rw-p 0001c000 08:03 488663 /lib/ld-2.9.so
>>> bfee4000-bfef9000 rw-p bffeb000 00:00 0 [stack]
>>> Aborted
>>>
>>>
>>>
>>> ------------------------------------------------------------------------------
>>> Let Crystal Reports handle the reporting - Free Crystal Reports 2008
>>> 30-Day
>>> trial. Simplify your report design, integration and deployment - and
>>> focus on
>>> what you do best, core application coding. Discover what's new with
>>> Crystal Reports now. http://p.sf.net/sfu/bobj-july
>>> _______________________________________________
>>> Turnserver-users mailing list
>>> Tur...@li...
>>> https://lists.sourceforge.net/lists/listinfo/turnserver-users
>>>
>>>
>>>
>> ------------------------------------------------------------------------------
>> Let Crystal Reports handle the reporting - Free Crystal Reports 2008
>> 30-Day
>> trial. Simplify your report design, integration and deployment - and focus
>> on
>> what you do best, core application coding. Discover what's new with
>> Crystal Reports now. http://p.sf.net/sfu/bobj-july
>> _______________________________________________
>> Turnserver-users mailing list
>> Tur...@li...
>> https://lists.sourceforge.net/lists/listinfo/turnserver-users
>>
>>
>
>
>
>
|
|
From: Sébastien V. <vi...@cl...> - 2009-09-08 17:59:41
|
Hi, Srikanth Rajagopalan a écrit : > Hi Sebastien, > > Thanks for your reply. I have some doubt about TURN here. The internet > draft on TURN given at > http://tools.ietf.org/html/draft-ietf-behave-turn-16 indicates that > while transport from TURN client to server may be UDP/TCP/TLS over > TCP; the transport from the TURN server to the peer (the host we are > contacting) is only UDP. Is that how you have implemented it or is TCP > transport available between TURN server and peer. > For the moment in TurnServer TCP is not supported between server and peer, it is not in the standard TURN specification. But it exists a draft that specify turn-tcp (see http://tools.ietf.org/html/draft-ietf-behave-turn-tcp). I plan to implement it in TurnServer in the future (maybe in revision 05). Regards, -- Sebastien Vincent > > Regards, > Srikanth Rajagopalan > > --- On *Sat, 5/9/09, Sébastien Vincent > /<vi...@cl...>/* wrote: > > > From: Sébastien Vincent <vi...@cl...> > Subject: Re: [Turnserver-users] Regarding user accounts in turnserver > To: "Srikanth Rajagopalan" <sri...@ya...>, > tur...@li... > Date: Saturday, 5 September, 2009, 12:07 AM > > Hi, > > To have some debug message in TunrServer, reconfigure as follow: > > make clean > ./configure --enable-debug-build > make > > > STUN binding request is never authenticated and it is not a TURN > message. TurnServer requires authentication (and thus valid > account) just for TURN message. Maybe you have missed some > configuration with PJSIP (according to > http://www.pjsip.org/pjnath/docs/html/group__PJNATH__TURN.htm > PJSIP support TURN). > > Regards, > -- > Sebastien Vincent > > > Srikanth Rajagopalan a écrit : > > Hi Sebastien, > > > > Thank you for your quick reply. I am starting the turnserver > after editing the turnusers.txt using this command > > > > turnserver -c /usr/local/etc/turnserver.conf > > > > I do not recieve any message saying turnserver has started but I > am able to connect to the server so I know that it is working. IS > this normal or shoul;d I be getting some message saying the server > is running now? > > > > What I did is I emptied the turnusers.txt file and started the > turn server. I ran my program and checked with wireshark. What I > saw is that the client sends a STUN bind request and the server > replies with a success message and I am able to communicate. I > expected it to fail as the users list is empty. Is the users list > only for TURN and not for STUN? > > > > I am pasting my config file below. > > > > #################################################### > > ## > > # TurnServer configuration file. > > # > > > > ## Public IPv4 address of any relayed address (if not set, no > relay for IPv4). > > ## To have multiple address, separate addresses with a comma > > ## (i.e. listen_address = { "172.16.0.1", "172.17.0.1" }). > > listen_address = { "10.100.104.206" } > > > > ## Public IPv6 address of any relayed address (if not set, no > relay for IPv6). > > ## To have multiple address, separate address with a comma > > ## (i.e. listen_addressv6 = { "2001:db8:1::1", "2001:db8:2::1" }). > > #listen_addressv6 = { "2001:db8::1" } > > > > ## UDP listening port. > > udp_port = 3478 > > > > ## TCP listening port. > > tcp_port = 3478 > > > > ## TLS listening port. > > tls_port = 5349 > > > > ## TLS support. > > tls = false > > > > ## Daemon mode. > > daemon = false > > > > ## Unprivileged user > > ## if you want to use this feature create a system user. > > ## On Linux: adduser --system --group turnserver > > #unpriv_user = turnserver > > > > ## Realm value. > > realm = "10.100.104.28" > > > > ## Nonce key. > > nonce_key = "hieKedq" > > > > ## Max relay per username. > > max_relay_per_username = 5 > > > > ## Allocation lifetime. > > allocation_lifetime = 1800 > > > > ## Allocation bandwidth limitation (in KBytes/s). > > # 0 value means bandwidth quota disabled. > > bandwidth_per_allocation = 150 > > > > ## Denied addresses. > > > > # disallow relaying to localhost > > #denied_address { > > # address = "127.0.0.1" > > # mask = "8" > > # port = 0 > > #} > > > > # disallow relaying to ip6-localhost > > denied_address { > > address = "::1" > > mask = "128" > > port = 0 > > } > > > > denied_address { > > address = "10.1.4.0" > > mask = 24 > > port = 0 > > } > > > > ## Certification Authority file. > > ca_file = "./ca.crt" > > > > ## Server certificate file. > > cert_file = "./server.crt" > > > > ## Private key file. > > private_key_file = "./server.key" > > > > ## Account method. > > account_method = "file" > > > > ## Account file (if account_method = file). > > account_file = "/usr/local/etc/turnusers.txt" > > > > Thanks fro your help. > > > > Regards, > > Srikanth Rajagopalan > > > > --- On *Fri, 4/9/09, Sébastien Vincent > /<vi...@cl... > <http://in.mc87.mail.yahoo.com/mc/compose?to=vi...@cl...>>/* > wrote: > > > > > > From: Sébastien Vincent <vi...@cl... > <http://in.mc87.mail.yahoo.com/mc/compose?to=vi...@cl...>> > > Subject: Re: [Turnserver-users] Regarding user accounts in > turnserver > > To: "Srikanth Rajagopalan" <sri...@ya... > <http://in.mc87.mail.yahoo.com/mc/compose?to=sri...@ya...>> > > Cc: tur...@li... > <http://in.mc87.mail.yahoo.com/mc/compose?to=tur...@li...> > > Date: Friday, 4 September, 2009, 12:08 AM > > > > Hi, > > > > Are you restarting turnserver after modifying turnserver.txt > file > > ? Are turnserver uses correct turnserver.txt path ? (look at > > configuration file => account_file = "./turnusers.txt"). > > I just test with test_client_udp by changing password in the > > source file, recompile and it does not work when account not > exist > > or password does not match. > > > > I suggest you to study PCAP traces (with Wireshark) and see > if all > > is normal (good credentials given by client, bad credentials > given > > by client). > > > > Regards, > > -- > > Sebastien Vincent > > > > Srikanth Rajagopalan a écrit : > > > Hi, > > > I am using turnserver to implement a STUN?TURN server for > SIP. > > I got the server up and running. The problem I have is that the > > turnusers.txt does not seem to have any effect. Regardless of > > wether a person has an entry in the turnusers.txt file and > whether > > the correct password is supplied it works. I am using PJSIP for > > the SIP client. > > > Hoping for a reply. > > > Regards, > > > Srikanth Rajagopalan > > > > > > > > > > > > ------------------------------------------------------------------------ > > > See the Web's breaking stories, chosen by people like you. > Check > > out Yahoo! Buzz > > > <http://in.rd.yahoo.com/tagline_buzz_1/*http://in.buzz.yahoo.com/>. > > > > > > ------------------------------------------------------------------------ > > > > > > > > > ------------------------------------------------------------------------------ > > > Let Crystal Reports handle the reporting - Free Crystal > Reports > > 2008 30-Day trial. Simplify your report design, integration and > > deployment - and focus on what you do best, core application > > coding. Discover what's new with Crystal Reports now. > http://p.sf.net/sfu/bobj-july > > > > > > ------------------------------------------------------------------------ > > > > > > _______________________________________________ > > > Turnserver-users mailing list > > > Tur...@li... > <http://in.mc87.mail.yahoo.com/mc/compose?to=Tur...@li...> > > </mc/compose?to=Tur...@li... > <http://in.mc87.mail.yahoo.com/mc/compose?to=Tur...@li...>> > > > https://lists.sourceforge.net/lists/listinfo/turnserver-users > > > > > > > > ------------------------------------------------------------------------ > > See the Web's breaking stories, chosen by people like you. Check > out Yahoo! Buzz > <http://in.rd.yahoo.com/tagline_buzz_1/*http://in.buzz.yahoo.com/>. > > > ------------------------------------------------------------------------ > See the Web's breaking stories, chosen by people like you. Check out > Yahoo! Buzz > <http://in.rd.yahoo.com/tagline_buzz_1/*http://in.buzz.yahoo.com/>. |
|
From: Sebastien V. <vi...@cl...> - 2009-09-08 10:46:06
|
Hi Tobias, What version of TurnServer do you use ? release version or SVN ones ? Which OS ? Try with valgrind (valgrind ./turnserver -c ...) to see more information about function that crashed. Regards, -- Sebastien Vincent he...@in... a écrit : > Hi, > > to make a performance test I tried to run the turnserver in a local > network where the network interfaces were connected by a gigabit switch. I > use 3 PCs: one as client, one as peer and the last one is the server. > > When I start the test using test_client_tcp the server terminates because > of a stack problem. It can process the first allocate request but the > second one results in the problem. (Using wireshark I saw that the second > allocate request but no response was transferred) > On the server I got the following output. Did someone know where the > problem comes from and how I can fix it? > > Thanks for your help/time! > > Tobias Heck > > Output: > 17:46:36.327473 [turnserver.c:3676] TurnServer start > 17:46:36.327956 [turnserver.c:3767] Run with uid_real=1000 gid_real=1000 > uid_eff=1000 gid_eff=1000 > 17:46:41.113803 [turnserver.c:3309] Received TCP on listening address > 17:46:41.113855 [turnserver.c:3322] Received TCP connection > 17:46:41.113905 [turnserver.c:3250] Received data from TCP client > 17:46:41.113931 [turnserver.c:3033] Incomplete message > 17:46:42.114156 [turnserver.c:3250] Received data from TCP client > 17:46:42.114231 [turnserver.c:2399] No message integrity > *** stack smashing detected ***: turnserver terminated > ======= Backtrace: ========= > /lib/tls/i686/cmov/libc.so.6(__fortify_fail+0x48)[0xb800bda8] > /lib/tls/i686/cmov/libc.so.6(__fortify_fail+0x0)[0xb800bd60] > turnserver[0x804f433] > turnserver[0x804fc44] > turnserver[0x805034b] > turnserver[0x8051cd1] > /lib/tls/i686/cmov/libc.so.6(__libc_start_main+0xe5)[0xb7f24775] > turnserver[0x804a9d1] > ======= Memory map: ======== > 08048000-0805a000 r-xp 00000000 08:03 986461 /usr/local/bin/turnserver > 0805a000-0805b000 r--p 00011000 08:03 986461 /usr/local/bin/turnserver > 0805b000-0805c000 rw-p 00012000 08:03 986461 /usr/local/bin/turnserver > 09ff8000-0a019000 rw-p 09ff8000 00:00 0 [heap] > b7d32000-b7d3f000 r-xp 00000000 08:03 488705 /lib/libgcc_s.so.1 > b7d3f000-b7d40000 r--p 0000c000 08:03 488705 /lib/libgcc_s.so.1 > b7d40000-b7d41000 rw-p 0000d000 08:03 488705 /lib/libgcc_s.so.1 > b7d4e000-b7d8d000 r--p 00000000 08:03 937224 > /usr/lib/locale/en_US.utf8/LC_CTYPE > b7d8d000-b7d8e000 rw-p b7d8d000 00:00 0 > b7d8e000-b7da3000 r-xp 00000000 08:03 506181 > /lib/tls/i686/cmov/libpthread-2.9.so > b7da3000-b7da4000 r--p 00014000 08:03 506181 > /lib/tls/i686/cmov/libpthread-2.9.so > b7da4000-b7da5000 rw-p 00015000 08:03 506181 > /lib/tls/i686/cmov/libpthread-2.9.so > b7da5000-b7da8000 rw-p b7da5000 00:00 0 > b7da8000-b7dbc000 r-xp 00000000 08:03 488801 /lib/libz.so.1.2.3.3 > b7dbc000-b7dbd000 r--p 00013000 08:03 488801 /lib/libz.so.1.2.3.3 > b7dbd000-b7dbe000 rw-p 00014000 08:03 488801 /lib/libz.so.1.2.3.3 > b7dbe000-b7dc0000 r-xp 00000000 08:03 506161 > /lib/tls/i686/cmov/libdl-2.9.so > b7dc0000-b7dc1000 r--p 00001000 08:03 506161 > /lib/tls/i686/cmov/libdl-2.9.so > b7dc1000-b7dc2000 rw-p 00002000 08:03 506161 > /lib/tls/i686/cmov/libdl-2.9.so > b7dc2000-b7ef5000 r-xp 00000000 08:03 490105 > /lib/i686/cmov/libcrypto.so.0.9.8 > b7ef5000-b7efd000 r--p 00132000 08:03 490105 > /lib/i686/cmov/libcrypto.so.0.9.8 > b7efd000-b7f0a000 rw-p 0013a000 08:03 490105 > /lib/i686/cmov/libcrypto.so.0.9.8 > b7f0a000-b7f0e000 rw-p b7f0a000 00:00 0 > b7f0e000-b806a000 r-xp 00000000 08:03 506155 > /lib/tls/i686/cmov/libc-2.9.so > b806a000-b806b000 ---p 0015c000 08:03 506155 > /lib/tls/i686/cmov/libc-2.9.so > b806b000-b806d000 r--p 0015c000 08:03 506155 > /lib/tls/i686/cmov/libc-2.9.so > b806d000-b806e000 rw-p 0015e000 08:03 506155 > /lib/tls/i686/cmov/libc-2.9.so > b806e000-b8071000 rw-p b806e000 00:00 0 > b8071000-b8078000 r-xp 00000000 08:03 506185 > /lib/tls/i686/cmov/librt-2.9.so > b8078000-b8079000 r--p 00006000 08:03 506185 > /lib/tls/i686/cmov/librt-2.9.so > b8079000-b807a000 rw-p 00007000 08:03 506185 > /lib/tls/i686/cmov/librt-2.9.so > b807a000-b807b000 rw-p b807a000 00:00 0 > b807b000-b80bd000 r-xp 00000000 08:03 490106 > /lib/i686/cmov/libssl.so.0.9.8 > b80bd000-b80be000 ---p 00042000 08:03 490106 > /lib/i686/cmov/libssl.so.0.9.8 > b80be000-b80bf000 r--p 00042000 08:03 490106 > /lib/i686/cmov/libssl.so.0.9.8 > b80bf000-b80c2000 rw-p 00043000 08:03 490106 > /lib/i686/cmov/libssl.so.0.9.8 > b80c2000-b80cb000 r-xp 00000000 08:03 906735 /usr/lib/libconfuse.so.0.0.0 > b80cb000-b80cc000 rw-p 00008000 08:03 906735 /usr/lib/libconfuse.so.0.0.0 > b80d1000-b80d8000 r--s 00000000 08:03 382968 > /usr/lib/gconv/gconv-modules.cache > b80d8000-b80d9000 r--p 00000000 08:03 937233 > /usr/lib/locale/en_US.utf8/LC_MESSAGES/SYS_LC_MESSAGES > b80d9000-b80db000 rw-p b80d9000 00:00 0 > b80db000-b80dc000 r-xp b80db000 00:00 0 [vdso] > b80dc000-b80f8000 r-xp 00000000 08:03 488663 /lib/ld-2.9.so > b80f8000-b80f9000 r--p 0001b000 08:03 488663 /lib/ld-2.9.so > b80f9000-b80fa000 rw-p 0001c000 08:03 488663 /lib/ld-2.9.so > bfee4000-bfef9000 rw-p bffeb000 00:00 0 [stack] > Aborted > > > > ------------------------------------------------------------------------------ > Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day > trial. Simplify your report design, integration and deployment - and focus on > what you do best, core application coding. Discover what's new with > Crystal Reports now. http://p.sf.net/sfu/bobj-july > _______________________________________________ > Turnserver-users mailing list > Tur...@li... > https://lists.sourceforge.net/lists/listinfo/turnserver-users > > |
|
From: <he...@in...> - 2009-09-07 14:25:20
|
Hi, to make a performance test I tried to run the turnserver in a local network where the network interfaces were connected by a gigabit switch. I use 3 PCs: one as client, one as peer and the last one is the server. When I start the test using test_client_tcp the server terminates because of a stack problem. It can process the first allocate request but the second one results in the problem. (Using wireshark I saw that the second allocate request but no response was transferred) On the server I got the following output. Did someone know where the problem comes from and how I can fix it? Thanks for your help/time! Tobias Heck Output: 17:46:36.327473 [turnserver.c:3676] TurnServer start 17:46:36.327956 [turnserver.c:3767] Run with uid_real=1000 gid_real=1000 uid_eff=1000 gid_eff=1000 17:46:41.113803 [turnserver.c:3309] Received TCP on listening address 17:46:41.113855 [turnserver.c:3322] Received TCP connection 17:46:41.113905 [turnserver.c:3250] Received data from TCP client 17:46:41.113931 [turnserver.c:3033] Incomplete message 17:46:42.114156 [turnserver.c:3250] Received data from TCP client 17:46:42.114231 [turnserver.c:2399] No message integrity *** stack smashing detected ***: turnserver terminated ======= Backtrace: ========= /lib/tls/i686/cmov/libc.so.6(__fortify_fail+0x48)[0xb800bda8] /lib/tls/i686/cmov/libc.so.6(__fortify_fail+0x0)[0xb800bd60] turnserver[0x804f433] turnserver[0x804fc44] turnserver[0x805034b] turnserver[0x8051cd1] /lib/tls/i686/cmov/libc.so.6(__libc_start_main+0xe5)[0xb7f24775] turnserver[0x804a9d1] ======= Memory map: ======== 08048000-0805a000 r-xp 00000000 08:03 986461 /usr/local/bin/turnserver 0805a000-0805b000 r--p 00011000 08:03 986461 /usr/local/bin/turnserver 0805b000-0805c000 rw-p 00012000 08:03 986461 /usr/local/bin/turnserver 09ff8000-0a019000 rw-p 09ff8000 00:00 0 [heap] b7d32000-b7d3f000 r-xp 00000000 08:03 488705 /lib/libgcc_s.so.1 b7d3f000-b7d40000 r--p 0000c000 08:03 488705 /lib/libgcc_s.so.1 b7d40000-b7d41000 rw-p 0000d000 08:03 488705 /lib/libgcc_s.so.1 b7d4e000-b7d8d000 r--p 00000000 08:03 937224 /usr/lib/locale/en_US.utf8/LC_CTYPE b7d8d000-b7d8e000 rw-p b7d8d000 00:00 0 b7d8e000-b7da3000 r-xp 00000000 08:03 506181 /lib/tls/i686/cmov/libpthread-2.9.so b7da3000-b7da4000 r--p 00014000 08:03 506181 /lib/tls/i686/cmov/libpthread-2.9.so b7da4000-b7da5000 rw-p 00015000 08:03 506181 /lib/tls/i686/cmov/libpthread-2.9.so b7da5000-b7da8000 rw-p b7da5000 00:00 0 b7da8000-b7dbc000 r-xp 00000000 08:03 488801 /lib/libz.so.1.2.3.3 b7dbc000-b7dbd000 r--p 00013000 08:03 488801 /lib/libz.so.1.2.3.3 b7dbd000-b7dbe000 rw-p 00014000 08:03 488801 /lib/libz.so.1.2.3.3 b7dbe000-b7dc0000 r-xp 00000000 08:03 506161 /lib/tls/i686/cmov/libdl-2.9.so b7dc0000-b7dc1000 r--p 00001000 08:03 506161 /lib/tls/i686/cmov/libdl-2.9.so b7dc1000-b7dc2000 rw-p 00002000 08:03 506161 /lib/tls/i686/cmov/libdl-2.9.so b7dc2000-b7ef5000 r-xp 00000000 08:03 490105 /lib/i686/cmov/libcrypto.so.0.9.8 b7ef5000-b7efd000 r--p 00132000 08:03 490105 /lib/i686/cmov/libcrypto.so.0.9.8 b7efd000-b7f0a000 rw-p 0013a000 08:03 490105 /lib/i686/cmov/libcrypto.so.0.9.8 b7f0a000-b7f0e000 rw-p b7f0a000 00:00 0 b7f0e000-b806a000 r-xp 00000000 08:03 506155 /lib/tls/i686/cmov/libc-2.9.so b806a000-b806b000 ---p 0015c000 08:03 506155 /lib/tls/i686/cmov/libc-2.9.so b806b000-b806d000 r--p 0015c000 08:03 506155 /lib/tls/i686/cmov/libc-2.9.so b806d000-b806e000 rw-p 0015e000 08:03 506155 /lib/tls/i686/cmov/libc-2.9.so b806e000-b8071000 rw-p b806e000 00:00 0 b8071000-b8078000 r-xp 00000000 08:03 506185 /lib/tls/i686/cmov/librt-2.9.so b8078000-b8079000 r--p 00006000 08:03 506185 /lib/tls/i686/cmov/librt-2.9.so b8079000-b807a000 rw-p 00007000 08:03 506185 /lib/tls/i686/cmov/librt-2.9.so b807a000-b807b000 rw-p b807a000 00:00 0 b807b000-b80bd000 r-xp 00000000 08:03 490106 /lib/i686/cmov/libssl.so.0.9.8 b80bd000-b80be000 ---p 00042000 08:03 490106 /lib/i686/cmov/libssl.so.0.9.8 b80be000-b80bf000 r--p 00042000 08:03 490106 /lib/i686/cmov/libssl.so.0.9.8 b80bf000-b80c2000 rw-p 00043000 08:03 490106 /lib/i686/cmov/libssl.so.0.9.8 b80c2000-b80cb000 r-xp 00000000 08:03 906735 /usr/lib/libconfuse.so.0.0.0 b80cb000-b80cc000 rw-p 00008000 08:03 906735 /usr/lib/libconfuse.so.0.0.0 b80d1000-b80d8000 r--s 00000000 08:03 382968 /usr/lib/gconv/gconv-modules.cache b80d8000-b80d9000 r--p 00000000 08:03 937233 /usr/lib/locale/en_US.utf8/LC_MESSAGES/SYS_LC_MESSAGES b80d9000-b80db000 rw-p b80d9000 00:00 0 b80db000-b80dc000 r-xp b80db000 00:00 0 [vdso] b80dc000-b80f8000 r-xp 00000000 08:03 488663 /lib/ld-2.9.so b80f8000-b80f9000 r--p 0001b000 08:03 488663 /lib/ld-2.9.so b80f9000-b80fa000 rw-p 0001c000 08:03 488663 /lib/ld-2.9.so bfee4000-bfef9000 rw-p bffeb000 00:00 0 [stack] Aborted |
|
From: Sébastien V. <vi...@cl...> - 2009-09-04 19:04:46
|
Hi, To have some debug message in TunrServer, reconfigure as follow: make clean ./configure --enable-debug-build make STUN binding request is never authenticated and it is not a TURN message. TurnServer requires authentication (and thus valid account) just for TURN message. Maybe you have missed some configuration with PJSIP (according to http://www.pjsip.org/pjnath/docs/html/group__PJNATH__TURN.htm PJSIP support TURN). Regards, -- Sebastien Vincent Srikanth Rajagopalan a écrit : > Hi Sebastien, > > Thank you for your quick reply. I am starting the turnserver after > editing the turnusers.txt using this command > > turnserver -c /usr/local/etc/turnserver.conf > > I do not recieve any message saying turnserver has started but I am > able to connect to the server so I know that it is working. IS this > normal or shoul;d I be getting some message saying the server is > running now? > > What I did is I emptied the turnusers.txt file and started the turn > server. I ran my program and checked with wireshark. What I saw is > that the client sends a STUN bind request and the server replies with > a success message and I am able to communicate. I expected it to fail > as the users list is empty. Is the users list only for TURN and not > for STUN? > > I am pasting my config file below. > > #################################################### > ## > # TurnServer configuration file. > # > > ## Public IPv4 address of any relayed address (if not set, no relay > for IPv4). > ## To have multiple address, separate addresses with a comma > ## (i.e. listen_address = { "172.16.0.1", "172.17.0.1" }). > listen_address = { "10.100.104.206" } > > ## Public IPv6 address of any relayed address (if not set, no relay > for IPv6). > ## To have multiple address, separate address with a comma > ## (i.e. listen_addressv6 = { "2001:db8:1::1", "2001:db8:2::1" }). > #listen_addressv6 = { "2001:db8::1" } > > ## UDP listening port. > udp_port = 3478 > > ## TCP listening port. > tcp_port = 3478 > > ## TLS listening port. > tls_port = 5349 > > ## TLS support. > tls = false > > ## Daemon mode. > daemon = false > > ## Unprivileged user > ## if you want to use this feature create a system user. > ## On Linux: adduser --system --group turnserver > #unpriv_user = turnserver > > ## Realm value. > realm = "10.100.104.28" > > ## Nonce key. > nonce_key = "hieKedq" > > ## Max relay per username. > max_relay_per_username = 5 > > ## Allocation lifetime. > allocation_lifetime = 1800 > > ## Allocation bandwidth limitation (in KBytes/s). > # 0 value means bandwidth quota disabled. > bandwidth_per_allocation = 150 > > ## Denied addresses. > > # disallow relaying to localhost > #denied_address { > # address = "127.0.0.1" > # mask = "8" > # port = 0 > #} > > # disallow relaying to ip6-localhost > denied_address { > address = "::1" > mask = "128" > port = 0 > } > > denied_address { > address = "10.1.4.0" > mask = 24 > port = 0 > } > > ## Certification Authority file. > ca_file = "./ca.crt" > > ## Server certificate file. > cert_file = "./server.crt" > > ## Private key file. > private_key_file = "./server.key" > > ## Account method. > account_method = "file" > > ## Account file (if account_method = file). > account_file = "/usr/local/etc/turnusers.txt" > > Thanks fro your help. > > Regards, > Srikanth Rajagopalan > > --- On *Fri, 4/9/09, Sébastien Vincent > /<vi...@cl...>/* wrote: > > > From: Sébastien Vincent <vi...@cl...> > Subject: Re: [Turnserver-users] Regarding user accounts in turnserver > To: "Srikanth Rajagopalan" <sri...@ya...> > Cc: tur...@li... > Date: Friday, 4 September, 2009, 12:08 AM > > Hi, > > Are you restarting turnserver after modifying turnserver.txt file > ? Are turnserver uses correct turnserver.txt path ? (look at > configuration file => account_file = "./turnusers.txt"). > I just test with test_client_udp by changing password in the > source file, recompile and it does not work when account not exist > or password does not match. > > I suggest you to study PCAP traces (with Wireshark) and see if all > is normal (good credentials given by client, bad credentials given > by client). > > Regards, > -- > Sebastien Vincent > > Srikanth Rajagopalan a écrit : > > Hi, > > I am using turnserver to implement a STUN?TURN server for SIP. > I got the server up and running. The problem I have is that the > turnusers.txt does not seem to have any effect. Regardless of > wether a person has an entry in the turnusers.txt file and whether > the correct password is supplied it works. I am using PJSIP for > the SIP client. > > Hoping for a reply. > > Regards, > > Srikanth Rajagopalan > > > > > > > ------------------------------------------------------------------------ > > See the Web's breaking stories, chosen by people like you. Check > out Yahoo! Buzz > <http://in.rd.yahoo.com/tagline_buzz_1/*http://in.buzz.yahoo.com/>. > > > ------------------------------------------------------------------------ > > > > > ------------------------------------------------------------------------------ > > Let Crystal Reports handle the reporting - Free Crystal Reports > 2008 30-Day trial. Simplify your report design, integration and > deployment - and focus on what you do best, core application > coding. Discover what's new with Crystal Reports now. > http://p.sf.net/sfu/bobj-july > > > ------------------------------------------------------------------------ > > > > _______________________________________________ > > Turnserver-users mailing list > > Tur...@li... > </mc/compose?to=Tur...@li...> > > https://lists.sourceforge.net/lists/listinfo/turnserver-users > > > > > ------------------------------------------------------------------------ > See the Web's breaking stories, chosen by people like you. Check out > Yahoo! Buzz > <http://in.rd.yahoo.com/tagline_buzz_1/*http://in.buzz.yahoo.com/>. |
|
From: Sébastien V. <vi...@cl...> - 2009-09-03 19:05:17
|
Hi, Are you restarting turnserver after modifying turnserver.txt file ? Are turnserver uses correct turnserver.txt path ? (look at configuration file => account_file = "./turnusers.txt"). I just test with test_client_udp by changing password in the source file, recompile and it does not work when account not exist or password does not match. I suggest you to study PCAP traces (with Wireshark) and see if all is normal (good credentials given by client, bad credentials given by client). Regards, -- Sebastien Vincent Srikanth Rajagopalan a écrit : > Hi, > > I am using turnserver to implement a STUN?TURN server for SIP. I got > the server up and running. The problem I have is that the > turnusers.txt does not seem to have any effect. Regardless of wether a > person has an entry in the turnusers.txt file and whether the correct > password is supplied it works. I am using PJSIP for the SIP client. > > Hoping for a reply. > > Regards, > Srikanth Rajagopalan > > > ------------------------------------------------------------------------ > See the Web's breaking stories, chosen by people like you. Check out > Yahoo! Buzz > <http://in.rd.yahoo.com/tagline_buzz_1/*http://in.buzz.yahoo.com/>. > ------------------------------------------------------------------------ > > ------------------------------------------------------------------------------ > Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day > trial. Simplify your report design, integration and deployment - and focus on > what you do best, core application coding. Discover what's new with > Crystal Reports now. http://p.sf.net/sfu/bobj-july > ------------------------------------------------------------------------ > > _______________________________________________ > Turnserver-users mailing list > Tur...@li... > https://lists.sourceforge.net/lists/listinfo/turnserver-users > |
|
From: Srikanth R. <sri...@ya...> - 2009-09-03 17:59:44
|
Hi,
I am using turnserver to implement a STUN?TURN server for SIP. I got the server up and running. The problem I have is that the turnusers.txt does not seem to have any effect. Regardless of wether a person has an entry in the turnusers.txt file and whether the correct password is supplied it works. I am using PJSIP for the SIP client.
Hoping for a reply.
Regards,
Srikanth Rajagopalan
See the Web's breaking stories, chosen by people like you. Check out Yahoo! Buzz. http://in.buzz.yahoo.com/ |
|
From: Sebastien V. <seb...@tu...> - 2009-08-26 13:16:08
|
Hi all, A new version of TurnServer is available. Not much new features in this release but up-to-date TURN and TURN-IPv6 draft document. It also fix a bug related to lifetime (Thanks to Rafi Kiel), so please update. Best regards, -- Sebastien Vincent |
|
From: Sebastien V. <vi...@cl...> - 2009-08-19 06:36:05
|
Tobias H. a écrit : > Hi Sebastien, > > thx for your quick answer and explanation. I thought this was the > problem... > > I got the output below but only up to 'ChannelData', so I received > nothing. It comes from the turnusers.txt template file in turnserver-0.2.2. Account username is different from the hardcoded one in test_client_tcp.c > Now I tried svn-version and it works! (First I downloaded > http://downloads.sourceforge.net/project/turnserver/turnserver/turnserver-0.2.2/turnserver-0.2.2.tar.bz2 > ) > > greetings > Tobias > > > Sebastien Vincent wrote: >> Hi Tobias, >> >> Tobias H. a écrit : >>> Hi, >>> >>> I'm trying to run the turnserver and test it with the enclosed test >>> classes. When I test the client using test_client_tcp I get some >>> output like this on the server: >>> 10:31:07.542240 [turnserver.c:3632] TurnServer start >>> 10:31:07.542654 [turnserver.c:3712] Run with uid_real=1000 >>> gid_real=1000 uid_eff=1000 gid_eff=1000 >>> 10:31:10.477472 [turnserver.c:3264] Received TCP on listening >>> address >>> 10:31:10.477534 [turnserver.c:3279] Received TCP connection >>> 10:31:10.477652 [turnserver.c:3205] Received data from TCP client >>> 10:31:10.477730 [turnserver.c:3010] Incomplete message >>> 10:31:11.477913 [turnserver.c:3205] Received data from TCP client >>> 10:31:11.478031 [turnserver.c:2368] No message integrity >>> ... >>> >>> What I have to do/configure to run the test successfully? >>> >>> >> >> If you see test_client_tcp output, you should see something like: >> Send allocate request >> Send OK >> Send allocate request >> Send refresh request >> Send ChannelBind request >> Send CreatePermission request >> Send Send indication request >> add padding >> ChannelData >> Received 5 bytes >> I receive Hello (channel data) >> Send allocate request >> >> The "Incomplete message" means that server has received a TCP >> STUN/TURN packet which is fragmented. The "No message integrity" >> means that client has not added authentication stuff required by >> TURN. But for the first packet exchanged from the client to the >> server, it is normal because authentication need server realm and >> nonce value (given by server if message-integrity option not found >> in TURN packet). >> >> Regards, >> -- >> Sebastien Vincent >> >>> Sincerely yours >>> Tobias >>> >>> ------------------------------------------------------------------------------ >>> >>> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 >>> 30-Day trial. Simplify your report design, integration and >>> deployment - and focus on what you do best, core application coding. >>> Discover what's new with Crystal Reports now. >>> http://p.sf.net/sfu/bobj-july >>> _______________________________________________ >>> Turnserver-users mailing list >>> Tur...@li... >>> https://lists.sourceforge.net/lists/listinfo/turnserver-users >>> >>> >> > > |
|
From: Sebastien V. <vi...@cl...> - 2009-08-18 11:44:28
|
Hi Tobias, Tobias H. a écrit : > Hi, > > I'm trying to run the turnserver and test it with the enclosed test > classes. When I test the client using test_client_tcp I get some output > like this on the server: > 10:31:07.542240 [turnserver.c:3632] TurnServer start > 10:31:07.542654 [turnserver.c:3712] Run with uid_real=1000 > gid_real=1000 uid_eff=1000 gid_eff=1000 > 10:31:10.477472 [turnserver.c:3264] Received TCP on listening address > 10:31:10.477534 [turnserver.c:3279] Received TCP connection > 10:31:10.477652 [turnserver.c:3205] Received data from TCP client > 10:31:10.477730 [turnserver.c:3010] Incomplete message > 10:31:11.477913 [turnserver.c:3205] Received data from TCP client > 10:31:11.478031 [turnserver.c:2368] No message integrity > ... > > What I have to do/configure to run the test successfully? > > If you see test_client_tcp output, you should see something like: Send allocate request Send OK Send allocate request Send refresh request Send ChannelBind request Send CreatePermission request Send Send indication request add padding ChannelData Received 5 bytes I receive Hello (channel data) Send allocate request The "Incomplete message" means that server has received a TCP STUN/TURN packet which is fragmented. The "No message integrity" means that client has not added authentication stuff required by TURN. But for the first packet exchanged from the client to the server, it is normal because authentication need server realm and nonce value (given by server if message-integrity option not found in TURN packet). Regards, -- Sebastien Vincent > Sincerely yours > Tobias > > ------------------------------------------------------------------------------ > Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day > trial. Simplify your report design, integration and deployment - and focus on > what you do best, core application coding. Discover what's new with > Crystal Reports now. http://p.sf.net/sfu/bobj-july > _______________________________________________ > Turnserver-users mailing list > Tur...@li... > https://lists.sourceforge.net/lists/listinfo/turnserver-users > > |
|
From: Tobias H. <to...@gm...> - 2009-08-18 08:41:15
|
Hi, I'm trying to run the turnserver and test it with the enclosed test classes. When I test the client using test_client_tcp I get some output like this on the server: 10:31:07.542240 [turnserver.c:3632] TurnServer start 10:31:07.542654 [turnserver.c:3712] Run with uid_real=1000 gid_real=1000 uid_eff=1000 gid_eff=1000 10:31:10.477472 [turnserver.c:3264] Received TCP on listening address 10:31:10.477534 [turnserver.c:3279] Received TCP connection 10:31:10.477652 [turnserver.c:3205] Received data from TCP client 10:31:10.477730 [turnserver.c:3010] Incomplete message 10:31:11.477913 [turnserver.c:3205] Received data from TCP client 10:31:11.478031 [turnserver.c:2368] No message integrity ... What I have to do/configure to run the test successfully? Sincerely yours Tobias |
|
From: Sebastien V. <seb...@tu...> - 2009-04-28 04:56:21
|
Hello,
Anjin Pradhan a écrit :
> Hi Everyone,
>
> I am running a simple echo server in address 203.159.32.1 "<Peer
> Address>" at port "<Peer Port>" 2002. After that i am running the echo
> server client as well as the turn server in machine address
> 203.159.101.5 "<Server address>" "<Client Address>". And this is the
> configuration, i am using for the turn server. And i am using TCP for
> the communication between the client and the server.
>
> listen_address = {203.159.101.5}
> tcp_port = 2119
>
That it!, the client samples connect to default TURN port 3478 and it is
hardcoded in client source.
So change the tcp_port parameter to 3478.
> nonce_key="`Mb{dAQ$PGrf2fvha h8Nf+INSS,13[^.&QL^MUZ!
> +BJu[65W)+gg)8C(S<l^zik"
> tls = false
> account_file = /etc/turnserver.conf
>
You account_file should be turnusers.txt not turnserver.conf. You take
extra/turnusers.txt template ?
All lines from turnusers.txt contains three information separated by a
":" like this login:password:domain.org
I recommend you to take the template configuration and account file in
extra/, make some modification like the nonce and the path of account
file. As you use the release 0.2.2 version, just replace "toto" with
"ping6" in turnusers.txt file (this has been fixed in SVN version). In
the client samples the credentials used are also hardcoded in the source.
> After starting the echo server, i start the client and it pauses. Then
> when i run the test_client_tcp i get connect refused error message.
>
> anjin@anjin-IBM-31:~/Desktop/turnserver-0.2.2/src$ ./test_client_tcp 203.159.101.5 203.159.101.5 203.159.32.1 2002
> 0
> connect: Connection refused
>
>
See above.
To have debug information in turnserver, reconfigure the project and
recompile: ./configure --enable-debug-build ; make clean ; make
> Is this because i am running the turn server and the client in the same
> machine ? If this is not the case could this be a network issue? Or i am
> missing or miss interpreting some information that is causing this
> error?
>
> Also don't i need to specify the nonce_key in the test_client_tcp.c? If
> i have to can someone please let me know how.
>
No.
> I also tried putting in all the parameter in the configuration file for
> the turn server but still i am getting the same error message. And also
> tried running turn server, echo server and client in the same machine
> but i am still getting the same error.
>
I recommend to have all parameters in the configuration file.
> I am assuming if i can get the test_client_tcp running. It will relay my
> message from 203.159.101.5 received on port 2119 to 203.159.32.1 on port
> 2002. Also i am assuming the data flow is bi-directional. Am i correct
> to assume this ?
>
Data flow is bidirectional as soon as the server has a permission
installed for the peer address (and if it is still valid).
> Thanks for the help in advance.
>
> Anjin
>
>
>
Hope it helps.
--
Sebastien
|
|
From: Peter Saint-A. <st...@st...> - 2009-04-27 22:58:44
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 4/26/09 9:05 AM, Anjin Pradhan wrote: > Hi Peter, > > I will be more than happy to contribute in any way possible and would > appreciate your help in this regard. May be you can be my mentor :) I don't have much time to contribute, but I'll see what I can do. We've been working to install turnserver in part of the jabber.org infrastructure so Marcus Lundblad and I can write up some of our experiences. BTW the first "major" contribution I made to the Jabber community was a HOWTO for the original jabberd 1.x server. It's a good way to start helping with open source. :) Peter - -- Peter Saint-Andre https://stpeter.im/ -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkn1zYkACgkQNL8k5A2w/vwkgACfXlDS8M9k54ZDl5omabsUxzgX uEYAoNEN6+V+9Z+uxmjcsDVCr2c8xNZs =OVR4 -----END PGP SIGNATURE----- |
|
From: Anjin P. <Anj...@ai...> - 2009-04-27 20:48:56
|
Hi Everyone,
I am running a simple echo server in address 203.159.32.1 "<Peer
Address>" at port "<Peer Port>" 2002. After that i am running the echo
server client as well as the turn server in machine address
203.159.101.5 "<Server address>" "<Client Address>". And this is the
configuration, i am using for the turn server. And i am using TCP for
the communication between the client and the server.
listen_address = {203.159.101.5}
tcp_port = 2119
nonce_key="`Mb{dAQ$PGrf2fvha h8Nf+INSS,13[^.&QL^MUZ!
+BJu[65W)+gg)8C(S<l^zik"
tls = false
account_file = /etc/turnserver.conf
After starting the echo server, i start the client and it pauses. Then
when i run the test_client_tcp i get connect refused error message.
anjin@anjin-IBM-31:~/Desktop/turnserver-0.2.2/src$ ./test_client_tcp 203.159.101.5 203.159.101.5 203.159.32.1 2002
0
connect: Connection refused
Is this because i am running the turn server and the client in the same
machine ? If this is not the case could this be a network issue? Or i am
missing or miss interpreting some information that is causing this
error?
Also don't i need to specify the nonce_key in the test_client_tcp.c? If
i have to can someone please let me know how.
I also tried putting in all the parameter in the configuration file for
the turn server but still i am getting the same error message. And also
tried running turn server, echo server and client in the same machine
but i am still getting the same error.
I am assuming if i can get the test_client_tcp running. It will relay my
message from 203.159.101.5 received on port 2119 to 203.159.32.1 on port
2002. Also i am assuming the data flow is bi-directional. Am i correct
to assume this ?
Thanks for the help in advance.
Anjin
|
|
From: Sebastien V. <seb...@tu...> - 2009-04-26 18:46:40
|
Hi Anjin, Anjin Pradhan a écrit : > Hi Vincent, > > First of all thank you for replying, appreciate it a lot. > > The reason i had canceled my earlier email was because i realized my > mistake and had corrected it (long hours in front of my laptop was the > cause of this problem :) ). So now the turn server is working properly. > > But now my problem is, i am a total dummy and can't seem to figure out > how i can do NAT transversal using Turn Server. Though i have checked > out all the documentation. So was hoping, i could get a simple example > on how to use turn server for NAT transversal. A Hello World example for > Turn Server. > > There are three sample client applications in TurnServer, test_client_udp, test_client_tcp, test_client_tls. Basically it connects to the server, create an allocation, create permissions, send data through channels and / or send indication message. The usage for these examples is: ./src/test_client_udp client_addr server_addr peer_addr peer_port ./src/test_client_tcp client_addr server_addr peer_addr peer_port ./src/test_client_tls client_addr server_addr peer_addr peer_port client_addr is the client address which want to connect TurnServer server_addr is the TurnServer address peer_addr is the address that client wants to contact throught TurnServer peer_port port to contact You could use either full IPv4/IPv6 address or DNS name. There is also an echo server (test_echo_server) that will act as the "peer". There are other client library such as libnice (C) [1], pjsip (C++) [2] and ice4j (Java) [3]. Note that to use pjsip with TurnServer you have to take the SVN version (not the release ones), it is due to TURN version support in pjsip release (turn-09) that is incompatible with TurnServer (turn-14). The ice4j project is in development and it is not useable yet with TURN. In the following weeks it should be more update on it. Regards, -- Sebastien Vincent [1] http://nice.freedesktop.org/wiki/ [2] http://www.pjsip.org/ [3] http://www.ice4j.org/ > I know my request is pretty lame but it would really help a newbie to > get started. > > Anjin > > > > On Sun, 2009-04-26 at 07:46 +0200, Sebastien Vincent wrote: > >> Hello Anjin, >> >> Anjin Pradhan a écrit : >> >>> Hi there, >>> >>> i am trying to use turnserver for master's thesis project but due to >>> lack of proper documentation i am having trouble getting started. >>> >>> If possible can i get access to some tutorial on turnserver >>> >>> >>> >> You can find information at >> http://www.turnserver.org/index.php?n=Doc.UserDocumentation and in the >> README file in turnserver's source. >> >> Another mail you sent to the mailing-list has not passed (I don't know >> why) so I post the answer here : >> >>> I am trying to start turnserver with the following configuration in the >>> configuration file. >>> >>> listen_address = {203.159.100.66} >>> tcp_port = 2119 >>> nonce_key="`Mb{dAQ$PGrf2fvha h8Nf+INSS,13[^.&QL^MUZ!+BJu[65W)+gg)8C(S<l^zik"i >>> tls = false >>> >>> The error message i am getting is >>> >>> anjin@anjin-IBM-31:~/Desktop/turnserver-0.2.2$ turnserver -c /etc/turnserver.conf >>> /etc/turnserver.conf:3: no such option 'i' >>> Parse error in configuration file /etc/turnserver.conf >>> Parse configuration error, exiting.. >>> >>> >> The error is at "nonce_key" line, you wrote a 'i' character after the >> quotes: >> >> "`Mb{dAQ$PGrf2fvha h8Nf+INSS,13[^.&QL^MUZ!+BJu[65W)+gg)8C(S<l^zik"i >> >> nonce_key value is a string so include the last 'i' in the quotes or >> remove it. >> >> Best regards, >> -- >> Sebastien Vincent >> >> >>> ------------------------------------------------------------------------------ >>> Crystal Reports - New Free Runtime and 30 Day Trial >>> Check out the new simplified licensign option that enables unlimited >>> royalty-free distribution of the report engine for externally facing >>> server and web deployment. >>> http://p.sf.net/sfu/businessobjects >>> _______________________________________________ >>> Turnserver-users mailing list >>> Tur...@li... >>> https://lists.sourceforge.net/lists/listinfo/turnserver-users >>> >>> >>> >> > > > |
|
From: Anjin P. <Anj...@ai...> - 2009-04-26 15:06:05
|
Hi Peter, I will be more than happy to contribute in any way possible and would appreciate your help in this regard. May be you can be my mentor :) Anjin On Sun, 2009-04-26 at 08:50 -0600, Peter Saint-Andre wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > On 4/25/09 5:30 PM, Anjin Pradhan wrote: > > Hi there, > > > > i am trying to use turnserver for master's thesis project but due to > > lack of proper documentation i am having trouble getting started. > > > > If possible can i get access to some tutorial on turnserver > > This is an open-source project. Perhaps you could help out by writing > some documentation. That's how open source works. I might be able to > help with that. I agree that a simple HOWTO would be quite welcome. > > Peter > > - -- > Peter Saint-Andre > https://stpeter.im/ > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.8 (Darwin) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org > > iEYEARECAAYFAkn0dLIACgkQNL8k5A2w/vwq3wCfWd4+Ja/T0k/6tDiXPbuFQ5Lr > M7wAoLnuge91qcXFskLWwudJjQV0IHRI > =9dvT > -----END PGP SIGNATURE----- > |
|
From: Peter Saint-A. <st...@st...> - 2009-04-26 15:05:48
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 4/25/09 5:30 PM, Anjin Pradhan wrote: > Hi there, > > i am trying to use turnserver for master's thesis project but due to > lack of proper documentation i am having trouble getting started. > > If possible can i get access to some tutorial on turnserver This is an open-source project. Perhaps you could help out by writing some documentation. That's how open source works. I might be able to help with that. I agree that a simple HOWTO would be quite welcome. Peter - -- Peter Saint-Andre https://stpeter.im/ -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkn0dLIACgkQNL8k5A2w/vwq3wCfWd4+Ja/T0k/6tDiXPbuFQ5Lr M7wAoLnuge91qcXFskLWwudJjQV0IHRI =9dvT -----END PGP SIGNATURE----- |
1 message has been excluded from this view by a project administrator.
