@msalman212 thank you, you pointed me to the misstake I did some tinkering with
the sdp bevor calling rtpproxy_manage()
--
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
Closed #1042.
--
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/kamailio/kamailio/issues/1042#event-1012738673___
sr-dev mailing list
sr-dev@lists.sip-router.org
Happens as well with an newer version with same config.
```
kamailio -v
version: kamailio 5.1.0-dev0 (x86_64/freebsd)
flags: STATS: Off, USE_TCP, USE_TLS, USE_SCTP, TLS_HOOKS, DISABLE_NAGLE,
USE_MCAST, DNS_IP_HACK, SHM_MEM, SHM_MMAP, PKG_MALLOC, Q_MALLOC, F_MALLOC,
TLSF_MALLOC, DBG_SR_MEMORY,
### Description
manage_rtpproxy creates wrong SDP with jammed IPs in o line
### Troubleshooting
Reproduction
```
if (nat_uac_test("8"))
{
rtpproxy_manage("fco");
}
else
{
rtpproxy_manage("fcor");
}
```
SIP Traffic
SDP bevor manage_rtpproxy
@miconda hope it is Ok how I did the changes you asked for.
--
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/kamailio/kamailio/pull/1034#issuecomment-288715244___
@dunst0 pushed 1 commit.
93cf236 uri_db: removed change from log macros
--
You are receiving this because you are subscribed to this thread.
View it on GitHub:
Module: kamailio
Branch: master
Commit: 32e1e5040d2ff5e13d5bd0373e7edd6cef56f172
URL:
https://github.com/kamailio/kamailio/commit/32e1e5040d2ff5e13d5bd0373e7edd6cef56f172
Author: Rick Barenthin <r...@terralink.de>
Committer: Rick Barenthin <r...@terralink.de>
Date: 2017-03-14T22
Thanks for the remarks, I will rework the changes.
--
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/kamailio/kamailio/pull/1034#issuecomment-286742539___
sr-dev
Adding the possibility to check any sip uri against the uri_db table and
updates the log macros from LM_ to the new ones.
You can view, comment on, or merge this pull request online at:
https://github.com/kamailio/kamailio/pull/1034
-- Commit Summary --
* uri_db: added subscriber and realm
- use CC environment variable if set
- added missing sys/stat.h header
You can view, comment on, or merge this pull request online at:
https://github.com/kamailio/kamailio/pull/1033
-- Commit Summary --
* utils/pdbt: FreeBSD fix, gcc is hardcoded, header is missing
-- File Changes --
The lines from 2323 to 2337 shows to me that internal the 0 is used for
disabling the feature if no avp is set.
https://github.com/kamailio/kamailio/blob/master/src/modules/rtpproxy/rtpproxy.c#L2323-L2337
So the check could be changed to:
`ice_candidate_priority_val.n < 0 ||
### Description
Dokumentation says:
```
If specified and if value of the avp value is not 0, rtpproxy_manage function
adds ICE relay candidate attributes to sdp stream(s) containing ICE candidate
attributes.
```
I would read it as, if the avp is set and the value is 0 no ICE relay candidate
Works for me.
--
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/kamailio/kamailio/issues/920#issuecomment-271514124___
sr-dev mailing list
No there is no variable defined like this.
Btw readline could be found in `/usr/local/include/readline/readline.h`:
```
find / -name "*readline.h"
/usr/include/edit/readline/readline.h
/usr/local/include/editline/readline.h
/usr/local/include/readline/readline.h
```
--
You are receiving this
With latest master compiling failed when compiling kamcmd on FreeBSD-11.0.
```
clang -g -m64 -DNAME='"kamcmd"' -DSRNAME='"kamailio"' -DVERSION='"1.5"'
-D__OS_freebsd -DRUN_DIR='"/var/run/kamailio/"' -DUSE_READLINE
-DMOD_NAME="utils/kamcmd" -c parse_listen_id.c -o parse_listen_id.o
clang -g
With latest right now I didn't get a crash.
--
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/kamailio/kamailio/issues/846#issuecomment-258176437___
sr-dev mailing
the `inline int set_alias_to_pvar(struct sip_msg* _msg, str *alias, int no,
void *p)` doesn't work for me with clang, when changed to `static inline int
set_alias_to_pvar(struct sip_msg* _msg, str *alias, int no, void *p)` it works
--
You are receiving this because you are subscribed to this
While I was try to test I am getting this with latest master:
```
# kamailio -c
loading modules under config path: /usr/local/lib64/kamailio/modules/
0(67414) ERROR: [sr_module.c:582]: load_module(): could not open module
:
/usr/local/lib64/kamailio/modules/alias_db.so: Undefined symbol
Ok now I got two core files this one is the second one:
```
(gdb) bt full
#0 0x0008098ce9c8 in add_dest2list (id=2, uri={s = 0x80299c05a
"sip:5.159.56.120", len = 16}, flags=0, priority=0, attrs=0x7fff4ed0,
list_idx=1, setn=0x7fff4f04) at dispatch.c:434
dp = (ds_dest_t *)
Ok this is what I did, hope that is correct.
```
gdb /usr/local/sbin/kamailio /var/run/kamailio/kamailio.core
```
```
(gdb) bt full
#0 0x0008098d32c3 in ds_avl_destroy (node_ptr=0x809ed2b40) at
dispatch.c:3046
node = (ds_set_t *) 0x809ee72d8
i = 2
dest = (ds_dest_t
Sorry there is no other core-dump created. Sorry I forgot to tell about the
system, it is kamailio build from git-source on a FreeBSD 10.3-RELEASE-p7
machine.
I attached gdb to the ctl process and got the following:
```
(gdb) s
Single stepping until exit from function _kevent,
which has no
This happens every time I do reload.
--
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/kamailio/kamailio/issues/846#issuecomment-258093753___
sr-dev mailing list
When doing a dispatcher reload with kamcmd kamailio crashes.
```
# kamailio -v
version: kamailio 5.0.0-dev6 (x86_64/freebsd) 276ccc
flags: STATS: Off, USE_TCP, USE_TLS, USE_SCTP, TLS_HOOKS, USE_RAW_SOCKS,
DISABLE_NAGLE, USE_MCAST, DNS_IP_HACK, SHM_MEM, SHM_MMAP, PKG_MALLOC, Q_MALLOC,
F_MALLOC,
You are right. I forgot that `clang` is the default only since FreeBSD 10.
For the lib dir I am not sure how long this is done. I will do some research.
--
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
You can view, comment on, or merge this pull request online at:
https://github.com/kamailio/kamailio/pull/845
-- Commit Summary --
* Makefile.defs: clang as default and lib for 64 bit on FreeBSD
-- File Changes --
M Makefile.defs (13)
-- Patch Links --
You can view, comment on, or merge this pull request online at:
https://github.com/kamailio/kamailio/pull/844
-- Commit Summary --
* uri_db: added optional parameter for username and realm to check_uri
* Makefile.defs: clang as default and lib for 64 bit on FreeBSD
-- File Changes --
Closed #844.
--
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/kamailio/kamailio/pull/844#event-845676794___
sr-dev mailing list
sr-dev@lists.sip-router.org
Module: kamailio
Branch: master
Commit: 5710676321c145d83904d919960ae7a12bd148d9
URL:
https://github.com/kamailio/kamailio/commit/5710676321c145d83904d919960ae7a12bd148d9
Author: Rick Barenthin <r...@terralink.de>
Committer: Rick Barenthin <r...@terralink.de>
Date: 2016-09-22T21
- unable to compile detailed_ip_type.c under FreeBSD needs extra header
You can view, comment on, or merge this pull request online at:
https://github.com/kamailio/kamailio/pull/793
-- Commit Summary --
* ipops: fix compilation under FreeBSD
-- File Changes --
M
```
gmake[1]: Entering directory '/usr/src/kamailio/modules/ipops'
Makefile.defs defs skipped
clang -fPIC -DPIC -g -m64-DNAME='"kamailio"' -DVERSION='"5.0.0-dev6"'
-DARCH='"x86_64"' -DOS='freebsd_' -DOS_QUOTED='"freebsd"' -DCOMPILER='"clang
3.4"' -D__CPU_x86_64 -D__OS_freebsd
Module: kamailio
Branch: master
Commit: fa2f74c26bac5ec3b951e342924cf6b41c2bdfd7
URL:
https://github.com/kamailio/kamailio/commit/fa2f74c26bac5ec3b951e342924cf6b41c2bdfd7
Author: Rick Barenthin <r...@terralink.de>
Committer: Rick Barenthin <r...@terralink.de>
Date: 2016-08-04T09
- until now only from and to uri can be checked
- so added a function check_uri to check any uri
You can view, comment on, or merge this pull request online at:
https://github.com/kamailio/kamailio/pull/737
-- Commit Summary --
* uri_db: added function to check any sip uri
-- File Changes
@dunst0 pushed 1 commit.
8baf73a core: msg_parser log output adaptations
---
You are receiving this because you are subscribed to this thread.
View it on GitHub:
- Fixed confusing debug output in module for global blacklists and whitelists
You can view, comment on, or merge this pull request online at:
https://github.com/kamailio/kamailio/pull/728
-- Commit Summary --
* userblacklist: little changes in debug output
-- File Changes --
M
The avp_copy function from the avpops seems to revert the avplist, but it is
not documented. Would be great to have that behavior documented.
---
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
After the kamailio of one of the machines which had pinged each other from
dispatcher module was replace with fresh compiled source from master from
github, the problem just stops appearing.
Both machines now keep running even just one has updated kamailio...
I will keep an eye on it.
---
You
lastest master
```
0(30442) WARNING: [tcp_main.c:2754]: tcp_init(): setsockopt tos:
Invalid argument (16)
```
Then I removed the IPv6 listening and the TOS warning disapared.
---
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on
Yes the sources have been compiled right on this machine.
---
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/kamailio/kamailio/issues/604#issuecomment-218680956___
executing `kamailio -E -dd` and getting:
```
Fatal error 'mutex is on list' at line 424 in file
/usr/src/lib/libthr/thread/thr_mutex.c (errno = 35)
Fatal error 'mutex is on list' at line 424 in file
/usr/src/lib/libthr/thread/thr_mutex.c (errno = 35)
20(9930) CRITICAL: [pass_fd.c:275]:
yes but only with loopback at the moment
```
#!substdef "/NETWORK_INTERFACE_IPv6/[::1]/"
listen=NETWORK_INTERFACE_IPv6:5060
```
---
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
Got a core dump with debug symbols.
```
May 10 09:56:32 voip-integration-cust1 kamailio[58953]: CRITICAL:
[pass_fd.c:275]: receive_fd(): EOF on 18
May 10 09:56:32 voip-integration-cust1 kernel: pid 58887
(kamailio), uid 986: exited on signal 6 (core dumped)
May 10 09:56:32
Testing now with debug symbols, and wait for coredump.
---
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/kamailio/kamailio/issues/604#issuecomment-218080526___
Reopened #604.
---
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/kamailio/kamailio/issues/604#event-655374927___
sr-dev mailing list
sr-dev@lists.sip-router.org
Closed #604.
---
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/kamailio/kamailio/issues/604#event-655374876___
sr-dev mailing list
sr-dev@lists.sip-router.org
Happend today again:
Logs:
```
May 9 11:28:24 voip-integration-cust1 kamailio[34539]: CRITICAL:
[pass_fd.c:275]: receive_fd(): EOF on 18
May 9 11:28:24 voip-integration-cust1 kernel: pid 34515
(kamailio), uid 986: exited on signal 6 (core dumped)
May 9 11:28:24 voip-integration-cust1
Kamailio had an abort happend and does a coredump. Sorry I doesn't have debug
symbols on this machine.
Kamailio:
```
root@voip-integration-cust1:~ # kamailio -V
version: kamailio 4.4.0 (amd64/freebsd) d4f23c
flags: STATS: Off, USE_TCP, USE_TLS, USE_SCTP, TLS_HOOKS, USE_RAW_SOCKS,
DISABLE_NAGLE,
While testing the kamailio version 4.4.x on FreeBSD I found this in the log.
```
May 4 17:16:26 voip-integration-cust1 kamailio[1145]: WARNING:
[tcp_main.c:2754]: tcp_init(): setsockopt tos: Invalid argument
```
```
# freebsd-version
10.3-RELEASE
```
```
version: kamailio 4.4.0
Thank you for the quick fix. But there seem to be still an error:
Only on call:
```
Nov 25 13:32:03 sip42 kamailio[2221]: INFO:
First of all thank you for the time you spent.
Are there any documentation about how module ares written for kamailio that i
can help debugging.
The error still exists
```
Nov 25 14:25:38 sip42 kamailio[3093]: CRITICAL: [pass_fd.c:275]:
receive_fd(): EOF on 45
Nov 25 14:25:38 sip42
I was trying to set up kamailio with cnxcc, and suddenly I got this:
```
Nov 23 13:32:02 sip42 kamailio[4744]: INFO: cnxcc [cnxcc_check.c:93]:
check_calls_by_money(): ec=0.00, ca=15.00, ca2=14.00
Nov 23 13:32:03 sip42 kamailio[4744]: INFO: cnxcc [cnxcc_check.c:93]:
When using the dialog module to end a dialog, the remote UA refusing the BYE
after a PRACK in the dialog.
```
INVITE ( CSeq: 1 INVITE ) --->
<--- 100 ( CSeq: 1 INVITE ) ---
<--- 183 ( CSeq: 1 INVITE ) ---
PRACK ( CSeq: 2 PRACK ) ->
<--- 200 OK ( CSeq: 2 PRACK ) -
<---
Using version: kamailio 4.3.3 (x86_64/linux) 2fe732
Trying to reproduce the crash but was not successful until now.
---
Reply to this email directly or view it on GitHub:
https://github.com/kamailio/kamailio/issues/408#issuecomment-158957896___
sr-dev
Works, for me.
---
Reply to this email directly or view it on GitHub:
https://github.com/kamailio/kamailio/issues/409#issuecomment-158993449___
sr-dev mailing list
sr-dev@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-dev
the config is the default shipped with kamailio, nothing touched just added
WITH_TLS
---
Reply to this email directly or view it on GitHub:
https://github.com/kamailio/kamailio/issues/374#issuecomment-149801466___
sr-dev mailing list
```
root@sip:~ # kamailio -c -u kamailio -g kamailio
loading modules under config path: /usr/local/lib/kamailio/modules/
0(2933) INFO: tls [tls_init.c:401]: init_tls_compression(): tls: init_tls:
disabling compression...
0(2933) ERROR: [sr_module.c:615]: load_module(): Undefined symbol
When using the uid and gid numbers instead of the names kamailio starts
```
kamailio 2999 0.0 0.6 163608 24780 - I 9:51AM0:00.08 kamailio -u
986 -g 986
```
---
Reply to this email directly or view it on GitHub:
When using -u or -g cli params
```
root@sip:~ # kamailio -u kamailio -g kamailio
loading modules under config path: /usr/local/lib/kamailio/modules/
Listening on
udp: x.x.x.x:5060
udp: 127.0.0.1:5060
tcp: x.x.x.x:5060
tcp: 127.0.0.1:5060
Sadly I had no spare time to test it but I will do it this week.
Thanks in advance, for the time spend on it.
---
Reply to this email directly or view it on GitHub:
https://github.com/kamailio/kamailio/issues/324#issuecomment-147824743___
sr-dev mailing
It was build from source
---
Reply to this email directly or view it on GitHub:
https://github.com/kamailio/kamailio/issues/324#issuecomment-141454270___
sr-dev mailing list
sr-dev@lists.sip-router.org
Sorry I haven't seen that it was the old one.
```
Fatal error 'mutex is on list' at line 424 in file
/usr/src/lib/libthr/thread/thr_mutex.c (errno = 0)
4(70345) INFO:
Where can i find information for help fixing the module?
---
Reply to this email directly or view it on GitHub:
https://github.com/kamailio/kamailio/issues/324#issuecomment-140693743___
sr-dev mailing list
sr-dev@lists.sip-router.org
Any more information about how a module have to be build? Cause this module
seems to be real broken.
```
0(52565) INFO:
even when removing it, it crashes
```
3(52703) INFO:
```
(gdb) bt full
#0 0x000801118d2a in thr_kill () from /lib/libc.so.7
No symbol table info available.
#1 0x000801118c96 in raise () from /lib/libc.so.7
No symbol table info available.
#2 0x000801117489 in abort () from /lib/libc.so.7
No symbol table info available.
#3
```
10(21119) DEBUG: dialog [dlg_req_within.c:384]: send_bye(): BYE sent to callee
10(21119) DEBUG: dialog [dlg_hash.c:832]: dlg_unref(): unref dlg 0x808f57580
with 1 -> 2
10(21119) DEBUG: cnxcc [cnxcc_mod.c:1005]: terminate_call(): dlg_end_dlg sent
to call []
10(21119) DEBUG: cnxcc
yes I have
```
10(21119) DEBUG: cnxcc [cnxcc_check.c:109]: check_calls_by_money(): Client
[customer1] | Ended-Calls-Credit-Spent: 0.00 TotalCredit/MaxCredit:
10.00/10.00
10(21119) DEBUG: cnxcc [cnxcc_mod.c:894]: terminate_all_calls(): Killing call
with CID [4Urex8OptI]
10(21119)
in the file cnxcc_redis.h
#ifndef CNXCC_STORAGE_H_
#define CNXCC_REDIS_H_
shouldn't it be like this:
#ifndef CNXCC_REDIS_H_
#define CNXCC_REDIS_H_
---
Reply to this email directly or view it on GitHub:
67 matches
Mail list logo
