Re: [Sofia-sip-devel] sofia on sparc
Pekka Pessi napsal(a): 2007/9/11, Martin Drašar [EMAIL PROTECTED]: I would like to ask you if someone has tested (and made working) sofia on Solaris 9 / 64bit sparc. I have problem with nua_i_invite event. *sip-sip_content_type has c_type = 0x10069f7b9 application/sdp, c_subtype = 0x10069f7c5 sdp but *sip-sip_payload is NULL I don't have this problem on Win32, Linux32, Opensolaris on intel If you have any idea what might be wrong, I would be very greatful. No idea... Really. ;) Can you run test_nua from libsofia-sip-ua/nua directory? If it fails, please send me a output from, e.g., env NUA_DEBUG=9 ./test_nua -A -B -C --log=proxy Hi, my computer specs: System = SunOS Node = glen Release = 5.10 KernelID = Generic_125100-10 Machine = sun4u BusType = unknown Serial = unknown Users = unknown OEM# = 0 Origin# = 1 NumCPU = 1 sofia library (current version from darcs repository) was configured this way: CFLAGS=-m64 LDFLAGS=-m64 ./configure --with-pic --disable-static --with-openssl=no --disable-stun --disable-nth --prefix=/tmp/sofia attached files: sofia_test.log - libsofia-sip-ua/nua$ ./test_nua -A -B -C --log=proxy sofia_test.log 21 main.cpp - test program that aborts after it receives invite. In event callback function you can see that sip_payload is NULL. change bind address if you want to test it, it's hardcoded. compiled with: g++ main.cpp -o test -I/tmp/sofia/include/sofia-sip-1.12/ -L/tmp/sofia/lib -lsofia-sip-ua -m64 -g -O0 Thanks for your time. Martin -- Martin Drasar, Developer / Analyst OptimSys, s.r.o. [EMAIL PROTECTED] Tel: +420 541 143 065 Fax: +420 541 143 066 http://www.optimsys.cz TEST NUA-1.0: test API TEST NUA-1.0: PASSED TEST NUA-1.1: PARAMETERS TEST NUA-1.1: PASSED 000.000 a.nua(1006288b0): call nua_cancel() 000.000 a.nua(1006288b0): event nua_r_cancel status 481 No transaction to CANCEL 000.001 a.nua(100629b40): call nua_bye() 000.002 a.nua(100629b40): event nua_r_bye status 900 Invalid handle for BYE 000.002 a.nua(100628d50): call nua_unregister() recv 491 bytes from udp/[127.0.0.1]:43325 at 12:56:08.469540: REGISTER sip:example.com SIP/2.0 Via: SIP/2.0/UDP 10.0.0.8:43320;rport;branch=z9hG4bKDg9m3336tK7cN Max-Forwards: 70 From: sip:[EMAIL PROTECTED];tag=K2tpQKKa59ZcN To: sip:[EMAIL PROTECTED] Call-ID: 3346055c-dfc0-122a-65a3-276886ec6c8f CSeq: 88898548 REGISTER Contact: sip:10.0.0.8:43320 Expires: 0 User-Agent: sofia-sip/1.12.6work Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, PRACK, MESSAGE, SUBSCRIBE, NOTIFY, REFER, UPDATE Supported: timer, 100rel, path Content-Length: 0 000.012 a.nua(100628d50): event nua_r_unregister status 406 Unacceptable Contact 000.012 a.nua(10062aa00): call nua_unpublish() send 315 bytes to udp/[127.0.0.1]:43325 at 12:56:08.472715: SIP/2.0 406 Unacceptable Contact Via: SIP/2.0/UDP 10.0.0.8:43320;rport=43325;branch=z9hG4bKDg9m3336tK7cN;received=127.0.0.1 From: sip:[EMAIL PROTECTED];tag=K2tpQKKa59ZcN To: sip:[EMAIL PROTECTED];tag=KXSmZvH8c055a Call-ID: 3346055c-dfc0-122a-65a3-276886ec6c8f CSeq: 88898548 REGISTER Content-Length: 0 recv 454 bytes from udp/[127.0.0.1]:43325 at 12:56:08.476385: PUBLISH sip:[EMAIL PROTECTED] SIP/2.0 Via: SIP/2.0/UDP 10.0.0.8:43320;rport;branch=z9hG4bK6NZFNjvDpv0FQ Max-Forwards: 70 From: sip:[EMAIL PROTECTED];tag=cgHHS1FH1aSFQ To: sip:[EMAIL PROTECTED] Call-ID: 334793e4-dfc0-122a-65a3-276886ec6c8f CSeq: 88898548 PUBLISH Expires: 0 User-Agent: sofia-sip/1.12.6work Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, PRACK, MESSAGE, SUBSCRIBE, NOTIFY, REFER, UPDATE Supported: timer, 100rel Content-Length: 0 000.017 a.nua(10062aa00): event nua_r_unpublish status 404 Not Found 000.018 a.nua(1006335d0): call nua_terminate() 000.018 a.nua(1006335d0): event nua_r_terminate status 900 No event server to terminate 000.019 a.nua(1006335d0): call nua_authorize() 000.019 a.nua(1006335d0): event nua_r_authorize status 900 Internal NUA Error TEST NUA-2.1.1: init proxy P TEST NUA-2.1.1: PASSED TEST NUA-2.1.2: creating test NAT TEST NUA-2.1.2: PASSED TEST NUA-2.2.1: init endpoint A TEST NUA-2.2.1: PASSED TEST NUA-2.2.2: init endpoint B TEST NUA-2.2.2: PASSED TEST NUA-2.2.3: init endpoint C TEST NUA-2.2.3: PASSED TEST NUA-1.2: Stack error handling TEST NUA-1.2.1: CANCEL without INVITE TEST NUA-1.2.1: PASSED TEST NUA-1.2.2: BYE without INVITE TEST NUA-1.2.2: PASSED TEST NUA-1.2.3: unregister without register TEST NUA-1.2.3: PASSED TEST NUA-1.2.4
Re: [Sofia-sip-devel] sofia on sparc
Martin Drasar napsal(a): Pekka Pessi napsal(a): 2007/9/11, Martin Drašar [EMAIL PROTECTED]: I would like to ask you if someone has tested (and made working) sofia on Solaris 9 / 64bit sparc. I have problem with nua_i_invite event. *sip-sip_content_type has c_type = 0x10069f7b9 application/sdp, c_subtype = 0x10069f7c5 sdp but *sip-sip_payload is NULL I don't have this problem on Win32, Linux32, Opensolaris on intel If you have any idea what might be wrong, I would be very greatful. No idea... Really. ;) Can you run test_nua from libsofia-sip-ua/nua directory? If it fails, please send me a output from, e.g., env NUA_DEBUG=9 ./test_nua -A -B -C --log=proxy Hi, my computer specs: System = SunOS Node = glen Release = 5.10 KernelID = Generic_125100-10 Machine = sun4u BusType = unknown Serial = unknown Users = unknown OEM# = 0 Origin# = 1 NumCPU = 1 sofia library (current version from darcs repository) was configured this way: CFLAGS=-m64 LDFLAGS=-m64 ./configure --with-pic --disable-static --with-openssl=no --disable-stun --disable-nth --prefix=/tmp/sofia attached files: sofia_test.log - libsofia-sip-ua/nua$ ./test_nua -A -B -C --log=proxy sofia_test.log 21 main.cpp - test program that aborts after it receives invite. In event callback function you can see that sip_payload is NULL. change bind address if you want to test it, it's hardcoded. compiled with: g++ main.cpp -o test -I/tmp/sofia/include/sofia-sip-1.12/ -L/tmp/sofia/lib -lsofia-sip-ua -m64 -g -O0 Thanks for your time. Martin One thing to add - problem with sip payload does not occur when compiled in 32 bit mode. I suspect that there is a problem with endianity. I will try to find out more... Martin -- Martin Drasar, Developer / Analyst OptimSys, s.r.o. [EMAIL PROTECTED] Tel: +420 541 143 065 Fax: +420 541 143 066 http://www.optimsys.cz - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Sofia-sip-devel mailing list Sofia-sip-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/sofia-sip-devel
Re: [Sofia-sip-devel] sofia on sparc
Martin Drasar napsal(a): Martin Drasar napsal(a): Pekka Pessi napsal(a): 2007/9/11, Martin Drašar [EMAIL PROTECTED]: I would like to ask you if someone has tested (and made working) sofia on Solaris 9 / 64bit sparc. I have problem with nua_i_invite event. *sip-sip_content_type has c_type = 0x10069f7b9 application/sdp, c_subtype = 0x10069f7c5 sdp but *sip-sip_payload is NULL I don't have this problem on Win32, Linux32, Opensolaris on intel If you have any idea what might be wrong, I would be very greatful. No idea... Really. ;) Can you run test_nua from libsofia-sip-ua/nua directory? If it fails, please send me a output from, e.g., env NUA_DEBUG=9 ./test_nua -A -B -C --log=proxy Hi, my computer specs: System = SunOS Node = glen Release = 5.10 KernelID = Generic_125100-10 Machine = sun4u BusType = unknown Serial = unknown Users = unknown OEM# = 0 Origin# = 1 NumCPU = 1 sofia library (current version from darcs repository) was configured this way: CFLAGS=-m64 LDFLAGS=-m64 ./configure --with-pic --disable-static --with-openssl=no --disable-stun --disable-nth --prefix=/tmp/sofia attached files: sofia_test.log - libsofia-sip-ua/nua$ ./test_nua -A -B -C --log=proxy sofia_test.log 21 main.cpp - test program that aborts after it receives invite. In event callback function you can see that sip_payload is NULL. change bind address if you want to test it, it's hardcoded. compiled with: g++ main.cpp -o test -I/tmp/sofia/include/sofia-sip-1.12/ -L/tmp/sofia/lib -lsofia-sip-ua -m64 -g -O0 Thanks for your time. Martin One thing to add - problem with sip payload does not occur when compiled in 32 bit mode. I suspect that there is a problem with endianity. I will try to find out more... Martin So I have finally found where was the catch... There is a type incompatibility between sip_content_length_s-l_length (uint32_t) and msg_numeric_s-x_value (unsigned long) After changing x_value to uint32_t, things seem to be working. What do you think? Will this fix break something somewhere else? Martin -- Martin Drasar, Developer / Analyst OptimSys, s.r.o. [EMAIL PROTECTED] Tel: +420 541 143 065 Fax: +420 541 143 066 http://www.optimsys.cz - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Sofia-sip-devel mailing list Sofia-sip-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/sofia-sip-devel
[Sofia-sip-devel] Ending call without BYE
Hello everyone, first of all - sorry if I am asking already answered question, but I couldn't manage to make search function on mailing list to work :o( I have troubles with Linksys SPA941 sipphone. Whenever I place an outbound call from my system to this phone I don't receive BYE when the phone hangs up. This seem to be the phone's fault, as I don't see sip BYE message when capturing using wireshark. I have turned on full debug and found that outgoing timer gives me this messages... nta: timer D fired, terminate INVITE (91103656) nta: timer F fired, terminating ACK (91103656) outgoing_reclaim_all(, , 0868F958) nta_outgoing_timer: 0/0 resent, 1/1 tout, 1/1 term, 2/2 free So my question is - how can I catch this timeout event when using nua interface? And if there's no such way, what codebase change are ahead of me if I wanted to catch this? Thanks in advance Martin -- Martin Drasar, Developer / Analyst OptimSys, s.r.o. [EMAIL PROTECTED] Tel: +420 541 143 065 Fax: +420 541 143 066 http://www.optimsys.cz - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ Sofia-sip-devel mailing list Sofia-sip-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/sofia-sip-devel
[Sofia-sip-devel] proxy authentication failed when redirecting
],response=53e7df248daf28a4ece7cd1bd8bbae c6,cnonce=71ba1306376,qop=auth,nc=0001 Via: SIP/2.0/UDP 10.0.0.51;branch=z9hG4bK27807e78203adbeee91de184b3fe1e4059c1 e14d785726d0c938e8b9790fdbbb Via: SIP/2.0/UDP 10.0.0.9:49152;branch=z9hG4bK0a0900cc4790a55b262 500e1;rport From: unknown sip:[EMAIL PROTECTED];tag=2b2513062ca To: sip:[EMAIL PROTECTED];tag=6NeHU4NZX1D1N Contact: sip:[EMAIL PROTECTED]:49152 Call-ID: 3503EE8A233A49C1B501AD9C70BC8E4D0x0a09 CSeq: 2 ACK Max-Forwards: 69 User-Agent: SJphone/1.65.377a (SJ Labs) Content-Length: 0 -- Martin Drasar, Developer / Analyst OptimSys, s.r.o. [EMAIL PROTECTED] Tel: +420 541 143 065 Fax: +420 541 143 066 http://www.optimsys.cz - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Sofia-sip-devel mailing list Sofia-sip-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/sofia-sip-devel
Re: [Sofia-sip-devel] proxy authentication failed when redirecting
Pekka Pessi napsal(a): 2008/1/18, Martin Drasar [EMAIL PROTECTED]: I have a problem with proxy authentication. My user agent registers itself with proxy without a problem. However when I want it to redirect a call, the following happens: 1) REFER is sent to proxy 2) Proxy answers with 407 3) In nua_r_refer event I use this code to answer the challenge: const char* realm = msg_params_find(sip-sip_proxy_authenticate-au_params, realm=); sprintf(authString, Digest:%s:%s:%s, realm, proxy-username, proxy-password); nua_authenticate(proxy-proxyHandle, NUTAG_AUTH(authString), TAG_END()); 4) Then I get 904 No matching challenge Weird. It seems to me that REFER manages to trash its dialog if it is used on a new handle, but it should not affect your case. Have you tried to send other in-dialog requests, like re-INVITE? What happens when they are challenged? Could you also try to narrow down the problem and try with a proxy that has something in realm? --Pekka Hi Pekka, thanks for the response. 1) I have modified the proxy to send some realm and it didn't help. 2) reINVITE I'm not sure how the reinvite works so I have just tried this piece of code: nua_invite(nh, TAG_END()); Problem is that the invite is sent, but it's not challenged. (Don't have an idea why. Proxy is Alcatel OmniPCX enterprise.) 3) I have tried to debug deep into the bovels of sofia and I have found that in the function nua_stack_authenticate value of nh-nh_ds-ds_cr is NULL. Also nh_authorize returns 0. I don't know what might help you in tracking down the issue, but if you give me some more pointers I will try to find more. Thanks Martin -- Martin Drasar, Developer / Analyst OptimSys, s.r.o. [EMAIL PROTECTED] Tel: +420 541 143 065 Fax: +420 541 143 066 http://www.optimsys.cz - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Sofia-sip-devel mailing list Sofia-sip-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/sofia-sip-devel
Re: [Sofia-sip-devel] proxy authentication failed when redirecting
Pekka Pessi napsal(a): 2008/1/23, Martin Drasar [EMAIL PROTECTED]: 1) I have modified the proxy to send some realm and it didn't help. 2) reINVITE I'm not sure how the reinvite works so I have just tried this piece of code: nua_invite(nh, TAG_END()); Problem is that the invite is sent, but it's not challenged. (Don't have an idea why. Proxy is Alcatel OmniPCX enterprise.) 3) I have tried to debug deep into the bovels of sofia and I have found that in the function nua_stack_authenticate value of nh-nh_ds-ds_cr is NULL. Is there something in nh-nh_auth? Also nh_authorize returns 0. Could you have a peek in 407 response, is the sip-sip_proxy_authenticate non-NULL? Does nua call auc_challenge()? auc_challenge is called, but the first parameter (nh-nh_auth) is NULL. sip-sip_proxy_authenticate has some data inside. -- Martin Drasar, Developer / Analyst OptimSys, s.r.o. [EMAIL PROTECTED] Tel: +420 541 143 065 Fax: +420 541 143 066 http://www.optimsys.cz - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Sofia-sip-devel mailing list Sofia-sip-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/sofia-sip-devel
Re: [Sofia-sip-devel] proxy authentication failed when redirecting
Pekka Pessi napsal(a): 2008/1/23, Martin Drasar [EMAIL PROTECTED]: Could you have a peek in 407 response, is the sip-sip_proxy_authenticate non-NULL? Does nua call auc_challenge()? auc_challenge is called, but the first parameter (nh-nh_auth) is NULL. sip-sip_proxy_authenticate has some data inside. Hm. And when auc_challenge returns, is nh-nh_auth updated? yes, it is and nua_client_response returns 0 -- Martin Drasar, Developer / Analyst OptimSys, s.r.o. [EMAIL PROTECTED] Tel: +420 541 143 065 Fax: +420 541 143 066 http://www.optimsys.cz - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Sofia-sip-devel mailing list Sofia-sip-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/sofia-sip-devel
[Sofia-sip-devel] how to signal DTMF?
Hi everyone. Can you tell me how can I send DTMF via SIP INFO? I tried to use nua_info(), but couldn't find any tag that would allow me to place 'Signal=1' into header. Thanks Martin - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Sofia-sip-devel mailing list Sofia-sip-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/sofia-sip-devel
[Sofia-sip-devel] Problem registering with proxy on SPARC
Hi, I have a problem registering with proxy on SPARC. This is an error I get: nta: received 483 Too Many Hops for REGISTER (97361811) I think the problem is again with endianity, because the max-forwards header is set to 0 instead of 70 as usual. Could you please take a look at it? I am getting a bit lost in the code :-) Thanks, Martin -- Martin Drasar, Developer / Analyst OptimSys, s.r.o. [EMAIL PROTECTED] Tel: +420 541 143 065 Fax: +420 541 143 066 http://www.optimsys.cz - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace ___ Sofia-sip-devel mailing list Sofia-sip-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/sofia-sip-devel
Re: [Sofia-sip-devel] su_pthread_port_clone_main does not finish before unloading the library
Thanks Mike,
that was exactly the problem. Now I am waiting for 200 response and
everything works just fine.
Also thanks to Pekka for thread stuff explanation.
Regards
Martin
On May 19, 2008, at 11:23 AM, Martin Drasar wrote:
Hello everyone,
I have two problems related to shutting down sofia stack.
In my application I create a separate thread that does the stack
initialization and runs the event loop. That's how I do it:
su_init();
su_root_create(instance-root);
nua_create(instance-root, ...); - this is where the
su_pthread_port_clone_main is started
nua_set_params();
while (true)
{
su_root_step (instance-root, 100);
if (terminate)
{
event-reset();
nua_shutdown(instance-nua);
su_root_step(instance-root, 500);
event-wait(500);
nua_destroy(instance-nua);
break;
}
}
su_root_destroy (instance-root);
su_deinit();
Problem 1)
When the stack should end, I run that ugly piece of code, that calls
nua_sutdown(), does su_root_step() to receive the nua_r_shutdown event
and then calls nua_destroy(). However, even if I receive the
nua_r_shutdown event, nua_destroy() reports: FATAL: nua_shutdown not
completed.
What is the clean way to handle this? And what else is needed for
nua_shutdown() to be successfull?
You can/will get several status 101 r_shutdown events, you must wait
for a status =200.
Problem 2)
After calling the su_root_destroy() and su_deinit() the
su_pthread_port_clone_main is still running and waiting inside su_wait()
function. This leads to access violations whenever I try to unload sofia
library before shutting down the program.
su_root_destroy() documentation states that I should not call it from
cloned task. Is this the case? And if not, why does it fails to stop the
thread?
See problem 1, I think this is related.
Mike
Any help is much appreciated
Thanks in advance
Martin
--
Martin Drasar, Developer / Analyst
OptimSys, s.r.o.
[EMAIL PROTECTED]
Tel: +420 541 143 065
Fax: +420 541 143 066
http://www.optimsys.cz
-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
Sofia-sip-devel mailing list
Sofia-sip-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/sofia-sip-devel
--
Martin Drasar, Developer / Analyst
OptimSys, s.r.o.
[EMAIL PROTECTED]
Tel: +420 541 143 065
Fax: +420 541 143 066
http://www.optimsys.cz
-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
Sofia-sip-devel mailing list
Sofia-sip-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/sofia-sip-devel
Re: [Sofia-sip-devel] [NEWBIE] How to print a SIP message
If you want to iterate through each header field in the message, you
should start from msg_chain_head(msg) and then proceed in order, e.g.,
for (next = msg_chain_head(msg); *next; next = (*next)-sh_next) {
sip_header_t *sh = (*next);
msg_hclass_t const *hc = sh-sh_class;
if (sip_is_via(sh) {
sip_via_t const*via = (sip_via_t *)sh;
}
...
}
The list of all the message components (chain) also includes some
non-header elements, like request-line, status-line and message body.
There is also some complications with so called list headers like
Require, their values are combined with their first occurrence, so
headers like
Require: 100rel
Supported: timer
Require: xyzzy
will have one sip_require_t structure with tokens 100rel and
xyzzy, one sip_supported_t structure with timer and a dummy
sip_require_t structure in the chain.
Hi,
I'm reopening this old thread to ask you a related question.
I am using nua interface and I would like to extract headers inside my
nua_callback_f function. Problem is that there is only sip_t as a
parameter and not msg_t.
Is there any way to get it using nua interface?
Thanks
Martin
--
Join us December 9, 2009 for the Red Hat Virtual Experience,
a free event focused on virtualization and cloud computing.
Attend in-depth sessions from your desk. Your couch. Anywhere.
http://p.sf.net/sfu/redhat-sfdev2dev
___
Sofia-sip-devel mailing list
Sofia-sip-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/sofia-sip-devel
[Sofia-sip-devel] nua_respond and deallocated memory
Hello everyone,
I have a question regarding the nua_respond() function.
I have encountered a problem with this construct:
void doSomething()
{
std::string message;
switch()
{
case a: message = something; break;
case b: message = soemthing else; break;
}
nua_respond(nh, status, message.c_str());
return;
}
It sometimes happens that the string gets destroyed before the actual
message gets sent and as a result the SIP message contains random data.
In this case the easy remedy is to use const char* instead of
std::string, but if I wanted to use dynamic data, I am out of luck. I
presume that there is some internal queue that holds these request
before sending them and this queue does not copy the data provided and
use supplied pointers instead.
My question is what should I do if I want to pass dynamically
constructed data tu nua_respond (and maybe some other) function? Should
I allocate the data and free them when the conection is closed? [Not a
big fan of this approach.] Or is there some event that is going to tell
me - your structure is ready to be released? Or have I missed someting
obvious?
Thank you for your answer
Regards
Martin
--
Martin Drasar, Developer / Analyst
OptimSys, s.r.o.
dra...@optimsys.cz
Tel: +420 541 143 065
Fax: +420 541 143 066
http://www.optimsys.cz
--
Download Intel#174; Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
___
Sofia-sip-devel mailing list
Sofia-sip-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/sofia-sip-devel
[Sofia-sip-devel] No nua_r_invite when resuming from hold
Hi everyone, I have a problem with sofia handling the reinvites when doing on hold. My on hold implemetnation should work like this. A B |--- INVITE --| | a=sendonly | | | | OK -| | a=recvonly | music plays from A to B ~ |--- INVITE --| | | | OK -| | a=sendrecv | normal communication is ~ restored However sofia does not fire an event, when B responds to the second INVITE. (It does with the first one and one way audio is estabilished successfully.) I am attaching wireshark log with the SIP communication and two files containing sofia logs (with SOFIA_DEBUG=9) for each INVITE sent. If you have any idea where the problem might be (or if you need additional info) please contact me. Thank you Regards Martin nta: sent INVITE (127910775) to */192.168.26.210:5060 tport_pend(0E8FC1F0): pending 128FBAF8 for udp/192.168.26.5:5072 (already 0) nta: timer shortened to 500 ms nua(128FA150): ready call updated: calling sent offer soa_get_local_sdp(static::128FA4E8, [1657F024], [1657F018], []) called tport_wakeup_pri(0E8FC1F0): events IN tport_recv_event(0E8FC1F0) tport(0E8FC1F0) msg 128F1B78 from (udp/192.168.26.5:5072) has 501 bytes, veclen = 1 tport(0E8FC1F0): msg 128F1B78 (501 bytes) from udp/192.168.26.210:5072/sip next= nta: received 100 Trying for INVITE (127910775) nta: 100 Trying is going to a transaction nta_outgoing: RTT is 0 ms tport(0E8FC1F0): 128FBAF8 by 0E8FFCB0 with 128F1B78 (preliminary) tport_wakeup_pri(0E8FC1F0): events IN tport_recv_event(0E8FC1F0) tport(0E8FC1F0) msg 128F1B78 from (udp/192.168.26.5:5072) has 814 bytes, veclen = 1 tport(0E8FC1F0): msg 128F1B78 (814 bytes) from udp/192.168.26.210:5072/sip next= nta: received 200 OK for INVITE (127910775) nta: 200 OK is going to a transaction tport(0E8FC1F0): 128FBAF8 by 0E8FFCB0 with 128F1B78 soa_set_remote_sdp(static::128FA4E8, , 128F20EA, 284) called soa_process_answer(static::128FA4E8) called soa_static_offer_answer_action(128FA4E8, soa_process_answer): called soa_sdp_mode_set(128F5308, 128F7188, *): called soa_static(128FA4E8, soa_process_answer): upgrade codecs with remote description soa_activate(static::128FA4E8, (nil)) called nua(128FA150): INVITE: processed SDP answer in 200 OK nta: selecting scheme sip tport_tsend(0E8FC1F0) tpn = */192.168.26.210:5060 tport_resolve addrinfo = 192.168.26.210:5060 tport(0E8FC1F0): not found by name */192.168.26.210:5060 tport_vsend returned 321 nta: sent ACK (127910775) to */192.168.26.210:5060 nua(128FA150): ready call updated: ready received answer soa_get_remote_sdp(static::128FA4E8, [1657E6EC], [1657E6E0], []) called soa_get_params(static::128FA4E8, ...) called nta: timer set next to 2391 ms nta: timer I fired, terminate 200 response incoming_reclaim_all(, , 1657F8F4) nta_incoming_timer: 0/0 resent, 0/0 tout, 1/2 term, 1/2 free nta: timer set next to 18531 ms nua(128FA150): sent signal r_invitenta: sent INVITE (127910776) to */192.168.26.210:5060 tport_pend(0E8FC1F0): pending 0E8FEC80 for udp/192.168.26.5:5072 (already 0) nta: timer shortened to 500 ms nua(128FA150): ready call updated: calling sent offer audio device is empty RESET ECHO soa_get_local_sdp(static::128FA4E8, [1657F024], [1657F018], []) called tport_wakeup_pri(0E8FC1F0): events IN tport_recv_event(0E8FC1F0) tport(0E8FC1F0) msg 128F8D98 from (udp/192.168.26.5:5072) has 1315 bytes, veclen = 1 tport(0E8FC1F0): msg 128F8D98 (501 bytes) from udp/192.168.26.210:5072/sip next= nta: received 100 Trying for INVITE (127910776) nta: 100 Trying is going to a transaction nta_outgoing: RTT is 0 ms tport(0E8FC1F0): 0E8FEC80 by 128F57D8 with 128F8D98 (preliminary) tport_wakeup_pri(0E8FC1F0): events IN tport_recv_event(0E8FC1F0) tport(0E8FC1F0) msg 128F8D98 from (udp/192.168.26.5:5072) has 814 bytes, veclen = 1 tport(0E8FC1F0): msg 128F8D98 (814 bytes) from udp/192.168.26.210:5072/sip next= nta: received 200 OK for INVITE (127910776) nta: 200 OK is going to a transaction tport(0E8FC1F0): 0E8FEC80 by 128F57D8 with 128F8D98 soa_set_remote_sdp(static::128FA4E8, , 128F930A, 284) called soa_process_answer(static::128FA4E8) called soa_static_offer_answer_action(128FA4E8, soa_process_answer): called soa_sdp_mode_set(128F7BA0, 128FE588, ): called soa_static(128FA4E8, soa_process_answer): upgrade codecs with remote description soa_activate(static::128FA4E8, (nil)) called nua(128FA150): INVITE: processed SDP answer in 200 OK nta: selecting scheme sip tport_tsend(0E8FC1F0) tpn = */192.168.26.210:5060 tport_resolve addrinfo = 192.168.26.210:5060 tport(0E8FC1F0): not found by name */192.168.26.210:5060 tport_vsend returned 321 nta: sent ACK (127910776) to */192.168.26.210:5060
Re: [Sofia-sip-devel] nua_respond and deallocated memory
On 3.3.2010 16:36, Jarod Neuner wrote: Calls to nua_respond, or any other method that sends or receives a response, should always be considered an async operation. A reasonable approach would be to use the memory home associated with that handle (nua_handle_home) to allocate the data - the data would be automatically released when the handle is destroyed. If that particular message is generated multiple times for each handle, use the application pointer (nua_handle_magic) to avoid a memory leak. Thank you Jarod for clarification. Using a home seems like a reasonable idea when the stack is not making local copies (which makes me wonder why not). Regards Martin -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ Sofia-sip-devel mailing list Sofia-sip-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/sofia-sip-devel
Re: [Sofia-sip-devel] No nua_r_invite when resuming from hold
Hello, the culprit was a deadlock in my code that got freed only after a call termination. The problem is solved now. Thanks to anybody who spent time reading / thinking about the previous mail. Regards Martin -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ Sofia-sip-devel mailing list Sofia-sip-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/sofia-sip-devel
Re: [Sofia-sip-devel] nua_respond and deallocated memory
Dne 12.3.2010 17:50, Pekka Pessi napsal(a): 2010/3/12 Martin Drasar dra...@optimsys.cz: On 3.3.2010 16:36, Jarod Neuner wrote: Calls to nua_respond, or any other method that sends or receives a response, should always be considered an async operation. A reasonable approach would be to use the memory home associated with that handle (nua_handle_home) to allocate the data - the data would be automatically released when the handle is destroyed. If that particular message is generated multiple times for each handle, use the application pointer (nua_handle_magic) to avoid a memory leak. Thank you Jarod for clarification. Using a home seems like a reasonable idea when the stack is not making local copies (which makes me wonder why not). It was a bug, but I think it was fixed in 1.12.10. Hi, Pekka. First of all it is great to see you back in full force. Second - what do you consider a bug? Not creating local copies? If so, then I am afraid that it was not fixed. I am not 100% positive, but I think that I am linking against 1.12.10. I will check it on Monday. Regards Martin -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ Sofia-sip-devel mailing list Sofia-sip-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/sofia-sip-devel
Re: [Sofia-sip-devel] how make video conference call
Dne 10.8.2010 10:28, peter hanshon napsal(a): hello please how can i make call(video conference) with sofia sip? thank you Hello Peter, sofia is a library for handling SIP signaling. It can help you to establish calls, negotiate codecs, etc. What it does not help you with is the media part of calls (sending, recieving, mixing audio and video streams). You can take a look for example here: http://wiki.opensource.nokia.com/projects/SofiaTutorial It might help you with your first steps, but be sure that to make call(video conference) you will have to jump through lot of hoops. Regards Martin -- This SF.net email is sponsored by Make an app they can't live without Enter the BlackBerry Developer Challenge http://p.sf.net/sfu/RIM-dev2dev ___ Sofia-sip-devel mailing list Sofia-sip-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/sofia-sip-devel
Re: [Sofia-sip-devel] how make video conference call
Dne 10.8.2010 11:10, peter hanshon napsal(a): Thank you sir for you response I have another problem, so i want to initialize a video streaming service (by VLC) by sending a message sip client(want to watch video) to server(server of video) when I use the following SDP but its not working nua_invite(handle,SIPTAG_CONTENT_TYPE_STR(application/sdp) , SOATAG_USER_SDP_STR(v=0\n o=- 2890844536 28008255796 IN IP4 192.168.200.212 \n c=IN IP4 192.168.200.212 \n t=0 8\n a=tool:vlc 1.1.2\n a=recevonly\n a=type:broadcast\n m=video 52862 RTP/AVP 96\n a=rtpmap:96 H264/9\n a=fmtp:96\n m=audio 43714 RTP/AVP 97\n a=rtpmap:97 mpeg-generic/44100/2\n a=fmtp:97\n), TAG_END ()); Hello Peter, you will have to try much harder when asking questions here. It would take a crystal ball to guess where the problem might be. There are lot of people out there willing to help, but you must give us better chance. If you want any assistance, include following details: - Your setup (i.e. who is client, who is server, what are their addresses) - Debug outputs and sofia messages (check this http://wiki.freeswitch.org/wiki/Sofia#Debugging_Sofia-SIP) - Relevant pieces of code (single call to function is not enough) - What you have already tried Without these, no one will bother trying. Also, please always include mailing list address in To or Cc. Regards Martin -- This SF.net email is sponsored by Make an app they can't live without Enter the BlackBerry Developer Challenge http://p.sf.net/sfu/RIM-dev2dev ___ Sofia-sip-devel mailing list Sofia-sip-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/sofia-sip-devel
Re: [Sofia-sip-devel] rtp sofiasip
Dne 10.8.2010 12:04, peter hanshon napsal(a): hello does sofia sip support and manage rtp because i make call but it haven't flow rtp thank you Dear God, Peter! Please read the mails I have sent you or at least some documentation. Sofia does not handle any rtp, it can only negotiate all that is necessary for successful rtp connection, like codecs, addresses, ports, etc. You have to use another library to do the audio/video for you. Martin -- This SF.net email is sponsored by Make an app they can't live without Enter the BlackBerry Developer Challenge http://p.sf.net/sfu/RIM-dev2dev ___ Sofia-sip-devel mailing list Sofia-sip-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/sofia-sip-devel
Re: [Sofia-sip-devel] call but no sound
Dne 11.8.2010 19:25, peter hanshon napsal(a): i make call with sofsipcli but there are no sound what is the problem You are doing your best to piss off anyone with even the slightest interest to help you. You have no chance of getting reasonable answer unless you learn to ask reasonably specific questions (as you have been told three times now). -- This SF.net email is sponsored by Make an app they can't live without Enter the BlackBerry Developer Challenge http://p.sf.net/sfu/RIM-dev2dev ___ Sofia-sip-devel mailing list Sofia-sip-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/sofia-sip-devel
