Re: [Sofia-sip-devel] release debug version of test_nua.exe run differently (sofia-sip-1.12.11)

2011-03-24 Thread Pekka Pessi
Hi Allen,

2011/3/23 Allen Guan alleng...@gmail.com:
 I am new to this mail list. I have built sofia-sip-1.12.11 under XP
 SP3 and tried the test programs.

 I have noticed strange behaviors of the test program test_nua.exe when
 running in release version. I have tried to compiled with Visual
 studio 2003, visual studio 2005 and visual studio 2010 express. All
 the debug versions of test_nua.exe compiled with these three compilers
 run well; but the release versions hang in the middle of the running,
 I have attached the log information got when I ran these programs in
 verbose mode. Please take a look at it and give me some advices on the
 possible reasons why these release versions have issues and how to
 tune them up to make them work.

The test_nua has some problems in the way some WinSock implementations
route the local TCP/IP traffic. You can try to run it with command
line option --no-nat, and see if the problem persists.

You could also check if the su_init() manages to load the
_DisconnectEx function pointer. I was under the impression that it
should work in later XP SPs, too, but it is not first time I have made
a mistake.

-- 
Pekka.Pessi mail at nokia.com

--
Enable your software for Intel(R) Active Management Technology to meet the
growing manageability and security demands of your customers. Businesses
are taking advantage of Intel(R) vPro (TM) technology - will your software 
be a part of the solution? Download the Intel(R) Manageability Checker 
today! http://p.sf.net/sfu/intel-dev2devmar
___
Sofia-sip-devel mailing list
Sofia-sip-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/sofia-sip-devel


Re: [Sofia-sip-devel] Version 1.12.11

2011-03-24 Thread Pekka Pessi
Hi Jerry,

2011/3/23 Jerry Richards jerry.richa...@teotech.com:
 I noticed the latest trunk still has the following line in the configure.ac
 file:

 AC_INIT([sofia-sip], [1.12.10devel])

 Shouldn't this line show 1.12.11?

It seems to me that I have actively forgotten about CVS. I committed
the release to CVS, too.

-- 
Pekka.Pessi mail at nokia.com

--
Enable your software for Intel(R) Active Management Technology to meet the
growing manageability and security demands of your customers. Businesses
are taking advantage of Intel(R) vPro (TM) technology - will your software 
be a part of the solution? Download the Intel(R) Manageability Checker 
today! http://p.sf.net/sfu/intel-dev2devmar
___
Sofia-sip-devel mailing list
Sofia-sip-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/sofia-sip-devel


Re: [Sofia-sip-devel] Getting started: parsing a message

2011-03-24 Thread Pekka Pessi
Hi Bendan,

2011/3/21 Brendan Loudermilk bren...@apwit.com:
 As a weekend project I've begun to play around with Sofia-SIP. I'm using FFI
 to build a simple Ruby interface to some of the lower-level functions in the
 library. My first goal is to be able to parse arbitrary strings from a Ruby
 networking library. I saw the example on this page for parsing memory, but
 I'm wondering if theres a simpler way.

What kind of strings you want to parse? Something like Contact:
sip:192.168.1.2:5060?

 As a secondary question, what options are there for those of us who are
 interested in the SIP/SDP protocol behavior implementations, but want to
 implement our own networking? Are we forced to re-implement the various
 behavioral RFCs in our implementation? Or is there an event-based hook
 portion of Sofia that I have yet to discover?

I'm a bit loss what you want to do by yourself? Interface towards the
sockets and network? Something else?

-- 
Pekka.Pessi mail at nokia.com

--
Enable your software for Intel(R) Active Management Technology to meet the
growing manageability and security demands of your customers. Businesses
are taking advantage of Intel(R) vPro (TM) technology - will your software 
be a part of the solution? Download the Intel(R) Manageability Checker 
today! http://p.sf.net/sfu/intel-dev2devmar
___
Sofia-sip-devel mailing list
Sofia-sip-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/sofia-sip-devel


Re: [Sofia-sip-devel] Prack

2011-03-24 Thread Pekka Pessi
Hi Vikas,

2011/3/18 Vikas Bhat vikasbhat0...@gmail.com:
 i am implenting early dialog in Sofia sip application using prack.
 the application is stateless using NTA modul.

 my application send invite with Supported header,receives 183 with RSeq.
 then the applcation tries to send the PRACK message as shown below but it
 fails

 orq=nta_outgoing_prack(leg,  //leg created before sending the invite
    (nta_outgoing_t *)dialogue-orq,   // this is orq of INVITE message send
 earlier using nta_outgoing_tcreate
    (nta_response_f *)sofia_sip_response, //call back function for
 receiving response
    (nta_outgoing_magic_t*)dialogue,  //dialogue pointer that
 is created after sending initial INVITE
    NULL,
    NULL,
    NTATAG_STATELESS(1),
   SIPTAG_RACK(pRackHdr), //added rack header
   TAG_END());

 Kindly guide me to implement Prack .

If you want to use nta_outgoing_prack(), you first have to create a
new instance of INVITE client transaction specific to the new early
dialog you want to PRACK with nta_outgoing_tagged().

When you receive an early response with Require: 100rel, you create
the new invite transaction with nta_outgoing_tagged(), and keep both
it and the original invite transaction around. Depending on your
application, you might run to a situation where the final 200 OK is
received from some other UA (or you might receive 100rel responses
from other UAs, too).

There is a disturbing @bug in nta_outgoing_tagged(), however, I
believe the leak is fixed, but the PRACK and early dialog code is not
very well tested. Please report if you run to any assert() failure.

-- 
Pekka.Pessi mail at nokia.com

--
Enable your software for Intel(R) Active Management Technology to meet the
growing manageability and security demands of your customers. Businesses
are taking advantage of Intel(R) vPro (TM) technology - will your software 
be a part of the solution? Download the Intel(R) Manageability Checker 
today! http://p.sf.net/sfu/intel-dev2devmar
___
Sofia-sip-devel mailing list
Sofia-sip-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/sofia-sip-devel


Re: [Sofia-sip-devel] Good TLS Hellos But No SIP REGISTER Sent

2011-03-24 Thread Pekka Pessi
Hi Jerry,

2011/3/22 Jerry Richards jerry.richa...@teotech.com:
 I am seeing an issue with TLS where the REGISTER message is not getting
 sent.  The TLS Hello/Certificate exchange seems to always happens correctly
 (which just precedes the REGISTER request).  The scenario is that it is
 previously registered and then later lose registration because of this
 issue.  Interestingly enough, it seems to be timing related, because if I
 enable all the sofia debug logging in the sofia stack, it does not have this
 problem.  Could this be a timing issue?  Any thoughts on how to resolve
 this?

How you manage your TLS connections? Do you have an active connection
during the lifetime of the  registration? Can you send other requests,
like, INVITE after a period of inactivity?

-- 
Pekka.Pessi mail at nokia.com

--
Enable your software for Intel(R) Active Management Technology to meet the
growing manageability and security demands of your customers. Businesses
are taking advantage of Intel(R) vPro (TM) technology - will your software 
be a part of the solution? Download the Intel(R) Manageability Checker 
today! http://p.sf.net/sfu/intel-dev2devmar
___
Sofia-sip-devel mailing list
Sofia-sip-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/sofia-sip-devel


Re: [Sofia-sip-devel] soatag_local_sdp_str_ref undeclared ('soa:remove duplicate definitions')

2011-03-24 Thread Pekka Pessi
Hi Erik,

2011/3/24 Erik Habicht e.habi...@thiesen.com:
 Looks like there was a bogus soatag_session_sdp_str_ref declaration
 instead of soatag_local_sdp_str_ref.

 Yes ... adding SOFIAPUBVAR tag_typedef_t soatag_local_sdp_str_ref; also
 solve the problem.

 Is SOFIAPUBVAR tag_typedef_t soatag_session_sdp_str_ref; needed any more?

 In my case removing SOFIAPUBVAR tag_typedef_t
 soatag_session_sdp_str_ref; works.

I think I've planned on adding SOATAG_SESSION_SDP() at some point and
the duplicate was an abortive attempt on it.

Anyways, thanks for spotting this, I've already pushed the patch to gitorious.

-- 
Pekka.Pessi mail at nokia.com

--
Enable your software for Intel(R) Active Management Technology to meet the
growing manageability and security demands of your customers. Businesses
are taking advantage of Intel(R) vPro (TM) technology - will your software 
be a part of the solution? Download the Intel(R) Manageability Checker 
today! http://p.sf.net/sfu/intel-dev2devmar
___
Sofia-sip-devel mailing list
Sofia-sip-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/sofia-sip-devel


Re: [Sofia-sip-devel] Good TLS Hellos But No SIP REGISTER Sent

2011-03-24 Thread Jerry Richards
Hi Pekka,

Well, I am using sofia-sip version 1.12.9 and I just noticed there are TLS 
changes since that version.  So I'm going to upgrade to 1.12.11 and see if I 
have the same issue.

Thanks,
Jerry


-Original Message-
From: Pekka Pessi [mailto:ppe...@gmail.com] 
Sent: Thursday, March 24, 2011 6:09 AM
To: Jerry Richards
Cc: sofia-sip-devel@lists.sourceforge.net
Subject: Re: [Sofia-sip-devel] Good TLS Hellos But No SIP REGISTER Sent

Hi Jerry,

2011/3/22 Jerry Richards jerry.richa...@teotech.com:
 I am seeing an issue with TLS where the REGISTER message is not 
 getting sent.  The TLS Hello/Certificate exchange seems to always 
 happens correctly (which just precedes the REGISTER request).  The 
 scenario is that it is previously registered and then later lose 
 registration because of this issue.  Interestingly enough, it seems to 
 be timing related, because if I enable all the sofia debug logging in 
 the sofia stack, it does not have this problem.  Could this be a 
 timing issue?  Any thoughts on how to resolve this?

How you manage your TLS connections? Do you have an active connection during 
the lifetime of the  registration? Can you send other requests, like, INVITE 
after a period of inactivity?

--
Pekka.Pessi mail at nokia.com



--
Enable your software for Intel(R) Active Management Technology to meet the
growing manageability and security demands of your customers. Businesses
are taking advantage of Intel(R) vPro (TM) technology - will your software 
be a part of the solution? Download the Intel(R) Manageability Checker 
today! http://p.sf.net/sfu/intel-dev2devmar
___
Sofia-sip-devel mailing list
Sofia-sip-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/sofia-sip-devel


[Sofia-sip-devel] Anyone still using CVS?

2011-03-24 Thread Pekka Pessi
Hello all,

Are there a a lot of people still using CVS?

As it is now, CVS is not really very useful in tracking the
development, nor it is very useful in tracking releases as Jerry
noticed.

If there is no objections, I'll stop updating the CVS repo and try to
remove the links to it from the Sourceforge developer pages.

-- 
Pekka.Pessi mail at nokia.com

--
Enable your software for Intel(R) Active Management Technology to meet the
growing manageability and security demands of your customers. Businesses
are taking advantage of Intel(R) vPro (TM) technology - will your software 
be a part of the solution? Download the Intel(R) Manageability Checker 
today! http://p.sf.net/sfu/intel-dev2devmar
___
Sofia-sip-devel mailing list
Sofia-sip-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/sofia-sip-devel


Re: [Sofia-sip-devel] Anyone still using CVS?

2011-03-24 Thread Jerry Richards
Pekka,

I pulled the version using darcs.  If you're now using git, what would be the 
command line to fetch the latest source (using git)?

Thanks,
Jerry


-Original Message-
From: Pekka Pessi [mailto:ppe...@gmail.com] 
Sent: Thursday, March 24, 2011 7:50 AM
To: Jerry Richards
Cc: sofia-sip-devel@lists.sourceforge.net
Subject: Anyone still using CVS?

Hello all,

Are there a a lot of people still using CVS?

As it is now, CVS is not really very useful in tracking the development, nor it 
is very useful in tracking releases as Jerry noticed.

If there is no objections, I'll stop updating the CVS repo and try to remove 
the links to it from the Sourceforge developer pages.

--
Pekka.Pessi mail at nokia.com

--
Enable your software for Intel(R) Active Management Technology to meet the
growing manageability and security demands of your customers. Businesses
are taking advantage of Intel(R) vPro (TM) technology - will your software 
be a part of the solution? Download the Intel(R) Manageability Checker 
today! http://p.sf.net/sfu/intel-dev2devmar
___
Sofia-sip-devel mailing list
Sofia-sip-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/sofia-sip-devel


Re: [Sofia-sip-devel] release debug version of test_nua.exe run differently (sofia-sip-1.12.11)

2011-03-24 Thread Allen
Hi, Pekka,

Thanks a lot for your reply.

I have tried the --no-nat setting, the results are the same.

Actually the log information I provided in my original email for Visual
studio 2003 release version is already the result with BOTH --no-nat AND
--no-proxy setting, otherwise it halts even earlier with the following
log information:

TEST NUA-2.6.1: REGISTER b to c
test_nua: testing b_call-nh = nua_handle(b-nua, b_call, (tag_type_t)0,
(tag_value_t)0)
test_nua: ok: (b_call-nh = nua_handle(b-nua, b_call, (tag_type_t)0,
(tag_value_t)0))
nta: REGISTER (10166550): Connection refused (10061) with
tcp/[192.168.1.5]:1685


I have test these release version of test_nua.exe on XP SP3, Vista
business, and Windows 7 Home Preminum, all all have same results as the
log shown in my original email. All these three operation systems have
the latest patches installed.

I have checked the su_init() function, it's the su_init(void) at the
line 304 of su.c, it DOES include the code to load the _DisconnectEx
function pointer, and I have checked the log information, the loading
function call didn't fail.

I am confused why the release version runs differently from debug
version, the debug version just passes all the test cases. According to
my limited experiences, it might caused by not initializing some
varibles before using them since the debug version always set the
varibles to zero when they are declared.

Would you please give me some more advices to dig into this issue? Thanks!

-Allen

On 3/24/2011 5:16 AM, Pekka Pessi wrote:
 Hi Allen,

 2011/3/23 Allen Guan alleng...@gmail.com:
 I am new to this mail list. I have built sofia-sip-1.12.11 under XP
 SP3 and tried the test programs.

 I have noticed strange behaviors of the test program test_nua.exe when
 running in release version. I have tried to compiled with Visual
 studio 2003, visual studio 2005 and visual studio 2010 express. All
 the debug versions of test_nua.exe compiled with these three compilers
 run well; but the release versions hang in the middle of the running,
 I have attached the log information got when I ran these programs in
 verbose mode. Please take a look at it and give me some advices on the
 possible reasons why these release versions have issues and how to
 tune them up to make them work.
 The test_nua has some problems in the way some WinSock implementations
 route the local TCP/IP traffic. You can try to run it with command
 line option --no-nat, and see if the problem persists.

 You could also check if the su_init() manages to load the
 _DisconnectEx function pointer. I was under the impression that it
 should work in later XP SPs, too, but it is not first time I have made
 a mistake.



--
Enable your software for Intel(R) Active Management Technology to meet the
growing manageability and security demands of your customers. Businesses
are taking advantage of Intel(R) vPro (TM) technology - will your software 
be a part of the solution? Download the Intel(R) Manageability Checker 
today! http://p.sf.net/sfu/intel-dev2devmar
___
Sofia-sip-devel mailing list
Sofia-sip-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/sofia-sip-devel