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