Registration authentication problem - 904 No matching challenge

Hi all,

I am currently stuck trying to get a Sofia SIP agent to properly register to a registrar (Open IMS core).
Whenever the agent gets challenged it does not reattempt to provide its credentials : the registration
keeps failing.

Basically, a nua_authenticate() is triggered on nua_r_register 401 but Sofia says there is no matching
challenge (904) although:
 o realm (enclosed within double quotes),  login and password provided are accurate,
 o same operation handle is used than received event (hope this is the way to go).
I expected the framework to resubmit REGISTER after this nua_authenticate() call (i.e. I am not
re-registering after).

The dialog looks like this:

Agent (Sofia) ====== REGISTER ===========> Registrar (OpenIMS) : register with no authent and local IP
Agent (Sofia) <===== 401 (challenging)==== Registrar (OpenIMS) : no credentials, challenging UE
Agent (Sofia) ==== REGISTER public IP ===> Registrar (OpenIMS) : register with no authent and public IP
Agent (Sofia) <===== 401 (challenging)==== Registrar (OpenIMS) : still no credentials, challenging UE

I hoped that the 2nd REGISTER attempt (automatically resent by Sofia) would have answered the
authentication challenge received with the credentials provided but nothing.

I am very probably doing something wrong but could not figured it out :(

Please, find enclosed network traces and sofia verbose output of the scenario described above.

Thanks,

Laurent

How to detect the local IP port availability

------------------------------------------------------------------------------
BlackBerry® DevCon Americas, Oct. 18-20, San Francisco, CA
The must-attend event for mobile developers. Connect with experts. 
Get tools for creating Super Apps. See the latest technologies.
Sessions, hands-on labs, demos & much more. Register early & save!
http://p.sf.net/sfu/rim-blackberry-1

_______________________________________________
Sofia-sip-devel mailing list
Sofia-sip-devel@...
https://lists.sourceforge.net/lists/listinfo/sofia-sip-devel

Re: How to detect the local IP port availability

------------------------------------------------------------------------------
BlackBerry® DevCon Americas, Oct. 18-20, San Francisco, CA
The must-attend event for mobile developers. Connect with experts. 
Get tools for creating Super Apps. See the latest technologies.
Sessions, hands-on labs, demos & much more. Register early & save!
http://p.sf.net/sfu/rim-blackberry-1

_______________________________________________
Sofia-sip-devel mailing list
Sofia-sip-devel@...
https://lists.sourceforge.net/lists/listinfo/sofia-sip-devel

Re: Invite with Multipart content

Hi Harinath,

There is no decent API for sending MIME multipart from nua at the
moment. Currently, if nua notices that there is a payload, it won't
touch it. I have some doubts regarding encoding of multipart (iow, it
won't work.)

I have some ideas about the API, like including an empty SDP within
multipart or so, but unfortunately little time to work on them.
Patches are always welcome, if you feel adventurous.

--Pekka

2011/6/15 harinath nanpaly <harinath@...>:
> I need to send INVITE message with multipart content ("application/sdp" +
>
> "application/femtointerfacemsg").
>
> I would appreciate if you could give some ideas on it.
>
>
>
> I am having hard time making the sdp body manually, which eventually goes
> into the MIME payload.
>
>
>
> Any ideas?
>
>
>
> Thanks,
>
> Harinath
>
> ------------------------------------------------------------------------------
> 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
>
>

--

-- 
Pekka.Pessi mail at nokia.com

------------------------------------------------------------------------------
Get a FREE DOWNLOAD! and learn more about uberSVN rich system, 
user administration capabilities and model configuration. Take 
the hassle out of deploying and managing Subversion and the 
tools developers use with it. http://p.sf.net/sfu/wandisco-d2d-2

Re: How to remove Supported header from outgoing request.

Hi Inca,

2011/6/22 Inca Rose <incarose@...>:
> I'm using NUA and I see that by default the Supported header is sent with "timer, 100rel"
> I want to control the supported header contents and find out that NUATAG_SUPPORTED only adds supported
values, and only SIPTAG_SUPPORTED can override it.
> I want to be able to not send Supported headers at all if the UA doesn't support any extension.
> I set SIPTAG_SUPPORTED_STR("") but the stack sends the Supported header empty.
>
> There is any way to tell the stack not to send the Supported header if it is empty ?

You should be able to get rid of Supported with
SIPTAG_SUPPORTED_STR((void *) -1)).

--

-- 
Pekka.Pessi mail at nokia.com

------------------------------------------------------------------------------
Get a FREE DOWNLOAD! and learn more about uberSVN rich system, 
user administration capabilities and model configuration. Take 
the hassle out of deploying and managing Subversion and the 
tools developers use with it. http://p.sf.net/sfu/wandisco-d2d-2

Re: 'Network error' on FreeBSD: how to debug?

Hi Yuri,

2011/6/19 Yuri <yuri@...>:
> On 06/18/2011 17:50, Yuri wrote:
>> recvfrom call retrieving result for DNS query never receives the result
>> for some reason.
>>
>
> I found bug in code resolving the sip-dig hang:
> in file sres_blocking.c lines
>       if (c->block->fds[i].revents | POLLERR)
>         sres_resolver_error(c->resolver, c->block->fds[i].fd);
>       if (c->block->fds[i].revents | POLLIN)
>         sres_resolver_receive(c->resolver, c->block->fds[i].fd);
>
> should look like this:
>
>       if (c->block->fds[i].revents & POLLERR)
>         sres_resolver_error(c->resolver, c->block->fds[i].fd);
>       if (c->block->fds[i].revents & POLLIN)
>         sres_resolver_receive(c->resolver, c->block->fds[i].fd);

Thanks for catching this...

> After this sip-dig works fine. But empathy still has 'Network error'.

Does your UA send DNS queries? Do they look valid? Where Sofia reads
the resolv.conf? Can you get logs from UA?

--

-- 
Pekka.Pessi mail at nokia.com

------------------------------------------------------------------------------
Get a FREE DOWNLOAD! and learn more about uberSVN rich system, 
user administration capabilities and model configuration. Take 
the hassle out of deploying and managing Subversion and the 
tools developers use with it. http://p.sf.net/sfu/wandisco-d2d-2

Re: Segmentation Fault After BYE 407 Proxy Authentication

Hi Jerry,

2011/6/23 Jerry Richards <jerry.richards@...>:
> One more thing on this.  The segmentation fault was due to the assert()
> function crashing in my phone.  This was not caused by sofia-sip.  But the
> additional comparison to sip_method_bye should be added to sofia-sip so the
> assert() does not cause a printf.

I'm afraid that does not work (in other words, the ACK sent by nua is
gibberish if the cr is BYE, because it has CSeq number different from
INVITE.)

Thanks for reporting this, I'll try to make a fix to the root cause.

--

-- 
Pekka.Pessi mail at nokia.com

------------------------------------------------------------------------------
Get a FREE DOWNLOAD! and learn more about uberSVN rich system, 
user administration capabilities and model configuration. Take 
the hassle out of deploying and managing Subversion and the 
tools developers use with it. http://p.sf.net/sfu/wandisco-d2d-2

Re: ipv4/ipv6 issues

Hi Florian,

2011/6/29 Florian Limberger <florian.limberger@...>:
...
> When an ipv6 client initiates a call to a ipv4 client the call is
> properly established!!
....
> If ipv4 calls ipv6, the final ACK is not sent.
...
> Probably, this has something to do with the Contact header, which
> contains the transport address which has been used for registration.
> However, if ipv6 invites ipv4, everything is fine.
>
> Note, that the ipv4 only host has a link-local ipv6 address but has no
> ipv6 connectivity to the Internet.
>
> Please advise me where and how the transport for an ACK is determined
> and where in the code this can be fixed.

You are correct when you assume that the Contact header is in play. It
determines the transport for ACK, unless there happens to be some
Record-Route headers. Your proxy is supposed to add those Record-Route
headers in case it notices that caller is IPv4 and callee IPv6.
Alternatively, the IPv4-only User Agent could try to do something
clever, like still using the same proxy to send ACK it used to send
INVITE, if it cannot use the transport from Contact header.
Unfortunately, Sofia is not so clever.

--

-- 
Pekka.Pessi mail at nokia.com

------------------------------------------------------------------------------
Get a FREE DOWNLOAD! and learn more about uberSVN rich system, 
user administration capabilities and model configuration. Take 
the hassle out of deploying and managing Subversion and the 
tools developers use with it. http://p.sf.net/sfu/wandisco-d2d-2

Re: auto nua_ack with bad UIR (without destination port)

Hi Ivan,

2011/7/13 Иван Чистяков <zetruger <at> gmail.com>:
> I send INVITE to SLFphone and recv responce 100/180/200 with bad
> Contact header (without port).
> And sofia stack trying to send auto ACK with this bad Contact header
> (without port).
> SLFphone can use non standart port, but stack trying to use default port 5060.

> How to fix it?

> ACK sip:softphone <at> 172.16.0.129:3296 SIP/2.0

You can try to force Sofia SIP to use a certain address for next hop,
for instance, include NUTAG_PROXY("sip:172.16.0.129:3296") in
nua_invite() or nua_ack() or nua_respond() tags.

--

-- 
Pekka.Pessi mail at nokia.com

------------------------------------------------------------------------------
Get a FREE DOWNLOAD! and learn more about uberSVN rich system, 
user administration capabilities and model configuration. Take 
the hassle out of deploying and managing Subversion and the 
tools developers use with it. http://p.sf.net/sfu/wandisco-d2d-2
_______________________________________________
Sofia-sip-devel mailing list
Sofia-sip-devel <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/sofia-sip-devel

Re: ipv4/ipv6 issues

Sory
Sofia is the bes  stack

Envoyé de mon iPhone

Le 18 août 2011 à 09:20, Pekka Pessi <ppessi@...> a écrit :

> Hi Florian,
>
> 2011/6/29 Florian Limberger <florian.limberger@...>:
> ...
>> When an ipv6 client initiates a call to a ipv4 client the call is
>> properly established!!
> ....
>> If ipv4 calls ipv6, the final ACK is not sent.
> ...
>> Probably, this has something to do with the Contact header, which
>> contains the transport address which has been used for registration.
>> However, if ipv6 invites ipv4, everything is fine.
>>
>> Note, that the ipv4 only host has a link-local ipv6 address but has no
>> ipv6 connectivity to the Internet.
>>
>> Please advise me where and how the transport for an ACK is determined
>> and where in the code this can be fixed.
>
> You are correct when you assume that the Contact header is in play. It
> determines the transport for ACK, unless there happens to be some
> Record-Route headers. Your proxy is supposed to add those Record-Route
> headers in case it notices that caller is IPv4 and callee IPv6.
> Alternatively, the IPv4-only User Agent could try to do something
> clever, like still using the same proxy to send ACK it used to send
> INVITE, if it cannot use the transport from Contact header.
> Unfortunately, Sofia is not so clever.
>
> --
> Pekka.Pessi mail at nokia.com
>
> ------------------------------------------------------------------------------
> Get a FREE DOWNLOAD! and learn more about uberSVN rich system,
> user administration capabilities and model configuration. Take
> the hassle out of deploying and managing Subversion and the
> tools developers use with it. http://p.sf.net/sfu/wandisco-d2d-2
> _______________________________________________
> Sofia-sip-devel mailing list
> Sofia-sip-devel@...
> https://lists.sourceforge.net/lists/listinfo/sofia-sip-devel

------------------------------------------------------------------------------
Get a FREE DOWNLOAD! and learn more about uberSVN rich system, 
user administration capabilities and model configuration. Take 
the hassle out of deploying and managing Subversion and the 
tools developers use with it. http://p.sf.net/sfu/wandisco-d2d-2