sr-users April 2010

sr-users@lists.kamailio.org

65 participants
103 discussions

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

old mailing lists serusers
by Pavel Kasparek 28 Apr '10

28 Apr '10

1 0

old SER bugtracker turned off
by Pavel Kasparek 27 Apr '10

27 Apr '10

Hello all, the old SER bug tracking system http://tracker.iptel.org/ was shut down. There is now a small page at http://tracker.iptel.org/ with links to: - the sip-router project bugtracker http://sip-router.org/tracker/ - the new iptel.org bugtracker http://bugtracker.iptel.org/, where Sems and Serweb projects are now and which is used also for reporting problems with iptel.org public SIP service There is also a read-only archive of old SER bugs (exported from the old bugtracker), just for reference: http://tracker.iptel.org/jira-ser/ser-oldbugs.html Pavel

1 0

[Serusers] old SER bugtracker turned off
by Pavel Kasparek 27 Apr '10

27 Apr '10

1 0

termination with user/pwd
by Anders 27 Apr '10

27 Apr '10

I'm sure this has been asked before, but I couldn't find the answer anywhere when I googled it. I have a temporary situation where I need to terminate calls to a carrier with user/pwd authentication, and not through the IP authentication. As I understand it this is not a normal setup situation for a gw in Kamailio - but is there a way I can do this? Thanks, Anders

4 4

Sintax errors can stop the machine?
by Bruno Machado 26 Apr '10

26 Apr '10

We are facing a periodically problem with a server that is running Kamailio 1.5.2. I think that it is not the case, but I will ask anyway. Some clients, sometimes, send us messages with sintax errors. This machine needs to be rebooted every week. It stops working completely. I don't think that SIP messages with this kind of errors can lead the machine to its 'death'. This proxy is very simple: it just receives and forwards the calls to pstn carriers. The routing rules are defined in the script, so we dont use modules to take the IPs and all other information about the carriers. The database is used just for ACC. Nothing more. Also, it is not receiving a flood atack. We have several servers running at this time with a huge number of clients and we never had this problem. This machine is the only one that does not want to work without a weekly break :) The causes, in my opnion, will be with the operational system or something physical. But, I would like to know if somebody already saw this behavior with SIP messages. tks a lot bruno machado

2 1

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 April 2010