Re: [SR-Users] Kamailio auth_radius: duplicate User-Name attribute

Again for testing, I pointed Kamailio directly to my billing radius, bypassing Freeradius. The situation is the same, so the problem is definitely not with the Freeradius server. 2011/3/5 Kosilov Fedor > Hello, Daniel, thank you for your attention to my problem. > > I actually don't need account

Re: [SR-Users] Kamailio auth_radius: duplicate User-Name attribute

Hello, Daniel, thank you for your attention to my problem. I actually don't need accounting support, I just want to implement an authorization using radius. But for testing purposes, I loaded the acc module and set "radius_extra" param. Nothing has changed. Here is a part of my config: ... modp

[SR-Users] Newly acquired SIP fails authorization from softphone

I am a newbie to the world of VIOP. I am attempting to set up an ATA with SIP. I created a SIP at account iptel.com and received an email confirmation stating "We are reserving the following SIP address for you: sip:larry.baumb...@iptel.org". I tried to testing this address in Xlite but got mes

Re: [SR-Users] stats in kamailio

On 2/27/11 5:27 AM, Juha Heinanen wrote: Henning Westerholt writes: "kamctl fifo get_statistics all" will show you all available statistics, for a more simpler view try "kamctl moni". The closest thing you'll find regards to the load are inuse transaction, or concurrent dialogs. tmx:inuse_tr

Re: [SR-Users] Calls are killed during kamailio restart

Hello, On 2/28/11 10:52 AM, Henning Westerholt wrote: On Thursday 24 February 2011, Efelin Novak wrote: I'd like to ask whether my situation is normal. During kamailio restart calls are dropped from mediaproxy. Those two programs are connected using kamailio.sock. Why RTP strem is dropped when

Re: [SR-Users] problem unreferencing dialog in dialog module

Hello, On 3/3/11 10:19 AM, Anton Roman wrote: Hello, thanks for your quick reply, my answer is inline. 2011/3/2 Daniel-Constantin Mierla > Hello, looks like related to the callbacks for dialog module. Are you loading other modules that require dialog mo

Re: [SR-Users] problem unreferencing dialog in dialog module

Hello, just committed a safety check for this case. If anyone can give it some tests, then we can backport. I will analyze to see why it got in such case, but anyhow it is better and safer to detect bogus dereferences to dialogs and not crash. Thanks, Daniel On 3/3/11 11:34 AM, Timo Reiman

Re: [SR-Users] Kamailio auth_radius: duplicate User-Name attribute

Hello, what is the value of parameter radius_extra for acc module? Cheers, Daniel On 3/4/11 1:06 PM, Kosilov Fedor wrote: Hello List! I'm trying to set up authorization with our billing proprietary radius server, using Freeradius as a proxy. Currently I'm experiencing the following problem:

Re: [SR-Users] WARNING: [db_id.c:281]: identical DB URLs, but different DB connection pid [30123/30107]

On 3/4/11 8:59 PM, Juha Heinanen wrote: Klaus Darilion writes: So, when it is fixed, why printing a WARNING? Is it something I have to be aware of? I use mysql with 3 modules doing DB lookups. I get this warning 3 times. Since ever usually most modules use the same db_url. So I am confused

Re: [SR-Users] WARNING: [db_id.c:281]: identical DB URLs, but different DB connection pid [30123/30107]

Klaus Darilion writes: > So, when it is fixed, why printing a WARNING? Is it something I have to > be aware of? I use mysql with 3 modules doing DB lookups. I get this > warning 3 times. > > Since ever usually most modules use the same db_url. So I am confused. > > If there isn't a problem anym

Re: [SR-Users] re-SUBSCRIBE and Record-Route

On Friday 04 March 2011, Klaus Darilion wrote: > Am 04.03.2011 16:07, schrieb marius zbihlei: > >> What do you think? > > > > Replying to myself.. > > > > Of course, this is almost the same as your idea, the question would this > > suffice, of a param to loose_route will be needed to enable/disab

Re: [SR-Users] re-SUBSCRIBE and Record-Route

Am 04.03.2011 16:07, schrieb marius zbihlei: >> What do you think? >> > Replying to myself.. > > Of course, this is almost the same as your idea, the question would this > suffice, of a param to loose_route will be needed to enable/disable this > behavior ?! I think so. klaus

Re: [SR-Users] WARNING: [db_id.c:281]: identical DB URLs, but different DB connection pid [30123/30107]

Op 04-03-11 16:05, Klaus Darilion schreef: Hi Robert! See the thread here: http://lists.sip-router.org/pipermail/sr-dev/2010-October/009545.html So, when it is fixed, why printing a WARNING? Is it something I have to be aware of? I use mysql with 3 modules doing DB lookups. I get this warnin

Re: [SR-Users] re-SUBSCRIBE and Record-Route

On 03/04/2011 05:05 PM, marius zbihlei wrote: On 03/04/2011 04:56 PM, Klaus Darilion wrote: Not so easy . 16.4 Route Information Preprocessing The proxy MUST inspect the Request-URI of the request. If the Request-URI of the request contains a value this proxy previously

Re: [SR-Users] re-SUBSCRIBE and Record-Route

On 03/04/2011 04:56 PM, Klaus Darilion wrote: Not so easy . 16.4 Route Information Preprocessing The proxy MUST inspect the Request-URI of the request. If the Request-URI of the request contains a value this proxy previously placed into a Record-Route header field (see Section

Re: [SR-Users] WARNING: [db_id.c:281]: identical DB URLs, but different DB connection pid [30123/30107]

Hi Robert! Am 04.03.2011 15:49, schrieb Robert Verspuy: > Op 04-03-11 15:43, Henning Westerholt schreef: >> On Friday 04 March 2011, Henning Westerholt wrote: >>> By searching for Robert you should be able to find the initial >>> discussion >>> of this problem, i guess. >> [sr-dev] invalid type (3

Re: [SR-Users] re-SUBSCRIBE and Record-Route

Not so easy . 16.4 Route Information Preprocessing The proxy MUST inspect the Request-URI of the request. If the Request-URI of the request contains a value this proxy previously placed into a Record-Route header field (see Section 16.6 item 4), the proxy MUST replace the Reques

Re: [SR-Users] WARNING: [db_id.c:281]: identical DB URLs, but different DB connection pid [30123/30107]

Op 04-03-11 15:43, Henning Westerholt schreef: On Friday 04 March 2011, Henning Westerholt wrote: By searching for Robert you should be able to find the initial discussion of this problem, i guess. [sr-dev] invalid type (3) or nul (0) version columns for trusted (kamailio 3.1 latest from git)

Re: [SR-Users] WARNING: [db_id.c:281]: identical DB URLs, but different DB connection pid [30123/30107]

On Friday 04 March 2011, Henning Westerholt wrote: > By searching for Robert you should be able to find the initial discussion > of this problem, i guess. [sr-dev] invalid type (3) or nul (0) version columns for trusted (kamailio 3.1 latest from git) This was it. Henning __

Re: [SR-Users] WARNING: [db_id.c:281]: identical DB URLs, but different DB connection pid [30123/30107]

On Friday 04 March 2011, Klaus Darilion wrote: > Any idea what does it mean? Where does it come from? Do I have to change > my config? How? > > WARNING: [db_id.c:281]: identical DB URLs, but different DB > connection pid [30123/30107] Hi Klaus, its related to this change: commit f138cce2c09688

[SR-Users] WARNING: [db_id.c:281]: identical DB URLs, but different DB connection pid [30123/30107]

Any idea what does it mean? Where does it come from? Do I have to change my config? How? WARNING: [db_id.c:281]: identical DB URLs, but different DB connection pid [30123/30107] Thanks Klaus ___ SIP Express Router (SER) and Kamailio (OpenSER) - sr-us

[SR-Users] re-SUBSCRIBE and Record-Route

Hello list, An UAC sends a resubscribe in the form SUBSCRIBE sip:al...@example.com SIP/2.0 Route: Route: The request has a to tag, from tag... Basic resubscribe(R-URI is the same as original SUBSCRIBE) The proxy that handles it is a Kamailio (1.5 but this refers to 3.1 as well). The pro

[SR-Users] Kamailio auth_radius: duplicate User-Name attribute

Hello List! I'm trying to set up authorization with our billing proprietary radius server, using Freeradius as a proxy. Currently I'm experiencing the following problem: The Access-Request packet, sent by Kamailio, contains two User-Name attribute records Here is a log from the Freeradius server:

Re: [SR-Users] set_dlg_profile() in failure_route

On 04.03.2011 10:42, Timo Reimann wrote: > You set flag 2 but showed flag 4 to be modparam'ed to the dialog flag. > Is that intentional? > > Anyways, since you are doing dlg_manage() in the INVITE transaction, you > should still be fine. Just for the sake of debugging, can you set flag 4 > in your

Re: [SR-Users] set_dlg_profile() in failure_route

I did trace the dialog in the initial REQUEST my script: ... modparam("dialog","dlg_flag","4") ... route{ if (is_method("INVITE")){ dlg_setflag("2"); dlg_manage(); ... if(avp_db_load("$ruri/username","$avp(s:busyforward)")) { setflag(26);

Re: [SR-Users] set_dlg_profile() in failure_route

Hey 侯旭光, please keep SR-Users in CC so others can share in some assistance and benefit from a solution. On 04.03.2011 08:29, 侯旭光 wrote: > I did trace the dialog in the initial REQUEST > > my script: > ... > modparam("dialog","dlg_flag","4") > ... > route{ > > if (is_method("INVITE")){ >