Pekka Pessi | 1 Jun 19:39 2011
Picon

Re: one nua, multiple accounts

Hi Luca,

2011/5/29 Luca Olivetti <luca@...>:
> If in nua_register I use NUTAG_M_USERNAME, can I be sure that the proxy will
> use it as a "Contact:" for every incoming request?
> If that's the case, I no longer need to rely on the "To:" header.

Yes, NUTAG_M_USERNAME is best way to implement an user agent with
multiple registrations.

The proxy is supposed to use the URL from contact. Of course, there
may be buggy proxies.

--

-- 
Pekka.Pessi mail at nokia.com

------------------------------------------------------------------------------
Simplify data backup and recovery for your virtual environment with vRanger. 
Installation's a snap, and flexible recovery options mean your data is safe,
secure and there when you need it. Data protection magic?
Nope - It's vRanger. Get your free trial download today. 
http://p.sf.net/sfu/quest-sfdev2dev
Pekka Pessi | 1 Jun 19:44 2011
Picon

Re: [patch] session compare

Hi Vladimir,

2011/5/26 Владимир Лучко <vlad.luch <at> mail.ru>:
> There is a patch. There is a some typo in session compare code.
> I don`t realy sure aboute patched code version - but patch is not very big

Applied. Thanks for the patch.

--

-- 
Pekka.Pessi mail at nokia.com

------------------------------------------------------------------------------
Simplify data backup and recovery for your virtual environment with vRanger. 
Installation's a snap, and flexible recovery options mean your data is safe,
secure and there when you need it. Data protection magic?
Nope - It's vRanger. Get your free trial download today. 
http://p.sf.net/sfu/quest-sfdev2dev
_______________________________________________
Sofia-sip-devel mailing list
Sofia-sip-devel <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/sofia-sip-devel
Luca Olivetti | 1 Jun 19:58 2011

Re: one nua, multiple accounts

Al 01/06/11 19:39, En/na Pekka Pessi ha escrit:
> Hi Luca,
> 
> 2011/5/29 Luca Olivetti <luca@...>:
>> If in nua_register I use NUTAG_M_USERNAME, can I be sure that the proxy will
>> use it as a "Contact:" for every incoming request?
>> If that's the case, I no longer need to rely on the "To:" header.
> 
> Yes, NUTAG_M_USERNAME is best way to implement an user agent with
> multiple registrations.
> 
> The proxy is supposed to use the URL from contact. Of course, there
> may be buggy proxies.

Thank you, I already added the NUTAG_M_USERNAME tag to the nua_register call,
and identify the incoming call using sip->sip_request->rq_url->url_user (at 
first I erroneously thought that I had to use sip->sip_contact, but found out
that's the other party).
It works, but then the proxies I tested with already worked when I 
used the "To:" header to identify incoming calls.

BTW, the documentation says that sofia-sip will generate the contact using
the provided NUTAG_M_USERNAME, an equal sign and a random string, but it 
doesn't seem to be the case, so I didn't bother checking for the presence
of an equal sign and stripping the rest in sip->sip_request->rq_url->url_user.

Bye
--

-- 
Luca

(Continue reading)

Pekka Pessi | 1 Jun 21:07 2011
Picon

Re: sofia-sip SBC reference

Hi,

2011/5/27 Vladimir Luchko <vlad.luch@...>:
> In libsofia-sip-ua/msg/msg_tag.c : msgobjtag_dup() we can see:
>
> ---
>   memset(mo, 0, omo->msg_size);
>   mo->msg_size = omo->msg_size;
>   mo->msg_flags = omo->msg_flags;
>
>   if (mo->msg_request)
>     o = mo->msg_request;
>   else
>     o = mo->msg_status;
> ---
>
> I`ve add some trace and figure out that memset nulls mo->msg_request and
> mo->msg_status as well.
> So we do not copy the headers of the structure in any case.
> Replacing in "if-else" "mo" with "omo" works for me and it looks
> meaningfull - couse we copy headers _from_ it - not _to_ it.

Thanks for catching it, I've pushed a fix to master.

--

-- 
Pekka.Pessi mail at nokia.com

------------------------------------------------------------------------------
Simplify data backup and recovery for your virtual environment with vRanger. 
Installation's a snap, and flexible recovery options mean your data is safe,
(Continue reading)

Pekka Pessi | 1 Jun 21:10 2011
Picon

Re: one nua, multiple accounts

Hi Luca,

2011/6/1 Luca Olivetti <luca@...>:
> BTW, the documentation says that sofia-sip will generate the contact using
> the provided NUTAG_M_USERNAME, an equal sign and a random string, but it
> doesn't seem to be the case, so I didn't bother checking for the presence
> of an equal sign and stripping the rest in sip->sip_request->rq_url->url_user.

The documentation tries to be future-proof in case nua will grow
automatic multi-registration support.

--

-- 
Pekka.Pessi mail at nokia.com

------------------------------------------------------------------------------
Simplify data backup and recovery for your virtual environment with vRanger. 
Installation's a snap, and flexible recovery options mean your data is safe,
secure and there when you need it. Data protection magic?
Nope - It's vRanger. Get your free trial download today. 
http://p.sf.net/sfu/quest-sfdev2dev
Luca Olivetti | 1 Jun 22:10 2011

Re: one nua, multiple accounts

Al 01/06/11 21:10, En/na Pekka Pessi ha escrit:
> Hi Luca,
> 
> 2011/6/1 Luca Olivetti <luca@...>:
>> BTW, the documentation says that sofia-sip will generate the contact using
>> the provided NUTAG_M_USERNAME, an equal sign and a random string, but it
>> doesn't seem to be the case, so I didn't bother checking for the presence
>> of an equal sign and stripping the rest in sip->sip_request->rq_url->url_user.
> 
> The documentation tries to be future-proof in case nua will grow
> automatic multi-registration support.

Ok, in that case, url_user will be the one supplied in NUTAG_M_USERNAME or
will it be the complete one?
In the latter case, is there a function to strip the auto-generated part
or should I roll my own?

Bye
--

-- 
Luca

------------------------------------------------------------------------------
Simplify data backup and recovery for your virtual environment with vRanger. 
Installation's a snap, and flexible recovery options mean your data is safe,
secure and there when you need it. Data protection magic?
Nope - It's vRanger. Get your free trial download today. 
http://p.sf.net/sfu/quest-sfdev2dev
Pekka Pessi | 3 Jun 14:51 2011
Picon

Re: one nua, multiple accounts

Hi Luca,

2011/6/1 Luca Olivetti <luca@...>:
>>> BTW, the documentation says that sofia-sip will generate the contact using
>>> the provided NUTAG_M_USERNAME, an equal sign and a random string, but it
>>> doesn't seem to be the case, so I didn't bother checking for the presence
>>> of an equal sign and stripping the rest in sip->sip_request->rq_url->url_user.
>>
>> The documentation tries to be future-proof in case nua will grow
>> automatic multi-registration support.
>
> Ok, in that case, url_user will be the one supplied in NUTAG_M_USERNAME or
> will it be the complete one?
> In the latter case, is there a function to strip the auto-generated part
> or should I roll my own?

It will contain "=" and then some random data. You can strip it away
with strchr(user, '=') etc.

--

-- 
Pekka.Pessi mail at nokia.com

------------------------------------------------------------------------------
Simplify data backup and recovery for your virtual environment with vRanger.
Installation's a snap, and flexible recovery options mean your data is safe,
secure and there when you need it. Discover what all the cheering's about.
Get your free trial download today. 
http://p.sf.net/sfu/quest-dev2dev2 
Andreas Büttner | 7 Jun 11:23 2011

sending messages with SofSip_Cli

Hello,

I'm working on the SofSip_Cli for a project at the university. Now I have installed the client on two different PC's.
PC1:     OS:OpenSuse
PC2      OS:Ubuntu

Sending the message from PC1 to PC2 is working, but from PC2 to PC1 I can't enter a messages. PC1 receives only strange symbols.

I have also cross-compiled the Client for an ARM with Debian OS. On this platform I have the same problem.

Is there a problem with Debian-based Distributions?


Regards, Andreas
------------------------------------------------------------------------------
EditLive Enterprise is the world's most technically advanced content
authoring tool. Experience the power of Track Changes, Inline Image
Editing and ensure content is compliant with Accessibility Checking.
http://p.sf.net/sfu/ephox-dev2dev
_______________________________________________
Sofia-sip-devel mailing list
Sofia-sip-devel@...
https://lists.sourceforge.net/lists/listinfo/sofia-sip-devel
Andreas Büttner | 7 Jun 15:54 2011

Re: sending messages with SofSip_Cli

Well, the problem was the readline-library. I just had to install this lib and now its working.

--problem solved--

Regards, Andreas

Von: Andreas Büttner <andreas.buettner87-DaQTI0RpDDMAvxtiuMwx3w@public.gmane.org>
An: sofia-sip-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
Gesendet: Dienstag, den 7. Juni 2011, 11:23:49 Uhr
Betreff: [Sofia-sip-devel] sending messages with SofSip_Cli

Hello,

I'm working on the SofSip_Cli for a project at the university. Now I have installed the client on two different PC's.
PC1:     OS:OpenSuse
PC2      OS:Ubuntu

Sending the message from PC1 to PC2 is working, but from PC2 to PC1 I can't enter a messages. PC1 receives only strange symbols.

I have also cross-compiled the Client for an ARM with Debian OS. On this platform I have the same problem.

Is there a problem with Debian-based Distributions?


Regards, Andreas
------------------------------------------------------------------------------
EditLive Enterprise is the world's most technically advanced content
authoring tool. Experience the power of Track Changes, Inline Image
Editing and ensure content is compliant with Accessibility Checking.
http://p.sf.net/sfu/ephox-dev2dev
_______________________________________________
Sofia-sip-devel mailing list
Sofia-sip-devel@...
https://lists.sourceforge.net/lists/listinfo/sofia-sip-devel
Vladimir Luchko | 9 Jun 14:08 2011
Picon

NUTAG_WITH and BYE

Hello, everybody!

Can I answer to the incoming BYE with 200 ok from the application without  
using NUTAG_WITH?
I`ve init nua with NUTAG_AUTOANSWER(0) and NUTAG_APPL_METHOD("BYE"). Than  
I got nua_i_bye event. I want to answer 200
with nua_resopnd(nh, 200, NULL, NUTAG_NULL()), but stack emits nua_i_error  
500 - answer to non-existing request.
Looking into code:
----
void
nua_stack_respond(nua_t *nua, nua_handle_t *nh,
       int status, char const *phrase, tagi_t const *tags)
{
   nua_server_request_t *sr;
   tagi_t const *t;
   msg_t const *request = NULL;

   t = tl_find_last(tags, nutag_with);

   if (t)
     request = (msg_t const *)t->t_value;

   for (sr = nh->nh_ds->ds_sr; sr; sr = sr->sr_next) {
     if (request && sr->sr_request.msg == request)
       break;
>>>
     /* nua_respond() to INVITE can be used without NUTAG_WITH() */
     if (!t && sr->sr_method == sip_method_invite)
       break;
>>>
   }

   if (sr == NULL) {
     nua_stack_event(nua, nh, NULL, nua_i_error,
         500, "Responding to a Non-Existing Request", NULL);
     return;
   }
...
----
why I must use NUTAG_WITH to respond to BYE? What side effects can I get  
if doing something like that:
>>>
     if (!t && (sr->sr_method == sip_method_invite || sr->sr_method ==  
sip_method_bye))
       break;
>>>
--

-- 
Best regards,
Vladimir O. Luchko
Novosibirsk

------------------------------------------------------------------------------
EditLive Enterprise is the world's most technically advanced content
authoring tool. Experience the power of Track Changes, Inline Image
Editing and ensure content is compliant with Accessibility Checking.
http://p.sf.net/sfu/ephox-dev2dev

Gmane