sr-users October 2011

sr-users@lists.kamailio.org

69 participants
117 discussions

module version mismatch for carrierroute

by Uri Shacked

Hi, i installed 3.2 from git. when starting kamailio i get the following: "ERROR: module version mismatch for /usr/local/lib/kamailio/modules/carrierroute.so; core: kamailio 3.2.0 (i386/linux); module: kamailio 3.1.4 (i386/linux)" any ideas what to do? thanks, Uri

13 years

Daily tarballs not being created anymore?

by Timo Reimann

Hi all, something caught my attention today: Apparently, tarballs provided from http://sip-router.org/tarballs/sr/ do not seem to be updated automatically anymore (the latest files are from March) although the Download page states that this should happen: "Tarballs for master (development) and several branches are made available daily (only if there were changes in the sources from previous tarball)" Is there a reason why tarball creation has ceased? If so, I think the Download page information should be corrected. I'd be prefer to have automatic tarballs again, however, as it's easier to point people not involved into development at tarballs instead of a set of git instructions. Thanks and cheers, --Timo

13 years

Kamailio 3.2 compile error on Solaris 10

by Nathaniel L Keeling

I am trying to compile the new version of Kamailio, 3.2 on Solaris in a 64bit environment and I am getting this error. I have been searching the internet but have not been able to find any solutions. Any help would be appreciated. CC (gcc) [M xmlrpc.so] xmlrpc.o In file included from ../../parser/msg_parser.h:63:0, from ../../sr_module.h:62, from xmlrpc.c:41: ../../parser/../ip_addr.h:86:23: error: field 'sin6' has incomplete type ../../parser/../ip_addr.h: In function 'ip_addr_loopback': ../../parser/../ip_addr.h:283:3: warning: implicit declaration of function 'htonl' [-Wimplicit-function-declaration] ../../parser/../ip_addr.h:286:3: warning: implicit declaration of function 'IN6_IS_ADDR_LOOPBACK' [-Wimplicit-function-declaration] ../../parser/../ip_addr.h: In function 'sockaddr2ip_addr': ../../parser/../ip_addr.h:353:50: error: dereferencing pointer to incomplete type ../../parser/../ip_addr.h: In function 'su_getport': ../../parser/../ip_addr.h:399:4: warning: implicit declaration of function 'ntohs' [-Wimplicit-function-declaration] ../../parser/../ip_addr.h: In function 'su_setport': ../../parser/../ip_addr.h:418:4: warning: implicit declaration of function 'htons' [-Wimplicit-function-declaration] xmlrpc.c: In function 'rpc_scan': xmlrpc.c:1454:6: warning: variable 'fmt_len' set but not used [-Wunused-but-set-variable] gmake[1]: *** [xmlrpc.o] Error 1 gmake: *** [modules] Error 1 Thanks Nathaniel

13 years, 1 month

Force signalling??

by Skyler

Hi, I'm trying to setup an inbound proxy (Proxy-1) using dispatcher to relay between 2 other proxies (proxy-2 & 3) depending on DID, but I need to force all signalling through Proxy-1. so #2 & 3 only communicate with #1 and #1 only communicates up and down stream. My trouble is, the INVITES contain the original $ru $fu $tu & $ct info when passing down to Proxy-2 or 3. The result is, only partial signalling is being sent to Proxy-1. After the ACK it seems that Proxy-1 is removed from the communication path entirely as $ru becomes $rU@proxy-2 in the ACK from upstream so Proxy-1 is out of the picture from then on. This means BYE's are not working as Proxy-2 & 3 do not have authentication upstream. I suspect that I need to re-write $ru $fu $tu & $ct info on the original INVITE to reflect Proxy-1 information before dispatching. Is that what I'm missing? If so, how would I restore the original INVITE info to send upstream again on replies etc.? Any help is greatly appreciated. Tia, Skyler

13 years, 1 month

New developer: Mészáros Mihály

by Daniel-Constantin Mierla

Hello, just to let everyone know that a new person got today write access to GIT repository: Mészáros Mihály (cc-ed), having the user id misi. Welcome to development team and looking forward to your contributions! Involved in the mailing lists in the past, he submitted the first new module to be part of next major release: presence_profile, implementation of an extension about sip user agent configuration framework, specified in RFC6080: * http://tools.ietf.org/html/rfc6080 The code of the new module is now in GIT branch misi/ua-profile, to be merge soon to master after initial review are done. Cheers, Daniel -- Daniel-Constantin Mierla -- http://www.asipto.com Kamailio Advanced Training, Dec 5-8, Berlin: http://asipto.com/u/kat http://linkedin.com/in/miconda -- http://twitter.com/miconda

13 years, 1 month

Build version in custom server_header

by Asgaroth

Hi All, Is it possible to have the build/git version added in a custom server_header/useragent_header? For example, my kamailio version is: version: kamailio 3.2.0 (i386/linux) 94d3b8 if I had the following config options: server_header="Server: Proxy" useragent_header="User-Agent: Proxy" Is it possible to do something like: server_header="Server: Proxy ($buildver)" useragent_header="User-Agent: Proxy ($buildver)" Where "$buildver" is the build/git release (94d3b8)? I'm looking at the core cookbook but I dont see anything that jumps out at me, is there a variable that can do this? Thanks

13 years, 1 month

ACK routing loop

by Antanas Masevicius

Hello, after troubleshooting ACK routing loops i came up with a thread: http://www.openser.org/pipermail/users/2009-March/004123.html In short, loops formed when i entered IP address to 'domain' table of a host which was remote. Call flow: UAC INVITE -> Kamailio (with remote domain entered) -> UAS (host whose IP matches that remote domain) It looks like after loose_route() check ACK to 200 OK gets routed to local host. Besides this issue, IP address of remote host in 'domain' table did no harm at all. Question is, is that normal ACK routing behaviour or loose_route() should still check if given IP in request is really bound to local interface? Domain module documentation states that "A “local” domain is one that the proxy is responsible for", but id does not tell you that you cannot set remote IP address as a local domain. Please advice. Best regards, Antanas Masevicius

13 years, 1 month

Dispatcher Confusion Redeux

by Asgaroth

Hi All, I'd like to clear something up with the diapatcher module and it's probing parameters: First things first: ./kamailio -V version: kamailio 3.1.5 (i386/linux) 76fff5 flags: STATS: Off, USE_IPV6, USE_TCP, USE_TLS, TLS_HOOKS, USE_RAW_SOCKS, DISABLE_NAGLE, USE_MCAST, DNS_IP_HACK, SHM_MEM, SHM_MMAP, PKG_MALLOC, DBG_QM_MALLOC, USE_FUTEX, FAST_LOCK-ADAPTIVE_WAIT, USE_DNS_CACHE, USE_DNS_FAILOVER, USE_NAPTR, USE_DST_BLACKLIST, HAVE_RESOLV_RES ADAPTIVE_WAIT_LOOPS=1024, MAX_RECV_BUFFER_SIZE 262144, MAX_LISTEN 16, MAX_URI_SIZE 1024, BUF_SIZE 65535, PKG_SIZE 4MB poll method support: poll, epoll_lt, epoll_et, sigio_rt, select. id: 76fff5 compiled on 16:21:02 Oct 19 2011 with gcc 4.1.2 I think I am suffering from the same confusion as Klaus in the following archive message: http://web.archiveorange.com/archive/v/jZFTG61DlcEr9LJbS8Gq I have the following parameters set for the dispatcher module: modparam("dispatcher", "ds_ping_interval", 10) modparam("dispatcher", "ds_probing_threshhold", 1) modparam("dispatcher", "ds_probing_mode", 0) When I first start kamailio all gateways are active, no probing occurs. If I then set a gateway inactive (ds_set_state i 1 sip:...), no probing occurs. If I then set same gateway active (ds_set_state a 1 sip:...), no probing occurs. If I mark same gateway as probing (ds_mark_dst("p") after 1 attempt as specified in module parameter), then probing starts. If I then set same gateway inactive (ds_set_state i 1 sip:...) probing still occurs. According to the docs if I set the state of a gateway to inactive then no probing should occur. From my understanding of the docs, if I set ds_probing_mode to 0 then only gateways marked as probing will be "pinged". Can someone with more experienced than myself please clarify how this method is supposed to work. Thanks

13 years, 1 month

Re: [SR-Users] Kamailio v3.2.0 Released - new major version is

by Javier Gallart

Hello congratulations to all the people who has contributed! I'm looking forward to try it out, some of the new features look really promising... Regards Javi > ------------------------------ > > Message: 2 > Date: Tue, 18 Oct 2011 20:30:22 +0200 > From: Daniel-Constantin Mierla <miconda(a)gmail.com> > Subject: [SR-Users] Kamailio v3.2.0 Released - new major version is > out > To: kamailio users <sr-users(a)lists.sip-router.org>, sr-dev > <sr-dev(a)lists.sip-router.org>, business(a)lists.kamailio.org > Message-ID: <4E9DC5BE.8080003(a)gmail.com> > Content-Type: text/plain; charset=windows-1252; format=flowed > > Kamailio (OpenSER) SIP Server v3.2.0 is out ? a major release with a > very large number of new features and improvements. > > v3.2.0 release is a result of more than 10 months of development and 2 > months of testing from the teams of Kamailio (OpenSER) and SIP Express > Router (SER) projects. In the year of the 10th celebration of our > project (http://sip-router.org/10-years-ser/), this version comes with > 12 brand new modules in addition to a lot of fresh features in core and > old modules. > > Full release notes, including links for download and documentation, are > available at: > > * http://www.kamailio.org/w/kamailio-openser-v3-2-0-release-notes/ > > Many thanks to all developers and community members that made possible > this release. > > Enjoy SIP routing in a more flexible and easier way with Kamailio v3.2.0! > > -- > Daniel-Constantin Mierla -- http://www.asipto.com > > > > >

13 years, 1 month

Kamailio v3.2.0 RPM packages

by Daniel-Constantin Mierla

Hello, forgot to announce explicitly that the RPM packages for CentOS, RedHat, Fedora and OpenSUSE were built quickly after the release. They can be downloaded from OpenSUSE build system portal: Links to download packages for each OS are available in the wiki: * http://www.kamailio.org/wiki/packages/rpms Cheers, Daniel -- Daniel-Constantin Mierla -- http://www.asipto.com Kamailio Advanced Training, Dec 5-8, Berlin: http://asipto.com/u/kat http://linkedin.com/in/miconda -- http://twitter.com/miconda

13 years, 1 month

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

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

sr-users October 2011