I have tinkered with various combinations of modparam values for 'qop', 'nonce_count', and 'one_time_nonce' to see if it makes a difference. It does not. On 10/07/2010 01:00 AM, Alex Balashov wrote: -- Alex Balashov - Principal Evariste Systems LLC 1170 Peachtree Street 12th Floor, Suite 1200 Atlanta, GA 30309 Tel: +1-678-954-0670 Fax: +1-404-961-1892 Web: http://www.evaristesys.com/

All right, will do. Compiling with debug symbols now for extra information. I don't think it is Postgres-related; I briefly looked at the backtrace and there was no evidence at all of database activity. Nor did a TCP packet capture show any database activity. Instead, it seemed to me like the fact that the initial REGISTER request arrived without digest/auth headers (like it's supposed to) was taken as evidence that user does not exist without further developments. I will post the backtrace as soon as I have it. -- Alex Balashov - Principal Evariste Systems LLC 1170 Peachtree Street 12th Floor, Suite 1200 Atlanta, GA 30309 Tel: +1-678-954-0670 Fax: +1-404-961-1892 Web: http://www.evaristesys.com/ On Oct 7, 2010, at 2:45 AM, Daniel-Constantin Mierla <miconda(a)gmail.com> wrote:

On Oct 07, 2010 at 03:17, Alex Balashov <abalashov(a)evaristesys.com> wrote: make cfg mode=debug FLAVOUR=.... make all Andrei

On Oct 07, 2010 at 03:17, Alex Balashov <abalashov(a)evaristesys.com> wrote: For me it looks like it's trying to use an unparsed from header. Did you set the 4 flag in auth_checks_register? (that would explain it) Andrei

On 10/07/2010 04:01 AM, Alex Balashov wrote: I was incorrect to say this. I just tried setting flags to 0 again and now there is no crash. However, www_authorize() still returns -1 (invalid user). The problem is not entirely solved. :/ -- Alex Balashov - Principal Evariste Systems LLC 1170 Peachtree Street 12th Floor, Suite 1200 Atlanta, GA 30309 Tel: +1-678-954-0670 Fax: +1-404-961-1892 Web: http://www.evaristesys.com/

On 10/07/2010 04:13 AM, Andrei Pelinescu-Onciul wrote: It is fixed; it does not crash. But it still thinks it's an invalid user, and there is no database activity to check if it is so. As you said below, that is another problem. Well, I have both in my configuration. For sanity, I have these checks: modparam("sanity", "default_checks", 103) # 1 & 2 & 4 & 32 & 64 Here is a quick bitmask reference from the docs: # SIP version in Request URI : 1 # Request URI scheme : 2 # Presence of RFC-mandated headers : 4 # CSeq method consistency : 32 # CSeq value consistency : 64 # Content length actual vs. declared : 128 # Expires value : 256 # Supported extensions : 512 And I do create a new transaction, as instructed by the new 'auth' documentation which says that to use nonce_count or one_time_nonce it is necessary that the transaction surrounding the digest authentication be stateful. I updated all my code to it today. It looks like this: if(!t_newtran()) { # It must be a retransmission or similar. xlog("L_ERR", "[REGISTER-HANDLER:$ci] !> " "Failed to create new transaction\n"); drop; } if(!www_authorize("$td", "subscriber")) { # Log the cause of the authorisation failure. ... I have also replaced all sl_send_reply() with send_reply() so that SL can make the determination of whether to send the reply statefully based on whether a transaction exists. -- Alex Balashov - Principal Evariste Systems LLC 1170 Peachtree Street 12th Floor, Suite 1200 Atlanta, GA 30309 Tel: +1-678-954-0670 Fax: +1-404-961-1892 Web: http://www.evaristesys.com/

On 10/07/2010 04:28 AM, Andrei Pelinescu-Onciul wrote: Oh. Shall I commit a fix for the docs? -- Alex Balashov - Principal Evariste Systems LLC 1170 Peachtree Street 12th Floor, Suite 1200 Atlanta, GA 30309 Tel: +1-678-954-0670 Fax: +1-404-961-1892 Web: http://www.evaristesys.com/