[Kamailio-Users] LCR module in Kamailio 3.0
Denis Putyato writes: > When I add a new gw in gw table via kamctl addgw or direct via mysql > command, never mind, after doing lcr reload, in memory loaded only gw with > lcr_id = 1. kamctl lcr commands are no longer supported (far too many parameters) and should be removed. use a web based interface or phpmyadmin. -- juha ___ Kamailio (OpenSER) - Users mailing list Users@lists.kamailio.org http://lists.kamailio.org/cgi-bin/mailman/listinfo/users http://lists.openser-project.org/cgi-bin/mailman/listinfo/users
Re: [Kamailio-Users] LCR module in Kamailio 3.0
Daniel-Constantin Mierla writes: > welcome! Be sure you understand the idea behind the instances. Not being > a user of lcr don't know exactly the internal architecture, so as I > understood from discussions on mailing lists, you can have more lcr > instance on same kamailio grouped under same value of lcr_id (many gws > and lcr rules with same lcr_id). yes, that is the idea. for example, each domain or peer can have its own lcr instance. -- juha ___ Kamailio (OpenSER) - Users mailing list Users@lists.kamailio.org http://lists.kamailio.org/cgi-bin/mailman/listinfo/users http://lists.openser-project.org/cgi-bin/mailman/listinfo/users
Re: [Kamailio-Users] rtpproxy session is not automatically deleted if INVITE transaction fails?
Alex Balashov writes: > This is the expected behaviour, but seems different from how the > mediaproxy module handles the issue. even in case of mediaproxy, media sessions needs to be released using end_media_session() call. -- juha ___ Kamailio (OpenSER) - Users mailing list Users@lists.kamailio.org http://lists.kamailio.org/cgi-bin/mailman/listinfo/users http://lists.openser-project.org/cgi-bin/mailman/listinfo/users
Re: [Kamailio-Users] Loose Route / Re-Invite
Klaus Darilion writes:
> * perform NAT traversal always, unless I know for sure that the client
> does not support symmetric SIP. For doing NAT traversal you can either
> use fix_nated_contact() - which is not standard conform but works - or
> use the new add_contact_alias/handle_ruri_alias (kamailio 3.0:
> http://sip-router.org/docbook/sip-router/branch/master/modules_k/nathelper/nathelper.html#id2806306)
here are the instructions in case someone missed them earlier.
-- juha
add_contact_alias()/handle_ruri_alias() usage example
-
supports re-use of tcp sessions between proxy and UAs. supports routing
of requests to UAs behind NATs so that r-uri is always what UAs expect.
proxying of media is not shown, but can be easily added.
NON_REGISTER_INITIAL_REQUESTS
-
- call alias_contact() for all non-register initial requests, which
don't come from another proxy (which takes care of its own UAs).
- if you know that non-register initial request is going to another
proxy, set TO_PROXY flag before relaying the request.
- in cases, where initial request may go to another proxy, but you are
not sure about it, store the number of record-route headers in
incoming request in an AVP that you can then later test in onreply
route and find out, if next hop was a proxy.
route [NON_REGISTER_INITIAL_REQUESTS] {
if (!is_present_hf("Record-Route")) {
route(ADD_CONTACT_ALIAS);
};
...
if (I_KNOW_FOR_SURE_THAT_NEXT_HOP_IS_ANOTHER_PROXY) {
setbflag("TO_PROXY");
};
if (NEXT_HOP_MAY_BE_ANOTHER_PROXY_BUT_I_DONT_KNOW_FOR_SURE) {
$avp("rr_count") = $rr_count;
};
t_on_reply("REPLY");
if (!t_relay()) ...
route [ADD_CONTACT_ALIAS] {
if (!add_contact_alias()) {
xlog("L_ERR", "Error in aliasing contact <$ct>\n");
send_reply("400", "Bad request");
exit;
};
}
REGISTER_REQUESTS
-
- call fix_nated_register() on register requests, if registering ua is
behind nat OR is using tcp.
route [REGISTER_REQUESTS] {
...
if (isflagset(FROM_NATED) || (proto == TCP)) {
fix_nated_register();
if (isflagset(FROM_NATED)) {
setbflag("TO_NATED");
};
};
save("location");
...
IN_DIALOG_REQUESTS
--
- call alias_contact() for all in-dialog requests that don't come
from another proxy.
- call handle_ruri_alias() for all in-dialog requests before
t_relaying them to UAs. next hop is an UA if loose_route()
didn't set $du. if next hop is a proxy, set TO_PROXY flag.
route [IN_DIALOG_REQUESTS] {
if (@via[2] == "") {
route(ADD_CONTACT_ALIAS);
}
loose_route();
if ($du == "") {
handle_ruri_alias();
switch ($rc) {
case -1:
xlog("L_ERR", "Failed to handle alias of R-URI <$ru>\n");
send_reply("400", "Bad request");
exit;
case 1:
xlog("L_INFO", "Routing in-dialog $rm from <$fu> to <$du>\n");
break;
case 2:
xlog("L_INFO", "Routing in-dialog $rm from <$fu> to <$ru>\n");
break;
};
} else {
setbflag("TO_PROXY");
}
t_on_reply("REPLY");
if (!t_relay()) {
...
REPLIES
---
- call add_contact_alias() on all replies except the ones that come from
another proxy.
onreply_route [REPLY] {
if (!isbflagset("TO_PROXY") {
if (is_avp_set("$avp(rr_count)")) {
if ($rr_count == $avp(rr_count) + $rr_top_count) {
route(ADD_CONTACT_ALIAS);
};
} else {
route(ADD_CONTACT_ALIAS);
}
}
...
NOTE
- do NOT call fix_nated_contact() on anything, because
add_contact_alias() replaces it.
___
Kamailio (OpenSER) - Users mailing list
Users@lists.kamailio.org
http://lists.kamailio.org/cgi-bin/mailman/listinfo/users
http://lists.openser-project.org/cgi-bin/mailman/listinfo/users
[Kamailio-Users] kamctl and lcr table
Kris Amy writes:
> Could we get the lcr-create.sql updated to have the ping field?
i just checked and kamailio/branches/1.5/scripts/mysql/lcr-create.sql
does have ping field:
INSERT INTO version (table_name, table_version) values ('gw','9');
CREATE TABLE gw (
id INT(10) UNSIGNED AUTO_INCREMENT PRIMARY KEY NOT NULL,
gw_name VARCHAR(128) NOT NULL,
grp_id INT UNSIGNED NOT NULL,
ip_addr VARCHAR(15) NOT NULL,
hostname VARCHAR(64),
port SMALLINT UNSIGNED,
uri_scheme TINYINT UNSIGNED,
transport TINYINT UNSIGNED,
strip TINYINT UNSIGNED,
tag VARCHAR(16) DEFAULT NULL,
weight INT UNSIGNED,
ping TINYINT UNSIGNED DEFAULT 0 NOT NULL,
flags INT UNSIGNED DEFAULT 0 NOT NULL,
CONSTRAINT gw_name_idx UNIQUE (gw_name)
) ENGINE=MyISAM;
-- juha
___
Kamailio (OpenSER) - Users mailing list
Users@lists.kamailio.org
http://lists.kamailio.org/cgi-bin/mailman/listinfo/users
http://lists.openser-project.org/cgi-bin/mailman/listinfo/users
Re: [Kamailio-Users] kamctl and lcr table
Kris Amy writes: > Seems not to be in the kam 3.0.0 file. there is no ping column in kam 3.0.0. see http://www.kamailio.org/dokuwiki/doku.php/install:1.5.x-to-3.0.0 -- juha ___ Kamailio (OpenSER) - Users mailing list Users@lists.kamailio.org http://lists.kamailio.org/cgi-bin/mailman/listinfo/users http://lists.openser-project.org/cgi-bin/mailman/listinfo/users
[Kamailio-Users] LCR
Kris Amy writes: > I've been ripping my hair out for a little with load_gws(). > > How do I know what the lcr_id is and the caller_uri? lcr_id specifies an lcr instance. if you only have one set of gateways and rules, you can use lcr_id 1 for them. -- juha ___ Kamailio (OpenSER) - Users mailing list Users@lists.kamailio.org http://lists.kamailio.org/cgi-bin/mailman/listinfo/users http://lists.openser-project.org/cgi-bin/mailman/listinfo/users
[Kamailio-Users] acc & radius
Kris Amy writes: > Is there anything special required to get radius support into the acc > module? in modules/acc/Makafile: # set ENABLE_RADIUS_ACC to true if you wish to enable RADIUS accounting # (uncomment next line or 'ENABLE_RADIUS_ACC=true make all') #ENABLE_RADIUS_ACC=true ifeq ($(ENABLE_RADIUS_ACC),true) DEFS+=-DRAD_ACC -I$(LOCALBASE)/include LIBS=-L$(LOCALBASE)/lib $(RADIUS_LIB) endif -- juha ___ Kamailio (OpenSER) - Users mailing list Users@lists.kamailio.org http://lists.kamailio.org/cgi-bin/mailman/listinfo/users http://lists.openser-project.org/cgi-bin/mailman/listinfo/users
[Kamailio-Users] Demerits of using normal Authentication insted of radius or diameter auth
Hemanshu Patel writes: > When i test with radius authentication, means using radius_www_authorize > at max i am getting around 500 cps for Registration, but when i use normal > www_authorize i am getting around 2000 CPS are you sure that you have turned your radius server properly? in case of freeradius, num_sql_socks should be at least as high as you have proxy processes access radius. > So, i was wondering what is merits and demerits of not using Radius based > authentication. perhaps nowadays radius does not have merits of its own, but it is very convenient to get as reply items the various attributes related to domain, user, and uri itself of the authenticated request. perhaps you can nowadays do the same with avp dp call or calls, but in the early days, it was more difficult that using radius. the same holds for attributes related to the UAS. -- juha ___ Kamailio (OpenSER) - Users mailing list Users@lists.kamailio.org http://lists.kamailio.org/cgi-bin/mailman/listinfo/users http://lists.openser-project.org/cgi-bin/mailman/listinfo/users
[Kamailio-Users] fr_inv_timer not honored (fr_inv_timer/2 is used in fact)
Iñaki Baz Castillo writes: > Hi, I set fr_inv_timer=150 and use lcr module to balance (and failover) > between two gateways. is this with kamailio or sr? how did you set the timer? in k, it should be something like this: $avp(FR_TIMER_AVP) = GW_TIMEOUT; t_relay(); where GW_TIMEOUT is in seconds, and in sr: t_set_fr(INVITE_TIMEOUT, GW_TIMEOUT); t_relay(); where INVITE_TIMEOUT and GW_TIMEOUT are ms. -- juha ___ Kamailio (OpenSER) - Users mailing list Users@lists.kamailio.org http://lists.kamailio.org/cgi-bin/mailman/listinfo/users http://lists.openser-project.org/cgi-bin/mailman/listinfo/users
Re: [Kamailio-Users] fr_inv_timer not honored (fr_inv_timer/2 is used in fact)
Iñaki Baz Castillo writes: > I use Kamailio 1.5.2. > I don't override the timer value with an AVP, I mean the default > fr_inv_timer parameter of TM module. i have always set the avp explicitly after calling next_gw() and before calling t_relay() and i have set the avp again in failure route. try that. > But this should be needed if default fr_inv_timer is already valid, > right? i don't know. try my way and see if it works for you. -- juha ___ Kamailio (OpenSER) - Users mailing list Users@lists.kamailio.org http://lists.kamailio.org/cgi-bin/mailman/listinfo/users http://lists.openser-project.org/cgi-bin/mailman/listinfo/users
Re: [Kamailio-Users] fr_inv_timer not honored (fr_inv_timer/2 is used in fact)
Iñaki Baz Castillo writes: > Ok, I'll try it. However it seems that lcr is modyfing the > fr_inve_timer value > by itself. Perhaps it depends on the number of gateways per lcr rule? Anyhow > it shouldn't IMHO. inaki, lcr module does nothing to any timer nor does not explicitly refer to any. -- juha ___ Kamailio (OpenSER) - Users mailing list Users@lists.kamailio.org http://lists.kamailio.org/cgi-bin/mailman/listinfo/users http://lists.openser-project.org/cgi-bin/mailman/listinfo/users
[Kamailio-Users] Handling 3XX messages
Bruno Machado writes: > And so on until this, the last contact: > > DBG:tm:t_next_contacts: next contact is ERROR:core:add_avp: 0 ID or NULL NAME AVP > ERROR:tm:t_next_contacts: setting of fr_inv_timer_avp failed > > The proxy sent INVITEs for all them, except the last one because this > failure. The function > 't_next_contact' returns an error value. Somebody has a hint about > this? check that you have defined tm module param fr_inv_timer_avp. -- juha ___ Kamailio (OpenSER) - Users mailing list Users@lists.kamailio.org http://lists.kamailio.org/cgi-bin/mailman/listinfo/users http://lists.openser-project.org/cgi-bin/mailman/listinfo/users
Re: [Kamailio-Users] fr_inv_timer not honored (fr_inv_timer/2 is used in fact)
I aki Baz Castillo writes:
> As I said (kamailio 1.5.4) I set "fr_inv_timer=200" for TM module and
> use LCR for serial forking (failover). I also do failover is no final
> reply is received from the first gateway, however I do not manually
> override fr_inv_timer, neither using LCR AVP's (as
> $avp(FR_TIMER_AVP)).
in k 1.5 config, i have
modparam("tm", "fr_inv_timer", INVITE_TIMEOUT)
modparam("tm", "fr_timer_avp", "$avp(FR_TIMER_AVP)")
where INVITE_TIMEOUT is something like 120.
then after calling next_gw() and before calling t_relay(), i set
$avp(FR_TIMER_AVP) = GW_TIMEOUT;
where GW_TIMEOUT is a small constant. i do not do anything in the
script to fr_inv_timer. that simply tells the total time how long the
process can last. it makes no sense for the proxy to try longer than
something like 120 sec, because UACs usually timeout anyway if you
increase the time much longer.
> There are two gateways in lcr/gw tables and TM raises timout after 100
> seconds if no final reply was received by the first contacted gateway,
> and later after 100 seconds again if no final reply was received from
> gateway-2.
i don't understand why you would try the second gw, if you got for
example ringing reply from the first one.
> This is not what it happens in my case, as the total time is
> "fr_inv_timer" and such time is divided by the number of serial
> forking it *could* occur. IMHO just the LCR module knows such
> information, retrieved during "load_gateways()" function.
lcr module gw functions do not do anything to any timer.
-- juha
___
Kamailio (OpenSER) - Users mailing list
Users@lists.kamailio.org
http://lists.kamailio.org/cgi-bin/mailman/listinfo/users
http://lists.openser-project.org/cgi-bin/mailman/listinfo/users
Re: [Kamailio-Users] fr_inv_timer not honored (fr_inv_timer/2 is used in fact)
I aki Baz Castillo writes:
> But how is possible that the effective fr_inv_timer per branch is
> exactly divided by the number of gateways loaded after load_gatways()
> ?
> How could the TM module do something like this?
load_gws() just assigns a set gws to an avp and next_gw() creates a
new branch with next gw from the set. lcr module is thus totally
unaware of any tm stuff.
> NOTE: I'havent tryied with 3 or more gateways. Perhaps TM module is
> dividing the fr_inv_timer by 2 due to some other reason...
in my case, when i set
modparam("tm", "fr_inv_timer", INVITE_TIMEOUT)
then that dictates the max time used for the call setup. if during that
time i would (which i don't) try one gw for 60 secs then there is
another 60 secs left for the next.
-- juha
___
Kamailio (OpenSER) - Users mailing list
Users@lists.kamailio.org
http://lists.kamailio.org/cgi-bin/mailman/listinfo/users
http://lists.openser-project.org/cgi-bin/mailman/listinfo/users
[Kamailio-Users] [SR-Users] merging users mailing lists
Daniel-Constantin Mierla writes: > Like with devel mailing lists, existing email addresses for users ML can > still be used, just that end on same ML. Natural choice will be to have > us...@kamailio and serus...@iptel to be directed to > sr-us...@lists.sip-router.org sounds good to me, juha ___ Kamailio (OpenSER) - Users mailing list Users@lists.kamailio.org http://lists.kamailio.org/cgi-bin/mailman/listinfo/users http://lists.openser-project.org/cgi-bin/mailman/listinfo/users
[Kamailio-Users] more type conversion wonders
i played a bit more with selects and found that statement
if ($sht(auth=>foo::count) > @cfg_get.local.gw_timeout) {
xlog("foo");
}
produces error
0(9213) : [cfg.y:3379]: parse error in config file
/etc/sip-proxy/sip-proxy.cfg, line 507, column 28-55: bad expression: type
mismatch: str instead of int at (507,55)
but the error goes away if i either make explicit conversion
if ($sht(auth=>foo::count) > (int)@cfg_get.local.gw_timeout) {
xlog("foo");
}
or use $sel
if ($sht(auth=>foo::count) > $sel(cfg_get.local.gw_timeout)) {
xlog("foo");
}
this is thus exactly opposite than in my t_set_fr ordeal where i got
conversion error when i used $sel instead of @.
in my opinion, no (int) conversion should be needed in the firs case,
because the value of the cfg variable is int.
in summary, writing statements that include selects is very difficult
and error prone.
-- juha
___
Kamailio (OpenSER) - Users mailing list
Users@lists.kamailio.org
http://lists.kamailio.org/cgi-bin/mailman/listinfo/users
http://lists.openser-project.org/cgi-bin/mailman/listinfo/users
[Kamailio-Users] Possible timing/latency related problem ?
Vikram Ragukumar writes: > In scenario 1 calls from the cellphone using a SIP softphone app go > through 100% of the time with both endpoints of the call being audible. > However in scenario 2, calls from the cellphone go through with both > endpoints of the call being audible only sometimes, and during all other > attempts, call goes through with no voice from the cellphone. i have noticed the same thing with some nokia phones. if nokia receives 200 ok, it should start sending audio, but looks like sometimes it doesn't, since your rtpproxy is not receiving any. have you checked if in those cases, nokia has sent ACK to kamailio or is it re-sending the invite? -- juha ___ Kamailio (OpenSER) - Users mailing list Users@lists.kamailio.org http://lists.kamailio.org/cgi-bin/mailman/listinfo/users http://lists.openser-project.org/cgi-bin/mailman/listinfo/users
Re: [Kamailio-Users] PKG memory issues
Iñaki Baz Castillo writes: > Would it affect when use LCR module 'next_gw()' funtion in > failure_route? It creates a new branch internally inaki, next_gw() sets dst uri if you have given a hostname for the gateway in hostname column of gw table. otherwise, it is not setting dst uri. -- juha ___ Kamailio (OpenSER) - Users mailing list Users@lists.kamailio.org http://lists.kamailio.org/cgi-bin/mailman/listinfo/users http://lists.openser-project.org/cgi-bin/mailman/listinfo/users
[Kamailio-Users] fr_inv_timer in kam-3.0
Andreas Granig writes:
> Anyhow, it seems to be deprecated anyways, so I'm looking to get
> t_set_fr() working. I'm just curious how I can use a var or AVP loaded
> from DB to set the value on-the-fly? t_set_fr(...) seems to allow only
> constants to be set. Couldn't find anything in the docs regarding
> that one.
for example, this kind of call works for me:
t_set_fr("$avp(i:722)", "@cfg_get.local.phone_timeout");
-- juha
___
Kamailio (OpenSER) - Users mailing list
Users@lists.kamailio.org
http://lists.kamailio.org/cgi-bin/mailman/listinfo/users
http://lists.openser-project.org/cgi-bin/mailman/listinfo/users
[Kamailio-Users] lcr module creating extra branch
jon, since you have hostname defined, next_gw() function sets r-uri and destination uri and t_relay() should relay only based destination uri unless you call t_relay() more than once. > No append_branch is executed at all. I have two INVITES IMHO because > next_gw() function does create the second one. next_gw() function does not create any invites. check how your r-uri and dst uri look like after next_gw() call. -- juha ___ Kamailio (OpenSER) - Users mailing list Users@lists.kamailio.org http://lists.kamailio.org/cgi-bin/mailman/listinfo/users http://lists.openser-project.org/cgi-bin/mailman/listinfo/users
Re: [Kamailio-Users] lcr module creating extra branch
Jon Bonilla (Manwe) writes: > I have xloged $du and $ru just after next_gw() call and also in branch_route: > > Afer next_gw > ru=sip:58658765876587...@77.77.77.77 > du=sip:91.121.117.27:5080 > > Branch > ru=sip:58658765876587...@77.77.77.77 > du=sip:91.121.117.27:5080 > > Branch > ru=sip:58658765876587...@sindominio.net > du=sip:58658765876587...@sindominio.net it is all ok after next_gw() call. try to figure out why do you enter branch route two times. you should be there only once (the first one). -- juha ___ Kamailio (OpenSER) - Users mailing list Users@lists.kamailio.org http://lists.kamailio.org/cgi-bin/mailman/listinfo/users http://lists.openser-project.org/cgi-bin/mailman/listinfo/users
Re: [Kamailio-Users] fr_inv_timer in kam-3.0
Daniel-Constantin Mierla writes: > When #!KAMAILIO is defined and the value of timeout avp is less than > 120, then it is multiplied with 1000 (auto-correction from second to > milisecond), but since it actually second for AVP case, will result in a > very long timeout :-). > > I will fix it. i hope your fix don't break my script, where i have not defined #!KAMAILIO. it is VERY bad to have all these different modes. for 3.1 we should get rid of them and have only one mode. it also makes writing the docs easier, when people can concentrate on one version of the docs instead of two or three. -- juha ___ Kamailio (OpenSER) - Users mailing list Users@lists.kamailio.org http://lists.kamailio.org/cgi-bin/mailman/listinfo/users http://lists.openser-project.org/cgi-bin/mailman/listinfo/users
Re: [Kamailio-Users] fr_inv_timer in kam-3.0
Daniel-Constantin Mierla writes: > >for 3.1 we should get > > rid of them and have only one mode. it also makes writing the docs > > easier, when people can concentrate on one version of the docs instead > > of two or three. > > > I agree we should reduce as much as possible, but as said above, it is > practically just like another global parameter. there has always been changes in config file from one version to another. in 3.1, there should be only one mode and a documented list of changes that are needed from current K or S modes in order to get config working again. -- juha ___ Kamailio (OpenSER) - Users mailing list Users@lists.kamailio.org http://lists.kamailio.org/cgi-bin/mailman/listinfo/users http://lists.openser-project.org/cgi-bin/mailman/listinfo/users
Re: [Kamailio-Users] lcr module creating extra branch
Iñaki Baz Castillo writes: > Hi, IMHO it's not ok after netx_gw(). Note that the incomig INVITE is: > > INVITE sip:4644235465675...@77.77.77.77 > > > When hostname is "sindominio.org" then after t_relay() ru ad du should > look like: > > ru = sip:4644235465675...@sindominio.org > du = sip:91.121.117.27:5080 > > but they are: > > ru = sip:58658765876587...@77.77.77.77 > du = sip:91.121.117.27:5080 > > (note that the ruri domain has not been changed !!!). sorry, it was too late when i replied to the email. i tried to reproduce this, but was not able to do so. my test works as it should: Apr 9 10:16:12 localhost /usr/sbin/sip-proxy[18946]: ERROR: before next_gw() ru is sip:0447218...@test.fi, du is Apr 9 10:16:12 localhost /usr/sbin/sip-proxy[18946]: ERROR: after next_gw() ru is sip:0447218...@gw1.test.fi, du is sip:192.98.100.2:5060 when i have ip_addr/hostname/port = 192.98.100.2/gw1.test.fi/5060 does it work for you inaki? -- juha ___ Kamailio (OpenSER) - Users mailing list Users@lists.kamailio.org http://lists.kamailio.org/cgi-bin/mailman/listinfo/users http://lists.openser-project.org/cgi-bin/mailman/listinfo/users
Re: [Kamailio-Users] lcr module creating extra branch
Jon Bonilla (Manwe) writes:
> I was manually setting this avp before load_gws() call. This was causing to
> have another branch and two INVITEs to leave my proxy:
>
> modparam("lcr", "ruri_user_avp", "$avp(s:lcr_ruri_user)")
you are not supposed to set or do anything with that avp. does it now
work, when you leave the avp alone?
-- juha
___
Kamailio (OpenSER) - Users mailing list
Users@lists.kamailio.org
http://lists.kamailio.org/cgi-bin/mailman/listinfo/users
http://lists.openser-project.org/cgi-bin/mailman/listinfo/users
Re: [Kamailio-Users] Possible timing/latency related problem ?
Vikram Ragukumar writes: > Why is the SDP connection parameter not being rewritten for the 180 > Ringing message alone ? are you sure that you are calling a function, such as use_media_proxy() or corresponding rtpproxy function, on the ringing reply? does both ringing and session progress contain a sdp body? > How can i ensure the SIP messages are relayed in the order they are > received ? someone who is familiar with tm/core needs to reply to this one. there may not be any guarantee, because the replies are processed by different processes. -- juha ___ Kamailio (OpenSER) - Users mailing list Users@lists.kamailio.org http://lists.kamailio.org/cgi-bin/mailman/listinfo/users http://lists.openser-project.org/cgi-bin/mailman/listinfo/users
Re: [Kamailio-Users] INVITE branch handling for multiple contacts.
Alex Balashov writes: > 3. Proxy bifurcates the call into two branches 'branch A' (to A) and > 'branch B' (to B). Rewrites RURI, relays INVITE. > > 4. A answers with 200 OK. > > 5. B answers with 200 OK. > > 6. Proxy passes back 200 OK to SBC for A. Then for B. > > 7. SBC issues in-dialog end-to-end ACK for that 200 OK; proxy decides > to forward it only to A as per the ONREPLY-ROUTE. No replies are > forwarded to B. It is here that I think things go wrong. > > 8. B keeps sending 200 OKs and getting no ACKs for them, and eventually > gives up and kills the session. > > So, it looks like not all replies are being statefully relayed to both > branches. > > Additionally, it looks like the following is happening: > > - At step #6 above, the 200 OK passed to the SBC is for A only. canceling of b branch should happen already after step 4, but perhaps 4 and 5 take place almost simultaneously and there is some race condition related bug in tm module. -- juha ___ Users mailing list Users@lists.kamailio.org http://lists.kamailio.org/cgi-bin/mailman/listinfo/users
Re: [Kamailio-Users] INVITE branch handling for multiple contacts.
Alex Balashov writes: > > canceling of b branch should happen already after step 4, but perhaps 4 and > > 5 take place almost simultaneously and there is some race condition > > related bug in tm module. > > I think it's just the order of events. According to my packet capture: > > - Packet 9, time index 7.953711: 200 OK arrives from A. > - Packet 10, time index 7.954636: 200 OK arrives from B. > - Packet 11, time index 7.969227: Proxy passes 200 OK from A back to SBC. > - Packet 12, time index 7.969268: Proxy originates CANCEL for branch B. > - Packet 13, time index 7.970279: Proxy passes 200 OK from B back to > - SBC. as you see, 9 and 10 arrive to proxy very close to each other, which may result in a race condition bug causing proxy to send packet 13, which it should not do. i suggest you file a bug report on this. -- juha ___ Users mailing list Users@lists.kamailio.org http://lists.kamailio.org/cgi-bin/mailman/listinfo/users
[Kamailio-Users] OpenSIPS project
hi bogdan, i'm trying to understand this in order figure out what to do in the future. > - the need for a new reliable release - delayed or low-quality releases > are affecting the credibility of the project are all the open dialog and tm related issues on openser tracker fixed in opensips? > - degradation of the project quality - testing, performance measurements > and code quality control are overlooked i have been actively testing and measuring trunk version of openser since january. i assume that many others have been doing the same. could you be more specific? > - lack of the control, management and coordination of the project - > critical project issues could not be handled or solved are you referring the local route issue? it was finally solved, but perhaps not to everybody's liking, which is normal in any democratic process. > 1) a 6 months release cycle, but with no compromise for the technical > issues what does that mean? > 2) extensive testing and performance measurements before each major > release how is that managed? > 5) technical management with a strict developer hierarchy and developer > cooperation to prevent deadlocks or un-availabilities how does this hierarchy currently look like? i didn't find anything about it on opensips web site. is there a technical "president" or "king" at the top of the hierarchy? > 6) intellectual honesty by having decisions taken on value-based > criteria and arguments. how does this work with the strict 6 month release cycle? i don't claim that openser project has worked flawlessly, but the description in opensips announcement does not yet convince me either. -- juha ___ Users mailing list Users@lists.kamailio.org http://lists.kamailio.org/cgi-bin/mailman/listinfo/users
Re: [Kamailio-Users] [Kamailio-Devel] 1.4.0 release plans, project matters
Alex Balashov writes: > I don't, of course, have any sort of inside perspective as I am not > involved in development, so I can't presume to judge the merits or > veracity of the various justifications given for this adventure. Apart > from Bogdan-Andrei's brief treatment of the subject, explanations > haven't been particularly forthcoming to the community; this seems to > be a back-room affair that is still playing out. alex, i am kamailio developer and member of kamailio board and i have not heard of any plans of opensips fork before yesterday. bogdan, who was the initiator of OpenSER project, has not given any "back-room" hint that he was working on a new fork. sure he has had right to do so, but i consider it very strange that he did not express his intentions earlier, but prepared the new fork in secrecy. now that we know that bogdan's interests are elsewhere, rest of OpenSER (now Kamailio) developers can try to take over bodgan's interest areas. -- juha ___ Users mailing list Users@lists.kamailio.org http://lists.kamailio.org/cgi-bin/mailman/listinfo/users
Re: [Kamailio-Users] OpenSIPS project
Bogdan-Andrei Iancu writes: > Also, I'm ready to overlook this "not-nice" action, so granting back my > admin rights on the OpenSER project will be an act of respect. bogdan, i don't know about the rights removal thing, but it would be interesting for the community to know what your plans regarding OpenSER (now Kamailio) project are. in my opinion there was lack of respect from your part too when you (as OpenSER project founder) started the new fork without any prior notice to the community or a clear message indicating what you thought was wrong with the project. perhaps we could have together been able to fix the problems and continue without the fork. -- juha ps. i'm behind with my email, because i'm in the middle of installing of a new roof for my house. for the same reason i'm not currently able to contribute much to kamailio project. ___ Users mailing list Users@lists.kamailio.org http://lists.kamailio.org/cgi-bin/mailman/listinfo/users
Re: [Kamailio-Users] OpenSIPS project
Andreas Granig writes: > Please elaborate on the issues you have with the trade mark > (if you're allowed to do so). anders, in case no one has answered to this yet, OpenSER project got a few months ago a notice from a company who has registered trademarks on various SER related names and that company asked OpenSER project to stop using OpenSER name. we had no other choice than to comply with the request. in retrospect, it might have made sense to publish this on OpenSER mailing lists when the request was received. -- juha ___ Users mailing list Users@lists.kamailio.org http://lists.kamailio.org/cgi-bin/mailman/listinfo/users
Re: [Kamailio-Users] [Users] OpenSIPS project
Bogdan-Andrei Iancu writes: > This is way I moved form SER to OpenSER and further to OpenSIPS - just > to keep delivering the project (whatever name it has) envisioned by > openser 3 years ago. bogdan, it would be interesting to know what prevented you from delivering to OpenSER project. the only issue that i'm aware of was the local route stuff that some other developers felt was committed too close to the freeze date. -- juha ___ Users mailing list Users@lists.kamailio.org http://lists.kamailio.org/cgi-bin/mailman/listinfo/users
Re: [Kamailio-Users] [Kamailio-Devel] 1.4.0 release plans, project matters
Bogdan-Andrei Iancu writes: > From business point of view, what do you prefer: >1) stick to kamilio and face angry and unsatisfied customers because > of the software/project condition (starting with 1.3 we had a lot of > complains/bad experience with quality) bogdan, were these complains made known to other developers? i don't remember seeing them. this is, in fact, the first time i read about these "complains/bad experiences". >2) make a change and make them happy. i still don't understand why you could not make them happy in OpenSER project. how has version 1.4 of OpenSIPS answered to these complains, which would have been impossible to do in OpenSER project? -- juha ___ Users mailing list Users@lists.kamailio.org http://lists.kamailio.org/cgi-bin/mailman/listinfo/users
Re: [Kamailio-Users] [Kamailio-Devel] 1.4.0 release plans, project matters
Bogdan-Andrei Iancu writes: > Form my perspective, > looking back over the last year, I do not see any evolution with OpenSER > - just take a look at release 1.2 and release 1.4 (future) and tell me > it is the same - going in the same direction is dead-end. bogdan, again, i don't see any reason that would have prevented you from making whatever changes in the direction of OpenSER project. the board certainly didn't prevent that and there was never any discussion about a need to change the "direction". i personally would have been more that willing (and still am) to resign from the board if i had known that i was blocking the progress you had secretly in your mind. -- juha ___ Users mailing list Users@lists.kamailio.org http://lists.kamailio.org/cgi-bin/mailman/listinfo/users
Re: [Kamailio-Users] [Kamailio-Devel] 1.4.0 release plans, project matters
Alex Balashov writes: > And you do not feel that a revamping of the ground rules in the > incumbent project could have been achieved? In other words, couldn't > you have said to everyone: "Look, what we've got right now isn't > working [for the following reasons] and it must change, or I might have > to go make my own fork?" alex, it would have been great if bogdan had said that. i would certainly had agreed to the new decision making system whatever it would had been if it had kept bogdan happy. the problem was that bogdan never expressed a need to make the changes he now writes about. my conclusion of this is that bogdan didn't really want to change OpenSER project for better, but wanted to start his own show. -- juha ___ Users mailing list Users@lists.kamailio.org http://lists.kamailio.org/cgi-bin/mailman/listinfo/users
[Kamailio-Users] Problem using additional attributes through radius_extra parameter
Ruchir writes:
> I'm trying to configure openser & freeradius with AAA. I'm using custom
> mysql tables for authentication & accounting. I've modified queries in
> sql.conf in raddb folder. Authentication works fine. I've added additional
> fields in radius_extra parameter of acc module. I've added those parameters
> in dictionaries of radiusclient-ng & freeradius. But I get blank values for
> custom fields. Any idea what can be wrong?
are you sure that the pseudo variables you use in radius_extra have
values set when you call t_relay?
you can slso start freeradius with -X param and see what it is getting.
-- juha
> modparam("acc",
> "radius_extra","User-Name=$fU;Dialstatus=$avp(s:dialstatus);User-Rate=$avp(i:2016);User-Duration=$avp(i:2016);User-Clid=$fU;User_ClidName=$avp(s:callerid);User_Dst_Name=$avp(s:2014);User_Dst_Code=$avp(i:2015);User_Account_Id=$fU;Lcr_Rate=$avp(i:2030);Lcr_Duration=$avp(i:2016);Lcrtrunk_Id=$avp(i:2027);Lcr_Dst_Name=$avp(s:2028);Lcr_Dst_Code=$avp(i:2029);Real_Duration=$avp(i:2016)")
___
Users mailing list
Users@lists.kamailio.org
http://lists.kamailio.org/cgi-bin/mailman/listinfo/users
[Kamailio-Users] project status and my decisions
Daniel-Constantin Mierla writes: > So, I am asking: > - how do you see a proper management structure for the future i thought that people in an open source project are trustworthy and that there is no need for a legal entity. unfortunately this turned out to be false and a legal entity is needed that owns the domain name, trademarks, etc. of the project, and that has some rules regarding management of the project. setting up that kind of legal entity would, however, go beyond my resources. > - feedback about future involvement, suggestions and alternative for > going on i'm willing to keep on maintaining those kamailio modules and other parts of code that i have been involved with. -- juha ___ Users mailing list Users@lists.kamailio.org http://lists.kamailio.org/cgi-bin/mailman/listinfo/users
Re: [Kamailio-Users] Should really 't_on_branch' remain in serial forking?
Daniel-Constantin Mierla writes:
> > I really don't know if this is intuitive or not. The only way to
> > "dissable" branch_route[1] in the failure route is by adding:
i'm using
t_on_branch("0");
to disable calling of branch route. this has been documented or
discussed somewhere and is ok to me.
-- juha
___
Users mailing list
Users@lists.kamailio.org
http://lists.kamailio.org/cgi-bin/mailman/listinfo/users
[Kamailio-Users] A function to add uri/header parameters
Iñaki Baz Castillo writes:
> Hi, for now, the "normal" way to detect if an in-dialog request/response
> beyonds to a natted dialog is by adding a uri parameter ("nat=yes") in
> the "Contact" header of the first request and response and macthing that
> parameter in the RURI of subsequent in-dialog requests.
instead of contact header, you could use rr header.
-- juha
___
Users mailing list
Users@lists.kamailio.org
http://lists.kamailio.org/cgi-bin/mailman/listinfo/users
Re: [Kamailio-Users] Should really 't_on_branch' remain in serial forking?
Juha Heinanen writes:
> i'm using
>
> t_on_branch("0");
>
> to disable calling of branch route. this has been documented or
> discussed somewhere and is ok to me.
i want to add, that i don't want any change in the current way of
resetting branch route. there is too much configuration code out there
that use the current mechanism and i don't want that code to get
broken.
-- juha
___
Users mailing list
Users@lists.kamailio.org
http://lists.kamailio.org/cgi-bin/mailman/listinfo/users
[Kamailio-Users] RFC: branches/location records control
Daniel-Constantin Mierla writes: > I have seen on mailing lists discussions about needs that will be solved > by this new feature. Any comments? daniel, so far i have not seen a need to access branches in config script. lcr module functions have been enough for me. of course i don't have anything against that kind of access if someone else needs it. -- juha ___ Users mailing list Users@lists.kamailio.org http://lists.kamailio.org/cgi-bin/mailman/listinfo/users
[Kamailio-Users] Permissions module error !
Nuno Marques writes: > +++---+--+--+-+ > | id | src_ip | proto | from_pattern | tag | version | > +++---+--+--+-+ > | 1 | 192.168.137.20 | Any | ^sip:.*$ | NULL | 3 | > +++---+--+--+-+ try with protocol "any". -- juha > Hi, I tried to install on my Openser 1.2.2 the > permissions module so i can use an asterisk gateway. I populated the trusted > table with information about the gateway. When i tried to run > OpenSer it gave me some errors. > Can anyone tell me what could be the problem? Below are the erros and > the data on trusted table. Thanks in > advance, > Nuno 0(3824) init_tcp: using epoll_lt as the io watch method > (auto detected) > 0(0) INFO: statistics manager successfully initialized 0(0) StateLess > module - initializing 0(0) TM - initializing... 0(0) Maxfwd module- > initializing 0(0) INFO:ul_init_locks: locks array size 512 0(0) > TextOPS - initializing > labvoipua:/etc/openser# 0(0) permissions - initializing 0(0) Default > allow file (//etc/openser/permissions.allow) not found => empty rule > set 0(0) Default deny file (//etc/openser/permissions.deny) not found > => empty rule set > 0(0) hash_table_insert(): Unknown protocol 0(0) ERROR: permissions: > trusted_reload(): Hash table problem 0(0) init_trusted(): Reload of > trusted table failed 0(0) Error while initializing allow_trusted > function > 0(0) init_mod(): Error while initializing module permissionsERROR: > error while initializing modules 0(0) INFO:mi_fifo:mi_destroy:memory for > the child's mi_fifo_pid was not allocated -> nothing to destroy > TRUSTED > TABLE+++---+--+--+-+| > id | src_ip | proto | from_pattern | tag | version > |+++---+--+--+-+ > | 1 | http://192.168.137.20";>192.168.137.20 | Any | ^sip:.*$ > | NULL | 3 > |+++---+--+--+-+ > ___ > Users mailing list > Users@lists.kamailio.org > http://lists.kamailio.org/cgi-bin/mailman/listinfo/users ___ Users mailing list Users@lists.kamailio.org http://lists.kamailio.org/cgi-bin/mailman/listinfo/users
Re: [Kamailio-Users] enum model statistics
Henning Westerholt writes: > > But the enum module does not export any statistics now. As an example, > > for usrloc module: > > kamctl fifo get_statistics usrloc: what kind of statistics you would need? like delay statistics of queries or what? -- juha ___ Users mailing list Users@lists.kamailio.org http://lists.kamailio.org/cgi-bin/mailman/listinfo/users
Re: [Kamailio-Users] [Kamailio-Devel] RFC: branches/location records control
Henning Westerholt writes: > > I am thinking to keep in core > > - avps > > - headers > > - var > > - R-URI, From URI and To URI and destination URI related variables > > - auth tokens (username, realm) as an example of difficulty of making the selection, From URI is not more important than, for example, P-Preferred-Identity or P-Assured-Identity header, since you have to look all of them in order to find out the real "from uri". to me only Request-URI would stand as the most important, but still i would prefer a clean (all or noting), rather than an ad hoc, selection. -- juha ___ Users mailing list Users@lists.kamailio.org http://lists.kamailio.org/cgi-bin/mailman/listinfo/users
[Kamailio-Users] FreeRadius patch for OpenSer1.2.2
Nuno Marques writes: >Flavio (the author) says we need to apply a patch to the freeradius to > "fix a problem with accounting type 15". >My question is - is it still necessary to apply that patch or the new > version of freeradius allready covers it? last week i upgraded my freeradius to latest version 2.0.5, and it didn't have support for accounting type 15. i think it is a matter of principle (lack of standard) that freeradius does not support that service type. -- juha ___ Users mailing list Users@lists.kamailio.org http://lists.kamailio.org/cgi-bin/mailman/listinfo/users
Re: [Kamailio-Users] FreeRadius patch for OpenSer1.2.2
ram writes: > then what version of Freeradius is best to use it is best to use the latest version, i.e., now 2.0.5 unless newer has already appeared. -- juha ___ Users mailing list Users@lists.kamailio.org http://lists.kamailio.org/cgi-bin/mailman/listinfo/users
Re: [Kamailio-Users] enum model statistics
Klaus Darilion writes: > IMO this would be interesting: > - query time statistics > - DNS/ENUM response codes: > - server failure > - NXDOMAIN > - no NAPTR records > - NAPTR records found, but service not matched > - NAPTR records found, service matched but regexp failed klaus, i'll see what i can do when weather gets worse and snow starts to fall (usually in early october). -- juha ___ Users mailing list Users@lists.kamailio.org http://lists.kamailio.org/cgi-bin/mailman/listinfo/users
[Kamailio-Users] FW: Call Hangup from Caller-End not working with TLS
Ali Jawad writes: > However I did notice the following in the logs > > Aug 28 13:41:02 [8564] DBG:core:parse_msg: uri: > 8F980980E97E42F8EC;nat=yes> the party sending bye should use as request uri contact uri of the other party that it learned during dialog setup (invite, 200 ok). check that there was transport=tls. -- juha ___ Users mailing list Users@lists.kamailio.org http://lists.kamailio.org/cgi-bin/mailman/listinfo/users
Re: [Kamailio-Users] FW: Call Hangup from Caller-End not working withTLS
Ali Jawad writes: > The returning party in this case would be the PSTN GW and it talks UDP. > > I.e. > > Softphone --TLS-->Openser ---UDP--->Softphone > > Should't Openser be responsible for the translation of these > parameters? i don't see a PSTN gateway anywhere in the figure. opener does not mess with transport parameters, it uses on the outgoing hop whatever sender specified as i already mentioned (of course provided that openser in the figure did record-route the initial request. -- juha ___ Users mailing list Users@lists.kamailio.org http://lists.kamailio.org/cgi-bin/mailman/listinfo/users
Re: [Kamailio-Users] FW: Call Hangup from Caller-End not working withTLS
Ali Jawad writes: > Sorry my fault..I think got brain busted.. > The picture should be > > Softphone --TLS-->Openser ---UDP-->PSTNGW that does not change my response. softphone sends bye to openser using tls and openser sends bye to pstngw using whatever transport protocol request uri specifies. -- juha ___ Users mailing list Users@lists.kamailio.org http://lists.kamailio.org/cgi-bin/mailman/listinfo/users
Re: [Kamailio-Users] FW: Call Hangup from Caller-End not working withTLS
Ali Jawad writes: > True..However my problem occurs when the mobile phone closes the call, > so in this case PSTN GW send's it in UDP to Openser, and Openser will > send it in TLS to the softphone, right ? yes, it request uri from pstn gw specifies tls transport. -- juha ___ Users mailing list Users@lists.kamailio.org http://lists.kamailio.org/cgi-bin/mailman/listinfo/users
[Kamailio-Users] kamailio 1.5 and beyond
henning, i agree that the things you proposed should be done, but they all deal with internal matters inside the code and are not really visible as new features to the end user. there should be a balance on how much effort goes into internal improvements/restructuring and how much to developing new capabilities and fixing existing problems. -- juha ___ Users mailing list Users@lists.kamailio.org http://lists.kamailio.org/cgi-bin/mailman/listinfo/users
[Kamailio-Users] Mediaproxy 2.0 - Dispatcher vs Relay
Nuno Marques writes: >- What's the difference between the dispatcher and the relay? dispatcher talks with proxy and selects a relay that actually relays rtp packets. i'm pretty sure that this is documented in mediaproxy package files. -- juha ___ Users mailing list Users@lists.kamailio.org http://lists.kamailio.org/cgi-bin/mailman/listinfo/users
[Kamailio-Users] Mediaproxy vs. RTPproxy.
Alex Balashov writes: > If one is written in Python and one in C, it seems to me that the > performance and scalability makes the choice of rtpproxy a > no-brainer. alex, mediaproxy 2.0 is using linux kernel (not python code) to relay media packets and the claim is close to wire speed performance. > What benefit is there to using mediaproxy? More features and > capabilities, ease of configuration perhaps? mediaproxy is easy to use and set up. i don't have experience with rtpproxy. unfortunately i just discovered that there may be a serious problem with mediaproxy 2.0 that was not there in mediaproxy 1.9. looks like mediaproxy 2.0 does not allow nated ua1 behind one mediaproxy to talk to nated ua2 behind another mediaproxy. dead lock happens and both mediaproxies are waiting packets from each other and don't forward packets that they have received from their uas. so far i have not got any response to this from the developers. -- juha ___ Users mailing list Users@lists.kamailio.org http://lists.kamailio.org/cgi-bin/mailman/listinfo/users
Re: [Kamailio-Users] Mediaproxy vs. RTPproxy.
Alex Balashov writes: > How does it use the kernel? Some sort of kernel-side module that has > plumbing into the IP routing/forwarding subsystem? Or some sort of ALG > module with hooks? it uses linux conntrack modules. don't ask me about details. -- juha ___ Users mailing list Users@lists.kamailio.org http://lists.kamailio.org/cgi-bin/mailman/listinfo/users
Re: [Kamailio-Users] Mediaproxy vs. RTPproxy.
Alex Balashov writes: > Do you have any perspective on how this performs compared to various > high-end commercial SBCs? if they don't have any custom hw support to do the forwarding, then i don't see how they could perform much better on pc hardware. -- juha ___ Users mailing list Users@lists.kamailio.org http://lists.kamailio.org/cgi-bin/mailman/listinfo/users
[Kamailio-Users] help installing mediaproxy in centos 5
Ricky Gutierrez writes: > any suggestion is appreciated? my suggestion is that you use debian lenny. -- juha ___ Users mailing list Users@lists.kamailio.org http://lists.kamailio.org/cgi-bin/mailman/listinfo/users
Re: [Kamailio-Users] help installing mediaproxy in centos 5
Peter Lemenkov writes: > I've got different advise. After quick googling I found that these > constants are related to netfilter kernel module, so you probably need > to install kernel-headers and pass properly additional includedirs (if > required) to mediaproxy buildsystem. sure, but if you would use debian lenny, that information is already build in: Source: mediaproxy Section: net Priority: optional Maintainer: Dan Pascu <[EMAIL PROTECTED]> Build-Depends: cdbs (>= 0.4.47), debhelper (>= 5.0.42), python-all-dev (>= 2.4.4), python-support, libnetfilter-conntrack-dev Standards-Version: 3.8.0 -- juha ___ Users mailing list Users@lists.kamailio.org http://lists.kamailio.org/cgi-bin/mailman/listinfo/users
Re: [Kamailio-Users] help installing mediaproxy in centos 5
Darren Sessions writes: > Juha has a point about Debian, although Ubuntu i386 is a breeze as > well (easier than even Debian I thought and Ubuntu seems to have newer > stable packages all the way around). ubuntu works too. regarding newer packages, i have to disagree. i recently tried to build twinkle on ubuntu hardy with zrtp support and i had to port many newer packages from lenny to hardy in order to get it done. -- juha ___ Users mailing list Users@lists.kamailio.org http://lists.kamailio.org/cgi-bin/mailman/listinfo/users
[Kamailio-Users] preparing 1.4.1 release
Daniel-Constantin Mierla writes: > there are already several important fixes since 1.4.0, so we should look > to build the first maintenance release for branch 1.4. I am thinking of > 2 weeks time frame from now. Make sure you point outstanding issues you > are aware of as soon as possible on the tracker. daniel, i think the header parsing fixes are still pending, right? -- juha ___ Users mailing list Users@lists.kamailio.org http://lists.kamailio.org/cgi-bin/mailman/listinfo/users
[Kamailio-Users] SIP NOTIFY for Message-Waiting
George Lee writes: > I know Kamailio SIP server can handle SUBSCRIBE for message-waiting > indication. Is there a way to ask the SIP server to generate a NOTIFY > with message summary event and its related headers like > Message-waiting, Message-Account, Voice-Message, etc.? kamailio will generate notify to subscriber if you have published a corresponding message-summary event. -- juha ___ Users mailing list Users@lists.kamailio.org http://lists.kamailio.org/cgi-bin/mailman/listinfo/users
Re: [Kamailio-Users] SIP NOTIFY for Message-Waiting
George Lee writes: > But according to rfc3824, publish method is not part of the message > flow for mwi. How do I generate a publish with the message-summary > event? your voicemail app needs to do that using pua_mi interface. -- juha ___ Users mailing list Users@lists.kamailio.org http://lists.kamailio.org/cgi-bin/mailman/listinfo/users
Re: [Kamailio-Users] new modules for dialog-info
in order to understand this dialog event package, i read introduction section of rfc 4235. what i don't get is why it is not enough that user who wants to know when another user becomes available, subscriber to that user's presence event package. if the user is in a phone call, his/her user presence state could be 'open'/'busy' and when the call ends, the state would be changed to 'open'/'available' or something like that. the benefit of that over the dialog package would be that no dialog state info would be needed from the proxy. so why do we need yet another event package to figure out when user's call ends? -- juha ___ Users mailing list Users@lists.kamailio.org http://lists.kamailio.org/cgi-bin/mailman/listinfo/users
[Kamailio-Users] un-subscribing a pending subscription is also pending
a user complained that un-subscribing a pending subscription is also pending, i.e., kamailio responds with 202 instead of 200. i verified the behavior. now the question is, what do the relevant RFCs say about it? it appears logical to me that if a user gives up waiting to get his/her subscription confirmed, he/she should be able to forget the whole thing by sending an un-subscribe. any comments on this? -- juha ___ Users mailing list Users@lists.kamailio.org http://lists.kamailio.org/cgi-bin/mailman/listinfo/users
Re: [Kamailio-Users] un-subscribing a pending subscription is also pending
Klaus Darilion writes: > I've checked RFC 3265 but could not find a description. Probably you > should ask at the sip-implementors list. i looked at rfc 3265 and found this in section 3.3.6: Note that the NOTIFY messages triggered by SUBSCRIBE messages with "Expires" headers of 0 will contain a "Subscription-State" value of "terminated", and a "reason" parameter of "timeout". wireshark dump reveals that notify request is not generated at all when ua un-subscribes a bending subscription. there is just 202 followed by nothing. -- juha ___ Users mailing list Users@lists.kamailio.org http://lists.kamailio.org/cgi-bin/mailman/listinfo/users
[Kamailio-Users] Access List
michel freiha writes: > Hi All,I need please to configure kamailio in order to force the user to > register to my it from a specific IP...It's like creation of an access > list...If the customer tries to register from another IP frm the one > specified in kamailio he'll be denied using radius authentication this could be done quite easily by returning the allowed ip address of the user as a reply attribute and then by checking in the script if source address matches the avp value where the attribute value gets assigned to. another possibility in trunk version would be to add source ip as an extra attribute to authentication request and then letting radius server to do the checking. if you don't use radius, then check other replies. -- juha ___ Users mailing list Users@lists.kamailio.org http://lists.kamailio.org/cgi-bin/mailman/listinfo/users
[Kamailio-Users] new feature: generic shared container in config language
Elena-Ramona Modroiu writes: > I just committed a new module: htable > http://www.kamailio.org/docs/modules/devel/htable.html elena, thanks for the new module. > As a roadmap for the new module, planned for addition: .. > - ability to save/load in/from database > - ability to init items at startup if items could be loaded from database during module initialization, then the module could be used for database based configuration of kamailio. -- juha ___ Users mailing list Users@lists.kamailio.org http://lists.kamailio.org/cgi-bin/mailman/listinfo/users
Re: [Kamailio-Users] Failed gateway recovery with dispatcher.
Daniel-Constantin Mierla writes: > > I would think that using one gateway primarily, with a secondary as a > > standby, is a very, very common use case. What is the best way to do > > this with dispatcher? i haven't followed this thread, but is there a reason why you can't use lcr module for this? it allows you to assign priorities to gateways. -- juha ___ Users mailing list Users@lists.kamailio.org http://lists.kamailio.org/cgi-bin/mailman/listinfo/users
[Kamailio-Users] About presence_dialoginfo - RR in figure 2
Iñaki Baz Castillo writes: > Well, since NOTIFY is in-dialog it's just needed that the proxy does > RR in the initial SUBSCRIBE before forwarding it to presence server, > am I right? inaki, you should be right, but i haven't tested it. there is 'record_route' field in active_watchers table. check if it gets populated upon subscribe. -- juha ___ Users mailing list Users@lists.kamailio.org http://lists.kamailio.org/cgi-bin/mailman/listinfo/users
[Kamailio-Users] RLS(Resource List Server)
Yoo Chan Jeon writes: > I do not have any problems to run the server. > Which database should I add [EMAIL PROTECTED] <[EMAIL PROTECTED]> to? > How do I add the resource list? > What kind of format do I need to add a list if I want to add [EMAIL > PROTECTED], > [EMAIL PROTECTED], [EMAIL PROTECTED] ? > Do you have some kind of examples? see openxcap documentation and code. it also includes examples and xcapclient utility for manipulating presence documents. -- juha ___ Users mailing list Users@lists.kamailio.org http://lists.kamailio.org/cgi-bin/mailman/listinfo/users
[Kamailio-Users] openser 1.3.3 domain module
toly writes: > In domain module, command is_domain_local - using parameter_fixup where > there is a call pkg_malloc, > but nowhere function free_fixup is used. > This will be memory leak, or I'm missing something. for completeness, memory for the parameter should indeed be freed when openser terminates. this is handled automatically by fixup_free_pvar_null function in kamaili 1.4. it is not a big deal to not free the memory at termination, because it is needed until that point. -- juha ___ Users mailing list Users@lists.kamailio.org http://lists.kamailio.org/cgi-bin/mailman/listinfo/users
Re: [Kamailio-Users] Handling 302s
Graham Wooden writes:
> if (t_check_status("302")) {
> xlog("Got a 302 - redirecting");
> get_redirects("*");
> t_relay();
> }
>
> Pretty straight forward. Maybe the issue is with them still?
> Thanks,
check with wireshark how the invite after get_redirects("*") looks like.
-- juha
___
Users mailing list
Users@lists.kamailio.org
http://lists.kamailio.org/cgi-bin/mailman/listinfo/users
[Kamailio-Users] [Kamailio-Devel] !!Urgent Need to setup SIP SERVER like SIP Account Provider as my own Server.Thanks for your very great Help.
sam writes: > I want to be a SIP providers like broadvoice gimzo ,where can i get DID > numbers ,do we need to have contact with telecommunication > Department. this came to the wrong lists. also, do not post the same question to both lists. you need to contact the telecom authority of the country whose number space you want to get the numbers from. -- juha ___ Users mailing list Users@lists.kamailio.org http://lists.kamailio.org/cgi-bin/mailman/listinfo/users
[Kamailio-Users] lcr module prefix_mode=1
by accident i sent this message to devel list when i intended to send it to users list. i'm thinking to speed up lcr load_gws() implementation by storing prefixes into hash table. it would allow load_gws() to execute (if necessary) in constant time independent of the number of prefixes. also, i'm planing to make the size of hash table controllable by module parameter. the side effect of this is that prefix_mode=1, where prefixes are regular expressions, would have to be dropped, because hashing on regular expressions makes no sense. something close to prefix_mode=1 could be achieved using dialplan module to store the regular expressions and return as attribute a gateway grp_id. that could then be used by new load_gws_from_group(grp_id) to load gws in the given group. any comments on this? is someone depending on prefix_mode=1? by the way, before starting this project, i took a look at opensips drouting module, but unfortunately it does not cover many features of lcr module that i use in my configurations and thus cannot be used to replace lcr module. -- juha ___ Users mailing list Users@lists.kamailio.org http://lists.kamailio.org/cgi-bin/mailman/listinfo/users
Re: [Kamailio-Users] lcr module prefix_mode=1
Alex Balashov writes: > What about some sort of hashing algorithm that operates on regular > expression sums or is otherwise tuned by regex elements? the problem is: given a string, find from set of prefixes the longest one that matches the string. if prefixes are known strings, they can be organized in a data structure (tree, hash table, etc), where matching is fast to execute. if prefixes are regular expressions, i don't know any other solution than linearly match them one by one to string. -- juha ___ Users mailing list Users@lists.kamailio.org http://lists.kamailio.org/cgi-bin/mailman/listinfo/users
Re: [Kamailio-Users] Handling 302s
Graham Wooden writes: > That being said - does anyone know any tricks to get this working - in such > a way that I can create a new call leg and have the call go back out, > preferably within kamailio? Thanks, perhaps i didn't understand what you try to do, but if call comes from pstn to kaamilio, which forwards it to somewhere and gets back 302, then get_redirects() + t_relay() makes kamailio to send a new invite to 302 contacts instead of relaying 302 to your pstn gw. -- juha ___ Users mailing list Users@lists.kamailio.org http://lists.kamailio.org/cgi-bin/mailman/listinfo/users
Re: [Kamailio-Users] Handling 302s
Graham Wooden writes: > Is this invite supposed to be like any other call, originating from > kamailio? it is not a new call, get_redirects adds new branches to existing call from pstn. when you call t_relay after get_redirects, you should see with wireshark an invite (or invites in case of multiple contacts in 302) to go out from your proxy. -- juhan ___ Users mailing list Users@lists.kamailio.org http://lists.kamailio.org/cgi-bin/mailman/listinfo/users
Re: [Kamailio-Users] Handling 302s
Graham Wooden writes: > Yup, I see the invite and the corresponding ACK back from them - but that's > it. About a second later after getting the ACK back, the caller gets > dropped. i still don't get it. it should go like this: pstn gw -> invite -> kamailio -> invite -> uas1 <- 302 <- -> invite -> uas2 <- 200<- 200 <- -> ack-> ack -> ack -- juha ___ Users mailing list Users@lists.kamailio.org http://lists.kamailio.org/cgi-bin/mailman/listinfo/users
Re: [Kamailio-Users] Handling 302s
your cap looks weird. your proxy receives invite from (i think) gw, forwards it, and then sends 407 to gw. try to check from your config file, why your proxy challenges the invite after it has forwarded it. perhaps your cap does not include all packets (all interfaces). -- juha ___ Users mailing list Users@lists.kamailio.org http://lists.kamailio.org/cgi-bin/mailman/listinfo/users
Re: [Kamailio-Users] Handling 302s
Graham Wooden writes:
> Yeah, I see that 407 Proxy Auth too, but I am not sure where to check for
> that.
>
> Here is my only challenge statement:
>
> if (is_method("REGISTER"))
> {
> if (!www_authorize("", "subscriber"))
> {
> www_challenge("", "0");
> exit;
> }
407 comes from proxy_challenge. either your config has one or not all
packets were shown in capture.
this starts to consume too many cycles that are away from writing code.
dig into your config file and make sure that wireshark captures all
packets.
-- juha
___
Users mailing list
Users@lists.kamailio.org
http://lists.kamailio.org/cgi-bin/mailman/listinfo/users
Re: [Kamailio-Users] OpenSER ActiveWatcher Table
Klaus Darilion writes: > > When a SUBSCRIBE message is received, OpenSER creates an entries in > > the ActiveWatcher table. This is used to generate NOTIFY message to > > watchers. The problem I have seen is that OpenSER keeps on creating > > new entries to the ActiveWatchers if the SIP UA deregister, register, > > deregister, register, etc. for several times. This triggers multiple > > NOTIFY messages to be sent to watchers. How does OpenSER remove > > entries in the ActiveWatcher table? It deosn't look like a SUBSCRIBE > > with expires=0 would delete an entry in the table. > > It should, if not this is a bug. Of course there may be some delay as > the write back to DB is not synchronous. i just tested with twinkle and kamailio 1.4 and when twinkle un-susbcribes, it is deleted from active_watchers table. perhaps you should try to upgrade your proxy. -- juha ___ Users mailing list Users@lists.kamailio.org http://lists.kamailio.org/cgi-bin/mailman/listinfo/users
[Kamailio-Users] lcr module enhancements
i just committed to kamailio trunk an enhanced version of lcr module. changes from kamailio wiki page http://www.kamailio.org/dokuwiki/doku.php/features:new-in-1.5.x are as follows: * New high-performance implementation that keeps lcr information in in-memory hash table, whose size can be given in a new module parameter 'lcr_hash_size'. See lcr/README for lcr function execution times. * New 'weight' field in 'gw' table that can be used to assign a gateway a weight among gateways of its group. * Support for prefix_mode=1 has been dropped. * lcr_dump MI function has been split into lcr_gw_dump and lcr_lcr_dump functions. * lcr_reload function is now executed under a lock thus minimizing race conditions. * Regular expressions are now Perl 5.x, instead of POSIX, compatible due to use of PCRE regular expression library. testing and feedback is appreciated. -- juha ___ Users mailing list Users@lists.kamailio.org http://lists.kamailio.org/cgi-bin/mailman/listinfo/users
[Kamailio-Users] t_relay("0x02")
tm readme on t_relay flag "0x02" says:
0x02 - do not internally send a negative reply in case of forward
failure (due internal error, bad RURI, bad message, etc). When a forward
failure occurs, no SIP request is relayed and therefore no negative
reply or timeout will show up on the failure_route (if one is set). It
applies only when the transaction is created. By default one negative
reply is sent. Useful if you want to implement a serial forking in case
of failure.
i don't quite understand the statement:
It applies only when the transaction is created.
what does "It" refer to?
i did some experiments with new lcr implementation and if, for example,
tcp connection to a gw cannot be established, then t_relay without
"0x02" flag generates 477 reply to caller and, indeed, failure route is
not executed.
so i need test if t_relay("0x02") failed due to "send failed" and handle
selection of next gw in the same route block where t_relay("0x02") was
called. this is inconvenient, because there already exists a failure
route block that does all that and now its code needs to be at least
partially duplicated.
or am i missing something and it is somehow possible to get a failure
route block executed also on this kind of internally generated negative
reply?
-- juha
___
Users mailing list
Users@lists.kamailio.org
http://lists.kamailio.org/cgi-bin/mailman/listinfo/users
[Kamailio-Users] $rr and $rr are null
i have
if (t_check_status("403")) {
xlog("L_INFO", "DBG: status is 403\n, rr is <$rr> and rs is
<$rs>\n");
};
and i get to syslog:
Oct 18 19:51:37 localhost /usr/sbin/kamailio[18580]: DBG: status is 403 , rr is
<> and rs is <>
is this expected behavior?
-- juha
___
Users mailing list
Users@lists.kamailio.org
http://lists.kamailio.org/cgi-bin/mailman/listinfo/users
[Kamailio-Users] Check if a user is calling from a registered device and if not, deny the call!
Arif-Uz-Zaman writes: > OpenSER will check whether caller is registered or not before forwarding > that received INVITE message to make sure only registered user will make > call through OpenSER. If Caller is not registered, OpenSER will deny the > call. > Is it possible to check if a user is calling from a registered device > without using any Database? Please help me with sample configuration by > considering my interest. arif, i'm quite sure that this same question has come up many times before already. please check the mailing list archives. -- juha ___ Users mailing list Users@lists.kamailio.org http://lists.kamailio.org/cgi-bin/mailman/listinfo/users
[Kamailio-Users] lcr gateway can now be given a hostname
lcr gateway can now be given a hostname that is used in request-uri when request is sent to the gateway. hostname is not, however, used in forwarding the request. forwarding is still based on gateway's ip address, port, and transport protocol. this is in order to be able to keep on supporting from_gw() and to_gw() functions. -- juha ___ Users mailing list Users@lists.kamailio.org http://lists.kamailio.org/cgi-bin/mailman/listinfo/users
Re: [Kamailio-Users] Check if a user is calling from a registereddevice and if not, deny the call!
Arif-Uz-Zaman writes:
> I've already tested with the following config but no luck. Since the
> following config check only whether callee is registered or not. Not the
> caller.
>
> if(!registered("location")) {
> sl_send_reply("403","Forbidden auth ID");
> exit;
> }
indeed the function should take a pseudo variable that contains aor used
for checking.
> Is there any other suggestions?
save r-uri, store caller's aor to r-uri and call the above function.
then restore r-uri.
-- juha
___
Users mailing list
Users@lists.kamailio.org
http://lists.kamailio.org/cgi-bin/mailman/listinfo/users
Re: [Kamailio-Users] $rr and $rr are null
Daniel-Constantin Mierla writes: > is this in a failure_route? If yes, there is processed the initial > request, so the script variable work on it, not on the reply. yes, the test was in failure route. i don't quite understand, why there is script variables that refer to reply items if they are processed on request and not on reply. how could they ever work? -- juha ___ Users mailing list Users@lists.kamailio.org http://lists.kamailio.org/cgi-bin/mailman/listinfo/users
[Kamailio-Users] load/next_contacts question
Klaus Darilion writes:
> But I wonder what if all the branches after enum_query() have the same q
> value. According to the README:
> load_contact: If all contacts in the destination set have the same
> qvalue, load_contacts() does not do anything thus minimizing performance
> impact of sequential forking capability when it is not needed. Returns 1
> if loading of contacts succeeded or there was nothing to do.
>
> Thus, next_contacts() will be called although there are no AVPs to
> fetch. Do I miss something here?
klaus.
i don't think you miss anything. if all contacts have same q value,
load_contacts() does not do anything and does not add anything to the
avp. when next_contacts() is then called, it, in turn. does not do
anything because there is no avp values.
but this part of your script does not work
if (load_contacts()) {
if (next_contacts()) {
t_on_failure("1");
t_relay();
if t_relay fails, for example, due to tcp connect failure to the first
contact. your failure route will never get called and no other contacts
even if they exist, will never be tried.
i personally think this is a major problem with current t_relay
implementation. i my opinion, failure route should be called also in
case of internally generated negative replies.
-- juha
___
Users mailing list
Users@lists.kamailio.org
http://lists.kamailio.org/cgi-bin/mailman/listinfo/users
Re: [Kamailio-Users] $rr and $rr are null
Daniel-Constantin Mierla writes: > Probably tm module can be enhanced to get these details in the script. > t_check_status() has the functionality of checking the reply status code > for that transaction, more or less same mechanism can be used to make > the status available in a pseudo-variable. Or maybe moving $rr and $rs > in tm is an option, but makes them unavailable for stateless processing > and onreply_route[0], so might not be a good approach. so should we add a function in tm api that returns the code and reason, which can then be used by pvar module? now that pvar implementation is still in core, can core also load a module api? -- juha ___ Users mailing list Users@lists.kamailio.org http://lists.kamailio.org/cgi-bin/mailman/listinfo/users
Re: [Kamailio-Users] t_relay("0x02")
Daniel-Constantin Mierla writes: > > or am i missing something and it is somehow possible to get a failure > > route block executed also on this kind of internally generated negative > > reply > Not now, but we can have it as feature request and see what can be done > by next release. It will look indeed more coherent. i created a feature request about it. > Now, an workaround could be to move content of failure_route in a route, > call that route from failure route and after the relay fails. I think > there should be introduced a new PV that can tell what is the type of > root route block (request route, failure route, reply route), so one can > take decisions based on that in script. this workaround does not work if failure route block needs to call functions that can not be called in request route block. so i would say that there is a bug in current setup, because all things simply cannot be made to work correctly no matter what. -- juha ___ Users mailing list Users@lists.kamailio.org http://lists.kamailio.org/cgi-bin/mailman/listinfo/users
[Kamailio-Users] Remove function
michel freiha writes:
> I have the following function:
>
> if($rU =~ "^[+].*")
> {
> route(8);
> exit;
> }
>
> I need to remove the + sign from the dilaed number before sending the call
> to route(8)
check core functions on page
http://www.kamailio.org/dokuwiki/doku.php/core-cookbook:1.4.x#strip_int
read the whole document so next time you may not need to ask the list.
-- juha
___
Users mailing list
Users@lists.kamailio.org
http://lists.kamailio.org/cgi-bin/mailman/listinfo/users
Re: [Kamailio-Users] REGISTER port with Xlite 2.0
Daniel-Constantin Mierla writes: > > I'm now trying Zoiper, and it works perfectly, I have solved lot of > problems that I thought that were because of my Proxy configuration, > but they were because of my X-Lite. Now I will try Twinkle. i tried zoiper, but even trying to call sip:[EMAIL PROTECTED] didn't work. zoiper sent out INVITE sip:tutpro.com so far i haven't seen anything that would come close to twinkle. -- juha ___ Users mailing list Users@lists.kamailio.org http://lists.kamailio.org/cgi-bin/mailman/listinfo/users
Re: [Kamailio-Users] REGISTER port with Xlite 2.0
Daniel-Constantin Mierla writes: > is twinkle able now to display rich presence status? Last time I tried > was showing only online/offline status. that is still the case, but what features i has, they work. -- juha ___ Users mailing list Users@lists.kamailio.org http://lists.kamailio.org/cgi-bin/mailman/listinfo/users
Re: [Kamailio-Users] REGISTER port with Xlite 2.0
[EMAIL PROTECTED] writes: > I don't Know what I am doing wrong. Any Help! please. i suggest you use a linux distribution for which you can find twinkle package. there are many of them. -- juha ___ Users mailing list Users@lists.kamailio.org http://lists.kamailio.org/cgi-bin/mailman/listinfo/users
Re: [Kamailio-Users] Remote-Party-ID header
Iñaki Baz Castillo writes: > But the today official estandar is P-Asserted-Identity (PAI) header. > > - RPID draft: http://tools.ietf.org/html/draft-ietf-sip-privacy > - PAI RFC: http://tools.ietf.org/html/rfc3325 plus Privacy header, since pai alone cannot replace rpid. -- juha ___ Users mailing list Users@lists.kamailio.org http://lists.kamailio.org/cgi-bin/mailman/listinfo/users
[Kamailio-Users] [Kamailio-Devel] irc devel meeting
Daniel-Constantin Mierla writes: > The focus is to sync the developers related the work since the last > major release, roadmap to next major release as well as minor releases > scheduling. i'm not able to attend, but the top item on my list is trickering failure route also for t_relay failures similar to internally generated 408 failures. without that, scripting becomes far too complicated and in some cases impossible. especially important is triggering failure route for tcp connection establishment failures. i tried to figure out how to do it, but it went beyond my understanding of tm module related to this is getting rid of excess error messages related to tcp connection establishment failure. -- juha ___ Users mailing list Users@lists.kamailio.org http://lists.kamailio.org/cgi-bin/mailman/listinfo/users
[Kamailio-Users] high processing delay
Fabian Borot writes: > the cpu shows almost 100 % idle at that time and the pc were kamailio > is running has nothing else running but kamailio. this is my config > file: i recently noticed a problem with linux kernel that caused the host to respond very slowly to everything. the solution was to add pci=nomsi parameter to kernel. in your case, perhaps something strange is happening with database or dns during authentication. -- juha ___ Users mailing list Users@lists.kamailio.org http://lists.kamailio.org/cgi-bin/mailman/listinfo/users
