Hi All,
I'm happy to announce that we have released rtpproxy v2.0.0.
You can review the release notes here:
https://github.com/sippy/rtpproxy/releases/tag/v2.0.0
-sobomax
___
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-us
Daniel,
Thanks for that insight. This does make me wonder if there are other
unforeseen implications in suspending/continue TM transactions, in terms
of "baggage" associated with the transaction or message, but not part of
the core TM structure, not making it across the suspend/continue gap.
Olle,
Here is the gdb debug trace
(gdb) backtrace
#0 0x7ff76e13bddc in db_cluster_delete (_h=0x7ff7716f2428, _k=0x0,
_o=0x0, _v=0x0, _n=0) at dbcl_api.c:390
#1 0x7ff769d0193c in load_dialog_info_from_db (dlg_hash_size=4096,
fetch_num_rows=200) at dlg_db_handler.c:462
#2 0x7ff769
Igor, yes, I'd say give 2.0 a try and see if the problem is still there.
There were tons of changes, particularly in the rtp_resize subsystem.
Thanks!
On Sun, Mar 8, 2015 at 7:31 AM, Igor Potjevlesch wrote:
> Hello Maxim,
>
>
>
> I'm running legacy 1.2 or 1.4, not sure.
>
> I see in the latest
On 09 Mar 2015, at 17:16, Jan Hazenberg wrote:
> Hello,
>
> I have a issue on kamailio 4.2.3 when using the db_cluster module. I have the
> following config:
>
> #!define DBURL "cluster://cls1"
>
> # - db_cluster params -
> modparam("db_cluster", "connection",
> "con1=>my
Hello,
I have a issue on kamailio 4.2.3 when using the db_cluster module. I
have the following config:
#!define DBURL "cluster://cls1"
# - db_cluster params -
modparam("db_cluster", "connection",
"con1=>mysql://kamailio:kamailiorw@10.121.0.120/kamailio")
modparam("db_clus
On 09/03/15 15:41, Agiftel wrote:
> Thanks Olle for reply but password is correct.
Set the debug=3 in kamailio.cfg and check the log messages, you should
get more hints for what part mismatches there.
Also, after doing auth_check(), you can print the $rc to see the return
code value.
Cheers,
Da
Thanks Olle for reply but password is correct.
--
View this message in context:
http://sip-router.1086192.n5.nabble.com/Help-with-407-Proxy-Auth-Required-tp136043p136045.html
Sent from the Users mailing list archive at Nabble.com.
___
SIP Express Ro
On 09 Mar 2015, at 15:07, Agiftel wrote:
> Hi all, i cannot understand where is the problem with this transaction:
>
> Kamailio ask for Proxy authorization and in the second INVITE credentials
> are present.
> Can you help me understand?
This is typical - it happens when the password is wrong e
Hi all, i cannot understand where is the problem with this transaction:
Kamailio ask for Proxy authorization and in the second INVITE credentials
are present.
Can you help me understand?
Regards
U 2015/03/09 15:03:42.191831 10.160.21.51:5060 -> 10.160.20.18:5060
INVITE sip:1...@sip.longwave.labo
Hello,
are this errors in the node saving to the database? Can you look at the
network traffic and see what is received there?
Also, you can try to run kamailio with debug=3 in kamailio.cfg -- that
will print a lot of debug messages that can help troubleshooting.
Cheers,
Daniel
On 09/03/15 14:3
On 09/03/15 14:40, Alex Balashov wrote:
> Daniel,
>
> On 03/09/2015 07:09 AM, Daniel-Constantin Mierla wrote:
>
>> On 09/03/15 01:42, Alex Balashov wrote:
>>> Well, I can say this: it seems that dlg_set_property("ka-{src,dst}")
>>> must be set after dlg_manage(), or it has no effect.
>>>
>> I che
Daniel,
On 03/09/2015 07:09 AM, Daniel-Constantin Mierla wrote:
On 09/03/15 01:42, Alex Balashov wrote:
Well, I can say this: it seems that dlg_set_property("ka-{src,dst}")
must be set after dlg_manage(), or it has no effect.
I checked the code and the flags from the local context that are s
Hello, I finally got everything working but see to consistently receive the
following 3 errors (see below) over and over when a call is being collected?
Versions:
Homer 3.6
kamailio 4.3.0-dev4
Captagent 4.2.0
Any assistance would be appreciated.
Thanks, Jeff
-
Errors:
Hello Daniel,
Thank you so much, it's working now!
BR,
Julia
On Mon, Mar 9, 2015 at 1:43 PM, Daniel-Constantin Mierla
wrote:
> Hello,
>
> can you try with latest version from branch 4.2, I pushed a patch that
> should fix the case for f flag.
>
> Cheers,
> Daniel
>
>
> On 08/03/15 17:49, Juli
Hello,
On 05/03/15 23:08, Daniel Goepp wrote:
> I have an issue that from what I can tell is related to forking. My
> configuration works just fine, and makes a request out to execute curl
> to hit an external API:
>
> $var(my_query) = "curl -m 2 -s
> http://x.x.x.x/service/method?fromAddr="; + $
Hello,
use rtpproxy_manage() instead of force_rtp_proxy() -- that function was
replaced in newer versions.
Cheers,
Daniel
On 06/03/15 11:53, Tom Braarup Cuykens wrote:
> kb.asipto.com/kamailio:skype-like-service-in-less-than-one-hour
>
> I found this guide for an older version of Kamailio, but t
Hello,
can you try with latest version from branch 4.2, I pushed a patch that
should fix the case for f flag.
Cheers,
Daniel
On 08/03/15 17:49, Julia Boudniatsky wrote:
> Hello,
>
> I received INVITE with 3 Diversion headers.
> I try to make substitutions in the body of a first Diversion header
Hello,
On 08/03/15 21:38, canuck15 wrote:
> Here is is the relevant section of kamailio.cfg
>
> $var(tempfU) = $fU;
> #!ifdef WITH_IPAUTH
> if((!is_method("REGISTER")) && allow_source_address() && $au == "")
> {
> # Loading $fU from database using IP
>
> sql_pvquery("elxpb
On 09/03/15 01:42, Alex Balashov wrote:
> Well, I can say this: it seems that dlg_set_property("ka-{src,dst}")
> must be set after dlg_manage(), or it has no effect.
>
I checked the code and the flags from the local context that are set
before the dialog creation are stored in dialog structure at
On 02/03/15 16:45, Alex Balashov wrote:
> Daniel,
>
> Thanks for that insight. Where exactly is the association between an initial
> invite and a dialog profile kept, if no dialog structure has yet been
> malloc'd? Is it in shared or package memory? How exactly is such an
> association destro
Hi Javi, Thank you again for your feedback,
this was a weird issue, what i did was reboot my server and now i have the
expected behavior, maybe i was doing something wrong :) and it was the
first time that i was testing my lua modules in this version i was asking
me if that was an expected behavio
Hi
we have a similar setup; within a lua_run call several avp are assgined;
and I see no different behaviour in 4.2.2 than in other versions (we run
4.2.1 in production): avp_print() shows the correct values.
Regards
Javi
On 06/03/15 09:48, José Seabra wrote:
Hi Javi
Thank you for your rep
23 matches
Mail list logo
