Re: [Sofia-sip-devel] call but no sound

2010-08-12 Thread Martin Drasar
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

2010-08-10 Thread Martin Drasar
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

2010-08-10 Thread Martin Drasar
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

2010-08-10 Thread Martin Drasar
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

2010-08-10 Thread Martin Drasar
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

2010-03-12 Thread Martin Drasar
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

2010-03-12 Thread Martin Drasar
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

2010-03-12 Thread 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).

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

2010-03-08 Thread Martin Drasar
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

2010-03-03 Thread Martin Drasar
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

2010-01-06 Thread Martin Drasar
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

2009-12-07 Thread Martin Drasar
> 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

2009-03-12 Thread Martin Drasar
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

2009-03-09 Thread Martin Drasar
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

2008-05-21 Thread Martin Drasar
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

2008-05-19 Thread Martin Drasar
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

2008-03-31 Thread Martin Drasar
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

2008-02-22 Thread Martin Drasar
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?

2008-01-26 Thread Martin Drasar
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

2008-01-23 Thread Martin Drasar
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

2008-01-23 Thread Martin Drasar
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

2008-01-23 Thread Martin Drasar
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

2008-01-18 Thread Martin Drasar
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

2007-12-07 Thread Martin Drasar
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

2007-11-07 Thread Martin Drasar
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

2007-09-18 Thread Martin Drasar
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

2007-09-17 Thread Martin Drasar
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

2007-09-17 Thread Martin Drasar

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