sr-users December 2012

sr-users@lists.kamailio.org

71 participants
113 discussions

by Ankit sharma

Hi, I have newly installed Siremis sip router. But I have no idea How I could start or How do I start calls? If you can provide me any Manual so it would be great. Sincerely Ankit

11 years, 11 months

How to set variable externally

by Mino Haluz

Hi, I would like to set my custom different debug levels (with flag?) externally with kamctl command. So I neednt restart kamailio if I want to enable/disable debug. Which module should I use in that case? Thanks, Mino

11 years, 11 months

AUTOREPLY Re: Problemdebian squeze uac module load failed

by strobel＠hfo-telecom.de

******************* AUTOREPLY VON miconda(a)gmail.com ***************************** Vielen Dank für Ihre Nachricht. Leider bin ich in der Zeit vom 27.12.2012 bis einschließlich 01.01.2013 nicht im Haus. Ihre E-Mail wird in meiner Abwesenheit nicht weitergeleitet. Bitte wenden Sie sich in dringenden Fällen an meine Kollegen Herrn Brunner oder Herrn Schrenk. eMail: technik(a)hfo-telecom.de Phone: +49 9281 / 1448 - 100 Fax: +49 9281 / 1448 - 123 Mit freundlichen Grüßen, Rainer Strobel Network Management HFO Telecom AG Bahnhofstr. 18 D-95028 Hof / Saale Hello, do you get another error message before? If not, set debug=3 in kamailio.cfg and run again. Then look at the logs to see if there is another message giving hints about what is wrong. Probably some mis-configured parameter. Cheers, Daniel On 12/21/12 4:38 PM, Thomas Hoellriegel wrote: > Hi all, i using debian squeeze. > I installled kamailio from the package system. > I set in the kamailio.cfg file: > loadmodule "uac.so" > I become the error: > Dec 21 16:37:35 1a-7567 > /usr/sbin/kamailio[3015]: ERROR: <core> [sr_module.c:939]: init_mod(): > Error while initializing module uac > (/usr/lib64/kamailio/modules_k/uac.so) > > Can you help plese? > thanks. > > --------------- > Du kannst mich jederzeit kostenlos per Festnetz erreichen unter: > http://www.blindi.net/callback > homepage: http://www.blindi.net > blinde-misc mailingliste für blinde. anmeldung unter: > http://www.blindi.net/mailman/listinfo/blinde-misc > > > _______________________________________________ > SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list > sr-users(a)lists.sip-router.org > http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users -- Daniel-Constantin Mierla - http://www.asipto.com http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda

11 years, 11 months

RPMs for v3.3.3

by Daniel-Constantin Mierla

Hello, for the records, the RPMs for v3.3.3 are now available (32b and 64b: CentOS 5 and 6, RedHat 5.0 and 6.0, OpenSUSE 11.4 and 12.1, Fedora 15 and 16). They are hosted by opensuse build service, links specific per distribution are listed at: * http://www.kamailio.org/wiki/packages/rpms Cheers, Daniel -- Daniel-Constantin Mierla -- http://www.asipto.com http://linkedin.com/in/miconda -- http://twitter.com/miconda

11 years, 11 months

Re: [SR-Users] [sr-dev] kamailio-ser integration - db modules

by Ovidiu Sas

On Thu, Dec 20, 2012 at 11:20 AM, Daniel-Constantin Mierla <miconda(a)gmail.com> wrote: >> What's the difference between the db1 and db2 interface? > > It is not the case here, modules_k/ldap does not have any relation to > database interface. Any database module db_[DatabaseType] implements an API. SER was using one API and opensips/kamailio a different API (and therefore today we have version 1 and 2). All db modules in the stable release are supporting both APIs. The new db ldap module has support only for the SER API version. The API is documented in each lib/srdb[1|]/*.h header files. The ldap module from ser is completely different than ldap module from kamailio (despite the fact that both are using the same name). It's the same with the dialog module. Check the README file for each. Hope this brings a little bit of light :) -ovidiu

11 years, 11 months

Re: [SR-Users] [sr-dev] kamailio-ser integration - status update

by Daniel-Constantin Mierla

On 12/20/12 4:13 PM, Ovidiu Sas wrote: > On Thu, Dec 20, 2012 at 9:39 AM, Daniel-Constantin Mierla > <miconda(a)gmail.com> wrote: >>>> - nathelper - some extra functionality, not sure if can be kept >>>> completely >>> Maybe Andreas can look into this, as there is a lot of work going on with >>> nathelper and the new rtpproxy anyways. >> I think Ovidiu Sas looked at it when he split the rtpproxy out in a >> dedicated module. > IIRC, ping_contact whas the extra functionality in nathelper: > http://sip-router.org/docbook/sip-router/branch/master/modules_s/nathelper/… > I don't know how widely used is this functionality. > > Maybe we should have a separate thread per module (in user mailing > list to gather more imput) and see if it's worth merging the code or > use only the k version. I re-cc-ed the thread to users in case someone has comments to it. > > Also, on a separate note, I saw the we have a few db2_[module]. > I think it would make sense for these modules to rename them into > [module]_db[1|2]. > For example: ldap - we should have both versions under modules: > - ldap_db1 > - ldap_db2 > Just a suggestion ... The type of the two ldap modules are different, modules_k/ldap is a connector to ldap server from configuration file, offering possibility to do ldap search queries from config. The former modules_s/ldap (now db2_ldap) is a DB API v2 implementation driver module, so it can be used as a replacement for db_mysql (for example) when using some modules (such as db2_ops). I prefixed with db2_ to indicate that is not implementing DB API v1. Cheers, Daniel -- Daniel-Constantin Mierla - http://www.asipto.com http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda

11 years, 11 months

kamailio-ser integration - status update

by Daniel-Constantin Mierla

Hello, most of the duplicated or ser-specific modules were sorted out at this time, next is the situation with the remaining ones. A) modules that will be renamed using a prefix 'uid_', because they have a database schema using unique id instead of username and domain: - auth_db => uid_auth_db - avp_db => uid_avp_db - domain => uid_domain - gflags => uid_gflags (not documented, but this module loads so called ser global avps) - uri_db => uid_uri_db B) modules to become obsolete with some work to be done - cpl-c - seems that giving a parameter with what user to be used for loading the cpl scripts will make k and s versions compatible - maxfwd - different names for config functions - nathelper - some extra functionality, not sure if can be kept completely - textops - seems to have some extra cfg functions - pike - has a rpc command - registrar/usrloc - avps stored per contact C) modules to become obsolete, most probably without further work - permissions - different structures/database table internally, but all should be achieved using k version (data migration might be required) D) modules that needs further investigations - rr - there seems to be some feature related to avps and record-route parameters/cookies - this module could be just renamed at the end (like rrs) E) Sample modules, not for real use - they can be kept in this directory (modules_s[ample]) - print - print_lib If anyone has comments regarding these remarks, reply here. Cheers, Daniel -- Daniel-Constantin Mierla - http://www.asipto.com http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda

11 years, 11 months

Bug in uac_replace_from if used more than once?

by Daniel Tryba

Apparantly it should be simple to mangle the From in request: http://kamailio.org/docs/modules/stable/modules_k/uac.html#id2525538 The task at hand is use the prefix 131 to suppress callerid for this call: if($rU=~"^131[0-9]+$") { strip(3); append_hf("Privacy: id\r\n"); uac_replace_from("anonymous","sip:anonymous@anonymous.invalid:$rp"); uac_replace_to("","sip:$rU@$rd"); } Just before this replace there is an other uac_replace_from to rewrite an alphanumeric username to the default callerid for that device. If there are 2 uac_replace_from in the path, things go wrong like below. A uac_restore_from() before the second uac_replace_from doesn't change this behavior. device calls 1310123456789: U 10.0.34.226:1300 -> 10.0.35.226:5060 INVITE sip:1310123456789@kamailio.local:5060 SIP/2.0. From: <sip:anonymous@10.0.3.44:5060>;tag=26e5ce5850. To: <sip:1310123456789@kamailio.local:5060>. Kamailio forwards request to dispatcher but fails to properly replace the from uri: U 10.0.35.226:5060 -> 10.0.32.36:5060 INVITE sip:+31123456789@kamailio.local:5060 SIP/2.0. From: "anonymous" <sip: +31987654321@10.0.3.44:5060sip:anonymous@anonymous.invalid:5060>;tag=26e5ce5850. To: <sip:0123456789@kamailio.local>. Even though the debug log suggests it did the proper replacement: uac [replace.c:265]: value to store is is '<sip:anonymous@10.0.3.44:5060>' and len is '30' uac [replace.c:268]: Storing in FROM-AVP (for use in reply): '<sip:anonymous@10.0.3.44:5060>' with len '30' uac [replace.c:324]: uri to replace [sip:anonymous@10.0.3.44:5060] uac [replace.c:325]: replacement uri is [sip:anonymous@anonymous.invalid:5060] uac [replace.c:383]: encode is=<AAAAAAAAAAAAAAAAAABQXkFeV15BQUcUXF5AUWxpZDo1MDYw> len=48 uac [replace.c:265]: value to store is is '<sip:1310619024127@kamailio.local:5060>' and len is '54' uac [replace.c:271]: Storing in TO-AVP (for use in reply): '<sip:1310123456789@kamailio.local:5060>' with len '54' uac [replace.c:324]: uri to replace [sip:1310123456789@kamailio.local:5060] uac [replace.c:325]: replacement uri is [sip:0123456789@kamailio.local] uac [replace.c:383]: encode is=<AAAAAAEFAAkGAw0BAANxQlYuERJDCRxeHAoXWgYRXRdbAxtNHxwNCgdACxgubmw6NTA2MA--> len=72 Kamailio version: kamailio 3.3.2 (x86_64/linux) (the latest stable debian/squeeze package). -- POCOS B.V. - Croy 9c - 5653 LC Eindhoven Telefoon: 040 293 8661 - Fax: 040 293 8658 http://www.pocos.nl/ - http://www.sipo.nl/ K.v.K. Eindhoven 17097024

11 years, 11 months

Changing METHOD

by Olle E. Johansson

Hi! I want to change METHOD on a SIP message from UPDATE to INVITE or REGISTER to INFO. Seems like $rm is read-only. Any other known way to change a requests method? /O

11 years, 11 months

Send reply with Reason header

by Mino Haluz

Hi, I know how to use sl_send_reply, but I would like to add "Reason:" header to the reply generated. Is there any command or variable for that? Thank you, Mino

11 years, 11 months

← 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 December 2012