family bridging?
if(af==INET && isbflagset(FLB_RTPENGINE_IP6)) {
setbflag(FLB_RTPENGINE);
} else if(af==INET6 && !isbflagset(FLB_RTPENGINE_IP6)) {
setbflag(FLB_RTPENGINE);
}
28/11/2016 09:02, Anthony Messina wrote:
Prior to the upgrade to Kamailio 4.4.4, I was using 4.4.3 with updates
through 81df84b from the 4.4 branch and the following fix_nated_sdp
call worked through the initial INVITE and when a voicemail branch was
appended from the failure_route.
route[NAT
On Tuesday, May 31, 2016 11:43:30 AM Uri Shacked wrote:
> Hi,
>
> I am using centos 7.
> By default on centos 7, the var/run file system is tmpfs.
> So, when kamailio runs with user and group other than root, it can not
> create the fifo file.
>
> I set the kamailio service and config files to
On Wednesday, April 06, 2016 09:22:21 PM Juha Heinanen wrote:
> Daniel-Constantin Mierla writes:
> > Thanks! Can you try with the patch
> > 1545b8de396e8e5d0ef24c9102beff18b3cf36e5?
>
> I tried and there was no crash.
>
> > Also, check that all listen ip addresses are actually used by kamailio
>
On Tuesday, January 05, 2016 07:32:32 PM Daniel-Constantin Mierla wrote:
> Hello,
>
> On 02/01/16 03:11, Anthony Messina wrote:
> > On Friday, January 01, 2016 04:43:56 PM Bruce Ferrell wrote:
> >> On 01/01/2016 03:34 PM, Anthony Messina wrote:
> >>> Ha
On Tuesday, February 09, 2016 08:45:23 AM Daniel-Constantin Mierla wrote:
> Hello,
>
> wondering if people feel it is need to polish the current default
> kamailio.cfg, to prepare the version for next major release. It can be
> browsed online at:
>
> -
On Wednesday, January 06, 2016 02:54:42 PM Daniel-Constantin Mierla wrote:
> On 06/01/16 13:57, Anthony Messina wrote:
> > On Tuesday, January 05, 2016 07:32:32 PM Daniel-Constantin Mierla wrote:
> >> Hello,
> >>
> >> On 02/01/16 03:11, Anthony Messina wrote:
On Tuesday, January 05, 2016 07:32:32 PM Daniel-Constantin Mierla wrote:
> Hello,
>
> On 02/01/16 03:11, Anthony Messina wrote:
> > On Friday, January 01, 2016 04:43:56 PM Bruce Ferrell wrote:
> >> On 01/01/2016 03:34 PM, Anthony Messina wrote:
> >>> Ha
On Friday, January 01, 2016 04:43:56 PM Bruce Ferrell wrote:
> On 01/01/2016 03:34 PM, Anthony Messina wrote:
> > Happy New Year!
> >
> > I've just upgraded my Kamailio (build from master@c7e411e) instance to
> > Fedora 23 from Fedora 22. I've built the packages spe
Happy New Year!
I've just upgraded my Kamailio (build from master@c7e411e) instance to Fedora
23 from Fedora 22. I've built the packages specifically for Fedora 23 with
the following current sources:
openssl-1.0.2e-3.fc23.x86_64
openssl-libs-1.0.2e-3.fc23.x86_64
openssl version reports...
modparam for this test.
Thanks. -A
Quoting Anthony Messina <amess...@messinet.com>:
I have re-enabled the close_expired_tcp modparam and will report
back when I have results. Thanks Camille. -A
--
Anthony - https://messinet.com/
On November 23, 2015 3:46:55 AM CST, Camille Oudot
<c
I have re-enabled the close_expired_tcp modparam and will report back when I
have results. Thanks Camille. -A
--
Anthony - https://messinet.com/
On November 23, 2015 3:46:55 AM CST, Camille Oudot <camille.ou...@orange.com>
wrote:
>Le Sun, 22 Nov 2015 15:22:06 -0600,
>Anthony Me
ml
-A
On Wednesday, November 18, 2015 06:26:46 AM Anthony Messina wrote:
> I was just letting you know how I build it, but yes, I will test with just
> the bare master branch this weekend. After a restart, this issue takes a
> few hours to happen, making it difficult to reproduce in testing. -
here.
>
> Can you test with bare master branch?
>
> Cheers,
> Daniel
>
> On 18/11/15 02:16, Anthony Messina wrote:
> > Sorry for the delay, I just got home from my $PAYINGJOB. And thanks a lot
> > for helping figure this out.
> >
> > I build
you run latest version?
>
> Can you look at available shared memory?
>
> kamctl stats shmem
>
> Check it over time and see if the free memory is decreasing.
>
> Cheers,
> Daniel
>
> On 17/11/15 00:44, Anthony Messina wrote:
> > I have noticed the followi
niel
>
> On 17/11/15 14:59, Anthony Messina wrote:
> > Attached. -A
> >
> > On Tuesday, November 17, 2015 02:50:21 PM Daniel-Constantin Mierla wrote:
> >> Can you run the following commands:
> >>
> >> kamcmd cfg.set_now_int core memlog 1
>
);
}
}
On Tuesday, November 17, 2015 09:39:28 PM Daniel-Constantin Mierla wrote:
> Looking at the logs of last commits, I couldn't spot the change that
> would add the leak.
>
> What is the exact version you are running (kamailio -v)?
>
> Are you
I have noticed the following issue which began with builds somewhere between
git master commits bff0a08 and 6173ef7. I did not see this issue with my
previous builds and haven't been able to pin down the problem, which is why I
haven't formally filed a bug.
Any help or guidance is appreciated,
On Tuesday, April 07, 2015 09:42:00 AM Daniel-Constantin Mierla wrote:
On 07/04/15 05:32, Anthony Messina wrote:
On Sunday, March 29, 2015 08:57:44 PM Anthony Messina wrote:
On Sunday, March 29, 2015 05:23:26 PM Anthony Messina wrote:
I've been working on Kamailio websocket integration
On Sunday, March 29, 2015 08:57:44 PM Anthony Messina wrote:
On Sunday, March 29, 2015 05:23:26 PM Anthony Messina wrote:
I've been working on Kamailio websocket integration and I believe I'm
having issues with the IPv6 address representation in the Contact
header's alias parameter. After
On Monday, September 08, 2014 05:01:50 PM Anthony Messina wrote:
On Monday, September 08, 2014 03:04:38 PM Daniel-Constantin Mierla wrote:
I don't recall any commit adding such feature, but should be easy to add a
new parameter to m_store() to control this behaviour -- it requires
writing
On Sunday, March 29, 2015 05:23:26 PM Anthony Messina wrote:
I've been working on Kamailio websocket integration and I believe I'm having
issues with the IPv6 address representation in the Contact header's alias
parameter. After Googling, it appears after
https://github.com/kamailio/kamailio
I've been working on Kamailio websocket integration and I believe I'm having
issues with the IPv6 address representation in the Contact header's alias
parameter. After Googling, it appears after
https://github.com/kamailio/kamailio/commit/814c08f3 the IPv6 contact is
represented in brackets
Vitaliy, thank you for being a second set of eyes on this. This issue was my
fault completely--I had neglected to remove the fromdomain parameter on the
Asterisk side when I was testing something else, so the calls coming from
Asterisk were of course appearing to come from example.com which
I've been working on integration of Asterisk and Kamailio, currently on the
same host with different ports, and have come across a problem with calls that
originate from the Asterisk side (PSTN/DAHDI) and route through Kamailio to a
SIP UAC. In short, when the SIP UAC (10.1.1.9) sends the BYE,
On Monday, March 23, 2015 04:33:14 PM Rajat Yadav wrote:
Hello i m very new to kamailio.I m trying to develop an application using
webrtc and kamailio. In this i tried using msilo module so as to store
offline messages but wasnt able to achieve it.After that i searched a lot
on internet about
On Monday, March 23, 2015 06:42:59 PM Alex Balashov wrote:
Anthony,
The Contact presented by the subscriber in the initial subscription is:
m: Test User
sip:172.16.4.7;line=sr-D8G7CE2.5PUeK-xuarl7NYDdNYDxNYlFUYoeUeQ8Cw.6DE2vDdyJ
On Tuesday, March 24, 2015 04:08:16 PM Anthony Messina wrote:
On Monday, March 23, 2015 06:42:59 PM Alex Balashov wrote:
Anthony,
The Contact presented by the subscriber in the initial subscription is:
m: Test User
sip:172.16.4.7;line=sr-D8G7CE2.5PUeK
On Monday, March 23, 2015 11:18:01 PM Daniel-Constantin Mierla wrote:
Hello,
not sure you mean transaction as used inside kamailio (tm module), but a SIP
transaction doesn't have anything to do with routing. Kamailio will be able
to route requests/replies even when not creating transactions
On Monday, March 23, 2015 06:26:50 PM Alex Balashov wrote:
Hello Anthony,
On 03/23/2015 06:24 PM, Anthony Messina wrote:
In my case I am using the TOPOH module and it appears Asterisk may be
truncating the Request-URI on NOTIFYs*after* the 1st one. Where the 1st
one is if a user gets
On Wednesday, March 11, 2015 06:08:04 PM Anthony Messina wrote:
I'm trying to do an sql_pvquery() and have PostgreSQL return the default
value using COALESCE (if the other parts of the query return NULL) rather
than placing the $null check on the return in the Kamailio script. I seem
I'm trying to do an sql_pvquery() and have PostgreSQL return the default value
using COALESCE (if the other parts of the query return NULL) rather than
placing the $null check on the return in the Kamailio script. I seem to be
coming up on a parser issue, perhaps too many nested parentheses:
On Saturday, March 07, 2015 10:22:32 AM Olle E. Johansson wrote:
On 07 Mar 2015, at 01:32, Anthony Messina amess...@messinet.com wrote:
In terms of implementing group calling via the append_branch feature of
both alias_db_lookup followed by lookup_branches, I'm looking for a
reliable way
In terms of implementing group calling via the append_branch feature of both
alias_db_lookup followed by lookup_branches, I'm looking for a reliable way to
ensure that if the caller happens to be a member of the group (list of
branches), the branch that's created to the original caller is
On Thursday, March 05, 2015 12:34:36 PM Camille Oudot wrote:
Are you saying that $avp(caller_conid) when set on the initial
INVITE, for example, wouldn't be available in the onreply_route to
the INVITE? If so, the examples in the TCP Ops README will need to
reflect the need for using
On Monday, March 02, 2015 08:41:27 AM Daniel-Constantin Mierla wrote:
On 01/03/15 22:54, Anthony Messina wrote:
On Friday, February 27, 2015 07:08:05 AM Anthony Messina wrote:
On Friday, February 27, 2015 11:53:22 Camille Oudot wrote:
Le Sat, 21 Feb 2015 12:47:08 -0600,
Anthony Messina
On Monday, March 02, 2015 08:41:27 Daniel-Constantin Mierla wrote:
On 01/03/15 22:54, Anthony Messina wrote:
On Friday, February 27, 2015 07:08:05 AM Anthony Messina wrote:
On Friday, February 27, 2015 11:53:22 Camille Oudot wrote:
Le Sat, 21 Feb 2015 12:47:08 -0600,
Anthony Messina
On Friday, February 27, 2015 07:08:05 AM Anthony Messina wrote:
On Friday, February 27, 2015 11:53:22 Camille Oudot wrote:
Le Sat, 21 Feb 2015 12:47:08 -0600,
Anthony Messina amess...@messinet.com a écrit :
Good day. Is anyone able to let me in on what this means WARNING:
core
On Friday, February 27, 2015 11:53:22 Camille Oudot wrote:
Le Sat, 21 Feb 2015 12:47:08 -0600,
Anthony Messina amess...@messinet.com a écrit :
Good day. Is anyone able to let me in on what this means WARNING:
core [local_timer.c:83]: _local_timer_dist_tl(): 0 expire timer
added? I just
On Wednesday, February 25, 2015 08:31:38 AM Richard Fuchs wrote:
On 24/02/15 08:20 PM, Anthony Messina wrote:
This is probably very likely a configuration issue on my part, but I
wanted to check before reporting an RTPEngine bug...
Thank you for any pointers or suggestions
On Tuesday, February 24, 2015 12:35:54 Daniel-Constantin Mierla wrote:
On 24/02/15 00:05, Anthony Messina wrote:
On Monday, February 23, 2015 09:53:08 AM Daniel-Constantin Mierla wrote:
trusted does string comparison for the address field, it is not
considered an ip address.
You should
to see if works?
Cheers,
Daniel
Yes Daniel, I'll try it again this evening when I get home from work. Thanks
again! -A
On 24/02/15 04:09, Anthony Messina wrote:
On Monday, February 23, 2015 11:26:27 AM Daniel-Constantin Mierla wrote:
Hello,
can you try with latest master? After just
On Tuesday, February 24, 2015 08:30:48 PM Sergey Okhapkin wrote:
Which IP address has been sent to carrier in SDP offer? GLOBAL_IPv6 or
EXTERNAL_IPv4?
GLOBAL_IPv6
On Tuesday 24 February 2015 19:20:15 Anthony Messina wrote:
This is probably very likely a configuration issue on my part
This is probably very likely a configuration issue on my part, but I wanted to
check before reporting an RTPEngine bug...
Thank you for any pointers or suggestions.
This is a multi-homed server where
em1: INTERNAL_IPv4 GLOBAL_IPv6
em2: EXTERNAL_IPv4
Note that below, the IPv6 address on my
On 24/02/15 04:09, Anthony Messina wrote:
On Monday, February 23, 2015 11:26:27 AM Daniel-Constantin Mierla wrote:
Hello,
can you try with latest master? After just quick view of sources, I
spotted
some issue identifying ipv6 address and pushed a small patch for it, but
no
time
On Monday, February 23, 2015 09:53:08 AM Daniel-Constantin Mierla wrote:
trusted does string comparison for the address field, it is not
considered an ip address.
You should use address table instead if you just need matching on any ip
address or subnet.
That's interesting. Is there a
identifying ipv6 address and pushed a small patch for it, but no
time to test it for now.
Cheers,
Daniel
On 23/02/15 10:01, Daniel-Constantin Mierla wrote:
Hello,
On 23/02/15 02:16, Anthony Messina wrote:
I'm wondering if anyone can point me in the right direction for the
following two
On Monday, February 23, 2015 11:31:27 PM Daniel-Constantin Mierla wrote:
I just pushed a patch to lookup client tls profile using bind address (if
available), instead of local source address for the connection, trying to
avoid matching on a randomly allocated port by os.
Let me know if works
On Monday, February 23, 2015 11:26:27 AM Daniel-Constantin Mierla wrote:
Hello,
can you try with latest master? After just quick view of sources, I spotted
some issue identifying ipv6 address and pushed a small patch for it, but no
time to test it for now.
Cheers,
Daniel
snip
2.
On Sunday, February 22, 2015 12:16:33 PM Daniel-Constantin Mierla wrote:
Hello,
On 22/02/15 01:09, Anthony Messina wrote:
On Saturday, February 21, 2015 12:47:08 PM Anthony Messina wrote:
Good day. Is anyone able to let me in on what this means WARNING:
core
[local_timer.c:83
I'm wondering if anyone can point me in the right direction for the following
two issues with Kamailio and tls.cfg
1. When attempting to configure TLS settings for connecting to a specific IPv4
client, it seems that the ca_list indicated in [client:default] overrides the
one in the
On Saturday, February 21, 2015 12:47:08 PM Anthony Messina wrote:
Good day. Is anyone able to let me in on what this means WARNING: core
[local_timer.c:83]: _local_timer_dist_tl(): 0 expire timer added? I just
started seeing this after pulling down 5c1a9df from git and it seems like
Good day. Is anyone able to let me in on what this means WARNING: core
[local_timer.c:83]: _local_timer_dist_tl(): 0 expire timer added? I just
started seeing this after pulling down 5c1a9df from git and it seems like
something that I probably don't want happening.
--
Anthony -
.
Cheers,
Daniel
On 31/01/15 23:10, Anthony Messina wrote:
I'm currently using Kamailio built from master@e59db79 and have been
following the recent threads about the dialog module as I'm moving toward
adding dialog support for presence and CDRs in my setup.
However, I seem to have come across
I get repeatable segfaults with acc.so in 4.3.0-dev2. Fedora 20 x86_64. Debug
log attached. -A
--
Anthony - https://messinet.com/ - https://messinet.com/~amessina/gallery
8F89 5E72 8DF0 BCF0 10BE 9967 92DC 35DC B001 4A4E
kamailio[18398]: segfault at 7ff499e47010 ip 7ff499bf94c2 sp
On Sunday, December 07, 2014 07:22:07 PM Daniel-Constantin Mierla wrote:
Can you send the modparam lines for acc module?
Here are related config lines:
#!define WITH_ACCDB
#!define ACCDB_COMMENT
#!define FLT_ACC 1
#!define FLT_ACCMISSED 2
#!define FLT_ACCFAILED 3
#!ifdef ACCDB_COMMENT
ALTER
On Sunday, December 07, 2014 08:28:55 PM Daniel-Constantin Mierla wrote:
Hello,
thanks for the backtrace, it helped to find quickly and fix the issue. Patch
should be on master now.
I see. I'll rebuild and test. Thanks. -A
--
Anthony - https://messinet.com/ -
On Sunday, December 07, 2014 09:00:07 PM Daniel-Constantin Mierla wrote:
On 07/12/14 20:34, Anthony Messina wrote:
On Sunday, December 07, 2014 08:28:55 PM Daniel-Constantin Mierla wrote:
Hello,
thanks for the backtrace, it helped to find quickly and fix the issue.
Patch should
077c8d058cdc633563b0d9f14af332ae
Let me know if all works fine in order to backport.
Cheers,
Daniel
On 26/11/14 00:54, Anthony Messina wrote:
On Tuesday, November 25, 2014 11:43:36 PM Daniel-Constantin Mierla wrote:
Hello,
finally got to it -- the double free message is printed when destroying the
sip
On Tuesday, November 25, 2014 11:43:36 PM Daniel-Constantin Mierla wrote:
Hello,
finally got to it -- the double free message is printed when destroying the
sip message. Quickly looking at the code, the r-uri, ruid, user-agen and
dst-uri (and some other attributes of the first branch, but
No problem, Daniel. Thanks again for hekping us out. -A
Quoting Daniel-Constantin Mierla mico...@gmail.com:
Unfortunately I didn't have time to analyze -- it may still take a bit,
being traveling with a broken laptop.
Cheers,
Daniel
On 17/11/14 22:49, Anthony Messina wrote:
On Tuesday
On Tuesday, November 11, 2014 09:29:26 AM Daniel-Constantin Mierla wrote:
looks like there is a double free, which, although is good to find and
fix, is normally safe for runtime.
Can you set debug=3 and send all the log messages here?
Cheers,
Daniel
Daniel, were the logs that we posted
On Monday, November 10, 2014 06:56:08 PM J Hazenberg wrote:
Hello,
I'm runnig kamailio 4.2.0 and using the lookup_branches function from
the register module to lookup all branches after a alias_db_lookup. The
function seems to work fine but i see the following error in the log
file just
On Monday, November 10, 2014 11:35:11 PM Anthony Messina wrote:
On Monday, November 10, 2014 06:56:08 PM J Hazenberg wrote:
Hello,
I'm runnig kamailio 4.2.0 and using the lookup_branches function from
the register module to lookup all branches after a alias_db_lookup
);
rtpproxy_manage(co-sp);
t_on_reply(MANAGE_CLASSIC_REPLY);
}
}
2014-10-27 2:34 GMT+04:00 Anthony Messina amess...@messinet.com:
On Monday, October 27, 2014 02:20:52 AM Yuriy Gorlichenko wrote:
I fixed this. rtpengine must handle each of branches at
branch_route().
Not
that is fine. Thanks
On Monday, October 27, 2014 02:20:52 AM Yuriy Gorlichenko wrote:
I fixed this. rtpengine must handle each of branches at branch_route(). Not
that is fine. Thanks for link. It was not my issue but with it i find right
way.
Yuriy, I'm fairly new to Kamailio and have been following your issue as
On Monday, September 08, 2014 03:04:38 PM Daniel-Constantin Mierla wrote:
I don't recall any commit adding such feature, but should be easy to add a
new parameter to m_store() to control this behaviour -- it requires writing
some c code, though.
Cheers,
Daniel
On 06/09/14 02:39, Anthony
I've begun playing with rtpengine (git e0957d1) a little and in my testing:
CSipSimple - Kamailio/rtpengine - Asterisk 12/13
I see the following error when parsing SDP from the Asterisk side, possibly
related to the use of the FQDN in the Origin:
Got valid command from 127.0.0.1:44407: answer -
On Tuesday, August 19, 2014 04:17:07 PM Richard Fuchs wrote:
On 08/19/14 14:53, Anthony Messina wrote:
I've begun playing with rtpengine (git e0957d1) a little and in my
testing:
CSipSimple - Kamailio/rtpengine - Asterisk 12/13
I see the following error when parsing SDP from
On Wednesday, August 06, 2014 11:21:20 AM Daniel-Constantin Mierla wrote:
a note to say that packaging will start after 14:00GMT, if anyone has
something to commit on branch 4.1 after, write a short message to sr-dev.
Cheers,
Daniel
Not a big deal, but updating the FSF address for
, it can be pushed in 4.1.
Cheers,
Daniel
On 06/08/14 15:23, Anthony Messina wrote:
On Wednesday, August 06, 2014 11:21:20 AM Daniel-Constantin Mierla wrote:
a note to say that packaging will start after 14:00GMT, if anyone has
something to commit on branch 4.1 after, write a short message
On Monday, August 04, 2014 09:01:44 AM Gilbert T. Gutierrez, Jr. wrote:
This is a new machine that going to be used for testing. This is the
only instance, compiled from GIT. I can try recompiling it but I believe
I compiled it with the cfg option as listed.
[root@localhost ~]# kamailio -I
On Monday, July 21, 2014 10:16:38 AM Daniel-Constantin Mierla wrote:
Hello,
can you try the patch from next commit?
http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=commit;h=6559c438
3858d472637807c6ec4dd1e0616507fa
If works ok, I will backport.
This seems to work well:
will backport.
Cheers,
Daniel
On 18/07/14 21:04, Anthony Messina wrote:
In setting up Kamailio with MSILO, I've noticed that some sip clients (I'm
using CSipSimple), upon un-REGISTER-ing do not send an Allow header, but do
send an Expires: 0 header as well as a Contact header.
However as the Contact
On Friday, July 18, 2014 12:01:41 AM Daniel-Constantin Mierla wrote:
You should not call m_store() if src_ip==myself -- in this way you avoid to
store notification messages that cannot be delivered.
Why notifications are not delivered has to be troubleshooted there. Have you
tried also with
On Friday, July 18, 2014 07:32:21 PM Peter Villeneuve wrote:
You are a star Anthony!
Thanks a lot for sharing your config. It is much appreciated.
I'm going to study your config in detail and see if I can get it to work on
my install.
Cheers,
Peter
Sure, Peter. One thing I noticed during
In setting up Kamailio with MSILO, I've noticed that some sip clients (I'm
using CSipSimple), upon un-REGISTER-ing do not send an Allow header, but do
send an Expires: 0 header as well as a Contact header.
However as the Contact header doesn't contain expires=0, it appears as
though the MSILO
On Friday, July 18, 2014 11:34:27 PM Peter Villeneuve wrote:
Hi again,
I've been playing around with Anthony's config posted above, and I believe
I'm almost there getting msilo to work properly, although it seems that
kamailio doesn't correctly recognize the callee is a local subscriber so
78 matches
Mail list logo
