sr-dev July 2013

sr-dev@lists.kamailio.org

21 participants
246 discussions

[tracker] Comment added: Possible memory leak in srdb1

by sip-router

THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY. The following task has a new comment added: FS#319 - Possible memory leak in srdb1 User who did this - Daniel-Constantin Mierla (miconda) ---------- Doesn't look like that. The pointer to str as well as str->s are in the same memory block, not a special malloc for str->s. Can you give the path to the file and the line where the memory allocation is done for ->s? ---------- More information can be found at the following URL: http://sip-router.org/tracker/index.php?do=details&task_id=319#comment1025 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.

11 years, 5 months

t_check_trans with in-dialog requests

by Hugh Waite

Hello, I have a question on the use of t_check_trans for in-dialog requests. If an in-dialog INVITE is challenged by kamailio (sending a 407 response), the ACK should be absorbed. However, the t_check_trans function does not terminate the script. In our config, this means the ACK gets sent to the client due to the route-set. Should t_check_trans recognise that this transaction was rejected locally, even though there is an onward route-set? Hugh -- Hugh Waite Principal Design Engineer Crocodile RCS Ltd.

11 years, 5 months

[tracker] Comment added: tm doesn't relay changed 'To' header in CANCEL before dialog is established

by sip-router

THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY. The following task has a new comment added: FS#325 - tm doesn't relay changed 'To' header in CANCEL before dialog is established User who did this - Daniel-Constantin Mierla (miconda) ---------- Look at modules/tm/t_cancel.c -- you have to backport the condition that enables the use of To header from uac buffer when building the cancel. ---------- More information can be found at the following URL: https://sip-router.org/tracker/index.php?do=details&task_id=325#comment1024 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.

11 years, 5 months

[tracker] Comment added: tm doesn't relay changed 'To' header in CANCEL before dialog is established

by sip-router

THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY. The following task has a new comment added: FS#325 - tm doesn't relay changed 'To' header in CANCEL before dialog is established User who did this - Trip Volpe (tvolpe) ---------- Can you point me in the direction of where that to-header change flag is used? I've been looking a bit through replace_uri() in uac, and I did find where it registers a tm callback, but that's only for TMCB_RESPONSE_IN. ---------- More information can be found at the following URL: https://sip-router.org/tracker/index.php?do=details&task_id=325#comment1023 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.

11 years, 5 months

git:master: Makefile.defs: removed SCTP conditions for core locating libsctp

by Daniel-Constantin Mierla

Module: sip-router Branch: master Commit: 2a77bcd36a2b8b91a6d4af3f6ee6828265af39a5 URL: http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=commit;h=2a77bcd… Author: Daniel-Constantin Mierla <miconda(a)gmail.com> Committer: Daniel-Constantin Mierla <miconda(a)gmail.com> Date: Thu Jul 18 20:59:54 2013 +0200 Makefile.defs: removed SCTP conditions for core locating libsctp - the code is now in a module, only generic hooks are in the core, that can be turned on/off by SCTP variable (no lib dependency) --- Makefile.defs | 69 --------------------------------------------------------- 1 files changed, 0 insertions(+), 69 deletions(-) diff --git a/Makefile.defs b/Makefile.defs index 0cb1f01..ffb06c7 100644 --- a/Makefile.defs +++ b/Makefile.defs @@ -1785,32 +1785,6 @@ ifeq ($(OS), linux) ifeq ($(NO_SELECT),) C_DEFS+=-DHAVE_SELECT endif - # sctp support - ifeq ($(SCTP),1) - # test to see if the devfiles and lib are installed - sctp_dev_locations := /usr/include/netinet/sctp.h \ - $(LOCALBASE)/include/netinet/sctp.h - sctp_lib_locations := /usr/lib/libsctp.so \ - /usr/lib64/libsctp.so \ - $(LOCALBASE)/usr/local/lib/libsctp.so - sctp_dev_path := $(wildcard $(sctp_dev_locations)) - sctp_lib_path := $(wildcard $(sctp_lib_locations)) - ifeq ($(sctp_dev_path),) -$(info "sctp development files not installed -- sctp disabled") - override SCTP := - endif - ifeq ($(sctp_lib_path),) -$(info "sctp libraries not installed -- sctp disabled") - override SCTP := - endif - - ifeq ($(SCTP),1) - # use lksctp - C_DEFS+=-DUSE_SCTP - # link to libsctp is needed only for sctp module - # LIBS+=-lsctp - endif - endif # SCTP endif ifeq ($(OS), solaris) @@ -1885,26 +1859,6 @@ ifeq ($(OS), freebsd) C_DEFS+=-DHAVE_SELECT endif YACC=yacc - # sctp support - ifeq ($(SCTP),1) - # test to see if the devfiles and lib are installed - sctp_dev_locations := /usr/include/netinet/sctp.h \ - $(LOCALBASE)/include/netinet/sctp.h - sctp_dev_path := $(wildcard $(sctp_dev_locations)) - ifeq ($(sctp_dev_path),) -$(info "sctp development files not installed -- sctp disabled") - override SCTP := - endif - ifeq ($(shell [ $(OSREL_N) -lt 7000 ] && echo sctp), sctp) -$(info "old freebsd version (>= 7.0 needed) -- sctp disabled") - override SCTP := - endif - - ifeq ($(SCTP),1) - C_DEFS+=-DUSE_SCTP - LIBS+= # no extra libs needed on freebsd - endif - endif # SCTP endif ifeq ($(OS), dragonfly) @@ -1927,29 +1881,6 @@ ifeq ($(OS), dragonfly) C_DEFS+=-DHAVE_SELECT endif YACC=yacc - # sctp support - ifeq ($(SCTP),1) - # test to see if the devfiles and lib are installed - sctp_dev_locations := /usr/include/netinet/sctp.h \ - $(LOCALBASE)/include/netinet/sctp.h - sctp_dev_path := $(wildcard $(sctp_dev_locations)) - ifeq ($(sctp_dev_path),) -$(info "sctp development files not installed -- sctp disabled") - override SCTP := - endif - # FIXME: don't know what's the status of SCTP on dragonfly - # (we suppose the 2.6 version is >= the version in - # in freebsd 7.0) - ifeq ($(shell [ $(OSREL_N) -lt 2006 ] && echo sctp), sctp) -$(info "old dragonfly version (>= 2.6 needed) -- sctp disabled") - override SCTP := - endif - - ifeq ($(SCTP),1) - C_DEFS+=-DUSE_SCTP - LIBS+= # no extra libs needed on freebsd - endif - endif # SCTP endif ifeq ($(OS), openbsd)

11 years, 5 months

[tracker] Task closed: DB_DELETED flag is not checked in www_authenticate function of auth module

by sip-router

THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY. The following task is now closed: FS#71 - DB_DELETED flag is not checked in www_authenticate function of auth module User who did this - Daniel-Constantin Mierla (miconda) Reason for closing: Won't implement Additional comments about closing: Function from former ser flavor. More information can be found at the following URL: http://sip-router.org/tracker/index.php?do=details&task_id=71 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.

11 years, 5 months

[tracker] Comment added: Entity URI in NOTIFY XML body

by sip-router

THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY. The following task has a new comment added: FS#324 - Entity URI in NOTIFY XML body User who did this - Daniel-Constantin Mierla (miconda) ---------- I had no time to dig in specs, I mainly applied the patch with an extra check. Could be more consistent as you describe, although not sure sip vs. sips would make a difference. Usually one party wants to subscribe to dialog states of another party, that's typically giving just sip address. sips is more about real time secure communication channel from end to end. You can commit the enhancement you proposed as you have time/need to do it. ---------- More information can be found at the following URL: http://sip-router.org/tracker/index.php?do=details&task_id=324#comment1022 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.

11 years, 5 months

[tracker] Comment added: Entity URI in NOTIFY XML body

by sip-router

THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY. The following task has a new comment added: FS#324 - Entity URI in NOTIFY XML body User who did this - Pawel Sternal (Sternik) ---------- In my situation there is no problem because I only use "sip:" url but Alex might be right. Maybe instead compose uri with hardcoded "sip" url can be use "pres_uri" variable. Tomorow I'll try check this concept. ---------- More information can be found at the following URL: http://sip-router.org/tracker/index.php?do=details&task_id=324#comment1021 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.

11 years, 5 months

[tracker] Comment added: Entity URI in NOTIFY XML body

by sip-router

THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY. The following task has a new comment added: FS#324 - Entity URI in NOTIFY XML body User who did this - Alex Hermann (axlh) ---------- Should "sip:" really be hardcoded? I would expect the entity to be identical to the presentity in the corresponding PUBLISH (which would equal the presentity the watchers subscribe to). That might have been a sips uri, maybe even a completely other protocol like xmpp or http. ---------- More information can be found at the following URL: http://sip-router.org/tracker/index.php?do=details&task_id=324#comment1020 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.

11 years, 5 months

[tracker] Task closed: Incorrect outbound interface used in Via and Record-Route

by sip-router

THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY. The following task is now closed: FS#241 - Incorrect outbound interface used in Via and Record-Route User who did this - Daniel-Constantin Mierla (miconda) Reason for closing: Not a bug Additional comments about closing: It is a matter of mhomed (for bridging un-routeable networks) or config rules. Other selection criteria can be added as enhancements. More information can be found at the following URL: http://sip-router.org/tracker/index.php?do=details&task_id=241 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.

11 years, 5 months

← Newer
1
2
3
4
5
6
7
8
9
...
25
Older →

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

sr-dev July 2013