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
Re: [Sofia-sip-devel] rtp & sofiasip
Dne 10.8.2010 12:19, peter hanshon napsal(a): > thank you > > can you give me some example of library to do the audio/video > > thank you There are many possibilities. I suggest using search function over this mailing list archive (http://sourceforge.net/mailarchive/forum.php?forum_name=sofia-sip-devel) But from the top of my head - GStreamer - oRtp + other media stuff - Emiplib And once again - press the Reply-All button, so that your communication goes also to the mailing list! 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] 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] 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] nua_respond and deallocated memory
Dne 12.3.2010 17:50, Pekka Pessi napsal(a): > 2010/3/12 Martin Drasar : >> 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® 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® 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
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® 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
[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® 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] [NEWBIE] How to print a SIP message
Martin Drasar napsal(a):
>> 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?
Bump... anyone have an idea please?
Thank you
Martin
--
This SF.Net email is sponsored by the Verizon Developer Community
Take advantage of Verizon's best-in-class app development support
A streamlined, 14 day to market process makes app distribution fast and easy
Join now and get one step closer to millions of Verizon customers
http://p.sf.net/sfu/verizon-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] [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
Re: [Sofia-sip-devel] 904 No Matching Challenge
Jerry Richards napsal(a): > Hi Martin, > > Could you give me a patch for what you described below? > > "When I removed the line that invalidated the cached challenge upon > authentication failure, ..." > > Thanks, > Jerry > I think it is Mikhail you wanted to address ;-) Martin -- Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are powering Web 2.0 with engaging, cross-platform capabilities. Quickly and easily build your RIAs with Flex Builder, the Eclipse(TM)based development software that enables intelligent coding and step-through debugging. Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com ___ Sofia-sip-devel mailing list Sofia-sip-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/sofia-sip-devel
Re: [Sofia-sip-devel] 904 No Matching Challenge
Jerry Richards napsal(a): > Hello All, > > If my MD5 Authentication username is incorrect, I noticed my sofia-sip phone > will get a "904 No Matching Challenge" event in response to my > nua_authenticate() call. This only happens AFTER the first > nua_authenticate() call (the first one works correctly). > > Has anyone encountered a similar issue? Yup, I did and some others too (for a bit different use cases though)... I suggest you search the mailing list. Maybe one of these two will help you a bit: Sofia-sip no matching challenge 904 in event_callback. proxy authentication failed when redirecting There maybe others, but these two I know about Martin > Here is the scenario: > > NUASofia-SIP Network > -- --- --- > nua_register() ===> ===> REGISTER > (w/o Auth) ><=== nua_r_register <=== 401 Unauth. > (401 Unauthorized) > nua_authenticate() ===> ===> REGISTER > (with Auth) ><=== nua_r_register > (401 Unauthorized) > nua_authenticate() ===> ><=== nua_r_register > (904 Operation has > no matching chal- > lenge) > ... 30 seconds elapse here ... > nua_register() ===> ===> REGISTER > (w/o Auth) ><=== nua_r_register <=== 401 Unauth. > (401 Unauthorized) > nua_authenticate() ===> ><=== nua_r_register > (904 Operation has > no matching chal- > lenge) > > Best Regards, > Jerry > -- 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 -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ 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
[Sofia-sip-devel] su_pthread_port_clone_main does not finish before unloading the library
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?
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?
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
[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] proxy authentication failed when redirecting
Martin Drasar napsal(a): > 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 > > > Bump... is there any progress in this issue? 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] 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
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
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/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
[Sofia-sip-devel] proxy authentication failed when redirecting
ccefbe430e058fa95103b889c9f2193f25e c854af5ceca6a73e9513a970447b Via: SIP/2.0/UDP 10.0.0.9:49152;branch=z9hG4bK0a0900cc4790a55a6bf 900db;rport From: "unknown" ;tag=2b2513062ca To: Contact: Call-ID: 3503EE8A233A49C1B501AD9C70BC8E4D0x0a09 CSeq: 2 INVITE Max-Forwards: 69 User-Agent: SJphone/1.65.377a (SJ Labs) Content-Length: 353 Content-Type: application/sdp Supported: replaces,norefersub,timer Session-Expires: 1800 v=0 o=- 3409650650 3409650650 IN IP4 10.0.0.9 s=SJphone c=IN IP4 10.0.0.9 t=0 0 m=audio 49186 RTP/AVP 3 97 98 8 0 101 c=IN IP4 10.0.0.9 a=rtpmap:3 GSM/8000 a=rtpmap:97 iLBC/8000 a=rtpmap:98 iLBC/8000 a=fmtp:98 mode=20 a=rtpmap:8 PCMA/8000 a=rtpmap:0 PCMU/8000 a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-16 a=setup:active a=sendrecv send 669 bytes to udp/[10.0.0.51]:5060 at 13:10:50.593008: SIP/2.0 180 Ringing Via: SIP/2.0/UDP 10.0.0.51;branch=z9hG4bKbccefbe430e058fa95103b889c9f2193f25e c854af5ceca6a73e9513a970447b Via: SIP/2.0/UDP 10.0.0.9:49152;branch=z9hG4bK0a0900cc4790a55a6bf 900db;rport Record-Route: From: "unknown" ;tag=2b2513062ca To: ;tag=6NeHU4NZX1D1N Call-ID: 3503EE8A233A49C1B501AD9C70BC8E4D0x0a09 CSeq: 2 INVITE Contact: User-Agent: OptimTalk / 1.6 Accept: application/sdp Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, PRACK, MESSAGE, SUBSCRIBE, NOTIFY, REFER, UPDATE, INFO, REGISTER Supported: timer, 100rel Content-Length: 0 send 912 bytes to udp/[10.0.0.51]:5060 at 13:10:51.733633: SIP/2.0 200 OK Via: SIP/2.0/UDP 10.0.0.51;branch=z9hG4bKbccefbe430e058fa95103b889c9f2193f25e c854af5ceca6a73e9513a970447b Via: SIP/2.0/UDP 10.0.0.9:49152;branch=z9hG4bK0a0900cc4790a55a6bf 900db;rport Record-Route: From: "unknown" ;tag=2b2513062ca To: ;tag=6NeHU4NZX1D1N Call-ID: 3503EE8A233A49C1B501AD9C70BC8E4D0x0a09 CSeq: 2 INVITE Contact: User-Agent: OptimTalk / 1.6 Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, PRACK, MESSAGE, SUBSCRIBE, NOTIFY, REFER, UPDATE, INFO, REGISTER Require: timer Supported: timer, 100rel Session-Expires: 1800;refresher=uac Min-SE: 120 Content-Type: application/sdp Content-Disposition: session Content-Length: 144 v=0 o=- 5514491549026692689 6960445610684699468 IN IP4 10.0.0.9 s=- c=IN IP4 10.0.0.9 t=0 0 m=audio 16648 RTP/AVP 0 a=rtpmap:0 PCMU/8000 send 598 bytes to udp/[10.0.0.51]:5060 at 13:10:51.780508: REFER sip:[EMAIL PROTECTED]:49152 SIP/2.0 Via: SIP/2.0/UDP 10.0.0.9;rport;branch=z9hG4bK7mF9e9Sm1H3ma Route: Max-Forwards: 70 From: ;tag=6NeHU4NZX1D1N To: "unknown" ;tag=2b2513062ca Call-ID: 3503EE8A233A49C1B501AD9C70BC8E4D0x0a09 CSeq: 94212589 REFER Contact: User-Agent: OptimTalk / 1.6 Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, PRACK, MESSAGE, SUBSCRIBE, NOTIFY, REFER, UPDATE, INFO, REGISTER Supported: timer, 100rel Refer-To: Referred-By: Content-Length: 0 recv 385 bytes from udp/[10.0.0.51]:10074 at 13:10:51.827383: SIP/2.0 407 Proxy Authentication Required Proxy-Authenticate: Digest qop="auth",nonce="a3b7eb4e3ee6386fdc4457113188c4f4 ",realm="" To: "unknown" ;tag=2b2513062ca From: ;tag=6NeHU4NZX1D1N Call-ID: 3503EE8A233A49C1B501AD9C70BC8E4D0x0a09 CSeq: 94212589 REFER Via: SIP/2.0/UDP 10.0.0.9;rport;branch=z9hG4bK7mF9e9Sm1H3ma Content-Length: 0 --- <- Here I get 904 response --- recv 708 bytes from udp/[10.0.0.51]:10074 at 13:10:51.858633: ACK sip:10.0.0.9 SIP/2.0 Proxy-Authorization: Digest username="555",realm="",nonce="d61a607be306be6ec7 226e266a1649f7",uri="sip:[EMAIL PROTECTED]",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=z9hG4bK
Re: [Sofia-sip-devel] Ending call without BYE
bump... anyone? > Hello everyone, > > 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 - SF.Net email is sponsored by: Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php ___ 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
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 = >> Serial = >> Users = >> 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 2>&1 >>> >> 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
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 = > Serial = > Users = > 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 2>&1 > 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
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 = Serial = Users = 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 2>&1 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: ;tag=K2tpQKKa59ZcN To: Call-ID: 3346055c-dfc0-122a-65a3-276886ec6c8f CSeq: 88898548 REGISTER Contact: 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: ;tag=K2tpQKKa59ZcN To: ;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: ;tag=cgHHS1FH1aSFQ To: 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: unpublish without publish TEST NUA-1.2.4: PASSED TEST NUA-1.2.5: terminate with
