sr-users

sr-users@lists.kamailio.org

20 participants
37472 discussions

Add header on failure Route
by Alex Rendour 03 May '10

03 May '10

Hi, We need to add header on the failure route. Exemple: On failure 404 Not found, we need add header Reason: Q.850; cause=1 We tried this in failure_route: if(t_check_status("404")){ xlog("L_ERR", "404 Not found\n"); append_to_reply("Reason: Q.850; cause=1\r\n"); xlog("L_ERR", "404 Not found apres\n"); exit; } and if(t_check_status("404")){ xlog("L_ERR", "404 Not found\n"); append_hf("Reason: Q.850; cause=1\r\n"); xlog("L_ERR", "404 Not found apres\n"); exit; } The twice doesn't work. Someone can help me? Thanks, -- Alexandre Rendour Acropolis Telecom <http://www.acropolistelecom.net> <mailto:rendour@acropolistelecom.net> Adresse : 161-163 avenue Gallieni Paris - Porte de Bagnolet 93170 Bagnolet

2 2

Simple Trunking with Kamailio
by Jared Martin 01 May '10

01 May '10

Ok, this is probably an easy question: Say I have my kamailio server set up and all of my voip clients are gleefully calling each other... but now I want to connect them to the PSTN. Can I set up kamailo to trunk calls using a few grandstream gateways? or is Asterisk neccesary? Sorry if the answers out there, but I haven't found anything that answered the question directly. I'm a linux admin, but I'm new to PBX's and the like. I've installed kamailio in the past using instructions specific to that situation, but haven't configured trunking (or I didn't recognize thats what it was) references to howtos or tutorials would also be greatly appreciated Thanks for your help, Jared Martin

2 1

sr-users = ser + kamailio users mailing lists
by Daniel-Constantin Mierla 30 Apr '10

30 Apr '10

Hello, a short note that the merging of SIP Express Routers (SER) users mailing list into sr-users is completed from subscriber point of view: - posts to serusers(a)lists.iptel.org are directed to sr-users(a)lists.sip-router.org - posts to sr-users(a)lists.sip-router.org are received by subscribers of serusers(a)lists.iptel.org Just a bit of time ago, kamailio (openser) users' mailing list was merged as well. Since the release 3.0.x is practically the same source code, no mater the binary is compiled as ser or kamailio, and the development is in the same place (code in same repository), a combined mailing lists environment is the right for providing the best answers in shortest time for both communities. Therefore, now there are two mailing lists: - sr-users(a)lists.sip-router.org - to be used for discussions about stable versions and generic project/community topics - sr-dev(a)lists.sip-router.org - to be used for discussions about devel version and future development topics If you were subscribed to both with same email address, you won't get duplicates. If you had some settings that are no longer in place, please contact one of devels on sr-dev lists or write to me. Cheers, Daniel -- Daniel-Constantin Mierla * http://www.asipto.com/ * http://twitter.com/miconda * http://www.linkedin.com/in/danielconstantinmierla

1 0

Bug with avp's or feature ?
by Tristan Mahé 30 Apr '10

30 Apr '10

Hi guys, I was debugging an install on kamailio 3.0, and was asked to add per user custom outbound proxies. To do so, I used load_credentials from auth_db to store the custom route in an avp, as you can see in the relevant part below. I noticed a strange thing, POINT 1 show "OK", but POINT 2 shows "KO". Is it a normal behaviour that avp got deleted after the Dialog PART ? Regards, Gled --------------------------------------------------------------------------------- modparam("auth_db", "load_credentials", "$avp(s:proxy)=outbound_override;$avp(s:rights)=rights;$avp(s:max_out)=max_out") route[INVITE_FROM_UAC] { if (!www_authorize("", "my_user_view")) { www_challenge("", "1"); } if ( !($tU =~ $avp(s:rights_ereg)) ) { sl_send_reply("403","Forbidden"); t_release(); exit(); } /* POINT 1 */ if ( is_avp_set("$avp(s:proxy)") ) { xlog("OK"); } else { xlog("KO"); } get_profile_size("outbound","$fU","$avp(calls_out)"); if ( $avp(s:max_out) != 0 && $avp(calls_out) >= $avp(s:max_out) ) { t_reply("403","Too Many calls"); t_release(); exit(); } /* Dialog PART */ if (!is_in_profile("outbound")) { dlg_manage(); set_dlg_profile("outbound","$fU"); } /* POINT 2 */ if ( is_avp_set("$avp(s:proxy)") ) { xlog("OK"); } else { xlog("KO"); } } ---------------------------------------------------------------------------------

2 1

[Kamailio-Users] PCRE Regex / Transformations Bug?
by Brandon Armstead 30 Apr '10

30 Apr '10

Hello, I'm attempting to use the following in Kamailio: $(hdr(from){re.subst,/(.*?);(.*)/\1/}) --- however it does not match / replace, with this from header sample: From: <sip:714364XXXX@XX.XX.XX.XX ;pstn-params=808282808882;cpc=unknown>;tag=gK0b53f6d9 However if this is fully pcre compatible, then I am a bit lost as I've checked the results in php, perl, and python produces: From: <sip:714364XXXX@XX.XX.XX.XX (expected result) However, Kamailio does not match / replace / etc using the following: xlog("L_INFO", "Test From Header Regex: $(hdr(from){re.subst,/(.*?);(.*)/\1/})"); Code Samples / Regex Pattern Replacements: PHP: http://codepad.org/CUttQH1r Perl: http://codepad.org/ZfAO4X5v Python: http://codepad.org/T14SYWkZ Any comments / help / etc is always appreciated, look forward to hearing back from you all! Sincerely, Brandon Armstead

4 9

Re: [SR-Users] [sr-dev] Hello, please unsubscribe my email from the mail list, thank you.
by Iñaki Baz Castillo 30 Apr '10

30 Apr '10

2010/4/30 Lee Jacky <jacky.lee888(a)yahoo.com.cn>: > Hello,please unsubscribe my email:jacky.lee888@yahoo.com.cn from the mail list,thank you. List-Unsubscribe: <http://lists.sip-router.org/cgi-bin/mailman/options/sr-dev>, <mailto:sr-dev-request@lists.sip-router.org?subject=unsubscribe> -- Iñaki Baz Castillo <ibc(a)aliax.net>

1 0

[Kamailio-Users] Exotic case (but real) in which RtpProxy doesn't work
by Iñaki Baz Castillo 28 Apr '10

28 Apr '10

Hi, I've a problem with an Alcatel PBX in the way it performs transference: - Alcatel (behind NAT) sends INVITE to 111 and Kamailio forces RtpProxy. Let's assume the selected UDP port for RtpProxy is 1000. - Alcatel sends INVITE to 222 and Kamailio forces RtpProxy. Let's assume the selected UDP port for RtpProxy is 2000. Then Alcatel performs the transference as follows: - It sends a re-INVITE for 111 to Kamailio by setting the SDP to the IP or RtpProxy and port 2000. - It also sends a re-INVITE for 222 to Kamailio by setting the SDP to the IP or RtpProxy and port 1000. This is, Alcatel wants that the provider (me) sends the RTP to itself, while mantaining the original SIP dialogs established (so it's ok at signalling level, but at RTP level it cannot work as RtpProxy shoud send RTP to itself). I'm thinking on how to solve it but find no solution. Any suggestion? Thanks. -- Iñaki Baz Castillo <ibc(a)aliax.net>

3 7

[permissions] 'address' table and mask priorirty
by Iñaki Baz Castillo 28 Apr '10

28 Apr '10

Hi, some time ago I asked if allow_source_address_group() gives preference to the entries in 'address' table with lowest mask. I was replied that such case is not analyzed. But the fact is that in my tests it just works: Entry 1: - grp = 1 - ip_addr = 9.9.9.9 - mask = 32 Entry 2: - grp = 2 - ip_addr = 9.9.9.0 - mask = 24 I send a request from IP 9.9.9.9 and the function allow_source_address_group() always returns "1", it doesn't matter if the entry 1 appears before or after the entry 2, neither their "id" value. So it works as I expected (even if it's not explained in the documentation). However after checking the module code it seems that there are just two cases: - IP addresses (mask = 32). - Subnets (mask != 32). So first the source address is always matched against he address hash, and if it doesn't match then it is matched against the subnet hash, but in this last case it is not taken into account any kind of priority based on mask value, am I right? Could somebody confirm it please? Thanks. -- Iñaki Baz Castillo <ibc(a)aliax.net>

3 3

[LCR openser 1.2] Strange behavior in "lcr" table
by Iñaki Baz Castillo 28 Apr '10

28 Apr '10

Hi, I have configured LCR in an existing OpenSER 1.2 installation by filling the "lcr" table as follows: id prefix from_uri grp_id priority 1 NULL NULL 1 1 2 NULL NULL 2 2 In "gw" table there are some entries with "grp_id=1" and some others with "grp_id=2". Then in the script I just call "load_gws()" as usual, expecting that first is ALWAYS selected a gateway with grp_id=1. In fact I have ths *same* configuration working as expected in Kamailio 1.5. But for some reason, in OpenSer 1.2 for some calls "load_gws()" selects gateways with "grp_id=2", which IMHO doesn't make sense at all as grp_id 2 has priority 2 and its gateways would be selected always after those belonging to grp_id 1. Is there any bug or different behavior in LCR in openser 1.2? or do I miss something? Thanks. -- Iñaki Baz Castillo <ibc(a)aliax.net>

2 2

old mailing lists serusers
by Pavel Kasparek 28 Apr '10

28 Apr '10

Hello all, the email address for old iptel.org mailing list serusers(a)lists.iptel.org (and serusers(a)iptel.org) is now forwarded to the new sip-router project mailing list sr-users(a)lists.sip-router.org. Pavel iptel.org

1 0

Jump to page:

2025

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