Hello,
Seems like the rr params value is not set properly. I looked in rr module and
such case can happen indeed, but for the case when uri in rr does not match
myself. Is this also in your case? I wonder anyhow why the callbacks are
executed in route header uri is not local address...
I will
Hello,
Ok, I will look over it.
Cheers,
Daniel
On Sep 14, 2011, at 6:37 AM, Spencer Thomason
wrote:
> Hi Daniel,
> Would it be possible to backport the patch from trunk to fix via branch value
> in ack to 200 ok.
>
> The specific commit is:
> ebb3b085c15b398192cd8e242d46914252278448
>
>
>
Hi Daniel,
Would it be possible to backport the patch from trunk to fix via branch value
in ack to 200 ok.
The specific commit is:
ebb3b085c15b398192cd8e242d46914252278448
It seems that this would be fairly trivial and shouldn't break anything for
3.1.x users.
Thanks,
Spencer
On Sep 8, 2011
Hello,
I did a small test myself with following config and avp(x) was printed
ok in failure route. All looks fine, so check to see if you don't delete
them directly somehow, avp_print() should help printing all avps, as I
said in previous email.
Cheers,
Daniel
route {
$avp(x) = "abc";
Hi,
On 08/29/2011 10:27 PM, Daniel-Constantin Mierla wrote:
> No clue yet since I am not calling loose_route() for initial requests,
> like in the default config, so if there is an issue just with the case
> of pre-loaded Route, I couldn't spot it so far. Having the value of the
> parameters it tr
Hi Laura,
thanks for the patch. I applied to master branch for now a slightly
different version of it, by adding a new function that just checks the
validity of xml and it is used for db insert/select of xcap documents.
Cheers,
Daniel
On 9/13/11 5:33 PM, laura testi wrote:
Hi Daniel,
we fou
Hi Daniel,
we found further bugs in the file xcap_server.c (lastest version on
master branch with the patches).
The main problems are following:
- xcap server insert the xml doc into DB without any validation of
the xml doc for the operation
PUT, which can cause core dump when the DELETE operat
Daniel-Constantin Mierla writes:
> Indeed, this is not a show stopper, dialog module has several things at
> the border between required enhancement/bug, many from the first day.
> That's life in sip, sometimes must is shoud, should is may, may is
> june :-)
especially with dialog module, which
On 9/13/11 5:25 PM, Olle E. Johansson wrote:
13 sep 2011 kl. 17:21 skrev Daniel-Constantin Mierla:
if($var(contact)==$(ulc(reg=>addr)[$var(i)]))
Is this a reliable way to compare URI's in Kamailio? Didn't someone implement a
function that did this in an improved way?
works in most of the
On 9/13/11 5:10 PM, Timo Reimann wrote:
On 13.09.2011 16:50, Jon Bonilla wrote:
El Thu, 08 Sep 2011 17:16:24 +0200
Daniel-Constantin Mierla escribió:
Hello,
it's being quite some time since we released 3.1.4, so I am thinking of
packaging soon v3.1.5 out of stable branch 3.1. My plan is to
13 sep 2011 kl. 17:21 skrev Daniel-Constantin Mierla:
> if($var(contact)==$(ulc(reg=>addr)[$var(i)]))
Is this a reliable way to compare URI's in Kamailio? Didn't someone implement a
function that did this in an improved way?
/O
___
SIP Express Route
Hello,
On 9/13/11 5:04 PM, Rafael Rincon wrote:
Hello Daniel,
per user basis will be great!
changing global value at runtime is possible in 3.1 via config parameter
reload framework.
For a per user value, you can script it in config, but starting with
version 1.5, using pseudo-variable clas
On 13.09.2011 16:50, Jon Bonilla wrote:
> El Thu, 08 Sep 2011 17:16:24 +0200
> Daniel-Constantin Mierla escribió:
>
>> Hello,
>>
>> it's being quite some time since we released 3.1.4, so I am thinking of
>> packaging soon v3.1.5 out of stable branch 3.1. My plan is to release it
>> Wednesday, Sep
Hello Daniel,
per user basis will be great!
Rafael Rincon
rrin...@ipcomnetwork.com
+13054772902 x 111
On Sep 13, 2011, at 11:00 AM, Daniel-Constantin Mierla wrote:
> Hello,
>
> On 9/13/11 4:43 PM, Rafael Rincon wrote:
>> Hello Guys,
>>
>> Is there any chance to modify at running time (in a re
Thanks a lot !!!
Rafael Rincon
rrin...@ipcomnetwork.com
+13054772902 x 111
On Sep 13, 2011, at 7:17 AM, Juha Heinanen wrote:
> Rafael Rincon writes:
>
>> Is there any chance to modify at running time (in a register event)
>> the max_contacts parameter?
>> I am running OpenSER version 1.4 .
>
Hello,
On 9/13/11 3:04 PM, Vitaliy Aleksandrov wrote:
Hello,
i tried with a latest 3.1 and now avps works after uac_req_send, but i
can't get avp values from onreply and failure routes.
do you mean no avp is available in onreply and failure routes but they
are available in request route bloc
Hello,
On 9/13/11 4:43 PM, Rafael Rincon wrote:
Hello Guys,
Is there any chance to modify at running time (in a register event) the
max_contacts parameter?
I am running OpenSER version 1.4 .
if you refer to registrar module parameter max_contacts, no it is not
possible. Are you looking to cha
Rafael Rincon writes:
> Is there any chance to modify at running time (in a register event)
> the max_contacts parameter?
> I am running OpenSER version 1.4 .
please check archives before posting. this issue was discussed recently.
-- juha
___
SIP E
El Thu, 08 Sep 2011 17:16:24 +0200
Daniel-Constantin Mierla escribió:
> Hello,
>
> it's being quite some time since we released 3.1.4, so I am thinking of
> packaging soon v3.1.5 out of stable branch 3.1. My plan is to release it
> Wednesday, September 14, 2011. Any other opinions?
>
> Cheers
Hello Guys,
Is there any chance to modify at running time (in a register event) the
max_contacts parameter?
I am running OpenSER version 1.4 .
Regards,
Rafael Rincon
rrin...@ipcomnetwork.com
+13054772902 x 111
___
SIP Express Router (SER) and Kamai
Hello,
i tried with a latest 3.1 and now avps works after uac_req_send, but i can't
get avp values from onreply and failure routes.
On Mon, Sep 12, 2011 at 10:21 AM, Daniel-Constantin Mierla <
mico...@gmail.com> wrote:
> Hello,
>
> the bug was associated with an internal tm function used to send
> if(!cr_route("default", "1", "$rU", "$rU", "call_id")){
> if(!cr_route("default", "2", "$rU", "$rU", "call_id")) #here rule 3
> would be selected because domain is 2, not 1
> send_reply("403", "Not allowed");
> }
>
> So you can have a special domain for each carrier that has no flags
Hello everyone,
been looking for a way to do sip wildcarded contact matching where
contact could look like .
Current usrloc module does not implement any such matching, but it seems
there is a new rfc 5947 issued regarding this problem. Maybe someone is
already working on it?
What options do i ha
Hello,
On 9/13/11 11:21 AM, Ozren Lapcevic wrote:
Hi,
On Tue, Sep 13, 2011 at 8:46 AM, Daniel-Constantin Mierla
mailto:mico...@gmail.com>> wrote:
Hello,
just to be sure, you used flag 2 for missed calls, right? I can
see it set in onreply_route.
Yes, I've used #!define FLT_AC
Hi,
On Tue, Sep 13, 2011 at 8:46 AM, Daniel-Constantin Mierla wrote:
> Hello,
>
> just to be sure, you used flag 2 for missed calls, right? I can see it set
> in onreply_route.
>
Yes, I've used #!define FLT_ACCMISSED 2 and setflag(FLT_ACCMISSED) for
missed calls. I checked the flag in onreply_
On 09/02/2011 03:52 PM, caio wrote:
Hello,
Hello,
The documentation of carrierroute says "If flags and mask are not
zero, and no match to the message flags is possible, no routing will
be done." Then is there any route entry which can act as default gw
(like an always-match entry)?
From w
Hello,
On 9/12/11 4:14 PM, neili ma wrote:
Hello,
Thanks a lot for your advice, I found and solved the problem thanks to
the debugger, actually the problem was with
modparam("auth_db",
"db_url","mysql://openser:openserrw@localhost/openser")
I just had to change localhost to my locationser
27 matches
Mail list logo
