sr-users

sr-users@lists.kamailio.org

8 participants
37391 discussions

Re: [SR-Users] Advice on handling SIP trunk to a Perimeta SBC
by Björn Bylander 16 Feb '21

16 Feb '21

Hi again, I'm using Kamailio 5.3.2 by the way. Björn Bylander writes: > Hi, > > So I’m tasked with setting up a SIP trunk to a Perimeta SBC (https://www.metaswitch.com/products/perimeta-sbc). > > Apparently, > > Perimeta hides the topology of networks by rewriting or removing topology-sensitive information from SIP messages. By default, your Session Controller will make the following changes to SIP messages. > > > > The Session Controller generates new dialog identifiers (call-IDs, From tags and To tags) for each side of the call, so that it does not expose information about your core network to your access networks. > > The Session Controller strips Record-Route and Route information from the message. > > The Session Controller rewrites Contact and Via headers so that the source IP address is replaced with the local address of the outbound adjacency. > > The Session Controller replaces the IP addresses in c= lines in SDP with the addresses it has allocated for media forwarding. For more information on this, see Media addresses and gates. > > My problem is this: When the Perimeta SBC sends its first INVITE (I can't say anything about any succeeding INVITEs yet) it's added a Record-Route header with the "lr" parameter included which, as far as I can see makes Kamailio think it should use loose routing which is all well I think. But when the SBC sends an ACK for the "200 OK" from the Kamailio side it doesn't include any Route headers and I think that makes it hard for Kamailio (at least with the standard script which is basically what I'm using) to know where to relay the ACK, at least it makes the t_check_trans() call in WITHINDLG after 'is_method("ACK")' return false which makes the script ignore the ACK. > > Any thoughts or suggestions on how to handle this? > > Thanks in advance, > Björn Bylander

1 0

Kamailio v5.4.4 Released
by Daniel-Constantin Mierla 15 Feb '21

15 Feb '21

Hello, Kamailio SIP Server v5.4.4 stable release is out. This is a maintenance release of the latest stable branch, 5.4, that includes fixes since the release of v5.4.3. There is no change to database schema or configuration language structure that you have to do on previous installations of v5.4.x. Deployments running previous v5.4.x versions are strongly recommended to be upgraded to v5.4.4. For more details about version 5.4.4 (including links and guidelines to download the tarball or from GIT repository), visit: * https://www.kamailio.org/w/2021/02/kamailio-v5-4-4-released/ RPM, Debian/Ubuntu packages will be available soon as well. Many thanks to all contributing and using Kamailio! Cheers, Daniel -- Daniel-Constantin Mierla -- www.asipto.com www.twitter.com/miconda -- www.linkedin.com/in/miconda

1 0

Releasing Kamailio v5.4.4
by Daniel-Constantin Mierla 15 Feb '21

15 Feb '21

Hello, I am considering to release Kamailio v5.4.4 sometime next week, likely on Monday, February 15, 2020. This is the usual heads up notification to see if anyone is aware of issues not yet reported to bug tracker and if yes, do it as soon as possible to give them a chance to be fixed. Cheers, Daniel -- Daniel-Constantin Mierla -- www.asipto.com www.twitter.com/miconda -- www.linkedin.com/in/miconda Funding: https://www.paypal.me/dcmierla

3 4

IMS-PSTN
by eyas barhouk 13 Feb '21

13 Feb '21

Hello dears I'm trying to build an IMS testbed based on kamailio and integrate it with the PSTN network, in order to do that I'm looking for AGCF,MGCF open source solution. Am I able to do the functionality of those nodes based on Kamailio,Asterisk or any other open source? thanks and regards Eyas

1 0

IMS-PSTN
by eyas37＠hotmail.com 12 Feb '21

12 Feb '21

1 0

basic help, In over my head in getting a webrtc up.
by Daniel Siemens 12 Feb '21

12 Feb '21

I am trying to get a webrtc setup going. Here is what I have I have asterisk server at 10.123.244.18. The webrtc works internally from the freepbx UCP application As well as the Raspberry phone allocation. This server doesn't have any nat on it all devices are on local / reouted networks. I have a Proxy server at 10.123.245.30 address. This server is located in AWS and has an elastic IP. On this server I have ngiinx that will load the raspberry phone up. What configuration do I need in kamailio and rtpengine to get this working. If I forward port 8089 in nginx to the /ws side on my asterisk server I can get a call to bridge but with no audio and the call end at 30 seconds when remote. It works internally fine. Likely beccuae the web browser can get to https://10.123.244.18:8089/ws ports fine. Thanks. ------------------------------------------------------------------ This email is intended solely for the use of the addressee and may contain information that is confidential, proprietary, or both. If you receive this email in error please immediately notify the sender and delete the email. ------------------------------------------------------------------

2 1

loose_route() does not find socket by name
by Juha Heinanen 12 Feb '21

12 Feb '21

I did more tests and found that loose_route() does not find socket by name given in ;sn param: Feb 12 10:40:59 lab /usr/bin/sip-proxy[16975]: WARNING: rr [loose.c:799]: rr_do_force_send_socket(): no socket found to match second RR (sip:tenantX.teams.tutpro.com:8007;transport=tls;r2=on;sn=ext_tls;lr;n1;savp=avp;pm=0) In config I have defined: listen=tls:192.x.x.x:8007 name "ext_tls" -- Juha

2 8

Kamailio Memory Leak
by Uttam Giri 11 Feb '21

11 Feb '21

Hi, We have observed increased memory utilization in Kamailio, It increases every day, even though traffic is not increased. We are using Kamailio+RTPEngine in our setup. Phone---->Kamailio+RTPEngine------>Asterisk /etc/kamailio# kamcmd mod.stats all shm Module: core { sip_msg_shm_clone(496): 542688 msg_lump_cloner(986): 178776 build_req_buf_from_sip_req(2218): 111968 xavp_new_value(116): 22240 counters_prefork_init(212): 39680 cfg_clone_str(130): 40 cfg_shmize(217): 712 main_loop(1313): 8 init_pt(107): 8 init_pt(106): 8 init_pt(105): 4592 register_timer(995): 192 init_tcp(4962): 8192 init_tcp(4956): 32768 init_tcp(4947): 8 init_tcp(4940): 8 init_tcp(4933): 8 init_tcp(4927): 8 init_tcp(4915): 8 init_avps(90): 8 init_avps(89): 8 timer_alloc(498): 48 init_dst_blacklist(438): 16384 init_dst_blacklist(430): 8 init_timer(267): 8 init_timer(266): 16384 init_timer(265): 8 init_timer(264): 8 init_timer(253): 8 init_timer(221): 8 init_timer(210): 278544 init_timer(209): 8 init_timer(197): 8 cfg_child_cb_new(829): 64 sr_cfg_init(361): 8 sr_cfg_init(354): 8 sr_cfg_init(347): 8 sr_cfg_init(335): 8 sr_cfg_init(323): 8 qm_shm_lock_init(1202): 8 Total: 1253464 } Module: sl { init_sl_stats_child(125): 5952 sl_startup(90): 8 init_sl_stats(110): 8 Total: 5968 } Module: siptrace { mod_init(319): 8 Total: 8 } Module: permissions { Total: 0 } Module: xlog { Total: 0 } Module: rtpengine { rtpp_function_call(2627): 1076024 shm_str_dup(779): 553016 rtpengine_hash_table_init(111): 14336 rtpengine_hash_table_init(96): 2048 rtpengine_hash_table_init(85): 1024 rtpengine_hash_table_init(76): 2048 rtpengine_hash_table_init(67): 2048 rtpengine_hash_table_init(58): 32 add_rtpengine_socks(975): 24 add_rtpengine_socks(956): 64 get_rtpp_set(870): 8 get_rtpp_set(861): 56 mod_init(1596): 8 mod_init(1589): 24 mod_init(1576): 8 mod_init(1569): 8 mod_init(1555): 16 Total: 1650792 } Module: pv { add_shvar(177): 8 add_shvar(170): 64 lock_set_alloc(66): 80 Total: 152 } Module: phonenum { Total: 0 } Module: textops { Total: 0 } Module: rtimer { Total: 0 } Module: tm { _reply_light(496): 1640 build_cell(334): 973848 relay_reply(2058): 69376 init_tm_stats_child(56): 7936 init_tmcb_lists(72): 16 init_tmcb_lists(70): 16 init_hash_table(482): 2097152 Total: 3149984 } Module: kex { pkg_proc_stats_init(79): 1488 Total: 1488 } Module: tmx { tmx_init_pretran_table(90): 256 Total: 256 } Module: utils { conf_init(552): 24 init_shmlock(134): 8 Total: 32 } Module: xhttp_prom { prom_metric_init(134): 8 Total: 8 } Module: dispatcher { ds_ht_init(89): 12288 reindex_dests(723): 768 mod_init(484): 80 ds_avl_insert(3621): 1712 pack_dest(411): 72 ds_ht_init(79): 32 ds_init_data(262): 16 ds_init_data(254): 16 mod_init(339): 8 mod_init(337): 8 ds_ping_active_init(138): 8 Total: 15008 } /etc/kamailio# kamcmd mod.stats all pkg Module: core { init_io_wait(469): 6192 init_modules(885): 16 rpc_hash_add(151): 1024 cnt_hash_add(394): 2048 add_callback(59): 168 register_select_table(458): 48 sr_wtimer_init(351): 136 cfg_new_group(79): 624 fix_sock_str(517): 1024 fix_sock_str(500): 240 add_alias(103): 96 add_alias(99): 96 init_dst_set(89): 32296 grp_hash_add(241): 512 fix_hostname(1457): 56 fix_socket_list(1666): 24 route_new_list(199): 184 fix_param(1114): 88 fix_param(1053): 312 fix_expr(554): 192 init_io_wait(516): 3224 subst_str(514): 720 mk_rval_expr2(2681): 17360 mk_elem(90): 232 mk_new_net(52): 48 tr_new(1730): 240 mk_rval_expr_v(2553): 216 yyparse(2852): 736 mk_rval_expr1(2621): 19096 mk_rval_expr_v(2540): 109152 pv_cache_add(349): 5616 pv_parse_format(1173): 4984 fix_param(1019): 2568 mk_action(118): 44416 cfg_declare(50): 3136 set_mod_param_regex(145): 88 set_mod_param_regex(134): 104 tr_table_add(1959): 360 register_module(233): 28784 register_module(216): 2808 load_module(417): 1552 sr_push_yy_state(1627): 1008 new_sock_info(348): 16 new_sock_info(339): 32 new_sock_info(327): 32 new_sock_info(304): 48 new_sock_info(299): 1200 add_alias(103): 56 add_alias(99): 64 yyparse(677): 40 yyparse(2387): 128 yyparse(658): 144 yyparse(1878): 168 get_hdr_field(116): 232 parse_headers(325): 64 subst_parser(301): 120 subst_parser(291): 1440 subst_parser(274): 640 pp_subst_add(58): 240 sr_push_yy_state(1697): 24 addstr(1445): 69072 rpc_hash_add(105): 16280 str_hash_alloc(59): 512 pv_table_add(236): 17248 pv_init_buffer(2139): 327680 pv_init_buffer(2129): 320 init_nonsip_hooks(43): 24 init_rlist(146): 40 rval_get_str(1259): 3696 route_add(124): 968 str_hash_alloc(59): 768 sr_push_yy_state(1687): 464 pp_define(1819): 568 init_counters(125): 128 cnt_hash_add(341): 27096 str_hash_alloc(59): 1280 Total: 762656 } Module: sl { sl_register_callback(514): 64 Total: 64 } Module: siptrace { mod_init(340): 384 Total: 384 } Module: permissions { get_pathname(243): 64 Total: 64 } Module: xlog { mod_init(212): 4104 xdbg_fixup_helper(498): 616 xlog_fixup_helper(533): 3720 Total: 8440 } Module: rtpengine { child_init(1964): 240 build_rtpp_socks(1791): 8 Total: 248 } Module: pv { pv_parse_xavp_name(541): 112 pv_parse_xavp_name(515): 112 tr_parse_string(2639): 120 tr_parse_string(2628): 120 tr_parse_string(2519): 104 tr_parse_string(2509): 64 tr_parse_string(2484): 64 tr_parse_string(2473): 64 add_var(65): 176 add_var(58): 344 Total: 1280 } Module: phonenum { pv_parse_phonenum_name(131): 32 sr_phonenum_add_item(99): 8 sr_phonenum_add_item(93): 304 Total: 344 } Module: textops { fixup_method(3598): 128 hname_fixup(3528): 504 Total: 632 } Module: rtimer { stm_e_param(384): 112 stm_t_param(299): 48 Total: 160 } Module: tm { Total: 0 } Module: kex { Total: 0 } Module: tmx { Total: 0 } Module: utils { Total: 0 } Module: xhttp_prom { Total: 0 } Module: dispatcher { Total: 0 } /etc/kamailio# kamailio -v version: kamailio 5.4.3 (x86_64/linux) flags: USE_TCP, USE_TLS, USE_SCTP, TLS_HOOKS, USE_RAW_SOCKS, DISABLE_NAGLE, USE_MCAST, DNS_IP_HACK, SHM_MMAP, PKG_MALLOC, Q_MALLOC, F_MALLOC, TLSF_MALLOC, DBG_SR_MEMORY, USE_FUTEX, FAST_LOCK-ADAPTIVE_WAIT, USE_DNS_CACHE, USE_DNS_FAILOVER, USE_NAPTR, USE_DST_BLACKLIST, HAVE_RESOLV_RES, TLS_PTHREAD_MUTEX_SHARED ADAPTIVE_WAIT_LOOPS 1024, MAX_RECV_BUFFER_SIZE 262144, MAX_URI_SIZE 1024, BUF_SIZE 65535, DEFAULT PKG_SIZE 8MB poll method support: poll, epoll_lt, epoll_et, sigio_rt, select. id: unknown compiled with gcc 6.3.0 Any idea which could cause a memory leak. Does any of the module cause an issue? Thanks in Advance. Uttam

3 2

loose_route() fails on domain name
by Juha Heinanen 11 Feb '21

11 Feb '21

Using a domain name in R-R header may not be such a good idea: Feb 11 12:12:06 lab /usr/bin/sip-proxy[735]: WARNING: rr [loose.c:799] rr_do_force_send_socket(): no socket found to match second RR (sip:tenantX.teams.tutpro.com:8007;transport=tls;r2=on;pm=0;savp=avp;lr) Or is there some means to tell K, which FQDN maps to which IP address, when there are many such FQDNs? -- Juha

4 9

ds_mark_dst( ) in DISPATCHER
by alirsm 11 Feb '21

11 Feb '21

Hi, In my failover setting using Dispatcher module, I mark the GW if fails to response. OPTIONS are being sent every 30 sec: failure_route[DISPATCH_FAILOVER]{ if (t_is_canceled()) exit; if (t_check_status("500") or (t_branch_timeout() and !t_branch_replied())) { ds_mark_dst("ip"); if (ds_next_dst()) { t_set_fr(0,1000); t_on_failure("DISPATCH_FAILOVER"); route(RELAY); exit; } } } However, Kamailio still recognize it as active gw ( A.A.A.A is down, no response from OPTIONS being sent) $ sudo sercmd dispatcher.list { SET_NO: 1 SET: { SET_ID: 1 DEST: { URI: sip:A.A.A.A:5060 FLAGS: AP PRIORITY: 0 ATTRS: } DEST: { URI: sip:B.B.B.B:5060 FLAGS: AP PRIORITY: 0 ATTRS: } } } Any help would be appreciated. AL

1 0

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

sr-users