sr-dev

sr-dev@lists.kamailio.org

44307 discussions

[tracker] Task closed: Assignment operators don't work

by sip-router

THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY. The following task is now closed: FS#100 - Assignment operators don't work User who did this - Daniel-Constantin Mierla (miconda) Reason for closing: Implemented More information can be found at the following URL: http://sip-router.org/tracker/index.php?do=details&task_id=100 You are receiving this message because you have requested it from the Flyspray bugtracking system. If you did not expect this message or don't want to receive mails in future, you can change your notification settings at the URL shown above.

14 years, 2 months

git:master: uac(k): stop trying to re-auth if first attempt fails

by Daniel-Constantin Mierla

Module: sip-router Branch: master Commit: 9ebbbf3f53d88729add23980695ff84dace90342 URL: http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=commit;h=9ebbbf3… Author: Daniel-Constantin Mierla <miconda(a)gmail.com> Committer: Daniel-Constantin Mierla <miconda(a)gmail.com> Date: Wed Dec 8 00:20:44 2010 +0100 uac(k): stop trying to re-auth if first attempt fails - don't do cascade authentication if server keeps sending 401 for new attepts - reported by Bernhard Suttner, part of FS#108 --- modules_k/uac/uac_reg.c | 14 +++++++++++++- 1 files changed, 13 insertions(+), 1 deletions(-) diff --git a/modules_k/uac/uac_reg.c b/modules_k/uac/uac_reg.c index 8fb4e78..e8827a0 100644 --- a/modules_k/uac/uac_reg.c +++ b/modules_k/uac/uac_reg.c @@ -43,6 +43,7 @@ #define UAC_REG_DISABLED (1<<0) #define UAC_REG_ONGOING (1<<1) #define UAC_REG_ONLINE (1<<2) +#define UAC_REG_AUTHSENT (1<<3) #define MAX_UACH_SIZE 2048 @@ -470,7 +471,7 @@ void uac_reg_tm_callback( struct cell *t, int type, struct tmcb_params *ps) str2int(&c->expires->body, (unsigned int*)(&expires)); } ri->timer_expires = ri->timer_expires + expires; - ri->flags &= ~UAC_REG_ONGOING; + ri->flags &= ~(UAC_REG_ONGOING|UAC_REG_AUTHSENT); ri->flags |= UAC_REG_ONLINE; goto done; } @@ -484,6 +485,14 @@ void uac_reg_tm_callback( struct cell *t, int type, struct tmcb_params *ps) if(ps->code == 401) { + if(ri->flags & UAC_REG_AUTHSENT) + { + LM_ERR("authentication failed for <%.*s>\n", + ri->l_uuid.len, ri->l_uuid.s); + ri->flags &= ~UAC_REG_ONGOING; + ri->flags |= UAC_REG_DISABLED; + goto done; + } hdr = get_autenticate_hdr(ps->rpl, 401); if (hdr==0) { @@ -552,6 +561,7 @@ void uac_reg_tm_callback( struct cell *t, int type, struct tmcb_params *ps) &s_turi, /* From */ (ri->auth_proxy.len)?&ri->auth_proxy:NULL /* outbound uri */ ); + ri->flags |= UAC_REG_AUTHSENT; if(ret<0) goto done; @@ -584,6 +594,8 @@ int uac_reg_update(reg_uac_t *reg, time_t tn) return 2; if(reg->timer_expires > tn + reg_timer_interval + 3) return 3; + if(reg->flags&UAC_REG_DISABLED) + return 4; reg->timer_expires = tn; reg->flags |= UAC_REG_ONGOING; reg->flags &= ~UAC_REG_ONLINE;

14 years, 2 months

[tracker] Comment added: UAC Outgoing Registration Failed Authentication

by sip-router

THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY. The following task has a new comment added: FS#108 - UAC Outgoing Registration Failed Authentication User who did this - Daniel-Constantin Mierla (miconda) ---------- Just committed on master branch some work to fix it - if the authenticated REGISTER still fails, don't do it again (e.g., password might be wrong). This will prevent cascade auth'ed REGISTER requests. If you can try it and report back, would be useful. ---------- More information can be found at the following URL: http://sip-router.org/tracker/index.php?do=details&task_id=108#comment147 You are receiving this message because you have requested it from the Flyspray bugtracking system. If you did not expect this message or don't want to receive mails in future, you can change your notification settings at the URL shown above.

14 years, 2 months

Re: [sr-dev] UAC module

by Bernhard Suttner

Hi within Asterisk Debug Log I see: [Dec 6 13:42:18] DEBUG[3043] chan_sip.c: Allocating new SIP dialog for 73ffbded-5469(a)127.0.0.1 - REGISTER (No RTP) [Dec 6 13:42:18] DEBUG[3043] chan_sip.c: **** Received REGISTER (2) - Command in SIP REGISTER [Dec 6 13:42:18] DEBUG[3043] chan_sip.c: = No match Their Call ID: 73ffbded-5469(a)127.0.0.1 Their Tag 533cb9e91f4b999cf76861cbb9ed54ed-a2b5 Our tag: as623e27a6 [Dec 6 13:42:18] DEBUG[3043] chan_sip.c: Allocating new SIP dialog for 73ffbded-5434(a)127.0.0.1 - REGISTER (No RTP) [Dec 6 13:42:18] DEBUG[3043] chan_sip.c: **** Received REGISTER (2) - Command in SIP REGISTER [Dec 6 13:42:18] DEBUG[3043] chan_sip.c: = No match Their Call ID: 73ffbded-5434(a)127.0.0.1 Their Tag 533cb9e91f4b999cf76861cbb9ed54ed-76c6 Our tag: as1c8b03db [Dec 6 13:42:18] DEBUG[3043] chan_sip.c: = No match Their Call ID: 73ffbded-5469(a)127.0.0.1 Their Tag 533cb9e91f4b999cf76861cbb9ed54ed-a2b5 Our tag: as623e27a6 [Dec 6 13:42:18] DEBUG[3043] chan_sip.c: Allocating new SIP dialog for 73ffbded-5438(a)127.0.0.1 - REGISTER (No RTP) [Dec 6 13:42:18] DEBUG[3043] chan_sip.c: **** Received REGISTER (2) - Command in SIP REGISTER [Dec 6 13:42:18] DEBUG[3043] chan_sip.c: = No match Their Call ID: 73ffbded-5438(a)127.0.0.1 Their Tag 533cb9e91f4b999cf76861cbb9ed54ed-89e8 Our tag: as1d53d607 [Dec 6 13:42:18] DEBUG[3043] chan_sip.c: = No match Their Call ID: 73ffbded-5434(a)127.0.0.1 Their Tag 533cb9e91f4b999cf76861cbb9ed54ed-76c6 Our tag: as1c8b03db Within the trace I see, that Asterisk does set the to-tag within the "unauthorized" towards Kamailio. Kamailio does then send the REGISTER Request with authentication credentials but _without_ the to-tag. Best regards, Bernhard Suttner ----- Original Message ----- From: Bernhard Suttner [mailto:bernhard.suttner@winet.ch] To: sr-dev(a)lists.sip-router.org Sent: Mon, 06 Dec 2010 12:07:22 +0100 Subject: [sr-dev] UAC module > Hi @ all, > > I tried to get the UAC module working on a asterisk but still without luck > and saw some "necessary" improvements for UAC-Reg. > > If there is somewhere a "wish-list" I could add that there: > > 1. if the registration is not successful the first time, Kamailio will never > try it again. > 2. if the authentication is not successful, Kamailio will send the > registration for authentication again and again for about 100times a second. > 3. UAC-reg "reload" command for kamctl > > Best regards, > Bernhard > > > > _______________________________________________ > sr-dev mailing list > sr-dev(a)lists.sip-router.org > http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-dev >

14 years, 2 months

[tracker] Assignee added: UAC Outgoing Registration Failed Authentication

by sip-router

THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY. A user has added themself to the list of users assigned to this task. FS#108 - UAC Outgoing Registration Failed Authentication User who did this - bernhards (bernhards) http://sip-router.org/tracker/index.php?do=details&task_id=108 You are receiving this message because you have requested it from the Flyspray bugtracking system. If you did not expect this message or don't want to receive mails in future, you can change your notification settings at the URL shown above.

14 years, 2 months

[tracker] Task opened: UAC Outgoing Registration Failed Authentication (Attachment added)

by sip-router

THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY. A new Flyspray task has been opened. Details are below. User who did this - bernhards (bernhards) Attached to Project - sip-router Summary - UAC Outgoing Registration Failed Authentication Task Type - Bug Report Category - Modules kamailio Status - Assigned Assigned To - Daniel-Constantin Mierla Operating System - All Severity - Critical Priority - Normal Reported Version - Development Due in Version - Undecided Due Date - Undecided Details - I tried to get a outgoing resgiration running on an Asterisk 1.4.21 but without success. Kamailio does send the first REGISTER. Asterisk does respond with Trying and Unauthorized. Afterwards Kamailio does send the REGISTER with credentials for about 100 times every second (this burst is also not good). Within the full debug log I see: [Dec 6 13:42:18] DEBUG[3043] chan_sip.c: Allocating new SIP dialog for 73ffbded-5469(a)127.0.0.1 - REGISTER (No RTP) [Dec 6 13:42:18] DEBUG[3043] chan_sip.c: **** Received REGISTER (2) - Command in SIP REGISTER [Dec 6 13:42:18] DEBUG[3043] chan_sip.c: = No match Their Call ID: 73ffbded-5469(a)127.0.0.1 Their Tag 533cb9e91f4b999cf76861cbb9ed54ed-a2b5 Our tag: as623e27a6 [Dec 6 13:42:18] DEBUG[3043] chan_sip.c: Allocating new SIP dialog for 73ffbded-5434(a)127.0.0.1 - REGISTER (No RTP) [Dec 6 13:42:18] DEBUG[3043] chan_sip.c: **** Received REGISTER (2) - Command in SIP REGISTER [Dec 6 13:42:18] DEBUG[3043] chan_sip.c: = No match Their Call ID: 73ffbded-5434(a)127.0.0.1 Their Tag 533cb9e91f4b999cf76861cbb9ed54ed-76c6 Our tag: as1c8b03db [Dec 6 13:42:18] DEBUG[3043] chan_sip.c: = No match Their Call ID: 73ffbded-5469(a)127.0.0.1 Their Tag 533cb9e91f4b999cf76861cbb9ed54ed-a2b5 Our tag: as623e27a6 [Dec 6 13:42:18] DEBUG[3043] chan_sip.c: Allocating new SIP dialog for 73ffbded-5438(a)127.0.0.1 - REGISTER (No RTP) [Dec 6 13:42:18] DEBUG[3043] chan_sip.c: **** Received REGISTER (2) - Command in SIP REGISTER [Dec 6 13:42:18] DEBUG[3043] chan_sip.c: = No match Their Call ID: 73ffbded-5438(a)127.0.0.1 Their Tag 533cb9e91f4b999cf76861cbb9ed54ed-89e8 Our tag: as1d53d607 [Dec 6 13:42:18] DEBUG[3043] chan_sip.c: = No match Their Call ID: 73ffbded-5434(a)127.0.0.1 Their Tag 533cb9e91f4b999cf76861cbb9ed54ed-76c6 Our tag: as1c8b03db Please find attached a network trace. One or more files have been attached. More information can be found at the following URL: http://sip-router.org/tracker/index.php?do=details&task_id=108 You are receiving this message because you have requested it from the Flyspray bugtracking system. If you did not expect this message or don't want to receive mails in future, you can change your notification settings at the URL shown above.

14 years, 2 months

[tracker] Task opened: UAC outgoing registration stability

by sip-router

14 years, 2 months

[tracker] Assignee added: UAC outgoing registration stability

by sip-router

THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY. A user has added themself to the list of users assigned to this task. FS#107 - UAC outgoing registration stability User who did this - bernhards (bernhards) http://sip-router.org/tracker/index.php?do=details&task_id=107 You are receiving this message because you have requested it from the Flyspray bugtracking system. If you did not expect this message or don't want to receive mails in future, you can change your notification settings at the URL shown above.

14 years, 2 months

Moving from 1.3.4

by Andrew O. Zhukov

Need your suggestion. I'm just comletely satisfied of openser 1.3.4 fuction set. However, it's going down too recently(3-5 times per month) in the last half year. Some of gdb output applyed. Can you suggest me the best stabile version for relocation. Thanks in advance. -------------------------- core.27986 Core was generated by `openser -P /var/run/openser/openser.pid -m 32 -u openser -g openser -w /var/run'. Program terminated with signal 11, Segmentation fault. #0 0x0000000000443315 in pv_get_authattr (msg=0x2aaaae6685a8, param=0x763958, res=0x7fff701d7860) at pvar.c:1319 1319 res->rs.s =((auth_body_t*)(hdr->parsed))->digest.username.user.s; ------------------ core.29065: Core was generated by `openser -P /var/run/openser/openser.pid -m 32 -u openser -g openser -w /var/run'. Program terminated with signal 11, Segmentation fault. #0 0x000000000048e679 in fm_free (qm=0x7389e0, p=<value optimized out>) at mem/f_malloc.c:125 125 if (frag->size <= (*f)->size) break; --------------- core.29063: Core was generated by `openser -P /var/run/openser/openser.pid -m 32 -u openser -g openser -w /var/run'. Program terminated with signal 11, Segmentation fault. #0 fm_status (qm=0x7389e0) at mem/f_malloc.c:513 513 size+=f->size,f=f->u.nxt_free,i++,j++){ -------------------------- core.27985: Core was generated by `openser -P /var/run/openser/openser.pid -m 32 -u openser -g openser -w /var/run'. Program terminated with signal 11, Segmentation fault. #0 fm_status (qm=0x7389e0) at mem/f_malloc.c:513 513 size+=f->size,f=f->u.nxt_free,i++,j++){ (gdb) print i $1 = 383 (gdb) print j $2 = 1 (gdb) print f $3 = (struct fm_frag *) 0x6366373364393531 (gdb) print size $4 = 3631135185266580216 (gdb) print f->u.nxt_free Cannot access memory at address 0x6366373364393539 (gdb) print f->size Cannot access memory at address 0x6366373364393531 ------------------------------------------ core.29790: Core was generated by `openser -P /var/run/openser/openser.pid -m 32 -u openser -g openser -w /var/run'. Program terminated with signal 11, Segmentation fault. #0 fm_malloc (qm=0x7389e0, size=<value optimized out>) at mem/f_malloc.c:267 267 if ((*f)->size>=size) goto found; (gdb) print size $1 = <value optimized out> (gdb) print *f $2 = (struct fm_frag *) 0x12 ----------------------------------------- core.2156: Core was generated by `openser -P /var/run/openser/openser.pid -m 32 -u openser -g openser -w /var/run'. Program terminated with signal 11, Segmentation fault. #0 fm_status (qm=0x7389e0) at mem/f_malloc.c:513 513 size+=f->size,f=f->u.nxt_free,i++,j++){ (gdb) print size $1 = 4268969821966590315 (gdb) print f $2 = (struct fm_frag *) 0x373365383d676174 (gdb) print i $3 = 0 (gdb) print j $4 = 1 ---------------------------------------------------------------------------- core.2157: Core was generated by `openser -P /var/run/openser/openser.pid -m 32 -u openser -g openser -w /var/run'. Program terminated with signal 11, Segmentation fault. #0 sip_msg_cloner (org_msg=0x770a50, sip_msg_len=0x7fff9430d31c) at sip_msg.c:327 327 for(prm=via->param_lst;prm;prm=prm->next) ------------------------------------------------------- core.32225 Core was generated by `openser -P /var/run/openser/openser.pid -m 32 -u openser -g openser -w /var/run'. Program terminated with signal 11, Segmentation fault. #0 0x00002aaaacbf78fb in acc_log_request (rq=0x2aaaae4fd0e8) at acc.c:223 223 memcpy(p, val_arr[i].s, val_arr[i].len); (gdb) print i $1 = 8 (gdb) print val_arr[i].len $2 = 6 (gdb) print val_arr[i].s $3 = 0x5e2c34 <Address 0x5e2c34 out of bounds> (gdb) print p $4 = 0x0 ---------------------------- core.21832 Core was generated by `openser -P /var/run/openser/openser.pid -m 32 -u openser -g openser -w /var/run'. Program terminated with signal 11, Segmentation fault. #0 0x00002aaaacbf78fb in acc_log_request (rq=0x2aaaae72baa0) at acc.c:223 223 memcpy(p, val_arr[i].s, val_arr[i].len); (gdb) print p $1 = 0x0 (gdb) print i $2 = 8 (gdb) print val_arr[i].s $3 = 0x636084 <Address 0x636084 out of bounds> (gdb) print val_arr[i].len $4 = 6 ------------------- core.24808: Core was generated by `openser -P /var/run/openser/openser.pid -m 32 -u openser -g openser -w /var/run'. Program terminated with signal 11, Segmentation fault. #0 fm_status (qm=0x7389e0) at mem/f_malloc.c:513 513 size+=f->size,f=f->u.nxt_free,i++,j++){ (gdb) print size $1 = 8317892 (gdb) print f $2 = (struct fm_frag *) 0xc (gdb) print i $3 = 367 (gdb) print j $4 = 1 (gdb) q -- Andrew O. Zhukov Telegroup Ukraine Technical director. Phone 380-44-2308228 Cell 380-67-4017256 Fax 380-44-2386027

14 years, 2 months

[tracker] Comment added: make install fails with a bash syntax error

by sip-router

THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY. The following task has a new comment added: FS#87 - make install fails with a bash syntax error User who did this - Dmitry Goncharov (Dmitry) ---------- I just check it with the current 3.1 dev branch, make 3.82 and bash 4.1.9(2)-release. It no longer reproduces for me. ---------- More information can be found at the following URL: http://sip-router.org/tracker/index.php?do=details&task_id=87#comment146 You are receiving this message because you have requested it from the Flyspray bugtracking system. If you did not expect this message or don't want to receive mails in future, you can change your notification settings at the URL shown above.

14 years, 2 months

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

sr-dev