- sr-users - kamailio.org

Failover - how does it work?
by Jawaid Bazyar 15 Dec '22

15 Dec '22

I have the following basic script: request_route{ record_route(); $var(enumres) = enum_query(); switch( $var(enumres) ) { case -1: xlog("enum_query lookup failure - To URI $tU"); sl_reply("503", "Temporary lookup failure"); return(0); case 1: break; # uri replaced } xlog("INVITE ENUM query - To URI $tU"); t_relay(); I have the following ENUM records for a test setup: ;; ANSWER SECTION: x.x.x.1.5.1.8.3.0.3.1.e164.arpa. 60 IN NAPTR 100 10 "U" "E2U+sip" "!^.*$!sip:+13038151xxx@10.20.20.198!" . x.x.x.1.5.1.8.3.0.3.1.e164.arpa. 60 IN NAPTR 110 10 "U" "E2U+sip" "!^.*$!sip:+13038151xxx@10.20.20.75!" . What happens is the following: tcpdump: listening on ens3, link-type EN10MB (Ethernet), capture size 262144 bytes 17:57:19.961041 IP (tos 0x10, ttl 64, id 59648, offset 0, flags [none], proto UDP (17), length 1481) 10.20.20.40.5060 > 10.20.20.198.5060: SIP, length: 1453 INVITE sip:+13038151xxx@10.20.20.198 SIP/2.0 … 17:57:19.961058 IP (tos 0x10, ttl 64, id 24143, offset 0, flags [none], proto UDP (17), length 1480) 10.20.20.40.5060 > 10.20.20.75.5060: SIP, length: 1452 INVITE sip:+13038151xxx@10.20.20.75 SIP/2.0 … These basically go out at the same time. Eventually I get a ICMP Port Unreachable on the .198 one because that’s a dummy I just set up for testing. My question is, with this kind of setup, is there a way to tell Kamailio to respect the NAPTR order value (note, 100, 110 above) and only try the 2nd route if the first fails? Thanks, Jawaid

2 5

testing mailing list
by Daniel-Constantin Mierla 14 Dec '22

14 Dec '22

after mailing list service upgrade - ignore!! -- Daniel-Constantin Mierla -- www.asipto.com www.twitter.com/miconda -- www.linkedin.com/in/miconda

1 0

None
by None 14 Dec '22

14 Dec '22

ACK messages SER keeps sending the 487 Request cancelled message as if the ACK didn't match. Any suggestion of what it can be? I'm using as the endpoint an ATA186, v2.15, and ser version 0.8.11. Best Regards, Alejandro _______________________________________________ Serusers mailing list serusers(a)lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers ------=_NextPart_000_0009_01C322CD.41C9F360 Content-Type: text/plain; name="remote.ata.txt" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="remote.ata.txt" interface: eth0 (200.75.73.0/255.255.255.0) filter: ip and ( port 5060 ) # U 200.75.73.22:5060 -> 200.75.91.137:5060 INVITE sip:2001@200.75.91.137:5060;user=phone;transport=udp SIP/2.0..M ax-Forwards: 10..Record-Route: <sip:2001@200.75.73.22;branch=0>..Via: SIP/2.0/UDP 200.75.73.22;branch=z9hG4bK6258.c171e2f6.0..Via: SIP/2.0/U DP 192.168.0.15:5061..From: <sip:1010@vozsobreip.biz;user=phone>;tag=9 28411572..To: <sip:2001@vozsobreip.biz;user=phone>..Call-ID: 329755117 1@192.168.0.15..CSeq: 1 INVITE..Contact: <sip:1010@200.75.73.22:5061;u ser=phone;transport=udp>..User-Agent: Cisco ATA 186 v2.15 ata18x (030 122a)..Expires: 300..Content-Length: 245..Content-Type: application/sd p....v=0..o=1010 8066 8066 IN IP4 192.168.0.15..s=ATA186 Call..c=IN IP 4 200.75.73.22..t=0 0..m=audio 20002 RTP/AVP 4 8 0 101..a=rtpmap:4 G72 3/8000/1..a=rtpmap:8 PCMA/8000/1..a=rtpmap:0 PCMU/8000/1..a=rtpmap:101 telephone-event/8000..a=fmtp:101 0-15.. # U 200.75.91.137:5060 -> 200.75.73.22:5060 SIP/2.0 100 Trying..Via: SIP/2.0/UDP 200.75.73.22;branch=z9hG4bK6258.c 171e2f6.0..Via: SIP/2.0/UDP 192.168.0.15:5061..From: <sip:1010@vozsobr eip.biz;user=phone>;tag=928411572..To: <sip:2001@vozsobreip.biz;user=p hone>;tag=3742565922..Call-ID: 3297551171@192.168.0.15..CSeq: 1 INVITE ..Server: Cisco ATA 186 v2.15 ata18x (030122a)..Content-Length: 0.... # U 200.75.91.137:5060 -> 200.75.73.22:5060 SIP/2.0 180 Ringing..Via: SIP/2.0/UDP 200.75.73.22;branch=z9hG4bK6258. c171e2f6.0..Via: SIP/2.0/UDP 192.168.0.15:5061..From: <sip:1010@vozsob reip.biz;user=phone>;tag=928411572..To: <sip:2001@vozsobreip.biz;user= phone>;tag=3742565922..Call-ID: 3297551171@192.168.0.15..CSeq: 1 INVIT E..Server: Cisco ATA 186 v2.15 ata18x (030122a)..Content-Length: 0... . # U 200.75.73.22:5060 -> 200.75.91.137:5060 CANCEL sip:2001@200.75.91.137:5060;user=phone;transport=udp SIP/2.0..M ax-Forwards: 10..Via: SIP/2.0/UDP 200.75.73.22;branch=z9hG4bK6258.c171 e2f6.0..Via: SIP/2.0/UDP 192.168.0.15:5061..From: <sip:1010@vozsobreip .biz;user=phone>;tag=928411572..To: <sip:2001@vozsobreip.biz;user=phon e>..Call-ID: 3297551171@192.168.0.15..CSeq: 1 CANCEL..User-Agent: Cisc o ATA 186 v2.15 ata18x (030122a)..Content-Length: 0.... # U 200.75.73.22:5060 -> 200.75.91.137:5060 ACK sip:2001@200.75.91.137:5060;user=phone;transport=udp SIP/2.0..Max- Forwards: 10..Via: SIP/2.0/UDP 200.75.73.22;branch=0..Via: SIP/2.0/UDP 192.168.0.15:5061..From: <sip:1010@vozsobreip.biz;user=phone>;tag=928 411572..To: <sip:2001@vozsobreip.biz;user=phone>;tag=0a96755a1d32d0360 b3e454593e5079b-f4f8..Call-ID: 3297551171@192.168.0.15..CSeq: 1 ACK..U ser-Agent: Cisco ATA 186 v2.15 ata18x (030122a)..Content-Length: 0... . # U 200.75.91.137:5060 -> 200.75.73.22:5060 SIP/2.0 200 OK..Via: SIP/2.0/UDP 200.75.73.22;branch=z9hG4bK6258.c171e 2f6.0..Via: SIP/2.0/UDP 192.168.0.15:5061..From: <sip:1010@vozsobreip. biz;user=phone>;tag=928411572..To: <sip:2001@vozsobreip.biz;user=phone >;tag=3742565922..Call-ID: 3297551171@192.168.0.15..CSeq: 1 CANCEL..Se rver: Cisco ATA 186 v2.15 ata18x (030122a)..Content-Length: 0.... # U 200.75.91.137:5060 -> 200.75.73.22:5060 SIP/2.0 487 Request Cancelled..Via: SIP/2.0/UDP 200.75.73.22;branch=z9 hG4bK6258.c171e2f6.0..Via: SIP/2.0/UDP 192.168.0.15:5061..From: <sip:1 010(a)vozsobreip.biz;user=phone>;tag=928411572..To: <sip:2001@vozsobreip .biz;user=phone>;tag=3742565922..Call-ID: 3297551171@192.168.0.15..CSe q: 1 INVITE..Server: Cisco ATA 186 v2.15 ata18x (030122a)..Content-Le ngth: 0.... # U 200.75.73.22:5060 -> 200.75.91.137:5060 ACK sip:2001@200.75.91.137:5060;user=phone;transport=udp SIP/2.0..Via: SIP/2.0/UDP 200.75.73.22;branch=z9hG4bK6258.c171e2f6.0..From: <sip:10 10(a)vozsobreip.biz;user=phone>;tag=928411572..Call-ID: 3297551171(a)192.1 68.0.15..To: <sip:2001@vozsobreip.biz;user=phone>;tag=3742565922..CSeq : 1 ACK..User-Agent: Sip EXpress router(0.8.10 (i386/linux))..Content- Length: 0.... # U 200.75.73.22:5060 -> 200.75.91.137:5060 ACK sip:2001@200.75.91.137:5060;user=phone;transport=udp SIP/2.0..Max- Forwards: 10..Via: SIP/2.0/UDP 200.75.73.22;branch=0..Via: SIP/2.0/UDP 192.168.0.15:5061..From: <sip:1010@vozsobreip.biz;user=phone>;tag=928 411572..To: <sip:2001@vozsobreip.biz;user=phone>;tag=0a96755a1d32d0360 b3e454593e5079b-f4f8..Call-ID: 3297551171@192.168.0.15..CSeq: 1 ACK..U ser-Agent: Cisco ATA 186 v2.15 ata18x (030122a)..Content-Length: 0... . # U 200.75.73.22:5060 -> 200.75.91.137:5060 ACK sip:2001@200.75.91.137:5060;user=phone;transport=udp SIP/2.0..Max- Forwards: 10..Via: SIP/2.0/UDP 200.75.73.22;branch=0..Via: SIP/2.0/UDP 192.168.0.15:5061..From: <sip:1010@vozsobreip.biz;user=phone>;tag=928 411572..To: <sip:2001@vozsobreip.biz;user=phone>;tag=0a96755a1d32d0360 b3e454593e5079b-f4f8..Call-ID: 3297551171@192.168.0.15..CSeq: 1 ACK..U ser-Agent: Cisco ATA 186 v2.15 ata18x (030122a)..Content-Length: 0... . # U 200.75.73.22:5060 -> 200.75.91.137:5060 ACK sip:2001@200.75.91.137:5060;user=phone;transport=udp SIP/2.0..Max- Forwards: 10..Via: SIP/2.0/UDP 200.75.73.22;branch=0..Via: SIP/2.0/UDP 192.168.0.15:5061..From: <sip:1010@vozsobreip.biz;user=phone>;tag=928 411572..To: <sip:2001@vozsobreip.biz;user=phone>;tag=0a96755a1d32d0360 b3e454593e5079b-f4f8..Call-ID: 3297551171@192.168.0.15..CSeq: 1 ACK..U ser-Agent: Cisco ATA 186 v2.15 ata18x (030122a)..Content-Length: 0... . # U 200.75.73.22:5060 -> 200.75.91.137:5060 ACK sip:2001@200.75.91.137:5060;user=phone;transport=udp SIP/2.0..Max- Forwards: 10..Via: SIP/2.0/UDP 200.75.73.22;branch=0..Via: SIP/2.0/UDP 192.168.0.15:5061..From: <sip:1010@vozsobreip.biz;user=phone>;tag=928 411572..To: <sip:2001@vozsobreip.biz;user=phone>;tag=0a96755a1d32d0360 b3e454593e5079b-f4f8..Call-ID: 3297551171@192.168.0.15..CSeq: 1 ACK..U ser-Agent: Cisco ATA 186 v2.15 ata18x (030122a)..Content-Length: 0... . # U 200.75.73.22:5060 -> 200.75.91.137:5060 ACK sip:2001@200.75.91.137:5060;user=phone;transport=udp SIP/2.0..Max- Forwards: 10..Via: SIP/2.0/UDP 200.75.73.22;branch=0..Via: SIP/2.0/UDP 192.168.0.15:5061..From: <sip:1010@vozsobreip.biz;user=phone>;tag=928 411572..To: <sip:2001@vozsobreip.biz;user=phone>;tag=0a96755a1d32d0360 b3e454593e5079b-f4f8..Call-ID: 3297551171@192.168.0.15..CSeq: 1 ACK..U ser-Agent: Cisco ATA 186 v2.15 ata18x (030122a)..Content-Length: 0... . # U 200.75.73.22:5060 -> 200.75.91.137:5060 ACK sip:2001@200.75.91.137:5060;user=phone;transport=udp SIP/2.0..Max- Forwards: 10..Via: SIP/2.0/UDP 200.75.73.22;branch=0..Via: SIP/2.0/UDP 192.168.0.15:5061..From: <sip:1010@vozsobreip.biz;user=phone>;tag=928 411572..To: <sip:2001@vozsobreip.biz;user=phone>;tag=0a96755a1d32d0360 b3e454593e5079b-f4f8..Call-ID: 3297551171@192.168.0.15..CSeq: 1 ACK..U ser-Agent: Cisco ATA 186 v2.15 ata18x (030122a)..Content-Length: 0... . # U 200.75.73.22:5060 -> 200.75.91.137:5060 ACK sip:2001@200.75.91.137:5060;user=phone;transport=udp SIP/2.0..Max- Forwards: 10..Via: SIP/2.0/UDP 200.75.73.22;branch=0..Via: SIP/2.0/UDP 192.168.0.15:5061..From: <sip:1010@vozsobreip.biz;user=phone>;tag=928 411572..To: <sip:2001@vozsobreip.biz;user=phone>;tag=0a96755a1d32d0360 b3e454593e5079b-f4f8..Call-ID: 3297551171@192.168.0.15..CSeq: 1 ACK..U ser-Agent: Cisco ATA 186 v2.15 ata18x (030122a)..Content-Length: 0... . exit ------=_NextPart_000_0009_01C322CD.41C9F360 Content-Type: text/plain; name="local.ata.txt" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="local.ata.txt" interface: eth1 (192.168.0.0/255.255.255.0) filter: ip and ( port 5060 ) # U 192.168.0.15:5061 -> 200.75.73.22:5060 INVITE sip:2001@vozsobreip.biz;user=phone SIP/2.0..Via: SIP/2.0/UDP 19 2.168.0.15:5061..From: <sip:1010@vozsobreip.biz;user=phone>;tag=928411 572..To: <sip:2001@vozsobreip.biz;user=phone>..Call-ID: 3297551171@192 .168.0.15..CSeq: 1 INVITE..Contact: <sip:1010@200.75.73.22:5061;user=p hone;transport=udp>..User-Agent: Cisco ATA 186 v2.15 ata18x (030122a) ..Expires: 300..Content-Length: 245..Content-Type: application/sdp.... v=0..o=1010 8066 8066 IN IP4 192.168.0.15..s=ATA186 Call..c=IN IP4 200 .75.73.22..t=0 0..m=audio 20002 RTP/AVP 4 8 0 101..a=rtpmap:4 G723/800 0/1..a=rtpmap:8 PCMA/8000/1..a=rtpmap:0 PCMU/8000/1..a=rtpmap:101 tele phone-event/8000..a=fmtp:101 0-15.. # U 200.75.73.22:5060 -> 192.168.0.15:5061 SIP/2.0 100 trying -- your call is important to us..Via: SIP/2.0/UDP 1 92.168.0.15:5061..From: <sip:1010@vozsobreip.biz;user=phone>;tag=92841 1572..To: <sip:2001@vozsobreip.biz;user=phone>..Call-ID: 3297551171@19 2.168.0.15..CSeq: 1 INVITE..Server: Sip EXpress router (0.8.10 (i386/l inux))..Content-Length: 0..Warning: 392 200.75.73.22:5060 "Noisy feedb ack tells: pid=32747 req_src_ip=192.168.0.15 in_uri=sip:2001@vozsobrei p.biz;user=phone out_uri=sip:2001@200.75.91.137:5060;user=phone;transp ort=udp via_cnt==1".... # U 200.75.73.22:5060 -> 192.168.0.15:5061 SIP/2.0 180 Ringing..Via: SIP/2.0/UDP 192.168.0.15:5061..From: <sip:10 10(a)vozsobreip.biz;user=phone>;tag=928411572..To: <sip:2001@vozsobreip. biz;user=phone>;tag=3742565922..Call-ID: 3297551171@192.168.0.15..CSeq : 1 INVITE..Server: Cisco ATA 186 v2.15 ata18x (030122a)..Content-Len gth: 0.... # U 192.168.0.15:5061 -> 200.75.73.22:5060 CANCEL sip:2001@vozsobreip.biz;user=phone SIP/2.0..Via: SIP/2.0/UDP 19 2.168.0.15:5061..From: <sip:1010@vozsobreip.biz;user=phone>;tag=928411 572..To: <sip:2001@vozsobreip.biz;user=phone>..Call-ID: 3297551171@192 .168.0.15..CSeq: 1 CANCEL..User-Agent: Cisco ATA 186 v2.15 ata18x (03 0122a)..Content-Length: 0.... # U 200.75.73.22:5060 -> 192.168.0.15:5061 SIP/2.0 200 cancelling..Via: SIP/2.0/UDP 192.168.0.15:5061..From: <sip :1010@vozsobreip.biz;user=phone>;tag=928411572..To: <sip:2001@vozsobre ip.biz;user=phone>;tag=0a96755a1d32d0360b3e454593e5079b-f4f8..Call-ID: 3297551171@192.168.0.15..CSeq: 1 CANCEL..Server: Sip EXpress router ( 0.8.10 (i386/linux))..Content-Length: 0..Warning: 392 200.75.73.22:506 0 "Noisy feedback tells: pid=32746 req_src_ip=192.168.0.15 in_uri=sip: 2001(a)vozsobreip.biz;user=phone out_uri=sip:2001@200.75.91.137:5060;use r=phone;transport=udp via_cnt==1".... # U 200.75.73.22:5060 -> 192.168.0.15:5061 SIP/2.0 487 Request cancelled..Via: SIP/2.0/UDP 192.168.0.15:5061..Fro m: <sip:1010@vozsobreip.biz;user=phone>;tag=928411572..To: <sip:2001@v ozsobreip.biz;user=phone>;tag=0a96755a1d32d0360b3e454593e5079b-f4f8..C all-ID: 3297551171@192.168.0.15..CSeq: 1 INVITE..Server: Sip EXpress r outer (0.8.10 (i386/linux))..Content-Length: 0..Warning: 392 200.75.73 .22:5060 "Noisy feedback tells: pid=32746 req_src_ip=192.168.0.15 in_u ri=sip:2001@vozsobreip.biz;user=phone out_uri=sip:2001@200.75.91.137:5 060;user=phone;transport=udp via_cnt==1".... # U 192.168.0.15:5061 -> 200.75.73.22:5060 ACK sip:2001@vozsobreip.biz:5060 SIP/2.0..Via: SIP/2.0/UDP 192.168.0.1 5:5061..From: <sip:1010@vozsobreip.biz;user=phone>;tag=928411572..To: <sip:2001@vozsobreip.biz;user=phone>;tag=0a96755a1d32d0360b3e454593e50 79b-f4f8..Call-ID: 3297551171@192.168.0.15..CSeq: 1 ACK..User-Agent: C isco ATA 186 v2.15 ata18x (030122a)..Content-Length: 0.... # U 200.75.73.22:5060 -> 192.168.0.15:5061 SIP/2.0 487 Request cancelled..Via: SIP/2.0/UDP 192.168.0.15:5061..Fro m: <sip:1010@vozsobreip.biz;user=phone>;tag=928411572..To: <sip:2001@v ozsobreip.biz;user=phone>;tag=0a96755a1d32d0360b3e454593e5079b-f4f8..C all-ID: 3297551171@192.168.0.15..CSeq: 1 INVITE..Server: Sip EXpress r outer (0.8.10 (i386/linux))..Content-Length: 0..Warning: 392 200.75.73 .22:5060 "Noisy feedback tells: pid=32746 req_src_ip=192.168.0.15 in_u ri=sip:2001@vozsobreip.biz;user=phone out_uri=sip:2001@200.75.91.137:5 060;user=phone;transport=udp via_cnt==1".... # U 192.168.0.15:5061 -> 200.75.73.22:5060 ACK sip:2001@vozsobreip.biz:5060 SIP/2.0..Via: SIP/2.0/UDP 192.168.0.1 5:5061..From: <sip:1010@vozsobreip.biz;user=phone>;tag=928411572..To: <sip:2001@vozsobreip.biz;user=phone>;tag=0a96755a1d32d0360b3e454593e50 79b-f4f8..Call-ID: 3297551171@192.168.0.15..CSeq: 1 ACK..User-Agent: C isco ATA 186 v2.15 ata18x (030122a)..Content-Length: 0.... # U 200.75.73.22:5060 -> 192.168.0.15:5061 SIP/2.0 487 Request cancelled..Via: SIP/2.0/UDP 192.168.0.15:5061..Fro m: <sip:1010@vozsobreip.biz;user=phone>;tag=928411572..To: <sip:2001@v ozsobreip.biz;user=phone>;tag=0a96755a1d32d0360b3e454593e5079b-f4f8..C all-ID: 3297551171@192.168.0.15..CSeq: 1 INVITE..Server: Sip EXpress r outer (0.8.10 (i386/linux))..Content-Length: 0..Warning: 392 200.75.73 .22:5060 "Noisy feedback tells: pid=32746 req_src_ip=192.168.0.15 in_u ri=sip:2001@vozsobreip.biz;user=phone out_uri=sip:2001@200.75.91.137:5 060;user=phone;transport=udp via_cnt==1".... # U 192.168.0.15:5061 -> 200.75.73.22:5060 ACK sip:2001@vozsobreip.biz:5060 SIP/2.0..Via: SIP/2.0/UDP 192.168.0.1 5:5061..From: <sip:1010@vozsobreip.biz;user=phone>;tag=928411572..To: <sip:2001@vozsobreip.biz;user=phone>;tag=0a96755a1d32d0360b3e454593e50 79b-f4f8..Call-ID: 3297551171@192.168.0.15..CSeq: 1 ACK..User-Agent: C isco ATA 186 v2.15 ata18x (030122a)..Content-Length: 0.... # U 200.75.73.22:5060 -> 192.168.0.15:5061 SIP/2.0 487 Request cancelled..Via: SIP/2.0/UDP 192.168.0.15:5061..Fro m: <sip:1010@vozsobreip.biz;user=phone>;tag=928411572..To: <sip:2001@v ozsobreip.biz;user=phone>;tag=0a96755a1d32d0360b3e454593e5079b-f4f8..C all-ID: 3297551171@192.168.0.15..CSeq: 1 INVITE..Server: Sip EXpress r outer (0.8.10 (i386/linux))..Content-Length: 0..Warning: 392 200.75.73 .22:5060 "Noisy feedback tells: pid=32746 req_src_ip=192.168.0.15 in_u ri=sip:2001@vozsobreip.biz;user=phone out_uri=sip:2001@200.75.91.137:5 060;user=phone;transport=udp via_cnt==1".... # U 192.168.0.15:5061 -> 200.75.73.22:5060 ACK sip:2001@vozsobreip.biz:5060 SIP/2.0..Via: SIP/2.0/UDP 192.168.0.1 5:5061..From: <sip:1010@vozsobreip.biz;user=phone>;tag=928411572..To: <sip:2001@vozsobreip.biz;user=phone>;tag=0a96755a1d32d0360b3e454593e50 79b-f4f8..Call-ID: 3297551171@192.168.0.15..CSeq: 1 ACK..User-Agent: C isco ATA 186 v2.15 ata18x (030122a)..Content-Length: 0.... # U 200.75.73.22:5060 -> 192.168.0.15:5061 SIP/2.0 487 Request cancelled..Via: SIP/2.0/UDP 192.168.0.15:5061..Fro m: <sip:1010@vozsobreip.biz;user=phone>;tag=928411572..To: <sip:2001@v ozsobreip.biz;user=phone>;tag=0a96755a1d32d0360b3e454593e5079b-f4f8..C all-ID: 3297551171@192.168.0.15..CSeq: 1 INVITE..Server: Sip EXpress r outer (0.8.10 (i386/linux))..Content-Length: 0..Warning: 392 200.75.73 .22:5060 "Noisy feedback tells: pid=32746 req_src_ip=192.168.0.15 in_u ri=sip:2001@vozsobreip.biz;user=phone out_uri=sip:2001@200.75.91.137:5 060;user=phone;transport=udp via_cnt==1".... # U 192.168.0.15:5061 -> 200.75.73.22:5060 ACK sip:2001@vozsobreip.biz:5060 SIP/2.0..Via: SIP/2.0/UDP 192.168.0.1 5:5061..From: <sip:1010@vozsobreip.biz;user=phone>;tag=928411572..To: <sip:2001@vozsobreip.biz;user=phone>;tag=0a96755a1d32d0360b3e454593e50 79b-f4f8..Call-ID: 3297551171@192.168.0.15..CSeq: 1 ACK..User-Agent: C isco ATA 186 v2.15 ata18x (030122a)..Content-Length: 0.... # U 200.75.73.22:5060 -> 192.168.0.15:5061 SIP/2.0 487 Request cancelled..Via: SIP/2.0/UDP 192.168.0.15:5061..Fro m: <sip:1010@vozsobreip.biz;user=phone>;tag=928411572..To: <sip:2001@v ozsobreip.biz;user=phone>;tag=0a96755a1d32d0360b3e454593e5079b-f4f8..C all-ID: 3297551171@192.168.0.15..CSeq: 1 INVITE..Server: Sip EXpress r outer (0.8.10 (i386/linux))..Content-Length: 0..Warning: 392 200.75.73 .22:5060 "Noisy feedback tells: pid=32746 req_src_ip=192.168.0.15 in_u ri=sip:2001@vozsobreip.biz;user=phone out_uri=sip:2001@200.75.91.137:5 060;user=phone;transport=udp via_cnt==1".... # U 192.168.0.15:5061 -> 200.75.73.22:5060 ACK sip:2001@vozsobreip.biz:5060 SIP/2.0..Via: SIP/2.0/UDP 192.168.0.1 5:5061..From: <sip:1010@vozsobreip.biz;user=phone>;tag=928411572..To: <sip:2001@vozsobreip.biz;user=phone>;tag=0a96755a1d32d0360b3e454593e50 79b-f4f8..Call-ID: 3297551171@192.168.0.15..CSeq: 1 ACK..User-Agent: C isco ATA 186 v2.15 ata18x (030122a)..Content-Length: 0.... # U 200.75.73.22:5060 -> 192.168.0.15:5061 SIP/2.0 487 Request cancelled..Via: SIP/2.0/UDP 192.168.0.15:5061..Fro m: <sip:1010@vozsobreip.biz;user=phone>;tag=928411572..To: <sip:2001@v ozsobreip.biz;user=phone>;tag=0a96755a1d32d0360b3e454593e5079b-f4f8..C all-ID: 3297551171@192.168.0.15..CSeq: 1 INVITE..Server: Sip EXpress r outer (0.8.10 (i386/linux))..Content-Length: 0..Warning: 392 200.75.73 .22:5060 "Noisy feedback tells: pid=32746 req_src_ip=192.168.0.15 in_u ri=sip:2001@vozsobreip.biz;user=phone out_uri=sip:2001@200.75.91.137:5 060;user=phone;transport=udp via_cnt==1".... # U 192.168.0.15:5061 -> 200.75.73.22:5060 ACK sip:2001@vozsobreip.biz:5060 SIP/2.0..Via: SIP/2.0/UDP 192.168.0.1 5:5061..From: <sip:1010@vozsobreip.biz;user=phone>;tag=928411572..To: <sip:2001@vozsobreip.biz;user=phone>;tag=0a96755a1d32d0360b3e454593e50 79b-f4f8..Call-ID: 3297551171@192.168.0.15..CSeq: 1 ACK..User-Agent: C isco ATA 186 v2.15 ata18x (030122a)..Content-Length: 0.... # U 200.75.73.22:5060 -> 192.168.0.15:5061 SIP/2.0 487 Request cancelled..Via: SIP/2.0/UDP 192.168.0.15:5061..Fro m: <sip:1010@vozsobreip.biz;user=phone>;tag=928411572..To: <sip:2001@v ozsobreip.biz;user=phone>;tag=0a96755a1d32d0360b3e454593e5079b-f4f8..C all-ID: 3297551171@192.168.0.15..CSeq: 1 INVITE..Server: Sip EXpress r outer (0.8.10 (i386/linux))..Content-Length: 0..Warning: 392 200.75.73 .22:5060 "Noisy feedback tells: pid=32746 req_src_ip=192.168.0.15 in_u ri=sip:2001@vozsobreip.biz;user=phone out_uri=sip:2001@200.75.91.137:5 060;user=phone;transport=udp via_cnt==1".... # U 192.168.0.15:5061 -> 200.75.73.22:5060 ACK sip:2001@vozsobreip.biz:5060 SIP/2.0..Via: SIP/2.0/UDP 192.168.0.1 5:5061..From: <sip:1010@vozsobreip.biz;user=phone>;tag=928411572..To: <sip:2001@vozsobreip.biz;user=phone>;tag=0a96755a1d32d0360b3e454593e50 79b-f4f8..Call-ID: 3297551171@192.168.0.15..CSeq: 1 ACK..User-Agent: C isco ATA 186 v2.15 ata18x (030122a)..Content-Length: 0.... exit ------=_NextPart_000_0009_01C322CD.41C9F360--

1 0

None
by None 14 Dec '22

14 Dec '22

ACK messages SER keeps sending the 487 Request cancelled message as if the ACK didn't match. Any suggestion of what it can be? I'm using as the endpoint an ATA186, v2.15, and ser version 0.8.11. Best Regards, Alejandro

1 0

None
by None 14 Dec '22

14 Dec '22

/bin/sh -c 'cd /usr/local/mysql ; ./bin/safe_mysqld --user=mysql &' Gary Goodloff KALG Communications, LTD T: 402-898-4152 C: 402-208-5183 F: 413-294-3404 -----Original Message----- From: serusers-admin(a)iptel.org [mailto:serusers-admin@lists.iptel.org] On Behalf Of Todd Sent: Wednesday, May 21, 2003 5:05 PM To: Sip Questions List Subject: [Serusers] Mysql Connection Errors Ok..I have setup SER according to the guide on the iptel site. Here is a copy of what's in my ser.cfg _________________________________________ # # $Id: ser.cfg,v 1.12 2002/10/21 02:40:06 jiri Exp $ # # simple quick-start config script # # ----------- global configuration parameters ------------------------ debug=3 # debug level (cmd line: -dddddddddd) fork=yes log_stderror=no # (cmd line: -E) check_via=no # (cmd. line: -v) dns=no # (cmd. line: -r) rev_dns=no # (cmd. line: -R) port=5060 children=4 fifo="/tmp/ser_fifo" # ------------------ module loading ---------------------------------- # Uncomment this if you want to use SQL database loadmodule "//usr/lib/ser/modules/mysql.so" loadmodule "//usr/lib/ser/modules/sl.so" loadmodule "//usr/lib/ser/modules/tm.so" loadmodule "//usr/lib/ser/modules/rr.so" loadmodule "//usr/lib/ser/modules/maxfwd.so" loadmodule "//usr/lib/ser/modules/usrloc.so" loadmodule "//usr/lib/ser/modules/registrar.so" # Uncomment this if you want digest authentication # mysql.so must be loaded ! loadmodule "//usr/lib/ser/modules/auth.so" # ----------------- setting module-specific parameters --------------- # -- usrloc params -- #modparam("usrloc", "db_mode", 0) # Uncomment this if you want to use SQL database # for persistent storage and comment the previous line modparam("usrloc", "db_mode", 2) # -- auth params -- # Uncomment if you are using auth module # #modparam("auth", "secret", "alsdkhglaksdhfkloiwr") modparam("auth", "calculate_ha1", yes) # # If you set "calculate_ha1" parameter to yes (which true in this config), # uncomment also the following parameter) # modparam("auth", "password_column", "password") # ------------------------- request routing logic ------------------- # main routing logic route{ # initial sanity checks -- messages with # max_forwars==0, or excessively long requests if (!mf_process_maxfwd_header("10")) { sl_send_reply("483","Too Many Hops"); break; }; if (len_gt( max_len )) { sl_send_reply("513", "Message too big"); break; }; # Do strict routing if pre-loaded route headers present rewriteFromRoute(); # if the request is for other domain use UsrLoc # (in case, it does not work, use the following command # with proper names and addresses in it) if (uri=~"computergeeks.hopto.org") { if (method=="REGISTER") { # Uncomment this if you want to use digest authentication if (!www_authorize("computergeeks.hopto.org", "subscriber")) { www_challenge("computergeeks.hopto.org", "0"); break; }; save("location"); break; }; # native SIP destinations are handled using our USRLOC DB if (!lookup("location")) { sl_send_reply("404", "Not Found"); break; }; }; # forward to current uri now if (!t_relay()) { sl_reply_error(); }; } _________________________________________________ The modules are all where they say they are but when I try to start SER I get this in my messages log file May 21 18:58:45 computergeeks ser: ser startup succeeded May 21 18:58:45 computergeeks /usr/sbin/ser[13089]: connect_db(): Can't connect to local MySQL server through socket '/var/lib/mysql/mysql.sock' (2) May 21 18:58:45 computergeeks /usr/sbin/ser[13089]: db_init(): Error while trying to connect database May 21 18:58:45 computergeeks /usr/sbin/ser[13089]: mod_init(): Error while connecting database May 21 18:58:45 computergeeks /usr/sbin/ser[13089]: init_modules(): Error while initializing module usrloc Can someone please tell me what I'm doing wrong? I've searched all over the net for information on this...I'm sure it's something simple..but I'm overlooking it. If I disable the Mysql integration is works perfect, so I'm thinking it has something to do with the mysql.so module?!? Thanks Todd ------=_NextPart_000_00B1_01C31FBD.C81364A0 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 TRANSITIONAL//EN"> <html xmlns:o=3D"urn:schemas-microsoft-com:office:office" = xmlns:w=3D"urn:schemas-microsoft-com:office:word" = xmlns=3D"http://www.w3.org/TR/REC-html40"> <head> <META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; = charset=3Dus-ascii"> <meta name=3DProgId content=3DWord.Document> <meta name=3DGenerator content=3D"Microsoft Word 10"> <meta name=3DOriginator content=3D"Microsoft Word 10"> <link rel=3DFile-List href=3D"cid:filelist.xml@01C31FBD.C730CCD0">  <style>  </style>  </head> <body lang=3DEN-US link=3Dblue vlink=3Dpurple = style=3D'tab-interval:.5in'> <div class=3DSection1> Those SQL = Errors:<o:p></o:p> <o:p> </o:p> May 21 18:58:45 computergeeks ser: ser startup succeeded May 21 18:58:45 = computergeeks /usr/sbin/ser[13089]: connect_db(): Can't connect to local MySQL server through socket '/var/lib/mysql/mysql.sock' (2) May 21 18:58:45 = computergeeks /usr/sbin/ser[13089]: db_init(): Error while trying to connect = database May 21 18:58:45 = computergeeks /usr/sbin/ser[13089]: mod_init(): Error while connecting = database May 21 18:58:45 = computergeeks /usr/sbin/ser[13089]: init_modules(): Error while initializing = module usrloc<o:p></o:p> <o:p> </o:p><= /p> This means that the mysql daemon is either not running or is not running on the default = port.<o:p></o:p> <o:p> </o:p><= /p> On freebsd – this is how I start my sql daemon:<o:p></o:p> From /etc/rc.local<o:p></o:p> /bin/sh = -c 'cd /usr/local/mysql ; ./bin/safe_mysqld = --user=3Dmysql &'<o:p></o:p> <o:p> </o:p> <div> Gary Goodloff KALG Communications, LTD T: 402-898-4152 C: 402-208-5183 F: 413-294-3404 <o:p></o:p> </div> -----Original = Message----- From: = serusers-admin(a)lists.iptel.org [mailto:serusers-admin@lists.iptel.org] On = Behalf Of Todd Sent: Wednesday, May 21, = 2003 5:05 PM To: Sip Questions = List Subject: [Serusers] Mysql Connection Errors <o:p> </o:p> Ok..I have setup SER according to the guide on the iptel site. Here is a copy of what's in my ser.cfg _________________________________________ # # $Id: ser.cfg,v 1.12 = 2002/10/21 02:40:06 jiri Exp $ # # simple quick-start = config script # # ----------- global = configuration parameters ------------------------ debug=3D3       &= nbsp;  # debug level (cmd line: -dddddddddd) fork=3Dyes = log_stderror=3Dno # (cmd = line: -E) check_via=3Dno # (cmd. = line: -v) dns=3Dno       &n= bsp;   # (cmd. line: -r) rev_dns=3Dno      # (cmd. line: -R) port=3D5060 = children=3D4 = fifo=3D"/tmp/ser_fifo" # ------------------ = module loading ---------------------------------- # Uncomment this if you = want to use SQL database loadmodule "//usr/lib/ser/modules/mysql.so" loadmodule "//usr/lib/ser/modules/sl.so" loadmodule "//usr/lib/ser/modules/tm.so" loadmodule "//usr/lib/ser/modules/rr.so" loadmodule "//usr/lib/ser/modules/maxfwd.so" loadmodule "//usr/lib/ser/modules/usrloc.so" loadmodule "//usr/lib/ser/modules/registrar.so" # Uncomment this if you = want digest authentication # mysql.so must be loaded = ! loadmodule "//usr/lib/ser/modules/auth.so" # ----------------- = setting module-specific parameters --------------- # -- usrloc params = -- #modparam("usrloc", "db_mode",   0) # Uncomment this if you = want to use SQL database # for persistent storage = and comment the previous line modparam("usrloc", "db_mode", 2) # -- auth params = -- # Uncomment if you are = using auth module # #modparam("auth", "secret", "alsdkhglaksdhfkloiwr") modparam("auth", "calculate_ha1", yes) # # If you set "calculate_ha1" parameter to yes (which true in this config), = # uncomment also the = following parameter) # modparam("auth", "password_column", "password") # = -------------------------  request routing logic ------------------- # main routing = logic route{ # initial sanity checks -- = messages with # max_forwars=3D=3D0, or = excessively long requests if (!mf_process_maxfwd_header("10")) { sl_send_reply("483","Too Many Hops"); break; }; if (len_gt( max_len )) = { sl_send_reply("513", "Message too big"); break; }; # Do strict routing if = pre-loaded route headers present rewriteFromRoute(); # if the request is for = other domain use UsrLoc # (in case, it does not = work, use the following command # with proper names and = addresses in it) if (uri=3D~"computergeeks.hopto.org") { if = (method=3D=3D"REGISTER") { # Uncomment this if you = want to use digest authentication if (!www_authorize("computergeeks.hopto.org", = "subscriber")) { www_challenge("computergeeks.hopto.org", "0"); break; }; save("location"); break; }; # native SIP destinations = are handled using our USRLOC DB if = (!lookup("location")) { sl_send_reply("404", "Not Found"); break; }; }; # forward to current uri = now if (!t_relay()) = { sl_reply_error(); }; } _________________________________________________ The modules are all where they say they are but when I try to start SER = I get this in my messages log file May 21 18:58:45 = computergeeks ser: ser startup succeeded May 21 18:58:45 = computergeeks /usr/sbin/ser[13089]: connect_db(): Can't connect to local MySQL server = through socket '/var/lib/mysql/mysql.sock' (2) May 21 18:58:45 = computergeeks /usr/sbin/ser[13089]: db_init(): Error while trying to connect = database May 21 18:58:45 = computergeeks /usr/sbin/ser[13089]: mod_init(): Error while connecting = database May 21 18:58:45 = computergeeks /usr/sbin/ser[13089]: init_modules(): Error while initializing module = usrloc Can someone please tell me what I'm doing wrong?  I've searched all = over the net for information on this...I'm sure it's something simple..but = I'm overlooking it. If I disable the Mysql integration is works perfect, so I'm thinking it = has something to do with the mysql.so module?!? Thanks Todd <o:p></o:p> </div> </body> </html> ------=_NextPart_000_00B1_01C31FBD.C81364A0--

1 0

None
by None 14 Dec '22

14 Dec '22

stream, for such cases, is it possible? Any pointers would be great. -- Michael Vasilenko

1 0

None
by None 14 Dec '22

14 Dec '22

fgets failed: Illegal seek. It happens when 2 end points try to set up a session and one of them cancels it before any end-to-end connection is established. Has anyone found this problem before? (See attached file: cancelsegdump.tar.gz) Jaime --0__=PnXC9kr0ykdwrnb6uT2PR1PNFM05c9HrUcAPjHVL7TjiDE1fTDc3v998 Content-type: application/octet-stream; name="cancelsegdump.tar.gz" Content-Disposition: attachment; filename="cancelsegdump.tar.gz" Content-transfer-encoding: base64 H4sIAAseXj4AA+0da3PaSDKfqcp/mMuHjX0HRKM32Lg2cew912adLezsfkilVIM0Aq2FRPSI7b3a /e3XM5KwhAQIG5LYqykbBOrumenp6ackTOKZ1A3p2Iqns250Ez3bfhOwIKiy/ExIWvEdCyLGyjNB U0VNxqqkSAAvYVl5hoQdjKXU4jAiAULPAt9fOfd15x9pQ8IeliRR3keuTyzHG6Opb8UuRd1XyUH4 anobfnaT127ot2pghC781YSdBY4XJa81MaIp/NWEjcPA9c30rSZOEMBfXVg6dsIoIMHdUU1MEkcT /lJ31vQm8mfz95pY9Iaa/KU2fMT+a0Lb5oz9F6Ftx7OMGQnI1KA3Mz+I+sj2Y89Ch9bIAEx6hBwv o5UsDPq4fMU+1SIdOVMaGCBDNPhC3F30AIOPg69EmYlFnm5eVko0F6iBDDpmZAR+HBU4HQR5ipmM r6VGvhSpZFJeIFa5CdaRdn3/Kp7tiHjoGiGFrwM6c2/zfcCJ9OhjWV+towpspS4p0IumeUKZaqox PD4ygwaBH9xrfGyB2aaMyAiAhX7uFIIdTAOPZKQMk7juXm5ExiwKDoUbWRAUiyjC0d2p/QN098Gx UQ5rSqOJb919Hgzujl8MT346u7g8Gb7IkUL/u8+QsNjT7PyQ2ugF7CYSOb73YslArcCf5YhFtzN6 uHRWfyHm7+QH91f+NN84OWK4Yc7mzKkLt1SecV6ei6w+f3+5h+7HPN3UN2TejqnvP1giBFnTtIVu ZUF+Ufji3I/QKdM8X0NGtrVaWCuK+n3XZTWd7awAWdpBw9nHwNmcsvn99fD87PynPoomFE0JWGZu qRf0kxMiOp1Ft605uOeDcQ+umB2neXpvT958gNOO50Rswn3EA6kWf0Ud/r1DXOdPoL0Ka+4XtCBe jSh4BeFa7MRhAr/YdmzfMKdAxqPXyPSnUwJeyB5zkoBYuD+HpFaZyi9vFQRLZMYu9AskdF0eybKs WKomSpaiYtNSsCjII6rrKu7hVbPgYR50agEzW/zDBiyIprmzl78sYHa73c05EBkxMQ3LHa9mwXoy ExJOVtMAW3BlzAdMky/uZsDtBGK5iOh+I1i1ksev3707e7vQWR8pljgSbAntudQb6PslBGEgpCDr pULs2VhUZL0nyqps2aIiyRbGPcvSpNFIF/X1FCRZ7umarPQI0BJFVZAUSkmvJ5o6ljFRV4lGEnFt zra41g6oQSWYboGEYfpeRMzowaRYLu/BRGw3XifTNagQy3owjXDiX6/hTVWQ9TcLrENqcI2dj7ES 3ftxWYZrXfDG6DLR2zJJ0/XDbQ/zc0yD2y3TDMj1TujaAaU7Iex4IQ22vVoWmOBo28sVzyxyb6IA wcVyb7+P3hIQegIOD+waj5rctvgz6lELhbFpgvNgx+7tKo0aBK0hNf3AQkMWy21gpudpmm+Sovmb adJMpcSWzzy4BybtKnpIRMqIA86i7dNPpGt39Md0h4Pnns7OWB97u6UfAOth5+yOPZnspAZtd8Kz sw649OyMeqIEt9BBSTOxDHrjMzQ+Q+Mz7NYulyP3pGbZSt83cCZY6bLFXjbAsc1ZC/6XY1RXo4hl RNOHl3bmzkc0NUcPJ5eWnIzI3xqtbRBK0ybbGdOCnD2IkHHtRBNj5FtbIemEzJspFpTvS4tZTXCL vdBwLOpF2yCZlFC3R8/2g2sSWIbne8S8qklRYNRuWGq0XF5G+Wr0UuDKCi9ipecUJYxHU9jdXNGz 8CYERWpG4A7QoJ26CW2YjBPQsP25zfLJjtU2Q/oZ2YE/RVkZBm04goS9y5AyzYcKCnMZdMYylG7C OlRzJeIU/Oz89H0fxdaMOxN9dPHeGB7/9ubDKUtIp9rOvUWqokhKipKqxzucKLhlXc5R+whLWNCE InxIo6gAdsC+GiSg7S80cOzbQRXiqo5EVcRyvY4S0FUdlRDRhIQsDU9tG6Rjk+lLGOs1p89AHz6q lesIe5OvYkYe802rspx3n0fxXPuydFnykXXHPvEM+Bw4HQ87gUD0Zq/CNMeWJgLavFIxkCWYuciR tGxcHGoW+CxPkKSkoQvOJ1HLAS8YXsOcOK6F9sT9JFW/CJdsSyOMbRD6Purwsz/intjFqt5Vu1iR 6hHPkr11YIOgDFdKPGNLUmVRo6Rnij3J1LAqE1EaCRLVqKXJ9XpKgos6kOAE1QNkjsxSPycDFPYX KiMr2C0vsrsO8RK7L06GJTnkIgMSBjsDxTNEoqLMVRZnqjoLgjLc5utVp6eFYHAFJF+vOoDF9bo4 +xUNKdisMCpcnJNcKtJH6DC7LuQofzoOHDgH7TB0Zn0CHKR/0K4PjsOYdk2/G18VwIHhIS/mHEJ/ r8SukD87IwHEshNKLICC8blkHA7yBTowW8i3UQKBAkrMCdMMvMQ4UJZT+s0hidfQriC6ABtNmG0K eT3VdoIwQl8ckgN/bYO3nCJNw4U63gxsIAl43dVHQezNy7ChGTizKFyArpqvqKh1Z9wrrzPz2iYW k2LqwqIdXoIf/lGSPx2whRp8ZGv0B3Gm9MeqlfpUUQiGeTDvFH08XI179LyVd9gWxsGdm8PjC/r5 CAaFj6qFaWEOvN8+ywlH4DAaLvXG0WQg5N1C7gkWeLToNPIlTBw65oqd+2mCOOV6QiKHlPcAGcLl BObK5MHLMP97um4JO3nxGsWw4bJyEKN4DKsIigEdJ18BvX523E92EdbEroi7oPc0vY9VTZeODj4P hK4gHKRu4wCLgvC8tdFAQHLMK1bgAvxwL99HGxU/CfnaakBN6nzhsg5r4VLCDXi8meq4+PDm4nh4 9uZkhe6YkuCqWrQaBfKtFYiUVyBLF2q9/li+xhuqj0qBeoT6I4nZGOBLxpuXiF37lgwLotnSdQJP Y5eHzTb/Pre5vLjNq1eq3j5fssrNRufMefo7fUZnS1zFZqN/641esOdLF2r9Pl++xv/QbR5cB04C OKTskC11upU6H4ZniKX70cs56wqevqQIgvCyguVskzu2R6/7CAQMOdZARm00dv0RcbNvBPjmEvke zJ5l7U06EG7stG2kVioh1DyX54n8INURSdINhZQE5oTn3tj1pQNVkQW5Dbx6ffxzYZnSefGUHbXS zQE7pTM8PZZEFSNedyDJdUBTEnGiVXxZHAesSR51cS1TvOmVAV3f3PaR5bPO355fpOp5Ie/zJs1L jYh5xS/YRhJMx0ISY/LCFX3r2XZPfZ0OGvCMyDci4riGbxv8BsKP8qc+Em5kURwRXa7gcCWSkENS 8he68kQZu5ixwMNr62VhorXtB7sKHe0xxRSH+/3aOh8lGMzKYKF4BrRdyNBAi/Gs+PZMxRNTnPzm GcTv3kzkVpTENjocMcUwOUIDdPhnb/KTPPrZ1Gy7q2Msi5rK1uEg5QeubXK+ByOb7KyQujbqJB+Y SDowZD+MBgMmTFgaDLCEfvgBoY+FpPIndu/bwlcFi5KUGHltKys9zouMbRhRGLLOkpsuYI2diuRr ZPBBzbW3kulurskvE/W5gb7GWlUfSfktU5eJDkZcByOXjKiLVFkRRNzTVJQIAqrQGGUyycz4Z2qh vctBqjs0Qd//12ZzVWCuIEw5ClX4vpdx2w/G3VQdoJiEA6ENbyYoMLB2vM4N705oON4XsLmDgtbs HGUNXRomqxwBMui25BgUS7nn5MKFtOuEQwyJ1XXZOz9dNJWrtKy2TDU3+bTG/27yaU0+rcmnPf1t 3uTTmnxak0/7B2z0xxEWPsJt/pXyaXopn6b88/Jpnu91gHQW69VJuJWybQsB4mI2jYWXHIddH5uG Wp4fTbINPT/ZKNhGwTYK9uko2F5JweqNgm0UbKNgGwXbKNhtKFgslDRsr9Gw372GXbz/hRcPUpVA +1o7cgd3VQTk0ZtosOc57n4Zc95xyLSnMSGe5QIpdoLPFN7ZbV+s470oN8E2mu80BLoH5UmvrqIo gpQfRrlarvBquXxXLS+PuUbJJX9L0VJZnUNslsWZo2XPRfvyeQrjCfkTr5J3dv8Tm1b1+Pmj1tgw qdVFo9gGxupCz1YVvY9S84UUYCtMajKl05TvIwnnz6/mosC5iCuuOchuneG3dLjUjkoWu6nBfzNT 1dTgv+saPMa5wjQYz6ddhS/OFj+wDg+Kf16Jh+PNa/GcwNOpxp+d/3Z2uSrwWXHb1PYin1q+MRZr 6+MKoajWx+IW7i5bjbqhPi6vx3pl/PoYK7Isn+j6Gz35vY9TqXeqvVV6x1oHS/9+rHp56+HmY4qo yjfS1QymxFIwBUrzu4umdE36ni6vnV8/muy/jZhyz+JrPbe9bFuYMYVoKEIgXXm/3ZZyfjku+e2m kPfbK5TvPCKEfeCElRHoN7r6OO39jNvnLrpIn/vAHjzEoFnk9/DlqHet8kg1N79WeaRa/5xrlWvH Dj1V6gpUtrUeVprQ4WuFDlLemRYfGjo8At9Eq7fyIQVv01pY+tz25nMEFDIeCLhn2kQxOzKR9A7G ltbpgbXqwNxUZSSbGJujulMR62YONGnnnuoD/dRKaal4QsiSOBMcgjTKxJKq97CERWEbYeZI0euF mYWdIRXCTEZjszATVOrKC77x6iCTo3/NIBMvM1Zf0wzpy8zQEPps7NCTskPy4m5r7FBjhxo7tLgz 5C3aITh+sCXS72uJ8njIdy2UBLxST+Pks49SfvMljx+CMM5gz5Y0QGrYB5YXnDk0o+AHzrivi5xK H4mYdcgCfgkrjKWD1jzk1QWUGpLnLdif82D41Ye3v6Jy7fogncpazfG8dQrD66OVdZkDtmM7mt7r abqiAM6ln2As3wcHdTf589YxxNqds7d9pMuioEuiJohgzVQ40gtVeYCEvQO2IM1zPG99gI47r8cQ lvfR745n+dchGl4ev8JdGONxkoDtvOMJWPAQnrcKD25aV0q8f0pik1Ji7QTCjjyfVen149fnxyfv vnV6/YnmysvMfQR+wGPJlT/py5XunVxXysl1uUmu13t2RYb3Hiw2e+7uZf9u4Ix/3P1iTLxlTlgt fJPx2wVfoOJKqLzbVaWSFqmx38GasV8NKAz9ET1Hw1RrGz0hh6RVGAAqst+KZLzlxymfc5LzHRZI Nq2n1HAx5s/hPRkO3w+TR+8a6aN3bdCMoLGArexBuWdAfQxKIaT06hHiJQ+jDp0xbAQESi71ffIs +IVOfdiZaWyxN7sasyzP/DQwPTvFfT+qm0IBgCn5GffZBwgLsorF/NOw2QPmLXZCBylgx//xYfBM qAaShsGGs58fgWBEFmVml+/wpuSGw6O9Ocb+AEmanH+WNPuRPqZkYLXZv29eMT/VDsh4CmsdFobJ m9BF5wilEps6s6Kso2T8klhCwFUI2goEsQqBZAhyTy1hyBUYsrm8C1w1CVWp7iLjEGMzch3wPfiP NaI8a7hpSeY6Zx2o/m7izYoVkGJtSLUmJJa0Skicg+ysaq137CdDvNTktFChFXJgiymxfl8RQMG+ dh1wXUHRpQ4s/xZVebPJmVb6S0ppxmzhl1LOch/ufs4tBW6xB2cvQXzWtKY1rWlNa1rTmta0pjWt aU1rWtOa1rSmNa1pTWta05rWtG/d/g/YEn7NAKAAAA== --0__=PnXC9kr0ykdwrnb6uT2PR1PNFM05c9HrUcAPjHVL7TjiDE1fTDc3v998-- ------<80256CDA.004DFAC0.00@ruddick> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit ******************************************************************************* Important. Confidentiality: This communication is intended for the above-named person and may be confidential and/or legally privileged. Any opinions expressed in this communication are not necessarily those of the company. If it has come to you in error you must take no action based on it, nor must you copy or show it to anyone; please delete/destroy and inform the sender immediately. Monitoring/Viruses Orange may monitor all incoming and outgoing emails in line with current legislation. Although we have taken steps to ensure that this email and attachments are free from any virus, we advise that in keeping with good computing practice the recipient should ensure they are actually virus free. Orange PCS Limited is a subsidiary of Orange SA and is registered in England No 2178917, with its address at St James Court, Great Park Road, Almondsbury Park, Bradley Stoke, Bristol BS32 4QJ. ******************************************************************************* ------<80256CDA.004DFAC0.00@ruddick>

1 0

None
by None 14 Dec '22

14 Dec '22

Please give me an example of their interaction. Could I use B2BUA without SER(and without any SIP proxy)? Thanks Igor Vasiliev >

1 0

Re: [SR-Users] sr-users Digest, Vol 211, Issue 8
by Pooja Yadav 13 Dec '22

13 Dec '22

Hi Daniel and Everyone, Thanks for the inputs. We understand that Kamailio is a SIP signalling server irrespective of any core. But we have seen a thread in Open5Gs community where they established the call with Kamailio IMS. Below thread is for your reference. https://open5gs.org/open5gs/docs/tutorial/02-VoLTE-setup/ If you have any inputs on this it is most welcome. We just want to check the feasibility of establishing voice/video call with 5G core. Your inputs will be appreciated. Thanks and regards Pooja Yadav > On 09-Dec-2022, at 4:33 PM, sr-users-request(a)lists.kamailio.org wrote: >

2 1

Delays sending over WSS
by Alex Balashov 12 Dec '22

12 Dec '22

Hi, I’ve run into stubbornly persistent problems with packets not reaching WSS clients until some seconds (5-6s or more!) after they were supposedly sent. The symptom is that Kamailio logs the event as sent at 20:00:00, including in the onsend_route, but in actual reality it takes quite a bit longer to send at the OS network stack level. This happens occasionally and quite universally, with no discernible pattern tied to particular endpoints, networks, etc. For a long time, I’ve just assumed this was a receive delay, since Kamailio logged an expectedly prompt relay time. I figured it was an application or browser execution delay and had nothing to do with networking. Based on what we know about the capriciousness of browsers and their internal task scheduling, this seemed rather plausible. However, I’ve since been able to ascertain that this is not the right understanding of the problem, because a parallel and unrelated WS keepalive, going from a different backend to the same application/browser tab/event loop, is consistently replied to in a timely manner. Anyway, I’m curious what else can be done to debug and/or fix this. I did turn up the size of my write buffers — tcp_wq_conn_max and the global one — quite a lot, some time ago and for unrelated reasons. I wonder if this might actually make the problem worse, since it leads to more bytes queued to send to an endpoint on the other side that could, conceivably, not be reading them fast enough. But I also wonder if this is tied up in some low-level TLS or WS parameters unrelated to more general TCP configuration. Thanks much! — Alex — Sent from mobile, apologies for brevity and errors.

2 2

Kamailio SIP client registration issue
by Shiva Shankar Chittallu 09 Dec '22

09 Dec '22

Hi Team, I have installed kamailio sip server 5.5.5 version in ubuntu 20.04 in AWS instance with public IP. When im trying to register an device im getting below error in the syslog. Thanks & Regards Shiva 9100663346

2 1

Does Kamailio supports Voice and Video call support for 5G Core
by Pooja Yadav 09 Dec '22

09 Dec '22

Hi Kamailio community, We just want to check does Kamailio IMS supports the functionality of Voice and Video call support (Vo5G) with 5G core? If yes, please share the document reference. Else, please guide us when it will be available. Any plans in upcoming release to support HTTP2 based SBI interface between P- CSCF and PCF. Your inputs will be highly appreciated. Thanks & Regards, Pooja Yadav

4 4

Next online devel meeting - Thu, Dec 8, 2022, 15:00UTC
by Daniel-Constantin Mierla 08 Dec '22

08 Dec '22

Hello, to summarize what happened at the devel meeting in Dusseldorf a few weeks ago and plan the next steps for the project, we are planning an online development meeting on Thu, Dec 8, 2022, 15:00UTC. As usual, one of the targets is to sketch the roadmap to next major release so the developers and community members can syncronize and plan what should be done till Kamailio v5.7 (or 6.0) will be out as well as discuss about current state of the project, look for new ideas to improve collaboration within the community, a.s.o. The meeting will be done on a matrix chat room. More details are in the wiki page of the event, available at: * https://github.com/kamailio/kamailio-wiki/blob/main/docs/devel/irc-meetings… Feel free to add there topics that you want to be discussed. The proposed date is Thursday, December 08, 2022, at 15:00UTC (15:00 London/Dublin, 16:00 most of West Europe, 10:00 New York), but other dates can be proposed if they suit for more participants. Cheers, Daniel -- Daniel-Constantin Mierla -- www.asipto.com www.twitter.com/miconda -- www.linkedin.com/in/miconda _______________________________________________ Kamailio (SER) - Development Mailing List sr-dev(a)lists.kamailio.org https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev

1 3

Outgoing SIP/TLS connection error (msg_send_buffer(): tcp_send failed)
by Denys Pozniak 08 Dec '22

08 Dec '22

Hello! We use trunk with Twilio through a SIP/TLS. They establish incoming calls from random ports, like: (Twilio)3.3.3.3:54321 --> (Kamailio)2.2.2.2:5061 In case of sending in-dialog requests to them, Kamailio should establish an outgoing connection to the dst port 5061 (as per Route), like: (Kamailio)2.2.2.2 --> (Twilio)3.3.3.3:5061 But as per tcpdump traces and logs, Kamailio does not even try to establish an outgoing connection to Twilio. There should be no problems with routes and the network on that server, as regular telnet to Twilio shows that 5061 is open. What could be the reason and how to debug? *Script:* onsend_route { xlog("L_ERR","[$cfg(route)]*RELAY ONSEND* $rm / $du / $fs / $fsn / [$ci]\n"); } *Syslog:* DEBUG <core> [core/resolve.c:1259]: srv_sip_resolvehost(): 3.3.3.3:5061 proto=3 DEBUG <core> [core/resolve.c:1371]: srv_sip_resolvehost(): returning 0x55acd63a63c0 (3.3.3.3:5061 proto=3) ERROR <script>: [DEFAULT_SEND]*RELAY ONSEND* REFER / sip:3.3.3.3:5061;transport=tls / tls:10.1.1.1:5061 / sip_wan_tls / [123] DEBUG tm [../../core/forward.h:277]: msg_send_buffer(): sending to: 3.3.3.3:5061, force_socket=4, send_sock=0x7f090049b8e8 DEBUG tm [../../core/forward.h:292]: msg_send_buffer(): tcp_send failed DEBUG tm [t_fwd.c:1568]: t_send_branch(): send to 3.3.3.3:5061 (3) failed WARNING: tm [t_fwd.c:1588]: t_send_branch(): sending request on branch 0 failed DEBUG tm [t_funcs.c:335]: t_relay_to(): t_forward_nonack returned error -1 (-477) DEBUG tm [t_funcs.c:353]: t_relay_to(): -477 error reply generation delayed DEBUG sl [sl_funcs.c:558]: sl_run_callbacks(): execute callback for event type 1 *Software:* - Kamailio is listening on (+udp, +tcp): tls: 10.1.1.1:5061 name sip_wan_tls advertise 2.2.2.2:5061 - OS is Debian 11.5 - # kamailio -v version: kamailio 5.6.2 (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_BLOCKLIST, 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 10.2.1 - # dpkg -l | grep ssl ii libssl1.1:amd64 1.1.1n-0+deb11u3 amd64 Secure Sockets Layer toolkit - shared libraries ii openssl 1.1.1n-0+deb11u3 amd64 Secure Sockets Layer toolkit - cryptographic utility -- BR, Denys Pozniak

2 2

KAMCTL error
by Govind Swamy 08 Dec '22

08 Dec '22

[image: Error in KAMCTL.png] Hi am unable to create using kamctl

3 2

Re: [SR-Users] uac_req_send() multi-process synchronization problem
by Henning Westerholt 08 Dec '22

08 Dec '22

Hello, please keep the list in CC. Not sure what you mean by multi-process safe. The functions are safe to use in a kamailio multi-process context, relevant sections should be protected by internal locks etc.. Regarding query location manually by SQL client, its better to use the provided functions from the usrloc/registrar module instead. Cheers, Henning -- Henning Westerholt – https://skalatan.de/blog/ Kamailio services – https://gilawa.com<https://gilawa.com/> From: riffs(a)sina.cn <riffs(a)sina.cn> Sent: Thursday, December 1, 2022 10:47 AM To: Henning Westerholt <hw(a)gilawa.com> Subject: Re: Re: [SR-Users] uac_req_send() multi-process synchronization problem To confirm that. Are reg_fetch_contacts and unregister_ruid multi-process safe? ________________________________ riffs(a)sina.cn<mailto:riffs@sina.cn> From: riffs(a)sina.cn<mailto:riffs@sina.cn> Date: 2022-12-01 16:35 To: Henning Westerholt<mailto:hw@gilawa.com> Subject: Re: RE: [SR-Users] uac_req_send() multi-process synchronization problem Hello Thank you for your reply very much. My LOCATION is stored in the MYSQL database, and I also set the event_callback parameter of TCPOPS. modparam("tcpops", "event_callback", "ksr_tcpops_event") At the same time.I also deleted the contact inside the function function ksr_tcpops_event(evname) local tcpconnid = KSR.pv.get("$conid") or "0" if (evname == "tcp:reset" or evname == "tcp:closed") and (tonumber(tcpconnid) ~= 0) then local sql = string.format("select * from location where tcpconnid=%s", tcpconnid) local count, rows = execute_select(sql) if count > 0 then KSR.registrar.unregister_ruid("location", rows[1].contact, rows[1].ruid) end end return 1 end When I use use_req_send(), I use the following sql statement to query location string.format("select * from location where username='%s'", reciever) I think because the query sql is executed before the execution of unregister_ruid completes, the location of user A can still be queried. If unregister_ruid and reg_fetch_contacts are multi-process safe. I use reg_fetch_contacts query location to avoid this problem. Is that so? thanks very much ________________________________ riffs(a)sina.cn<mailto:riffs@sina.cn> From: Henning Westerholt<mailto:hw@gilawa.com> Date: 2022-11-30 18:18 To: Kamailio (SER) - Users Mailing List<mailto:sr-users@lists.kamailio.org> CC: 刘建峰<mailto:riffs@sina.cn> Subject: RE: [SR-Users] uac_req_send() multi-process synchronization problem Hello, not sure if I fully understand the problem. But regarding another user is registered with the same IP address as a previous user, there are several mitigations. To give two options: you could choose a really short re-registration time, you could use TCP and when you lose the connection you delete the contact. Cheers, Henning -- Henning Westerholt – https://skalatan.de/blog/ Kamailio services – https://gilawa.com<https://gilawa.com/> From: sr-users <sr-users-bounces(a)lists.kamailio.org<mailto:sr-users-bounces@lists.kamailio.org>> On Behalf Of ??? Sent: Wednesday, November 30, 2022 2:57 AM To: sr-users(a)lists.kamailio.org<mailto:sr-users@lists.kamailio.org> Subject: [SR-Users] uac_req_send() multi-process synchronization problem When I use uac_req_send() to send a MESSAGE to the client. Will the following occur? The result of the message sent to user A is that B has received it. From the logs, the address of user A in the location table is the same as the IP address and port of user B, and the information of user A in the location table is not deleted in time. I took the address of user A directly from the location table without using KSR.registrar.reg_fetch_contacts(). If I use KSR.registrar.reg_fetch_contacts() can this be avoided. This is a multi-process synchronization problem, after user A registers, the IP port information in the address is 172.16.22.222:12345, and then user A disconnects the link because of some abnormal conditions, but it is not normal to cancel the registration, the socket link has failed, but it has not had time to delete the location, at this time user B registers, whether will it get the same IP port information as user A 172.16.22.222 : 12345, if possible? User A's location still exists, Using KSR.registrar.reg_fetch_contacts() TO query user A's location, and then using uac_req_send() to send a message to user A, User B will receive the MESSAGE. Whether this problem occurs? 从 Windows 版邮件<https://go.microsoft.com/fwlink/?LinkId=550986>发送

2 2

Fosdem 2023 - CfP
by Daniel-Constantin Mierla 07 Dec '22

07 Dec '22

Hello, should anyone be interested to present or just go to FOSDEM 2023, note that it is going to take place in Brussels during February 4-5, 2023. With a increasing demand on topics to be covered, many more devrooms were accepted and Real Time Communication devroom has half a day available on the afternoon of February 5, 2023. The RTC Devroom call for presentations is open, more details at; - https://lists.fosdem.org/pipermail/fosdem/2022q4/003479.html Check also the other accepted devrooms, maybe one suits better for your work with open source nowadays and you can submit proposals to them: - https://fosdem.org/2023/news/2022-11-07-accepted-developer-rooms/ Cheers, Daniel -- Daniel-Constantin Mierla -- www.asipto.com www.twitter.com/miconda -- www.linkedin.com/in/miconda

1 0

Call drops after 1 minute
by Christian B Wiik 07 Dec '22

07 Dec '22

Greetings! I have a CentOS setup in AWS where all my calls are dropped after about a minute or so. I realize this typically is a NAT problem, but I can't see where my error is. Sound is fine both ways. Kamailio is set with WITH_NAT and I use rtpproxy like this: OPTIONS="-l 10.1.2.10 -s udp:127.0.0.1:7722 -d INFO:LOG_LOCAL5 -m 35010 -M 35110 -A 54.171.168.48" (10.1.2.10 is the local IP for CentOS) Tested with MicroSIP and Linphone and tried numerous configurations. It seems the receiving client is not able to verify the call has been set up, and disconnects. MicroSIP has the status "Connecting..." until it disconnects. All tips appreciated. Will post configuration and logs if needed. Kamailio version 5.6.2 from rpm and rtpproxy 2.1.0 compiled from source. -- Regards Christian B. Wiik

2 4

How to configure Kamailio to send only DNS A query
by Arun Kumar 07 Dec '22

07 Dec '22

Hello All, I have a setup where the DNS server is configured with only A record. When the Kamailio receives the request it performs a DNS SRV query for which it receives a response with "no such name". But later a DNS A query is sent which gets resolved and the request is forwarded. I would like to know that is there any configuration that can be done in Kamailio so that it will perform only DNS A query directly instead of SRV query? If so could you please help me know how to do it Thanks and Regards Arun

2 1

outbound Edge Proxy
by Giovanni Iamonte 06 Dec '22

06 Dec '22

Dear List In the last week I try to figure out how I can put in place a configuration that use an edge proxy and a register by using kamailio 5.6, but i am facing some issues. Scenario: We are using on ubuntu 20.04, HAproxy and Kamailio 5.6. We have configured a Kamailio register that, in the following case, perfectly works. ______ __ __________ TLS | | TLS | | Client ------------------ > | NAT |-----------> | Kamalio | in |_HAProxy | out in | Register | |_________| | | |________ _| Now we want to put a kamailio edge proxy before the kamailio Register, please take a look to the below picture ______ ______ __ _________ ___________ TLS | | TLS | | TCP | | Client ------------------ > | NAT |-----------> | Kamalio | -------------> | Kamailio | in |_HAProxy | out in | Edge | out in | Register | |_________| | Proxy | | | |_________| |___________| HAproxy -> sip-test.example.com Kamailio edge proxy -> 192.168.58.1 Kamailio Register -> 192.168.58.15 The kamailio Edge has been configured as indicated in the outbound module example. When a transaction such as REGISTER or SUBSCRIBE reach the "Kamailio Register" the Record-Route and Via headers are correct and it works. When the transaction such as MESSAGE or INVITE reach the "Kamailio Register" it does not work and below you can see the message and the error. Note that the Record-Route and Via headers are the same as the previous message REGISTER and SUBSCRIBE. Dec 6 11:57:09 qcast-webserver-dev /usr/sbin/kamailio[15340]: INFO: {1 40742 MESSAGE YsfZ7Rq-WGw33NUn9AFMWEuurzryvzET} <script>: SIPMessage-in-request = 192.168.58.1:53606-sip:s-user.02@sip-dev.example.com-MESSAGE sip:s-user.02@sip-dev.example.com SIP/2.0 Record-Route: <sip:192.168.58.1:15006;transport=tcp;r2=on;lr> Record-Route: <sip:sip-test.example.com:16005;transport=tls;r2=on;lr> Via: SIP/2.0/TCP 192.168.58.1:15006;branch=z9hG4bKa257.add27f134dd83c78aef13ca7798f87ca.0;i=6 Via: SIP/2.0/TLS 192.168.58.1:39592;received=192.168.58.1;rport=39592;branch=z9hG4bKPjajkY.0NlW2AFuz3.BRaKH4EdvdmQTs9L;alias Max-Forwards: 69 From: <sip:s-user.03@sip-dev.example.com>;tag=VnOekkKsq4tLhFAywXzbxLXxIesWscn3 To: <sip:s-user.02@sip-dev.example.com> Call-ID: YsfZ7Rq-WGw33NUn9AFMWEuurzryvzET CSeq: 40742 MESSAGE Accept: text/plain, application/im-iscomposing+xml Content-Type: text/plain Content-Length: 59 ################## MESSAGE ################### Dec 6 11:57:09 qcast-webserver-dev /usr/sbin/kamailio[15340]: INFO: {1 40743 MESSAGE YsfZ7Rq-WGw33NUn9AFMWEuurzryvzET} <script>: SIPMessage-in-request = 192.168.58.1:53606-sip:s-user.02@sip-dev.example.com-MESSAGE sip:s-user.02@sip-dev.example.com SIP/2.0 Record-Route: <sip:192.168.58.1:15006;transport=tcp;r2=on;lr> Record-Route: <sip:sip-test.example.com:16005;transport=tls;r2=on;lr> Via: SIP/2.0/TCP 192.168.58.1:15006;branch=z9hG4bKb257.83b972054df1675806975159ae1f1e43.0;i=6 Via: SIP/2.0/TLS 192.168.58.1:39592;received=192.168.58.1;rport=39592;branch=z9hG4bKPjfan-Tte.vtL8brkWb20wm.5b8iuVEtQV;alias Max-Forwards: 69 From: <sip:s-user.03@sip-dev.example.com>;tag=VnOekkKsq4tLhFAywXzbxLXxIesWscn3 To: <sip:s-user.02@sip-dev.example.com> Call-ID: YsfZ7Rq-WGw33NUn9AFMWEuurzryvzET CSeq: 40743 MESSAGE Accept: text/plain, application/im-iscomposing+xml Proxy-Authorization: Digest username="s-user.03", realm="sip-dev.example.com", nonce="Y48hMWOPIAW7JeSQ7/a+cuJ1gKwT8hrC", uri="sip:s-user.02@sip-dev.example.com", response="3b7c34476443e5f1125fa460a4981180", cnonce="3AT-ZMwyfpgaMwlulh5cq5vJHi75-wnz", qop=auth, nc=00000001 Content-Type: text/plain Content-Length: 59 Dec 6 11:57:09 qcast-webserver-dev /usr/sbin/kamailio[15340]: WARNING: {1 40743 MESSAGE YsfZ7Rq-WGw33NUn9AFMWEuurzryvzET} <core> [core/forward.c:228]: get_send_socket2(): protocol/port mismatch (forced tcp:192.168.58.15:15006, to tls:192.168.58.1:60982) Dec 6 11:57:09 qcast-webserver-dev /usr/sbin/kamailio[15340]: ERROR: {1 40743 MESSAGE YsfZ7Rq-WGw33NUn9AFMWEuurzryvzET} tm [ut.h:315]: uri2dst2(): no corresponding socket found for "192.168.58.1" af 2 (tls:192.168.58.1:60982) Dec 6 11:57:09 qcast-webserver-dev /usr/sbin/kamailio[15340]: ERROR: {1 40743 MESSAGE YsfZ7Rq-WGw33NUn9AFMWEuurzryvzET} tm [t_fwd.c:471]: prepare_new_uac(): can't fwd to af 2, proto 3 (no corresponding listening socket) Dec 6 11:57:09 qcast-webserver-dev /usr/sbin/kamailio[15340]: ERROR: {1 40743 MESSAGE YsfZ7Rq-WGw33NUn9AFMWEuurzryvzET} tm [t_fwd.c:1754]: t_forward_nonack(): failure to add branches Dec 6 11:57:09 qcast-webserver-dev /usr/sbin/kamailio[15340]: ERROR: {1 40743 MESSAGE YsfZ7Rq-WGw33NUn9AFMWEuurzryvzET} sl [sl_funcs.c:372]: sl_reply_error(): stateless error reply used: I'm terribly sorry, server error occurred (7/SL) based on what we have understood in the message headers "Via" and Record-Route" there are the right information to reach back the proxy Edge, but looking to the error message it seems that the kamailio register try to reach back the proxy edge through the TLS instead of using the TCP. Could someone put me in the right direction. Thanks Regards -- ------------------------------------------------------------------------ Ing. Giovanni Iamonte Developments and technologies area Quintetto Srl Via Monte Navale, 1 10015 - Ivrea (TO)  mobile: +39 393 9196310  tel: +39 0165 1845290  e-mail: giovanni.iamonte(a)quintetto.it  web: www.quintetto.it

2 4

Packet processing order
by Jawaid Bazyar 06 Dec '22

06 Dec '22

Hi, I have experienced out of order packet processing when testing a simple Kamailio config. The configuration is as follows, basically: request_route{ record_route(); enum_query(); xlog("INVITE ENUM query - To URI $tU"); forward(); } I saw this thread from 2020: https://www.mail-archive.com/sr-users@lists.kamailio.org/msg11786.html The issue seems to be that kamailio process scheduling is naïve – i.e., incoming SIP packets are processed without regard to whether packets received before this one, are currently being processed. This means any packets after the initial INVITE that require more processing, can get reordered. In my test lab I have: SIPp – UAC Kamailio Proxy SIPp – UAS The proxy uses enum NAPR lookups to route calls to +13038151000 to the UAS. Now, if I do SIPp UAC o SIPp UAS directly, I have no problems – no out of order packets. It is only when I introduce Kamailio in the middle that I get OOO packets. See the images attached: uac-to-proxy, proxy, and proxy-to-uas. In this example, Kamailio OOO causes SIPp UAC to fail to “generate audio” – because UAC does not see packets in the correct order, I never turns on the simulated audio. Calls that have in-order dialogs, work fine, and SIPP UAC “pauses” 10 seconds to simulate a phone call. So far, the error rate runs from 1/1000 to around 1/200 – pretty bad. In the thread, a few things were suggested. Have fewer kamailio processes than cores: Did not resolve issue. Try route_locks_size = 256 Did not resolve issue. Though, it did alter it somewhat. But, it is not clear to me how this works – would this setting restrict the number of open calls to 256? Have only one kamailio process: (“children=1”) This works. “Works”, I should say, because this would greatly restrict total platform scalability to a point where it is probably useless for my application. I saw the same issue discussed in the OpenSIPS mailing list from 2010, and the response was “this is not a bug”. Well, I respectfully beg to differ with both OpenSIPS and Kamailio – it IS a bug. I don’t think a proxy should reorder packets involved in a call in a non-deterministic way. In the Kamailio list thread, Alex Balashov discusses the contortions he has to go through to avoid repercussions from this issue. Kamailio as-is probably works fine for relatively low-volume operations. And a lot of the feedback is “why are out of order packets a problem?” OK, sure, in the very specific example given in the 2020 thread, maybe who cares. But in my thinking, there is absolutely nothing preventing Kamailio from generating much more serious OOO scenarios that would cause calls to fail. In my example, Kamailio OOO causes SIPp to fail to “generate audio”. Who knows how other SIP stacks will behave? But the more one will try to scale Kamailio, the more significantly this out of order processing issue will become. The solution to this seems very simple and straightforward – put packets to be processed into a queue PER Call-ID, or something along those lines. In short, the parallelism should be by call, not by packet. What say ye? Have I misunderstood something here? Cheers, Jawaid

4 11

Database Failure Detection at runtime
by Waqar 40 06 Dec '22

06 Dec '22

Hello Everyone, I am using Kamailio sqlops module to write to a remote database which is not the database of Kamailio. It is working fine. But for redundancy purpose, if this database goes down, I want the Kamailio to detect the failure at runtime and write the data to another database (standby database). Is it possible? Can anybody please guide me on this asap? Regards, Vicky

3 3

ds_is_from_list not matching dispatcher listed with hostname
by Benoît Panizzon 03 Dec '22

03 Dec '22

Hi On our devevelpment system, we have this dispatcher list: 3200 sip:reg1.dev.example.com:5060 0 0 name="Registrar01"; 3200 sip:reg2.dev.example.com:5060 0 0 name="Registrar02"; The names or course are in the DNS: A,AAAA and PTR. ds_is_from_list() returns the groupId 3200 Now I have started building the production system... 3200 sip:reg1.prod.example.com:5060 0 0 name="Registrar01"; 3200 sip:reg2.prod.example.com:5060 0 0 name="Registrar02"; DNS ist set up the same. I have double-checked: Names and IP addresses do resolve as they should. ds_is_from_list() returns nothing. I have also sniffed the connection. The ip addresses in the packets are the ones I expect. modparam("dispatcher", "ds_ping_from", "sip:survivability@sip.example.com") pings the machines and is getting answers. What else could cause this not to match? -- Mit freundlichen Grüssen -Benoît Panizzon- @ HomeOffice und normal erreichbar -- I m p r o W a r e A G - Leiter Commerce Kunden ______________________________________________________ Zurlindenstrasse 29 Tel +41 61 826 93 00 CH-4133 Pratteln Fax +41 61 826 93 01 Schweiz Web http://www.imp.ch ______________________________________________________

2 2

imc sends all messages with Content-Type: text/plain
by Joey Golan 02 Dec '22

02 Dec '22

Hello, I'm checking the imc module and it appears that imc sends all messages with hard-coded content type header so if client sends an application/im-iscomposing+xml message, other clients receives the message with content-type text/plain which is very confusing. I think the right behavior is to take the content-type header from the original message and use it in the messages imc sends. Is there a workaround that might help me achieve that?

3 3

RLS is not sending Notify on resource list updated
by Lewis Hutchinson 01 Dec '22

01 Dec '22

Have you confirmed if the NOTIFY is sent? Attempted to be sent? Noticed you said "but no NOTIFY is received" -----Original Message----- From: sr-users <sr-users-bounces(a)lists.kamailio.org> On Behalf Of sr-users-request(a)lists.kamailio.org Sent: 19 November 2022 11:00 To: sr-users(a)lists.kamailio.org Subject: sr-users Digest, Vol 210, Issue 19 Send sr-users mailing list submissions to sr-users(a)lists.kamailio.org To subscribe or unsubscribe via the World Wide Web, visit https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Flists.kam… or, via email, send a message with subject or body 'help' to sr-users-request(a)lists.kamailio.org You can reach the person managing the list at sr-users-owner(a)lists.kamailio.org When replying, please edit your Subject line so it is more specific than "Re: Contents of sr-users digest..." Today's Topics: 1. RLS is not sending Notify on resource list updated (Joey Golan) ---------------------------------------------------------------------- Message: 1 Date: Fri, 18 Nov 2022 21:33:29 +0200 From: Joey Golan <joeygo(a)gmail.com> To: "Kamailio (SER) - Users Mailing List" <sr-users(a)lists.kamailio.org> Subject: [SR-Users] RLS is not sending Notify on resource list updated Message-ID: <CAAOPBYfHikYXKSRga5Mnf+fgUisrDk5PgHoCZ7anMgqqAmnU-w(a)mail.gmail.com> Content-Type: text/plain; charset="utf-8" Hello, I'm using Kamailio v5.6.2 with presence, presence_xml, xcap_server, and rls modules. I pushed 2 documents to the xcap server: 1. urn:ietf:params:xml:ns:resource-lists <?xml version="1.0" encoding="UTF-8" standalone="no"?> <resource-lists xmlns="urn:ietf:params:xml:ns:resource-lists"> <list name="friends"> <entry uri="sip:1001@example.com"> <display-name>1001</display-name> </entry> <entry uri="sip:1002@example.com"> <display-name>1002</display-name> </entry> </list> </resource-lists> 2. urn:ietf:params:xml:ns:rls-services <?xml version="1.0" encoding="UTF-8" standalone="no"?> <rls-services xmlns="urn:ietf:params:xml:ns:rls-services" xmlns:rl="urn:ietf:params:xml:ns:resource-lists" xmlns:xsi=" https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.w3.org…"> <service uri="sip:1000+presence@example.com"> <resource-list> https://kamailio:5061/xcap-root/resource-lists/users/sip:1000@example.com/i… "friends"]</resource-list> <packages> <package>presence</package> </packages> </service> </rls-services> I'm subscribing to presence event on rls-service SUBSCRIBE sip:1000+presence@example.com SIP/2.0 Via: SIP/2.0/TLS 10.255.0.3:33883 ;rport;branch=z9hG4bKPjbe079f60-d0e0-4f1e-9f93-b18e467be5e8;alias Max-Forwards: 70 From: "1000" <sip:1000@example.com>;tag=97ef0748-da39-442f-9a02-468b67134ad6 To: <sip:1000+presence@example.com> Contact: <sip:20416583@10.255.0.3:5061;transport=tls> Call-ID: 9773a68c-b001-49f0-9ffa-093beb3d8e36 CSeq: 18636 SUBSCRIBE Event: presence Expires: 600 Supported: 100rel, replaces, norefersub, gruu Accept: multipart/related, application/rlmi+xml, application/pidf+xml Allow-Events: presence Supported: eventlist User-Agent: sipsimple 5.2.6 Content-Length: 0 The RLS sends a NOTIFY immediately upon accepting the subscription according to RFC 4662 and also the RLS is virtually subscribing to the presence event on the 2 resources in the friends list NOTIFY sip:20416583@10.255.0.3:5061;transport=tls SIP/2.0 Via: SIP/2.0/TLS joey-local-proxy.example.com:5061 ;branch=z9hG4bKa93d.b63e0697000000000000000000000000.0 To: <sip:1000@example.com>;tag=97ef0748-da39-442f-9a02-468b67134ad6 From: <sip:1000+presence@example.com >;tag=e02a02cb113b2bdb8ebdb022d767e6d2-a1677c19 CSeq: 1 NOTIFY Call-ID: 9773a68c-b001-49f0-9ffa-093beb3d8e36 Content-Length: 468 Max-Forwards: 70 Event: presence Contact: <sip:kamailio@example.com:5060> Subscription-State: active;expires=600 Require: eventlist Content-Type: multipart/related;type="application/rlmi+xml";start="<1668755827.sip:1000+presence@example.com.1700642067 >";boundary="1W1NaaaIIq6dOtLRXODFwqmC" --1W1NaaaIIq6dOtLRXODFwqmC Content-Transfer-Encoding: binary Content-ID: <1668755827.sip:1000+presence@example.com.1700642067> Content-Type: application/rlmi+xml;charset="UTF-8" <?xml version="1.0"?> <list uri="sip:1000+presence@example.com" xmlns="urn:ietf:params:xml:ns:rlmi" version="1" fullState="true"> <resource uri="sip:1001@example.com"/> <resource uri="sip:1002@example.com"/> </list> --1W1NaaaIIq6dOtLRXODFwqmC-- Now I?m changing the resource list using XCAP. I?m sending a PUT request with a new document and I see that the change is pushed to the DB but user 1000 is not receiving a NOTIFY with the updated list. This is the updated document: <?xml version="1.0" encoding="UTF-8" standalone="no"?> <resource-lists xmlns="urn:ietf:params:xml:ns:resource-lists"> <list name="friends"> <entry uri="sip:1001@example.com"> <display-name>1001</display-name> </entry> <entry uri="sip:1002@example.com"> <display-name>1002</display-name> </entry> <entry uri="sip:1003@example.com"> <display-name>1003</display-name> </entry> </list> </resource-lists> I see that Kamailio is virtually subscribing on 1003 (The newly added user) but NOTIFY is not received. Also tried to subscribe on xcap-diff event, and the subscription was accepted successfully but no NOTIFY is received. Am I missing something? Thanks, Joey

1 0

Unable to install kamailio-mysql on CentOS 9
by Shailendra Paliwal 01 Dec '22

01 Dec '22

Hello, I'm trying to set up kamailio on a Cent OS 9 server but I'm unable to install the kamailio-mysql module. Can someone suggest any possible solutions here, Tried to setup kamdbctl after changing the configuration to use mysql, ➜ ~ kamdbctl create ERROR: could not load the script in /usr/lib64/kamailio//kamctl/kamdbctl.mysql for database engine MYSQL ERROR: database engine not loaded - tried 'MYSQL' Contents of /usr/lib64/kamailio/kamctl/, I'm not sure why there's a double slash in the message above ➜ ~ ls /usr/lib64/kamailio/kamctl/ dbtextdb kamctl.base kamctl.ctlbase kamctl.dbtext kamctl.rpcfifo kamctl.ser kamctl.sqlbase kamdbctl.base kamdbctl.dbtext I'm unable to install kamailio-mysql ➜ ~ dnf install kamailio-mysql Last metadata expiration check: 0:00:23 ago on Thursday 01 December 2022 03:53:45 AM. Error: Problem: conflicting requests - nothing provides libmysqlclient.so.21()(64bit) needed by kamailio-mysql-5.6.2-0.el9.centos.x86_64 - nothing provides libmysqlclient.so.21(libmysqlclient_21.0)(64bit) needed by kamailio-mysql-5.6.2-0.el9.centos.x86_64 - nothing provides mysql-libs needed by kamailio-mysql-5.6.2-0.el9.centos.x86_64 (try to add '--skip-broken' to skip uninstallable packages or '--nobest' to use not only best candidate packages) I've checked that I do have the following repolists, ➜ kamctl dnf repolist repo id repo name appstream CentOS Stream 9 - AppStream baseos CentOS Stream 9 - BaseOS epel Extra Packages for Enterprise Linux 9 - x86_64 epel-next Extra Packages for Enterprise Linux 9 - Next - x86_64 extras-common CentOS Stream 9 - Extras packages kamailio Kamailio - latest - Packages for the Kamailio latest release mariadb-main MariaDB Server mariadb-maxscale MariaDB MaxScale mariadb-tools MariaDB Tools tailscale-stable Tailscale stable This is after a fresh installation of CentOS 9. I believe that I might have a missing repolist or probably have something incorrect in the configuration.

5 7

Re: [SR-Users] kamctl cr reload doesn't reload all routes
by Henning Westerholt 30 Nov '22

30 Nov '22

Hello Igor, yes - you can use a RPC command, I think its in corex module. Cheers, Henning -- Henning Westerholt - https://skalatan.de/blog/ Kamailio services - https://gilawa.com<https://gilawa.com/> From: Igor Potjevlesch <igor.potjevlesch(a)gmail.com> Sent: Wednesday, November 30, 2022 5:14 PM To: Henning Westerholt <hw(a)gilawa.com> Subject: RE: [SR-Users] kamctl cr reload doesn't reload all routes Hello Henning, Not really. I just place a call to the prefix and I can see that the route is still the previous one, not the one updated in DB. Can I set INFO loglevel without restarting? Regards, Igor. De : Henning Westerholt <hw(a)gilawa.com<mailto:hw@gilawa.com>> Envoyé : mercredi 30 novembre 2022 15:03 À : Igor Potjevlesch <igor.potjevlesch(a)gmail.com<mailto:igor.potjevlesch@gmail.com>>; 'Kamailio (SER) - Users Mailing List' <sr-users(a)lists.kamailio.org<mailto:sr-users@lists.kamailio.org>> Objet : RE: [SR-Users] kamctl cr reload doesn't reload all routes Hello Igor, Strange. If not already done, you can try to set INFO loglevel to get maybe a bit more information. How do you verify the routes, but looking to RPC output probably? Cheers, Henning -- Henning Westerholt - https://skalatan.de/blog/ Kamailio services - https://gilawa.com<https://gilawa.com/> From: Igor Potjevlesch <igor.potjevlesch(a)gmail.com<mailto:igor.potjevlesch@gmail.com>> Sent: Wednesday, November 30, 2022 2:58 PM To: Henning Westerholt <hw(a)gilawa.com<mailto:hw@gilawa.com>>; 'Kamailio (SER) - Users Mailing List' <sr-users(a)lists.kamailio.org<mailto:sr-users@lists.kamailio.org>> Subject: RE: [SR-Users] kamctl cr reload doesn't reload all routes Hi Henning, The problem is still there on the concerned instance. I tried to reload again, and I didn't see the error but the routes are not updated. Regards, Igor. De : Henning Westerholt <hw(a)gilawa.com<mailto:hw@gilawa.com>> Envoyé : mercredi 30 novembre 2022 14:44 À : Igor Potjevlesch <igor.potjevlesch(a)gmail.com<mailto:igor.potjevlesch@gmail.com>>; 'Kamailio (SER) - Users Mailing List' <sr-users(a)lists.kamailio.org<mailto:sr-users@lists.kamailio.org>> Objet : RE: [SR-Users] kamctl cr reload doesn't reload all routes Hi Igor, ok, might be some issue with the DB, if it does not happen anymore. You probably notice when it happens again and can investigate then. Regarding the table, just note that there is also a fourth table involved, domain_name: https://kamailio.org/docs/db-tables/kamailio-db-5.5.x.html#idm812 Cheers, Henning -- Henning Westerholt - https://skalatan.de/blog/ Kamailio services - https://gilawa.com<https://gilawa.com/> From: Igor Potjevlesch <igor.potjevlesch(a)gmail.com<mailto:igor.potjevlesch@gmail.com>> Sent: Wednesday, November 30, 2022 2:35 PM To: Henning Westerholt <hw(a)gilawa.com<mailto:hw@gilawa.com>>; 'Kamailio (SER) - Users Mailing List' <sr-users(a)lists.kamailio.org<mailto:sr-users@lists.kamailio.org>> Subject: RE: [SR-Users] kamctl cr reload doesn't reload all routes Hello Henning, I tried to review all the routes. Unfortunately, I didn't have access to the logs of the last reboot and its not easy to reboot the instance. I tried to copy the same tables (carrierroute, carrierfailureroute and carrier_name) on another instance and cr reload has been executed without any issue. Not easy to highlight where the problem comes from. Regards, Igor. De : Henning Westerholt <hw(a)gilawa.com<mailto:hw@gilawa.com>> Envoyé : mardi 29 novembre 2022 21:13 À : Igor Potjevlesch <igor.potjevlesch(a)gmail.com<mailto:igor.potjevlesch@gmail.com>>; 'Kamailio (SER) - Users Mailing List' <sr-users(a)lists.kamailio.org<mailto:sr-users@lists.kamailio.org>> Objet : RE: [SR-Users] kamctl cr reload doesn't reload all routes Hello Igor, This is usually caused from wrong or incomplete routing data in the DB. Review if you e.g. have some missing domains or carrier entries in the respective tables. Also look for some errors or warnings related to carrierroute at a restart. Cheers, Henning -- Henning Westerholt - https://skalatan.de/blog/ Kamailio services - https://gilawa.com<https://gilawa.com/> From: Igor Potjevlesch <igor.potjevlesch(a)gmail.com<mailto:igor.potjevlesch@gmail.com>> Sent: Tuesday, November 29, 2022 6:08 PM To: Henning Westerholt <hw(a)gilawa.com<mailto:hw@gilawa.com>>; 'Kamailio (SER) - Users Mailing List' <sr-users(a)lists.kamailio.org<mailto:sr-users@lists.kamailio.org>> Subject: RE: [SR-Users] kamctl cr reload doesn't reload all routes Hello Henning, That's a good point. I tried again and I could see this: ERROR: carrierroute [cr_rpc.c:60]: cr_rpc_reload_routes(): failed to load routing data Nothing more precise. Regards, Igor. De : Henning Westerholt <hw(a)gilawa.com<mailto:hw@gilawa.com>> Envoyé : mardi 29 novembre 2022 16:12 À : Kamailio (SER) - Users Mailing List <sr-users(a)lists.kamailio.org<mailto:sr-users@lists.kamailio.org>> Cc : Igor Potjevlesch <igor.potjevlesch(a)gmail.com<mailto:igor.potjevlesch@gmail.com>> Objet : RE: [SR-Users] kamctl cr reload doesn't reload all routes Hello, any error message in the logs from carrierroute reload? Cheers, Henning -- Henning Westerholt - https://skalatan.de/blog/ Kamailio services - https://gilawa.com<https://gilawa.com/> From: sr-users <sr-users-bounces(a)lists.kamailio.org<mailto:sr-users-bounces@lists.kamailio.org>> On Behalf Of Igor Potjevlesch Sent: Tuesday, November 29, 2022 4:04 PM To: sr-users(a)lists.kamailio.org<mailto:sr-users@lists.kamailio.org> Subject: [SR-Users] kamctl cr reload doesn't reload all routes Hello! I'm facing a problem with one of my Kamailio instance: "kamctl cr reload" returns OK, but, finally, the route I modified, or I added are not takes. I'm still on a previous route. If I completely reboot Kamailio it's okay. So, the last time, I rebooted with more memory, and I was thinking that it could fix the problem, but not. Do you have any idea? Regards, Igor. [Das Bild wurde vom Absender entfernt.]<https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campai…> Sans virus.www.avast.com<https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campai…>

1 0

kamctl cr reload doesn't reload all routes
by Igor Potjevlesch 30 Nov '22

30 Nov '22

Hello! I'm facing a problem with one of my Kamailio instance: "kamctl cr reload" returns OK, but, finally, the route I modified, or I added are not takes. I'm still on a previous route. If I completely reboot Kamailio it's okay. So, the last time, I rebooted with more memory, and I was thinking that it could fix the problem, but not. Do you have any idea? Regards, Igor. -- Cet e-mail a été vérifié par le logiciel antivirus d'Avast. www.avast.com

2 7

Removing the dmq list entry in version 5.4.7.
by satyaprakash ch 30 Nov '22

30 Nov '22

Hi Team, I need a help to remove the dmq list entry from the kamailio, I have executed the command *kamcmd dmq.list_nodes, below is the output*{ host: xx.xx.xx.xx port: 5080 resolved_ip: xx.xx.xx.xx status: active last_notification: 0 local: 0 } { host: yy.yy.yy.yy port: 5060 resolved_ip: yy.yy.yy.yy status: active last_notification: 0 local: 0 } I need to remove the *yy.yy.yy.yy.Note: I have used to remove the node with below command but it is not able to delete the entry.* kamctl rpc dmq.remove sip:yy.yy.yy.yy:5060

1 0

redis template config for topos module
by Patrick Karton 30 Nov '22

30 Nov '22

Hello not a usual question but i would like to know if somebody using topos module with redis backend can provide me an optimized redis conf for redis for using it topos module. and possibly also when using it with dialog module. Thanks.

2 3

Re: [SR-Users] uac_req_send() multi-process synchronization problem
by Henning Westerholt 30 Nov '22

30 Nov '22

Hello, not sure if I fully understand the problem. But regarding another user is registered with the same IP address as a previous user, there are several mitigations. To give two options: you could choose a really short re-registration time, you could use TCP and when you lose the connection you delete the contact. Cheers, Henning -- Henning Westerholt – https://skalatan.de/blog/ Kamailio services – https://gilawa.com<https://gilawa.com/> From: sr-users <sr-users-bounces(a)lists.kamailio.org> On Behalf Of ??? Sent: Wednesday, November 30, 2022 2:57 AM To: sr-users(a)lists.kamailio.org Subject: [SR-Users] uac_req_send() multi-process synchronization problem When I use uac_req_send() to send a MESSAGE to the client. Will the following occur? The result of the message sent to user A is that B has received it. From the logs, the address of user A in the location table is the same as the IP address and port of user B, and the information of user A in the location table is not deleted in time. I took the address of user A directly from the location table without using KSR.registrar.reg_fetch_contacts(). If I use KSR.registrar.reg_fetch_contacts() can this be avoided. This is a multi-process synchronization problem, after user A registers, the IP port information in the address is 172.16.22.222:12345, and then user A disconnects the link because of some abnormal conditions, but it is not normal to cancel the registration, the socket link has failed, but it has not had time to delete the location, at this time user B registers, whether will it get the same IP port information as user A 172.16.22.222 : 12345, if possible? User A's location still exists, Using KSR.registrar.reg_fetch_contacts() TO query user A's location, and then using uac_req_send() to send a message to user A, User B will receive the MESSAGE. Whether this problem occurs? 从 Windows 版邮件<https://go.microsoft.com/fwlink/?LinkId=550986>发送

1 0

uac_req_send() multi-process synchronization problem
by 刘建峰 30 Nov '22

30 Nov '22

When I use uac_req_send() to send a MESSAGE to the client. Will the following occur? The result of the message sent to user A is that B has received it. From the logs, the address of user A in the location table is the same as the IP address and port of user B, and the information of user A in the location table is not deleted in time. I took the address of user A directly from the location table without using KSR.registrar.reg_fetch_contacts(). If I use KSR.registrar.reg_fetch_contacts() can this be avoided. This is a multi-process synchronization problem, after user A registers, the IP port information in the address is 172.16.22.222:12345, and then user A disconnects the link because of some abnormal conditions, but it is not normal to cancel the registration, the socket link has failed, but it has not had time to delete the location, at this time user B registers, whether will it get the same IP port information as user A 172.16.22.222 : 12345, if possible? User A's location still exists, Using KSR.registrar.reg_fetch_contacts() TO query user A's location, and then using uac_req_send() to send a message to user A, User B will receive the MESSAGE. Whether this problem occurs? 从 Windows 版邮件发送

1 0

[Users] checking route return codes
by Candida Benge 29 Nov '22

29 Nov '22

1 0

Starting with Kamailio
by Clint Crabtree 29 Nov '22

29 Nov '22

Hello, I’m a DIY entrepreneurial developer beginning to build a system and I stumbled upon Kamailio. I’ve installed asterisk and kamailio in hopes of setting up an IVR to collect voice to speech information from incoming calls. I’m skilled with PHP to Javascript application development. In my research of PBX and discovery of Asterisk I have found enough information online to begin developing with Asterisk ARI; however, somewhere in my discovery process was the suggestion that Kamailio can offer close to real time voice recognition streaming whereas Asterisk is more of a record, pause, translate, respond process. In an AstriCon presentation by Fred Posner I saw recommendations for new applications the suggestion to develop with Kamailio: https://www.youtube.com/watch?v=IaYOboZQEw0?t=23m10s I’m a newbie to SIP, but it seems really promising, can you help point me in the right direction for aforementioned use-case for Kamailio? or am I misunderstanding some if its capability? Regards, Clint Crabtree

4 3

Setting package memory from core config
by Alex Balashov 29 Nov '22

29 Nov '22

Hi, There is a way to set the shared memory pool size from core config instead of external CLI arguments: https://www.kamailio.org/wikidocs/cookbooks/5.6.x/core/#shm_mem_size Is there something analogous for package memory (-M)? I could not find it. Thanks! -- Alex -- Alex Balashov | Principal | Evariste Systems LLC Tel: +1-706-510-6800 / +1-800-250-5920 (toll-free) Web: http://www.evaristesys.com/, http://www.csrpswitch.com/

2 1

db_mysql_new_connection(): driver error: Can't connect to MySQL server
by Denys Pozniak 29 Nov '22

29 Nov '22

Hello! We use Kamailio in conjunction with the cloud Azure Database for MySQL 5.7. It has been noticed that Kamailio does not always start after restarting. It happens to restart a couple of times and everything starts normally. >From the pickup trace I collect on our side, it can be seen that Kamailio connects to MySQL, requests and gets data, and then sends a Request Quit. On another server with a different configuration (slightly different set of modules) and connected to the same database, this issue is not reproduced. How to determine the source of the problem? Below, the logs are filtered by PID of processes in which an error occurred: ERROR: db_mysql [km_my_con.c:163]: db_mysql_new_connection(): driver error: Can't connect to MySQL server on '10.1.128.4' (110) 11(588460) DEBUG: <core> [core/pt.c:308]: fork_process(): seeding PRNG with 893384711 11(588460) DEBUG: <core> [core/rand/cryptorand.c:36]: cryptorand_seed(): seeding cryptorand generator with 893384711 11(588460) DEBUG: <core> [core/rand/fortuna/random.c:175]: sr_add_entropy(): additional 4 bytes entropy added to cryptographic PRNG 11(588460) DEBUG: <core> [core/pt.c:313]: fork_process(): test random numbers 289569343 1482836098 4036842274 2495827489 11(588460) DEBUG: <core> [core/sr_module.c:926]: init_child(): initializing PROC_RPC with rank -2 11(588460) DEBUG: <core> [core/sr_module.c:878]: init_mod_child(): idx 11 rank -2: jsonrpcs [DMQ WORKER] 11(588460) DEBUG: <core> [core/sr_module.c:878]: init_mod_child(): idx 11 rank -2: kex [DMQ WORKER] 11(588460) DEBUG: kex [kex_mod.c:155]: child_init(): rank is (-2) 11(588460) DEBUG: <core> [core/utils/sruid.c:121]: sruid_init(): root for sruid is [srid-6380d27f-8faac-] (0 / 20) 11(588460) DEBUG: <core> [core/sr_module.c:878]: init_mod_child(): idx 11 rank -2: corex [DMQ WORKER] 11(588460) DEBUG: <core> [core/sr_module.c:878]: init_mod_child(): idx 11 rank -2: tm [DMQ WORKER] 11(588460) DEBUG: tm [callid.c:136]: child_init_callid(): callid: ' 558fadb265b2cc20-588460(a)10.1.15.12' 11(588460) DEBUG: <core> [core/sr_module.c:878]: init_mod_child(): idx 11 rank -2: tmx [DMQ WORKER] 11(588460) DEBUG: tmx [tmx_mod.c:262]: child_init(): rank is (-2) 11(588460) DEBUG: <core> [core/sr_module.c:878]: init_mod_child(): idx 11 rank -2: sl [DMQ WORKER] 11(588460) DEBUG: <core> [core/sr_module.c:878]: init_mod_child(): idx 11 rank -2: usrloc [DMQ WORKER] 11(588460) DEBUG: <core> [core/utils/sruid.c:121]: sruid_init(): root for sruid is [ulcx-6380d27f-8faac-] (0 / 20) 11(588460) DEBUG: <core> [core/sr_module.c:878]: init_mod_child(): idx 11 rank -2: registrar [DMQ WORKER] 11(588460) DEBUG: <core> [core/utils/sruid.c:121]: sruid_init(): root for sruid is [uloc-6380d27f-8faac-] (0 / 20) 11(588460) DEBUG: <core> [core/sr_module.c:878]: init_mod_child(): idx 11 rank -2: ctl [DMQ WORKER] 11(588460) DEBUG: <core> [core/sr_module.c:878]: init_mod_child(): idx 11 rank -2: dmq [DMQ WORKER] 11(588460) DEBUG: <core> [core/sr_module.c:878]: init_mod_child(): idx 11 rank -2: auth_db [DMQ WORKER] 11(588460) DEBUG: <core> [db.c:315]: db_do_init2(): connection 0x 7f96e7d58880 not found in pool 11(588460) DEBUG: db_mysql [km_my_con.c:110]: db_mysql_new_connection(): opening connection: mysql://xxxx:xxxx@10.1.128.4/kamailio 11(588460) ERROR: db_mysql [km_my_con.c:163]: db_mysql_new_connection(): driver error: Can't connect to MySQL server on '10.1.128.4' (110) 11(588460) ERROR: <core> [db.c:319]: db_do_init2(): could not add connection to the pool 11(588460) ERROR: auth_db [auth_db_mod.c:161]: child_init(): unable to connect to the database 11(588460) ERROR: <core> [core/sr_module.c:882]: init_mod_child(): error while initializing module auth_db (/usr/lib/x86_64-linux-gnu/kamailio/modules/auth_db.so) (idx: 11 rank: -2 desc: [DMQ WORKER]) 11(588460) ERROR: <core> [core/pt.c:338]: fork_process(): init_child failed for process 11, pid 588460, "DMQ WORKER" 11(588460) ERROR: dmq [dmq.c:314]: child_init(): failed to fork worker process 0 11(588460) ERROR: <core> [core/sr_module.c:882]: init_mod_child(): error while initializing module dmq (/usr/lib/x86_64-linux-gnu/kamailio/modules/dmq.so) (idx: 11 rank: 0 desc: [DMQ WORKER]) 11(588460) ERROR: <core> [main.c:1842]: main_loop(): error in init_child 17(588466) DEBUG: <core> [core/pt.c:308]: fork_process(): seeding PRNG with 2018260302 17(588466) DEBUG: <core> [core/rand/cryptorand.c:36]: cryptorand_seed(): seeding cryptorand generator with 2018260302 17(588466) DEBUG: <core> [core/rand/fortuna/random.c:175]: sr_add_entropy(): additional 4 bytes entropy added to cryptographic PRNG 17(588466) DEBUG: <core> [core/pt.c:313]: fork_process(): test random numbers 1395463366 918020172 18663197 531231393 17(588466) DEBUG: <core> [core/sr_module.c:926]: init_child(): initializing PROC_TIMER with rank -1 17(588466) DEBUG: <core> [core/sr_module.c:878]: init_mod_child(): idx 17 rank -1: jsonrpcs [Dialog Clean Timer] 17(588466) DEBUG: <core> [core/sr_module.c:878]: init_mod_child(): idx 17 rank -1: kex [Dialog Clean Timer] 17(588466) DEBUG: kex [kex_mod.c:155]: child_init(): rank is (-1) 17(588466) DEBUG: <core> [core/utils/sruid.c:121]: sruid_init(): root for sruid is [srid-6380d27f-8fab2-] (0 / 20) 17(588466) DEBUG: <core> [core/sr_module.c:878]: init_mod_child(): idx 17 rank -1: corex [Dialog Clean Timer] 17(588466) DEBUG: <core> [core/sr_module.c:878]: init_mod_child(): idx 17 rank -1: tm [Dialog Clean Timer] 17(588466) DEBUG: tm [callid.c:136]: child_init_callid(): callid: ' 558fadb265b2cc20-588466(a)10.1.15.12' 17(588466) DEBUG: <core> [core/sr_module.c:878]: init_mod_child(): idx 17 rank -1: tmx [Dialog Clean Timer] 17(588466) DEBUG: tmx [tmx_mod.c:262]: child_init(): rank is (-1) 17(588466) DEBUG: <core> [core/sr_module.c:878]: init_mod_child(): idx 17 rank -1: sl [Dialog Clean Timer] 17(588466) DEBUG: <core> [core/sr_module.c:878]: init_mod_child(): idx 17 rank -1: usrloc [Dialog Clean Timer] 17(588466) DEBUG: <core> [core/utils/sruid.c:121]: sruid_init(): root for sruid is [ulcx-6380d27f-8fab2-] (0 / 20) 17(588466) DEBUG: <core> [db.c:315]: db_do_init2(): connection 0x 7f96e7d58880 not found in pool 17(588466) DEBUG: db_mysql [km_my_con.c:110]: db_mysql_new_connection(): opening connection: mysql://xxxx:xxxx@10.1.128.4/kamailio 17(588466) ERROR: db_mysql [km_my_con.c:163]: db_mysql_new_connection(): driver error: Can't connect to MySQL server on '10.1.128.4' (110) 17(588466) ERROR: <core> [db.c:319]: db_do_init2(): could not add connection to the pool 17(588466) ERROR: usrloc [usrloc_mod.c:485]: child_init(): child(-1): failed to connect to database 17(588466) ERROR: <core> [core/sr_module.c:882]: init_mod_child(): error while initializing module usrloc (/usr/lib/x86_64-linux-gnu/kamailio/modules/usrloc.so) (idx: 17 rank: -1 desc: [Dialog Clean Timer]) 17(588466) ERROR: <core> [core/pt.c:338]: fork_process(): init_child failed for process 17, pid 588466, "Dialog Clean Timer" 17(588466) ERROR: dialog [dialog.c:782]: child_init(): failed to start clean timer routine as process 17(588466) ERROR: <core> [core/sr_module.c:882]: init_mod_child(): error while initializing module dialog (/usr/lib/x86_64-linux-gnu/kamailio/modules/dialog.so) (idx: 17 rank: 0 desc: [Dialog Clean Timer]) 17(588466) ERROR: <core> [main.c:1842]: main_loop(): error in init_child 17(588466) CRITICAL: <core> [core/mem/q_malloc.c:519]: qm_free(): BUG: freeing already freed pointer (0x7f96e2f84650), called from tls: tls_init.c: ser_free(323), first free tls: tls_init.c: ser_free(323) - ignoring 17(588466) CRITICAL: <core> [core/mem/q_malloc.c:519]: qm_free(): BUG: freeing already freed pointer (0x7f96e2f84900), called from tls: tls_init.c: ser_free(323), first free tls: tls_init.c: ser_malloc(293) - ignoring 17(588466) CRITICAL: <core> [core/mem/q_malloc.c:519]: qm_free(): BUG: freeing already freed pointer (0x7f96e2fd50b0), called from tls: tls_init.c: ser_free(323), first free tls: tls_init.c: ser_free(323) - ignoring 17(588466) CRITICAL: <core> [core/mem/q_malloc.c:519]: qm_free(): BUG: freeing already freed pointer (0x7f96e2f820e0), called from tls: tls_init.c: ser_free(323), first free tls: tls_init.c: ser_free(323) - ignoring - Debian 11.5 - libmariadb version 3.1.16 -modules: auth_db, permissions, domain, rtpengine, dispatcher, dialog, uac, carrierroute, topos, acc - kamailio 5.6.2 (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_BLOCKLIST, 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 10.2.1 -- BR, Denys Pozniak

3 3

Info: Dates for next Kamailio World Conference in Berlin: June 5-7, 2023
by Daniel-Constantin Mierla 28 Nov '22

28 Nov '22

Hello, the next year Kamailio World Conference is planed to return in Berlin for an in-person event at the usual location in the city center. For the moment, we would like to announce the dates, respectively June 5-7, 2023. If nothing unexpected happens meanwhile, the call for speakers and registrations will be open at the beginning of 2023. We aim for a similar structure like the past in-person events, with first day starting around noon and targeting to be tutorial-oriented, followed by 2 days of conference presentations. More details soon! Daniel -- Daniel-Constantin Mierla -- www.asipto.com www.twitter.com/miconda -- www.linkedin.com/in/miconda

3 2

Turn off transaction accouting but keep dialog cdr accounting?
by Benoit Panizzon 28 Nov '22

28 Nov '22

Hi Team Inserts require resources, especially on high load situations and if there are a couple of indexes on the table. As I use the dialogue module to create CDR, I would like to disable the normal transaction based accounting. I have attempted by not calling: setflag(FLT_ACC) setflag(FLT_ACCFAILED) but I still get both, CDR and Transaction entries created in the corresponding database tables. How could I turn off transaction accounting? Mit freundlichen Grüssen -Benoît Panizzon- -- I m p r o W a r e A G - Leiter Commerce Kunden ______________________________________________________ Zurlindenstrasse 29 Tel +41 61 826 93 00 CH-4133 Pratteln Fax +41 61 826 93 01 Schweiz Web http://www.imp.ch ______________________________________________________

2 2

Regex not capturing as required for subst_hf
by Salvinder Parhar 28 Nov '22

28 Nov '22

Hi, I'm trying to capture and substitute the host IP of contact header using the subst_hf but it's not working as expected. I tested my regex in a tester and it works fine there but not in Kamailio config. *Regex:* @(.+?)> *Substitution:* @PUBLIC_IP:5060> *Three contact headers that I'm trying to match;* Contact:<sip:0065*7766@199.48.100.166:5060 >;methods="INVITE,ACK,BYE,CANCEL,OPTIONS,INFO,MESSAGE,SUBSCRIBE,NOTIFY,PRACK,UPDATE,REFER" Contact: <sip:0065*7788@172.16.1.216 ;transport=udp>;expires=3600;reg-id=1;+sip.instance="<urn:uuid:03660bc5-bb70-4784-8ac5-000413B108BA>" Contact: <sip:0925*0007@199.48.100.166:5060> *Outcome I'm expecting for the three contact headers;* Contact:<sip:0065*7766*@PUBLIC_IP:5060>* ;methods="INVITE,ACK,BYE,CANCEL,OPTIONS,INFO,MESSAGE,SUBSCRIBE,NOTIFY,PRACK,UPDATE,REFER" Contact: <sip:0065*7788*@PUBLIC_IP:5060>* ;expires=3600;reg-id=1;+sip.instance="<urn:uuid:03660bc5-bb70-4784-8ac5-000413B108BA>" Contact: <sip:0925*0007*@PUBLIC_IP:5060>* This regex in Kamailio works fine for the first and third contact header but for the second contact header it matches all the way to the end of the contact header excluding the quote (") sign. I've tried so many other combinations [like *(a)(.+?)>;?* ] of regex but nothing seems to work. Is there a way to accomplish this with one regex? Thanks, Sal

2 2

Re: [SR-Users] To stop automatic creation of RabbitMQ queues by kazoo module
by Luis Azedo 25 Nov '22

25 Nov '22

your expectation is wrong, that's how it works, all channels are bi-directional and for that they use a queue. > ---------------------------------------------------------------------- > > Message: 1 > Date: Thu, 24 Nov 2022 12:48:58 +0530 > From: Sharmila Sundar <sharmila.sundar(a)ecosmob.com> > To: sr-users(a)lists.kamailio.org > Subject: [SR-Users] To stop automatic creation of RabbitMQ queues by > kazoo module > Message-ID: > <CACcTecP1CfjuKdu33jEvZWUK2bE5ZSK37m-6xE1iEB= > 9XwUCgg(a)mail.gmail.com> > Content-Type: text/plain; charset="utf-8" > > Hello Team, > > I run into a problem with Kazoo module. > > We noticed that , amqp_max_channels parameter creates automatic queues in > Rabbitmq-server based on the channel number provided. > Expecting that , it should create only channels not queues. > > This is the modparam I added > modparam("kazoo", "amqp_max_channels", 12) > > Can any one help on this issue as why the kazoo module creates an automatic > queue based on amqp_max_channels param ? > > Please find the screenshot attached from rabbitmq server > > Regards > SharmilaS > >

1 0

db_extra fields cannot be integer
by Jose Figueroa 24 Nov '22

24 Nov '22

Hello everyone, According to this old thread, the db_extra fields in the acc module cannot be integer: https://lists.kamailio.org/pipermail/sr-users/2015-February/087053.html Does this answer is still valid or is there another form to represent an integer? since in my acc table I added an integer value field. -- Jose Figueroa

3 2

kamcmd autocompletion
by Antoine DEBARRE 24 Nov '22

24 Nov '22

Hi, I just installed kamailio v5.5 via deb.kamailio.org packages (debian 11). Seems that kamcmd autocompletion doesn't work at all. It is OK for v5.4 via official debian packages (packages.debian.org/bullseye/kamailio) Best regards, -- <https://app.livestorm.co/comdata-group/metaverse-what-will-cx-look-like-in-…>

3 3

To stop automatic creation of RabbitMQ queues by kazoo module
by Sharmila Sundar 24 Nov '22

24 Nov '22

Hello Team, I run into a problem with Kazoo module. We noticed that , amqp_max_channels parameter creates automatic queues in Rabbitmq-server based on the channel number provided. Expecting that , it should create only channels not queues. This is the modparam I added modparam("kazoo", "amqp_max_channels", 12) Can any one help on this issue as why the kazoo module creates an automatic queue based on amqp_max_channels param ? Please find the screenshot attached from rabbitmq server Regards SharmilaS -- * <https://www.ecosmob.com/> * *Disclaimer* In addition to generic Disclaimer which you have agreed on our website, any views or opinions presented in this email are solely those of the originator and do not necessarily represent those of the Company or its sister concerns. Any liability (in negligence, contract or otherwise) arising from any third party taking any action, or refraining from taking any action on the basis of any of the information contained in this email is hereby excluded. *Confidentiality* This communication (including any attachment/s) is intended only for the use of the addressee(s) and contains information that is PRIVILEGED AND CONFIDENTIAL. Unauthorized reading, dissemination, distribution, or copying of this communication is prohibited. Please inform originator if you have received it in error. *Caution for viruses, malware etc.* This communication, including any attachments, may not be free of viruses, trojans, similar or new contaminants/malware, interceptions or interference, and may not be compatible with your systems. You shall carry out virus/malware scanning on your own before opening any attachment to this e-mail. The sender of this e-mail and Company including its sister concerns shall not be liable for any damage that may incur to you as a result of viruses, incompleteness of this message, a delay in receipt of this message or any other computer problems.

1 0

RLS is not sending Notify on resource list updated
by Joey Golan 23 Nov '22

23 Nov '22

Hello, I'm using Kamailio v5.6.2 with presence, presence_xml, xcap_server, and rls modules. I pushed 2 documents to the xcap server: 1. urn:ietf:params:xml:ns:resource-lists <?xml version="1.0" encoding="UTF-8" standalone="no"?> <resource-lists xmlns="urn:ietf:params:xml:ns:resource-lists"> <list name="friends"> <entry uri="sip:1001@example.com"> <display-name>1001</display-name> </entry> <entry uri="sip:1002@example.com"> <display-name>1002</display-name> </entry> </list> </resource-lists> 2. urn:ietf:params:xml:ns:rls-services <?xml version="1.0" encoding="UTF-8" standalone="no"?> <rls-services xmlns="urn:ietf:params:xml:ns:rls-services" xmlns:rl="urn:ietf:params:xml:ns:resource-lists" xmlns:xsi=" http://www.w3.org/2001/XMLSchema-instance"> <service uri="sip:1000+presence@example.com"> <resource-list> https://kamailio:5061/xcap-root/resource-lists/users/sip:1000@example.com/i… "friends"]</resource-list> <packages> <package>presence</package> </packages> </service> </rls-services> I'm subscribing to presence event on rls-service SUBSCRIBE sip:1000+presence@example.com SIP/2.0 Via: SIP/2.0/TLS 10.255.0.3:33883 ;rport;branch=z9hG4bKPjbe079f60-d0e0-4f1e-9f93-b18e467be5e8;alias Max-Forwards: 70 From: "1000" <sip:1000@example.com>;tag=97ef0748-da39-442f-9a02-468b67134ad6 To: <sip:1000+presence@example.com> Contact: <sip:20416583@10.255.0.3:5061;transport=tls> Call-ID: 9773a68c-b001-49f0-9ffa-093beb3d8e36 CSeq: 18636 SUBSCRIBE Event: presence Expires: 600 Supported: 100rel, replaces, norefersub, gruu Accept: multipart/related, application/rlmi+xml, application/pidf+xml Allow-Events: presence Supported: eventlist User-Agent: sipsimple 5.2.6 Content-Length: 0 The RLS sends a NOTIFY immediately upon accepting the subscription according to RFC 4662 and also the RLS is virtually subscribing to the presence event on the 2 resources in the friends list NOTIFY sip:20416583@10.255.0.3:5061;transport=tls SIP/2.0 Via: SIP/2.0/TLS joey-local-proxy.example.com:5061 ;branch=z9hG4bKa93d.b63e0697000000000000000000000000.0 To: <sip:1000@example.com>;tag=97ef0748-da39-442f-9a02-468b67134ad6 From: <sip:1000+presence@example.com >;tag=e02a02cb113b2bdb8ebdb022d767e6d2-a1677c19 CSeq: 1 NOTIFY Call-ID: 9773a68c-b001-49f0-9ffa-093beb3d8e36 Content-Length: 468 Max-Forwards: 70 Event: presence Contact: <sip:kamailio@example.com:5060> Subscription-State: active;expires=600 Require: eventlist Content-Type: multipart/related;type="application/rlmi+xml";start="<1668755827.sip:1000+presence@example.com.1700642067 >";boundary="1W1NaaaIIq6dOtLRXODFwqmC" --1W1NaaaIIq6dOtLRXODFwqmC Content-Transfer-Encoding: binary Content-ID: <1668755827.sip:1000+presence@example.com.1700642067> Content-Type: application/rlmi+xml;charset="UTF-8" <?xml version="1.0"?> <list uri="sip:1000+presence@example.com" xmlns="urn:ietf:params:xml:ns:rlmi" version="1" fullState="true"> <resource uri="sip:1001@example.com"/> <resource uri="sip:1002@example.com"/> </list> --1W1NaaaIIq6dOtLRXODFwqmC-- Now I’m changing the resource list using XCAP. I’m sending a PUT request with a new document and I see that the change is pushed to the DB but user 1000 is not receiving a NOTIFY with the updated list. This is the updated document: <?xml version="1.0" encoding="UTF-8" standalone="no"?> <resource-lists xmlns="urn:ietf:params:xml:ns:resource-lists"> <list name="friends"> <entry uri="sip:1001@example.com"> <display-name>1001</display-name> </entry> <entry uri="sip:1002@example.com"> <display-name>1002</display-name> </entry> <entry uri="sip:1003@example.com"> <display-name>1003</display-name> </entry> </list> </resource-lists> I see that Kamailio is virtually subscribing on 1003 (The newly added user) but NOTIFY is not received. Also tried to subscribe on xcap-diff event, and the subscription was accepted successfully but no NOTIFY is received. Am I missing something? Thanks, Joey

2 1

Create new listener on the fly
by H Yavari 23 Nov '22

23 Nov '22

Hi Kamailio community, I am running an IPsec server beside Kamailio, so I am interested to know if there is any method to create a SIP listener on a specific port on the fly. I mean, when I create the IPsec SAs through the IPsec server, I ask Kamailio to create a listener/handler for that port too.This case might be very rare, but it is always good to hear community ideas. Thank you. Regards,Hossein

5 9

ims ipsec connectivity
by Oleg Belousov 23 Nov '22

23 Nov '22

Hi. Working on ims integration with the actual handset, have got a problem with ipsec establishment to complete registration. Initial steps are fine, including diameter exchange and 401 (with security server details) toward UE. On the next step UE and kamailio should establish ipsec connection, and UE to submit the next register with a response. As per trace UE is trying to establish the same (can see initial TCP SYN encapsulated onto ESP), using port-s, provided in Security-Server, but get an ICMP packet from server with destination/protocol unreachable. No more info either in P-SCSF log, no in kern.log. Proxy is listening to that port, it is tcp and available over telnet, so should not be a connectivity issue. Please let know if any ideas how to troubleshoot that further, -- obelousov.tel

4 6

Problem with update/retrigger a htable
by Bernd Krueger-Knauber 21 Nov '22

21 Nov '22

Hi members, I run into a problemm with htable. For user push notifications I need a loop. So I did the following for a first test: modparam("htable", "htable", "user=>size=3;autoexpire=5") ... event_route[htable:mod-init] { xinfo("htable init"); $sht(user=>testkey) = "testvalue"; } event_route[htable:expired:user] { xinfo("Record expired $shtrecord(key) => $shtrecord(value)"); $sht(user=>$shtrecord(key)) = $shtrecord(value); } I see the htable init, and I reach Record expired, but only once. The 'new' entry $sht(user=>$shtrecord(key)) = $shtrecord(value); seams not to be re-added, because I never reach the expired event again. I expected to see cyclic expired events. Also strange: expire is set to 5 seconds I get: Nov 21 08:34:50 xxx /usr/sbin/kamailio[254662]: INFO: <script>: htable init ... Nov 21 08:35:10 xxx /usr/sbin/kamailio[254671]: INFO: <script>: Record expired testkey => testvalue If I'm right, this are 20 seconds and not 5. Any ideas what's wrong? Best regards

2 3

Interconnecting two Kamailio IMS Networks
by Derek OSS 18 Nov '22

18 Nov '22

Hi, I have P-CSCF, I-CSCF, and S-CSCF instances of Kamailio running with rtpengine. I can have a VoLTE call over a 4G network (using Open5GS) using Kamailio with two phones on the same IMS network, no problem. I have leveraged the docker_open5gs project to do this. For Kamailio, I have some IMS-related questions for when the Called-Party is not within the IMS network as I'm interested in what may be required to interconnect two Kamailio IMS networks. - Does Kamailio (or anyone you may know) have example configuration files for instances of a BGCF, IBCF, or TrGW? - If the S-CSCF determines that the Called-Party is not within the IMS network, is there an example configuration file of where the S-CSCF can forward the SIP INVITE to a BGCF / contact the IBCF directly? - If "no" to the above, are the BGCF, IBCF, and TrGW instances necessary to facilitate a call between two networks? Can Kamailio emulate multiple networks and instead have the S-CSCF of the originating network simply send the SIP request to the I-CSCF of the destination network (selected via DNS lookup) and use the single rtpengine instance between the two networks rather than using a BGCF, IBCF, and TrGW? Thank you very much for your help, Derek

1 0

lcr related crash
by Juha Heinanen 18 Nov '22

18 Nov '22

We noticed lcr related crash with pretty recent 5.6. Core dump is below. Weird thing is that some of the values in matched_gw table make no sense. For example, there does not exist rule_id = 1426245171 in lcr_rule table and some prefix_len and priority values are far too big. Any ideas? -- Juha #0 0x00007efda9ea7486 in ki_load_gws_furi (_m=0x7efdaa5846f0, lcr_id=1, ruri_user=0x7fff30444b90, from_uri=0x7fff30444ba0) at lcr_mod.c:2330 2330 lcr_mod.c: No such file or directory. (gdb) bt full #0 0x00007efda9ea7486 in ki_load_gws_furi (_m=0x7efdaa5846f0, lcr_id=1, ruri_user=0x7fff30444b90, from_uri=0x7fff30444ba0) at lcr_mod.c:2330 request_uri = 0x7efdaa5849d0 i = 1421936895 j = 21897 gw_index = 0 now = 1668672386 dex = 32509 val = {n = 0, s = {s = 0x0, len = -1436245347}, re = 0x0} matched_gws = {{gw_index = 0, rule_id = 0, prefix_len = 0, priority = 0, weight = 2, duplicate = 0}, {gw_index = 0, rule_id = 1426245171, prefix_len = 21897, priority = 0, weight = 32, duplicate = 0}, {gw_index = 45104, rule_id = 32509, prefix_len = 17040, weight = 3201662253, duplicate = 17040}, {gw_index = 32767, rule_id = 1423653555, prefix_len = 21897, priority = 0, weight = 2857912048, duplicate = 32509}, {gw_index = 44720, rule_id = 32767, prefix_len = 0, priority = 0, weight = 32509, duplicate = 0}, { gw_index = 0, rule_id = 2868544968, prefix_len = 32509, priority = 0, weight = 809780304, duplicate = 32767}, {gw_index = 18160, rule_id = 32509, prefix_len = 44720, priority = 12356, weight = 32767, duplicate = 7864}, {gw_index = 32509, rule_id = 0, prefix_len = 0, priority = 0, weight = 0, duplicate = 0}, {gw_index = 0, rule_id = 0, prefix_len = 0, priority = 0, weight = 0, duplicate = 56064}, {gw_index = 32045, rule_id = 2858027016, prefix_len = 32509, priority = 0, weight = 2867938768, duplicate = 32509}, {gw_index = 0, rule_id = 0, prefix_len = 6048, priority = 43762, weight = 32509, duplicate = 32}, {gw_index = 0, rule_id = 2992943152, prefix_len = 32509, priority = 0, weight = 809779984, duplicate = 32767}, {gw_index = 62282, rule_id = 21897, prefix_len = 47520, priority = 43666, weight = 32509, duplicate = 13}, {gw_index = 32767, rule_id = 0, prefix_len = 0, priority = 0, weight = 2298403584, duplicate = 32045}, {gw_index = 0, rule_id = 0, prefix_len = 0, priority = 0, weight = 2, duplicate = 0}, {gw_index = 0, rule_id = 1426245171, prefix_len = 21897, priority = 0, weight = 32, duplicate = 0}, {gw_index = 45104, rule_id = 32509, prefix_len = 17408, priority = 12356, weight = 32767, duplicate = 2303}, {gw_index = 21897, rule_id = 0, prefix_len = 0, priority = 0, weight = 1426245171, duplicate = 21897}, {gw_index = 32, rule_id = 0, prefix_len = 45104, priority = 45668, weight = 32509, duplicate = 17408}, {gw_index = 32767, rule_id = 2857912048, prefix_len = 32509, priority = 0, weight = 2868551680, duplicate = 32509}, {gw_index = 44720, rule_id = 32767, prefix_len = 29136, priority = 34846, weight = 32509, duplicate = 56064}, {gw_index = 1, rule_id = 2868544960, prefix_len = 32509, priority = 0, weight = 809780304, duplicate = 32767}, {gw_index = 0, rule_id = 0, prefix_len = 44720, priority = 12356, weight = 32767, duplicate = 0}, {gw_index = 0, rule_id = 0, prefix_len = 0, priority = 0, weight = 0, duplicate = 0}, {gw_index = 0, rule_id = 0, prefix_len = 0, priority = 0, weight = 0, duplicate = 0}, {gw_index = 0, rule_id = 0, prefix_len = 0, priority = 0, weight = 0, duplicate = 0}, {gw_index = 0, rule_id = 0, prefix_len = 0, priority = 0, weight = 0, duplicate = 0}, {gw_index = 0, rule_id = 0, prefix_len = 0, priority = 0, weight = 2867512936, duplicate = 1}, {gw_index = 50792, rule_id = 32509, prefix_len = 18160, priority = 43608, weight = 32509, duplicate = 44720}, {gw_index = 32767, rule_id = 809780296, prefix_len = 32767, priority = 0, weight = 2862001424, duplicate = 22}, {gw_index = 25472, rule_id = 21897, prefix_len = 0, priority = 0, weight = 0, duplicate = 44628}, {gw_index = 32509, rule_id = 19, prefix_len = 0, priority = 0, weight = 0, duplicate = 0}, {gw_index = 0, rule_id = 0, prefix_len = 44642, priority = 43670, weight = 32509, duplicate = 56064}, {gw_index = 32045, rule_id = 0, prefix_len = 0, priority = 0, weight = 0, duplicate = 2}, {gw_index = 0, rule_id = 0, prefix_len = 56064, priority = 35070, weight = 3201662253, duplicate = 32}, { gw_index = 0, rule_id = 0, prefix_len = 2, priority = 0, weight = 0, duplicate = 0}, {gw_index = 50739, rule_id = 21897, prefix_len = 32, priority = 0, weight = 0, duplicate = 45104}, {gw_index = 32509, rule_id = 809781904, prefix_len = 32767, priority = 0, weight = 1421876076, duplicate = 21897}, {gw_index = 17504, rule_id = 32767, prefix_len = 18160, priority = 43608, weight = 32509, duplicate = 2528}, {gw_index = 32509, rule_id = 2857912048, prefix_len = 32509, priority = 0, weight = 2868551952, duplicate = 32509}, {gw_index = 44720, rule_id = 32767, prefix_len = 0, priority = 0, weight = 0, duplicate = 1}, {gw_index = 1, rule_id = 0, prefix_len = 0, priority = 0, weight = 2298403584, duplicate = 32045}, {gw_index = 0, rule_id = 0, prefix_len = 0, priority = 0, weight = 0, duplicate = 0}, {gw_index = 0, rule_id = 0, prefix_len = 0, priority = 0, weight = 809780432, duplicate = 32767}, {gw_index = 41793, rule_id = 32509, prefix_len = 0, priority = 0, weight = 0, duplicate = 18600}, {gw_index = 32767, rule_id = 2866689544, prefix_len = 32509, priority = 0, weight = 2857912048, duplicate = 32509}, {gw_index = 0, rule_id = 1, prefix_len = 25492, priority = 21787, weight = 21897, duplicate = 53760}, {gw_index = 32509, rule_id = 2298403584, prefix_len = 32045, priority = 48853, weight = 809780624, duplicate = 32767}, {gw_index = 60669, rule_id = 21897, prefix_len = 0, priority = 0, weight = 0, duplicate = 18600}, {gw_index = 32767, rule_id = 2866689520, prefix_len = 32509, priority = 0, weight = 2857912048, duplicate = 32509}, {gw_index = 35600, rule_id = 32509, prefix_len = 0, priority = 0, weight = 32509, duplicate = 35600}, {gw_index = 32509, rule_id = 2298403584, prefix_len = 32045, priority = 48853, weight = 0, duplicate = 0}, { gw_index = 0, rule_id = 2, prefix_len = 0, priority = 0, weight = 0, duplicate = 50739}, {gw_index = 21897, rule_id = 32, prefix_len = 0, priority = 0, weight = 2298403584, duplicate = 32045}, {gw_index = 18160, rule_id = 32767, prefix_len = 0, priority = 0, weight = 2, duplicate = 0}, {gw_index = 0, rule_id = 1426245171, prefix_len = 21897, priority = 0, weight = 32, duplicate = 0}, {gw_index = 45104, rule_id = 32509, prefix_len = 18080, priority = 12356, weight = 32767, duplicate = 4205}, {gw_index = 21897, rule_id = 2866712944, prefix_len = 32509, priority = 0, weight = 2857912048, duplicate = 32509}, {gw_index = 2528, rule_id = 32509, prefix_len = 34240, priority = 43770, weight = 32509, duplicate = 18592}, {gw_index = 32767, rule_id = 0, prefix_len = 65535, priority = 65535, weight = 0, duplicate = 0}, {gw_index = 0, rule_id = 32767, prefix_len = 0, priority = 0, weight = 2, duplicate = 53890}, {gw_index = 55846, rule_id = 0, prefix_len = 0, priority = 0, weight = 1426245171, duplicate = 21897}, {gw_index = 0, rule_id = 0, prefix_len = 0, priority = 0, weight = 0, duplicate = 0}, {gw_index = 0, rule_id = 0, prefix_len = 0, priority = 0, weight = 0, duplicate = 0}, {gw_index = 0, rule_id = 0, prefix_len = 0, priority = 0, weight = 0, duplicate = 0}, {gw_index = 0, rule_id = 809781424, prefix_len = 32767, priority = 0, weight = 2298403584, duplicate = 32045}, {gw_index = 18216, rule_id = 32767, prefix_len = 0, priority = 0, weight = 22, duplicate = 25472}, {gw_index = 21897, rule_id = 0, prefix_len = 0, priority = 0, weight = 32, duplicate = 0}, {gw_index = 19, rule_id = 32509, prefix_len = 18400, priority = 12356, weight = 32767, duplicate = 36949}, {gw_index = 21897, rule_id = 32, prefix_len = 0, priority = 0, weight = 2298403584, duplicate = 32045}, {gw_index = 18400, rule_id = 32767, prefix_len = 0, priority = 0, weight = 2, duplicate = 0}, {gw_index = 0, rule_id = 1426245171, prefix_len = 21897, priority = 0, weight = 32, duplicate = 0}, {gw_index = 56064, rule_id = 3201662253, prefix_len = 18528, priority = 12356, weight = 32767, duplicate = 0}, {gw_index = 2, rule_id = 0, prefix_len = 0, priority = 0, weight = 1426245171, duplicate = 21897}, {gw_index = 32, rule_id = 0, prefix_len = 45104, priority = 45668, weight = 32509, duplicate = 18240}, {gw_index = 32767, rule_id = 2832509560, prefix_len = 32509, priority = 0, weight = 809781140, duplicate = 32767}, {gw_index = 18592, rule_id = 22, prefix_len = 25472, priority = 21787, weight = 21897, duplicate = 0}, {gw_index = 0, rule_id = 2866689512, prefix_len = 32509, priority = 0, weight = 1, duplicate = 0}, {gw_index = 25492, rule_id = 21897, prefix_len = 56064, priority = 35070, weight = 3201662253, duplicate = 18272}, {gw_index = 32767, rule_id = 2832509702, prefix_len = 32509, priority = 0, weight = 809781140, duplicate = 32767}, {gw_index = 0, rule_id = 0, prefix_len = 18352, priority = 12356, weight = 32767, duplicate = 41793}, {gw_index = 32509, rule_id = 3631862402, prefix_len = 55846, priority = 22694, weight = 809782152, duplicate = 32767}, { gw_index = 28360, rule_id = 32509, prefix_len = 18160, priority = 43608, weight = 32509, duplicate = 32}, {gw_index = 1, rule_id = 1427858324, prefix_len = 21897, priority = 0, weight = 2866211776, duplicate = 32509}, {gw_index = 46912, rule_id = 32509, prefix_len = 18160, priority = 43608, weight = 32509, duplicate = 44720}, {gw_index = 32767, rule_id = 0, prefix_len = 0, priority = 0, weight = 809782152, duplicate = 32767}, {gw_index = 18936, rule_id = 32509, prefix_len = 19400, priority = 12356, weight = 32767, duplicate = 44840}, {gw_index = 32509, rule_id = 2857912048, prefix_len = 32509, priority = 0, weight = 809781424, duplicate = 32767}, {gw_index = 51007, rule_id = 32509, prefix_len = 19400, priority = 12356, weight = 32767, duplicate = 44840}, {gw_index = 32509, rule_id = 2857912824, prefix_len = 32509, priority = 0, weight = 0, duplicate = 0}, {gw_index = 0, rule_id = 0, prefix_len = 0, priority = 0, weight = 0, duplicate = 0}, {gw_index = 0, rule_id = 0, prefix_len = 0, priority = 0, weight = 2868540824, duplicate = 32509}, {gw_index = 19228, rule_id = 32767, prefix_len = 18160, priority = 43608, weight = 32509, duplicate = 44720}, {gw_index = 32767, rule_id = 2868539048, prefix_len = 32509, priority = 0, weight = 0, duplicate = 0}, {gw_index = 18160, rule_id = 32509, prefix_len = 56064, priority = 35070, weight = 3201662253, duplicate = 0}, {gw_index = 0, rule_id = 0, prefix_len = 2, priority = 0, weight = 0, duplicate = 0}, {gw_index = 50739, rule_id = 21897, prefix_len = 32, priority = 0, weight = 0, duplicate = 45104}, {gw_index = 32509, rule_id = 809781616, prefix_len = 32767, priority = 0, weight = 2832519634, duplicate = 32509}, {gw_index = 0, rule_id = 0, prefix_len = 19400, priority = 12356, weight = 32767, duplicate = 44840}, {gw_index = 32509, rule_id = 2857912048, prefix_len = 32509, priority = 0, weight = 3743011458, duplicate = 55846}, {gw_index = 53890, rule_id = 206181164, prefix_len = 0, priority = 0, weight = 0, duplicate = 0}, { gw_index = 0, rule_id = 0, prefix_len = 0, priority = 0, weight = 2298403584, duplicate = 32045}, {gw_index = 0, rule_id = 0, prefix_len = 56064, priority = 35070, weight = 3201662253, duplicate = 0}, {gw_index = 0, rule_id = 0, prefix_len = 2, priority = 0, weight = 0, duplicate = 0}, {gw_index = 19400, rule_id = 32767, prefix_len = 46952, priority = 43654, weight = 32509, duplicate = 18160}, {gw_index = 32509, rule_id = 0, prefix_len = 0, priority = 0, weight = 0, duplicate = 0}, {gw_index = 44720, rule_id = 32509, prefix_len = 56064, priority = 35070, weight = 3201662253, duplicate = 18992}, {gw_index = 32767, rule_id = 1423240445, prefix_len = 21897, priority = 0, weight = 2868540816, duplicate = 32509}, {gw_index = 19400, rule_id = 32767, prefix_len = 46928, priority = 43654, weight = 32509, duplicate = 18160}, {gw_index = 32509, rule_id = 809782144, prefix_len = 32767, priority = 0, weight = 1424974825, duplicate = 21897}, {gw_index = 18928, rule_id = 32767, prefix_len = 57360, priority = 43603, weight = 32509, duplicate = 32}, {gw_index = 0, rule_id = 2857623568, prefix_len = 32509, priority = 0, weight = 809781808, duplicate = 32767}, {gw_index = 54047, rule_id = 32509, prefix_len = 0, priority = 0, weight = 0, duplicate = 0}, { gw_index = 0, rule_id = 134217728, prefix_len = 0, priority = 0, weight = 122341296, duplicate = 0}, {gw_index = 44784, rule_id = 0, prefix_len = 14416, priority = 181, weight = 0, duplicate = 46560}, {gw_index = 0, rule_id = 16, prefix_len = 0, priority = 0, weight = 296, duplicate = 0}, {gw_index = 56064, rule_id = 3201662253, prefix_len = 19040, priority = 12356, weight = 32767, duplicate = 38381}, {gw_index = 21897, rule_id = 0, prefix_len = 0, priority = 0, weight = 80, duplicate = 5}, { gw_index = 47600, rule_id = 32509, prefix_len = 0, priority = 0, weight = 32509, duplicate = 19232}, {gw_index = 32767, rule_id = 1424954698, prefix_len = 21897, priority = 0, weight = 32, duplicate = 0}, {gw_index = 57360, rule_id = 32509, prefix_len = 32, priority = 0, weight = 0, duplicate = 7}, {gw_index = 32509, rule_id = 2857623568, prefix_len = 32509, priority = 0, weight = 2861742528, duplicate = 32509}, {gw_index = 0, rule_id = 0, prefix_len = 50739, priority = 21762, weight = 21897, duplicate = 32}, { gw_index = 0, rule_id = 2992943152, prefix_len = 32509, priority = 0, weight = 809782320, duplicate = 32767}, {gw_index = 18160, rule_id = 32509, prefix_len = 41232, priority = 43770, weight = 32509, duplicate = 44720}, {gw_index = 32767, rule_id = 1216, prefix_len = 0, priority = 0, weight = 1423251666, duplicate = 21897}, {gw_index = 31872, rule_id = 32509, prefix_len = 19336, priority = 12356, weight = 32767, duplicate = 19232}} rules = 0x7efd86889f60 rule = 0x3837333334313030 pl = 0x7efd8793d120 gws = 0x7efd86d47500 t = 0x7fff30444070 furi = {user = {s = 0x7efdaa92b9d4 "+xxx@xxx", len = 13}, passwd = {s = 0x0, len = 0}, host = {s = 0x7efdaa92b9e2 "xxxx", len = 13}, port = {s = 0x0, len = 0}, params = {s = 0x0, len = 0}, sip_params = {s = 0x0, len = 0}, headers = { s = 0x0, len = 0}, port_no = 0, proto = 0, type = SIP_URI_T, flags = 0, transport = {s = 0x0, len = 0}, ttl = {s = 0x0, len = 0}, user_param = {s = 0x0, len = 0}, maddr = {s = 0x0, len = 0}, method = {s = 0x0, len = 0}, lr = {s = 0x0, len = 0}, r2 = { s = 0x0, len = 0}, gr = {s = 0x0, len = 0}, transport_val = {s = 0x0, len = 0}, ttl_val = {s = 0x0, len = 0}, user_param_val = {s = 0x0, len = 0}, maddr_val = {s = 0x0, len = 0}, method_val = {s = 0x0, len = 0}, lr_val = {s = 0x0, len = 0}, r2_val = { s = 0x0, len = 0}, gr_val = {s = 0x0, len = 0}} avp = 0x7efdaa64a29d st = {flags = 0, id = 0, name = {n = 0, s = {s = 0x0, len = 0}, re = 0x0}, avp = 0x0} __func__ = "ki_load_gws_furi" #1 0x00007efda9eaac2a in load_gws (_m=0x7efdaa5846f0, argc=3, argv=0x5589550fb710 <mod_f_params+48>) at lcr_mod.c:2519 ruri_user = {s = 0x7efdaa92b9a0 "+xxx", len = 13} from_uri = {s = 0x7efdaa92b9d0 "sip:+xxxxxxxxxx@xxx.xx.xx.xxx", len = 31} lcr_id = 1 tmp = 0x7efdaa869f11 "" __func__ = "load_gws" #2 0x0000558954c0bd9b in do_action (h=0x7fff3044aeb0, a=0x7efdaa86a610, msg=0x7efdaa5846f0) at core/action.c:1181 ret = -5 v = 1 dst = {send_sock = 0x7efdaa5846f0, to = {s = {sa_family = 44720, sa_data = "D0\377\177\000\000(\001\000\000\000\000\000"}, sin = {sin_family = 44720, sin_port = 12356, sin_addr = {s_addr = 32767}, sin_zero = "(\001\000\000\000\000\000"}, sin6 = { sin6_family = 44720, sin6_port = 12356, sin6_flowinfo = 32767, sin6_addr = {__in6_u = {__u6_addr8 = "(\001", '\000' <repeats 13 times>, __u6_addr16 = {296, 0, 0, 0, 0, 0, 0, 0}, __u6_addr32 = {296, 0, 0, 0}}}, sin6_scope_id = 809783872}, sas = { ss_family = 44720, __ss_padding = "D0\377\177\000\000(\001", '\000' <repeats 14 times>, "@RD0\377\177\000\000\355\225\310T\211U", '\000' <repeats 11 times>, "\333\376\210-}վ\240\340S\252\375~\000\000\000\000\000\000\002", '\000' <repeats 11 times>, "\322\030\325T\211U\000\000 \000\000\000\000\000\000\000\320RD0\377\177\000\000pSD0\377\177\000\000\211\366\315T\211U\000", __ss_align = 139627952720888}}, id = -1434074608, send_flags = {f = 32509, blst_imask = 0}, proto = -16 '\360', proto_pad0 = 70 'F', proto_pad1 = -21928} tmp = 0x7efdb264b030 <__syslog> "H\201\354", <incomplete sequence \330> new_uri = 0x200000000 <error: Cannot access memory at address 0x200000000> end = 0x200000000 <error: Cannot access memory at address 0x200000000> crt = 0x7fff30444ed0 "" cmd = 0x7efdaa5a2cd0 len = 0 user = 0 uri = {user = {s = 0x558954ef1321 <split_frag+201> "\270", len = 128}, passwd = {s = 0x7efd8b863760 "\200", len = -1996563712}, host = {s = 0x7efd8b863760 "\200", len = 0}, port = {s = 0x0, len = 1426245171}, params = { s = 0x20 <error: Cannot access memory at address 0x20>, len = -1302024144}, sip_params = {s = 0x7fff30445090 "\260QD0\377\177", len = 1421936895}, headers = {s = 0x35aa84bae8 <error: Cannot access memory at address 0x35aa84bae8>, len = 1025}, port_no = 0, proto = 34386, type = 32509, flags = (unknown: 0x8b863760), transport = {s = 0x3a70697300000000 <error: Cannot access memory at address 0x3a70697300000000>, len = -1437055248}, ttl = {s = 0x7efdaa85ec60 "\320\t", len = 809783504}, user_param = { s = 0x1 <error: Cannot access memory at address 0x1>, len = -2041403312}, maddr = {s = 0x7fff30445038 "\030̅\252\375~", len = 0}, method = {s = 0x0, len = 0}, lr = {s = 0x0, len = 0}, r2 = {s = 0x0, len = 0}, gr = { s = 0x20 <error: Cannot access memory at address 0x20>, len = -1302024144}, transport_val = {s = 0x7fff30444fd0 "\300PD0\377\177", len = 1424983377}, ttl_val = {s = 0x72 <error: Cannot access memory at address 0x72>, len = 809783280}, user_param_val = { s = 0x40000000000020 <error: Cannot access memory at address 0x40000000000020>, len = -1434679252}, maddr_val = {s = 0x7fff304450c0 "", len = 1424795871}, method_val = {s = 0x7efdaa92b370 "sip:+xxxxxxx@xxx.xx.xxx;transport=TCP", len = 53}, lr_val = {s = 0x7efdaa7c882d "request_uri)", len = 11}, r2_val = {s = 0x7efdaa584a18 "\202\263\222\252\375~", len = 809784016}, gr_val = {s = 0x7efdaa85cc18 "", len = -1437055248}} next_hop = {user = {s = 0x7fff304450e0 "", len = -1462450242}, passwd = {s = 0x7fff304452d0 "", len = -1434072040}, host = {s = 0x7efdaa5849f8 "t\263\222\252\375~", len = -1437055248}, port = { s = 0x7fff00000035 <error: Cannot access memory at address 0x7fff00000035>, len = -1996563712}, params = {s = 0x7fff304450ac "\375~", len = 0}, sip_params = {s = 0x0, len = 1426245171}, headers = {s = 0x20 <error: Cannot access memory at address 0x20>, len = -1302024144}, port_no = 20912, proto = 12356, type = 32767, flags = (URI_USER_NORMALIZE | unknown: 0x54c1106c), transport = {s = 0x0, len = -1437055248}, ttl = {s = 0x7efdaa85ec60 "\320\t", len = 809807536}, user_param = {s = 0x0, len = 0}, maddr = { s = 0x0, len = -1}, method = {s = 0x200000000 <error: Cannot access memory at address 0x200000000>, len = -208022910}, lr = {s = 0x0, len = 1426245171}, r2 = {s = 0x20 <error: Cannot access memory at address 0x20>, len = -1302024144}, gr = { s = 0x58a6da26ccb9d282 <error: Cannot access memory at address 0x58a6da26ccb9d282>, len = 1514263170}, transport_val = {s = 0x7efd00000000 <error: Cannot access memory at address 0x7efd00000000>, len = 53}, ttl_val = {s = 0x7efdaa7c882d "request_uri)", len = 11}, user_param_val = {s = 0x0, len = -1996563712}, maddr_val = {s = 0x1000000000 <error: Cannot access memory at address 0x1000000000>, len = 0}, method_val = {s = 0x0, len = 1426245171}, lr_val = { s = 0x20 <error: Cannot access memory at address 0x20>, len = -1302024144}, r2_val = {s = 0x7fff30445260 "pSD0\377\177", len = -1462314118}, gr_val = {s = 0x20 <error: Cannot access memory at address 0x20>, len = -1302024144}} u = 0x558954c1106d <run_actions_safe+169> port = 0 dst_host = 0x58a6da26c9d9d282 i = 3 flags = 0 avp = 0x7efdaafc9330 st = {flags = 1424947432, id = 21897, name = {n = -1954138112, s = {s = 0x7efd8b863800 "\020", len = -2041446400}, re = 0x7efd8b863800}, avp = 0x7efdaac78198} sct = 0x100000000 sjt = 0x0 rve = 0x7efdaafa7c80 mct = 0x7efdaafcb790 rv = 0x7efdaa86b748 rv1 = 0x7efdaa5846f0 c1 = {cache_type = 809784048, val_type = 32767, c = {avp_val = {n = 1423653555, s = { s = 0x558954db3ab3 <rval_get_int+341> "\205\300\017\237\300\017\266\320H\213\205\370\376\377\377\211\020H\213\205\b\377\377\377\213@\004\203\340\371\211\302H\213\205\b\377\377\377\211P\004\351y\006", len = 1}, re = 0x558954db3ab3 <rval_get_int+341>}, pval = {rs = {s = 0x558954db3ab3 <rval_get_int+341> "\205\300\017\237\300\017\266\320H\213\205\370\376\377\377\211\020H\213\205\b\377\377\377\213@\004\203\340\371\211\302H\213\205\b\377\377\377\211P\004\351y\006", len = 1}, ri = -1437055248, flags = 32509}}, i2s = "\202\263\222\252\375~\000\000\000\000\000\000\000\000\000\000x텪\375~"} s = {s = 0x7efdaa92b9d0 "sip:xxx@xxx", len = 31} srevp = {0x7fff304452d0, 0xbed57d2d88fedb00} evp = {data = 0x0, obuf = {s = 0x0, len = 0}, rcv = 0x0, dst = 0x0, req = 0x0, rpl = 0x0, rplcode = 0, mode = 0} mod_f_params = {{type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NUMBER_ST, u = {number = 3, string = 0x3 <error: Cannot access memory at address 0x3>, str = { s = 0x3 <error: Cannot access memory at address 0x3>, len = 0}, data = 0x3, attr = 0x3, select = 0x3}}, {type = STRING_ST, u = {number = 139627952774928, string = 0x7efdaa869f10 "1", str = {s = 0x7efdaa869f10 "1", len = 1}, data = 0x7efdaa869f10, attr = 0x7efdaa869f10, select = 0x7efdaa869f10}}, {type = STRING_RVE_ST, u = {number = 139627953568160, string = 0x7efdaa92b9a0 "+xxx", str = {s = 0x7efdaa92b9a0 "+xxx", len = 13}, data = 0x7efdaa92b9a0, attr = 0x7efdaa92b9a0, select = 0x7efdaa92b9a0}}, {type = STRING_RVE_ST, u = {number = 139627953568208, string = 0x7efdaa92b9d0 "sip:xxx@xxx", str = {s = 0x7efdaa92b9d0 "sip:xxx@xxx", len = 31}, data = 0x7efdaa92b9d0, attr = 0x7efdaa92b9d0, select = 0x7efdaa92b9d0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}} __func__ = "do_action" #3 0x0000558954c108ff in run_actions (h=0x7fff3044aeb0, a=0x7efdaa86a610, msg=0x7efdaa5846f0) at core/action.c:1584 t = 0x7efdaa86a610 ret = -1 tvb = {tv_sec = 0, tv_usec = 0} tve = {tv_sec = 0, tv_usec = 0} tz = {tz_minuteswest = 809807536, tz_dsttime = 32767} tdiff = 809784496 __func__ = "run_actions" #4 0x0000558954bfdb07 in do_action (h=0x7fff3044aeb0, a=0x7efdaa860940, msg=0x7efdaa5846f0) at core/action.c:703 ret = -5 v = 0 dst = {send_sock = 0x7efdaa5846f0, to = {s = {sa_family = 44720, sa_data = "D0\377\177\000\000\020\253\247\000\000\000\000"}, sin = {sin_family = 44720, sin_port = 12356, sin_addr = {s_addr = 32767}, sin_zero = "\020\253\247\000\000\000\000"}, sin6 = { sin6_family = 44720, sin6_port = 12356, sin6_flowinfo = 32767, sin6_addr = {__in6_u = {__u6_addr8 = "\020\253\247\000\000\000\000\000\260\063\265\000\000\000\000", __u6_addr16 = {43792, 167, 0, 0, 13232, 181, 0, 0}, __u6_addr32 = {10988304, 0, 11875248, 0}}}, sin6_scope_id = 13940192}, sas = {ss_family = 44720, __ss_padding = "D0\377\177\000\000\020\253\247\000\000\000\000\000\260\063\265\000\000\000\000\000\340\265\324\000\000\000\000\000\000\333\376\210-}վ,\001\000\000\002\000\000\000\000\333\376\210-}վ`*[\252\375~\000\000\030\r\202\252\375~\000\000\000\000\000\000\000\000\000\000\063\306\002U\211U\000\000 \000\000\000\000\000\000\000\060\260d\262\375~\000\000\260ZD0\377\177\000\000\306\017\333T\211U\000", __ss_align = 32}}, id = -1434317544, send_flags = {f = 32509, blst_imask = 0}, proto = 0 '\000', proto_pad0 = 0 '\000', proto_pad1 = 0} tmp = 0x130445be0 <error: Cannot access memory at address 0x130445be0> new_uri = 0x15 <error: Cannot access memory at address 0x15> end = 0x400000000 <error: Cannot access memory at address 0x400000000> crt = 0x7efdaa81ca60 "\340.\202\252\375~" cmd = 0x7efdaa8205a8 len = -1996563712 user = -1093305043 uri = {user = {s = 0x7efdaa54a1f5 "", len = -1437294091}, passwd = {s = 0x7efd88e7bd30 "", len = 0}, host = {s = 0x7fff30445740 "\360WD0\377\177", len = -1462943338}, port = {s = 0x0, len = 809785192}, params = {s = 0x7fff30445770 "\021\001", len = 809785392}, sip_params = {s = 0x7efd8b863550 "", len = 0}, headers = {s = 0x0, len = 0}, port_no = 22512, proto = 12356, type = 32767, flags = (URI_USER_NORMALIZE | unknown: 0xa8cc7f80), transport = {s = 0x7fff30445830 "\340\241T\252\375~", len = -1437055248}, ttl = { s = 0x4 <error: Cannot access memory at address 0x4>, len = -1996563712}, user_param = {s = 0x111 <error: Cannot access memory at address 0x111>, len = -1434319555}, maddr = {s = 0x7efd00000014 <error: Cannot access memory at address 0x7efd00000014>, len = -1954139248}, method = {s = 0x0, len = 0}, lr = {s = 0x0, len = -1996563712}, r2 = {s = 0x0, len = -1996563712}, gr = {s = 0x0, len = 0}, transport_val = {s = 0x0, len = 1426245171}, ttl_val = {s = 0x20 <error: Cannot access memory at address 0x20>, len = -1302024144}, user_param_val = {s = 0x7fff304458c0 "P_D0\377\177", len = -1462992004}, maddr_val = {s = 0x20 <error: Cannot access memory at address 0x20>, len = 0}, method_val = {s = 0x7efdaa822f10 "\340.\202\252\375~", len = -1437055248}, lr_val = { s = 0x558954eef8e8 <qm_insert_free+59> "\005\363\003", len = 809786344}, r2_val = {s = 0x7efdaa54a1e0 "xxx", len = 21}, gr_val = {s = 0x40100000020 <error: Cannot access memory at address 0x40100000020>, len = 0}} next_hop = {user = {s = 0x7efd8652a068 "", len = 1424974825}, passwd = {s = 0x7fff304458a0 "", len = -1437343728}, host = {s = 0x7efd8b863540 "P", len = -1437343728}, port = {s = 0x7fff304458e0 "\020YD0\377\177", len = -1996563712}, params = { s = 0x7efd8b8635a0 "P", len = 0}, sip_params = {s = 0x0, len = 1426245171}, headers = {s = 0x20 <error: Cannot access memory at address 0x20>, len = -1302024144}, port_no = 24400, proto = 12356, type = 32767, flags = (URI_SIP_USER_PHONE | unknown: 0x54c01c34), transport = {s = 0x128 <error: Cannot access memory at address 0x128>, len = -1996563712}, ttl = {s = 0x7fff30445910 "\340YD0\377\177", len = -1437055248}, user_param = {s = 0x7efdaa823350 "\356\b", len = 809787696}, maddr = {s = 0x7efdaa53ec30 "", len = 0}, method = {s = 0x7fff304459e0 "\220ZD0\377\177", len = 1424958313}, lr = {s = 0x7efdaa92b370 "sip:xxx@xxx;transport=TCP", len = -1437343728}, r2 = { s = 0x7fff30445960 "\220YD0\377\177", len = -1433226400}, gr = {s = 0x4c0 <error: Cannot access memory at address 0x4c0>, len = -1437343728}, transport_val = {s = 0x7efdaa92b330 "\020", len = -1433225152}, ttl_val = {s = 0x7fff30445990 "", len = 1424983377}, user_param_val = {s = 0x4d <error: Cannot access memory at address 0x4d>, len = -1996563712}, maddr_val = {s = 0x1a00d4b5e0 <error: Cannot access memory at address 0x1a00d4b5e0>, len = 0}, method_val = {s = 0x0, len = 1426245171}, lr_val = { s = 0x20 <error: Cannot access memory at address 0x20>, len = -1996563712}, r2_val = {s = 0x7efdaa820d18 "\002", len = 0}, gr_val = {s = 0x0, len = 1426245171}} u = 0x7efdaa5846f0 port = 181 dst_host = 0xbed57d2d88fedb00 i = 18 flags = 0 avp = 0x7efdaa5846f0 st = {flags = 32, id = 0, name = {n = 0, s = {s = 0x200000000 <error: Cannot access memory at address 0x200000000>, len = 0}, re = 0x200000000}, avp = 0x55895502c633} sct = 0x7efdaa858190 sjt = 0x7efdaa96ae62 rve = 0x7efdaa85ed70 mct = 0x0 rv = 0x7efdaa54a1e0 rv1 = 0x7fff00000015 c1 = {cache_type = 809786000, val_type = 32767, c = {avp_val = {n = 1423642494, s = {s = 0x558954db0f7e <rval_destroy_helper+1115> "\353\005\350ۑ\342\377\220H\213E\310dH+\004%(", len = 0}, re = 0x558954db0f7e <rval_destroy_helper+1115>}, pval = {rs = { s = 0x558954db0f7e <rval_destroy_helper+1115> "\353\005\350ۑ\342\377\220H\213E\310dH+\004%(", len = 0}, ri = -1434317544, flags = 32509}}, i2s = "\340[D0\377\177\000\000\200\005\202\252\375~\000\000x[D0\377\177"} s = {s = 0x7fff304456c0 "", len = 0} srevp = {0x20, 0x7efdb264b030 <__syslog>} evp = {data = 0x0, obuf = {s = 0x0, len = 0}, rcv = 0x0, dst = 0x0, req = 0x0, rpl = 0x0, rplcode = 0, mode = 0} mod_f_params = {{type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NUMBER_ST, u = {number = 3, string = 0x3 <error: Cannot access memory at address 0x3>, str = { s = 0x3 <error: Cannot access memory at address 0x3>, len = 0}, data = 0x3, attr = 0x3, select = 0x3}}, {type = STRING_ST, u = {number = 139627952774928, string = 0x7efdaa869f10 "1", str = {s = 0x7efdaa869f10 "1", len = 1}, data = 0x7efdaa869f10, attr = 0x7efdaa869f10, select = 0x7efdaa869f10}}, {type = STRING_RVE_ST, u = {number = 139627953568160, string = 0x7efdaa92b9a0 "+xxx", str = {s = 0x7efdaa92b9a0 "+xxx", len = 13}, data = 0x7efdaa92b9a0, attr = 0x7efdaa92b9a0, select = 0x7efdaa92b9a0}}, {type = STRING_RVE_ST, u = {number = 139627953568208, string = 0x7efdaa92b9d0 "sip:xxx@xxx", str = {s = 0x7efdaa92b9d0 "sip:xxx@xxx", len = 31}, data = 0x7efdaa92b9d0, attr = 0x7efdaa92b9d0, select = 0x7efdaa92b9d0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}} __func__ = "do_action" #5 0x0000558954c108ff in run_actions (h=0x7fff3044aeb0, a=0x7efdaa84d5f0, msg=0x7efdaa5846f0) at core/action.c:1584 t = 0x7efdaa860940 ret = 1 tvb = {tv_sec = 0, tv_usec = 0} tve = {tv_sec = 0, tv_usec = 0} tz = {tz_minuteswest = 809807536, tz_dsttime = 32767} tdiff = 809786592 __func__ = "run_actions" #6 0x0000558954bfdb07 in do_action (h=0x7fff3044aeb0, a=0x7efdaa824ec0, msg=0x7efdaa5846f0) at core/action.c:703 ret = -5 v = 0 dst = {send_sock = 0x7efdaa5846f0, to = {s = {sa_family = 44720, sa_data = "D0\377\177\000\000ȅx\252\375~\000"}, sin = {sin_family = 44720, sin_port = 12356, sin_addr = {s_addr = 32767}, sin_zero = "ȅx\252\375~\000"}, sin6 = {sin6_family = 44720, sin6_port = 12356, sin6_flowinfo = 32767, sin6_addr = {__in6_u = {__u6_addr8 = "ȅx\252\375~\000\000\000\000\000\000\000\000\000", __u6_addr16 = {34248, 43640, 32509, 0, 0, 0, 0, 0}, __u6_addr32 = {2860025288, 32509, 0, 0}}}, sin6_scope_id = 0}, sas = { ss_family = 44720, __ss_padding = "D0\377\177\000\000ȅx\252\375~", '\000' <repeats 14 times>, "\377\177\000\000P\256\226\252\375~", '\000' <repeats 11 times>, "\333\376\210-}վ\250H[\252\375~\000\000\000\000\000\000\002", '\000' <repeats 11 times>, "\322\030\325T\211U\000\000 \000\000\000\000\000\000\000\060cD0\377\177\000\000\320cD0\377\177\000\000\211\366\315T\211U\000", __ss_align = 139627952462296}}, id = -1434335200, send_flags = {f = 32509, blst_imask = 0}, proto = -16 '\360', proto_pad0 = 70 'F', proto_pad1 = -21928} tmp = 0x55895502c633 "INFO" new_uri = 0x1390 <error: Cannot access memory at address 0x1390> end = 0x0 crt = 0x20 <error: Cannot access memory at address 0x20> cmd = 0x7efdaa584a18 len = -1466248417 user = 32509 uri = {user = {s = 0x558900000001 <error: Cannot access memory at address 0x558900000001>, len = 128}, passwd = {s = 0x7efd8b863380 "\200", len = -1996563712}, host = {s = 0x7efd8b863380 "\200", len = 0}, port = {s = 0x0, len = 1426245171}, params = { s = 0x20 <error: Cannot access memory at address 0x20>, len = -1302024144}, sip_params = {s = 0x7fff304460f0 "\020bD0\377\177", len = 1421936895}, headers = {s = 0x0, len = 1426245171}, port_no = 32, proto = 0, type = ERROR_URI_T, flags = (unknown: 0xb264b030), transport = {s = 0x7fff304460a0 "\340aD0\377\177", len = -1437055248}, ttl = {s = 0x7efdaa823350 "\356\b", len = 809787696}, user_param = {s = 0x7efdaa81ebb0 "\343\b", len = 809807536}, maddr = {s = 0x0, len = 0}, method = { s = 0x0, len = 1}, lr = {s = 0x0, len = 0}, r2 = {s = 0x0, len = 0}, gr = {s = 0x20 <error: Cannot access memory at address 0x20>, len = -1302024144}, transport_val = {s = 0x58a6da26e959d282 <error: Cannot access memory at address 0x58a6da26e959d282>, len = 1514263170}, ttl_val = {s = 0x0, len = 809787472}, user_param_val = {s = 0x407efdaa53e230 <error: Cannot access memory at address 0x407efdaa53e230>, len = -1434679252}, maddr_val = {s = 0x7fff30446120 "paD0\377\177", len = 1424795871}, method_val = { s = 0x7efdaa96ae50 "\002", len = 53}, lr_val = {s = 0x7efdaa7c882d "request_uri)", len = 11}, r2_val = {s = 0x20 <error: Cannot access memory at address 0x20>, len = 0}, gr_val = {s = 0x72 <error: Cannot access memory at address 0x72>, len = 1426245171}} next_hop = {user = {s = 0x7efd8b863390 "@", len = -1954139232}, passwd = {s = 0x7fff30446140 " ", len = -1996563712}, host = {s = 0x7fff304461e0 "PcD0\377\177", len = 1423653555}, port = {s = 0x100000035 <error: Cannot access memory at address 0x100000035>, len = -1996563712}, params = {s = 0x7fff304462a0 "", len = 0}, sip_params = {s = 0x0, len = 1426245171}, headers = {s = 0x20 <error: Cannot access memory at address 0x20>, len = -1302024144}, port_no = 25104, proto = 12356, type = 32767, flags = (URI_USER_NORMALIZE | unknown: 0x54c1106c), transport = {s = 0x0, len = -1437055248}, ttl = {s = 0x7efdaa823350 "\356\b", len = -1996563712}, user_param = {s = 0x7fff30446170 "\340F\202\252\375~", len = 0}, maddr = {s = 0x0, len = 1426245171}, method = {s = 0x20 <error: Cannot access memory at address 0x20>, len = -1302024144}, lr = {s = 0x7fff30446210 "PcD0\377\177", len = 1423531231}, r2 = {s = 0x20 <error: Cannot access memory at address 0x20>, len = -1437055248}, gr = {s = 0x7efdaa8246e0 "\002", len = 809807536}, transport_val = {s = 0x100000000 <error: Cannot access memory at address 0x100000000>, len = 53}, ttl_val = {s = 0x7efdaa7c882d "request_uri)", len = 11}, user_param_val = {s = 0x0, len = -1996563712}, maddr_val = { s = 0x1000000000 <error: Cannot access memory at address 0x1000000000>, len = 0}, method_val = {s = 0x0, len = 1426245171}, lr_val = {s = 0x20 <error: Cannot access memory at address 0x20>, len = -1996563712}, r2_val = {s = 0x7fff30446350 "\300dD0\377\177", len = 0}, gr_val = {s = 0x0, len = 1426245171}} u = 0x7efdb264b030 <__syslog> port = 43603 dst_host = 0x0 i = 16 flags = 32767 avp = 0x7fff30445ed0 st = {flags = 32, id = 0, name = {n = -1302024144, s = {s = 0x7efdb264b030 <__syslog> "H\201\354", <incomplete sequence \330>, len = 809787728}, re = 0x7efdb264b030 <__syslog>}, avp = 0x558954d92a55 <eval_elem+2278>} sct = 0x1600000001 sjt = 0x0 rve = 0xaaa5813c4 mct = 0x7fff30445ed4 rv = 0x0 rv1 = 0x558954d90420 <check_self_op+83> c1 = {cache_type = 809788240, val_type = 32767, c = {avp_val = {n = 1423653453, s = {s = 0x558954db3a4d <rval_get_int+239> "H\213\225\370\376\377\377\211\002H\213\205\370\376\377\377\213", len = -1437055248}, re = 0x558954db3a4d <rval_get_int+239>}, pval = { rs = {s = 0x558954db3a4d <rval_get_int+239> "H\213\225\370\376\377\377\211\002H\213\205\370\376\377\377\213", len = -1437055248}, ri = 809807536, flags = 32767}}, i2s = "P\256\226\252\375~\000\000\000\000\000\000\000\000\000\000\070G\202\252\375~"} s = {s = 0x0, len = 0} srevp = {0x20, 0x7efdb264b030 <__syslog>} evp = {data = 0x0, obuf = {s = 0x0, len = 0}, rcv = 0x0, dst = 0x0, req = 0x0, rpl = 0x0, rplcode = 0, mode = 0} mod_f_params = {{type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NUMBER_ST, u = {number = 3, string = 0x3 <error: Cannot access memory at address 0x3>, str = { s = 0x3 <error: Cannot access memory at address 0x3>, len = 0}, data = 0x3, attr = 0x3, select = 0x3}}, {type = STRING_ST, u = {number = 139627952774928, string = 0x7efdaa869f10 "1", str = {s = 0x7efdaa869f10 "1", len = 1}, data = 0x7efdaa869f10, attr = 0x7efdaa869f10, select = 0x7efdaa869f10}}, {type = STRING_RVE_ST, u = {number = 139627953568160, string = 0x7efdaa92b9a0 "+xxx", str = {s = 0x7efdaa92b9a0 "+xxx", len = 13}, data = 0x7efdaa92b9a0, attr = 0x7efdaa92b9a0, select = 0x7efdaa92b9a0}}, {type = STRING_RVE_ST, u = {number = 139627953568208, string = 0x7efdaa92b9d0 "sip:xxx@xxx", str = {s = 0x7efdaa92b9d0 "sip:xxx@xxx", len = 31}, data = 0x7efdaa92b9d0, attr = 0x7efdaa92b9d0, select = 0x7efdaa92b9d0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}} __func__ = "do_action" #7 0x0000558954c108ff in run_actions (h=0x7fff3044aeb0, a=0x7efdaa824ec0, msg=0x7efdaa5846f0) at core/action.c:1584 t = 0x7efdaa824ec0 ret = -1 tvb = {tv_sec = 0, tv_usec = 0} tve = {tv_sec = 0, tv_usec = 0} tz = {tz_minuteswest = 809807536, tz_dsttime = 32767} tdiff = 809788688 __func__ = "run_actions" #8 0x0000558954c01b16 in do_action (h=0x7fff3044aeb0, a=0x7efdaa8250e0, msg=0x7efdaa5846f0) at core/action.c:1070 ret = 1 v = 1 dst = {send_sock = 0x7efdaa5846f0, to = {s = {sa_family = 44720, sa_data = "D0\377\177\000\000\220\005\000\000\000\000\000"}, sin = {sin_family = 44720, sin_port = 12356, sin_addr = {s_addr = 32767}, sin_zero = "\220\005\000\000\000\000\000"}, sin6 = { sin6_family = 44720, sin6_port = 12356, sin6_flowinfo = 32767, sin6_addr = {__in6_u = {__u6_addr8 = "\220\005", '\000' <repeats 13 times>, __u6_addr16 = {1424, 0, 0, 0, 0, 0, 0, 0}, __u6_addr32 = {1424, 0, 0, 0}}}, sin6_scope_id = 0}, sas = { ss_family = 44720, __ss_padding = "D0\377\177\000\000\220\005", '\000' <repeats 22 times>, "\322\030\325T\211U", '\000' <repeats 11 times>, "\333\376\210-}վ\230\323v\252\375~", '\000' <repeats 18 times>, "\322\030\325T\000\020\000\000\000\004\000\000\n\000\000\000@mD0\377\177\000\000\000lD0\377\177\000\000\211\366\315T\211U\000", __ss_align = 139627951675592}}, id = -1435120096, send_flags = {f = 32509, blst_imask = 0}, proto = -16 '\360', proto_pad0 = 70 'F', proto_pad1 = -21928} tmp = 0x7efda8d4ab06 <sint2str+47> "\311\303UH\211\345H\211}\350\211u\344\211U\340\213E\340H\215P\377H\213E\350H\001\320H\211E\370\353\037H\213E\370\017\266" new_uri = 0x5589551b6391 <ut_buf_int2str+17> "5000" end = 0x0 crt = 0x7fff30446684 "" cmd = 0x7fff30446680 len = 0 user = 0 uri = {user = {s = 0x0, len = 1426245171}, passwd = {s = 0x20 <error: Cannot access memory at address 0x20>, len = -1996563712}, host = {s = 0x7fff304467a0 "\300gD0\377\177", len = 0}, port = {s = 0x0, len = 1426245171}, params = { s = 0x20 <error: Cannot access memory at address 0x20>, len = -1302024144}, sip_params = {s = 0x7fff30446920 "@jD0\377\177", len = 1421936895}, headers = {s = 0x5589551b6391 <ut_buf_int2str+17> "5000", len = -1996563712}, port_no = 26560, proto = 12356, type = 32767, flags = (URI_SIP_USER_PHONE | unknown: 0xa8d4ab04), transport = {s = 0x7fff304467f4 "", len = -1437055248}, ttl = {s = 0x7efdaa7807f0 "C\a", len = 809789792}, user_param = {s = 0x7fff304467f0 "", len = 809789808}, maddr = { s = 0x7efdaa771d48 "\001", len = -1437055248}, method = {s = 0x0, len = 1427858321}, lr = {s = 0x0, len = 0}, r2 = {s = 0x0, len = 0}, gr = {s = 0x20 <error: Cannot access memory at address 0x20>, len = 809789808}, transport_val = {s = 0x7efdaa771d30 "\017", len = -1437055248}, ttl_val = {s = 0x7fff30446870 "0iD0\377\177", len = 0}, user_param_val = {s = 0x100000000 <error: Cannot access memory at address 0x100000000>, len = 809790536}, maddr_val = {s = 0x7efdaa76d3b8 "", len = -1437055248}, method_val = { s = 0x7fff30446930 "\360FX\252\375~", len = 1423240445}, lr_val = {s = 0x0, len = 809790536}, r2_val = {s = 0x7efdaa76d3a0 "\026", len = -1996563712}, gr_val = {s = 0x7fff30446a10 "\200kD0\377\177", len = 0}} next_hop = {user = {s = 0x0, len = 1423251666}, passwd = {s = 0x20 <error: Cannot access memory at address 0x20>, len = 809789808}, host = {s = 0x7fff30446a10 "\200kD0\377\177", len = 1423654338}, port = {s = 0x7efdaa5846f0 "jS\033", len = -1996563712}, params = {s = 0x7fff30446920 "@jD0\377\177", len = 0}, sip_params = {s = 0x0, len = 1426245171}, headers = {s = 0x20 <error: Cannot access memory at address 0x20>, len = -1302024144}, port_no = 27200, proto = 12356, type = 32767, flags = (URI_USER_NORMALIZE | unknown: 0x54c1106c), transport = {s = 0x7efdaa5846f0 "jS\033", len = -1437055248}, ttl = {s = 0x7efdaa7807f0 "C\a", len = 809807536}, user_param = {s = 0x7fff30446c40 "", len = 0}, maddr = {s = 0x0, len = 1}, method = { s = 0x200000000 <error: Cannot access memory at address 0x200000000>, len = -2131111294}, lr = {s = 0x0, len = 1426245171}, r2 = {s = 0x20 <error: Cannot access memory at address 0x20>, len = -1302024144}, gr = { s = 0x58a6da269d99d282 <error: Cannot access memory at address 0x58a6da269d99d282>, len = 1514263170}, transport_val = {s = 0x7efd00000000 <error: Cannot access memory at address 0x7efd00000000>, len = 1}, ttl_val = {s = 0x7efdaa62424d "acc_request_source)", len = -1996563712}, user_param_val = {s = 0x7fff30446a30 "\200kD0\377\177", len = -1996563712}, maddr_val = {s = 0x0, len = 0}, method_val = {s = 0x0, len = 1426245171}, lr_val = {s = 0x20 <error: Cannot access memory at address 0x20>, len = -1302024144}, r2_val = {s = 0x7fff30446b80 "\360lD0\377\177", len = 1423675477}, gr_val = {s = 0x20 <error: Cannot access memory at address 0x20>, len = 0}} u = 0x7efdaa5846f0 port = 65535 dst_host = 0x0 i = 66 flags = 0 avp = 0x7efdaa76c1e0 st = {flags = 2858662608, id = 32509, name = {n = 19, s = {s = 0x7efd00000013 <error: Cannot access memory at address 0x7efd00000013>, len = 809789416}, re = 0x7efd00000013}, avp = 0x1600000000} sct = 0x7efdaa5846f0 sjt = 0x0 rve = 0x7efdaa824730 mct = 0x7efdaa760948 rv = 0x7fff30446650 rv1 = 0x7fff304467f0 c1 = {cache_type = 809790336, val_type = 32767, c = {avp_val = {n = 1423653555, s = { s = 0x558954db3ab3 <rval_get_int+341> "\205\300\017\237\300\017\266\320H\213\205\370\376\377\377\211\020H\213\205\b\377\377\377\213@\004\203\340\371\211\302H\213\205\b\377\377\377\211P\004\351y\006", len = -1437055248}, re = 0x558954db3ab3 <rval_get_int+341>}, pval = {rs = {s = 0x558954db3ab3 <rval_get_int+341> "\205\300\017\237\300\017\266\320H\213\205\370\376\377\377\211\020H\213\205\b\377\377\377\213@\004\203\340\371\211\302H\213\205\b\377\377\377\211P\004\351y\006", len = -1437055248}, ri = 809807536, flags = 32767}}, i2s = "@lD0\377\177\000\000\000\000\000\000\000\000\000\000\350\020x\252\375~"} s = {s = 0x7fff30446788 "\377\b\301T\211U", len = 0} srevp = {0x7fff30446b80, 0xbed57d2d88fedb00} evp = {data = 0x0, obuf = {s = 0x0, len = 0}, rcv = 0x0, dst = 0x0, req = 0x0, rpl = 0x0, rplcode = 0, mode = 0} mod_f_params = {{type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NUMBER_ST, u = {number = 3, string = 0x3 <error: Cannot access memory at address 0x3>, str = { s = 0x3 <error: Cannot access memory at address 0x3>, len = 0}, data = 0x3, attr = 0x3, select = 0x3}}, {type = STRING_ST, u = {number = 139627952774928, string = 0x7efdaa869f10 "1", str = {s = 0x7efdaa869f10 "1", len = 1}, data = 0x7efdaa869f10, attr = 0x7efdaa869f10, select = 0x7efdaa869f10}}, {type = STRING_RVE_ST, u = {number = 139627953568160, string = 0x7efdaa92b9a0 "+xxx", str = {s = 0x7efdaa92b9a0 "+xxx", len = 13}, data = 0x7efdaa92b9a0, attr = 0x7efdaa92b9a0, select = 0x7efdaa92b9a0}}, {type = STRING_RVE_ST, u = {number = 139627953568208, string = 0x7efdaa92b9d0 "sip:xxx@xxx", str = {s = 0x7efdaa92b9d0 "sip:xxx@xxx", len = 31}, data = 0x7efdaa92b9d0, attr = 0x7efdaa92b9d0, select = 0x7efdaa92b9d0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}} __func__ = "do_action" #9 0x0000558954c108ff in run_actions (h=0x7fff3044aeb0, a=0x7efdaa81c230, msg=0x7efdaa5846f0) at core/action.c:1584 t = 0x7efdaa8250e0 ret = 1 tvb = {tv_sec = 0, tv_usec = 0} tve = {tv_sec = 0, tv_usec = 0} tz = {tz_minuteswest = 809807536, tz_dsttime = 32767} tdiff = 809790784 __func__ = "run_actions" #10 0x0000558954bfdb07 in do_action (h=0x7fff3044aeb0, a=0x7efdaa783a40, msg=0x7efdaa5846f0) at core/action.c:703 ret = -5 v = 1 dst = {send_sock = 0x13c4, to = {s = {sa_family = 50739, sa_data = "\002U\211U\000\000 \000\000\000\000\000\000"}, sin = {sin_family = 50739, sin_port = 21762, sin_addr = {s_addr = 21897}, sin_zero = " \000\000\000\000\000\000"}, sin6 = {sin6_family = 50739, sin6_port = 21762, sin6_flowinfo = 21897, sin6_addr = {__in6_u = {__u6_addr8 = " \000\000\000\000\000\000\000\060\260d\262\375~\000", __u6_addr16 = {32, 0, 0, 0, 45104, 45668, 32509, 0}, __u6_addr32 = {32, 0, 2992943152, 32509}}}, sin6_scope_id = 809792416}, sas = {ss_family = 50739, __ss_padding = "\002U\211U\000\000 \000\000\000\000\000\000\000\060\260d\262\375~\000\000\240sD0\377\177\000\000\253f\366\250\375~\000\000\360rD0\377\177\000\000\000\333\376\210-}վ\260~[\252\375~\000\000\000\000\000\000\002", '\000' <repeats 11 times>, "\322\030\325T\211U\000\000 \000\000\000\000\000\000\000\220sD0\377\177\000\000\060tD0\377\177\000\000\211\366\315T\211U\000", __ss_align = 139627950435128}}, id = -1436358080, send_flags = {f = 32509, blst_imask = 0}, proto = -16 '\360', proto_pad0 = 70 'F', proto_pad1 = -21928} tmp = 0x200000000 <error: Cannot access memory at address 0x200000000> new_uri = 0x558954e2d2ae <cmp_hdrname_str+1259> "H\213]\310dH+\034%(" end = 0x0 crt = 0x0 cmd = 0x7efdaa5a9d30 len = 0 user = 2 uri = {user = {s = 0x558954ef1321 <split_frag+201> "\270", len = 80}, passwd = {s = 0x7efd8b862c90 "P", len = -2041446400}, host = {s = 0x7efd8b862c90 "P", len = 30624}, port = {s = 0x7efd8b862cf0 "P", len = -1954140928}, params = { s = 0x7fff30447060 "\220pD0\377\177", len = 1424954550}, sip_params = {s = 0x50 <error: Cannot access memory at address 0x50>, len = -2041446400}, headers = {s = 0xa <error: Cannot access memory at address 0xa>, len = 1025}, port_no = 0, proto = 34386, type = 32509, flags = (unknown: 0x8b862c90), transport = {s = 0x7fff30447670 "\020xD0\377\177", len = -1996563712}, ttl = {s = 0x20 <error: Cannot access memory at address 0x20>, len = 0}, user_param = {s = 0x1 <error: Cannot access memory at address 0x1>, len = -2041403312}, maddr = {s = 0x20 <error: Cannot access memory at address 0x20>, len = 0}, method = {s = 0x130447060 <error: Cannot access memory at address 0x130447060>, len = -2041403312}, lr = {s = 0x7fff30447060 "\220pD0\377\177", len = 1424947257}, r2 = {s = 0x0, len = -2041403312}, gr = {s = 0x20 <error: Cannot access memory at address 0x20>, len = -1302024144}, transport_val = {s = 0x7fff30447090 "\200qD0\377\177", len = 1424983377}, ttl_val = {s = 0x41 <error: Cannot access memory at address 0x41>, len = 809791664}, user_param_val = {s = 0x87efdaa8e4f50 <error: Cannot access memory at address 0x87efdaa8e4f50>, len = -1436512180}, maddr_val = {s = 0x7fff30447180 "\320qD0\377\177", len = 1424795871}, method_val = {s = 0x7efdaa80e380 "30013", len = 5}, lr_val = {s = 0x7efdaa60904d "peer_in_id)", len = 10}, r2_val = {s = 0x7fff304471c0 "", len = 1422279978}, gr_val = {s = 0x41 <error: Cannot access memory at address 0x41>, len = 0}} next_hop = {user = {s = 0x7efd8b862ca0 "\b", len = -1954141008}, passwd = {s = 0x30363035304475e7 <error: Cannot access memory at address 0x30363035304475e7>, len = 0}, host = {s = 0x0, len = 1426245171}, port = { s = 0x20 <error: Cannot access memory at address 0x20>, len = -1302024144}, params = {s = 0x7fff30447260 " s\001", len = -1462359849}, sip_params = {s = 0x0, len = 0}, headers = {s = 0x7efdaa6036f0 "", len = -1996563712}, port_no = 57800, proto = 43618, type = 32509, flags = (URI_USER_NORMALIZE | unknown: 0x4), transport = {s = 0x0, len = 1426245171}, ttl = {s = 0x20 <error: Cannot access memory at address 0x20>, len = -1302024144}, user_param = {s = 0x7fff304471d0 "0rD0\377\177", len = 1424796052}, maddr = { s = 0x7efdaa80e380 "30013", len = 5}, method = {s = 0x7efdaa60904d "peer_in_id)", len = 10}, lr = {s = 0x11300000000 <error: Cannot access memory at address 0x11300000000>, len = 1427857984}, r2 = {s = 0x0, len = -1954141024}, gr = { s = 0x7fff30447230 " sD0\377\177", len = 1424796326}, transport_val = {s = 0x7efdaa80e380 "30013", len = 5}, ttl_val = {s = 0x7efdaa60904d "peer_in_id)", len = 10}, user_param_val = {s = 0x0, len = 0}, maddr_val = { s = 0x1000000000 <error: Cannot access memory at address 0x1000000000>, len = 1427857984}, method_val = {s = 0x20 <error: Cannot access memory at address 0x20>, len = 0}, lr_val = {s = 0x7fff30447320 "0tD0\377\177", len = -1462317108}, r2_val = { s = 0x7fff30447390 "", len = 0}, gr_val = {s = 0x7efdaa609000 "", len = -1437055248}} u = 0x55895502c633 port = 35070 dst_host = 0x55895502c633 i = 14 flags = 32509 avp = 0x20 st = {flags = 1424947432, id = 21897, name = {n = -1954140928, s = {s = 0x7efd8b862d00 "P", len = -2041446400}, re = 0x7efd8b862d00}, avp = 0x7efdaa5846f0} sct = 0xa00000000 sjt = 0x7fff30447020 rve = 0x7efdaa7810e0 mct = 0x7fff30446f60 rv = 0x0 rv1 = 0x558954e2cd7c <cmpi_str+154> c1 = {cache_type = 2858447024, val_type = 32509, c = {avp_val = {n = 809792400, s = {s = 0x7fff30447390 "", len = -1436512179}, re = 0x7fff30447390}, pval = {rs = {s = 0x7fff30447390 "", len = -1436512179}, ri = 10, flags = 32509}}, i2s = "\200〪\375~\000\000\005\000\000\000\000\000\000\000P~D0\377\177"} s = {s = 0x20 <error: Cannot access memory at address 0x20>, len = 1424149884} srevp = {0x400017320, 0x300000000} evp = {data = 0x0, obuf = {s = 0x0, len = 0}, rcv = 0x0, dst = 0x0, req = 0x0, rpl = 0x0, rplcode = 0, mode = 0} mod_f_params = {{type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NUMBER_ST, u = {number = 3, string = 0x3 <error: Cannot access memory at address 0x3>, str = { s = 0x3 <error: Cannot access memory at address 0x3>, len = 0}, data = 0x3, attr = 0x3, select = 0x3}}, {type = STRING_ST, u = {number = 139627952774928, string = 0x7efdaa869f10 "1", str = {s = 0x7efdaa869f10 "1", len = 1}, data = 0x7efdaa869f10, attr = 0x7efdaa869f10, select = 0x7efdaa869f10}}, {type = STRING_RVE_ST, u = {number = 139627953568160, string = 0x7efdaa92b9a0 "+xxx", str = {s = 0x7efdaa92b9a0 "+xxx", len = 13}, data = 0x7efdaa92b9a0, attr = 0x7efdaa92b9a0, select = 0x7efdaa92b9a0}}, {type = STRING_RVE_ST, u = {number = 139627953568208, string = 0x7efdaa92b9d0 "sip:xxx@xxx", str = {s = 0x7efdaa92b9d0 "sip:xxx@xxx", len = 31}, data = 0x7efdaa92b9d0, attr = 0x7efdaa92b9d0, select = 0x7efdaa92b9d0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}} __func__ = "do_action" #11 0x0000558954c108ff in run_actions (h=0x7fff3044aeb0, a=0x7efdaa74a9f0, msg=0x7efdaa5846f0) at core/action.c:1584 t = 0x7efdaa783a40 ret = 1 tvb = {tv_sec = 0, tv_usec = 0} tve = {tv_sec = 0, tv_usec = 0} tz = {tz_minuteswest = 1426245171, tz_dsttime = 21897} tdiff = 0 __func__ = "run_actions" #12 0x0000558954bfdb07 in do_action (h=0x7fff3044aeb0, a=0x7efdaa6161b0, msg=0x7efdaa5846f0) at core/action.c:703 ret = -5 v = 1 dst = {send_sock = 0x7efdaa5846f0, to = {s = {sa_family = 44720, sa_data = "D0\377\177\000\000\260{D0\377\177\000"}, sin = {sin_family = 44720, sin_port = 12356, sin_addr = {s_addr = 32767}, sin_zero = "\260{D0\377\177\000"}, sin6 = {sin6_family = 44720, sin6_port = 12356, sin6_flowinfo = 32767, sin6_addr = {__in6_u = {__u6_addr8 = "\260{D0\377\177\000\000\000\000\000\000\000\000\000", __u6_addr16 = {31664, 12356, 32767, 0, 0, 0, 0, 0}, __u6_addr32 = {809794480, 32767, 0, 0}}}, sin6_scope_id = 809794848}, sas = {ss_family = 44720, __ss_padding = "D0\377\177\000\000\260{D0\377\177\000\000\000\000\000\000\000\000\000\000 }D0\377\177", '\000' <repeats 19 times>, "\333\376\210-}վ\000\000\000\000\000\000\240\356\000\000\000\000\002", '\000' <repeats 11 times>, "\322\030\325T0u\000\000=u\000\000\021\000\000\000\240}D0\377\177\000\000`|D0\377\177\000\000\211\366\315T\211U\000", __ss_align = 139627950425864}}, id = -1436367744, send_flags = {f = 32509, blst_imask = 0}, proto = -16 '\360', proto_pad0 = 70 'F', proto_pad1 = -21928} tmp = 0x200000000 <error: Cannot access memory at address 0x200000000> new_uri = 0x0 end = 0x7efdaa607130 "" crt = 0x0 cmd = 0x7fff30447740 len = 809793000 user = 32767 uri = {user = {s = 0x7fff30447c38 "", len = 809793632}, passwd = {s = 0x0, len = 1423251666}, host = {s = 0x5 <error: Cannot access memory at address 0x5>, len = 809793632}, port = {s = 0x7fff30447900 "pzD0\377\177", len = 1423656503}, params = { s = 0x20 <error: Cannot access memory at address 0x20>, len = -1302024144}, sip_params = {s = 0x7fff30447980 "\240zD0\377\177", len = 0}, headers = {s = 0x7efdaa6143a8 "\a", len = 809794616}, port_no = 18160, proto = 43608, type = 32509, flags = (unknown: 0x3044aeb0), transport = {s = 0x7fff30447930 "\240Ca\252\375~", len = 0}, ttl = {s = 0x7efdaa62cfa0 "m\004", len = 809793984}, user_param = {s = 0x7fff30447860 "", len = 1426245171}, maddr = { s = 0x20 <error: Cannot access memory at address 0x20>, len = 0}, method = {s = 0x0, len = 0}, lr = {s = 0x0, len = 0}, r2 = {s = 0x0, len = 0}, gr = {s = 0x7efdaa62afb8 "", len = -1437055248}, transport_val = {s = 0x7efdaa62afb8 "", len = -1437055248}, ttl_val = {s = 0x0, len = 16}, user_param_val = {s = 0x7efdab04f2d0 "", len = -1996563712}, maddr_val = {s = 0x7fff304478f0 " ", len = -1996563712}, method_val = {s = 0x0, len = 0}, lr_val = {s = 0x0, len = 1426245171}, r2_val = { s = 0x20 <error: Cannot access memory at address 0x20>, len = -1302024144}, gr_val = {s = 0x7fff30447a70 "\340{D0\377\177", len = 1423675477}} next_hop = {user = {s = 0x7fff30447950 "\220zD0\377\177", len = -1996563712}, passwd = {s = 0x7efdaa53e010 "\001", len = 0}, host = {s = 0x7efdaa6143a0 "\001", len = 809794616}, port = {s = 0x7efdaa5846f0 "jS\033", len = 809807536}, params = { s = 0x7fff30447a90 "\300{D0\377\177", len = 0}, sip_params = {s = 0x7efdaa615188 "\001", len = 809794620}, headers = {s = 0x7efdaa5846f0 "jS\033", len = 809807536}, port_no = 31392, proto = 12356, type = 32767, flags = 0, transport = {s = 0x7fff304479d0 "", len = -1437055248}, ttl = {s = 0x0, len = 809807536}, user_param = {s = 0x0, len = 0}, maddr = {s = 0x0, len = 1}, method = {s = 0x200000000 <error: Cannot access memory at address 0x200000000>, len = -1581657470}, lr = {s = 0x0, len = 1426245171}, r2 = { s = 0x20 <error: Cannot access memory at address 0x20>, len = -1302024144}, gr = {s = 0x58a6da26bd59d282 <error: Cannot access memory at address 0x58a6da26bd59d282>, len = 1514263170}, transport_val = { s = 0x7fff00000000 <error: Cannot access memory at address 0x7fff00000000>, len = -1996563712}, ttl_val = {s = 0x19aa53e618 <error: Cannot access memory at address 0x19aa53e618>, len = 0}, user_param_val = {s = 0x0, len = -1996563712}, maddr_val = { s = 0x1 <error: Cannot access memory at address 0x1>, len = 0}, method_val = {s = 0x0, len = 1426245171}, lr_val = {s = 0x20 <error: Cannot access memory at address 0x20>, len = -1302024144}, r2_val = {s = 0x7fff30447be0 "P}D0\377\177", len = 1423675477}, gr_val = {s = 0x20 <error: Cannot access memory at address 0x20>, len = -1302024144}} u = 0x55895502c633 port = 0 dst_host = 0xbed57d2d88fedb00 i = 9 flags = 0 avp = 0x20 st = {flags = 0, id = 32767, name = {n = 1445170114, s = { s = 0x558956238bc2 "X-Src-Addr: xxx;udp\r\nX-Src-Peer: 30013\r\nContact: <sip:btpsh-6137d4b2-61bc-3ce509-leg1@xxx:5060;transport=tcp>\r\n\r\nv=0\r\no=- 461374211 461374211 IN IP4 xxx\r\ns=xxx\r\nc=IN"..., len = 10}, re = 0x558956238bc2}, avp = 0x7efdaa5846f0} sct = 0x7efdaa5846f0 sjt = 0x30447850 rve = 0x7fff30447860 mct = 0x7efdaa6143c8 rv = 0x7fff304476c0 rv1 = 0x558954e2cd7c <cmpi_str+154> c1 = {cache_type = 2858504576, val_type = 32509, c = {avp_val = {n = 809794620, s = {s = 0x7fff30447c3c "", len = -1437055248}, re = 0x7fff30447c3c}, pval = {rs = {s = 0x7fff30447c3c "", len = -1437055248}, ri = 809807536, flags = 32767}}, i2s = "\200\376\022V\211U", '\000' <repeats 14 times>, "\375~"} s = {s = 0x7fff304477c0 "", len = 1423240445} srevp = {0x7fff30447bc0, 0xbed57d2d88fedb00} evp = {data = 0x0, obuf = {s = 0x0, len = 0}, rcv = 0x0, dst = 0x0, req = 0x0, rpl = 0x0, rplcode = 0, mode = 0} mod_f_params = {{type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NUMBER_ST, u = {number = 3, string = 0x3 <error: Cannot access memory at address 0x3>, str = { s = 0x3 <error: Cannot access memory at address 0x3>, len = 0}, data = 0x3, attr = 0x3, select = 0x3}}, {type = STRING_ST, u = {number = 139627952774928, string = 0x7efdaa869f10 "1", str = {s = 0x7efdaa869f10 "1", len = 1}, data = 0x7efdaa869f10, attr = 0x7efdaa869f10, select = 0x7efdaa869f10}}, {type = STRING_RVE_ST, u = {number = 139627953568160, string = 0x7efdaa92b9a0 "+xxx", str = {s = 0x7efdaa92b9a0 "+xxx", len = 13}, data = 0x7efdaa92b9a0, attr = 0x7efdaa92b9a0, select = 0x7efdaa92b9a0}}, {type = STRING_RVE_ST, u = {number = 139627953568208, string = 0x7efdaa92b9d0 "sip:+xxx@xxx", str = {s = 0x7efdaa92b9d0 "sip:+xxx@xxx", len = 31}, data = 0x7efdaa92b9d0, attr = 0x7efdaa92b9d0, select = 0x7efdaa92b9d0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}} __func__ = "do_action" #13 0x0000558954c108ff in run_actions (h=0x7fff3044aeb0, a=0x7efdaa616000, msg=0x7efdaa5846f0) at core/action.c:1584 t = 0x7efdaa6161b0 ret = 1 tvb = {tv_sec = 0, tv_usec = 0} tve = {tv_sec = 0, tv_usec = 0} tz = {tz_minuteswest = 809807536, tz_dsttime = 32767} tdiff = 809794976 __func__ = "run_actions" #14 0x0000558954c01b16 in do_action (h=0x7fff3044aeb0, a=0x7efdaa616470, msg=0x7efdaa5846f0) at core/action.c:1070 ret = 1 v = 1 dst = {send_sock = 0x0, to = {s = {sa_family = 0, sa_data = '\000' <repeats 13 times>}, sin = {sin_family = 0, sin_port = 0, sin_addr = {s_addr = 0}, sin_zero = "\000\000\000\000\000\000\000"}, sin6 = {sin6_family = 0, sin6_port = 0, sin6_flowinfo = 0, sin6_addr = {__in6_u = {__u6_addr8 = '\000' <repeats 15 times>, __u6_addr16 = {0, 0, 0, 0, 0, 0, 0, 0}, __u6_addr32 = {0, 0, 0, 0}}}, sin6_scope_id = 0}, sas = {ss_family = 0, __ss_padding = '\000' <repeats 38 times>, "\002", '\000' <repeats 11 times>, "\005\000\000\000h\202[\252\375~\000\000\000\000\000\000\375~\000\000\060\204D0\377\177\000\000i#\357T N\000\000=u\000\000\021\000\000\000ЅD0\377\177\000\000\250\005\003U\211U\000\000\000\333\376\210-}վ", __ss_align = 768}}, id = 2, send_flags = {f = 0, blst_imask = 0}, proto = 0 '\000', proto_pad0 = 0 '\000', proto_pad1 = 0} tmp = 0x0 new_uri = 0x0 end = 0x7efdaa607130 "" crt = 0x558956238907 "sip:+xxx@xxx;transport=TCP SIP/2.0\r\nVia: SIP/2.0/TCP xxx:5060;branch=z9hG4bK2149.ed5b7b65e862f15e376ee9d226300d35.0\r\nFrom: <sip:+xxx@xxx>;tag=3d"... cmd = 0x7efdaa5ba500 len = 1424796052 user = 21897 uri = {user = {s = 0x7fff30448468 "", len = 809795728}, passwd = {s = 0x0, len = 1423251666}, host = {s = 0x5 <error: Cannot access memory at address 0x5>, len = 809795728}, port = {s = 0x7fff30448130 "\240\202D0\377\177", len = 1423656503}, params = { s = 0x8000000 <error: Cannot access memory at address 0x8000000>, len = 122344320}, sip_params = {s = 0xa7a3e0 <error: Cannot access memory at address 0xa7a3e0>, len = 0}, headers = {s = 0x7efdaa612748 "\a", len = 809796712}, port_no = 18160, proto = 43608, type = 32509, flags = (unknown: 0x3044aeb0), transport = {s = 0x7fff30448070 "@\201D0\377\177", len = 0}, ttl = {s = 0x0, len = -1426974192}, user_param = {s = 0x7fff30448090 "", len = 0}, maddr = {s = 0x7fff30448140 "\240\201D0\377\177", len = 1424958313}, method = {s = 0x7efdaa92b8a0 "\300\210\222\252\375~", len = -1437343728}, lr = {s = 0x0, len = 0}, r2 = {s = 0x0, len = -1437343728}, gr = {s = 0x7efdaa92b840 "0", len = -1433224624}, transport_val = {s = 0x2a0 <error: Cannot access memory at address 0x2a0>, len = -1433226400}, ttl_val = {s = 0x4c0 <error: Cannot access memory at address 0x4c0>, len = -1437343728}, user_param_val = {s = 0x7efdaa92b330 "\020", len = -1433225152}, maddr_val = {s = 0x8000000 <error: Cannot access memory at address 0x8000000>, len = -1996563712}, method_val = {s = 0xa7a800 <error: Cannot access memory at address 0xa7a800>, len = 0}, lr_val = {s = 0x0, len = 1426245171}, r2_val = {s = 0x20 <error: Cannot access memory at address 0x20>, len = -1302024144}, gr_val = { s = 0x7fff304482a0 "\020\204D0\377\177", len = 1423675477}} next_hop = {user = {s = 0x7fff304481a0 "\360FX\252\375~", len = -1466248417}, passwd = {s = 0x0, len = 0}, host = {s = 0x7efdaa612740 "\001", len = 809796712}, port = {s = 0x7efdaa5846f0 "jS\033", len = 809807536}, params = { s = 0xd4b5e0 <error: Cannot access memory at address 0xd4b5e0>, len = 0}, sip_params = {s = 0x7efdaa613528 "\001", len = 809796716}, headers = {s = 0x7efdaa5846f0 "jS\033", len = 809807536}, port_no = 0, proto = 0, type = ERROR_URI_T, flags = 0, transport = { s = 0x7efdaa53ec30 "", len = 0}, ttl = {s = 0x0, len = 1424954698}, user_param = {s = 0x400 <error: Cannot access memory at address 0x400>, len = -1437343728}, maddr = {s = 0x4 <error: Cannot access memory at address 0x4>, len = -1437055248}, method = { s = 0x7efdaa53e010 "\001", len = -1433226400}, lr = {s = 0x7efdaaf21a10 "\300\210\222\252\375~", len = 6}, r2 = {s = 0x7efda8f30010 "sl:local-response", len = 17}, gr = {s = 0x58a6da2752f9d282 <error: Cannot access memory at address 0x58a6da2752f9d282>, len = 1445170245}, transport_val = {s = 0x0, len = 1445170508}, ttl_val = {s = 0x0, len = -1996563712}, user_param_val = {s = 0x7fff304486a0 "\220\357Y\252\375~", len = -1996563712}, maddr_val = {s = 0x0, len = 0}, method_val = {s = 0x0, len = 1426245171}, lr_val = {s = 0x20 <error: Cannot access memory at address 0x20>, len = -1302024144}, r2_val = {s = 0x7fff30448410 "\200\205D0\377\177", len = 1423675477}, gr_val = {s = 0x7efdaa59ef90 "\377\377\377\377", len = 0}} u = 0x35 port = 45668 dst_host = 0xbed57d2d88fedb00 i = -2008929216 flags = 32767 avp = 0x558955111180 <buff> st = {flags = 980445555, id = 13099, name = {n = 858928436, s = {s = 0x3832323533323534 <error: Cannot access memory at address 0x3832323533323534>, len = 1769160761}, re = 0x3832323533323534}, avp = 0x7465732e69662e65} sct = 0x7efdaa5846f0 sjt = 0x0 rve = 0x7efdaa615870 mct = 0x7efdaa612768 rv = 0xd4b5e0 rv1 = 0x55890000000d c1 = {cache_type = 2858497312, val_type = 32509, c = {avp_val = {n = 809796716, s = {s = 0x7fff3044846c "", len = -1437055248}, re = 0x7fff3044846c}, pval = {rs = {s = 0x7fff3044846c "", len = -1437055248}, ri = 809807536, flags = 32767}}, i2s = "\000\000\000\000\000\000\000\000\360FX\252\375~\000\000\000\000\000\000\000"} s = {s = 0x7fff30447ff0 "0\201D0\377\177", len = 1423240445} srevp = {0x800000000, 0x7efda8b6ecea} evp = {data = 0x0, obuf = {s = 0x0, len = 0}, rcv = 0x0, dst = 0x0, req = 0x0, rpl = 0x0, rplcode = 0, mode = 0} mod_f_params = {{type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NUMBER_ST, u = {number = 3, string = 0x3 <error: Cannot access memory at address 0x3>, str = { s = 0x3 <error: Cannot access memory at address 0x3>, len = 0}, data = 0x3, attr = 0x3, select = 0x3}}, {type = STRING_ST, u = {number = 139627952774928, string = 0x7efdaa869f10 "1", str = {s = 0x7efdaa869f10 "1", len = 1}, data = 0x7efdaa869f10, attr = 0x7efdaa869f10, select = 0x7efdaa869f10}}, {type = STRING_RVE_ST, u = {number = 139627953568160, string = 0x7efdaa92b9a0 "+xxx", str = {s = 0x7efdaa92b9a0 "+xxx", len = 13}, data = 0x7efdaa92b9a0, attr = 0x7efdaa92b9a0, select = 0x7efdaa92b9a0}}, {type = STRING_RVE_ST, u = {number = 139627953568208, string = 0x7efdaa92b9d0 "sip:+xxx@xxx", str = {s = 0x7efdaa92b9d0 "sip:+xxx@xxx", len = 31}, data = 0x7efdaa92b9d0, attr = 0x7efdaa92b9d0, select = 0x7efdaa92b9d0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}} __func__ = "do_action" #15 0x0000558954c108ff in run_actions (h=0x7fff3044aeb0, a=0x7efdaa616470, msg=0x7efdaa5846f0) at core/action.c:1584 t = 0x7efdaa616470 ret = -1 tvb = {tv_sec = 0, tv_usec = 0} tve = {tv_sec = 0, tv_usec = 0} tz = {tz_minuteswest = 809807536, tz_dsttime = 32767} tdiff = 809797072 __func__ = "run_actions" #16 0x0000558954c01b16 in do_action (h=0x7fff3044aeb0, a=0x7efdaa616690, msg=0x7efdaa5846f0) at core/action.c:1070 ret = 1 v = 1 dst = {send_sock = 0x0, to = {s = {sa_family = 0, sa_data = '\000' <repeats 13 times>}, sin = {sin_family = 0, sin_port = 0, sin_addr = {s_addr = 0}, sin_zero = "\000\000\000\000\000\000\000"}, sin6 = {sin6_family = 0, sin6_port = 0, sin6_flowinfo = 0, sin6_addr = {__in6_u = {__u6_addr8 = '\000' <repeats 15 times>, __u6_addr16 = {0, 0, 0, 0, 0, 0, 0, 0}, __u6_addr32 = {0, 0, 0, 0}}}, sin6_scope_id = 0}, sas = {ss_family = 0, __ss_padding = '\000' <repeats 31 times>, "\333\376\210-}վ", '\000' <repeats 12 times>, "\002", '\000' <repeats 11 times>, "\063\306\002U\211U\000\000 \000\000\000\000\000\000\000\060\260d\262\020'\000\000=u\000\000\023\000\000\000\000\216D0\377\177\000\000\300\214D0\377\177\000\000\360FX\252\375~\000", __ss_align = 139627950287840}}, id = 809807536, send_flags = {f = 32767, blst_imask = 0}, proto = 1 '\001', proto_pad0 = 0 '\000', proto_pad1 = 0} tmp = 0x558954e2b064 <unescape_user+3267> "\203\370\002\017\216 \003" new_uri = 0x0 end = 0x7efdaa607130 "" crt = 0x0 cmd = 0x0 len = 0 user = 1 uri = {user = {s = 0x7fff30448c98 "", len = 809797824}, passwd = {s = 0x0, len = 1423251666}, host = {s = 0x5 <error: Cannot access memory at address 0x5>, len = 809797824}, port = {s = 0x7fff30448960 "ЊD0\377\177", len = 1423656503}, params = { s = 0x7fff304488f0 "\200\250\247", len = -1996563712}, sip_params = {s = 0x0, len = 0}, headers = {s = 0x7efdaa610828 "\a", len = 809798808}, port_no = 18160, proto = 43608, type = 32509, flags = (unknown: 0x3044aeb0), transport = { s = 0x7fff30448f00 "\350\353`\252\375~", len = 0}, ttl = {s = 0x7efdaac2c740 "2\023", len = 1424974825}, user_param = {s = 0x7fff304488c0 "", len = -1437055248}, maddr = {s = 0x7efdaa609b40 "\027\004", len = 809799904}, method = { s = 0x10 <error: Cannot access memory at address 0x10>, len = -1437343728}, lr = {s = 0x0, len = 0}, r2 = {s = 0x0, len = 0}, gr = {s = 0x8000000 <error: Cannot access memory at address 0x8000000>, len = 122343136}, transport_val = { s = 0xa7a880 <error: Cannot access memory at address 0xa7a880>, len = 11874592}, ttl_val = {s = 0xd4b5e0 <error: Cannot access memory at address 0xd4b5e0>, len = 16}, user_param_val = {s = 0x131 <error: Cannot access memory at address 0x131>, len = -1996563712}, maddr_val = {s = 0x7fff30448950 " ", len = -1996563712}, method_val = {s = 0x0, len = 0}, lr_val = {s = 0x0, len = 1426245171}, r2_val = {s = 0x20 <error: Cannot access memory at address 0x20>, len = -1302024144}, gr_val = { s = 0x7fff30448ad0 "@\214D0\377\177", len = 1423675477}} next_hop = {user = {s = 0x10 <error: Cannot access memory at address 0x10>, len = 1}, passwd = {s = 0x7efdaa53e010 "\001", len = -1434393744}, host = {s = 0x7efdaa610820 "\001", len = 809798808}, port = {s = 0x7efdaa5846f0 "jS\033", len = 809807536}, params = { s = 0x7fff304489e0 "", len = 0}, sip_params = {s = 0x7efdaa611608 "\001", len = 809798812}, headers = {s = 0x7efdaa5846f0 "jS\033", len = 809807536}, port_no = 0, proto = 0, type = 32767, flags = 0, transport = {s = 0x0, len = 1426245171}, ttl = {s = 0x0, len = -1302024144}, user_param = {s = 0x7fff30448ad0 "@\214D0\377\177", len = -1462135749}, maddr = {s = 0x7efdaa60904d "peer_in_id)", len = 10}, method = {s = 0x7fff30448b20 "\v-\206\213\375~", len = -1436520144}, lr = { s = 0x111aa602728 <error: Cannot access memory at address 0x111aa602728>, len = 1427857984}, r2 = {s = 0x800000111 <error: Cannot access memory at address 0x800000111>, len = -1436512179}, gr = {s = 0x0, len = 0}, transport_val = {s = 0x0, len = 0}, ttl_val = {s = 0x0, len = 0}, user_param_val = {s = 0x0, len = -1996563712}, maddr_val = {s = 0x1000000000 <error: Cannot access memory at address 0x1000000000>, len = 0}, method_val = {s = 0x0, len = 1426245171}, lr_val = { s = 0x20 <error: Cannot access memory at address 0x20>, len = -1302024144}, r2_val = {s = 0x7fff30448c40 "\260\215D0\377\177", len = 1423675477}, gr_val = {s = 0x20 <error: Cannot access memory at address 0x20>, len = -1302024144}} u = 0x0 port = 12356 dst_host = 0xbed57d2d88fedb00 i = 0 flags = 0 avp = 0x7fff30448950 st = {flags = 0, id = 0, name = {n = 0, s = {s = 0x0, len = -2041446400}, re = 0x0}, avp = 0x7efdb264b030 <__syslog>} sct = 0x7efdaa5846f0 sjt = 0x0 rve = 0x7efdaa613c10 mct = 0x7efdaa610848 rv = 0x7fff304487d0 rv1 = 0x7fff30448c20 c1 = {cache_type = 2858489344, val_type = 32509, c = {avp_val = {n = 809798812, s = {s = 0x7fff30448c9c "", len = -1437055248}, re = 0x7fff30448c9c}, pval = {rs = {s = 0x7fff30448c9c "", len = -1437055248}, ri = 809807536, flags = 32767}}, i2s = "\v-\206\213\375~\000\000\005\000\000\000\375~\000\000\000\000\000\000\000"} s = {s = 0x7fff30448820 "`\211D0\377\177", len = 1423240445} srevp = {0x7fff30448c20, 0xfe54d4ecfd} evp = {data = 0x0, obuf = {s = 0x0, len = 0}, rcv = 0x0, dst = 0x0, req = 0x0, rpl = 0x0, rplcode = 0, mode = 0} mod_f_params = {{type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NUMBER_ST, u = {number = 3, string = 0x3 <error: Cannot access memory at address 0x3>, str = { s = 0x3 <error: Cannot access memory at address 0x3>, len = 0}, data = 0x3, attr = 0x3, select = 0x3}}, {type = STRING_ST, u = {number = 139627952774928, string = 0x7efdaa869f10 "1", str = {s = 0x7efdaa869f10 "1", len = 1}, data = 0x7efdaa869f10, attr = 0x7efdaa869f10, select = 0x7efdaa869f10}}, {type = STRING_RVE_ST, u = {number = 139627953568160, string = 0x7efdaa92b9a0 "+xxx", str = {s = 0x7efdaa92b9a0 "+xxx", len = 13}, data = 0x7efdaa92b9a0, attr = 0x7efdaa92b9a0, select = 0x7efdaa92b9a0}}, {type = STRING_RVE_ST, u = {number = 139627953568208, string = 0x7efdaa92b9d0 "sip:+xxx@xxx", str = {s = 0x7efdaa92b9d0 "sip:+xxx@xxx", len = 31}, data = 0x7efdaa92b9d0, attr = 0x7efdaa92b9d0, select = 0x7efdaa92b9d0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}} __func__ = "do_action" #17 0x0000558954c108ff in run_actions (h=0x7fff3044aeb0, a=0x7efdaa616690, msg=0x7efdaa5846f0) at core/action.c:1584 t = 0x7efdaa616690 ret = -1 tvb = {tv_sec = 0, tv_usec = 0} tve = {tv_sec = 0, tv_usec = 0} tz = {tz_minuteswest = 809807536, tz_dsttime = 32767} tdiff = 809799168 __func__ = "run_actions" #18 0x0000558954c01b6c in do_action (h=0x7fff3044aeb0, a=0x7efdaa6167a0, msg=0x7efdaa5846f0) at core/action.c:1074 ret = 1 v = 0 dst = {send_sock = 0x7efdaa5846f0, to = {s = {sa_family = 60360, sa_data = "`\252\375~\000\000\000\000\000\000\000\000\000"}, sin = {sin_family = 60360, sin_port = 43616, sin_addr = {s_addr = 32509}, sin_zero = "\000\000\000\000\000\000\000"}, sin6 = { sin6_family = 60360, sin6_port = 43616, sin6_flowinfo = 32509, sin6_addr = {__in6_u = {__u6_addr8 = '\000' <repeats 15 times>, __u6_addr16 = {0, 0, 0, 0, 0, 0, 0, 0}, __u6_addr32 = {0, 0, 0, 0}}}, sin6_scope_id = 0}, sas = {ss_family = 60360, __ss_padding = "`\252\375~", '\000' <repeats 30 times>, "\001", '\000' <repeats 12 times>, "\333\376\210-}վ", '\000' <repeats 12 times>, "\002", '\000' <repeats 35 times>, "\360\224D0\377\177\000\000J\363\315T\211U\000", __ss_align = 139627950275960}}, id = -1436517248, send_flags = {f = 32509, blst_imask = 0}, proto = 0 '\000', proto_pad0 = 0 '\000', proto_pad1 = 0} tmp = 0x7fff304493c8 "" new_uri = 0x5589ffffffff <error: Cannot access memory at address 0x5589ffffffff> end = 0x0 crt = 0x7efdaa60ebe8 "\002" cmd = 0x0 len = -1437343728 user = 5 uri = {user = {s = 0x7fff30449190 "\260\221D0\377\177", len = 0}, passwd = {s = 0x7efd8b862bb0 "0", len = -1996563712}, host = {s = 0x7efd8b862bb0 "0", len = 0}, port = {s = 0x7efdaa60c380 "\001", len = 809800168}, params = {s = 0x7efdaa5846f0 "jS\033", len = 809807536}, sip_params = {s = 0x7fff30449210 "0\223D0\377\177", len = -1996563712}, headers = {s = 0x0, len = 0}, port_no = 0, proto = 0, type = ERROR_URI_T, flags = (unknown: 0x30449400), transport = {s = 0x7efdaa60f2b8 "\001", len = 809800540}, ttl = {s = 0x7efdaa5846f0 "jS\033", len = 809807536}, user_param = {s = 0x7efdaa609b40 "\027\004", len = 0}, maddr = {s = 0x7fff30449400 "", len = -1436486984}, method = {s = 0x0, len = 809807536}, lr = { s = 0x1aa607130 <error: Cannot access memory at address 0x1aa607130>, len = 0}, r2 = {s = 0x7fff304491c0 "", len = 809800648}, gr = {s = 0x20 <error: Cannot access memory at address 0x20>, len = 809800288}, transport_val = {s = 0x7efdaa60e2b0 "\017", len = -1437055248}, ttl_val = {s = 0x0, len = 0}, user_param_val = {s = 0x131 <error: Cannot access memory at address 0x131>, len = -1996563712}, maddr_val = {s = 0x7fff30449180 " ", len = -1996563712}, method_val = {s = 0x0, len = 0}, lr_val = {s = 0x0, len = 1426245171}, r2_val = {s = 0x20 <error: Cannot access memory at address 0x20>, len = -1302024144}, gr_val = {s = 0x7fff304491b0 "", len = 1423642566}} next_hop = {user = {s = 0x20 <error: Cannot access memory at address 0x20>, len = 0}, passwd = {s = 0x7fff30449300 "p\224D0\377\177", len = 1423692045}, host = {s = 0x7fff30449300 "p\224D0\377\177", len = 1423656503}, port = {s = 0x7efdaa5846f0 "jS\033", len = 809807536}, params = {s = 0x7fff30449400 "", len = -1436486992}, sip_params = {s = 0x7fff3044935c "\001", len = 809800576}, headers = {s = 0x7efdaa5846f0 "jS\033", len = 809807536}, port_no = 37680, proto = 12356, type = 32767, flags = 0, transport = { s = 0x0, len = -1437055248}, ttl = {s = 0x130449260 <error: Cannot access memory at address 0x130449260>, len = 809807536}, user_param = {s = 0x1aa60f2b8 <error: Cannot access memory at address 0x1aa60f2b8>, len = -1436488760}, maddr = {s = 0x0, len = 1}, method = {s = 0x1a00000000 <error: Cannot access memory at address 0x1a00000000>, len = 809800908}, lr = {s = 0x0, len = 1426245171}, r2 = {s = 0x20 <error: Cannot access memory at address 0x20>, len = -1302024144}, gr = { s = 0x58a6da2773b9d282 <error: Cannot access memory at address 0x58a6da2773b9d282>, len = 1514263170}, transport_val = {s = 0x0, len = -1996563712}, ttl_val = {s = 0x7efdaa5f9e0d "p-flags)", len = 0}, user_param_val = {s = 0x0, len = 1426245171}, maddr_val = {s = 0x20 <error: Cannot access memory at address 0x20>, len = -1302024144}, method_val = {s = 0x7fff30449300 "p\224D0\377\177", len = 1423642566}, lr_val = {s = 0x20 <error: Cannot access memory at address 0x20>, len = -1436488760}, r2_val = { s = 0x7fff30449470 "\340\225D0\377\177", len = 1423678076}, gr_val = {s = 0x0, len = 1426245171}} u = 0x7efdaa5846f0 port = 21704 dst_host = 0x0 i = -1437341824 flags = 0 avp = 0x7efdaa609b40 st = {flags = 32, id = 0, name = {n = -1302024144, s = {s = 0x7efdb264b030 <__syslog> "H\201\354", <incomplete sequence \330>, len = 809799856}, re = 0x7efdb264b030 <__syslog>}, avp = 0x558954d4ecfd <pv_get_spec_value+995>} sct = 0x7fff00000015 sjt = 0x0 rve = 0x7efdaa611cf0 mct = 0x7efdaa5614c0 rv = 0x7efdaa5846f0 rv1 = 0x7fff304490e0 c1 = {cache_type = 2858482080, val_type = 32509, c = {avp_val = {n = 809800908, s = {s = 0x7fff304494cc "", len = -1437055248}, re = 0x7fff304494cc}, pval = {rs = {s = 0x7fff304494cc "", len = -1437055248}, ri = 809807536, flags = 32767}}, i2s = "`\204`\252\375~\000\000\001\000\000\000\001\000\000\000\000\000\000\000\375~"} s = {s = 0x0, len = 0} srevp = {0x7fff30449450, 0xbed57d2d88fedb00} evp = {data = 0x0, obuf = {s = 0x0, len = 0}, rcv = 0x0, dst = 0x0, req = 0x0, rpl = 0x0, rplcode = 0, mode = 0} mod_f_params = {{type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NUMBER_ST, u = {number = 3, string = 0x3 <error: Cannot access memory at address 0x3>, str = { s = 0x3 <error: Cannot access memory at address 0x3>, len = 0}, data = 0x3, attr = 0x3, select = 0x3}}, {type = STRING_ST, u = {number = 139627952774928, string = 0x7efdaa869f10 "1", str = {s = 0x7efdaa869f10 "1", len = 1}, data = 0x7efdaa869f10, attr = 0x7efdaa869f10, select = 0x7efdaa869f10}}, {type = STRING_RVE_ST, u = {number = 139627953568160, string = 0x7efdaa92b9a0 "+xxx", str = {s = 0x7efdaa92b9a0 "+xxx", len = 13}, data = 0x7efdaa92b9a0, attr = 0x7efdaa92b9a0, select = 0x7efdaa92b9a0}}, {type = STRING_RVE_ST, u = {number = 139627953568208, string = 0x7efdaa92b9d0 "sip:+xxx@xxx", str = {s = 0x7efdaa92b9d0 "sip:+xxx@xxx", len = 31}, data = 0x7efdaa92b9d0, attr = 0x7efdaa92b9d0, select = 0x7efdaa92b9d0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}} __func__ = "do_action" #19 0x0000558954c108ff in run_actions (h=0x7fff3044aeb0, a=0x7efdaa6167a0, msg=0x7efdaa5846f0) at core/action.c:1584 t = 0x7efdaa6167a0 ret = -1 tvb = {tv_sec = 0, tv_usec = 0} tve = {tv_sec = 0, tv_usec = 0} tz = {tz_minuteswest = 809807536, tz_dsttime = 32767} tdiff = 809801264 __func__ = "run_actions" #20 0x0000558954c01b16 in do_action (h=0x7fff3044aeb0, a=0x7efdaa6168b0, msg=0x7efdaa5846f0) at core/action.c:1070 ret = 1 v = 1 dst = {send_sock = 0x7efdaa5846f0, to = {s = {sa_family = 44720, sa_data = "D0\377\177\000\000\000\000\000\000\000\000\000"}, sin = {sin_family = 44720, sin_port = 12356, sin_addr = {s_addr = 32767}, sin_zero = "\000\000\000\000\000\000\000"}, sin6 = { sin6_family = 44720, sin6_port = 12356, sin6_flowinfo = 32767, sin6_addr = {__in6_u = {__u6_addr8 = '\000' <repeats 15 times>, __u6_addr16 = {0, 0, 0, 0, 0, 0, 0, 0}, __u6_addr32 = {0, 0, 0, 0}}}, sin6_scope_id = 2}, sas = {ss_family = 44720, __ss_padding = "D0\377\177", '\000' <repeats 18 times>, "\002\000\000\000\000\000\000\000\060\260d\262\375~", '\000' <repeats 18 times>, "xX[\252\375~", '\000' <repeats 18 times>, "\360\245D0\377\177\000\000\000\000\000\000\000\000\000\000P\256\226\252\375~", '\000' <repeats 17 times>, __ss_align = 139627926641050}}, id = 12, send_flags = {f = 2, blst_imask = 0}, proto = 0 '\000', proto_pad0 = 0 '\000', proto_pad1 = 0} tmp = 0x7efdaa5846f0 "jS\033" new_uri = 0x200000000 <error: Cannot access memory at address 0x200000000> end = 0x0 crt = 0x0 cmd = 0x7efdaa5a18f0 len = -1437055248 user = 32509 uri = {user = {s = 0x0, len = 0}, passwd = {s = 0x0, len = -1996563712}, host = {s = 0x7efdaa96fbd8 "W\211#V\211U", len = 0}, port = {s = 0x0, len = 1426245171}, params = {s = 0x20 <error: Cannot access memory at address 0x20>, len = -1302024144}, sip_params = { s = 0x7fff304498d0 "`\237D0\377\177", len = -1464683310}, headers = {s = 0x0, len = 0}, port_no = 0, proto = 0, type = ERROR_URI_T, flags = (unknown: 0xaa5846f0), transport = {s = 0x7fff30449f60 "", len = 1421876138}, ttl = {s = 0x7efdaa5db320 "g\003", len = 809802368}, user_param = {s = 0x7efdaa59f1f0 "\a", len = -1437055248}, maddr = {s = 0x7efdaa5e0260 "~\003", len = 809804096}, method = {s = 0x0, len = 1426245171}, lr = {s = 0x20 <error: Cannot access memory at address 0x20>, len = -1302024144}, r2 = { s = 0x7fff30449960 "\200\231D0\377\177", len = 1422859023}, gr = {s = 0x7efdb2721180 <_IO_strn_jumps> "", len = -1437055248}, transport_val = {s = 0x7efdaa5ce0b0 "\002", len = 0}, ttl_val = {s = 0x7fff30449980 "@\232D0\377\177", len = -1465333050}, user_param_val = {s = 0x200000020 <error: Cannot access memory at address 0x200000020>, len = -1437055248}, maddr_val = {s = 0x7fff30449a40 "РD0\377\177", len = -1465331735}, method_val = {s = 0x7fff3044a540 " ", len = 0}, lr_val = { s = 0x7efdaa5cb100 "а\\\252\375~", len = -1437055248}, r2_val = {s = 0x1 <error: Cannot access memory at address 0x1>, len = 2}, gr_val = {s = 0xb00000000 <error: Cannot access memory at address 0xb00000000>, len = 0}} next_hop = {user = {s = 0x0, len = 1426245171}, passwd = {s = 0x20 <error: Cannot access memory at address 0x20>, len = -1302024144}, host = {s = 0x7fff30449b30 "\240\234D0\377\177", len = 1423653453}, port = {s = 0x7fff30449f80 " ", len = -1996563712}, params = {s = 0x7efdaa4b1746 ") values (", len = 0}, sip_params = {s = 0x0, len = 1426245171}, headers = {s = 0x20 <error: Cannot access memory at address 0x20>, len = -1302024144}, port_no = 41168, proto = 12356, type = 32767, flags = (URI_SIP_USER_PHONE | unknown: 0x54c01c34), transport = {s = 0x300000000 <error: Cannot access memory at address 0x300000000>, len = -1437055248}, ttl = {s = 0x0, len = -1437055248}, user_param = {s = 0x7efdaa5b4250 "Q\371\266\250\375~", len = 809804464}, maddr = {s = 0x0, len = 1}, method = {s = 0x200000000 <error: Cannot access memory at address 0x200000000>, len = 1715065474}, lr = {s = 0x0, len = 1426245171}, r2 = {s = 0x20 <error: Cannot access memory at address 0x20>, len = -1302024144}, gr = {s = 0x0, len = 0}, transport_val = {s = 0x0, len = 0}, ttl_val = {s = 0x0, len = 0}, user_param_val = {s = 0x0, len = 0}, maddr_val = {s = 0x0, len = 0}, method_val = {s = 0x0, len = 1426245171}, lr_val = { s = 0x20 <error: Cannot access memory at address 0x20>, len = -1302024144}, r2_val = {s = 0x7fff30449ca0 "\020\236D0\377\177", len = 1423675477}, gr_val = {s = 0x7fff3044a200 "", len = 809804096}} u = 0x45aa967650 port = 21745 dst_host = 0x55895502c633 i = 32 flags = 0 avp = 0x558900000046 st = {flags = 0, id = 0, name = {n = 0, s = {s = 0x0, len = 0}, re = 0x0}, avp = 0x0} sct = 0xbed57d2d88fedb00 sjt = 0x7efdaa5d75a0 rve = 0x7efdaa610090 mct = 0xba03000000000000 rv = 0xa30449810 rv1 = 0x7efdaa5848f0 c1 = {cache_type = 2858213632, val_type = 32509, c = {avp_val = {n = 809803000, s = {s = 0x7fff30449cf8 "", len = -1437055248}, re = 0x7fff30449cf8}, pval = {rs = {s = 0x7fff30449cf8 "", len = -1437055248}, ri = 809807536, flags = 32767}}, i2s = '\000' <repeats 20 times>, "\375~"} s = {s = 0x800000020 <error: Cannot access memory at address 0x800000020>, len = -1464429030} srevp = {0x0, 0xbed57d2d88fedb00} evp = {data = 0x0, obuf = {s = 0x0, len = 0}, rcv = 0x0, dst = 0x0, req = 0x0, rpl = 0x0, rplcode = 0, mode = 0} mod_f_params = {{type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NUMBER_ST, u = {number = 3, string = 0x3 <error: Cannot access memory at address 0x3>, str = { s = 0x3 <error: Cannot access memory at address 0x3>, len = 0}, data = 0x3, attr = 0x3, select = 0x3}}, {type = STRING_ST, u = {number = 139627952774928, string = 0x7efdaa869f10 "1", str = {s = 0x7efdaa869f10 "1", len = 1}, data = 0x7efdaa869f10, attr = 0x7efdaa869f10, select = 0x7efdaa869f10}}, {type = STRING_RVE_ST, u = {number = 139627953568160, string = 0x7efdaa92b9a0 "+xxx", str = {s = 0x7efdaa92b9a0 "+xxx", len = 13}, data = 0x7efdaa92b9a0, attr = 0x7efdaa92b9a0, select = 0x7efdaa92b9a0}}, {type = STRING_RVE_ST, u = {number = 139627953568208, string = 0x7efdaa92b9d0 "sip:+xxx@xxx", str = {s = 0x7efdaa92b9d0 "sip:+xxx@xxx", len = 31}, data = 0x7efdaa92b9d0, attr = 0x7efdaa92b9d0, select = 0x7efdaa92b9d0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}} __func__ = "do_action" #21 0x0000558954c108ff in run_actions (h=0x7fff3044aeb0, a=0x7efdaa5e23a0, msg=0x7efdaa5846f0) at core/action.c:1584 t = 0x7efdaa6168b0 ret = 1 tvb = {tv_sec = 0, tv_usec = 0} tve = {tv_sec = 0, tv_usec = 0} tz = {tz_minuteswest = 809807536, tz_dsttime = 32767} tdiff = 809803360 __func__ = "run_actions" #22 0x0000558954bfdb07 in do_action (h=0x7fff3044aeb0, a=0x7efdaa5e11f0, msg=0x7efdaa5846f0) at core/action.c:703 ret = -5 v = 0 dst = {send_sock = 0x7efdaa5846f0, to = {s = {sa_family = 44720, sa_data = "D0\377\177\000\000\000\000\000\000\000\000\000"}, sin = {sin_family = 44720, sin_port = 12356, sin_addr = {s_addr = 32767}, sin_zero = "\000\000\000\000\000\000\000"}, sin6 = { sin6_family = 44720, sin6_port = 12356, sin6_flowinfo = 32767, sin6_addr = {__in6_u = {__u6_addr8 = '\000' <repeats 15 times>, __u6_addr16 = {0, 0, 0, 0, 0, 0, 0, 0}, __u6_addr32 = {0, 0, 0, 0}}}, sin6_scope_id = 0}, sas = {ss_family = 44720, __ss_padding = "D0\377\177", '\000' <repeats 43 times>, "\333\376\210-}վ", '\000' <repeats 12 times>, "\002", '\000' <repeats 11 times>, "\322\030\325T\211U\000\000\000\000\000\000\004\000\000\000\220\246D0\377\177\000\000P\245D0\377\177\000\000\211\366\315T\211U\000", __ss_align = 139627950028216}}, id = -1436765232, send_flags = {f = 32509, blst_imask = 0}, proto = -16 '\360', proto_pad0 = 70 'F', proto_pad1 = -21928} tmp = 0x4000b264b030 <error: Cannot access memory at address 0x4000b264b030> new_uri = 0x7efdaa53e010 "\001" end = 0x0 crt = 0x7fff3044a090 "\300\240D0\377\177" cmd = 0x0 len = 1427222488 user = 13 uri = {user = {s = 0x0, len = -1996563712}, passwd = {s = 0x7fff3044a0c0 " ", len = -1996563712}, host = {s = 0x0, len = 0}, port = {s = 0x0, len = 0}, params = {s = 0x20 <error: Cannot access memory at address 0x20>, len = -1996563712}, sip_params = { s = 0x7fff3044a270 "\220\243D0\377\177", len = 0}, headers = {s = 0x0, len = 1426245171}, port_no = 32, proto = 0, type = ERROR_URI_T, flags = (unknown: 0xb264b030), transport = {s = 0x7fff3044a220 "`\243D0\377\177", len = 1421938797}, ttl = { s = 0x7efdaa5d20c0 "P\003", len = -1437055248}, user_param = {s = 0x7efdaa5e0260 "~\003", len = 809807536}, maddr = {s = 0x20 <error: Cannot access memory at address 0x20>, len = 0}, method = {s = 0x0, len = -1}, lr = { s = 0x200000000 <error: Cannot access memory at address 0x200000000>, len = 280613506}, r2 = {s = 0x0, len = 1426245171}, gr = {s = 0x20 <error: Cannot access memory at address 0x20>, len = -1302024144}, transport_val = { s = 0x58a6da276c59d282 <error: Cannot access memory at address 0x58a6da276c59d282>, len = 1514263170}, ttl_val = {s = 0x0, len = -1460231948}, user_param_val = {s = 0x13e <error: Cannot access memory at address 0x13e>, len = -1996563712}, maddr_val = { s = 0x7fff3044a1e0 "\210\246D0\377\177", len = 1422431725}, method_val = {s = 0x0, len = 0}, lr_val = {s = 0x0, len = 809805480}, r2_val = {s = 0x7fff3044a688 "\370\246D0\001", len = -1996563712}, gr_val = { s = 0x10 <error: Cannot access memory at address 0x10>, len = 0}} next_hop = {user = {s = 0x0, len = 1426245171}, passwd = {s = 0x20 <error: Cannot access memory at address 0x20>, len = -1996563712}, host = {s = 0x7fff3044a360 "ФD0\377\177", len = 1423653555}, port = {s = 0x0, len = -1996563712}, params = { s = 0x7fff3044a300 "", len = 0}, sip_params = {s = 0x7efdaa5e0378 "\004", len = 809805096}, headers = {s = 0x7efdaa5846f0 "jS\033", len = 809807536}, port_no = 41872, proto = 12356, type = 32767, flags = 0, transport = {s = 0x0, len = -1437055248}, ttl = { s = 0x0, len = -1996563712}, user_param = {s = 0x7fff3044a360 "ФD0\377\177", len = 0}, maddr = {s = 0x0, len = 1426245171}, method = {s = 0x20 <error: Cannot access memory at address 0x20>, len = -1302024144}, lr = {s = 0x7fff3044a390 "p\003^\252\375~", len = 1423531231}, r2 = {s = 0x20 <error: Cannot access memory at address 0x20>, len = -1437055248}, gr = {s = 0x7efdaa5dab40 "\002", len = 809807536}, transport_val = {s = 0x0, len = 1422564395}, ttl_val = {s = 0x7fff3044a360 "ФD0\377\177", len = 809804976}, user_param_val = {s = 0x7efdaa5cb5d8 "", len = -1996563712}, maddr_val = {s = 0x7fff3044a380 " ", len = 0}, method_val = {s = 0x0, len = 1426245171}, lr_val = {s = 0x20 <error: Cannot access memory at address 0x20>, len = -1302024144}, r2_val = {s = 0x7fff3044a4d0 "@\246D0\377\177", len = 1423675477}, gr_val = {s = 0x0, len = 1426245171}} u = 0x7efdaa5846f0 port = 43607 dst_host = 0x0 i = 3 flags = 4 avp = 0x7efdaa5e0260 st = {flags = 32, id = 0, name = {n = -1302024144, s = {s = 0x7efdb264b030 <__syslog> "H\201\354", <incomplete sequence \330>, len = 809804496}, re = 0x7efdb264b030 <__syslog>}, avp = 0x558954d925ab <eval_elem+1084>} sct = 0x7efdaa53e010 sjt = 0x0 rve = 0xffffffffaa5cfe30 mct = 0x7fff3044a000 rv = 0x20 rv1 = 0x7fff3044a140 c1 = {cache_type = 2858287984, val_type = 32509, c = {avp_val = {n = 809805096, s = {s = 0x7fff3044a528 "", len = -1437055248}, re = 0x7fff3044a528}, pval = {rs = {s = 0x7fff3044a528 "", len = -1437055248}, ri = 809807536, flags = 32767}}, i2s = "\200\021\021U\211U", '\000' <repeats 14 times>, "\375~"} s = {s = 0x0, len = 0} srevp = {0x20, 0x7efdb264b030 <__syslog>} evp = {data = 0x0, obuf = {s = 0x0, len = 0}, rcv = 0x0, dst = 0x0, req = 0x0, rpl = 0x0, rplcode = 0, mode = 0} mod_f_params = {{type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NUMBER_ST, u = {number = 3, string = 0x3 <error: Cannot access memory at address 0x3>, str = { s = 0x3 <error: Cannot access memory at address 0x3>, len = 0}, data = 0x3, attr = 0x3, select = 0x3}}, {type = STRING_ST, u = {number = 139627952774928, string = 0x7efdaa869f10 "1", str = {s = 0x7efdaa869f10 "1", len = 1}, data = 0x7efdaa869f10, attr = 0x7efdaa869f10, select = 0x7efdaa869f10}}, {type = STRING_RVE_ST, u = {number = 139627953568160, string = 0x7efdaa92b9a0 "+xxx", str = {s = 0x7efdaa92b9a0 "+xxx", len = 13}, data = 0x7efdaa92b9a0, attr = 0x7efdaa92b9a0, select = 0x7efdaa92b9a0}}, {type = STRING_RVE_ST, u = {number = 139627953568208, string = 0x7efdaa92b9d0 "sip:+xxx@xxx", str = {s = 0x7efdaa92b9d0 "sip:+xxx@xxx", len = 31}, data = 0x7efdaa92b9d0, attr = 0x7efdaa92b9d0, select = 0x7efdaa92b9d0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}} __func__ = "do_action" #23 0x0000558954c108ff in run_actions (h=0x7fff3044aeb0, a=0x7efdaa5e11f0, msg=0x7efdaa5846f0) at core/action.c:1584 t = 0x7efdaa5e11f0 ret = -1 tvb = {tv_sec = 0, tv_usec = 0} tve = {tv_sec = 0, tv_usec = 0} tz = {tz_minuteswest = 809807536, tz_dsttime = 32767} tdiff = 809805456 __func__ = "run_actions" #24 0x0000558954c01b16 in do_action (h=0x7fff3044aeb0, a=0x7efdaa5e14b0, msg=0x7efdaa5846f0) at core/action.c:1070 ret = 1 v = 1 dst = {send_sock = 0xa79e00, to = {s = {sa_family = 56064, sa_data = "\376\210-}վ\340\265\324\000\000\000\000"}, sin = {sin_family = 56064, sin_port = 35070, sin_addr = {s_addr = 3201662253}, sin_zero = "\340\265\324\000\000\000\000"}, sin6 = { sin6_family = 56064, sin6_port = 35070, sin6_flowinfo = 3201662253, sin6_addr = {__in6_u = {__u6_addr8 = "\340\265\324\000\000\000\000\000\000\000\000\000\002\000\000", __u6_addr16 = {46560, 212, 0, 0, 0, 0, 2, 0}, __u6_addr32 = {13940192, 0, 0, 2}}}, sin6_scope_id = 0}, sas = {ss_family = 56064, __ss_padding = "\376\210-}վ\340\265\324\000\000\000\000\000\000\000\000\000\002", '\000' <repeats 11 times>, "\063\306\002U\211U\000\000L\215#V\211U\000\000Z\212#V\211U\000\000 \255D0\377\177\000\000\226\267\362T\211U\000\000\310\340S\252\375~\000\000@\035\362\252\375~\000\000L\215#V\211U\000\000O\212#V\211U\000\000\060\000\000\000\000\000\000\000\020\340S\252\375~\000", __ss_align = 328}}, id = 1445169754, send_flags = {f = 21897, blst_imask = 0}, proto = 84 'T', proto_pad0 = -118 '\212', proto_pad1 = 22051} tmp = 0x74acc90 <error: Cannot access memory at address 0x74acc90> new_uri = 0x588fedb00 <error: Cannot access memory at address 0x588fedb00> end = 0x7efdaa53ea78 "" crt = 0xa7aa30 <error: Cannot access memory at address 0xa7aa30> cmd = 0x7efdaa5a84c0 len = 0 user = 0 uri = {user = {s = 0x7fff3044a8d0 "", len = -1996563712}, passwd = {s = 0x7efd88820b80 "\264", len = 0}, host = {s = 0x0, len = 1426245171}, port = {s = 0x20 <error: Cannot access memory at address 0x20>, len = 1424974825}, params = {s = 0x7fff3044a930 "", len = -1437343728}, sip_params = {s = 0x400000040 <error: Cannot access memory at address 0x400000040>, len = 1426677168}, headers = {s = 0x7fff3044a970 "\223\252D0\377\177", len = -1996563712}, port_no = 43616, proto = 12356, type = 32767, flags = (URI_SIP_USER_PHONE | unknown: 0x54f691b4), transport = {s = 0x8000000 <error: Cannot access memory at address 0x8000000>, len = 122346656}, ttl = {s = 0xa79ac0 <error: Cannot access memory at address 0xa79ac0>, len = 11871072}, user_param = { s = 0xd4b5e0 <error: Cannot access memory at address 0xd4b5e0>, len = 16}, maddr = {s = 0x7efdaa96fb90 "\001", len = -1434548848}, method = {s = 0x7fff3044aa93 "\005", len = 809806482}, lr = {s = 0x558956238d4c "", len = 1445169514}, r2 = { s = 0x7efdaa53e0f0 "", len = 0}, gr = {s = 0x7fff3044aa60 " \254D0\377\177", len = 1424954698}, transport_val = {s = 0x40 <error: Cannot access memory at address 0x40>, len = -1437343728}, ttl_val = {s = 0x7fff3044aa80 "L\215#V\211U", len = 4}, user_param_val = {s = 0x7efdaa53e010 "\001", len = 1445169567}, maddr_val = {s = 0x1 <error: Cannot access memory at address 0x1>, len = 3}, method_val = {s = 0x7efdaa53e010 "\001", len = -1426973392}, lr_val = { s = 0x400000040 <error: Cannot access memory at address 0x400000040>, len = 0}, r2_val = {s = 0x7fff3044aa30 "`\252D0\004", len = -1443374771}, gr_val = {s = 0x20 <error: Cannot access memory at address 0x20>, len = 809806484}} next_hop = {user = {s = 0x43044aa60 <error: Cannot access memory at address 0x43044aa60>, len = 1445169509}, passwd = {s = 0x400000000 <error: Cannot access memory at address 0x400000000>, len = 331636144}, host = { s = 0x558956238969 ";branch=z9hG4bK2149.ed5b7b65e862f15e376ee9d226300d35.0\r\nFrom: <sip:+xxx@xxx>;tag=3d63dba0-bd5f-4b46-8434-e84e5b44da90\r\nTo: <sip:+xxx@xxx>\r\nCall-ID: e393131f-4156-"..., len = 1445169513}, port = { s = 0x7fff3044ac20 "", len = 1425499403}, params = {s = 0x20 <error: Cannot access memory at address 0x20>, len = -1432945776}, sip_params = {s = 0x558956238d4c "", len = 1445169483}, headers = { s = 0x505e0f0 <error: Cannot access memory at address 0x505e0f0>, len = 0}, port_no = 0, proto = 0, type = 200, flags = (URI_USER_NORMALIZE | unknown: 0x54ef63e8), transport = {s = 0x7fff3044aaf0 "", len = -1437343728}, ttl = { s = 0xf0 <error: Cannot access memory at address 0xf0>, len = -1437343728}, user_param = {s = 0x7fff3044ab30 "`\253D0\377\177", len = -1466248417}, maddr = {s = 0x43044abf0 <error: Cannot access memory at address 0x43044abf0>, len = 0}, method = { s = 0x8000000 <error: Cannot access memory at address 0x8000000>, len = 122346720}, lr = {s = 0xa79a80 <error: Cannot access memory at address 0xa79a80>, len = 11871008}, r2 = {s = 0xd4b5e0 <error: Cannot access memory at address 0xd4b5e0>, len = 16}, gr = { s = 0x147 <error: Cannot access memory at address 0x147>, len = -1996563712}, transport_val = {s = 0x7fff3044ab60 " \254D0\377\177", len = 1422431725}, ttl_val = {s = 0x0, len = 48}, user_param_val = {s = 0x7efdaa53e320 "", len = 0}, maddr_val = { s = 0x7fff3044ac20 "", len = 1424954698}, method_val = {s = 0xf0 <error: Cannot access memory at address 0xf0>, len = -1437343728}, lr_val = { s = 0x5589562389a1 "From: <sip:+xxx@xxx>;tag=3d63dba0-bd5f-4b46-8434-e84e5b44da90\r\nTo: <sip:+xxx@xxx>\r\nCall-ID: e393131f-4156-44e3-95b0-60b5b7b9c417\r\nCSeq: 3763 INVITE\r\nAllow: OPTION"..., len = 1445169514}, r2_val = {s = 0x7efdaa96fb90 "\001", len = 1425270178}, gr_val = {s = 0x7efdaaf21d68 "\001", len = -1426973352}} u = 0xb53370 port = 12356 dst_host = 0x7efd00000000 i = 0 flags = 0 avp = 0xd4b5e0 st = {flags = 2857912048, id = 1, name = {n = -2004742920, s = {s = 0x7efd88820cf8 "", len = 809806000}, re = 0x7efd88820cf8}, avp = 0x7efda9f7c6fa <futex_release+29>} sct = 0x558954c895ed <sr_event_exec+481> sjt = 0x0 rve = 0x7efdaa5e0a60 mct = 0x7fff3044a820 rv = 0x8000000 rv1 = 0x10 c1 = {cache_type = 48, val_type = RV_NONE, c = {avp_val = {n = -1437343728, s = {s = 0x7efdaa53e010 "\001", len = 809806896}, re = 0x7efdaa53e010}, pval = {rs = {s = 0x7efdaa53e010 "\001", len = 809806896}, ri = -1466248417, flags = 32509}}, i2s = "\360\254D0\004", '\000' <repeats 14 times>, "\b\000"} s = {s = 0x7fff3044a8f0 "0\251D0\377\177", len = 1424958313} srevp = {0x7fff3044abf0, 0x7efdaa53e010} evp = {data = 0x0, obuf = {s = 0x0, len = 0}, rcv = 0x0, dst = 0x0, req = 0x0, rpl = 0x0, rplcode = 0, mode = 0} mod_f_params = {{type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NUMBER_ST, u = {number = 3, string = 0x3 <error: Cannot access memory at address 0x3>, str = { s = 0x3 <error: Cannot access memory at address 0x3>, len = 0}, data = 0x3, attr = 0x3, select = 0x3}}, {type = STRING_ST, u = {number = 139627952774928, string = 0x7efdaa869f10 "1", str = {s = 0x7efdaa869f10 "1", len = 1}, data = 0x7efdaa869f10, attr = 0x7efdaa869f10, select = 0x7efdaa869f10}}, {type = STRING_RVE_ST, u = {number = 139627953568160, string = 0x7efdaa92b9a0 "+xxx", str = {s = 0x7efdaa92b9a0 "+xxx", len = 13}, data = 0x7efdaa92b9a0, attr = 0x7efdaa92b9a0, select = 0x7efdaa92b9a0}}, {type = STRING_RVE_ST, u = {number = 139627953568208, string = 0x7efdaa92b9d0 "sip:+xxx@xxx", str = {s = 0x7efdaa92b9d0 "sip:+xxx@xxx", len = 31}, data = 0x7efdaa92b9d0, attr = 0x7efdaa92b9d0, select = 0x7efdaa92b9d0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}} __func__ = "do_action" #25 0x0000558954c108ff in run_actions (h=0x7fff3044aeb0, a=0x7efdaa5ca960, msg=0x7efdaa5846f0) at core/action.c:1584 t = 0x7efdaa5e14b0 ret = 1 tvb = {tv_sec = 0, tv_usec = 0} tve = {tv_sec = 0, tv_usec = 0} tz = {tz_minuteswest = -1437055248, tz_dsttime = 32509} tdiff = 0 __func__ = "run_actions" #26 0x0000558954c11179 in run_top_route (a=0x7efdaa5ca960, msg=0x7efdaa5846f0, c=0x0) at core/action.c:1669 ctx = {rec_lev = 12, run_flags = 0, last_retcode = 1, jmp_env = {{__jmpbuf = {8589934592, 6388032982750974594, 0, 94048325125683, 32, 139628084768816, 6388032982702740098, 885541357945475714}, __mask_was_saved = 0, __saved_mask = {__val = {0, 139627368492924, 13751034671771081472, 140734003195984, 13751034671771081472, 32, 2, 0, 140734003763305, 32, 13751034671771081472, 8589934592, 8589934592, 0, 94048325125683, 32}}}}} p = 0x7fff3044aeb0 ret = 0 sfbk = 0 #27 0x0000558954d67146 in receive_msg (buf=0x558956238900 "INVITE sip:+xxx@xxx;transport=TCP SIP/2.0\r\nVia: SIP/2.0/TCP xxx:5060;branch=z9hG4bK2149.ed5b7b65e862f15e376ee9d226300d35.0\r\nFrom: <sip:+xxx@xxx>"..., len=1100, rcv_info=0x7efd87b327a8) at core/receive.c:515 msg = 0x7efdaa5846f0 ctx = {rec_lev = 0, run_flags = 0, last_retcode = 33, jmp_env = {{__jmpbuf = {8589935692, 139627368491192, 0, 94048325125683, 32, 139628084768816, 6388032982702740098, 885541357945475714}, __mask_was_saved = 0, __saved_mask = {__val = {139628085660640, 0, 13751034671771081472, 121, 2, 0, 94048325125683, 32, 139628084768816, 140734003196720, 94048323499679, 128, 2, 2214, 4095, 140734003197292}}}}} bctx = 0x0 ret = 0 tvb = {tv_sec = 0, tv_usec = 0} tve = {tv_sec = 0, tv_usec = 0} diff = 0 inb = {s = 0x558956238900 "INVITE sip:+xxx@xxx;transport=TCP SIP/2.0\r\nVia: SIP/2.0/TCP xxx:5060;branch=z9hG4bK2149.ed5b7b65e862f15e376ee9d226300d35.0\r\nFrom: <sip:+xxx@xxx>"..., len = 1100} netinfo = {data = {s = 0x558956238900 "INVITE sip:+xxx@xxx;transport=TCP SIP/2.0\r\nVia: SIP/2.0/TCP xxx:5060;branch=z9hG4bK2149.ed5b7b65e862f15e376ee9d226300d35.0\r\nFrom: <sip:+xxx@xxx>"..., len = 1100}, bufsize = 0, rcv = 0x7efd87b327a8, dst = 0x0} keng = 0x0 evp = {data = 0x7fff3044b0a0, obuf = {s = 0x0, len = 0}, rcv = 0x7efd87b327a8, dst = 0x0, req = 0x0, rpl = 0x0, rplcode = 0, mode = 0} cidlockidx = 0 cidlockset = 0 errsipmsg = 0 exectime = 0 __func__ = "receive_msg" #28 0x0000558954ea7d39 in receive_tcp_msg ( tcpbuf=0x7efd87b32b30 "INVITE sip:+xxx@xxx;transport=TCP SIP/2.0\r\nVia: SIP/2.0/TCP xxx:5060;branch=z9hG4bK2149.ed5b7b65e862f15e376ee9d226300d35.0\r\nFrom: <sip:+xxx@xxx>"..., len=1100, rcv_info=0x7efd87b327a8, con=0x7efd87b32790) at core/tcp_read.c:1413 ret = 0 buf = 0x558956238900 "INVITE sip:+xxx@xxx;transport=TCP SIP/2.0\r\nVia: SIP/2.0/TCP xxx:5060;branch=z9hG4bK2149.ed5b7b65e862f15e376ee9d226300d35.0\r\nFrom: <sip:+xxx@xxx>"... bsize = 65535 blen = 65535 __func__ = "receive_tcp_msg" #29 0x0000558954eaa39a in tcp_read_req (con=0x7efd87b32790, bytes_read=0x7fff3044b564, read_flags=0x7fff3044b56c) at core/tcp_read.c:1604 bytes = 1100 total_bytes = 1100 resp = 1 size = 0 req = 0x7efd87b328b8 dst = {send_sock = 0x0, to = {s = {sa_family = 50739, sa_data = "\002U\211U\000\000 \000\000\000\000\000\000"}, sin = {sin_family = 50739, sin_port = 21762, sin_addr = {s_addr = 21897}, sin_zero = " \000\000\000\000\000\000"}, sin6 = {sin6_family = 50739, sin6_port = 21762, sin6_flowinfo = 21897, sin6_addr = {__in6_u = {__u6_addr8 = " \000\000\000\000\000\000\000\060\260d\262\375~\000", __u6_addr16 = {32, 0, 0, 0, 45104, 45668, 32509, 0}, __u6_addr32 = {32, 0, 2992943152, 32509}}}, sin6_scope_id = 809809184}, sas = {ss_family = 50739, __ss_padding = "\002U\211U\000\000 \000\000\000\000\000\000\000\060\260d\262\375~\000\000 \265D0\377\177\000\000\002\263\352T\211U\000\000\377\377\377\377)\000\000\000`\036\026U\211U\000\000\000\000\000\000\001 \000\000\030\204X\252\001\000\000\000\240\264D0\001\000\000\000P\273R\206.\000\000\000\001\000\000\000\000\000\000\000\000\376\207\213\375~\000\000\260\265D0\377\177\000\000\030\204X\252\375~\000", __ss_align = 20}}, id = 1, send_flags = {f = 1, blst_imask = 0}, proto = 41 ')', proto_pad0 = 0 '\000', proto_pad1 = 0} c = 10 '\n' ret = 0 __func__ = "tcp_read_req" #30 0x0000558954eaed62 in handle_io (fm=0x7efdaa588358, events=1, idx=-1) at core/tcp_read.c:1855 ret = 0 n = 456 read_flags = RD_CONN_SHORT_READ con = 0x7efd87b32790 s = 41 resp = 1 t = 1953053264 ee = 0x0 __func__ = "handle_io" #31 0x0000558954e991dd in io_wait_loop_epoll (h=0x558955161e60 <io_w>, t=2, repeat=0) at core/io_wait.h:1070 n = 1 r = 0 fm = 0x7efdaa588358 revents = 1 __func__ = "io_wait_loop_epoll" #32 0x0000558954eb0840 in tcp_receive_loop (unix_sock=46) at core/tcp_read.c:1976 __func__ = "tcp_receive_loop" #33 0x0000558954e8d46d in tcp_init_children (woneinit=0x7fff3044b950) at core/tcp_main.c:5227 r = 6 i = 7 reader_fd_1 = 46 pid = 0 si_desc = "tcp receiver (generic)\000\000\330\356\341T\211U\000\000\060\271D0\377\177\000\000۲\353T\000\000\000\000\240\363Y\252\000\000\000\000\273'\006U\211U\000\000\246\000D0\377\177\000\000\347\373\374T\211U\000\000\000\271D0\001\000\000\000P\273R\206\375~\000\000\000\271D0\377\177\000\000\320\003\361\210\001\000\000\000 \271D0\377\177\000\000\205\375\374T\211U\000" si = 0x0 __func__ = "tcp_init_children" #34 0x0000558954becf03 in main_loop () at main.c:1849 i = 8 pid = 1477 si = 0x0 si_desc = "udp receiver child=7 sock=xxx:5060\000\000\000\000\003\000\000\000 \000\000\000\000\333\376\210-}վ\000\000\000\000\000\000\000\000\210`\001U\211U\000\000\000\000\000\000\000\000\000\000\063\306\002U\211U\000\000 \000\000\000\000\000\000\000\060\260d\262\375~\000\000кD0\377\177\000\000ai\331T\211U\000" nrprocs = 8 woneinit = 1 __func__ = "main_loop" #35 0x0000558954bf7acf in main (argc=17, argv=0x7fff3044c028) at main.c:3078 cfg_stream = 0x5589560d12a0 c = -1 r = 0 tmp = 0x7fff3044df42 "" tmp_len = 0 port = 0 proto = 7 ahost = 0x0 aport = 0 options = 0x558955018e90 ":f:cm:M:dVIhEeb:l:L:n:vKrRDTN:W:w:t:u:g:P:G:SQ:O:a:A:x:X:Y:" ret = -1 seed = 1882048236 rfd = 4 debug_save = 0 debug_flag = 0 dont_fork_cnt = 0 n_lst = 0x0 p = 0x0 st = {st_dev = 23, st_ino = 862, st_nlink = 2, st_mode = 16832, st_uid = 109, st_gid = 115, __pad0 = 0, st_rdev = 0, st_size = 40, st_blksize = 4096, st_blocks = 0, st_atim = {tv_sec = 1667940516, tv_nsec = 335990872}, st_mtim = {tv_sec = 1667941120, tv_nsec = 945450055}, st_ctim = {tv_sec = 1667941121, tv_nsec = 329446417}, __glibc_reserved = {0, 0, 0}} tbuf = "\000\000\000\000\000\000\000\000\030RM0\377\177\000\000\000\000\000\000 ", '\000' <repeats 27 times>, "\001\000\000\000\000\000\000\000\366u\256\003\001", '\000' <repeats 19 times>, "\002", '\000' <repeats 319 times>... option_index = 0 long_options = {{name = 0x55895501b2b3 "help", has_arg = 0, flag = 0x0, val = 104}, {name = 0x5589550164e0 "version", has_arg = 0, flag = 0x0, val = 118}, {name = 0x55895501b2b8 "alias", has_arg = 1, flag = 0x0, val = 1024}, {name = 0x55895501b2be "subst", has_arg = 1, flag = 0x0, val = 1025}, {name = 0x55895501b2c4 "substdef", has_arg = 1, flag = 0x0, val = 1026}, {name = 0x55895501b2cd "substdefs", has_arg = 1, flag = 0x0, val = 1027}, {name = 0x55895501b2d7 "server-id", has_arg = 1, flag = 0x0, val = 1028}, {name = 0x55895501b2e1 "loadmodule", has_arg = 1, flag = 0x0, val = 1029}, {name = 0x55895501b2ec "modparam", has_arg = 1, flag = 0x0, val = 1030}, {name = 0x55895501b2f5 "log-engine", has_arg = 1, flag = 0x0, val = 1031}, {name = 0x55895501b300 "debug", has_arg = 1, flag = 0x0, val = 1032}, {name = 0x55895501b306 "cfg-print", has_arg = 0, flag = 0x0, val = 1033}, {name = 0x55895501b310 "atexit", has_arg = 1, flag = 0x0, val = 1034}, {name = 0x0, has_arg = 0, flag = 0x0, val = 0}} __func__ = "main"

2 2

RPM SPEC file differs between repo and build server
by Ryan Cloherty 17 Nov '22

17 Nov '22

Hello, When trying to install the Kamailio RPM from https://rpm.kamailio.org/centos/7/5.6/5.6.2/x86_64/Packages/k/kamailio-5.6.…, I encountered an issue due to a dependency on "libpython3.6m". It seems like the SPEC file in the repository <https://github.com/kamailio/kamailio/blob/5.6/pkg/kamailio/obs/kamailio.spe…> differs quite wildly from the SPEC file on the openSUSE Build Service <https://build.opensuse.org/package/view_file/home:kamailio:v5.6.x-rpms/kama…>. On lines 667-668 of the OBS copy, you can see the explicit dependency on "python36". Is this intentional or is this something that needs to be fixed? Thank you, Ryan C

3 13

KEMI - app_python3 - reload multiple python files
by Niklas Larsson 15 Nov '22

15 Nov '22

Hi, for the first time we tried to build all routing in kemi with app_python3, and it works well. But app_python.reload only reloads the file in: modparam("app_python3", "load", "/etc/kamailio/kemi/kamailio.py") And that is a little problem for us, since we are using multiple files to use modules etc. At the moment we have 8 files besides kamailio.py. Is there a way to reload all of them, without restarting kamailio? /niklas

4 5

Kamailio devel event starting tomorrow
by Daniel-Constantin Mierla 15 Nov '22

15 Nov '22

Hello, as some of you may know from previous announcements, a few of us meet tomorrow and the day after in Dusseldorf at sipgate.de for a Kamailio development event. Should anyone want to join remotely, we can make available a video conference bridge. Join if you want to work together to add new features to Kamailio or help improving existing tools and documentation. It is not an event for discussing about Kamailio or how to use it. Reply to this email (can be only to me this time) if you want to join remotely and eventually provide the time you think you would be around and, if you have something in mind, what you would like to work on. You can also join if you don't have already something to work on, you can become part of another team and help them. You will receive privately the details of how to join the video conference room. Tomorrow we plan to to start the day around 10:30 Berlin time zone (UTC + 1), probably wrapping up around 17:00. The schedule for Thursday will be given tomorrow once it is decided. Cheers, Daniel -- Daniel-Constantin Mierla -- www.asipto.com www.twitter.com/miconda -- www.linkedin.com/in/miconda

1 0

USRLOC module - Not all records are written to the db with db_mode 2
by Markus Bönke 15 Nov '22

15 Nov '22

Hello NG, we are using Kamailio 5.4.2 with the USRLOC module configured with db_mode 2 (Write-Back scheme). The database is Postgres 11. Sometimes some records are not written to the database, however I can lookup them by "kamcmd ul.lookup ..." . There are no database errors (like constraint violations or value too large errors) to see in the postgres.log. Not even when I execute "kamcmd ul.flush" manually. There are also no related error messages to see in the Kamailio.log during "kamcmd ul.flush". Has anyone else seen that issue or is this might already fixed in a newer version? Thanks and regards Markus

4 4

set_dlg_profile profile name with and without value?
by Benoit Panizzon 15 Nov '22

15 Nov '22

Hi I am wondering, if a profile with value can on the same time be used as profile without value of this usages exclude each other. Like doing: set_dlg_profile("caller"); set_dlg_profile("caller","$si"); get_profile_size("caller","$var(c_total)"); get_profile_size("caller","$si","$var(c_ip)"); xlog("L_INFO", "$cfg(route): Total Caller: $var(c_total)\n"); xlog("L_INFO", "$cfg(route): Caller from $si: $var(c_ip)\n"); I fear this is not possible, as I keep getting: w_set_dlg_profile_helper(): invalid value parameter and w_get_profile_size_helper(): invalid value parameter right? Mit freundlichen Grüssen -Benoît Panizzon- -- I m p r o W a r e A G - Leiter Commerce Kunden ______________________________________________________ Zurlindenstrasse 29 Tel +41 61 826 93 00 CH-4133 Pratteln Fax +41 61 826 93 01 Schweiz Web http://www.imp.ch ______________________________________________________

2 1

Tcp/websocket closing
by David Villasmil 14 Nov '22

14 Nov '22

Hello all, Question: Say there’s a client connecting via websocket, makes a call and then unregisters. But kamailio sends a 401 expecting the client to authenticate. If the client doesn’t, and simply stays there, at what point is the socket closed? Is it the OS timeout? Thanks! David -- Regards, David Villasmil email: david.villasmil.work(a)gmail.com phone: +34669448337

2 2

About the Presence service 401 issue
by SparkleZou 14 Nov '22

14 Nov '22

Hi Sir/Madam, I'm trying to set up the presence service according to the manual http://kb.asipto.com/kamailio:presence:k31-made-simple Also refer to the doc https://kamailio.org/docs/modules/devel/modules/xcap_server.html Seems the Kamailio cfg fine. but when to get the xcap data, get the 401 response. Please see the attached log. Is there any more should be configured? Thanks! BR, Sparkle Zou

3 8

Uneven-distribution of calls
by satyaprakash ch 14 Nov '22

14 Nov '22

Hi, what would be the reason for the *Un-even* distribution of calls from kamailio proxy to freeswitches. The dispatcher lists are having the same weight. For example: If we are having 4 freeswitches, the calls are evenly distributing for 3 freeswitches but there is high calls for the 4th freeswitch. The dispatcher weight for the freeswitches are: rweight=50;weight=50;cc=1; Thanks and regards, Satya

2 7

kamcmd dlg.list => ERROR: reply too big
by Benoît Panizzon 14 Nov '22

14 Nov '22

Hi List I fear I am loosing dialogues somehow. We have implemented counting concurrent connections from customers by using set_dlg_profile. Sometimes, the concurrent channel count does not decrease, despite the dialog end being detected. Now I suppose I have maybe a dozen concurrent calls running, but kamcmd dlg.list is unable to dump the list. kamcmd dlg.dump_file generates quite a large file. I was running into SHM issues while load-testing and had to increase SHM to 1024 to accommodate all dialogues and vars. I fear this could have caused corrupted dialogues? Dialog Data is replicated via DMQ between two instances which I too care never to restart at the same time. Will completely stop and then restart the two affected instances and clear the dialog and dialog_vars tables to see if this issue is manifesting itself again. -- Mit freundlichen Grüssen -Benoît Panizzon- @ HomeOffice und normal erreichbar -- I m p r o W a r e A G - Leiter Commerce Kunden ______________________________________________________ Zurlindenstrasse 29 Tel +41 61 826 93 00 CH-4133 Pratteln Fax +41 61 826 93 01 Schweiz Web http://www.imp.ch ______________________________________________________

2 1

External script
by Володимир Іванець 11 Nov '22

11 Nov '22

Hello! I was wondering how everyone uses exec_cmd(). I'm using it to call an external script directly from a worker route which locks it for the time of execution. If all that is needed is to call it and forget, should the best option be to call the async route with exec_cmd()? Thanks a lot for any input on this topic!

3 3

Kill child process created by app_python module
by Marat Gareev 11 Nov '22

11 Nov '22

Hello! I'm trying to use app_python module to perform periodic actions. This is a simple python code def _update(): while True: _action() time.sleep(60) class noop_handler: def child_init(self, rank): return 0 def ksr_request_route(self, msg): return 1 def mod_init(): # signal.signal(signal.SIGTERM, signal.default_int_handler) proc = multiprocessing.Process(target=_update) # proc.daemon = True proc.start() ksr.notice('Forked process {} to update\n'.format(proc.pid)) return noop_handler() After killing kamailio processes with SIGTERM signal (killall kamailio) I see zombie process. And if I try to process the signal in daemon mode (see the comments in the snippet above), I get critical errors in the logs and still see processes: 0(37001) NOTICE: <core> [core/kemi.c:124]: sr_kemi_core_notice(): Forked process 37002 to update 1(37003) ERROR: <core> [core/udp_server.c:464]: udp_rcv_loop(): recvfrom:[4] Interrupted system call Process Process-1: Traceback (most recent call last): File "/usr/lib64/python2.7/multiprocessing/process.py", line 258, in _bootstrap self.run() File "/usr/lib64/python2.7/multiprocessing/process.py", line 114, in run self._target(*self._args, **self._kwargs) File "/tmp/script.py", line 155, in _update time.sleep(period) KeyboardInterrupt 0(37001) ALERT: <core> [main.c:774]: handle_sigs(): child process 37002 exited normally, status=1 0(37001) INFO: <core> [main.c:802]: handle_sigs(): terminating due to SIGCHLD 1(37003) ERROR: <core> [core/udp_server.c:464]: udp_rcv_loop(): recvfrom:[4] Interrupted system call 8(37014) CRITICAL: <core> [core/pass_fd.c:277]: receive_fd(): EOF on 4 1(37003) ERROR: <core> [core/udp_server.c:464]: udp_rcv_loop(): recvfrom:[4] Interrupted system call So, how I can kill child process by SIGTERM signal?

3 5

acc module => account register messages?
by Benoît Panizzon 11 Nov '22

11 Nov '22

Hi Is there a way to get register messages into accounting? This could come in handy while helping figure out if clients were not registered while calls attemted to reach them. -- Mit freundlichen Grüssen -Benoît Panizzon- @ HomeOffice und normal erreichbar -- I m p r o W a r e A G - Leiter Commerce Kunden ______________________________________________________ Zurlindenstrasse 29 Tel +41 61 826 93 00 CH-4133 Pratteln Fax +41 61 826 93 01 Schweiz Web http://www.imp.ch ______________________________________________________

3 2

Mysql.sock
by satyaprakash ch 08 Nov '22

08 Nov '22

Hi Team, I want to know this reason - why kamailio only can connect to mysql using */tmp/mysql.sock <https://phonecom.atlassian.net/browse/VOIP-1760?atlOrigin=eyJpIjoiNzY1NjU4Y…>* and why it can’t use /run/mysql/mysql.sock Thanks and regards, Satya.

2 1

Mysql.sock
by Satyaprakash Chiramchetty 08 Nov '22

08 Nov '22

Hi Team, I want to know this reason - why kamailio only can connect to mysql using */tmp/mysql.sock <https://phonecom.atlassian.net/browse/VOIP-1760?atlOrigin=eyJpIjoiNzY1NjU4Y…>* and why it can’t use /run/mysql/mysql.sock Thanks and regards, Satya. -- * <https://www.ecosmob.com/> * *Disclaimer* In addition to generic Disclaimer which you have agreed on our website, any views or opinions presented in this email are solely those of the originator and do not necessarily represent those of the Company or its sister concerns. Any liability (in negligence, contract or otherwise) arising from any third party taking any action, or refraining from taking any action on the basis of any of the information contained in this email is hereby excluded. *Confidentiality* This communication (including any attachment/s) is intended only for the use of the addressee(s) and contains information that is PRIVILEGED AND CONFIDENTIAL. Unauthorized reading, dissemination, distribution, or copying of this communication is prohibited. Please inform originator if you have received it in error. *Caution for viruses, malware etc.* This communication, including any attachments, may not be free of viruses, trojans, similar or new contaminants/malware, interceptions or interference, and may not be compatible with your systems. You shall carry out virus/malware scanning on your own before opening any attachment to this e-mail. The sender of this e-mail and Company including its sister concerns shall not be liable for any damage that may incur to you as a result of viruses, incompleteness of this message, a delay in receipt of this message or any other computer problems.

1 0

evapi:message-received and state
by Alex Balashov 07 Nov '22

07 Nov '22

Hi, I am t_continue()ing a transaction inside of event_route[evapi:message-received]. The $evapi(msg) has quite a bit of payload that will be needed by the resumed transaction. Is there a good way to inject this data into the transaction scope externally? No [X]AVPs created in the event_route persist, of course, since the route is scoped outside of the transaction. I have been using htable to pass data into the transaction, keyed by the index and label. But, this strikes me as a kind of clumsy memory synchronisation anti-pattern. Is there a better way? Cheers, — Alex -- Alex Balashov | Principal | Evariste Systems LLC Tel: +1-706-510-6800 / +1-800-250-5920 (toll-free) Web: http://www.evaristesys.com/, http://www.csrpswitch.com/

2 5

Kamailio Not Responding to Connections
by Carlos Escalona 07 Nov '22

07 Nov '22

Hello! I hope all of you are having a nice day. I would like some help. I recently had some troublesome events in my Kamailio setup, at a particular time of the day specifically after lunch when my platform's traffic spikes Kamailio suddenly stops responding to any connection and restarting it didn't fix the problem basically I have to restart the hardware to get out of that failed state. The only unusual log is the following: Oct 28 16:49:10 ip-172-32-16-97 /usr/sbin/kamailio[952]: ERROR: topos [tps_storage.c:615]: tps_storage_record(): failed to store Someone recently posted a problem that occurred when doing stress tests with the siptrace module active and the service that collects the traces was failing, I wonder if this may be the case because it is possible that something similar is happening in my case. Unfortunately, I don't have much more information since I had to implement a quick fix that mitigates the problem for now, but I would like to be able to go back to the previous configuration that seemed more appropriate. My plan is to test now that I have solved the problem I had with the traces service, but I wanted to know if anyone had experienced a similar situation. Atenciosamente, [image: photo] <https://www.techer.com.br/> *Carlos Escalona* IT - Development 41 3073-0091 | R 1011 www.techer.com.br -- O conteúdo desta mensagem é confidencial. Se você não se encontra na lista de destinatários ou tenha recebido por engano, não a copie, imprima, envie, ou utilize, de qualquer forma, seu conteúdo. Neste caso, destrua a mensagem e, por favor, notifique o remetente.

2 1

Serial Forking on BYE message
by Ilie Soltanici 05 Nov '22

05 Nov '22

Hello, I have a challenge here to do serial forking, not when the call is failed on the first destination, but when the call is ended. So, the first will go to one destination, will be answered, and when it's ended the BYE message should be dropped and forward the initial INVITE to another location. Is that possible?

2 1

Re: [SR-Users] $Rp variable seems to contain wrong port
by Luis Azedo 04 Nov '22

04 Nov '22

have you tried to use $T_rpl($Rp) ?

1 0

$Rp variable seems to contain wrong port
by Ross McKillop 03 Nov '22

03 Nov '22

Hi All, At the risk of possibly dragging up an old thread (https://lists.kamailio.org/pipermail/sr-users/2021-June/112791.html <https://lists.kamailio.org/pipermail/sr-users/2021-June/112791.html>) I’m seeing unusual behaviour where $Rp is still showing what I think is the ‘wrong’ behaviour, but given Daniel’s reply on the earlier thread I want to be sure this isn’t the intended behaviour. The thread above confirms that $Rp is not taken from the IP layer but is intended to give the attribute of the listen socket associated with the SIP traffic, which is fine and what I’m expecting, but in my case it doesn’t seem to be working this way. (I’ve tried with and without tcp_reuse_port=yes and tcp_connection_match=1 too just in case one of the above parameters has changed this behaviour) If Kamailio listening on multiple ports e.g. listen=tcp:10.30.22.73:7701 listen=tcp:10.30.22.73:7702 listen=tcp:10.30.22.73:7703 listen=tls:10.30.22.73:7801 listen=tls:10.30.22.73:7802 listen=tls:10.30.22.73:7803 And I use $fs to force the socket of an outbound message to one of the above before t_relay() it works as expected (with tcp_reuse_port it originates from the given port number above, without that set it will originate from a different ephemeral port even to the same destination, so $fs is working as expected) Then, in reply_route{} I have a simple line to add the port it was received on to the headers (I’ve also tried with $RAp) append_hf("X-Rcvd-Port: $Rp\r\n”); In every case, the reply seems to contain the *first* port of the protocol type (so in the above example every TCP reply irrespective of whether it is to 7701/02/03 will show $Rp 7701, and every TLS reply will show 7801) Any advice or insight anyone can offer would be much appreciated. Thanks, Ross

1 0

Siptrace and Kamailio "stress" test
by Igor Olhovskiy 03 Nov '22

03 Nov '22

Hello, Found an interesting scenario, maybe something could be done here. I have a siptrace module configured like modparam("siptrace", "duplicate_uri", "sip:<MY_HOMER_SERVER>:9060") modparam("siptrace", "hep_mode_on", 1) modparam("siptrace", "trace_to_database", 0) modparam("siptrace", "trace_on", 1) modparam("siptrace", "hep_version", 3) modparam("siptrace", "trace_mode", 1) When Kamailio is under stress test (sipflood via OPTIONS/TLS), with this settings it transfers all flood to HOMER server. At some point Kamailio just stops accepting any new TLS connections. Turning off siptrace solves this issue. As I got, siptrace module is not changing protocol of the message (means not converting TCP/UDP) or so. Could it be possible, that at some point siptrace "eats" all TCP connections (especially if remote HOMER is down or not answering) which leads Kamailio to stop processing any new connections? And is it possible to send HEP traffic only via UDP to prevent this? Yes, sure other option is to trace only "legal" traffic -- Best regards, Ihor (Igor)

3 5

Pipelimit needs restart to reload values
by Duarte Rocha 02 Nov '22

02 Nov '22

Greetings, I've been using the pipelimit module and the pl_check function to control users rates in my proxy. if (!pl_check("$var(UserID)", "TAILDROP", "$var(UserRate)")) { pl_drop(); exit; } In this case $var(UserID) is the pipe and $var(UserRate) is the maximum rate. The value of the rate is retrieved on every call via query to a DB. If I change the UserRate value to 0 CPS on the DB calls are not rejected unless they go over 1 CPS. However, if I restart Kamailio all calls are correctly rejected. Why does this happen? Can I change this behaviour? Cheers, Duarte

3 3

Appending new branches via external means
by Alex Balashov 01 Nov '22

01 Nov '22

Hi, Is there a means of appending new branches from config script for a transaction which is already proceeding in the background, without using `tsilo`? That is to say, I have an async transaction which is resumed in an async worker and is t_relay()’d away to some destination. Meanwhile, I have learned about new destinations for it to try via an incoming registration, and would like to append additional parallel forking branches to that transaction, even though it is already proceeding. ts_append() does this for me; the issue I have is that it is mediated through a registrar, but I am not a registrar. My registrar is upstream, and my proxy is just a front-end to it. So, in essence, I require something like `tsilo` at a more general level, where contacts can be populated by some other mechanism rather than being learned via callbacks out of `usrloc`. Is there a way to accomplish this? Cheers, — Alex -- Alex Balashov | Principal | Evariste Systems LLC Tel: +1-706-510-6800 / +1-800-250-5920 (toll-free) Web: http://www.evaristesys.com/, http://www.csrpswitch.com/

3 6

consume_credentials not working on PRACK?
by Benoit Panizzon 01 Nov '22

01 Nov '22

Hi List I noticed, that one of our CPE copies the Proxy-Authorization HF in almost all messages sent. As PRACK were not authenticated, those headers were potentially sent on to the destination disclosing the authentication username and realm. So assuming, if credentials are present, the client wishes them to be validated, I added: if (has_credentials("$fd")) { xlog("L_INFO", "$cfg(route): got $rm with credentials. Validate them!\n"); route(AUTH); } and in route[AUTH] I call: pv_auth_check() which returns 1 thus success upon which I use: if(!is_method("REGISTER|PUBLISH")) consume_credentials(); If the method is INVITE: Proxy-Authorization HF is removed by consume_credentials() if the method is PRACK: Proxy-Authorization HF is still present on the outbound leg. Mit freundlichen Grüssen -Benoît Panizzon- -- I m p r o W a r e A G - Leiter Commerce Kunden ______________________________________________________ Zurlindenstrasse 29 Tel +41 61 826 93 00 CH-4133 Pratteln Fax +41 61 826 93 01 Schweiz Web http://www.imp.ch ______________________________________________________

3 5

Authentication: Is it possible to ignore realm? How to avoice unnecessary challenge because of changed realm?
by Benoit Panizzon 01 Nov '22

01 Nov '22

Hi As mentioned in the last email, we have a CPE which adds credentials to any request so I would like to validate them. We use $rd as realm. Let's use example.com as example. During the initial INVITE, this works as expected. I try to only show the headers I think are relevant to the issue I face. INVITE sip:1234@example.com SIP/2.0 Proxy-Authorization: [...] realm="example.com" Contact: <sip:9876@192.168.1.1:5060> Authentication user in realm "example.com" == $rd is validated and accepted. The connection is establised: 200 OK From: <sip:9876@example.com>;tag=1 To: <sip:1234@example.com>;tag=2 Contact: <sip:1234@192.168.7.7:5060> The caller terminates the connection: BYE: sip:1234@192.168.7.7:5060 SIP/2.0 From: <sip:9876@example.com>;tag=1 To: <sip:1234@example.com>;tag=2 Proxy-Authorization: [...] realm="example.com" Performing: $var(authres) = pv_auth_check("$rd", "$avp(authsecret)", "0", "1"); fails wirh result -5 as there is no authsecret for realm "192.168.7.7" So an unnecessarey challenge is issued: SIP/2.0 407 Proxy Authentication Required To: <sip:1234@example.com> From: <sip:9876@example.com> CSeq: 3 BYE Proxy-Authenticate: Digest realm="192.168.7.7" To which the client replies with the changed realm: Proxy-Authorization: Digest username="****",realm="157.161.7.7",[...] and succeeds authentication. Is there a way to accept 'any' realm? Or to avoid this unnecessary change of realm just because the remote site submitted a domain realm in the contact header? Mit freundlichen Grüssen -Benoît Panizzon- -- I m p r o W a r e A G - Leiter Commerce Kunden ______________________________________________________ Zurlindenstrasse 29 Tel +41 61 826 93 00 CH-4133 Pratteln Fax +41 61 826 93 01 Schweiz Web http://www.imp.ch ______________________________________________________

2 2

SIP routing per MSISDN
by Anthony Blandin 30 Oct '22

30 Oct '22

Hello, I need to route SIP INVITE towards a specific node based on the MSISDN of the Request URI. I saw that the dispatcher module should be able to make this with the function ds_select_dst and the algorithm "hash over request-URI user" but I don't understand how the routing is done if we can't associate the request-URI user with the destination address in the dispatcher DB. Maybe my understanding of this module is wrong. Could you help me to achieve this? Thanks Anthony

3 2

Kamailio sending response to source IP and port from Via ?
by Chaigneau, Nicolas 27 Oct '22

27 Oct '22

Hello, I'm using Kamailio in stateless mode to send redirect responses. I've noticed that the responses are sent to the packet source IP address, and to the port found in the Via header. I'm a bit confused. I was expecting the response to be sent to the address and port found in the Via header. Is it the expected behaviour ? I'm using Kamailio 5.5.2. Thanks for your help ! Regards, Nicolas. This message contains information that may be privileged or confidential and is the property of the Capgemini Group. It is intended only for the person to whom it is addressed. If you are not the intended recipient, you are not authorized to read, print, retain, copy, disseminate, distribute, or use this message or any part thereof. If you receive this message in error, please notify the sender immediately and delete all copies of this message.

2 4

Issue with debug 3 after upgrade to kamailio 5.6.2+
by Julia Bo 27 Oct '22

27 Oct '22

Hello, After upgrading kamailio 5.6.1 to 5.6.2 (from source) debug 3 doesn't print messages related to calls to the log file. I only see OPTIONS transactions in debug. Does anyone have the same problem? Best regards, Julia.

2 3

About the WITH_VOICEMAIL Subscriber message 407 issue
by SparkleZou 26 Oct '22

26 Oct '22

Hi Sir/Madam, I'm trying to set a Fresswitch as the Voicemail server. I set the #!define WITH_VOICEMAIL in the kamailio.cfg file to enable the default VoiceMail configuration. Set the voicemail server address as following : voicemail.srv_ip = "10.120.100.179" desc "VoiceMail IP Address" voicemail.srv_port = "5060" desc "VoiceMail Port" And the kamailio server address is 10.120.100.180. Here face the issue, the Subscribe message could NOT be authorized. The SUBSCRIBER message with token could NOT be forworded to Freeswitch. The log is also attached. It's resllay strange. Please help check. Thanks! BR, Sparkle Zou

3 4

ims_auth with AKAv1-MD5
by Oleg Belousov 24 Oct '22

24 Oct '22

Hello, I'm wondering if ims_auth is tested with actual SIM-card/AKAv1-MD5 authentication? Bit concerned with that since as per authorize.c source code can see for AUTH_AKAV1_MD5/AUTH_AKAV2_MD5/AUTH_MD5 response is counted in the same way, though algorithms are different. -- obelousov.tel

2 2

No REGISTER sent to third party AS from scscf
by Anthony Blandin 24 Oct '22

24 Oct '22

Hi Community, I am using scscf from Kamailio and I need that scscf sent a REGISTER to a third party AS during the registration phase. When scscf received a new registration, no REGISTER is sent to the AS. SAR-SAA is well processed but only 200 OK is sent for the REGISTER to the pcscf. REGISTER is well sent to the AS only for Re-Registration or De-registration. Do you have any idea to handle this case? Regards Anthony

2 3

Dialog Module: How to get two different dialogues if a call is looped through kamailo (call forwarding scenario)
by Benoit Panizzon 21 Oct '22

21 Oct '22

Hi Using the dialog module to generate CDR for billing. We have this situation: Kamailio 'routing' instance, where dialog is used and billing happens. Kamailio 'register' instance. IC is connected to the routing instance. Customers register to the register instance. Call originates from 'A' via IC through routing instance to register instance and rings customer 'B'. This times out and 'call forwarding' is engaged by sending the call back to the routing instance with a new RURI containing the call forwarding destination 'C'. An appropriate 'no-answer' Diversion Header is added. Now we need two different CDR for this scenario (add more CDR if the call is forwarded multiple times) One from the A to B leg to bill termination fee to the IC carrier. One from B to C to bill the forwarded call with destination 'C' to customer B. The issue I now face is that I only get the kamailio routing instance to generates one dialogue from B to C despite handling two separate connections. How could that challenge be solved? Mit freundlichen Grüssen -Benoît Panizzon- -- I m p r o W a r e A G - Leiter Commerce Kunden ______________________________________________________ Zurlindenstrasse 29 Tel +41 61 826 93 00 CH-4133 Pratteln Fax +41 61 826 93 01 Schweiz Web http://www.imp.ch ______________________________________________________

2 2

relay sip-tls vs sips-tcp
by beer Ll 21 Oct '22

21 Oct '22

Hi everyone, I'm using Kamailio as TLS gateway/filter for an internal Asterisk server the network schema is : UAC (tls) --- INTERNET --- (tls) KAMAILIO (sip udp) --- LAN --- (sip udp) ASTERISK with kamailio in multi-homed mode WAN network interface for sip tls LAN network interface for sip udp to asterisk server UAC address 80.0.0.1 KAMAILIO Wan address 80.0.0.2 KAMAILIO Lan address 172.16.0.2 ASTERISK Lan address 172.16.0.3 SIP-TLS call example If the UAC use tls(sip) all works good [image: sip-ok-small.jpeg] SIPS call example If the same UAC use his default settings tls(sips) , there are problems with ACK and BYE packet [image: sip-ko-small.jpeg] the SIP OK SDP packet from kamailio to UAC is 2022/10/10 09:28:47.854721 80.0.0.2:5061 -> 80.0.0.1:49992 SIP/2.0 200 OK Via: SIP/2.0/TLS 192.168.0.1:49992 ;rport=49992;received=80.0.0.1;branch=z9hG4bKM01j360VrBdH5VSV Record-Route: <sip:172.16.0.1:5060 ;lr;r2=on;ftag=F798336AA08EF9FCFA89D3BDFE0C8C8F> Record-Route: <sip:80.0.0.2:5061 ;transport=tls;lr;r2=on;ftag=F798336AA08EF9FCFA89D3BDFE0C8C8F> Call-ID: 1EC2AB679C1EA1BAB60FD03B09F878020B12D3E7 From: <sips:200@pbx.voip.com>;tag=F798336AA08EF9FCFA89D3BDFE0C8C8F To: <sips:*43@pbx.voip.com>;tag=961d0e22-a4f0-453c-9870-6a41578afc96 CSeq: 2 INVITE Contact: <sip:172.16.0.2:5060> P-Asserted-Identity: "xxxxxxxxx" <sips:*43@pbx.voip.com> Content-Type: application/sdp and the UAC send the ACK and BYE from a different tcp port and to: sips:172.16.0.2:5060;transport=tcp 2022/10/10 09:28:48.495365 80.0.0.1:49996 -> 80.0.0.2:5061 ACK sips:172.16.0.2:5060;transport=tcp SIP/2.0 Via: SIP/2.0/TLS 192.168.0.1:49996;branch=z9hG4bKppftdQze20lnwT41;rport Route: <sip:80.0.0.2:5061 ;transport=tls;lr;r2=on;ftag=F798336AA08EF9FCFA89D3BDFE0C8C8F> Route: <sip:172.16.0.1:5060;lr;r2=on;ftag=F798336AA08EF9FCFA89D3BDFE0C8C8F> Max-Forwards: 70 To: <sips:*43@pbx.voip.com>;tag=961d0e22-a4f0-453c-9870-6a41578afc96 From: <sips:200@pbx.voip.com>;tag=F798336AA08EF9FCFA89D3BDFE0C8C8F Call-ID: 1EC2AB679C1EA1BAB60FD03B09F878020B12D3E7 CSeq: 2 ACK kamailio error log WARNING: <core> [core/forward.c:229]: get_send_socket2(): protocol/port mismatch (forced udp:172.16.0.2:5060, to tls:172.16.0.3:5060) How can I solve this ? Best Regards Leo

3 4

After changing instance type for kamailio server in aws log file is corrupted
by Sammy Dominguez 19 Oct '22

19 Oct '22

Hello guys, after changing instance type from t2 to t3a for kamailio server in aws log(/var/log/kamailio.log) file and some other files are corrupted and I can not touch,delete,create or anything and when kamailio start receiving traffic it crashed. Is there any particular reason for this? Basically on t2, they are under /dev/sda1 and /dev/xvda. Under t3 they are nvme disks (biggest part of the speed increase), so they are under /dev/nvme1n1. Note: once I rollback to t2 everything is working as expected.

1 0

Issue with duplicite SIP messages in traffic loop
by Michal Popovič 19 Oct '22

19 Oct '22

Hello, I am trying to configure kamailio to use external antifraud protection using so called "traffic loop" when call is forwarded to external SIP proxy that would response even with same INVITE back or with error message if number is fraud. schema: PBX -> kamailio -> traffic loop -> kamailio -> carrier Kamailio in second and fourth step is the same. Issue is that if kamailio receives same INVITE back to I would like to forward to next carrier it is possible, but kamailio struggles with transaction handling. If ACK message come from PBX, kamailio will correctly forward it to traffic loop but when it comes back, function t_check_trans is failed and I cant relay it. Only workaround is to use send() message, but that causes deny of BYE message from carrier. My question is following: Is it possible to register two different transactions states for same message? If yes how? If no, would it help to send and receive messages on another network port or not? Thank you, Michal

2 1

Recommended openSSL version
by Igor Olhovskiy 19 Oct '22

19 Oct '22

Hello! Due to I still experience irregular Kamailio 5.4 crashes (like 1/month) related to SSL (using websockets and SIPS) I'm wondering, could openSSL upgrade change the situation? As of now in CentOS 7 I have 1.0.2k version. Does anyone have experience to fix crash-related to TLS problems with openSSL upgrade? Or maye some tuneup of TCP parameters can help here?My current setup is quite simple: children=4 enable_tls=yes tcp_accept_no_cl=yes tcp_connection_lifetime=600 tcp_max_connections=998976 # 1000000 - 1024, so we're leaving 1k for system reserve tls_max_connections=998976 Number of clients ~ 200 constantly connected to websocket. -- Best regards, Igor

5 7

IMC module
by Giovanni Iamonte 19 Oct '22

19 Oct '22

HI, I am facing a problem related to the IMC module. I have installed kamailio 5.2.x and I tried to list the members of a room-qsipchat. In my test environment the kamailio.cfg file it is very basic, the kamailio server listen on tcp=192.168.100.192:15006 the client run on a PC with IP address 192.168.100.156 the imc outbound_proxy is set modparam("imc", "db_url", DBURL) modparam("imc", "imc_cmd_start_char", "#") modparam("imc", "outbound_proxy", "sip:sip-test.quintetto.it:15006;transport=tcp") The client start by sending a #join message to kamailio and looking the log file I can see that the room-qsipchat has been create, and also I received the message 200 OK. By using the tcpdump I can see the join message from the Client to kamailio server and the reply from kamailio to the client. When I send the #list message to the room-qsipchat , I expecting to receive the message relate to room's members and the 200 OK message. When I tcp dumping I saw the following messages ******************************************************************** Request from client to list the members - from client to server ******************************************************************** TX 538 bytes Request msg MESSAGE/cseq=57652 (tdta0x77b26460a8) to TCP 192.168.100.192:15006: MESSAGE sip:room-qsipchat@sip-test.quintetto.it SIP/2.0 Via: SIP/2.0/TCP 192.168.100.156:48129;rport;branch=z9hG4bKPjRzgOBgY6vfKZ8Fh8GA4CWheCO840Xzud;alias Max-Forwards: 70 From: <sip:quintetto00@sip-test.quintetto.it>;tag=1is.Ng6ZKJmCT1uAJ9WuJhe3hiQysj9f To: <sip:room-qsipchat@sip-test.quintetto.it> Call-ID: GwOQMLFfIq7o7jvF4OQlJ-jBb2OBaAKY CSeq: 57652 MESSAGE Accept: text/plain, application/im-iscomposing+xml Route: <sip:sip-test.quintetto.it:15006;transport=tcp;lr> Content-Type: text/plain Content-Length: 5 #list ******************************************************************** The server ask for the authentication - from server to client ******************************************************************** 2022-10-17 15:45:25.837 4700-10610/it.quintetto.qsipchat D/pjlib(pjsua_1): RX 574 bytes Response msg 407/MESSAGE/cseq=57652 (rdata0x77b3337330) from TCP 192.168.100.192:15006: SIP/2.0 407 Proxy Authentication Required Via: SIP/2.0/TCP 192.168.100.156:48129;rport=48129;branch=z9hG4bKPjRzgOBgY6vfKZ8Fh8GA4CWheCO840Xzud;alias;received=192.168.100.156 From: <sip:quintetto00@sip-test.quintetto.it>;tag=1is.Ng6ZKJmCT1uAJ9WuJhe3hiQysj9f To: <sip:room-qsipchat@sip-test.quintetto.it>;tag=1e5fbdd4b14eff95c400342f4634da91.e417 Call-ID: GwOQMLFfIq7o7jvF4OQlJ-jBb2OBaAKY CSeq: 57652 MESSAGE Proxy-Authenticate: Digest realm="sip-test.quintetto.it", nonce="Y01doWNNXHVEyRtiAyN28xJdMjNIG8Ju" Server: kamailio (5.2.8 (x86_64/linux)) Content-Length: 0 ********************************************************************* The client send the authenticated request - from client to server ******************************************************************** TX 755 bytes Request msg MESSAGE/cseq=57653 (tdta0x77b26460a8) to TCP 192.168.100.192:15006: MESSAGE sip:room-qsipchat@sip-test.quintetto.it SIP/2.0 Via: SIP/2.0/TCP 192.168.100.156:48129;rport;branch=z9hG4bKPjj6uuy25r0kKlnICHKQWEaIweOex-sNyq;alias Max-Forwards: 70 From: <sip:quintetto00@sip-test.quintetto.it>;tag=1is.Ng6ZKJmCT1uAJ9WuJhe3hiQysj9f To: <sip:room-qsipchat@sip-test.quintetto.it> Call-ID: GwOQMLFfIq7o7jvF4OQlJ-jBb2OBaAKY CSeq: 57653 MESSAGE Accept: text/plain, application/im-iscomposing+xml Route: <sip:sip-test.quintetto.it:15006;transport=tcp;lr> Proxy-Authorization: Digest username="quintetto00", realm="sip-test.quintetto.it", nonce="Y01doWNNXHVEyRtiAyN28xJdMjNIG8Ju", uri="sip:room-qsipchat@sip-test.quintetto.it", response="d495ec20cb1be8f1b605d4e5b1a4c357" Content-Type: text/plain Content-Length: 5 #list ************************************************************************** The server send the 200 OK message - from server to client ******************************************************************** RX 447 bytes Response msg 200/MESSAGE/cseq=57653 (rdata0x77b3337330) from TCP 192.168.100.192:15006: SIP/2.0 200 ok Via: SIP/2.0/TCP 192.168.100.156:48129;rport=48129;branch=z9hG4bKPjj6uuy25r0kKlnICHKQWEaIweOex-sNyq;alias;received=192.168.100.156 From: <sip:quintetto00@sip-test.quintetto.it>;tag=1is.Ng6ZKJmCT1uAJ9WuJhe3hiQysj9f To: <sip:room-qsipchat@sip-test.quintetto.it>;tag=1e5fbdd4b14eff95c400342f4634da91.365f Call-ID: GwOQMLFfIq7o7jvF4OQlJ-jBb2OBaAKY CSeq: 57653 MESSAGE Server: kamailio (5.2.8 (x86_64/linux)) Content-Length: 0 ********************************************************************************* Till here everything is OK. But regarding the members when a TCP dumping I saw a message with the room's members that go from the kamailio server to the kamailio server ********************************************************************************* MESSAGE sip:quintetto00@sip-test.quintetto.it SIP/2.0 Via: SIP/2.0/TCP 192.168.100.192:15006;branch=z9hG4bKf20a.be253b92000000000000000000000000.0 To: <sip:quintetto00@sip-test.quintetto.it> From: <sip:room-qsipchat@sip-test.quintetto.it>;tag=03e4c67b0f95c0aeb1f633479b4aa5cd-72f2 CSeq: 10 MESSAGE Call-ID: 37db44aa523ea24a-6567(a)192.168.100.192 Max-Forwards:.70 Content-Length: 47 User-Agent: kamailio (5.2.8 (x86_64/linux)) Content-Type: text/plain Members: *sip:quintetto00@sip-test.quintetto.it ************************************************************************************** a reply from the kamailio server to the kamailio server, with an authenticated request ************************************************************************************** SIP/2.0.407.Proxy Authentication.Required Via: SIP/2.0/TCP 192.168.100.192:15006;branch=z9hG4bKf20a.be253b92000000000000000000000000.0 To: <sip:quintetto00@sip-test.quintetto.it>;tag=1e5fbdd4b14eff95c400342f4634da91.cfc3 From: <sip:room-qsipchat@sip-test.quintetto.it>;tag=03e4c67b0f95c0aeb1f633479b4aa5cd-72f2 CSeq: 10 MESSAGE Call-ID: 37db44aa523ea24a-6567(a)192.168.100.192 Proxy-Authenticate: Digest realm="sip-test.quintetto.it", nonce="Y01fQmNNXhbsHdM1THmENyJn1MH/VD/8" Server: kamailio (5.2.8 (x86_64/linux)) Content-Length:.0 ************************************************************************************** bottom of line the outbound_proxy request for an authenticated request, but kamailio do not reply to this request. Could you please point me in the right direction? Thanks a lot for any help. Bye -- ------------------------------------------------------------------------ Ing. Giovanni Iamonte Developments and technologies area Quintetto Srl Via Monte Navale, 1 10015 - Ivrea (TO)  mobile: +39 393 9196310  tel: +39 0165 1845290  e-mail: giovanni.iamonte(a)quintetto.it  web: www.quintetto.it

2 4

ClueCon and ... FreeSWITCH 1.10.8/RHEL8 packages!
by Richard Chan 18 Oct '22

18 Oct '22

Hi sr-users, Since ClueCon is going on right now, and some Kamailio community members are involved I hope you will forgive a little promo here: I have a RHEL8 build of the just released 1.10.8 on Copr: https://copr.fedorainfracloud.org/coprs/beaveryoga/FreeSWITCH-1.10.8/ Hope you will find it useful in your kamailio + Class 5 scenarios! Cheers Shih-Ping

1 0

Testing dialog module (and acc with dialog cdrs)
by Daniel-Constantin Mierla 18 Oct '22

18 Oct '22

Hello, as I am not a user of dialog variables, I am turning to community to ask for help testing the current master branch with configurations that make use of dialog variables and acc dialog-based cdr generation. With a few reports of issues related to dialog modules and unexpected crashes, I looked over the code and noticed that the access of the value for dialog variables was not protected, making them vulnerable of invalid memory access in case of the variable was updated by another process or dialog was terminated. I introduced a couple of new functions to try to cover different use cases of getting the dlg variable values, dialog management code was not affected, but given that these commits need to be backported to stable branch (5.6), I want to get proper feedback from community that things work fine. A previous attempt of a simpler fix was not enough, having side effects to acc module for dialog-based cdr generation, because it was keeping referenced to many dlg variables at the same time. In short, it would be appreciated any feedback on testing dialog and acc with dialog-based cdr generation using git master branch. Cheers, Daniel -- Daniel-Constantin Mierla -- www.asipto.com www.twitter.com/miconda -- www.linkedin.com/in/miconda Kamailio Advanced Training - Online Nov 7-10, 2022 (Europe Timezone) * https://www.asipto.com/sw/kamailio-advanced-training-online/

3 13

kamailio & rtpengine question
by Gerry Kernan 15 Oct '22

15 Oct '22

Hi Looking for advise if anyone could point out where im going wrong. My setup is Kamailio Ver 5.6.0 running in azure , rtpengine Version: git-master-dc395d5, behind kamailio I have asterisk ver 18.12.1 Kamailio conf I have interface set as below listen=udp:10.3.1.6:5060 advertise WANIP:5060 and rtpengine.conf set as below interface = eth0/10.3.1.5 but when I can make a call I don't get any audio, rtpengine.log extract below shows that rtp is going to the private IP rather that the Public IP of the phone that initiated the call, do I need to set rtpengine_manage() to fix this? Oct 7 09:38:58 kamailio-proxy rtpengine[8127]: INFO: [NmE0MjdhMzA4NjUzYWVjMmRjYzIxNGJjMTY4ZTc2MWE. port 30278]: [core] Confirmed peer address as 10.3.1.5:12890 Oct 7 09:38:58 kamailio-proxy rtpengine[8127]: INFO: [NmE0MjdhMzA4NjUzYWVjMmRjYzIxNGJjMTY4ZTc2MWE. port 30278]: [core] Kernelizing media stream: 10.3.1.5:12890 -> 10.3.1.6:30278 | 10.3.1.6:30298 -> 192.168.0.123:40042 Oct 7 09:39:00 kamailio-proxy rtpengine[8127]: INFO: [NmE0MjdhMzA4NjUzYWVjMmRjYzIxNGJjMTY4ZTc2MWE. port 30279]: [core] Confirmed peer address as 10.3.1.5:12891 Kind regards gerry Gerry Kernan | Technical Director Mobile: +353(0)86-170 9790 [Graphical user interface, website Description automatically generated]<https://www.infinityit.ie/> [A picture containing text, clipart Description automatically generated,Icon Description automatically generated]

3 8

tsilo usage more generally
by Alex Balashov 14 Oct '22

14 Oct '22

Since on the topic of tsilo: 1. I watched Federico’s presentation on it from 2015, and his examples insinuate that it is necessary to store the index and label of a suspended transaction in some external vehicle, e.g. htable, for use with ts_append_to(). Why would one do this when it is possible to call ts_append() based on R-URI alone? 2. The appropriate pattern of interaction between tsilo and http_async_client — which I imagine to be a rather common use-case — is rather unclear. If I use http_async_query() to call out to a PN service, with $http_req(suspend) = 1, what should happen to the current instance of SIP request processing? That is to say: request_route { . . . t_check_trans(); if(is_method(“REGISTER”)) { . . . save(“location”, “0x06”); if(ts_append(“location”, “$tu”)) { xlog(“success”); } return; } else if(is_method(“INVITE”)) { # PN stuff. ts_store(“$var(uri)”); http_async_query(“http://url”, “PUSH_REPLY”); return; # <— ??? } } route[HTTP_PUSH_REPLY] { . . . if(!t_relay()) sl_reply_error(); } I should add that this proxy front-ends a registrar, but is not in itself a registrar. It contains a shadow registrar - hence the save() calls - in order to be able to take advantage of the ’tsilo’ module, given its dependency on registrar/usrloc. This leads to the difference that the gateway receives requests with RURIs that have already been resolved to a contact binding elsewhere, so there are no lookup() calls. How should this play into the http_async_client workflow? Appreciate any help! — Alex -- Alex Balashov | Principal | Evariste Systems LLC Tel: +1-706-510-6800 / +1-800-250-5920 (toll-free) Web: http://www.evaristesys.com/, http://www.csrpswitch.com/

2 1

tsilo logging
by Alex Balashov 13 Oct '22

13 Oct '22

Hi, When there are no stored transactions for an AOR, it logs this error: Oct 13 07:48:18 gw1 /usr/sbin/kamailio[14758]: ERROR: tsilo [ts_append.c:64]: ts_append(): failed to retrieve record for sip:abalashov@sip.evaristesys.com But not having transactions ts_store()’d is a rather normal occurrence, right? It is the expected case the vast majority of the time that someone registers. Does that mean one is simply destined to have this scary-looking error, to the syslog ERROR facility, for a normal runtime condition? Is there not some principle against using attention-grabbing error messages this way? Would a patch to fix be welcome? — Alex -- Alex Balashov | Principal | Evariste Systems LLC Tel: +1-706-510-6800 / +1-800-250-5920 (toll-free) Web: http://www.evaristesys.com/, http://www.csrpswitch.com/

3 5

About kamailio + freeswitch issue on Kamailio v5.6
by SparkleZou 12 Oct '22

12 Oct '22

Hi Sir/Mada, I'm trying to integrate kamailio + freeswitch, according to the manual http://kb.asipto.com/freeswitch:kamailio-3.3.x-freeswitch-1.2.x-sbc on Kamailio v5.6 modified the kamailio.cfg file, add WITH_FREESWITCH parts, then kamailio could NOT start up. Could you please help check, what should be modified to fit the version 5.6？ Thanks！ BR， Sparkle Zou

4 9

Re: [SR-Users] play_media sounds interrupted
by Stepan Kislyakov 12 Oct '22

12 Oct '22

> The duration of the media playback is returned from the play_media() > command (see `media_duration` modparam). You could use some sort of > timer to invoke media unblocking after media playback ends. Sadly my > Kamailio-Fu isn't strong enough to be able to tell you how to run this > sort of timer. :) > > Cheers Thank you for the hint. I was thinking about timers, but rtimer cannot be triggered in an event route. I used a "timer" module, it could trigger another route from the event route but when a new route is triggered unblock_media() is not aware of the call-id and if i assign call-id to a variable in the event route, that variable is unavailable at new route. Hope that make sense. here is my peace of code: loadmodule "timer.so" modparam("timer", "declare_timer", "PB_TIMER=START,5000"); route[START]{ xlog("current call id at event route is $ci, but call-id avp is $avp(call_id)"); unblock_media("all"); timer_enable("PB_TIMER",0); #we need to disable timer or it will be triggered over and over again } event_route[dialog:start]{ xlog("L_INFO", "dialog started, received 200OK"); #block_media(); play_media("all file=/usr/local/src/myfile.wav"); $avp(call_id)=$ci; timer_enable("PB_TIMER",1); }

1 0

play_media sounds interrupted
by Stepan Kislyakov 11 Oct '22

11 Oct '22

Hi, I'm using latest kamailio 5.6.2 and rtpengine. I need to play announcement to both parties when call is answered by callee. Now I run play_media in event route but when audio start announcement sounds like we have a 50% packet loss. After it is completed there is no problem with audio both sides. I figured out that if i do block_media() my announcement play perfectly but i dont understand how to do unblock_audio() after announcement ends. Appriciate any help! here is my code: event_route[dialog:start]{ xlog("L_INFO", "dialog started, received 200OK"); block_media(); play_media("all file=/usr/local/src/myfile.mp3"); #unblock_media(); } -- Best Regards Stepan Kislovich

2 1

IPSec problem with P-CSCF
by Ali Akbar Hemmati 11 Oct '22

11 Oct '22

Hi everyone, I am using Kamailio as an IMS server. The UE first sends its SIP REGISTER over TCP and gets a 401 in response. Then the UE starts sending its packets over ESP. These ESP packets reach P-CSCF but are not delivered to its process by the kernel. We can see ESP packets in P-CSCF using wireshark. The ports used are correct (both client and server) based on their prior negotiations. We have also checked xfrm policies using the command `ip xfrm policy list` and seems right regarding prior negotiations. Our Linux kernel version is 5.4 and the OS is Ubuntu 20.04. Has anyone any clue of the root cause of this problem? Any ideas are appreciated. Thanks, Aliakbar

2 6

kamcli folder
by Volker Denneberg 11 Oct '22

11 Oct '22

hello, I'm not very familiar with PHP, so this may be a stupid question. I'm following https://github.com/kamailio/kamcli to install kamcli. Now i am at $ pip3 install -r requirements/requirements.txt which i should "run inside kamcli folder". So far, I don't have a kamcli folder, so i assume i have to create it. Any recommendations where ? Thanks in advance, Volker

3 3

detect tcp connection close using tcpops module
by sthustfo 11 Oct '22

11 Oct '22

I am running latest kamailio 5.6.2 and attempting to detect tcp/tls connection being disconnected or closed using tcpops module. As suggested in tcpops documentation at https://www.kamailio.org/docs/modules/devel/modules/tcpops.html, registered event routes as below. event_route[tcp:closed] { xlog("L_INFO", "$proto connection closed ($conid)\n"); } event_route[tcp:timeout] { xlog("L_INFO", "$proto connection timed out ($conid)\n"); } event_route[tcp:reset] { xlog("L_INFO", "$proto connection reset by peer ($conid)\n"); } Now it is observed that the event route is being called but the $conid is not set. The logs show the below log statements and extra data is (nil). 24(4263) DEBUG: <core> [core/tcp_read.c:284]: tcp_read_data(): EOF on connection 0x7ffff2ff8b90 (state: 0, flags: 4018) - FD 7, bytes 0, rd-flags 10000 ([10.8.137.33]:51069 -> [10.8.137.33]:5060)24(4263) DEBUG: <core> [core/tcp_read.c:1500]: tcp_read_req(): EOF 24(4263) DEBUG: <core> [core/io_wait.h:600]: io_watch_del(): DBG: io_watch_del (0x555555ab6960, 7, -1, 0x10) fd_no=2 called 24(4263) DEBUG: <core> [core/tcp_read.c:1870]: handle_io(): removing from list 0x7ffff2ff8b90 id 1 fd 7, state 2, flags 4018, main fd 51, refcnt 2 ([10.8.137.33]:51069 -> [10.8.137.33]:5060) 24(4263) DEBUG: <core> [core/tcp_read.c:1653]: release_tcpconn(): releasing con 0x7ffff2ff8b90, state -1, fd=7, id=1 ([10.8.137.33]:51069 -> [10.8.137.33]:5060) 24(4263) DEBUG: <core> [core/tcp_read.c:1657]: release_tcpconn(): extra_data (nil) 32(4271) DEBUG: <core> [core/tcp_main.c:3651]: handle_tcp_child(): reader response= 7ffff2ff8b90, -1 from 0 32(4271) DEBUG: <core> [core/tcp_main.c:3576]: tcp_emit_closed_event(): TCP closed event creation triggered (reason: 0) 32(4271) DEBUG: tcpops [tcpops.c:295]: tcpops_handle_tcp_closed(): received TCP closed event 32(4271) DEBUG: tcpops [tcpops.c:249]: tcpops_tcp_closed_run_route(): event reason id: 0 rt: 1 32(4271) DEBUG: <core> [core/parser/parse_fline.c:249]: parse_first_line(): first line type 1 (request) flags 1 32(4271) DEBUG: <core> [core/parser/msg_parser.c:679]: parse_msg(): SIP Request: 32(4271) DEBUG: <core> [core/parser/msg_parser.c:681]: parse_msg(): method: <OPTIONS> 32(4271) DEBUG: <core> [core/parser/msg_parser.c:683]: parse_msg(): uri: <sip:you@kamailio.org> 32(4271) DEBUG: <core> [core/parser/msg_parser.c:685]: parse_msg(): version: <SIP/2.0> 32(4271) DEBUG: <core> [core/parser/parse_hname2.c:301]: parse_sip_header_name(): parsed header name [Via] type 1 32(4271) DEBUG: <core> [core/parser/parse_via.c:2639]: parse_via(): end of header reached, state=2 32(4271) DEBUG: <core> [core/parser/msg_parser.c:555]: parse_headers(): Via found, flags=2 32(4271) DEBUG: <core> [core/parser/msg_parser.c:557]: parse_headers(): this is the first via 32(4271) exec: *** cfgtrace:dbg_cfg_trace(): unknown_route=[tcp:closed] c=[/usr/local/etc/kamailio/kamailio.cfg] l=976 a=26 n=xlog32(4271) INFO: <script> tcp connection closed (<null>) Can anyone provide any pointers on what I am missing? Thanks in advance.

2 3

suppress t1 timer retransmissions?
by Brooks Bridges 10 Oct '22

10 Oct '22

So I have a very odd situation that requires me to suppress retransmissions when using t_reply() to send a response back to a UAC that is horribly broken but I'm stuck with for the time being. In the previous iteration of this platform it was fine since I was using a stateless reply, so even though it wasn't "right" it still worked out. I need to replicate this behavior in the event route for http_async_client(), which prevents me from being able to use t_release(). Anyone have any clever ideas? Brooks Bridges 1200 S. Rogers Circle, Unit 6 Boca Raton, FL 33487 Office: 916-235-2097 Main: 888-444-1111 email: bbridges(a)call48.com | web: www.call48.com Confidentiality Notice: This e-mail, and any attachment to it, contains privileged and confidential information intended only for the use of the individual(s) or entity named on the e-mail. If the reader of this e-mail is not the intended recipient, or the employee or agent responsible for delivering it to the intended recipient, you are hereby notified that reading this e-mail is strictly prohibited. If you have received this e-mail in error, please immediately return it to the sender and delete it from your system.

2 4

cannot register ACC CDR JSON engine when using acc_json module
by Alexis Prodhomme 10 Oct '22

10 Oct '22

Hi everyone, I have some troubles using acc_json module. I can't load it and I don't understand why it fails. The configuration is quite basic: Debian 10 and Kamailio (fails in 5.5 and 5.6) installed using APT repository. Here is parts of my config: loadmodule "kex.so" loadmodule "corex.so" loadmodule "tm.so" loadmodule "tmx.so" loadmodule "rr.so" loadmodule "pv.so" loadmodule "dialog.so" loadmodule "acc.so" loadmodule "acc_json.so" modparam("acc_json", "cdr_enable", 1) I also tried with those 4 additionnal settings with no success: modparam("acc_json", "cdr_output_syslog", 1) modparam("acc_json", "cdr_log_facility", "LOG_LOCAL3") modparam("acc_json", "cdr_enable", 1) modparam("acc_json", "cdr_expired_dlg_enable", 1) As soon as I set cdr_enable to 1, it displays the "*cannot register ACC CDR JSON engine*". Here is logs: 0(2488) DEBUG: <core> [core/sr_module.c:969]: init_mod(): acc_json 0(2488) DEBUG: <core> [core/sr_module.c:722]: find_mod_export_record(): found export of <bind_acc> in module acc [/usr/lib/x86_64-linux-gnu/kamailio/modules/acc.so] 0(2488) INFO: acc_json [acc_json_mod.c:159]: mod_init(): janson version : 2.12 0(2488) DEBUG: <core> [core/mem/q_malloc.c:374]: qm_malloc(): qm_malloc(0x7f0a6b154010, 56) called from acc: acc_mod.c: acc_register_engine(725) 0(2488) DEBUG: <core> [core/mem/q_malloc.c:419]: qm_malloc(): qm_malloc(0x7f0a6b154010, 56) returns address 0x7f0a6b220b40 frag. 0x7f0a6b220b08 (size=56) on 1 -th hit 0(2488) DEBUG: acc_json [acc_json_mod.c:269]: acc_json_init(): init ... 0(2488) DEBUG: acc [acc_mod.c:741]: acc_register_engine(): new acc engine registered: json 0(2488) DEBUG: <core> [core/sr_module.c:722]: find_mod_export_record(): found export of <load_dlg> in module dialog [/usr/lib/x86_64-linux-gnu/kamailio/modules/dialog.so] 0(2488) ERROR: acc_json [acc_json_mod.c:245]: mod_init(): cannot register ACC CDR JSON engine 0(2488) ERROR: <core> [core/sr_module.c:974]: init_mod(): Error while initializing module acc_json (/usr/lib/x86_64-linux-gnu/kamailio/modules/acc_json.so) ERROR: error while initializing modules May it be related to the Jansson version ? I use the native one from Debian 10, v2.12. Do you have any advice, or some tips to debug my issue ? I don't really want to use acc module and parse CDRs manually from syslog, json is far easiest for this job. Thank you -- Alexis R&D Sewan

2 2

Re: [SR-Users] Mails received twice in my Inbox
by Ginhoux, Patrick 10 Oct '22

10 Oct '22

Apparently, the emails are received on the fr unisys dot com address. So maybe there is a need to clean the sr-users(a)lists.kamailio.org <mailto:sr-users@lists.kamailio.org> and sr-users-bounces(a)lists.kamailio.org <mailto:sr-users-bounces@lists.kamailio.org> list. If this is the case, thanks to keep only the fr unisys dot com. Cordialement. Patrick GINHOUX Unisys | +33 1 46 69 52 12 | +33 6 60 32 24 74 | patrick.ginhoux(a)unisys.com De : Henning Westerholt <hw(a)gilawa.com> Envoyé : lundi 10 octobre 2022 09:32 À : Ginhoux, Patrick <patrick.ginhoux(a)fr.unisys.com> Objet : RE: Mails received twice in my Inbox EXTERNAL EMAIL - Be cautious of all links and attachments. Hello, Ive checked last week directly on the list server. Maybe one subscription is old and and does not send mails anymore, and the mails are doubled from your side? Just guessing obviously, have not checked it yet. You should be able to check the email headers to see which address is actually used and maybe some forwarding is done from your side. If you like I can remove one subscription, let me know which one. Cheers, Henning From: Ginhoux, Patrick <patrick.ginhoux(a)fr.unisys.com <mailto:patrick.ginhoux@fr.unisys.com> > Sent: Monday, October 10, 2022 8:39 AM To: Henning Westerholt <hw(a)gilawa.com <mailto:hw@gilawa.com> > Subject: RE: Mails received twice in my Inbox Im back again. After having removed the address with fr unisys dot com, I received these 2 emails on my last one for approval : And later, still 2 copies of each emails : Same for yesterday : Except you see something wrong for the address, Im going to investigate internally. Cordialement. Patrick GINHOUX De : Ginhoux, Patrick Envoyé : jeudi 6 octobre 2022 14:10 À : Henning Westerholt <hw(a)gilawa.com <mailto:hw@gilawa.com> > Cc : Kamailio (SER) - Users Mailing List <sr-users(a)lists.kamailio.org <mailto:sr-users@lists.kamailio.org> > Objet : RE: Mails received twice in my Inbox Thanks for the list. I have now removed the one with fr unisys dot com and will wait for new emails on the other address. But it is still strange this problem happened recently. Cordialement. Patrick GINHOUX Unisys | +33 1 46 69 52 12 | +33 6 60 32 24 74 | <mailto:patrick.ginhoux@unisys.com> patrick.ginhoux(a)unisys.com De : Henning Westerholt <hw(a)gilawa.com <mailto:hw@gilawa.com> > Envoyé : jeudi 6 octobre 2022 13:32 À : Ginhoux, Patrick <patrick.ginhoux(a)fr.unisys.com <mailto:patrick.ginhoux@fr.unisys.com> > Cc : Kamailio (SER) - Users Mailing List <sr-users(a)lists.kamailio.org <mailto:sr-users@lists.kamailio.org> > Objet : RE: Mails received twice in my Inbox EXTERNAL EMAIL - Be cautious of all links and attachments. Hello, you are subscribed with two addresses, only list the domains below: at fr unisys dot com at unisys dot com You can change your subscription with the URL: <https://lists.kamailio.org> https://lists.kamailio.org Cheers, Henning From: Ginhoux, Patrick < <mailto:patrick.ginhoux@fr.unisys.com> patrick.ginhoux(a)fr.unisys.com> Sent: Thursday, October 6, 2022 1:25 PM To: Henning Westerholt < <mailto:hw@gilawa.com> hw(a)gilawa.com> Cc: Kamailio (SER) - Users Mailing List < <mailto:sr-users@lists.kamailio.org> sr-users(a)lists.kamailio.org> Subject: RE: Mails received twice in my Inbox Hi, Im sure Im not registered with different account, but who can check that in the mailing list to be sure ? Actually, I registered in 2017 and this issue occurs recently but I cant tell exactly since when. Cordialement. Patrick GINHOUX Unisys | +33 1 46 69 52 12 | +33 6 60 32 24 74 | <mailto:patrick.ginhoux@unisys.com> patrick.ginhoux(a)unisys.com De : Henning Westerholt <hw(a)gilawa.com <mailto:hw@gilawa.com> > Envoyé : jeudi 6 octobre 2022 11:06 À : Kamailio (SER) - Users Mailing List <sr-users(a)lists.kamailio.org <mailto:sr-users@lists.kamailio.org> > Cc : Ginhoux, Patrick <patrick.ginhoux(a)fr.unisys.com <mailto:patrick.ginhoux@fr.unisys.com> > Objet : RE: Mails received twice in my Inbox EXTERNAL EMAIL - Be cautious of all links and attachments. Hello, Strange issue. Stupid question, but you are not registered two times to the mailing list, maybe with different accounts? Cheers, Henning -- Henning Westerholt <https://skalatan.de/blog/> https://skalatan.de/blog/ Kamailio services <https://gilawa.com/> https://gilawa.com From: sr-users < <mailto:sr-users-bounces@lists.kamailio.org> sr-users-bounces(a)lists.kamailio.org> On Behalf Of Ginhoux, Patrick Sent: Wednesday, October 5, 2022 10:04 AM To: <mailto:sr-users@lists.kamailio.org> sr-users(a)lists.kamailio.org Subject: [SR-Users] Mails received twice in my Inbox Hi, Since several weeks, I received the same mails twice in my Inbox. Examples : Is there anybody else that has the same thing ? Thanks in advance for your help. Cordialement. Patrick GINHOUX

1 0

Kamailio IMS supports Early IMS Authentication
by PAUL SUN 10 Oct '22

10 Oct '22

Hello I have a question on using Kamailio IMS, does it support Early IMS Authentication?, Thanks RBK

1 0

Kamailio v5.6.2 Released
by Daniel-Constantin Mierla 09 Oct '22

09 Oct '22

Hello, Kamailio SIP Server v5.6.2 stable release is out. This is a maintenance release of the latest stable branch, 5.6, that includes fixes since the release of v5.6.1. There is no change to database schema or configuration language structure that you have to do on previous installations of v5.6.x. Deployments running previous v5.6.x versions are strongly recommended to be upgraded to v5.6.2. For more details about version 5.6.2 (including links and guidelines to download the tarball or from GIT repository), visit: * https://www.kamailio.org/w/2022/10/kamailio-v5-6-2-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

4 6

I am having an error with Kamailio
by Michael Osude 07 Oct '22

07 Oct '22

Please see my output and see if you can help me resolve the error ● kamailio.service - Kamailio (OpenSER) - the Open Source SIP Server Loaded: loaded (/usr/lib/systemd/system/kamailio.service; enabled; vendor preset: disabled) Active: failed (Result: start-limit) since Thu 2022-10-06 23:42:33 CDT; 10min ago Process: 9931 ExecStart=/usr/sbin/kamailio -DD -P /var/run/kamailio/kamailio.pid -f $CFGFILE -m $SHM_MEMORY -M $PKG_MEMORY (code=exited, status=255) Main PID: 9931 (code=exited, status=255) Oct 06 23:42:32 s181866.wholesaleinternet.net systemd[1]: Unit kamailio.service entered failed state. Oct 06 23:42:32 s181866.wholesaleinternet.net systemd[1]: kamailio.service failed. Oct 06 23:42:33 s181866.wholesaleinternet.net systemd[1]: kamailio.service holdoff time over, scheduling restart. Oct 06 23:42:33 s181866.wholesaleinternet.net systemd[1]: Stopped Kamailio (OpenSER) - the Open Source SIP Server. Oct 06 23:42:33 s181866.wholesaleinternet.net systemd[1]: start request repeated too quickly for kamailio.service Oct 06 23:42:33 s181866.wholesaleinternet.net systemd[1]: Failed to start Kamailio (OpenSER) - the Open Source SIP Server. Oct 06 23:42:33 s181866.wholesaleinternet.net systemd[1]: Unit kamailio.service entered failed state. Oct 06 23:42:33 s181866.wholesaleinternet.net systemd[1]: kamailio.service failed. Thank you

2 1

Kamailio Developers Meeting, Nov 16-17, 2022, in Dusseldorf
by Daniel-Constantin Mierla 07 Oct '22

07 Oct '22

Hello, Kamailio SIP Server project is organizing another meeting of its developers during November 16-17, 2022, hosted again by sipgate.de in Dusseldorf, Germany. The event is intended to facilitate the interaction between Kamailio developers and to offer a convenient environment for working together on several topics of high interest for the project, including writing code for Kamailio and its tools, improving documentation, or discuss about future development. Everyone from the community is welcome to join. Please note we have a limited capacity of seats in the meeting room, the main policy for accepting participants being first come first server. Also, very important to be aware that this is not an event to learn how to use Kamailio. More details about the event, the venue, how to register, are available at: * https://www.kamailio.org/w/developers-meeting/ Looking forward to those two intensive hacking Kamailio days in Dusseldorf! Cheers, Daniel -- Daniel-Constantin Mierla -- www.asipto.com www.twitter.com/miconda -- www.linkedin.com/in/miconda Kamailio Advanced Training - Online Oct 10-13, 2022 (Europe Timezone) * https://www.asipto.com/sw/kamailio-advanced-training-online/

1 1

Mails received twice in my Inbox
by Ginhoux, Patrick 06 Oct '22

06 Oct '22

Hi, Since several weeks, I received the same mails twice in my Inbox. Examples : Is there anybody else that has the same thing ? Thanks in advance for your help. Cordialement. Patrick GINHOUX

2 4

How to use different version of python3 with KEMI
by Lợi Đặng 06 Oct '22

06 Oct '22

Hi all, regarding KEMI with python3, how to specify the python instance we're going to use instead of the system's? i.e: virtual environment or alternative installation of python3. Asking as I'm having existing code running on a version which does not match the system's, and upgrading system's to the specific version is not feasible. I tried specifying the python3 instance in src/modules/app_python3/Makefile but it seems only to help with the build, later the system python is used when kamailio starts. Any help would be appreciated. rgds, Loi Dang Thanh Phone : +84. 774.735.448 Email : loi.dangthanh(a)gmail.com

2 2

Releasing v5.6.2
by Daniel-Constantin Mierla 06 Oct '22

06 Oct '22

Hello, I am considering to release Kamailio v5.6.2 (out of branch 5.6) later this week (likely on Thursday, Nov 6, 2022). If anyone is aware of issues not yet on the bug tracker, report them there asap in order to have a better chance to be fixed. Cheers, Daniel -- Daniel-Constantin Mierla -- www.asipto.com www.twitter.com/miconda -- www.linkedin.com/in/miconda Kamailio Advanced Training - Online Nov 7-10, 2022 (Europe Timezone) * https://www.asipto.com/sw/kamailio-advanced-training-online/

1 1

xhttp - default reply
by Ilie Soltanici 05 Oct '22

05 Oct '22

Hello, Is there a way to set a default reply message for the xhttp module, or at least drop the TCP connection when 'url_match' parameter is used? For example, if used: modparam("xhttp", "url_match", "^/rpc/") which should handle only HTTP requests to this endpoint: http://127.0.0.1:5060/rpc, now if HTTP requests are sent to another endpoint (http://127.0.0.1:5060/v2) - then the TCP connection just stays established even nobody process it. I know I can ignore this parameter and filter all requests in the event_route, but dropping them before calling event_route will make more sense for me, or at least add another parameter to this module that can control that. Thanks

2 1

Error in RTP engine setup
by palany 04 Oct '22

04 Oct '22

I have installed RTPENGINE on debian 11 and on starting it I am getting the following errors. Oct 04 12:14:39 ip-172-31-26-106 systemd[1]: Starting NGCP RTP/media Proxy Daemon... Oct 04 12:14:39 ip-172-31-26-106 ngcp-rtpengine-iptables-setup[4655]: /usr/sbin/ngcp-rtpengine-iptables-setup: 15: /usr/libexec/rtpengine/rtpengine-get-table: not found Oct 04 12:14:39 ip-172-31-26-106 rtpengine[4659]: INFO: [crypto] Generating new DTLS certificate Oct 04 12:14:39 ip-172-31-26-106 rtpengine[4659]: ERR: [core] FAILED TO CREATE KERNEL TABLE 0 (No such file or directory), KERNEL FORWARDING DISABLED Oct 04 12:14:39 ip-172-31-26-106 rtpengine[4659]: INFO: [core] Startup complete, version 11.1.0.0+0~mr11.1.0.0 git-master-c53f213f Oct 04 12:14:39 ip-172-31-26-106 systemd[1]: Started NGCP RTP/media Proxy Daemon. Oct 04 12:14:39 ip-172-31-26-106 rtpengine[4659]: INFO: [http] Websocket listener thread running How do I solve this. Best Regards, Palany Chakadya

3 6

Kamailio Fail to write logs using syslog
by M Arqum CH 02 Oct '22

02 Oct '22

Dear All, Thanks in advance for your help. kamailio installed on debain 9, sometime kamailio failed to generate any log in syslog files i.e messages/ syslog , not even generate a single line against complete dialog or generate partial logs. It's a random behaviour, as i am using syslog with the acc module, kamailio also failed to write acc logs on file which is a very critical matter for me. In a script using xinfo, xnotice, xerr function, no output from these functions in log file. Please suggest a way to fix this issue. modparam("xlog", "log_facility", "LOG_LOCAL1") version: kamailio 5.5.4 (x86_64/linux) 9d039b 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_BLOCKLIST, 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: 9d039b -- Regards M Arqum

1 0

loose_route() clarification
by Mack Hendricks 30 Sep '22

30 Sep '22

Hey All, I always struggle with loose_route() and I implemented workarounds in the past. But, I want to get a better understanding. I have a SIP Endpoint -> Kamailio -> FreeSWITCH The domain and alias is set to the ip address of the Kamailio server (137.184.130.206) When I get the ACK back from the SIP Endpoint it looks like this ACK sip:18889072085@137.184.72.42:5060;transport=udp SIP/2.0 Via: SIP/2.0/UDP 10.1.10.140:1052 ;branch=z9hG4bK-524287-1---740db0025fa217ce;rport Max-Forwards: 70 *Route: <sip:137.184.130.206;lr>* Contact: <sip:1000@50.192.97.226:53790;transport=UDP> To: <sip:18889072085@dsiptest.dsiprouter.net>;tag=5gv4etZ8tUUcH From: <sip:1000@dsiptest.dsiprouter.net;transport=UDP>;tag=0af5b751 Call-ID: fWido7VIUKIEI6f6kf4vkQ.. CSeq: 1 ACK User-Agent: Z 5.5.8 v2.10.17.2 Content-Length: 0 Kamailio will then remove the ACK and change the RURI to itself, which causes an ACK loop. This is what is look like *ACK sip:137.184.130.206;lr* SIP/2.0 Via: SIP/2.0/UDP 137.184.130.206;branch=z9hG4bK3fd.0cf34b683f0627ee2455594ea6cb2517.0 Via: SIP/2.0/UDP 10.1.10.140:1052 ;received=50.192.97.226;branch=z9hG4bK-524287-1---740db0025fa217ce;rport=1052 Max-Forwards: 69 Contact: <sip:1000@50.192.97.226:1052;transport=UDP> To: <sip:18889072085@dsiptest.dsiprouter.net>;tag=5gv4etZ8tUUcH From: <sip:1000@dsiptest.dsiprouter.net;transport=UDP>;tag=0af5b751 Call-ID: fWido7VIUKIEI6f6kf4vkQ.. CSeq: 1 ACK User-Agent: Z 5.5.8 v2.10.17.2 Content-Length: 0 *Question:* What am I missing here? We have the alias set and we even set it in the domain module (with the register_myself flag). We have workarounds for this, but I would prefer to figure out how to have Kamailio handle this natively via the loose_route or tm module. Thanks in advance,

3 2

Keepalive dialog with SIP/TLS OPTIONS
by Denys Pozniak 30 Sep '22

30 Sep '22

Hello! In order to keep the SIP/TCP connection alive for some specific clients (more precisely, specific firewalls) in long calls, I use periodic SIP OPTIONS probes through the dialog module. I noticed that when subscribers are using the SIP/TLS protocol, such keepalives are not sent (with SIP/UDP and SIP/TCP working well). I did not detect any obvious errors in the debug mode. Are there any ideas why the messages are not being sent for SIP/TLS leg? ---- loadmodule "dialog.so" modparam("dialog", "db_url", "DBURL") modparam("dialog", "db_mode", 1) modparam("dialog", "ka_timer", 5) modparam("dialog", "ka_interval", 30) modparam("dialog", "ka_failed_limit", 2) modparam("dialog", "send_bye", 1) modparam("dialog", "track_cseq_updates", 1) modparam("dialog", "default_timeout", 7205) ----- dlg_manage(); dlg_set_property("ka-src"); dlg_set_property("ka-dst"); -- BR, Denys Pozniak

3 3

Kamailio stops responding to OPTIONS for some time
by Muhammad Danish Moosa 30 Sep '22

30 Sep '22

Hi, With Kamailio 5.5.3 (with KEMI/Lua) I noticed it apparently had stopped responding to OPTIONS in my test system. It can cause problems if a similar issue appears in production. Only thing i could observe it was apparently responding to INVITE and CANCEL etc randomly , its pretty strange as it was not dead completely. There was no core dump, I restarted and it started functioning again. Any clues please? -- Muhammad Danish Moosa " The core of mans' spirit comes from new experiences. "___ Christopher McCandless

2 1

http_async_client "route_name" is what type of route?
by Brooks Bridges 30 Sep '22

30 Sep '22

Running into an issue where I can't access certain functions inside the response route or "route_name" for handling the asynchronous reply from an http_async_query() that's being run. Does anyone know what type of route that is considered to be? I know it's not a request route or a failure route based on the errors I'm getting, but I can't find anything that outlines what that route actually is. Thanks! Brooks Bridges 1200 S. Rogers Circle, Unit 6 Boca Raton, FL 33487 Office: 916-235-2097 Main: 888-444-1111 email: bbridges(a)call48.com | web: www.call48.com Confidentiality Notice: This e-mail, and any attachment to it, contains privileged and confidential information intended only for the use of the individual(s) or entity named on the e-mail. If the reader of this e-mail is not the intended recipient, or the employee or agent responsible for delivering it to the intended recipient, you are hereby notified that reading this e-mail is strictly prohibited. If you have received this e-mail in error, please immediately return it to the sender and delete it from your system.

3 7

Interactions of dmq_usrloc and usrloc w/db_mode > 0
by Alex Balashov 29 Sep '22

29 Sep '22

Hi, Are there any known contraindications for replicating contacts using dmq/dmq_usrloc, and injecting those contacts into a database on one of the nodes using usrloc with `db_mode` 1 or 2? Predictably, this is being done to support the use-case of getting registration status from database. If you think this should be done with JSONRPC, I am in complete agreement with you, but it’s not up to me. :-) I am doing this with `db_mode` 2 now, and finding that, for a small number of AORs, one can find instances where they are consistently stored in memory but not present in the `location` table. The overall proportion of these AORs, out of thousands, seems to be quite small. It was initially somewhat higher, and it went down once I increased usrloc `timer_processes` and increased the sync interval from 30 to 60 seconds. Nevertheless, it is still non-zero, and I am getting intermittent reports. I wonder if there are some prior experiences with this and anything to watch out, or if `db_mode` 1 might be a superior choice. I personally cannot see how that would be; it seems to have all the performance downsides of mode 3. But perhaps if something about it is more “problem-free” vis-a-vis DMQ, it’s worth a shot? — Alex -- Alex Balashov | Principal | Evariste Systems LLC Tel: +1-706-510-6800 / +1-800-250-5920 (toll-free) Web: http://www.evaristesys.com/, http://www.csrpswitch.com/

5 7

New feature: #defexp -preprocessor define with expression
by Daniel-Constantin Mierla 29 Sep '22

29 Sep '22

Hello, following the recent new feature of #!ifexp based on snexpr (https://www.kamailio.org/w/2022/09/ifexp-conditional-preprocessor-blocks/), another preprocessor directive was added which allows defining IDs with a value computed from the evaluation of an expression, respectively: #!defexp ID EXP The EXP can be any expression supported by snexpr, including the previously defined IDs. For example: #!define IPADDR 1.2.3.4 #!define PORT 5060 #!defexp SIPURI "sip:" + IPADDR + ":" + PORT The result is that SIPURI is defined to sip:1.2.3.4:5060. Another variant is available as #!defexps, which encloses the result of the expression in double quotes, making it suitable to be used further as string value: #!defexps SIPURI "sip:" + IPADDR + ":" + PORT The result is that SIPURI is defined to “sip:1.2.3.4:5060”. More details at: - https://www.kamailio.org/wikidocs/cookbooks/devel/core/#defexp - https://www.kamailio.org/wikidocs/cookbooks/devel/core/#defexps Testing would be appreciated, feedback can be addressed to sr-users mailing list! Cheers, Daniel -- Daniel-Constantin Mierla -- www.asipto.com www.twitter.com/miconda -- www.linkedin.com/in/miconda Kamailio Advanced Training - Online Nov 7-10, 2022 (Europe Timezone) * https://www.asipto.com/sw/kamailio-advanced-training-online/

1 0

Question about the Secsipid module
by Володимир Іванець 28 Sep '22

28 Sep '22

Hello everyone! I'm testing calls with STIR/SHAKEN with a Secsipid module on a Kamailio version 5.6.1 and ran into a problem. Outbound calls work fine when the function *secsipid_add_identity* with appropriate parameters is called. But as soon as I add function *secsipid_check_identity* to my configuration, Kamilio would not start. Here is an error message I get: *kamailio: CRITICAL: <core> [core/cfg.y:3791]: yyerror_at(): parse error in config file /etc/kamailio/include/registrar.cfg, line 47, column 39: unknown command, missing loadmodule?* *loadmodule "secsipid.so"* is present and is above the function *secsipid_check_identity* call. Both secsipid.so and secsipid_proc.so module files are the correct version and present on the system. Another question is related to the rpm package build. How do you build additional modules? I made adjustment to the pkg/kamailio/Makefile file. In the *cfg* section changed *$(MAKE) -C ../../src cfg* with *$(MAKE) FLAVOUR=kamailio include_modules="secsipid secsipid_proc" -C ../../src cfg*. Required modules appeared in the modules.lst file but their rpm packages were not built. Thank you very much!

2 8

Failed to create a TLS connection when a 'loose' tls_method is configured
by Leonid Fainshtein 28 Sep '22

28 Sep '22

Hi, I have a problem creating a TLS connection when tls_method is configured as one of the "loose" methods: SSLv23, TLSv1+, TLSv1.1+, TLSv1.2+. The problem doesn't happen when the tls_method is defined "strictly": TLSv1, TLSv1.1, or TLSv1.2. The problem is reproducible with the modern Yealink phones and also with sipexer. I have Kamailio v.5.5.4 installed from the Kamailio repo ( http://deb.kamailio.org/kamailio55), on Ubuntu 18.04, OpenSSL ver.1.1.1-1ubuntu2.1~18.04.20 The sipexer output: -------------------------- $ ./sipexer -register -vl 3 -co -com -ex 60 -fuser 2001 -cb -au 2001 -ap "......" -sd -sw 20000 -tk ./id_rsa tls:nnnnnnnnn.com:5061 [debug] [sipexer.go:912] main.main(): parsed socket address argument ({Val:tls:nnnnnnnnn.com:5061 Proto:tls Addr:nnnnnnnnn.com Port:5061 PortNo:5061 AType:8 ProtoId:3}) [debug] [sipexer.go:1800] main.SIPExerSendTLS(): client: 192.168.0.178:41586 connected to: 142.93.233.32:5061 [debug] [sipexer.go:1803] main.SIPExerSendTLS(): [48 130 1 34 48 13 6 9 42 134 72 134 247 13 1 1 1 5 0 3 130 1 15 0 48 130 1 10 2 130 1 1 0 222 21 229 237 77 230 193 157 183 132 186 194 65 98 162 250 243 232 189 223 115 181 41 199 130 221 201 143 254 218 254 201 82 173 233 44 158 103 150 78 210 162 187 138 5 179 11 47 208 0 117 27 186 180 197 229 94 13 63 72 227 27 169 127 197 173 67 52 182 68 140 220 132 20 241 57 24 182 29 234 58 60 214 145 225 29 251 240 190 159 43 233 53 57 121 159 81 4 200 12 193 90 91 158 78 196 25 202 74 111 106 215 164 12 178 120 129 8 81 1 245 181 149 20 47 197 165 74 126 24 249 241 187 197 249 209 192 11 204 254 110 19 248 79 122 11 131 24 101 155 237 110 186 5 214 88 79 255 185 156 52 12 29 222 254 76 71 171 142 28 69 22 34 31 111 105 87 7 108 68 6 23 199 236 134 154 42 208 199 158 190 48 193 192 179 120 189 199 117 71 104 231 127 73 128 91 234 168 175 207 55 6 191 144 209 25 10 182 27 53 182 182 96 248 198 206 220 207 102 236 194 96 67 159 34 112 81 145 2 166 207 86 247 232 117 126 158 214 215 10 226 68 81 235 169 81 2 3 1 0 1] <nil> [debug] [sipexer.go:1804] main.SIPExerSendTLS(): CN=nnnnnnnnn.com [debug] [sipexer.go:1803] main.SIPExerSendTLS(): [48 130 2 34....247 31 2 3 1 0 1] <nil> [debug] [sipexer.go:1804] main.SIPExerSendTLS(): CN=ZeroSSL RSA Domain Secure Site CA,O=ZeroSSL,C=AT [debug] [sipexer.go:1803] main.SIPExerSendTLS(): [48 130 2 34 48 ....130 15 2 3 1 0 1] <nil> [debug] [sipexer.go:1804] main.SIPExerSendTLS(): CN=USERTrust RSA Certification Authority,O=The USERTRUST Network,L=Jersey City,ST=New Jersey,C=US [debug] [sipexer.go:1806] main.SIPExerSendTLS(): client: handshake: true [debug] [sipexer.go:1807] main.SIPExerSendTLS(): client: mutual: true [info] [sipexer.go:1432] main.SIPExerDialogLoop(): local socket address: 192.168.0.178:41586 (tls) [info] [sipexer.go:1433] main.SIPExerDialogLoop(): local via address: 192.168.0.178:41586 [info] [sipexer.go:1434] main.SIPExerDialogLoop(): sending to tls 142.xx.yy.32:5061: [[--- REGISTER sip:nnnnnnnnn.com:5061;transport=tls SIP/2.0 Via: SIP/2.0/TLS 192.168.0.178:41586 ;rport;branch=z9hG4bKSG.f7a247eb-5440-4e7a-8a5a-4f849684f30d From: <sip:2001@nnnnnnnnn.com>;tag=33e66091-193c-4535-b659-d5e562aca5a4 To: <sip:2001@nnnnnnnnn.com> Call-ID: 4556156d-e8da-4632-82f7-f3ab3c4c73a1 CSeq: 621470 REGISTER Date: Sun, 04 Sep 2022 11:21:33 IDT Contact: <sip:192.168.0.178:41586;transport=tls> Expires: 60 User-Agent: SIPExer v1.0.2 Content-Length: 0 [info] [sipexer.go:1436] main.SIPExerDialogLoop(): ---]] [error] [sipexer.go:1312] main.SIPExerDialogReadBytes(): not receiving after 32000ms (bytes 0 - EOF) [debug] [sipexer.go:1009] main.SIPExerExit(): return code: -1154 The Kamailio debug log: --------------------------------- Sep 4 08:21:33 cpbxmt-demo187 kamailio[23878]: 46(25550) DEBUG: <core> [core/ip_addr.c:577]: print_ip(): tcpconn_new: new tcp connection: 207.232.46.53 Sep 4 08:21:33 cpbxmt-demo187 kamailio[23878]: 46(25550) DEBUG: <core> [core/tcp_main.c:1175]: tcpconn_new(): on port 18566, type 3, socket 72 Sep 4 08:21:33 cpbxmt-demo187 kamailio[23878]: 46(25550) DEBUG: <core> [core/tcp_main.c:1507]: tcpconn_add(): hashes: 1963:2250:2856, 16 Sep 4 08:21:33 cpbxmt-demo187 kamailio[23878]: 46(25550) DEBUG: <core> [core/io_wait.h:375]: io_watch_add(): processing io_watch_add(0x5648d2a55e40, 72, 2, 0x7f9dcaf01958) - fd_no=63 Sep 4 08:21:33 cpbxmt-demo187 kamailio[23878]: 46(25550) DEBUG: <core> [core/io_wait.h:600]: io_watch_del(): DBG: io_watch_del (0x5648d2a55e40, 72, -1, 0x0) fd_no=64 called Sep 4 08:21:33 cpbxmt-demo187 kamailio[23878]: 46(25550) DEBUG: <core> [core/tcp_main.c:4471]: handle_tcpconn_ev(): sending to child, events 1 Sep 4 08:21:33 cpbxmt-demo187 kamailio[23878]: 46(25550) DEBUG: <core> [core/tcp_main.c:4141]: send2child(): selected tcp worker idx:7 proc:45 pid:25549 for activity on [tls:142.xx.yy.32:5061], 0x7f9dcaf01958 Sep 4 08:21:33 cpbxmt-demo187 kamailio[23878]: 45(25549) DEBUG: <core> [core/tcp_read.c:1737]: handle_io(): received n=8 con=0x7f9dcaf01958, fd=10 Sep 4 08:21:33 cpbxmt-demo187 kamailio[23878]: 45(25549) DEBUG: tls [tls_server.c:244]: tls_complete_init(): completing tls connection initialization Sep 4 08:21:33 cpbxmt-demo187 kamailio[23878]: 45(25549) DEBUG: tls [tls_server.c:274]: tls_complete_init(): Using initial TLS domain TLSs<default> (dom 0x7f9dc4c17078 ctx 0x7f9dc4c65da0 sn []) Sep 4 08:21:33 cpbxmt-demo187 kamailio[23878]: 45(25549) DEBUG: tls [tls_domain.c:1208]: tls_lookup_private_key(): Private key lookup for SSL_CTX-0x7f9dc4c65da0: (nil) Sep 4 08:21:33 cpbxmt-demo187 kamailio[23878]: 45(25549) DEBUG: tls [tls_domain.c:778]: sr_ssl_ctx_info_callback(): SSL handshake started Sep 4 08:21:33 cpbxmt-demo187 kamailio[23878]: 45(25549) DEBUG: tls [tls_domain.c:979]: tls_server_name_cb(): received server_name (TLS extension): 'tmx.cpbxmt-demo187.xorcom.com' Sep 4 08:21:33 cpbxmt-demo187 kamailio[23878]: 45(25549) DEBUG: tls [tls_domain.c:998]: tls_server_name_cb(): TLS cfg domain selected for received server name [tmx.cpbxmt-demo187.xorcom.com]: socket [:0] server name='' - switching SSL CTX to 0x7f9dc4c65da0 dom 0x7f9dc4c17078 (default) Sep 4 08:21:33 cpbxmt-demo187 kamailio[23878]: 45(25549) DEBUG: <core> [core/tcp_main.c:2720]: tcpconn_do_send(): sending... Sep 4 08:21:33 cpbxmt-demo187 kamailio[23878]: 45(25549) DEBUG: <core> [core/tcp_main.c:2753]: tcpconn_do_send(): after real write: c= 0x7f9dcaf01958 n=5435 fd=10 Sep 4 08:21:33 cpbxmt-demo187 kamailio[23878]: 45(25549) DEBUG: <core> [core/tcp_main.c:2754]: tcpconn_do_send(): buf= Sep 4 08:21:33 cpbxmt-demo187 kamailio[23878]: #026#003#003 Sep 4 08:21:33 cpbxmt-demo187 kamailio[23878]: 45(25549) DEBUG: <core> [core/io_wait.h:375]: io_watch_add(): processing io_watch_add(0x5648d29e8c80, 10, 2, 0x7f9dcaf01958) - fd_no=1 Sep 4 08:21:33 cpbxmt-demo187 kamailio[23878]: 45(25549) DEBUG: tls [tls_domain.c:1208]: tls_lookup_private_key(): Private key lookup for SSL_CTX-0x7f9dc4c65da0: (nil) Sep 4 08:21:33 cpbxmt-demo187 kamailio[23878]: 45(25549) DEBUG: tls [tls_domain.c:790]: sr_ssl_ctx_info_callback(): SSL handshake done Sep 4 08:21:33 cpbxmt-demo187 kamailio[23878]: 45(25549) DEBUG: tls [tls_domain.c:778]: sr_ssl_ctx_info_callback(): SSL handshake started Sep 4 08:21:33 cpbxmt-demo187 kamailio[23878]: 45(25549) DEBUG: tls [tls_domain.c:782]: sr_ssl_ctx_info_callback(): SSL renegotiation initiated by client Sep 4 08:21:33 cpbxmt-demo187 kamailio[23878]: 45(25549) DEBUG: tls [tls_domain.c:790]: sr_ssl_ctx_info_callback(): SSL handshake done Sep 4 08:21:33 cpbxmt-demo187 kamailio[23878]: 45(25549) DEBUG: tls [tls_domain.c:778]: sr_ssl_ctx_info_callback(): SSL handshake started Sep 4 08:21:33 cpbxmt-demo187 kamailio[23878]: 45(25549) DEBUG: tls [tls_domain.c:782]: sr_ssl_ctx_info_callback(): SSL renegotiation initiated by client Sep 4 08:21:33 cpbxmt-demo187 kamailio[23878]: 45(25549) DEBUG: tls [tls_domain.c:790]: sr_ssl_ctx_info_callback(): SSL handshake done Sep 4 08:21:33 cpbxmt-demo187 kamailio[23878]: 45(25549) DEBUG: tls [tls_server.c:470]: tls_accept(): TLS accept successful Sep 4 08:21:33 cpbxmt-demo187 kamailio[23878]: 45(25549) DEBUG: tls [tls_server.c:477]: tls_accept(): tls_accept: new connection from 207.232.46.53:18566 using TLSv1.3 TLS_AES_256_GCM_SHA384 256 Sep 4 08:21:33 cpbxmt-demo187 kamailio[23878]: 45(25549) DEBUG: tls [tls_server.c:480]: tls_accept(): tls_accept: local socket: 142.xx.yy.32:5061 Sep 4 08:21:33 cpbxmt-demo187 kamailio[23878]: 45(25549) DEBUG: tls [tls_server.c:491]: tls_accept(): tls_accept: client did not present a certificate Sep 4 08:21:33 cpbxmt-demo187 kamailio[23878]: 45(25549) DEBUG: tls [tls_server.c:1245]: tls_h_read_f(): Reading on a renegotiation of connection (n:-1) (2) Sep 4 08:21:33 cpbxmt-demo187 kamailio[23878]: 45(25549) DEBUG: <core> [core/tcp_read.c:1503]: tcp_read_req(): EOF Sep 4 08:21:33 cpbxmt-demo187 kamailio[23878]: 45(25549) DEBUG: <core> [core/io_wait.h:600]: io_watch_del(): DBG: io_watch_del (0x5648d29e8c80, 10, -1, 0x10) fd_no=2 called Sep 4 08:21:33 cpbxmt-demo187 kamailio[23878]: 45(25549) DEBUG: <core> [core/tcp_read.c:1872]: handle_io(): removing from list 0x7f9dcaf01958 id 16 fd 10, state 2, flags 4018, main fd 72, refcnt 2 ([207.232.46.53]:18566 -> [207.232.46.53]:5061) Sep 4 08:21:33 cpbxmt-demo187 kamailio[23878]: 45(25549) DEBUG: <core> [core/tcp_read.c:1656]: release_tcpconn(): releasing con 0x7f9dcaf01958, state -1, fd=10, id=16 ([207.232.46.53]:18566 -> [207.232.46.53]:5061) Sep 4 08:21:33 cpbxmt-demo187 kamailio[23878]: 45(25549) DEBUG: <core> [core/tcp_read.c:1660]: release_tcpconn(): extra_data 0x7f9dcaefe628 Sep 4 08:21:33 cpbxmt-demo187 kamailio[23878]: 46(25550) DEBUG: <core> [core/tcp_main.c:3573]: handle_tcp_child(): reader response= 7f9dcaf01958, -1 from 7 Sep 4 08:21:33 cpbxmt-demo187 kamailio[23878]: 46(25550) DEBUG: tls [tls_server.c:729]: tls_h_tcpconn_close_f(): Closing SSL connection 0x7f9dcaefe628 As far as I understood the log, the certificate was accepted but something wrong happened later. Any suggestion? Best regards, Leonid Fainshtein

2 3

No CDR is written on failover
by Björn Klasen 28 Sep '22

28 Sep '22

Hi Community, I'm experimenting with dmq to do dialog sync between two instances of Kamailio. This works great so far. When I did my first experiments I even could create a CDR when there was a failover. Since some Versions (we are now on Version 5.6.1) I just get a acc-request in log but no acc-cdr. In former versions this worked. Both server have the same configuration and both server writes cdrs when theres no failover. In case of a failover everything is fine, the dialogs are clean and thanks to dmq all needed variables are replicated between the server. There's just no cdr. I found nothing on the issue-page on github but maybe somebody knows something about it. BR Björn -- Björn Klasen, Senior Specialist (VoIP) TNG Stadtnetz GmbH, TNG-Technik Projensdorfer Str. 324 24106 Kiel・Deutschland T +49 431 7097-10 F +49 431 7097-555 bklasen(a)tng.de www.tng.de <http://www.tng.de> Executive board (Geschäftsführer): Dr. Sven Willert (CEO/Vorsitz), Helmut Gertz, Moritz Meis, Gunnar Peter, Sven Schade, Carsten Tolkmit Amtsgericht Kiel HRB 6002 KI USt-ID: DE225201428 Die Information über die Verarbeitung Ihrer Daten gemäß Artikel 12 DSGVO können Siehier <https://tng.de/privatkunden/datenschutz/>abrufen.

2 2

Kamailio + RTPEngine SIP Proxy...
by David Walsh 24 Sep '22

24 Sep '22

Hi Jerry, I just joined so am unsure if you are good to go now but thought I would post my config as I also have a Freeswitch environment which I have placed Kamailio in front of to act as a load-balancing proxy. I also managed to get RTPEngine proxying through it too. Here is the config, which I have created from Daniel’s default kamailio config. I have omitted the top portions of loading the modules and their settings. My dispatcher list is just a text file. I have two groups. One for registrations and outbound calls, and one for calls inbound coming from the FreeSwitch server. In the NATMANAGE route, I currently have RTP proxying disabled as my free switch servers have external IPs and I let them handle the rtp stream. On Freeswitch, I made the following changes to accomodate user/pass and IPAuth reg: Changes to the Freeswitch servers listed in the dispatcher file Edit /usr/local/freeswitch/conf/autoload_configs/acl.conf <list name="proxy" default="deny"> <node type="allow" cidr=“IP address of Kamailio/32"/> </list> Edit /usr/local/freeswitch/conf/sip-profiles/internal-private.xml (or the sip-profile you need to edit in your instance) <param name="apply-proxy-acl" value="proxy"/> #Add this line above the one below. This tells Freeswitch to look at the X-Auth-IP header which was inserted by Kamailio. <param name="apply-inbound-acl" value="domains"/> Then, restart freeswitch (with no active calls), service freeswitch restart # or rescan the profile / reloadxml I am not proxying RTP, however, I can un-comment out the stanza in the NATMANAGE route to get it to work. The biggest gotcha for me was I was trying to use fix_nated_register when handling NAT for registrations instead of: Fix_nated_contact() or the better set_contact_alias(). Using add_path_received(); in the Dispatcher just before sending to Freeswitch ensured all traffic returned to Kamailio too. I am unsure of the SUBSCRIBE/PRESENCE stuff for you but the route should go out via the Kamailio proxy with this. ---------------------------- # main request routing logic request_route { xlog("L_WARN", "--- Going to <$ru>. src_user=$fU;src_domain=$fd;dst_ouser=$tU;dst_user=$rU;dst_domain=$rd;src_ip=$si\n"); # per request initial checks route(REQINIT); # NAT detection route(NATDETECT); if(ds_is_from_list("33")) { setflag(FLT_FS); #xlog("L_WARN", "This source $si is from the dispatcher list.\n"); } # CANCEL processing if (is_method("CANCEL")) { if (t_check_trans()) { route(RELAY); } exit; } # handle retransmissions if (!is_method("ACK")) { if(t_precheck_trans()) { t_check_trans(); exit; } t_check_trans(); } # handle requests within SIP dialogs route(WITHINDLG); # record routing for dialog forming requests (in case they are routed) # - remove preloaded route headers remove_hf("Route"); if (is_method("INVITE|SUBSCRIBE")) { xlog("L_WARN", "--- Going to <$ru>. src_user=$fU;src_domain=$fd;dst_ouser=$tU;dst_user=$rU;dst_domain=$rd;src_ip=$si\n"); xlog("L_ALERT", "Marker 1\n"); record_route(); } # account only INVITEs if (is_method("INVITE")) { setflag(FLT_ACC); # do accounting } if (isflagset(FLT_FS)) { ##t_on_reply("EXTERNAL_REPLY"); route(FROM_FS); exit; } # handle presence related requests route(PRESENCE); # handle registrations route(REGISTRAR); if ($rU==$null) { # request with no Username in RURI sl_send_reply("484","Address Incomplete"); exit; } # dispatch destinations route(DISPATCH); return; } route[FROM_FS] { #record_route(); #loose_route_preloaded(); route(DLGURI); route(RELAY); exit; } route[RELAY] { # enable additional event routes for forwarded requests # - serial forking, RTP relaying handling, a.s.o. if (is_method("INVITE|BYE|SUBSCRIBE|UPDATE")) { if(!t_is_set("branch_route")) t_on_branch("MANAGE_BRANCH"); } if (is_method("INVITE|SUBSCRIBE|UPDATE")) { if(!t_is_set("onreply_route")) t_on_reply("MANAGE_REPLY"); } if (is_method("INVITE")) { if(!t_is_set("failure_route")) t_on_failure("MANAGE_FAILURE"); } if (!t_relay()) { sl_reply_error(); } exit; } #reply_route { # if(status == 403) { # xlog("L_WARN", "Forbidden from $si:$sp blah...\n"); # xlog("L_ALERT","ALERT: pike blocking $rm from $fu (IP:$si:$sp)\n"); # } #} onreply_route[LOGRPL] { if(status == 403) { xlog("L_ALERT", "$rs response. Consider banning AVP \"ipbancandidate\" is $avp(ipbancandidate) "); } } # Per SIP request initial checks route[REQINIT] { # no connect for sending replies # Enable tracing for SNGREP ##sip_trace(); ##setflag(24); # set_reply_no_connect(); # enforce symmetric signaling # - send back replies to the source address of request force_rport(); #!ifdef WITH_ANTIFLOOD # flood detection from same IP and traffic ban for a while # be sure you exclude checking trusted peers, such as pstn gateways # - local host excluded (e.g., loop to self) if(src_ip!=myself) { if($sht(ipban=>$si)!=$null) { # ip is already blocked xdbg("request from blocked IP - $rm from $fu (IP:$si:$sp)\n"); exit; } if (!pike_check_req()) { xlog("L_ALERT","ALERT: pike blocking $rm from $fu (IP:$si:$sp)\n"); $sht(ipban=>$si) = 1; exit; } } #!endif if($ua =~ "friendly|scanner|sipcli|sipvicious|VaxSIPUserAgent|pplsip|Hello\ SIP\ Automated") { # silent drop for scanners - uncomment next line if want to reply # sl_send_reply("200", "OK"); xlog("User agent is: $ua\n"); exit; } if (!mf_process_maxfwd_header("10")) { sl_send_reply("483","Too Many Hops"); exit; } if(is_method("OPTIONS") && uri==myself && $rU==$null) { sl_send_reply("200","Keepalive"); exit; } if(!sanity_check("17895", "7")) { xlog("Malformed SIP message from $si:$sp\n"); exit; } } # Handle requests within SIP dialogs route[WITHINDLG] { if (!has_totag()) return; # sequential request withing a dialog should # take the path determined by record-routing if (loose_route()) { xlog("L_INFO", "Routing before DLGURI\n"); route(DLGURI); if (is_method("BYE")) { setflag(FLT_ACC); # do accounting ... setflag(FLT_ACCFAILED); # ... even if the transaction fails } else if ( is_method("ACK") ) { # ACK is forwarded statelessly route(NATMANAGE); } else if ( is_method("NOTIFY") ) { # Add Record-Route for in-dialog NOTIFY as per RFC 6665. record_route(); } route(RELAY); exit; } if (is_method("SUBSCRIBE") && uri == myself) { # in-dialog subscribe requests route(PRESENCE); exit; } if ( is_method("ACK") ) { if ( t_check_trans() ) { # no loose-route, but stateful ACK; # must be an ACK after a 487 # or e.g. 404 from upstream server route(RELAY); exit; } else { # ACK without matching transaction ... ignore and discard exit; } } sl_send_reply("404","Not here"); exit; } # Handle SIP registrations route[REGISTRAR] { if(!is_method("REGISTER")) return; xlog("L_WARN", "--- Going to <$ru>. src_user=$fU;src_domain=$fd;dst_ouser=$tU;dst_user=$rU;dst_domain=$rd;src_ip=$si\n"); add_path_received(); $avp(ipbancandidate) = $si; if(isflagset(FLT_NATS)) { setbflag(FLB_NATB); #!ifdef WITH_NATSIPPING # do SIP NAT pinging setbflag(FLB_NATSIPPING); #!endif } route(DISPATCH); if (!save("location")) { sl_reply_error(); } exit; } # Presence server route route[PRESENCE] { if(!is_method("PUBLISH|SUBSCRIBE")) return; sl_send_reply("404", "Not here"); exit; } # Caller NAT detection route[NATDETECT] { #!ifdef WITH_NAT if (nat_uac_test("19")) { if (is_method("REGISTER")) { #fix_nated_register(); Disabled as we proxy registrations #fix_nated_contact(); set_contact_alias(); ##add_contact_alias(); #fix_nated_sdp("3"); xlog("L_ALERT", "Nat Registration nat fixed.\n"); } else { if(is_first_hop()) { set_contact_alias(); xlog("L_ALERT", "Contact NAT fixed\n"); } } setflag(FLT_NATS); xlog("L_ALERT", "FLT_NATS flag set\n"); } #!endif return; } # RTPProxy control and signaling updates for NAT traversal route[NATMANAGE] { #!ifdef WITH_NAT if (is_request()) { if(has_totag()) { if(check_route_param("nat=yes")) { setbflag(FLB_NATB); } } } if (nat_uac_test("3")) { #fix_nated_contact(); set_contact_alias(); ##add_contact_alias(); force_rport(); } if (has_body("application/sdp") && nat_uac_test("8")) { fix_nated_sdp("11"); } if (!(isflagset(FLT_NATS) || isbflagset(FLB_NATB))) return; ###!ifdef WITH_RTPENGINE ## xlog("RTPEngine enabled\n"); ## if(nat_uac_test("8")) { ## xlog("RTP 1\n"); ## rtpengine_manage("SIP-source-address replace-origin replace-session-connection"); ## } else { ## rtpengine_manage("replace-origin replace-session-connection"); ## } ###!else ## if(nat_uac_test("8")) { ## rtpproxy_manage("co"); ## } else { ## rtpproxy_manage("cor"); ## } ###!endif if (is_request()) { if (!has_totag()) { if(t_is_branch_route()) { add_rr_param(";nat=yes"); xlog("Nat notation added!\n"); } } } if (is_reply()) { if(isbflagset(FLB_NATB)) { if(is_first_hop()) #fix_nated_contact(); set_contact_alias(); #add_contact_alias(); } } if(isbflagset(FLB_NATB)) { # no connect message in a dialog involving NAT traversal if (is_request()) { if(has_totag()) { set_forward_no_connect(); } } } #!endif return; } # URI update for dialog requests route[DLGURI] { #!ifdef WITH_NAT if(!isdsturiset()) { handle_ruri_alias(); xlog("L_INFO", "Routing in-dialog $rm from $fu to $du\n"); } #!endif return; } # Dispatch requests route[DISPATCH] { # round robin dispatching on gateways group '1' remove_hf_re("Subject|P-.*|X-.*"); append_hf("X-Auth-IP: $si\r\n"); #add_rr_param(";nat=yes"); t_on_reply("LOGRPL"); if(!ds_select_dst("1", "0")) { send_reply("404", "No destination"); exit; } #xdbg("--- SCRIPT: going to <$ru> via <$du> (attrs: $xavp(_dsdst_=>attrs))\n"); xlog("L_WARN", "--- Going to <$ru>. src_user=$fU;src_domain=$fd;dst_ouser=$tU;dst_user=$rU;dst_domain=$rd;src_ip=$si; $RAi; $Ri;\n"); t_on_failure("RTF_DISPATCH"); route(RELAY); } # Try next destionations in failure route failure_route[RTF_DISPATCH] { if (t_is_canceled()) { exit; } # next DST - only for 500 or local timeout if (t_check_status("500") or (t_branch_timeout() and !t_branch_replied())) { if(ds_next_dst()) { xdbg("--- SCRIPT: retrying to <$ru> via <$du> (attrs: $xavp(_dsdst_=>attrs))\n"); t_on_failure("RTF_DISPATCH"); route(RELAY); exit; } } } # Manage outgoing branches branch_route[MANAGE_BRANCH] { xdbg("new branch [$T_branch_idx] to $ru\n"); xlog("L_ALERT", "Marker 20\n"); route(NATMANAGE); return; } # Manage incoming replies reply_route { if(!sanity_check("17604", "6")) { xlog("Malformed SIP response from $si:$sp\n"); drop; } return; } # Manage incoming replies in transaction context onreply_route[MANAGE_REPLY] { xdbg("incoming reply\n"); xlog("L_ALERT", "Marker 21\n"); if(status=~"[12][0-9][0-9]") { route(NATMANAGE); } # if (has_body("application/sdp")) { # rtpengine_manage(); # } return; } # Manage failure routing cases failure_route[MANAGE_FAILURE] { xlog("L_ALERT", "Marker 23\n"); route(NATMANAGE); if (t_is_canceled()) exit; #!ifdef WITH_BLOCK3XX # block call redirect based on 3xx replies. if (t_check_status("3[0-9][0-9]")) { t_reply("404","Not found"); exit; } #!endif #!ifdef WITH_BLOCK401407 # block call redirect based on 401, 407 replies. if (t_check_status("401|407")) { t_reply("404","Not found"); exit; } #!endif #!ifdef WITH_VOICEMAIL # serial forking # - route to voicemail on busy or no answer (timeout) if (t_check_status("486|408")) { $du = $null; route(TOVOICEMAIL); exit; } #!endif return; }

1 0

MANAGE_REPLY not getting replies to PRACK?
by Benoît Panizzon 23 Sep '22

23 Sep '22

Hi all On calls with privacy enabled to customers, I want to ensure no information is disclosed. Not even if one would capture packets. A PRACK and the 200 OK to a PRACK therefore may need the To and From Header changed. Unfortunately I seem not to be able to catch the 200 OK REPLY sent to a PRACK with t_on_reply. It looks like they somehow pass completely unprocessed through Kamailio (not completely Via Header are removed accordingly) Am I missing something? -- Mit freundlichen Grüssen -Benoît Panizzon- @ HomeOffice und normal erreichbar -- I m p r o W a r e A G - Leiter Commerce Kunden ______________________________________________________ Zurlindenstrasse 29 Tel +41 61 826 93 00 CH-4133 Pratteln Fax +41 61 826 93 01 Schweiz Web http://www.imp.ch ______________________________________________________

1 0

Guide to set up Kamailio as an SBC
by Unai Rodriguez 23 Sep '22

23 Sep '22

Dear List, I’m new to Kamailio and would like to set it up as a standalone general purpose SBC. I’m having a hard time finding a guide specific for this. What can you recommend? Thank you so much With best wishes, Unai Rodriguez

2 1

app_python3 crash woes
by Alex Balashov 22 Sep '22

22 Sep '22

Hi, Some exceptions generated in Python script cause a harmless traceback in the logs, while others cause Kamailio to crash: Sep 22 06:28:34 proxy /usr/sbin/kamailio[3984]: CRITICAL: <core> [core/pass_fd.c:277]: receive_fd(): EOF on 11 Sep 22 06:28:34 proxy /usr/sbin/kamailio[3957]: ALERT: <core> [main.c:783]: handle_sigs(): child process 3965 exited by a signal 11 Sep 22 06:28:34 proxy /usr/sbin/kamailio[3957]: ALERT: <core> [main.c:786]: handle_sigs(): core was generated (gdb) where #0 0x00007fdaea729079 in vfprintf () from /lib64/libc.so.6 #1 0x00007fdaea754179 in vsnprintf () from /lib64/libc.so.6 #2 0x00007fdac45e9afd in make_message () from /usr/lib64/kamailio/modules/app_python3.so #3 0x00007fdac45e5bc9 in python_handle_exception () from /usr/lib64/kamailio/modules/app_python3.so #4 0x00007fdac45ebfde in apy_exec () from /usr/lib64/kamailio/modules/app_python3.so #5 0x00007fdac45ecef1 in python_exec2 () from /usr/lib64/kamailio/modules/app_python3.so #6 0x0000000000474ee0 in do_action () #7 0x000000000048217d in run_actions () #8 0x0000000000474d39 in do_action () #9 0x000000000048217d in run_actions () #10 0x0000000000474d39 in do_action () #11 0x000000000048217d in run_actions () #12 0x0000000000474d87 in do_action () #13 0x000000000048217d in run_actions () #14 0x00000000004828c1 in run_top_route () #15 0x00000000005e8044 in receive_msg () #16 0x00000000004df772 in udp_rcv_loop () #17 0x0000000000429f5b in main_loop () #18 0x000000000043423e in main () Is there a reasonable way to try to prevent this type of mid-air explosion? — Alex -- Alex Balashov | Principal | Evariste Systems LLC Tel: +1-706-510-6800 / +1-800-250-5920 (toll-free) Web: http://www.evaristesys.com/, http://www.csrpswitch.com/

2 2

SIPp uas(SIPp)->client reINVITE late offer
by David Villasmil 20 Sep '22

20 Sep '22

Hello all, Anyone got a SIPp scenario for reINVITE with late offer? I.e.: UAT--->INVITE (sdp)--->SIPp UAT<--- 100 <---SIPp UAT<--- 183 <---SIPp UAT<--- 200 OK <---SIPp UAT----> ACK --->SIPp UAT<--- INVITE (NO sdp) <---SIPp UAT---> 100 --->SIPp UAT---> 183 --->SIPp UAT---> 200 OK (sdp) -->SIPp UAT<--- ACK (sdp) <---SIPp UAT---> BYE -->SIPp UAT<--- ACK <--SIPp I can’t get past UAT<--- INVITE (NO sdp) <---SIPp Kamailio responds with “not here” Appreciate the help! -- Regards, David Villasmil email: david.villasmil.work(a)gmail.com phone: +34669448337

3 4

Substdef syntax change?
by Fredrik Dahlgren 20 Sep '22

20 Sep '22

Hi, I'm looking at a kamailio config where all substdef have the syntax "!regexp!subst!flags", "!DB_URL!db.example.com!g" but i can't find this syntax in the documentation. It's currently running on a fairly modern 5.x version and as far as i know it has never been on 4.x or older. Does anyone know where this syntax is from and if it's possible/recommended to simply replace it with "/regexp/subst"? *Fredrik* *Dahlgren* | Senior SIP/VoIP Engineer fredrik.dahlgren(a)freespee.com | LinkedIn <https://www.linkedin.com/company/freespee/> | Twitter <https://twitter.com/freespee>

2 1

Kamailio stops processing requests mid script
by Joel Serrano 20 Sep '22

20 Sep '22

Hello, I have a cluster of 2 kamailios v5.5 on debian 9 working flawlessly. We have added a third node, also on v5.5 but debian 11. Kamailio doesn't work correctly for some reason that I'm not seeing. The symptoms are: 1- Kamailio receives INVITEs and starts to process them per routing script. 2- There is a specific place where something happens and the calls are dropped (Kamailio is not even replying to the source). Note that the config is exactly the same on all 3 servers, only one of the three is having the issue. I enabled debug logs and I could see: [...] Sep 10 12:30:48 sbc03 sbc[956340]: exec: {1 102 INVITE 5111a7c71ec485e443099844491ef7d8(a)sip02.example.com} *** cfgtrace:dbg_cfg_trace(): request_route=[GET_OUTBOUND_API_DATA] c=[/etc/kamailio/sbc/api.cfg] l=61 a=5 n=route Sep 10 12:30:48 sbc03 sbc[956340]: exec: {1 102 INVITE 5111a7c71ec485e443099844491ef7d8(a)sip02.example.com} *** cfgtrace:dbg_cfg_trace(): request_route=[APPLY_REWRITE_RULE] c=[/etc/kamailio/sbc/extras.cfg] l=211 a=26 n=xlog Sep 10 12:30:48 sbc03 sbc[956340]: INFO: {1 102 INVITE 5111a7c71ec485e443099844491ef7d8(a)sip02.vozelia.com.pa} <script>: Applying local to toll-free rewrite rules on callee number using dpid '20' Sep 10 12:30:48 sbc03 sbc[956340]: exec: {1 102 INVITE 5111a7c71ec485e443099844491ef7d8(a)sip02.vozelia.com.pa} *** cfgtrace:dbg_cfg_trace(): request_route=[APPLY_REWRITE_RULE] c=[/etc/kamailio/sbc/extras.cfg] l=212 a=63 n=assign Sep 10 12:30:48 sbc03 sbc[956340]: exec: {1 102 INVITE 5111a7c71ec485e443099844491ef7d8(a)sip02.vozelia.com.pa} *** cfgtrace:dbg_cfg_trace(): request_route=[APPLY_REWRITE_RULE] c=[/etc/kamailio/sbc/extras.cfg] l=219 a=16 n=if Sep 10 12:30:48 sbc03 sbc[956340]: exec: {1 102 INVITE 5111a7c71ec485e443099844491ef7d8(a)sip02.vozelia.com.pa} *** cfgtrace:dbg_cfg_trace(): request_route=[APPLY_REWRITE_RULE] c=[/etc/kamailio/sbc/extras.cfg] l=213 a=26 n=dp_translate Sep 10 12:30:48 sbc03 sbc[956340]: DEBUG: {1 102 INVITE 5111a7c71ec485e443099844491ef7d8(a)sip02.vozelia.com.pa} dialplan [dialplan.c:237]: dp_get_ivalue(): searching 15 Sep 10 12:30:48 sbc03 sbc[956340]: DEBUG: {1 102 INVITE 5111a7c71ec485e443099844491ef7d8(a)sip02.vozelia.com.pa} dialplan [dialplan.c:245]: dp_get_ivalue(): dpid is 20 from pv argument Sep 10 12:30:48 sbc03 sbc[956340]: DEBUG: {1 102 INVITE 5111a7c71ec485e443099844491ef7d8(a)sip02.vozelia.com.pa} dialplan [dialplan.c:254]: dp_get_svalue(): searching 15 Sep 10 12:30:48 sbc03 sbc[956340]: DEBUG: {1 102 INVITE 5111a7c71ec485e443099844491ef7d8(a)sip02.vozelia.com.pa} dialplan [dialplan.c:350]: dp_translate_f(): input is 67339924 Sep 10 12:30:48 sbc03 sbc[956340]: DEBUG: {1 102 INVITE 5111a7c71ec485e443099844491ef7d8(a)sip02.vozelia.com.pa} dialplan [dp_repl.c:605]: dp_translate_helper(): regex operator testing over [67339924] Sep 10 12:30:48 sbc03 sbc[956340]: DEBUG: {1 102 INVITE 5111a7c71ec485e443099844491ef7d8(a)sip02.vozelia.com.pa} dialplan [dp_repl.c:605]: dp_translate_helper(): regex operator testing over [67339924] Sep 10 12:30:48 sbc03 sbc[956340]: DEBUG: {1 102 INVITE 5111a7c71ec485e443099844491ef7d8(a)sip02.vozelia.com.pa} dialplan [dp_repl.c:605]: dp_translate_helper(): regex operator testing over [67339924] Sep 10 12:30:48 sbc03 sbc[956340]: DEBUG: {1 102 INVITE 5111a7c71ec485e443099844491ef7d8(a)sip02.vozelia.com.pa} dialplan [dp_repl.c:605]: dp_translate_helper(): regex operator testing over [67339924] Sep 10 12:30:48 sbc03 sbc[956340]: DEBUG: {1 102 INVITE 5111a7c71ec485e443099844491ef7d8(a)sip02.vozelia.com.pa} dialplan [dp_repl.c:605]: dp_translate_helper(): regex operator testing over [67339924] Sep 10 12:30:48 sbc03 sbc[956340]: DEBUG: {1 102 INVITE 5111a7c71ec485e443099844491ef7d8(a)sip02.vozelia.com.pa} dialplan [dp_repl.c:605]: dp_translate_helper(): regex operator testing over [67339924] Sep 10 12:30:48 sbc03 sbc[956340]: DEBUG: {1 102 INVITE 5111a7c71ec485e443099844491ef7d8(a)sip02.vozelia.com.pa} dialplan [dp_repl.c:605]: dp_translate_helper(): regex operator testing over [67339924] Sep 10 12:30:48 sbc03 sbc[956340]: DEBUG: {1 102 INVITE 5111a7c71ec485e443099844491ef7d8(a)sip02.vozelia.com.pa} dialplan [dp_repl.c:605]: dp_translate_helper(): regex operator testing over [67339924] Sep 10 12:30:48 sbc03 sbc[956340]: DEBUG: {1 102 INVITE 5111a7c71ec485e443099844491ef7d8(a)sip02.vozelia.com.pa} dialplan [dp_repl.c:605]: dp_translate_helper(): regex operator testing over [67339924] Sep 10 12:30:48 sbc03 sbc[956340]: DEBUG: {1 102 INVITE 5111a7c71ec485e443099844491ef7d8(a)sip02.vozelia.com.pa} dialplan [dp_repl.c:605]: dp_translate_helper(): regex operator testing over [67339924] Sep 10 12:30:48 sbc03 sbc[956340]: DEBUG: {1 102 INVITE 5111a7c71ec485e443099844491ef7d8(a)sip02.vozelia.com.pa} dialplan [dp_repl.c:605]: dp_translate_helper(): regex operator testing over [67339924] Sep 10 12:30:48 sbc03 sbc[956340]: DEBUG: {1 102 INVITE 5111a7c71ec485e443099844491ef7d8(a)sip02.vozelia.com.pa} dialplan [dp_repl.c:605]: dp_translate_helper(): regex operator testing over [67339924] Sep 10 12:30:48 sbc03 sbc[956340]: DEBUG: {1 102 INVITE 5111a7c71ec485e443099844491ef7d8(a)sip02.vozelia.com.pa} dialplan [dp_repl.c:605]: dp_translate_helper(): regex operator testing over [67339924] Sep 10 12:30:48 sbc03 sbc[956340]: DEBUG: {1 102 INVITE 5111a7c71ec485e443099844491ef7d8(a)sip02.vozelia.com.pa} dialplan [dp_repl.c:605]: dp_translate_helper(): regex operator testing over [67339924] Sep 10 12:30:48 sbc03 sbc[956340]: DEBUG: {1 102 INVITE 5111a7c71ec485e443099844491ef7d8(a)sip02.vozelia.com.pa} dialplan [dp_repl.c:605]: dp_translate_helper(): regex operator testing over [67339924] Sep 10 12:30:48 sbc03 sbc[956340]: DEBUG: {1 102 INVITE 5111a7c71ec485e443099844491ef7d8(a)sip02.vozelia.com.pa} dialplan [dp_repl.c:605]: dp_translate_helper(): regex operator testing over [67339924] Sep 10 12:30:48 sbc03 sbc[956340]: DEBUG: {1 102 INVITE 5111a7c71ec485e443099844491ef7d8(a)sip02.vozelia.com.pa} dialplan [dp_repl.c:605]: dp_translate_helper(): regex operator testing over [67339924] Sep 10 12:30:48 sbc03 sbc[956340]: DEBUG: {1 102 INVITE 5111a7c71ec485e443099844491ef7d8(a)sip02.vozelia.com.pa} dialplan [dp_repl.c:605]: dp_translate_helper(): regex operator testing over [67339924] Sep 10 12:30:48 sbc03 sbc[956340]: DEBUG: {1 102 INVITE 5111a7c71ec485e443099844491ef7d8(a)sip02.vozelia.com.pa} dialplan [dp_repl.c:605]: dp_translate_helper(): regex operator testing over [67339924] Sep 10 12:30:48 sbc03 sbc[956340]: DEBUG: {1 102 INVITE 5111a7c71ec485e443099844491ef7d8(a)sip02.vozelia.com.pa} dialplan [dp_repl.c:605]: dp_translate_helper(): regex operator testing over [67339924] Sep 10 12:30:48 sbc03 sbc[956340]: DEBUG: {1 102 INVITE 5111a7c71ec485e443099844491ef7d8(a)sip02.vozelia.com.pa} dialplan [dp_repl.c:605]: dp_translate_helper(): regex operator testing over [67339924] Sep 10 12:30:48 sbc03 sbc[956340]: DEBUG: {1 102 INVITE 5111a7c71ec485e443099844491ef7d8(a)sip02.vozelia.com.pa} dialplan [dp_repl.c:605]: dp_translate_helper(): regex operator testing over [67339924] Sep 10 12:30:48 sbc03 sbc[956340]: DEBUG: {1 102 INVITE 5111a7c71ec485e443099844491ef7d8(a)sip02.vozelia.com.pa} dialplan [dp_repl.c:605]: dp_translate_helper(): regex operator testing over [67339924] Sep 10 12:30:48 sbc03 sbc[956340]: DEBUG: {1 102 INVITE 5111a7c71ec485e443099844491ef7d8(a)sip02.vozelia.com.pa} dialplan [dp_repl.c:676]: dp_translate_helper(): no matching rule Sep 10 12:30:48 sbc03 sbc[956340]: DEBUG: {1 102 INVITE 5111a7c71ec485e443099844491ef7d8(a)sip02.vozelia.com.pa} dialplan [dialplan.c:354]: dp_translate_f(): could not translate 67339924 with dpid 20 Sep 10 12:30:48 sbc03 sbc[956340]: exec: {1 102 INVITE 5111a7c71ec485e443099844491ef7d8(a)sip02.vozelia.com.pa} *** cfgtrace:dbg_cfg_trace(): request_route=[APPLY_REWRITE_RULE] c=[/etc/kamailio/sbc/extras.cfg] l=217 a=26 n=xlog Sep 10 12:30:48 sbc03 sbc[956340]: INFO: {1 102 INVITE 5111a7c71ec485e443099844491ef7d8(a)sip02.vozelia.com.pa} <script>: No matching rewrite rules for '67339924' found Sep 10 12:30:48 sbc03 sbc[956340]: exec: {1 102 INVITE 5111a7c71ec485e443099844491ef7d8(a)sip02.vozelia.com.pa} *** cfgtrace:dbg_cfg_trace(): request_route=[APPLY_REWRITE_RULE] c=[/etc/kamailio/sbc/extras.cfg] l=218 a=2 n=return Sep 10 12:30:48 sbc03 sbc[956340]: DEBUG: {1 102 INVITE 5111a7c71ec485e443099844491ef7d8(a)sip02.vozelia.com.pa} <core> [core/receive.c:514]: receive_msg(): request-route executed in: 12245 usec Sep 10 12:30:48 sbc03 sbc[956340]: DEBUG: {1 102 INVITE 5111a7c71ec485e443099844491ef7d8(a)sip02.vozelia.com.pa} dialog [dlg_hash.c:785]: dlg_lookup_mode(): ref dlg 0x7ff1b4884b48 with 1 -> 2 Sep 10 12:30:48 sbc03 sbc[956340]: DEBUG: {1 102 INVITE 5111a7c71ec485e443099844491ef7d8(a)sip02.vozelia.com.pa} dialog [dlg_hash.c:789]: dlg_lookup_mode(): dialog id=8614 found on entry 343 Sep 10 12:30:48 sbc03 sbc[956340]: DEBUG: {1 102 INVITE 5111a7c71ec485e443099844491ef7d8(a)sip02.vozelia.com.pa} dialog [dlg_var.c:63]: dlg_cfg_cb(): new dialog with no transaction after config execution Sep 10 12:30:48 sbc03 sbc[956340]: DEBUG: {1 102 INVITE 5111a7c71ec485e443099844491ef7d8(a)sip02.vozelia.com.pa} dialog [dlg_hash.c:1091]: dlg_unref_helper(): unref op on 0x7ff1b4884b48 with 1 from dlg_hash.c:1109 Sep 10 12:30:48 sbc03 sbc[956340]: DEBUG: {1 102 INVITE 5111a7c71ec485e443099844491ef7d8(a)sip02.vozelia.com.pa} dialog [dlg_hash.c:1095]: dlg_unref_helper(): unref dlg 0x7ff1b4884b48 with 1 -> 1 Sep 10 12:30:48 sbc03 sbc[956340]: DEBUG: {1 102 INVITE 5111a7c71ec485e443099844491ef7d8(a)sip02.vozelia.com.pa} dialog [dlg_hash.c:1091]: dlg_unref_helper(): unref op on 0x7ff1b4884b48 with 1 from dlg_hash.c:1109 Sep 10 12:30:48 sbc03 sbc[956340]: DEBUG: {1 102 INVITE 5111a7c71ec485e443099844491ef7d8(a)sip02.vozelia.com.pa} dialog [dlg_hash.c:1095]: dlg_unref_helper(): unref dlg 0x7ff1b4884b48 with 1 -> 0 Sep 10 12:30:48 sbc03 sbc[956340]: DEBUG: {1 102 INVITE 5111a7c71ec485e443099844491ef7d8(a)sip02.vozelia.com.pa} dialog [dlg_hash.c:1095]: dlg_unref_helper(): ref <=0 for dialog 0x7ff1b4884b48 Sep 10 12:30:48 sbc03 sbc[956340]: DEBUG: {1 102 INVITE 5111a7c71ec485e443099844491ef7d8(a)sip02.vozelia.com.pa} dialog [dlg_hash.c:345]: destroy_dlg(): destroying dialog 0x7ff1b4884b48 (ref 0) Sep 10 12:30:48 sbc03 sbc[956340]: DEBUG: {1 102 INVITE 5111a7c71ec485e443099844491ef7d8(a)sip02.vozelia.com.pa} dialog [dlg_hash.c:356]: destroy_dlg(): removed timer for dlg 0x7ff1b4884b48 [343:8614] with clid '5111a7c71ec485e443099844491ef7d8(a)sip02.vozelia.com.pa' and tags 'as5d31c96b' '' Sep 10 12:30:48 sbc03 sbc[956340]: DEBUG: {1 102 INVITE 5111a7c71ec485e443099844491ef7d8(a)sip02.vozelia.com.pa} dialog [dlg_db_handler.c:708]: remove_dialog_from_db(): trying to remove dialog [ 5111a7c71ec485e443099844491ef7d8(a)sip02.vozelia.com.pa], update_flag is 1024 Sep 10 12:30:48 sbc03 sbc[956340]: DEBUG: {1 102 INVITE 5111a7c71ec485e443099844491ef7d8(a)sip02.vozelia.com.pa} <core> [db_query.c:72]: db_do_submit_query(): submitted query: delete from `dialog` where `hash_entry`=343 AND `hash_id`=8614, result 0 Sep 10 12:30:48 sbc03 sbc[956340]: DEBUG: {1 102 INVITE 5111a7c71ec485e443099844491ef7d8(a)sip02.vozelia.com.pa} <core> [db_query.c:72]: db_do_submit_query(): submitted query: delete from `dialog_vars` where `hash_entry`=343 AND `hash_id`=8614, result 0 Sep 10 12:30:48 sbc03 sbc[956340]: DEBUG: {1 102 INVITE 5111a7c71ec485e443099844491ef7d8(a)sip02.vozelia.com.pa} dialog [dlg_db_handler.c:736]: remove_dialog_from_db(): callid was 5111a7c71ec485e443099844491ef7d8(a)sip02.vozelia.com.pa Sep 10 12:30:48 sbc03 sbc[956340]: DEBUG: {1 102 INVITE 5111a7c71ec485e443099844491ef7d8(a)sip02.vozelia.com.pa} <core> [core/usr_avp.c:637]: destroy_avp_list(): destroying list 0x7ff1b4880370 Sep 10 12:30:48 sbc03 sbc[956340]: DEBUG: {1 102 INVITE 5111a7c71ec485e443099844491ef7d8(a)sip02.vozelia.com.pa} <core> [core/usr_avp.c:637]: destroy_avp_list(): destroying list (nil) Sep 10 12:30:48 sbc03 sbc[956340]: DEBUG: {1 102 INVITE 5111a7c71ec485e443099844491ef7d8(a)sip02.vozelia.com.pa} <core> [core/usr_avp.c:637]: destroy_avp_list(): destroying list (nil) Sep 10 12:30:48 sbc03 sbc[956340]: DEBUG: {1 102 INVITE 5111a7c71ec485e443099844491ef7d8(a)sip02.vozelia.com.pa} <core> [core/usr_avp.c:637]: destroy_avp_list(): destroying list (nil) Sep 10 12:30:48 sbc03 sbc[956340]: DEBUG: {1 102 INVITE 5111a7c71ec485e443099844491ef7d8(a)sip02.vozelia.com.pa} <core> [core/usr_avp.c:637]: destroy_avp_list(): destroying list (nil) Sep 10 12:30:48 sbc03 sbc[956340]: DEBUG: {1 102 INVITE 5111a7c71ec485e443099844491ef7d8(a)sip02.vozelia.com.pa} <core> [core/usr_avp.c:637]: destroy_avp_list(): destroying list (nil) Sep 10 12:30:48 sbc03 sbc[956340]: DEBUG: {1 102 INVITE 5111a7c71ec485e443099844491ef7d8(a)sip02.vozelia.com.pa} <core> [core/xavp.c:541]: xavp_destroy_list(): destroying xavp list (nil) Sep 10 12:30:48 sbc03 sbc[956340]: DEBUG: {1 102 INVITE 5111a7c71ec485e443099844491ef7d8(a)sip02.vozelia.com.pa} <core> [core/xavp.c:541]: xavp_destroy_list(): destroying xavp list (nil) Sep 10 12:30:48 sbc03 sbc[956340]: DEBUG: {1 102 INVITE 5111a7c71ec485e443099844491ef7d8(a)sip02.vozelia.com.pa} <core> [core/xavp.c:541]: xavp_destroy_list(): destroying xavp list (nil) Sep 10 12:30:48 sbc03 sbc[956340]: DEBUG: {1 102 INVITE 5111a7c71ec485e443099844491ef7d8(a)sip02.vozelia.com.pa} <core> [core/receive.c:606]: receive_msg(): cleaning up If I go to line 61 from route GET_OUTBOUND_API_DATA, I have this: if(route(APPLY_REWRITE_RULE)) { $rU = $var(dp_user); $avp(icx_real_number) = $var(dp_user); } The very next thing is: # Query API $avp(apiUrl) = "{{ call_api_url }}/outbound/" + $avp(icx_src_number) + "/" + $avp(icx_real_number); http_client_query("$avp(apiUrl)", "$avp(apiResponseBody)"); $avp(apiResponseCode) = $rc; I see the GET_OUTBOUND_API_DATA route calling APPLY_REWRITE_RULE, and APPLY_REWRITE_RULE returning correctly then finished: Sep 10 12:30:48 sbc03 sbc[956340]: exec: {1 102 INVITE 5111a7c71ec485e443099844491ef7d8(a)sip02.vozelia.com.pa} *** cfgtrace:dbg_cfg_trace(): request_route=[APPLY_REWRITE_RULE] c=[/etc/kamailio/sbc/extras.cfg] l=218 a=2 n=return But then Kamailio is apparently just tearing down the call and ending it. Can someone help me understand what this part of the logs means or what can be causing them? Sep 10 12:30:48 sbc03 sbc[956340]: DEBUG: {1 102 INVITE 5111a7c71ec485e443099844491ef7d8(a)sip02.vozelia.com.pa} <core> [core/receive.c:514]: receive_msg(): request-route executed in: 12245 usec Sep 10 12:30:48 sbc03 sbc[956340]: DEBUG: {1 102 INVITE 5111a7c71ec485e443099844491ef7d8(a)sip02.vozelia.com.pa} dialog [dlg_hash.c:785]: dlg_lookup_mode(): ref dlg 0x7ff1b4884b48 with 1 -> 2 Sep 10 12:30:48 sbc03 sbc[956340]: DEBUG: {1 102 INVITE 5111a7c71ec485e443099844491ef7d8(a)sip02.vozelia.com.pa} dialog [dlg_hash.c:789]: dlg_lookup_mode(): dialog id=8614 found on entry 343 Sep 10 12:30:48 sbc03 sbc[956340]: DEBUG: {1 102 INVITE 5111a7c71ec485e443099844491ef7d8(a)sip02.vozelia.com.pa} dialog [dlg_var.c:63]: dlg_cfg_cb(): new dialog with no transaction after config execution Sep 10 12:30:48 sbc03 sbc[956340]: DEBUG: {1 102 INVITE 5111a7c71ec485e443099844491ef7d8(a)sip02.vozelia.com.pa} dialog [dlg_hash.c:1091]: dlg_unref_helper(): unref op on 0x7ff1b4884b48 with 1 from dlg_hash.c:1109 Sep 10 12:30:48 sbc03 sbc[956340]: DEBUG: {1 102 INVITE 5111a7c71ec485e443099844491ef7d8(a)sip02.vozelia.com.pa} dialog [dlg_hash.c:1095]: dlg_unref_helper(): unref dlg 0x7ff1b4884b48 with 1 -> 1 Sep 10 12:30:48 sbc03 sbc[956340]: DEBUG: {1 102 INVITE 5111a7c71ec485e443099844491ef7d8(a)sip02.vozelia.com.pa} dialog [dlg_hash.c:1091]: dlg_unref_helper(): unref op on 0x7ff1b4884b48 with 1 from dlg_hash.c:1109 Sep 10 12:30:48 sbc03 sbc[956340]: DEBUG: {1 102 INVITE 5111a7c71ec485e443099844491ef7d8(a)sip02.vozelia.com.pa} dialog [dlg_hash.c:1095]: dlg_unref_helper(): unref dlg 0x7ff1b4884b48 with 1 -> 0 Sep 10 12:30:48 sbc03 sbc[956340]: DEBUG: {1 102 INVITE 5111a7c71ec485e443099844491ef7d8(a)sip02.vozelia.com.pa} dialog [dlg_hash.c:1095]: dlg_unref_helper(): ref <=0 for dialog 0x7ff1b4884b48 Sep 10 12:30:48 sbc03 sbc[956340]: DEBUG: {1 102 INVITE 5111a7c71ec485e443099844491ef7d8(a)sip02.vozelia.com.pa} dialog [dlg_hash.c:345]: destroy_dlg(): destroying dialog 0x7ff1b4884b48 (ref 0) Sep 10 12:30:48 sbc03 sbc[956340]: DEBUG: {1 102 INVITE 5111a7c71ec485e443099844491ef7d8(a)sip02.vozelia.com.pa} dialog [dlg_hash.c:356]: destroy_dlg(): removed timer for dlg 0x7ff1b4884b48 [343:8614] with clid '5111a7c71ec485e443099844491ef7d8(a)sip02.vozelia.com.pa' and tags 'as5d31c96b' '' Sep 10 12:30:48 sbc03 sbc[956340]: DEBUG: {1 102 INVITE 5111a7c71ec485e443099844491ef7d8(a)sip02.vozelia.com.pa} dialog [dlg_db_handler.c:708]: remove_dialog_from_db(): trying to remove dialog [ 5111a7c71ec485e443099844491ef7d8(a)sip02.vozelia.com.pa], update_flag is 1024 Sep 10 12:30:48 sbc03 sbc[956340]: DEBUG: {1 102 INVITE 5111a7c71ec485e443099844491ef7d8(a)sip02.vozelia.com.pa} <core> [db_query.c:72]: db_do_submit_query(): submitted query: delete from `dialog` where `hash_entry`=343 AND `hash_id`=8614, result 0 Sep 10 12:30:48 sbc03 sbc[956340]: DEBUG: {1 102 INVITE 5111a7c71ec485e443099844491ef7d8(a)sip02.vozelia.com.pa} <core> [db_query.c:72]: db_do_submit_query(): submitted query: delete from `dialog_vars` where `hash_entry`=343 AND `hash_id`=8614, result 0 Sep 10 12:30:48 sbc03 sbc[956340]: DEBUG: {1 102 INVITE 5111a7c71ec485e443099844491ef7d8(a)sip02.vozelia.com.pa} dialog [dlg_db_handler.c:736]: remove_dialog_from_db(): callid was 5111a7c71ec485e443099844491ef7d8(a)sip02.vozelia.com.pa Sep 10 12:30:48 sbc03 sbc[956340]: DEBUG: {1 102 INVITE 5111a7c71ec485e443099844491ef7d8(a)sip02.vozelia.com.pa} <core> [core/usr_avp.c:637]: destroy_avp_list(): destroying list 0x7ff1b4880370 Sep 10 12:30:48 sbc03 sbc[956340]: DEBUG: {1 102 INVITE 5111a7c71ec485e443099844491ef7d8(a)sip02.vozelia.com.pa} <core> [core/usr_avp.c:637]: destroy_avp_list(): destroying list (nil) Sep 10 12:30:48 sbc03 sbc[956340]: DEBUG: {1 102 INVITE 5111a7c71ec485e443099844491ef7d8(a)sip02.vozelia.com.pa} <core> [core/usr_avp.c:637]: destroy_avp_list(): destroying list (nil) Sep 10 12:30:48 sbc03 sbc[956340]: DEBUG: {1 102 INVITE 5111a7c71ec485e443099844491ef7d8(a)sip02.vozelia.com.pa} <core> [core/usr_avp.c:637]: destroy_avp_list(): destroying list (nil) Sep 10 12:30:48 sbc03 sbc[956340]: DEBUG: {1 102 INVITE 5111a7c71ec485e443099844491ef7d8(a)sip02.vozelia.com.pa} <core> [core/usr_avp.c:637]: destroy_avp_list(): destroying list (nil) Sep 10 12:30:48 sbc03 sbc[956340]: DEBUG: {1 102 INVITE 5111a7c71ec485e443099844491ef7d8(a)sip02.vozelia.com.pa} <core> [core/usr_avp.c:637]: destroy_avp_list(): destroying list (nil) Sep 10 12:30:48 sbc03 sbc[956340]: DEBUG: {1 102 INVITE 5111a7c71ec485e443099844491ef7d8(a)sip02.vozelia.com.pa} <core> [core/xavp.c:541]: xavp_destroy_list(): destroying xavp list (nil) Sep 10 12:30:48 sbc03 sbc[956340]: DEBUG: {1 102 INVITE 5111a7c71ec485e443099844491ef7d8(a)sip02.vozelia.com.pa} <core> [core/xavp.c:541]: xavp_destroy_list(): destroying xavp list (nil) Sep 10 12:30:48 sbc03 sbc[956340]: DEBUG: {1 102 INVITE 5111a7c71ec485e443099844491ef7d8(a)sip02.vozelia.com.pa} <core> [core/xavp.c:541]: xavp_destroy_list(): destroying xavp list (nil) Sep 10 12:30:48 sbc03 sbc[956340]: DEBUG: {1 102 INVITE 5111a7c71ec485e443099844491ef7d8(a)sip02.vozelia.com.pa} <core> [core/receive.c:606]: receive_msg(): cleaning up I can see it's related to the dialogs, but is this a cause or a consequence? I have checked the API access logs, and Kamailio doesn't get to send the request, I've also noticed that normally Kamailio replies with a 100-Trying almost instantly, in the case of this server I don't see a single 100-Trying from Kamailio. I'm pretty lost here so any tips are more than welcome. NOTE: I tried with debian11 + Kamailio 5.6 and the same issue happens too. Thanks, Joel.

4 12

Kamailio v5.5.5 Released
by Daniel-Constantin Mierla 19 Sep '22

19 Sep '22

Hello, Kamailio SIP Server v5.5.5 stable release is out. This is a maintenance release of the stable branch 5.5 that includes fixes since the release of v5.5.4. There is no change to database schema or configuration language structure that you have to do on previous installations of v5.5.x. Deployments running previous v5.5.x versions are strongly recommended to be upgraded to v5.5.5. Note that 5.5 is the second last stable branch, still officially maintained by Kamailio development team. The latest stable branch is 5.6, with v5.6.1 being release out of it. For more details about version 5.5.5 (including links and guidelines to download the tarball or from GIT repository), visit: * https://www.kamailio.org/w/2022/09/kamailio-v5-5-5-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 Kamailio Advanced Training - Online Oct 10-13, 2022 (Europe Timezone) * https://www.asipto.com/sw/kamailio-advanced-training-online/

1 0

Database changes required for upgrading from 5.5 to 5.6
by Leonid Fainshtein 19 Sep '22

19 Sep '22

Hi, Instructions for upgrading from 5.5 to 5.6 don't include instructions for the MySQL database schema changes: http://www.kamailio.org/wiki/install/upgrade/5.5.x-to-5.6.0 Where can I get this information? It was always published in the past. Best regards, Leonid Fainshtein

3 3

Releasing Kamailio v5.5.5
by Daniel-Constantin Mierla 19 Sep '22

19 Sep '22

Hello, I am considering to release Kamailio v5.5.5 soon, likely on Monday or Tuesday next week (Sep 19 or 20, 2022). 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 Kamailio Advanced Training - Online Oct 10-13, 2022 (Europe Timezone) * https://www.asipto.com/sw/kamailio-advanced-training-online/

1 1

Log levels severely impacts performance
by Amit 16 Sep '22

16 Sep '22

Hello, We’ve been running Kamailio 5.5.0 for a while now and recently ran into an issue where the application buffer would get full and Kamailio has a lot of difficulty keeping up with REG requests. This severely impacted Kamailio’s ability to perform and resulted in many REG timeouts. Running ‘watch netstat -ulpn’ revealed the buffer issue. We usually run the production system at log level INFO (2) and had not ran into any issues in the past. When the buffer issue occurred and after some testing, we discovered that changing the log level to NOTICE (1) was sufficient to bring the system back into operational status. For example, at log level INFO (2) we seem to achieve ~150-200 REG/s while at log level NOTICE (1) we reach ~500-700 REG/s. I did find this article in the wiki and tried using the “-“ in front of the log path but this didn’t seem to help. http://www.kamailio.org/wiki/tutorials/3.2.x/syslog Even writing the logs directly to our external log server and preventing them from being written to the local disk doesn’t seem to alleviate the issue when the log level is set to INFO (2). Does anyone have any experience with this or have any suggestions? We are finding it difficult to scale as a result of this issue. Thank you in advance. Amit

7 20

TM Module, avp not present during handling of ack, prack and cancel?
by Benoît Panizzon 16 Sep '22

16 Sep '22

Hi List If I'm correctly reading the documentation, all avp variables should exist during a transaction until it's final ACK. ACK, PRACK and CANCEL are part of that transaction. But I seem not to be able to access the content of avp during those messages. Strangely during MANAGE_REPLY of the 487 following a cancel, the avp are present so that 487 clearly is part of the transaction. What am I missing? (Yes, I am still working on mirroring al username (phone number) translations and filtering unwanted header to prevent information leakage, any hints welcome if there is a simpler way to achieve this) -- Mit freundlichen Grüssen -Benoît Panizzon- @ HomeOffice und normal erreichbar -- I m p r o W a r e A G - Leiter Commerce Kunden ______________________________________________________ Zurlindenstrasse 29 Tel +41 61 826 93 00 CH-4133 Pratteln Fax +41 61 826 93 01 Schweiz Web http://www.imp.ch ______________________________________________________

2 1

Modules changes query
by Satyaprakash Chiramchetty 16 Sep '22

16 Sep '22

Hi team, I have added a few lines more in the SCA module, So if I want to compile again only the sca, So what command I need to use? Thanks and Regards, Satyaprakash. -- * <https://www.ecosmob.com/> * *Disclaimer* In addition to generic Disclaimer which you have agreed on our website, any views or opinions presented in this email are solely those of the originator and do not necessarily represent those of the Company or its sister concerns. Any liability (in negligence, contract or otherwise) arising from any third party taking any action, or refraining from taking any action on the basis of any of the information contained in this email is hereby excluded. *Confidentiality* This communication (including any attachment/s) is intended only for the use of the addressee(s) and contains information that is PRIVILEGED AND CONFIDENTIAL. Unauthorized reading, dissemination, distribution, or copying of this communication is prohibited. Please inform originator if you have received it in error. *Caution for viruses, malware etc.* This communication, including any attachments, may not be free of viruses, trojans, similar or new contaminants/malware, interceptions or interference, and may not be compatible with your systems. You shall carry out virus/malware scanning on your own before opening any attachment to this e-mail. The sender of this e-mail and Company including its sister concerns shall not be liable for any damage that may incur to you as a result of viruses, incompleteness of this message, a delay in receipt of this message or any other computer problems.

2 1

Kamailio v5.4.9 Released
by Daniel-Constantin Mierla 16 Sep '22

16 Sep '22

Hello, Kamailio SIP Server v5.4.9 stable release is out. This is a maintenance release of the old stable branch, 5.4, that includes fixes since the release of v5.4.8. 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.9 or even better to v5.5.x or 5.6.x series. For more details about version 5.4.9 (including links and guidelines to download the tarball or from GIT repository), visit: * https://www.kamailio.org/w/2022/09/kamailio-v5-4-9-released/ RPM, Debian/Ubuntu packages will be available soon as well. Note: the branch 5.4 is an old stable branch, v5.4.9 being the last planned release out of it, to mark the end of official maintenance. The maintained stable branches are now 5.5 and 5.6, at this time with v5.6.1 being the latest stable release. 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 v.5.4.9
by Daniel-Constantin Mierla 16 Sep '22

16 Sep '22

Hello, I am planning to release a new version from branch 5.4, respectively 5.4.9, sometime soon, maybe on Friday or Monday. Unless a major regression comes out with this release, this is going to be the last official packaged version from branch 5.4. The latest two stable branches 5.5 and 5.6 will be maintained further. As usual, if anyone is aware of issues not yet reported to bug tracker or missing backports, report them in order to try to get the fixes in this release. Cheers, Daniel -- Daniel-Constantin Mierla -- www.asipto.com www.twitter.com/miconda -- www.linkedin.com/in/miconda

1 1

ndb_redis value substitution or escaping spaces
by Brooks Bridges 15 Sep '22

15 Sep '22

I am aware of, and have used sucessfully, the %s substitution option in redis_cmd, however when trying to do 4 values I'm getting a parse error about too many arguments. A review of the module's source appears to indicate that there is a hard limit of 3 substitution values when using this method. Is there a suitable workaround anyone has for this to enable insertion of values with spaces in them that won't get interpreted by Kamailio itself? Escaping the value, even by using $_s to eval a dynamic string, ends up with Kamailio itself apparently trying to parse the escape and breaking things further. Thanks! Confidentiality Notice: This e-mail, and any attachment to it, contains privileged and confidential information intended only for the use of the individual(s) or entity named on the e-mail. If the reader of this e-mail is not the intended recipient, or the employee or agent responsible for delivering it to the intended recipient, you are hereby notified that reading this e-mail is strictly prohibited. If you have received this e-mail in error, please immediately return it to the sender and delete it from your system.

2 5

New feature: #!ifexp - conditional preprocessor blocks
by Daniel-Constantin Mierla 15 Sep '22

15 Sep '22

Hello, a new feature has landed to Kamailio devel version, bringing in more flexibility for preprocessing of the kamailio.cfg file. It is about #!ifexp, which allows to evaluate an expression created with defined IDs, string and number values. Based on evaluation result, being true or false, parts of the config file can be enabled or disabled. An extensive number of operators can be used in expressions, such as: +, -, *, /, ==, !=, <, >, <=, >=, ||, &&, etc. The evaluation is done using snexpr (https://github.com/miconda/snexpr), which was embedded inside Kamailio code. Here are some simple kamailio.cfg examples: #!ifexp KAMAILIO_VERSION >= 5006000 loadmodule "tlsa.so" #!else loadmodule "tls.so" #!endif #!ifexp MOD_xlog && (OS_NAME == "darwin") xlog("running on MacOS\n"); #!endif Documentation and more examples can be found on the wiki portal at: - https://www.kamailio.org/wikidocs/cookbooks/devel/core/#ifexp Testing would be appreciated, feedback can be addressed to sr-users mailing list! Cheers, Daniel -- Daniel-Constantin Mierla -- www.asipto.com www.twitter.com/miconda -- www.linkedin.com/in/miconda

1 0

kamailio.org short unavailability
by Daniel-Constantin Mierla 15 Sep '22

15 Sep '22

Hello, kamailio.org system needs a reboot and it will become unavailable for a short time frame about 08:00UTC (20 min from now). Website, mailing list, wiki, and a few other web services will be affected. Cheers, Daniel -- Daniel-Constantin Mierla -- www.asipto.com www.twitter.com/miconda -- www.linkedin.com/in/miconda

1 1

evapi_async_relay() and workers
by Alex Balashov 14 Sep '22

14 Sep '22

Hi, When a transaction suspended by evapi_async_relay() is resumed, in which child processes is it resumed? Is it in the dedicated “EVAPI RELAY” workers defined by the ‘workers’ modparam to ‘evapi’? If this is so, just trying to work out the concurrency implications and the optimal size for the worker pool for maximal throughput. It sounds, at first glance, like it should be roughly similar to the sizing considerations for listener children. Thoughts welcome! Cheers, — Alex -- Alex Balashov | Principal | Evariste Systems LLC Tel: +1-706-510-6800 / +1-800-250-5920 (toll-free) Web: http://www.evaristesys.com/, http://www.csrpswitch.com/

2 3

Kamailio + RTPEngine SIP Proxy...
by Jerry Kendall 12 Sep '22

12 Sep '22

Hi There, It's been a few years since I joind the group and I have watched and learnt and played but, I am stuck... I have searched hi & low but I can't seem to find what I am looking for. Is is do-able to have SIP Phones proxy through Kamailio/RTPengine and have the connection relayed to a freeswitch system where all the work is done. I need to have Kamailio act as proxy ONLY - no need to do AUTH, and I need Kamilio to have the RTPEngine have the media but only as proxy. I have FreeSWITCH doing all the IVR/VM/CONF/etc.... So: 1) The SIP Phone sends everything to the Kamailio system, the Kamailio system will relay everything to the FreeSWITCH system (requests and replies) 2) The FreeSWITCH system will send everything to the Kamailio system which will relay everything back to the SIP Phone (requests and replies) 3) The SIP phones are behind NAT 4) The Kamailio and FreeSWITCH systems are on the public internet with public IP addresses I have found a few sample kamailio.cfg files but, I can get REG to make it through but no SUBCRIBE wont get NOTIFYs back, etc... I seem to get parts but not all the way. If this is doable, and I assume it is, is there a config file someone can share with me? or point me to? Jerry

3 6

Siremis JSONRPC problem on Bullseye
by Joseph Goettgens 12 Sep '22

12 Sep '22

I am not sure what I have to look for and I didn't change the initial config files (except for the 666 mode for kamailio_rpc.sock). As far as Kamailio is concerned the socket files files do exist: root@deb11srv1-kamailio:/var/www/siremis-5.3.x# ls -l /run/kamailio/ insgesamt 4 srw------- 1 kamailio kamailio 0 7. Jun 11:37 kamailio_ctl -rw-r--r-- 1 kamailio kamailio 5 7. Jun 11:37 kamailio.pid prw-rw---- 1 kamailio kamailio 0 7. Jun 11:37 kamailio_rpc.fifo srw-rw-rw- 1 kamailio kamailio 0 7. Jun 11:37 kamailio_rpc.sock When I look at siremis/log/ERR.log I repeatedly get: '06/07/2022','09:43:29','ERR','ErrorHandler','socket_bind(): unable to bind address [2]: No such file or directory','' This disappears when I put the local file socket in /tmp: <UnixSockLocal name="unixsocklocal" address="/tmp/siremis_rpc.sock" timeout="3.0"/> which was probably done this way in previous versions of Siremis (before systemd private tmp config). In this case I get no error messages, but still no answers (as expected). The next step seems to get UnixSockLocal right.

2 1

MANAGE_REPLY: do_action(): bad uri: How to mirror username changes from the invite to all replies?
by Benoît Panizzon 09 Sep '22

09 Sep '22

Hey there! Kamailio is being used between CPE (customer) and IC. Towards IC we use e164 numbers Towards customers we use 'localized' numbers and also ensure that Privacy is enforced by setting usernames to 'Anonymous' if Privacy is set to id, remove unwanted header etc. I realized, that I have to apply the same translations to replies and re-invites to make sure, they do not leak unwanted information towards the customer. But when I try to set: onreply_route[MANAGE_REPLY] $fU,$rU,$tU within MANAGE_REPLY I get: do_action(): bad uri Just removing unwanted header works fine it looks as it's only changing the usernames that causes this issue. What would be the proper was to change usernames in replies? Is there any module which would apply the same user translations as done with the invite to all replies and re-invites? -- Mit freundlichen Grüssen -Benoît Panizzon- @ HomeOffice und normal erreichbar -- I m p r o W a r e A G - Leiter Commerce Kunden ______________________________________________________ Zurlindenstrasse 29 Tel +41 61 826 93 00 CH-4133 Pratteln Fax +41 61 826 93 01 Schweiz Web http://www.imp.ch ______________________________________________________

1 1

tls_wolfssl talk at KWO: traffic generation scripts are online
by Richard Chan 09 Sep '22

09 Sep '22

Hi sr-users, The TLS traffic generation scripts are online here: * SIP library - fork of sippy/b2bua - use main-async branch https://github.com/space88man/b2bua This branch is an async refactoring of sippy; the master branch of the repo is the regular sync+elperiodic version. * runtime UA generation scripts: https://github.com/space88man/multiuac-tester This repo contains the TLS-client transport (sippy out-of-the-box supports UDP); also gratuitously uses the match/case syntax for fun (so needs Python 3.10) * no documentation: the scripts/t_register.py and scripts/t_phone.py should give you an idea how to create UACs. The script in the talk is scripts/t_register.py - creates SIP UACs that sit in an infinite loop and do REGISTER and keepalive ('\r\n\r\n'). Disclaimer: this is not a SIP-scenario framework like SIPp; SIP messages are programmatically created using sippy; e.g., the test scenario does not need to handle RTP media so the SDP body is a hardcoded string. Regards S-P

1 0

Info: Kamailio World Conference Online 2022 - The Schedule
by Daniel-Constantin Mierla 08 Sep '22

08 Sep '22

The schedule for Kamailio World Conference Online 2022 has been published on the event website: - https://www.kamailioworld.com The event spans over two days, September 7-8, 2022, with presentations and open discussion sessions during 12:50-17:00UTC. With the main target to share the knowledge and connect the community, the conference has presentations covering use of Kamailio for 5G services, NAT traversal and integration with RTPEngine, TLS with WolfSSL, end to end testing testing, controlling SIP message content from KEMI and resources management for scalability. It is a good balance between established and new speakers at this edition of Kamailio World Conference. There is no registration required to join the event, the sessions will be presented in a live video conferencing room streamed to YouTube KamailioWorld Channel. A text chat room will be made available for posting questions and background discussions. Book the dates in your agenda and prepare for another amazing Kamailio World Conference! Keep the eye on the event website for updates! Cheers, Daniel -- Daniel-Constantin Mierla -- www.asipto.com www.twitter.com/miconda -- www.linkedin.com/in/miconda

1 5

Re: [SR-Users] SSL Offloading with AWS ELB or Google GSLB and Kamailio
by Mohammed Alarayshi 08 Sep '22

08 Sep '22

Hi Joel Did you manage to offload TLS SSL on the load balancer side ? I tested it before on AWS and the calls were working well. Wondering if this makes any issues like you said with headers ?

1 0

slow timer too slow: overflow
by Denys Pozniak 05 Sep '22

05 Sep '22

Hello! After some time, Kamailio stops processing incoming messages. slow timer too slow: overflow messages appear in the log (I suspect that the problem is related to the rtimer module) Aug 29 14:19:17 kamailio[11320]: 2(11320) ERROR: {1 10 OPTIONS 2b45547f33f5203f-4091(a)10.10.10.10} <core> [core/mem/q_malloc.c:430]: qm_malloc(): qm_malloc(0x7f163b9f9010, 960) called from core: core/rvalue.c: rval_new_empty(246), module: core; Free fragment> Aug 29 14:19:17 kamailio[11320]: 2(11320) ERROR: {1 10 OPTIONS 2b45547f33f5203f-4091(a)10.10.10.10} <core> [core/rvalue.c:253]: rval_new_empty(): could not allocate private memory from pkg pool Aug 29 14:19:17 kamailio[11330]: 12(11330) WARNING: <core> [core/timer.c:936]: timer_handler(): slow timer too slow: overflow (62671 - 61648 = 1023) Aug 29 14:19:17 kamailio[11320]: 2(11320) ERROR: {1 10 OPTIONS 34618af41c3866bc-16408(a)10.10.10.20} <core> [core/mem/q_malloc.c:297]: qm_find_free(): qm_find_free(0x7f163b9f9010, 960); Free fragment not found! Aug 29 14:19:17 kamailio[11320]: 2(11320) ERROR: {1 10 OPTIONS 34618af41c3866bc-16408(a)10.10.10.20} <core> [core/mem/q_malloc.c:430]: qm_malloc(): qm_malloc(0x7f163b9f9010, 960) called from core: core/rvalue.c: rval_new_empty(246), module: core; Free fragment no> Aug 29 14:19:17 kamailio[11320]: 2(11320) ERROR: {1 10 OPTIONS 34618af41c3866bc-16408(a)10.10.10.20} <core> [core/rvalue.c:253]: rval_new_empty(): could not allocate private memory from pkg pool Aug 29 14:19:17 kamailio[11330]: 12(11330) WARNING: <core> [core/timer.c:936]: timer_handler(): slow timer too slow: overflow (62671 - 61648 = 1023) Aug 29 14:19:18 kamailio[11320]: 2(11320) ERROR: {1 10 KDMQ 1c18959d07113951-203309(a)10.10.10.30} <core> [core/mem/q_malloc.c:297]: qm_find_free(): qm_find_free(0x7f163b9f9010, 960); Free fragment not found! Aug 29 14:19:18 kamailio[11320]: 2(11320) ERROR: {1 10 KDMQ 1c18959d07113951-203309(a)10.10.10.30} <core> [core/mem/q_malloc.c:430]: qm_malloc(): qm_malloc(0x7f163b9f9010, 960) called from core: core/rvalue.c: rval_new_empty(246), module: core; Free fragment no> Please point me out where the source of the problem could be. version: kamailio 5.6.1 (x86_64/linux) -- BR, Denys Pozniak

2 2

Dynamic rtimer interval, transaction to replace in-memory dispatcher list
by Anton Yabchinskiy 05 Sep '22

05 Sep '22

Hello, I have two slightly related questions, and would appreciate any advice on the matter. The first one is about dynamic `rtimer` (or `timer`) intervals. In the route, called by the timer process there is a request to a neighbor service. In the response there's a set of new destinations for in-memory dispatcher list and some TTL value. And I need to adjust the timer interval based on this TTL (e.g., timer interval may be 10 min, but TTL may suggest to request destinations every 5 min since now). Also, the first call to the timer route should be at T+0, not at T+interval. As far as I can tell from `rtimer` module implementation, that's unfeasible. But maybe I'm missing something? Any suggestion on how one should implement something like this? The second one is about updating in-memory dispatcher list. After receiving and parsing new destinations in the timer route, the previous in-memory destinations must be replaced by these new destinations. The naive way of doing so would look something like: `dispatcher.reload` to clear previous list, then a series of `dispatcher.add` calls to add new destinations. But a failed `add` call may lead to wrong in-memory destinations set. As far as I understand I should start using some transaction-aware database for dispatcher destinations, and literally write a transaction. Are there any other ways to solve this?

1 0

Kamailio 5.6 rpm availability
by Riccardo Villa 03 Sep '22

03 Sep '22

Hello, I can’t find rpm packages of kamailio 5.6.x on rpm.kamailio.org, do you know if it’s planned to build them in the future? I’m available if some help/testing is needed. Thanks, Riccardo Villa -- -- NOTICE: This electronic mail transmission may contain confidential information and is intended only for the person(s) named. Any use, copying, or disclosure by any other person is strictly prohibited. If you have received this transmission in error, please notify the sender via e-mail.

2 1

How to hide Via and Record-Route header to external network and restore them to internal network?
by Anthony Blandin 02 Sep '22

02 Sep '22

Hi Community, I have set up a SBC with Kamailio. I am testing voice call from external network to my network and voice call from my network to external network. When I send SIP messages to external network, I want to hide Via and Record-Route headers but when I receive replies from the external network I want to restore these Via and Record-Route headers to my network. How to store and restore these headers in Kamailio configuration ? Could you help on this? Thanks Anthony Blandin

4 11

remove user param from RURI
by Maarten Ureel 02 Sep '22

02 Sep '22

Hello I have a SIP INVITE with a RURI like this: sip:31427;phone-context=stripped@IP How can I remove the phone-context parameter here? In reality it's a very long string and the next hop (an SBC) is complaining about it, but I don't need it anyway. Regards Maarten

1 0

Dispatcher module and xavp_dst
by Pyry Aaltonen 01 Sep '22

01 Sep '22

Hello, I’m quite new user with kamailio (heard first time about it a year ago and joined the list yesterday) and now wondering how the xavp_dst should work. I had read from the documentation that ”The first XAVP is the current selected destination.” I use ds_select_dst with alg 13. And my kamailio version is kamailio 5.5.3 (x86_64/linux) So when my dispatcher list is like (I have also tried to differ the priority value like 10 and 1, but doesn’t make difference) 10 sip:1.2.3.4;transport=tcp 10 1 type=type1 10 sip:4.3.2.1;transport=tcp 10 1 type=type2 If one of the destinations fails (dx/ip), and it happens to be the one with higher priority or the one that just gets higher position in the dispatcher list if the prio Is equal. My xavp_$xavp(dsdst=>attrs) get null value. And, if I try to seek $(xavp(dsdst[0]=>attrs) or $(xavp(dsdst[1]=>attrs) I also got nothing. If both destinations are up with equal priority, it selects them with round-robin, and the xavp_$xavp(dsdst=>attrs) has the type value of the selected destination as expected, also the $(xavp(dsdst[0]=>attrs) or $(xavp(dsdst[1]=>attrs) contains the destinations so that the selected is 0 and the other is at position 1. The $du is updated as I expect so if one fails the other one is selected always, why the xavp_dst isn’t working same way, or am I missing something? If needed I’ll try to provide more information, Thanks already in advance -Pyry

2 4

HTTP client and HTTP/2 support
by Alex Balashov 01 Sep '22

01 Sep '22

Hi, I wasn’t able to find an answer on the list previously, nor any trail of breadcrumbs in the docs: do any of the existing HTTP client modules support HTTP/2? — Alex -- Alex Balashov | Principal | Evariste Systems LLC Tel: +1-706-510-6800 / +1-800-250-5920 (toll-free) Web: http://www.evaristesys.com/, http://www.csrpswitch.com/

3 3

Disabling video rtp proxing
by mayamatakeshi 31 Aug '22

31 Aug '22

Hi, I'm using rtpengine for RTP proxying with kamailio. I use it just for audio. But eventually some terminal reinvites offering video. I don't want to refuse the request but just disable RTP proxying for video as my employer has limited bandwidth and want to reserve it only for audio. So I checked the rtpengine module documentation but it seems there is no way to restrict RTP proxying to be performed only for m=audio. I tried some things like replace_body("^m=video [0-9]+", "m=video 0"); and subst_body('/^m=video [0-9]+ /m=video 0 /'); and msg_apply_changes(); but still the RTP proxying for video is set up. Any hints on how to solve this?

3 4

Intermittent delays relaying BYE (up to 1s)
by Lewis Hutchinson 31 Aug '22

31 Aug '22

Ok so making progress but still a little confused, hopefully this forum can shed some light on this behaviour. Using the hints provided (thanks all so far) and the latency logging from the cookbook I have managed to isolate the issue down to RTPengine introducing the delay. INFO: app_python3 [apy_kemi.c:1820]: sr_apy_kemi_exec_func(): alert - action KSR.rtpengine.rtpengine_manage(...) took too long [1003089 ms] (file:(null) func:(null) line:252) What is confusing is, I don't believe this block should be being called. when the BYE is triggered, it routes to ksr_route_withindlg # handle requests within SIP dialogs if self.ksr_route_withindlg(msg)==-255 : return 1 from within the ksr_route_withindlg a check is done to see if any RTPengine work needs doing # Handle requests within SIP dialogs def ksr_route_withindlg(self, msg): if KSR.siputils.has_totag()<0 : return 1 # RTPEngine handling for UPDATES & reINVITES with sdp if self.ksr_route_rtpengine(msg) == -255: return 1 RTPengine is configured in a way to step in whenever there is an SDP present based on Content-Type: application/sdp # RTPengine handle anything with SDP def ksr_route_rtpengine(self, msg): if KSR.textops.has_body_type("application/sdp"): KSR.rtpengine.rtpengine_manage( "RTP/AVP replace-session-connection replace-origin ICE=remove") return 1 What I can understand is why is this being called and erroring introducing the delay when there is no Content-Type: application/sdp in a BYE ??? As a quick fix I have put this in which stops the problem (I am sure there is better ways to handle this but for now this works in a DEV environment) def ksr_route_rtpengine(self, msg): if KSR.is_BYE(): return 1 if KSR.textops.has_body_type("application/sdp"): KSR.rtpengine.rtpengine_manage( "RTP/AVP replace-session-connection replace-origin ICE=remove") return 1 Can anyone see why this would occur? Why is sr_apy_kemi_exec_func(): alert - action KSR.rtpengine.rtpengine_manage(...) even being called for this BYE ? when there is no Content-Type: application/sdp Lewis

2 3

Manual Siremis
by -Luís Fernando- 31 Aug '22

31 Aug '22

Hello, Is there a Siremis Manual, that explain how to configure a SIP Trunk, a sip route, etc.. Thank you

2 1

Websockets Configuration
by Mahmood Alkhalil 31 Aug '22

31 Aug '22

Hi, I'm trying to configure kamailio to register users over websockets, but i am not able to find any working configuration around, am new to kamailio. as far as i understand now, xhttp will handle the HTTP GET requests, i am not sure how to configure xhttp port number, cannot find parameters in the module manual, i found multiple sample configs but none of them is working, am using JsSip client. if someone can guide me with a link to a working config and that i can start from.

2 4

app_python module load error in 5.6
by Stefan-Cristian Mititelu 30 Aug '22

30 Aug '22

Hello, I am trying to load app_python.so module in kamailio 5.6 and I am getting the following error, under debian bullseye: ERROR: <core> [core/sr_module.c:573]: load_module(): could not open module </usr/lib/x86_64-linux-gnu/kamailio/modules/app_python.so>: /usr/lib/x86_64-linux-gnu/kamailio/modules/app_python.so: undefined symbol: LOG_ The app_python.so file exists, under that path. Same ERROR for app_python3.so. I have tried updating some modules's Makefile LDFLAGS but didn't work so far; still searching. Any ideas? Thank you, Stefan

2 3

Core variable with from userinfo value of sip uri
by Denys Pozniak 30 Aug '22

30 Aug '22

Hello! It was accidentally noticed that the variable $fU gets the user part of userinfo SIP URI (although it is logical and described in the document RFC2543). I got message below and my spam filter based on $fU passed it inside the network, as $fU was test From: <sip:test:test@1.1.1.1>;tag=123456 Sure I can filter it through a regular expression, but maybe it's worth adding another core variable with the userinfo value? SIP-URL = "sip:" [ userinfo "@" ] hostport url-parameters [ headers ] userinfo = user [ ":" password ] -- BR, Denys Pozniak

2 1

Re: [SR-Users] kamailio Trunk authentication
by Keshav Kaushik 29 Aug '22

29 Aug '22

1 0

Re: [SR-Users] kamailio Trunk authentication
by Henning Westerholt 29 Aug '22

29 Aug '22

Hello, For non-commercial support please address our sr-users list (added to CC). Please look at the uac module, there a function uac_auth() for this particular scenario with example cfg. https://kamailio.org/docs/modules/5.5.x/modules/uac.html#uac.f.uac_auth Cheers, Henning -- Henning Westerholt – https://skalatan.de/blog/ Kamailio services – https://gilawa.com<https://gilawa.com/> From: Keshav Kaushik <kdkaushik(a)gmail.com> Sent: Sunday, August 28, 2022 1:34 PM To: Henning Westerholt <hw(a)gilawa.com> Subject: kamailio Trunk authentication Respected Sir, I am new to kamailio so not very familiar with config PV’s and transformations etc. I have successfully authenticated the Twilio SIP phone via ACL. But I also willing to authenticate the Twilio SIP via username and password. For doing this I plan to modify the “proxy-authentication” header as blow: if (is_present_hf("Proxy-Authorization")) { $nonc=$sel(proxy-authorization.nonce);// not working $has="kamailio:$ar:SdE-----------ADVpa"; $ha1=$(has{s.md5}); hat="$aa:$adu"; $ha2=$(hat{s.md5}); $resp="$HA1:$nonc:$HA2"; append_hf('Proxy-Authorization: Digest username="kamailio", realm="$ar", nonce="$nonc", uri="sip:+1650ZZZZZZ@XX.YY.7.195", response="$(resp{s.md5})"'); } remove_hf("Proxy-Authorization");// remove original header When I save the config file and restart kamailio, it does not start, may be due to some error in code. Can you please help in authentication of a SIP trunk using user/passowrd. Thanks in advance Sent from Mail<https://go.microsoft.com/fwlink/?LinkId=550986> for Windows

2 1

Intermittent delays relaying BYE (up to 1s)
by Lewis Hutchinson 26 Aug '22

26 Aug '22

Thanks Alex and Kaufman, As you said there is an element of db blocking for accounting, but I don't see the same impact when the INVITE goes through and sets the accounting flags. I will look to disable accounting and see if it improves things. If not, I will have a look at benchmark to try and pin it down. It is not causing any noticeable delay in the clearing down of the call to the end users but I want to try and optimise the cleardown if possible. Once I have tested this I will report back. Thanks for your assistance. Lewis

3 2

Intermittent delays relaying BYE (up to 1s)
by Lewis Hutchinson 25 Aug '22

25 Aug '22

I have a situation where I am seeing intermittently Kamailio having delays when relaying the BYE received from an external party This is only affecting the BYE We have 6 Kamailios stood up 3 linked to the SIP Providers (SBC) 3 for Registration (REG) Language KEMI | Python version: kamailio 5.5.1 (x86_64/linux) 278772-dirty 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_BLOCKLIST, 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: 278772 -dirty compiled with gcc 9.3.0 Simplified Flow PSTN >>>> Kamailio SBC >>>> FREESWITCH >>>> Kamailio REG >>>> SIP DEVICE SIP DEVICE >>>> Kamailio REG >>>> FREESWITCH >>>> Kamailio SBC >>>> PSTN This happens on all of them intermittently when receiving the BYE from either a SIP trunk or a SIP Device Publicly, it can take upto 1s to pass this onto the next hope (Freeswitch) on the local network. All BYEs passed between the local network relay in fractions of a second. All BYEs passed out of the KAMAILIO SBC or KAMAILIO REG to their respective public enpoints relay in fractions of a second but BYEs received from public on advertised address take upto 1s for Kamailio to process and relay. i.e PSTN >>> BYE >>>> KAMAILIO SBC (kamailio will sometimes take upto 1 second to relay this on to other kit on the internal solution. Freeswitch etc) SIP DEVICE >>> BYE >>>> KAMAILIO REG (kamailio will sometimes take upto 1 second to relay this on to other kit on the internal solution. Freeswitch etc) I am basing these timings on SNgrep and PCAP traces from homer. Does anyone have any hints and tips on how I can debug this issue. I have enabled debug logging and replicated the issue but it doesn't show anything from what I can see as to why there is delays. Thanks in advance lewis

3 2

JSON-RPC dgram_socket just part of the output
by Ilie Soltanici 25 Aug '22

25 Aug '22

Hello, I'm trying to get the dispatcher status from kamailio through the UDP datagram but for some reason, it is getting just part of the output. Is there any buffer that I have to increase to get the complete output? command used: ``` echo '{"jsonrpc": "2.0", "method": "dispatcher.list", "reply_name": "kamailio_reply_fifo", "id": 1}' | nc -u 192.168.1.1 8090 ``` kamailio related config: modparam("jsonrpcs", "fifo_name", "/tmp/kamailio_request.fifo") modparam("jsonrpcs", "transport", 6) modparam("jsonrpcs", "fifo_mode", 0600) modparam("jsonrpcs", "fifo_user", "kamailio") modparam("jsonrpcs", "dgram_socket", "udp:MY_INTERNAL_IP_ADDR:8090") modparam("jsonrpcs", "dgram_timeout", 2000) modparam("jsonrpcs", "pretty_format", 1) output: [image: image.png] Thanks

2 4

Kamailio 5.3 call forwarding
by Derek OSS 24 Aug '22

24 Aug '22

Hi, I'm using Kamailio 5.3 and I am interested in doing call forwarding. I am interested in having a user "alice" bypass the SIP REGISTER step and have their SIP INVITE request/call forwarded to another SIP user "bob" (who, let's just say for now is within the same domain, so accessible by the same SCSCF and if it makes things simpler, let's say that bob went through the register step). In the PCSCF configuration, I've tried doing something like this: route { route(TEST) ... } route[TEST] { $ru = "sip:bob@domain.com" if (!t_relay("scscf.domain.com",6060)) { sl_reply_error(); } exit; } Instead of $ru, I've also tried using uac_replace_to, providing both the To and URI fields with Bob's SIP URI. When I try using the $ru, the S-CSCF still seems to use Alice's R-URI instead of Bob's. When I try using uac_replace_to, I get a 403 error saying that I need to register with the S-CSCF first. Am I going about this the correct way? Thank you. Derek

2 1

TLSA module compile errors
by Koray Vatansever 23 Aug '22

23 Aug '22

Hi everyone, I'm trying to build tlsa module on redhat 7.9 server. But I'm encountering the following compile errors. Any ideas on how I can deal with this? CC (gcc) [M tlsa.so] tls_util.o CC (gcc) [M tlsa.so] tls_domain.o CC (gcc) [M tlsa.so] tls_locking.o CC (gcc) [M tlsa.so] tls_rand.o CC (gcc) [M tlsa.so] tls_map.o CC (gcc) [M tlsa.so] tls_cfg.o CC (gcc) [M tlsa.so] tls_select.o CC (gcc) [M tlsa.so] tls_dump_vf.o CC (gcc) [M tlsa.so] tls_init.o CC (gcc) [M tlsa.so] tls_bio.o CC (gcc) [M tlsa.so] tls_config.o CC (gcc) [M tlsa.so] tls_server.o CC (gcc) [M tlsa.so] tls_rpc.o CC (gcc) [M tlsa.so] tls_ct_wrq.o CC (gcc) [M tlsa.so] tlsa_mod.o CC (gcc) [M tlsa.so] tls_verify.o LD (gcc) [M tlsa.so] tlsa.so /usr/bin/ld: /usr/lib/gcc/x86_64-redhat-linux/4.8.5/../../../../lib64/libz.a(deflate.o): relocation R_X86_64_32S against hidden symbol `_length_code' can not be used when making a shared object /usr/bin/ld: /usr/lib/gcc/x86_64-redhat-linux/4.8.5/../../../../lib64/libz.a(inflate.o): relocation R_X86_64_32S against hidden symbol `zcfree' can not be used when making a shared object /usr/bin/ld: /usr/lib/gcc/x86_64-redhat-linux/4.8.5/../../../../lib64/libz.a(inftrees.o): relocation R_X86_64_32 against `.rodata' can not be used when making a shared object; recompile with -fPIC /usr/bin/ld: /usr/lib/gcc/x86_64-redhat-linux/4.8.5/../../../../lib64/libz.a(trees.o): relocation R_X86_64_32S against hidden symbol `_length_code' can not be used when making a shared object /usr/bin/ld: /usr/lib/gcc/x86_64-redhat-linux/4.8.5/../../../../lib64/libz.a(zutil.o): relocation R_X86_64_32 against `.rodata.str1.1' can not be used when making a shared object; recompile with -fPIC /usr/bin/ld: /usr/lib/gcc/x86_64-redhat-linux/4.8.5/../../../../lib64/libz.a(crc32.o): relocation R_X86_64_32 against `.rodata' can not be used when making a shared object; recompile with -fPIC /usr/bin/ld: /usr/lib/gcc/x86_64-redhat-linux/4.8.5/../../../../lib64/libz.a(inffast.o): relocation R_X86_64_32S against `.rodata.str1.1' can not be used when making a shared object; recompile with -fPIC /usr/bin/ld: tlsa.so: version node not found for symbol SSLeay_version(a)OPENSSL_1.0.1 /usr/bin/ld: failed to set dynamic section sizes: Bad value collect2: error: ld returned 1 exit status make[2]: *** [tlsa.so] Error 1 make[1]: *** [modules] Error 1

2 2

TLS issue
by M Arqum CH 22 Aug '22

22 Aug '22

Dear All, Thank you in advance . Facing issue is setting up tls with kamailio 5.5.4 on ec2 Amazon linux server. Getting this error. Aug 18 20:36:33 abc.domain /usr/local/mykamailio/sbin/kamailio[10772]: ERROR: tls [tls_server.c:1329]: tls_h_read_f(): protocol level error Aug 18 20:36:33 abc.domain /usr/local/mykamailio/sbin/kamailio[10772]: ERROR: tls [tls_util.h:42]: tls_err_ret(): TLS accept:error:14094418:SSL routines:ssl3_read_bytes:tlsv1 alert unknown ca Aug 18 20:36:33 abc.domain /usr/local/mykamailio/sbin/kamailio[10772]: ERROR: tls [tls_server.c:1333]: tls_h_read_f(): src addr: 143.198.11.1:62033 ///client ip Aug 18 20:36:33 abc.domain /usr/local/mykamailio/sbin/kamailio[10772]: ERROR: tls [tls_server.c:1336]: tls_h_read_f(): dst addr: 172.36.53.1:5061 ///ec2 local ip Aug 18 20:36:33 abc.domain /usr/local/mykamailio/sbin/kamailio[10772]: ERROR: <core> [core/tcp_read.c:1481]: tcp_read_req(): ERROR: tcp_read_req: error reading - c: 0xffff80d78a10 r: 0xffff80d78b38 (-1) TLS Config [server:default] method = TLSv1+ verify_certificate = no require_certificate = nocertificate=/usr/local/ssl/certs/cert.pem private_key=/usr/local/ssl/certs/fullkey.pem server_name = abc.domain Also tried this conf [server:default] method = TLSv1+ ///tries all version options verify_certificate = no require_certificate = no certificate=/usr/local/ssl/certs/ abc.domain.crt private_key=/usr/local/ssl/certs/ abc.domain.key server_name = abc.domain.link openssl version OpenSSL 1.0.2k-fips 26 Jan 2017 please guide. -- Regards Arqum

3 3

remove header from reply?
by Brett Nemeroff 19 Aug '22

19 Aug '22

Hello, I'm receiving calls which I forward to a server I KNOW will reply with a 302. When I get that 302, I parse some information and then t_reply(302) the originator. The 302 I create needs to have it's own contact header which I am adding with append_to_reply(). That works great. BUT the contact header from the original 302 is hanging around. Now I have two contact headers :( How can I get rid of the original 302's contact header? remove_hf() doesn't work in this context since it's a reply. So I need a kind of "remove_header_from_reply()". Thanks, Brett

2 3

Processing Async HTTP Requests in Real-time
by Brett Nemeroff 19 Aug '22

19 Aug '22

Hello Kamailio Team! I've tried following the documentation for http_async_query() with suspend=1 and not getting results I'm expecting. Perhaps I'm misunderstanding the documentation. Basically I'm performing a http_async_query() with suspend set to 1 and a "route_name" set to HTTP_REPLY. When my query executes, it appears that Kamailio stops processing in that route block, suspends, and then when a reply is available, it continues in HTTP_REPLY. That makes sense. I pull the return value and set some $var and $avp. When I get to the end of the HTTP_REPLY block, I'm EXPECTING it to RESUME FROM the suspended location from the original route block, which it does NOT seem to do. Is that expected? For what it's worth, I did test just continuing my route logic in HTTP_REPLY and just forgetting about the original route block (moved all the remaining processing logic into HTTP_REPLY) However, existing $avp and $vars that were already set within the transaction were not set. So that's not possible either. I'm pretty sure there is a right way to do this without getting hacky. Can someone help me out? And yes, I know what I'm trying to do sounds like sync, but I want async to handle high volume and the potential for my external URL to lightly block. I believe the right way to do this is with async+suspending. Thank you, Brett

2 4

packets exceeding MTU size
by Ali Taher 18 Aug '22

18 Aug '22

Hello all, Lately I faced an issue that Kamailio is not responding to some invite packets coming from SBC. When investigating I found that these packets exceeds MTU size. Could this be the issue? Knowing that in Kamailio configuration I have a condition on is_method("INVITE"). Could be that in case of packet exceeding MTU size it's not considered as invite packet by Kamailio? I have Kamailio 5.2.5. Regards, Ali Taher

4 6

How to enforce max_contacts at registration?
by Benoit Panizzon 18 Aug '22

18 Aug '22

Hi List # ----- registrar params ----- modparam("registrar", "method_filtering", 1) # modparam("registrar", "append_branches", 0) modparam("registrar", "max_contacts", 10) modparam("registrar", "max_expires", 3600) modparam("registrar", "gruu_enabled", 0) modparam("registrar", "retry_after", 30) modparam("registrar", "xavp_cfg", "reg") == snipp == # Handle SIP registrations route[REGISTRAR] { # We are authenticated. # Create an AOR based on the auth_username for the location service. $var(saveuri) = "sip:" + $aU + "@" + $rd; # Set max_contacts limit via registration module reg xavp. if ($avp(debug) > 0) { xlog("L_INFO", "$cfg(route): Setting max_contacts to $avp(max_contacts) for $var(saveuri)\n"); } $xavp(reg=>max_contacts) = $avp(max_contacts); # Save Location! $var(result) = save("location","0x00","$var(saveuri)"); if ($var(result) == -2) { xlog("L_ERR", "$cfg(route): Too many contacts for $var(saveuri)\n"); sl_reply_error(); } if ($var(result) == -1) { xlog("L_ERR", "$cfg(route): Error saving location $var(saveuri)\n"); sl_reply_error(); } if ($var(result) == 1) { xlog("L_INFO", "$cfg(route): Contact $var(saveuri) inserted\n"); } if ($var(result) == 2) { xlog("L_INFO", "$cfg(route): Contact $var(saveuri) updated\n"); } if ($var(result) == 3) { xlog("L_INFO", "$cfg(route): Contact $var(saveuri) deleted\n"); } if ($var(result) == 4) { xlog("L_INFO", "$cfg(route): Contact $var(saveuri) returend\n"); } exit; } == snapp == $avp(max_contacts) is set to 1 Still, multiple registrations are possible for the $aU in question. What am I doing wrong? Mit freundlichen Grüssen -Benoît Panizzon- -- I m p r o W a r e A G - Leiter Commerce Kunden ______________________________________________________ Zurlindenstrasse 29 Tel +41 61 826 93 00 CH-4133 Pratteln Fax +41 61 826 93 01 Schweiz Web http://www.imp.ch ______________________________________________________

4 8

Re: [SR-Users] TLSv1.3 support
by Henning Westerholt 17 Aug '22

17 Aug '22

Hello, Please keep the list in CC. Regarding opening new TLS 1.3 connection, this should work, but did not tested it right now. If not, open an issue on our tracker. Regarding the option to restrict to only TSLv1.3 connection - I have added support for configuring this to git master version in commit 105600b3. Maybe you can give it a try, the patch should probably apply to 5.6.x branch. Cheers, Henning From: Helio <hok.sh10(a)gmail.com> Sent: Wednesday, August 17, 2022 2:52 PM To: Henning Westerholt <hw(a)gilawa.com> Subject: Re: [SR-Users] TLSv1.3 support Regarding the full support, I would like to know if Kamailio can start a TLSv1.3 connection as a client. Another point is if we can restrict to accept only TLS v1.3 and not TLSv1.2 for instance. Thanks, Helio Em ter., 16 de ago. de 2022 às 11:45, Henning Westerholt <hw(a)gilawa.com<mailto:hw@gilawa.com>> escreveu: Hello, not sure about the question about “full support”, maybe you can add details. Kamailio supports connection with TLSv1.3: $ openssl s_client -connect kam04.tst.domain.net:5061<http://kam04.tst.domain.net:5061> -tls1_3 2>&1 | tail -n 10 New, TLSv1.3, Cipher is TLS_AES_256_GCM_SHA384 Server public key is 4096 bit Secure Renegotiation IS NOT supported Compression: NONE Expansion: NONE No ALPN negotiated Early data was not sent Verify return code: 0 (ok) Cheers, Henning From: sr-users <sr-users-bounces(a)lists.kamailio.org<mailto:sr-users-bounces@lists.kamailio.org>> On Behalf Of Helio Sent: Monday, August 15, 2022 8:01 PM To: sr-users(a)lists.kamailio.org<mailto:sr-users@lists.kamailio.org> Subject: [SR-Users] TLSv1.3 support Hello, I noticed that Kamailio has option TLSv1.2+. Does the Kamailio support full TLSv1.3? Or does it have any restrictions? BR,

1 1

Kamailio not responding in heavy load
by Ali Taher 17 Aug '22

17 Aug '22

Hello all, I'm using sqlops module to connect to postgres and get the routing of calls from postgresql database. In order to troubleshoot issues in case they happened, I added each call details to Kamailio log. In some cases, when there is heavy traffic load (around 100 cps), I don't find some calls in Kamailio log, knowing that I can find them on the switch log (switch sending the invite packets to Kamailio). When checking the traces on these calls taken by the switch, it's clear that Kamailio is not responding to the invite packets sent by the switch. It could be because there are no available process to handle the call at this moment (I have set fork=14) Is it possible to check if there are calls pending in the queue? Regards,

2 1

Request rpms for 5.6.1
by Richard Chan 17 Aug '22

17 Aug '22

Hi kamailio team, I'd like to request that 5.6.1 be added to rpm.kamailio.org. Thanks! S-P Chan

3 3

TLSv1.3 support
by Helio 16 Aug '22

16 Aug '22

Hello, I noticed that Kamailio has option TLSv1.2+. Does the Kamailio support full TLSv1.3? Or does it have any restrictions? BR,

2 1

proper way for infinite loop in event_route for evrexec module
by Patrick Karton 16 Aug '22

16 Aug '22

Hello i would like to use the evrexec module to execute background jobs over exec module mainly because i want to be able to trigger that route manually via rpc from time to time. in the documentation its is stated we should use tasks that run forever and except using while loop i dont see another way. and i dont to want to disable max_while_loops. but if i disable it i will get error message like runaway while (1091, 9): more then 100 loops. so is there another way to do it properly ? Thanks.

4 5

Remove and Re add FROM in 200 OK sl reply
by Lewis Hutchinson 16 Aug '22

16 Aug '22

Hello All kamailio 5.5.3 KEMI Python Lab environemnt Is there a reason why this does not work? Lines 2 and 3 work but the removal of the initial From is not working on Line 1 1. KSR.hdr.remove("From") 2. KSR.hdr.append_to_reply("From: " +KSR.pv.gete("$fn") + " <"+KSR.pv.gete("$fu") + ">" + ";tag=" +KSR.pv.gete("$ft") + "--1234" + "\r\n") 3. KSR.sl.sl_send_reply(200, "OK") In a SUBSCRIBE/NOTIFY scenario I am trying to control the From Tag returned in the 200OK so I can use the same one in subsequent NOTIFY messages generated outside of Kamailio, my theory is use the From tag in the Subscribe and append it on the reply with -1234 for example (this is only in a Lab at this stage, any other options please let me know) Whenever I do this I end up with 2 From headers (see below) SIP/2.0 200 OK Via: SIP/2.0/UDP 192.168.1.67:5060;branch=z9hG4bK-f710a11a;rport=46404;received=xx.yy.xx.yy From: " testuser" sip:limeant30@sip.viazeta.com;tag=bf8745def06c7b12 To: <sip: testuser(a)sip.viazeta.com>;tag=47969b75f14e6954812863912d1cf21c.b5f3318f Call-ID: b21ba770-9b5836aa(a)192.168.1.67 CSeq: 18137 SUBSCRIBE Contact: "testuser" <sip:testuser@ xx.yy.xx.yy:46404> Expires: 3600 From: "testuser" sip:testuser@testbed.com;tag=bf8745def06c7b12--1234 Content-Length: 0 I have tried many many variations but the original From header always persists I have checked the debug logs and it says it has been removed Anyone know what I am missing? And how to get KSR.hdr.remove("From") to work. Looking in a debug log the header is removed. Lewis

2 3

Need help with multi mtree
by Benoît Panizzon 16 Aug '22

16 Aug '22

Heya I try to use mutli tree mtree to define multiple 'named' prefixes. id(int,auto) tname(string) tprefix(string) tvalue(string) 0:tech:+1:1 0:tech:+9:1 0:cust:+1:1 0:cust:+9:0 Kamailio is not complaining while loading this file, but mtree.summary shows no entries. Any hint on what I may be do wrong? -- Mit freundlichen Grüssen -Benoît Panizzon- @ HomeOffice und normal erreichbar -- I m p r o W a r e A G - Leiter Commerce Kunden ______________________________________________________ Zurlindenstrasse 29 Tel +41 61 826 93 00 CH-4133 Pratteln Fax +41 61 826 93 01 Schweiz Web http://www.imp.ch ______________________________________________________

2 2

Kamailio Configuration Help
by P. White 16 Aug '22

16 Aug '22

Hi All, Really sorry to bother everyone, but if possible, can I ask for a little help? I've been attempting to get Kamailio configured and working for some considerable time now (read: Years of occasional tinkering, and weeks of recent dedicated evening work) -- all without success. I have a sip trunk from sipgate, with two PSTN numbers assigned. My local network has a static external IP, with an internal private network. Currently I have Kamailio running within the intenal network along with two physical sip telephones (gigaset and an old grandstream), although I do have the option to put kamailio within a DMZ if necessary. Would anyone have a working config file that they could share please, permitting incoming and outgoing calls? With grateful thanks, Phil

2 1

Where to find DMQ protocol specification
by Илья Болмосов 15 Aug '22

15 Aug '22

Hello, we use DMQ module and we need to handle some events: 1) when peer joins cluster 2) when peer leaves cluster It will be helpful to know which content will be in KDMQ message in different cases. Tried to find any specification of KDMQ protocol, but didn't find it. Can you, please, help me with this?

2 1

Change reply code reason other than using change_reply_status
by Patrick Karton 12 Aug '22

12 Aug '22

hello is there a way to change reply code reason other than using () function. because the first parameterc of change_reply_status needs to be a constant so i can not use pseudo var for first argument of that function. so i use change_reply_status_code to change to code with a pseudo. but i would also to change the code reason.

3 3

remove_hf() does not remove the complete line
by Bernd Krueger-Knauber 11 Aug '22

11 Aug '22

Hi, I tried to remove a Via header line with: remove_hf("Via"); Original I have this 2 lines: Via: SIP/2.0/TCP xxx.xxx.xxx.xxx;branch=z9hG4bK370b.21720bb33c4f8264fde4e7994d288a57.0;i Via: SIP/2.0/TCP yyy.yyy.yyy.yyy:53967;received=yyy.yyy.yyy.yyy;rport=53967;branch=z9hG4bKPjxb0bdb2c9624076815f12937cc9e51d;alias If I insert remove_hf("Via"); in the cfg, I get: Via: SIP/2.0/TCP xxx.xxx.xxx.xxx;branch=z9hG4bK370b.21720bb33c4f8264fde4e7994d288a57.0;i ;received=yyy.yyy.yyy.yyy;rport=53967;branch=z9hG4bKPjxb0bdb2c9624076815f12937cc9e51d;alias Doesn't mattter if the command make sense or not, the result, in my opinion, is wrong. The INVITE packet has now an invalid header line. Any ideas? version: kamailio 5.6.1 (x86_64/linux) Best regards, Bernd

4 8

Kamailio has unconfined processes
by HimaBindu G 11 Aug '22

11 Aug '22

Hi, Problem Description: Customer security scan returned unconfined services on Kamailio. Unconfined processes run in unconfined domains Rationale: For unconfined processes, SELinux policy rules are applied, but policy rules exist that allow processes running in unconfined domains almost all access. Processes running in unconfined domains fall back to using DAC rules exclusively. If an unconfined process is compromised, SELinux does not prevent an attacker from gaining access to system resources and data, but of course, DAC rules are still used. SELinux is a security enhancement on top of DAC rules - it does not replace them Solution Investigate any unconfined processes found during the audit action. They may need to have an existing security context assigned to them or a policy built for them. Notes: Occasionally certain daemons such as backup or centralized management software may require running unconfined. Any such software should be carefully analyzed and documented before such an exception is made. See Also https://workbench.cisecurity.org/files/2485 For Kamailio ====== The command returned : 00 kamailio 00 kamailio 00 kamailio 00 kamailio 00 kamailio 10 kamailio 10 kamailio 10 kamailio 10 kamailio 00 kamailio 00 kamailio 00 kamailio 00 kamailio 33 kamailio 33 kamailio 33 kamailio 32 kamailio 17 kamailio 16 kamailio 33 kamailio 00 kamailio 00 kamailio 03 kamailio 05 kamailio 18 kamailio 17 kamailio 18 kamailio 18 kamailio 07 kamailio 00 sleep is any security context available to assign kamailio processes ? theses services can be run as confined services ? Please suggest us with resolution, thanks in advance. Thanks & Regards, Hima Bindu.

2 1

Kamailio World Conference - Sep 7-8, 2022 - Online
by Daniel-Constantin Mierla 10 Aug '22

10 Aug '22

For the 3rd year, we are planning an online version of Kamailio World Conference! At the beginning of 2022, the situation was not clear in terms of whether pandemic would decrease enough in intensity and we would be allowed to organize an on-site event late spring/beginner of summer, when the usual Kamailio Conference took place in Berlin, therefore we chose the safety path. But we hope that next year we will return in-person to the beautiful Berlin city center! The event this year, to happen in 4 weeks from now (Sep 7-8, 2022), follows the structure from previous edition, being two afternoons with presentations about Kamailio, sharing technical solutions and open discussions, allowing the community to interact and reconnect. The website of the event: - https://kamailioworld.com/k10-online/ There is no registration required, the event will happen on live video conferencing, also streamed to youtube. A text chatting channel will be made available as well. If you want to present, just send me the title and a short description -- we encourage community members to step forward and share their knowledge. It has to be related to Kamailio and fit within a 30min slot (including the questions). The agenda will be released in the near future. The event will be used also to celebrate 21 years of Kamailio project development, first commit being done on Sep 3, 2001. Two other major celebrations for 2022 to make the party bigger: - 20 years of open source for the project -- after one year of internal development, GPL was added on Sep 19, 2002 and source code was released to public - the 10th edition of Kamailio World Conference Book the dates in your agenda! I am looking forward to a very interesting event and (re-)connecting with many of you! Daniel -- Daniel-Constantin Mierla -- www.asipto.com www.twitter.com/miconda -- www.linkedin.com/in/miconda

1 0

set source port of TCP socket in Contact header
by Maarten Ureel 09 Aug '22

09 Aug '22

Hello I want to set the correct source port in an outgoing message over TCP. Is it possible? I can't find a pseudo-variable for this. Currently we have no port number in the contact header, and the other party is sending their BYE to port 5060 instead of to the source port from which the outgoing TCP connection was made. Regards Maarten

2 5

Syncing Registration Database across Kamailio Pairs
by harneet singh 09 Aug '22

09 Aug '22

Hi Experts, We have been using Kamailio in an Active/Standby Pair(with Keepalived under the rugs moving the single Virtual IP to access the Active Kamailio) for sometime now. *Kamailio also acts as a Registrar for our webrtc endpoints. * It has been serving the purpose pretty well and now we have a requirement where we need to be syncing the Registration DB between Two Pairs of Kamailios. Kamailio-Active(*Pair 1*) -------- Kamailio-Standby(*Pair 1*) || Kamailio-Active(*Pair 2*) -------- Kamailio-Standby(*Pair 2*) We generally keep the counterpart in the same Pair as a notifier( *modparam("dmq", "notification_address", "sip:PEER1_IP:5060")* ) so as to sync the dialogs and the userloc data too( *modparam("dmq_usrloc", "enable", 1) * ). In order to achieve the said requirement with the other Pair, we added another "*notification_address*" in the kamailio cfg. At this point, we ran into weird issues. *1. *With Kamailio ver *5.3.2, *the subsequent *notification_address *line in the cfg file, seemed to be overriding the previous one. Hence we see only the latter peer in the dmq list nodes. Example: modparam("dmq", "notification_address", "sip:*172.27.45.77* :5090") modparam("dmq", "notification_address", "sip:*172.27.45.200* :5090") In this case, the "*kamcmd dmq.list_nodes*" would show the local Machine and 172.27.45.200 as the only nodes in the output, ie *172.27.45.77 is not showing up at all,* which is problematic, since the local machine(172.27.45.243 in our case) would not been able to send any dmq sync info to its peer(172.27.45.77) in the same Pair. To see if the above issue might have been addressed in later release, we upgraded to the latest Kamailio ver *5.6.0* *To our respite, the above issue no longer exists in the new version*(though not sure which immediate release after v 5.3.2 it would have been initially fixed.) This is where we have a new issue explained below: *2. *The registration data does get synced to the peer Kamailio in the same Pair, and also to the Kamailio instances in the other Pair. However, the *Socket* Parameter in "*kamctl ul show*" output shows *[not set] *even on the side where the websocket connection actually exists. [root@localhost ~]# *kamctl ul show * { "jsonrpc": "2.0", "result": { "Domains": [{ "Domain": { "Domain": "location", "Size": 1024, "AoRs": [{ "Info": { "AoR": "9008077221", "HashID": 1952082106, "Contacts": [{ "Contact": { "Address": "sip:Harneet_qifir@172.24.58.210", "Expires": 159, "Q": -1, "Call-ID": "vfli2uv8du3ppda73q5ppe", "CSeq": 106, "User-Agent": "EngageDigital", "Received": "sip:172.27.44.252:60070;transport=ws", "Path": "[not set]", "State": "CS_NEW", "Flags": 0, "CFlags": 0, * "Socket": "[not set]", <<<<<<<<<<<<<<<<<<<<<<* "Methods": 7071, "Ruid": "uloc-62f26e3b-2677-1", "Instance": "<urn:uuid:4fbd3e96-b4de-497b-886d-1ca8ffa016a4>", "Reg-Id": 1, "Server-Id": 0, "Tcpconn-Id": -1, "Keepalive": 0, "Last-Keepalive": 1660063892, "KA-Roundtrip": 0, "Last-Modified": 1660063892 } }] } } ], In order to confirm that the socket actually exists on this Kamailio instance, I am pasting the below outputs from the same machine, where ws dump and even the native netstat confirms that. [root@localhost ~]# *netstat -tunelap | grep 60070* tcp 0 0 172.27.45.199:8080 172.27.44.252:*60070* *ESTABLISHED* 994 17322355 16230/kamailio [root@localhost ~]# *kamcmd ws.dump* { connections: { 1: ws:172.27.44.252:*60070* -> ws:172.27.45.199:8080 (state: *OPEN*, last used 24s ago, sub-protocol: sip) } info: { wscounter: 1 truncated: no } } We do need to distinguish the actual Kamailio instance where the websocket connection actually exists, so as to route the call ahead from the same instance, or if it does not exist(and it's merely a sync'ed registration data received over DMQ Channel), then the Kamailio should route the call ahead to the Kamailio instance in the other Pair, which can then route it ahead to the Registered webrtc endpoint. We were hoping to use the Socket Parameter output, but for the said problem, unable to use the same as an indicator. *So what would be the best way to identify which Kamailio has the websocket connection with the Actual endpoint*? Should we rely on the output of netstat or ws.dump to infer that? I mean this needs to be done in kamailio.cfg for each call, so want to know the best way, or if there is completely different approach that can be suggested? Apologies for the long email, but any pointers will be much helpful. Thanks & Regards, Harneet Singh -- "Once you eliminate the impossible, whatever remains, no matter how improbable, must be the truth" - Sir Arthur Conan Doyle

2 1

recompute distribution list
by David Villasmil 08 Aug '22

08 Aug '22

Hello guys, Is it possible to have dispatcher recompute the distribution list? i.e. one server goes down, all traffic for that server goes to the next one, doubling traffic on that one. Is there a way of, when a host becomes unreachable, recompute the whole list? Regards, David Villasmil email: david.villasmil.work(a)gmail.com phone: +34669448337

3 7

Contact header modification - Kamailio
by Ankit Jayswal 04 Aug '22

04 Aug '22

Hello Team, I am in need to modify the contact header in Kamailio before sending an INVITE request to the SIP trunk provider. Basically the IP address I need to modify in the contact header. Please suggest a better way to do this. Below is an example. *OLD (Existing):* Contact: <sip:009169240xxx@*45.118.162.x:5080*;alias=10.52.26.102~5080~1> *NEW (Needed):* Contact: <sip:00912269240xxx@*10.52.26.98:5060 <http://10.52.26.98:5060>*> I tried various functions from the textops module but no hope. I am looking for a function that can replace the contact header's value. Please help me with this. -- Thanks & Regards, *Ankit Jayswal* | Specialist - Software Development

4 13

Support of ECDHE cipher suites for tls connection in kamailio
by Илья Болмосов 03 Aug '22

03 Aug '22

Hello. I have a question about support of ECDHE cipher suites in kamailio-5.6.0 in centos7 with installed OpenSSL 1.0.2k-fips. We received kamailio with its modules from https://rpm.kamailio.org/. Our client can use only cipher suites: TLS_AES_256_GCM_SHA384 (0x1302) TLS_CHACHA20_POLY1305_SHA256 (0x1303) TLS_AES_128_GCM_SHA256 (0x1301) TLS_ECDHE_ECDSA_WITH_AES_256_CBC_SHA (0xc00a) TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA (0xc014) TLS_ECDHE_ECDSA_WITH_AES_128_CBC_SHA (0xc009) TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA (0xc013) TLS_EMPTY_RENEGOTIATION_INFO_SCSV (0x00ff) And some of them are supported by our openssl: $ openssl cipher -V ... 0xC0,0x14 - ECDHE-RSA-AES256-SHA SSLv3 Kx=ECDH Au=RSA Enc=AES(256) Mac=SHA1 0xC0,0x0A - ECDHE-ECDSA-AES256-SHA SSLv3 Kx=ECDH Au=ECDSA Enc=AES(256) Mac=SHA1 ... 0xC0,0x13 - ECDHE-RSA-AES128-SHA SSLv3 Kx=ECDH Au=RSA Enc=AES(128) Mac=SHA1 0xC0,0x09 - ECDHE-ECDSA-AES128-SHA SSLv3 Kx=ECDH Au=ECDSA Enc=AES(128) Mac=SHA1 ... But when trying to connect with, for example, cipher suite ECDHE-RSA-AES256-SHA (the same with other 3 cipher suites), we receive, that it is not allowed: $ openssl s_client -connect ${kamailio-serper-ip}:${kamailio-server-port} -cipher ECDHE-RSA-AES256-SHA ... SSL handshake has read 7 bytes and written 121 bytes --- New, (NONE), Cipher is (NONE) Secure Renegotiation IS NOT supported Compression: NONE Expansion: NONE No ALPN negotiated SSL-Session: Protocol : TLSv1.2 Cipher : 0000 ... To exclude the influence of other factors, I installed nginx on the same machine with usage of the same tls certificate and it can use cipher suites ECDHE-RSA-AES256-SHA and ECDHE-RSA-AES128-SHA. $ openssl s_client -connect ${nginx-serper-ip}:${nginx-server-port} -cipher ECDHE-RSA-AES256-SHA ... SSL handshake has read 3271 bytes and written 406 bytes Verification: OK --- New, TLSv1.0, Cipher is ECDHE-RSA-AES256-SHA Server public key is 2048 bit Secure Renegotiation IS supported Compression: NONE Expansion: NONE No ALPN negotiated SSL-Session: Protocol : TLSv1.2 Cipher : ECDHE-RSA-AES256-SHA ... So, the reason of failed handshake is, probably, kamailio. Tried to add cipher_list modparam: modparam("tls", "cipher_list", "ECDHE-RSA-AES256-SHA") but result is the same: $ openssl s_client -connect ${kamailio-serper-ip}:${kamailio-server-port} -cipher ECDHE-RSA-AES256-SHA ... SSL handshake has read 7 bytes and written 121 bytes --- New, (NONE), Cipher is (NONE) Secure Renegotiation IS NOT supported Compression: NONE Expansion: NONE No ALPN negotiated SSL-Session: Protocol : TLSv1.2 Cipher : 0000 ... Can you, please, help me to add support of cipher suites ECDHE-RSA-AES256-SHA and ECDHE-RSA-AES128-SHA to kamailio?

2 1

Newbie - Installation Issue - ERROR: could not load the script in /usr/lib/kamailio//kamctl/kamdbctl.mysql for database engine MYSQL
by p.t.crossley＠gmail.com 02 Aug '22

02 Aug '22

I suspect this must have been addressed before but I couldn't find a way of searching Archives. I'm using Alpine Linux. Used "apk add kamailio" to install Kamailio 5.5.4-r1 Following the Instructions on https://kamailio.org/docs/tutorials/5.5.x/kamailio-install-guide-git/ At the section for "Creating MySQL database" I modify the file and then run kamdbctl create ERROR: could not load the script in /usr/lib/kamailio//kamctl/kamdbctl.mysql for database engine MYSQL ERROR: database engine not loaded - tried 'MYSQL' I checked the /usr/lib/kamailio//kamctl/ directory and the file wasn't there I suspect I'm missing a module but there aren't any other packages listed for Kamailio at pkgs.alpinelinux.org Thanks for your help P Crossley

3 2

Limit cps per destination gw
by Jon Bonilla (Manwe) 02 Aug '22

02 Aug '22

Hi I'm thinking on having a cps preference for each pstn gw that I can check. I've started thinking in the pike module but it won't allow me to set custom cps per peer. seems that the threshold is global. Ratelimit module needs the queues to be set as modparam, not dynamic AFAICS. Any hints? cheers, Jon -- PekePBX, the multitenant PBX solution https://pekepbx.com

6 8

Sharing Database between three kamailios
by Waqar 40 01 Aug '22

01 Aug '22

I have three Kamailios in three different servers which are dispatching calls to 9 asterisks in three different servers using load balancing. All these Kamailios are using databases installed on that servers. As the entries of the dispatcher table are the same for all the Kamailio, so I want that these Kamailio use a single database installed on one of the servers. All these Kamailios instances should use the same database which is common between them. And also I want these Kamailios to write into the database by creating a table that stores all the active calls in three Kamailios. Is it possible? How can I do it? Please guide me with somewhat explanation as I am not this much expert in Kamailio. Waiting for a quick response. Regards VoIP Engineer Vicky

3 3

Kamailio behind NAT
by Алексей Якимкин 29 Jul '22

29 Jul '22

Hello, I have kamailio in local network behind NAT. Kamailio have one interface eth1 with ip 10.130.0.23 UserAgent - (internet) - (178.0.0.169)router_with_NAT - (LAN) - kamailio+rtpproxy - pbx I made two listeners: listen=udp:10.130.0.23:5070 #to pbx in lan (I don`t want to put via header with 178.0.0.169) listen=udp:10.130.0.23:5060 advertise 178.0.0.169:5060 #to internet (UserAgent need to get via header with 178.0.0.169 ) mhomed = 1 # I think It not useful for my case UserAgent send Register and Invite to 178.0.0.169:5060, Kamailio get it on udp:10.130.0.23:5060 Kamailio Relay it to udp:10.130.0.23:5070 My pbx get requests from udp:10.130.0.23:5070 with via header 10.130.0.23 Responses to UserAgent go from udp:10.130.0.23:5060 with via 178.0.0.169 In RELAY block: if ($Ru == «udp:10.130.0.23:5070») { #set_send_socket(«udp:10.130.0.23:5060»); $fs = «udp:10.130.0.23:5060»; #force_send_socket(«udp:10.130.0.23:5060»); } else { #set_send_socket(«udp:10.130.0.23:5070»); $fs = «udp:10.130.0.23:5070»; } #$fs = «udp:10.130.0.23:5070»; if (!t_relay()) { sl_reply_error(); } route[REGISTRAR] { if ($rd == "mydomain.ru" || $rd == "mydomain2.ru") { set_send_socket("udp:10.130.0.23:5070"); } } It works for requests from UserAgent to PBX. But INVITE from my pbx to UserAgent goes only through udp:10.130.0.23:5070 , Kamailio realy it to internet from udp:10.130.0.23:5070 I get error in syslog: (pv [pv_branch.c:62]: pv_get_branchx_helper(): error accessing branch [0]) I tried set_send_socket(«udp:10.130.0.23:5070»); and $fs = «udp:10.130.0.23:5070»; Why I can`t relay outgoing requests to internet through another socket? -- Best regards, Alex

3 6

[REGISTRAR] Registered. How to match $sut to usrloc received ?
by Richard Edmands 29 Jul '22

29 Jul '22

Hey Kamailio Users, So the scenario is we get the registers. Load them, slightly oddly as we also fill in the received section, not something I usually do. Then when they send an invite, the To and From headers are real phone numbers and for some reason the contact header isn't their username. So to compensate for that I'm trying to match their connection ($sut) using registered, but after a couple of hours I haven't been able to get it to match up. Not sure what I'm missing. ul.dump gets me Received: sip:sipclientpublicip:2353;transport=udp so we know that part is loading $sut correctly into the user location data. modparam("usrloc", "matching_mode", 2) modparam("registrar", "xavp_rcd", "ulrcd") modparam("registrar", "received_avp", "$avp(i:42)") $xavp(regcfg=>match_received) = $sut; if (registered("location","$sut", 2, 1)) { After that block of code $sut is sip: sipclientpublicip:2353;transport=udp which is what's in usrloc for received, but it's not match. There's probably a much smarter way of doing this that I've completely missed, if so then that'd be excellent. But if I'm on the right path somewhat then it would be great to get this working.

2 3

[UAC] How to get the outbound registration status of uac.reg_active?
by Denys Pozniak 28 Jul '22

28 Jul '22

Hello! I have several Kamailio sharing a common uacreg table and use the RPC interface to enable and disable outgoing registration on nodes depending on the cluster status: *kamcmd uac.reg_active 0kamcmd uac.reg_active 1* https://kamailio.org/docs/modules/stable/modules/uac.html#uac.r.uac.reg_act… How can I get the current status of uac outbound registration (to get 0 or 1)? -- BR, Denys Pozniak

2 3

Re: [SR-Users] TLS connection failure. Not sure if system behavior is correct.
by Ahmed Fouad 27 Jul '22

27 Jul '22

Hi, You are currently using TLSv1/SSLv3 ECDHE-RSA-AES256-GCM-SHA384 256 Teams stopped TLSv1/ TLSv1.1 and only allowing TLS1.2+ So change your TLS settings to enforce it only method = TLSv1.2+ after restarting kamailio your teams connections should be good.

1 0

ACC CDR accounting
by Oleg Podguyko 27 Jul '22

27 Jul '22

HI I’m trying to get CDR function. I would like to have one CDR for whole call at the syslog. I use: …… loadmodule "db_text.so" loadmodule "dialog.so" loadmodule "acc.so" …….. # -----Dialog module ----- modparam("dialog", "db_mode", 0) # -----ACCounting module ----- modparam("acc", "early_media", 0) modparam("acc", "report_cancels", 1) modparam("acc", "log_facility", "LOG_LOCAL1") modparam("acc", "detect_direction", 0) modparam("acc", "log_level", ACC_LOG_LEVEL) modparam("acc", "log_flag", FLAG_ACC_LOG) modparam("acc", "log_missed_flag", FLAG_ACC_LOG_MISSED) modparam("acc", "failed_transaction_flag", FLAG_ACC_LOG_FAILED) modparam("acc", "log_extra", "ip_src=$si;ip_dst=$avp(ip_dst);sip_from=$fU;sip_to=$tU;ruri_user=$rU;spx_rs=$avp(spx_http_rs)") ## TODO modparam("acc", "cdr_enable", 1) modparam("acc", "cdr_enable_log", 1) modparam("acc", "cdr_facility", "LOG_LOCAL1") request_route { if (is_method("INVITE")) { setflag(FLAG_ACC_LOG); setflag(FLAG_ACC_LOG_MISSED); setflag(FLAG_ACC_LOG_FAILED); } At the kamailio.log I see only transaction for INVITE, but I wait for some CDR for all dialog. Whats wrong in my config? -- -- Олег Подгуйко

3 9

Cannot load usrloc table at startup using DMQ_USRLOC sync feature
by Benedito Marques 25 Jul '22

25 Jul '22

I have an scenario with two kamailios, and no databases. At the first, I authenticate one subscriber successfully and save in memory usrloc: /etc/kamailio # kamailio --version version: kamailio 5.4.4 (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 on 16:13:18 Feb 15 2021 with gcc 9.3.0 /etc/kamailio # /etc/kamailio # --- /etc/kamailio # cat /etc/os-release NAME="Alpine Linux" ID=alpine VERSION_ID=3.12.3 PRETTY_NAME="Alpine Linux v3.12" HOME_URL="https://alpinelinux.org/" BUG_REPORT_URL="https://bugs.alpinelinux.org/" --- # Handle SIP registrations route[REGISTRAR] { if (!is_method("REGISTER")) return; if (!save("location","0x05")) { sl_reply_error(); } exit; } -- /etc/kamailio # kamcmd ul.dump { Domains: { Domain: { Domain: location Size: 1024 AoRs: { Info: { AoR: 1014(a)my.domain HashID: -1989102610 Contacts: { Contact: { Address: sip:1014@10.0.0.2:7071;ob Expires: 299 Q: -1.000000 Call-ID: d5cf6d5f293647a59ba64ba996a793b0 CSeq: 43689 User-Agent: MicroSIP/3.20.7 Received: sip: 10.0.0.2:7071 Path: [not set] State: CS_NEW Flags: 1 CFlags: 0 Socket: [not set] Methods: 8159 Ruid: uloc-62d95ca2-3c-1 Instance: [not set] Reg-Id: 0 Server-Id: 0 Tcpconn-Id: -1 Keepalive: 0 Last-Keepalive: 1658412252 KA-Roundtrip: 0 Last-Modified: 1658412252 } } } } Stats: { Records: 1 Max-Slots: 1 } } } } /etc/kamailio # *The problem is*: when I start the second kamailio server, the current usrloc users are not replicated to it, so in the second server the usrloc is empty: /etc/kamailio # kamcmd ul.dump { Domains: { Domain: { Domain: location Size: 1024 AoRs: { } Stats: { Records: 0 Max-Slots: 0 } } } } *The modules loaded:* - dmq.so - dmq_usrloc.so *Params (sync enabled):* modparam("dmq_usrloc", "enable", 1) modparam("dmq_usrloc", "sync", 1) modparam("dmq_usrloc", "usrloc_domain", "location") modparam("dmq_usrloc", "usrloc_delete", 1) modparam("dmq_usrloc", "replicate_socket_info", 0) *Obs*: The DMQ replication is working perfectly. So, if I register another user in server 1, server 2 receives the KDMQ message and the new user appears on usrloc. The real problem is to load pre registered users at startup. *Log messages from second server at startup:* 0(51) DEBUG: <core> [core/sr_module.c:873]: init_mod(): dmq_usrloc 0(51) INFO: dmq_usrloc [dmq_usrloc.c:81]: mod_init(): dmq usrloc replication mode = 1 0(51) DEBUG: <core> [core/sr_module.c:652]: find_mod_export_record(): found export of <ul_bind_usrloc> in module usrloc [/usr/lib/kamailio/modules/usrloc.so] 0(51) DEBUG: <core> [core/sr_module.c:652]: find_mod_export_record(): found export of <bind_dmq> in module dmq [/usr/lib/kamailio/modules/dmq.so] 0(51) DEBUG: dmq_usrloc [usrloc_sync.c:286]: usrloc_dmq_initialize(): loaded dmq api 0(51) DEBUG: dmq_usrloc [usrloc_sync.c:299]: usrloc_dmq_initialize(): dmq peer registered 0(51) DEBUG: dmq_usrloc [dmq_usrloc.c:111]: mod_init(): dmq_usrloc initialized 0(51) DEBUG: <core> [core/sr_module.c:804]: init_mod_child(): idx 0 rank -127: dmq_usrloc [main] 0(51) DEBUG: dmq_usrloc [dmq_usrloc.c:127]: child_init(): child_init PROC_INIT 7(62) DEBUG: dmq_usrloc [usrloc_sync.c:552]: usrloc_dmq_request_sync(): requesting sync from dmq peers 0(51) DEBUG: <core> [core/sr_module.c:804]: init_mod_child(): idx 0 rank 0: dialog [main] 7(62) DEBUG: dmq_usrloc [usrloc_sync.c:568]: usrloc_dmq_request_sync(): sending serialized data {"action":3} 7(62) DEBUG: dmq_usrloc [usrloc_sync.c:317]: usrloc_dmq_send(): sending dmq broadcast... 7(62) DEBUG: dmq [dmq_funcs.c:166]: bcast_dmq_message1(): skipping node sip:10.0.2.38:5090 7(62) DEBUG: dmq [dmq_funcs.c:166]: bcast_dmq_message1(): skipping node sip:10.0.2.30:5090 7(62) DEBUG: dmq [dmq_funcs.c:166]: bcast_dmq_message1(): skipping node sip:0.0.0.0:5090 *List nodes at SERVER 1:* /etc/kamailio # kamcmd dmq.list_nodes { host: 10.0.1.36 port: 5090 resolved_ip: 10.0.1.36 status: active last_notification: 0 local: 0 } { host: 10.0.1.35 port: 5090 resolved_ip: 10.0.1.35 status: active last_notification: 0 local: 0 } { host: 0.0.0.0 port: 5090 resolved_ip: 0.0.0.0 status: active last_notification: 0 local: 1 } *List nodes at SERVER 2:* /etc/kamailio # kamcmd dmq.list_nodes { host: 10.0.1.35 port: 5090 resolved_ip: 10.0.1.35 status: active last_notification: 0 local: 0 } { host: 10.0.1.36 port: 5090 resolved_ip: 10.0.1.36 status: active last_notification: 0 local: 0 } { host: 0.0.0.0 port: 5090 resolved_ip: 0.0.0.0 status: active last_notification: 0 local: 1 } -- Att, Benedito Marques

2 2

Job oportunitie
by Jaime Gajardo 24 Jul '22

24 Jul '22

Hello, We are seeking Engineers with some experience in open source VoIP solutions like Kamilio, Asterisk, etc. The opportunity is remote in Latin america. We are a Chilean company dedicated to giving different solutions for customer service on cloud. is you are interested please send us an email to alejandro(a)elipse.ai Thank you!!

2 1

db.c can't find dp_postgressql
by Phillip Thern 23 Jul '22

23 Jul '22

so, I don't actually know if my previous message found you, or if you replied, since my syslog suddenly grew to 26 GB and my server couldn't receive any mail because of it... Description I loaded module "db_postgres.so". I expected kamilio to start. It didn't Troubleshooting Reproduction config file |#!KAMAILIO #!define WITH_POSTGRESSQL #!define WITH_AUTH #!define WITH_USRLOCDB #!define WITH_PRESENCE #!define WITH_MSGREBUILD #!define WITH_NAT #!define WITH_NATSIPPING . . . #!ifdef WITH_POSTGRESSQL loadmodule "db_postgres.so" #!endif | Log Messages |Jul 22 10:31:16 opensips /usr/sbin/kamailio[8975]: ERROR: <core> [db.c:204]: db_bind_mod(): Module db_postgresql not found. Missing loadmodule? Jul 22 10:31:16 opensips /usr/sbin/kamailio[8975]: ERROR: usrloc [usrloc_mod.c:361]: mod_init(): failed to bind database module Jul 22 10:31:16 opensips /usr/sbin/kamailio[8975]: ERROR: <core> [core/sr_module.c:942]: init_mod(): Error while initializing module usrloc (/usr/lib/x86_64-linux-gnu/kamailio/modules/usrloc.so) | output from ls of modules directory: |acc.so call_obj.so dialog.so ipops.so msrp.so presence_conference.so qos.so sipcapture.so statsd.so uid_avp_db.so acc_diameter.so carrierroute.so dialplan.so jsonrpcs.so mtree.so presence_dialoginfo.so ratelimit.so sipdump.so stun.so uid_domain.so alias_db.so cfg_db.so dispatcher.so keepalive.so nat_traversal.so presence_mwi.so regex.so sipjson.so tcpops.so uid_gflags.so app_jsdt.so cfg_rpc.so diversion.so kemix.so nathelper.so presence_profile.so registrar.so sipt.so textops.so uid_uri_db.so app_sqlang.so cfgt.so dmq.so kex.so nosip.so presence_reginfo.so rls.so siptrace.so textopsx.so uri_db.so async.so cfgutils.so dmq_usrloc.so lcr.so outbound.so presence_xml.so rr.so siputils.so timer.so userblocklist.so auth.so corex.so domain.so log_custom.so p_usrloc.so pua.so rtimer.so sl.so tm.so usrloc.so auth_db.so counters.so domainpolicy.so lrkproxy.so path.so pua_bla.so rtjson.so sms.so tmrec.so xcap_client.so auth_diameter.so ctl.so drouting.so mangler.so pdb.so pua_dialoginfo.so rtpengine.so smsops.so tmx.so xcap_server.so auth_xkeys.so db2_ops.so enum.so matrix.so pdt.so pua_reginfo.so rtpproxy.so speeddial.so topoh.so xhttp.so avp.so db_cluster.so evrexec.so maxfwd.so permissions.so pua_rpc.so sanity.so sqlops.so topos.so xhttp_prom.so avpops.so db_flatstore.so exec.so mediaproxy.so pike.so pua_usrloc.so sca.so ss7ops.so tsilo.so xhttp_rpc.so benchmark.so db_postgres.so group.so mohqueue.so pipelimit.so pua_xmpp.so sdpops.so sst.so uac.so xlog.so blst.so db_text.so htable.so mqueue.so prefix_route.so pv.so seas.so statistics.so uac_redirect.so xprint.so call_control.so debugger.so imc.so msilo.so presence.so pv_headers.so secfilter.so statsc.so uid_auth_db.so | Possible Solutions tried renaming db_postgres.so to db_postgresql.so, but that didn't work, so I reversed it Additional Information * *Kamailio Version* - output of |kamailio -v| |version: kamailio 5.5.4 (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_BLOCKLIST, 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 10.2.1 | * *Operating System*: |Distributor ID: Debian Description: Debian GNU/Linux 11 (bullseye) Release: 11 Codename: bullseye Linux opensips 5.10.0-16-amd64 #1 SMP Debian 5.10.127-1 (2022-06-30) x86_64 GNU/Linux |

2 1

uac replace PRACK trouble
by Алексей Якимкин 22 Jul '22

22 Jul '22

Hello, pbx -> kamailio -> provider kamailio registers (uacreg) on provider. When I call through my provider I need to change headers To From and PAI. I tried with uac_replace_from and uac_replace_to. $tU for example 0987656789 if($fU=~"1234567") { uac_replace_from("sip:provider_login@provider.com"); uac_replace_to("sip:$tU@provider.com"); } My provider answers on Invite with 183 progress, so pbx answers with PRACK. Kamailio change To and from like this: To: <sip:0987656789@provider.comsip:0987656789@provider.com>;tag=..... To: <sip:0987656789@provider.comsip:0987656789@provider.com> From: <sip:provider_login@provider.comsip:provider_login@provider.com >;tag=..... From: <sip:provider_login@provider.comsip:provider_login@provider.com> Is it a bug? I tried to disable this modification for PRACK u REQINIT ($csb != "2 PRACK") It haven't worked for me. I solved this issue with this code. remove_hf("From"); if ($ft == $null) { insert_hf("From: <sip:provider_login@provider.com>\r\n", "To"); } else { insert_hf("From: <sip:provider_login@provider.com>;tag=$ft\r\n", "To"); } version: kamailio 5.7.0-dev0 (x86_64/linux) Ubuntu 18 -- Regards, Alex

1 0

Module db_postgresql not found
by Phillip Thern 22 Jul '22

22 Jul '22

Description I loaded module "db_postgres.so". I expected kamilio to start. It didn't Troubleshooting Reproduction config file |#!KAMAILIO #!define WITH_POSTGRESSQL #!define WITH_AUTH #!define WITH_USRLOCDB #!define WITH_PRESENCE #!define WITH_MSGREBUILD #!define WITH_NAT #!define WITH_NATSIPPING . . . #!ifdef WITH_POSTGRESSQL loadmodule "db_postgres.so" #!endif | Log Messages |Jul 22 10:31:16 opensips /usr/sbin/kamailio[8975]: ERROR: <core> [db.c:204]: db_bind_mod(): Module db_postgresql not found. Missing loadmodule? Jul 22 10:31:16 opensips /usr/sbin/kamailio[8975]: ERROR: usrloc [usrloc_mod.c:361]: mod_init(): failed to bind database module Jul 22 10:31:16 opensips /usr/sbin/kamailio[8975]: ERROR: <core> [core/sr_module.c:942]: init_mod(): Error while initializing module usrloc (/usr/lib/x86_64-linux-gnu/kamailio/modules/usrloc.so) | output from ls of modules directory: |acc.so call_obj.so dialog.so ipops.so msrp.so presence_conference.so qos.so sipcapture.so statsd.so uid_avp_db.so acc_diameter.so carrierroute.so dialplan.so jsonrpcs.so mtree.so presence_dialoginfo.so ratelimit.so sipdump.so stun.so uid_domain.so alias_db.so cfg_db.so dispatcher.so keepalive.so nat_traversal.so presence_mwi.so regex.so sipjson.so tcpops.so uid_gflags.so app_jsdt.so cfg_rpc.so diversion.so kemix.so nathelper.so presence_profile.so registrar.so sipt.so textops.so uid_uri_db.so app_sqlang.so cfgt.so dmq.so kex.so nosip.so presence_reginfo.so rls.so siptrace.so textopsx.so uri_db.so async.so cfgutils.so dmq_usrloc.so lcr.so outbound.so presence_xml.so rr.so siputils.so timer.so userblocklist.so auth.so corex.so domain.so log_custom.so p_usrloc.so pua.so rtimer.so sl.so tm.so usrloc.so auth_db.so counters.so domainpolicy.so lrkproxy.so path.so pua_bla.so rtjson.so sms.so tmrec.so xcap_client.so auth_diameter.so ctl.so drouting.so mangler.so pdb.so pua_dialoginfo.so rtpengine.so smsops.so tmx.so xcap_server.so auth_xkeys.so db2_ops.so enum.so matrix.so pdt.so pua_reginfo.so rtpproxy.so speeddial.so topoh.so xhttp.so avp.so db_cluster.so evrexec.so maxfwd.so permissions.so pua_rpc.so sanity.so sqlops.so topos.so xhttp_prom.so avpops.so db_flatstore.so exec.so mediaproxy.so pike.so pua_usrloc.so sca.so ss7ops.so tsilo.so xhttp_rpc.so benchmark.so db_postgres.so group.so mohqueue.so pipelimit.so pua_xmpp.so sdpops.so sst.so uac.so xlog.so blst.so db_text.so htable.so mqueue.so prefix_route.so pv.so seas.so statistics.so uac_redirect.so xprint.so call_control.so debugger.so imc.so msilo.so presence.so pv_headers.so secfilter.so statsc.so uid_auth_db.so | Possible Solutions tried renaming db_postgres.so to db_postgresql.so, but that didn't work, so I reversed it Additional Information * *Kamailio Version* - output of |kamailio -v| |version: kamailio 5.5.4 (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_BLOCKLIST, 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 10.2.1 | * *Operating System*: |Distributor ID: Debian Description: Debian GNU/Linux 11 (bullseye) Release: 11 Codename: bullseye Linux opensips 5.10.0-16-amd64 #1 SMP Debian 5.10.127-1 (2022-06-30) x86_64 GNU/Linux |

1 0

incomplete values and Wrong Counting for $hfl and $hflc
by Patrick Karton 21 Jul '22

21 Jul '22

the counting and values provided by $hfl and $hflc are wrong and incomplete from my understanding. looking at the source code these pseudo vars count the body values of Via, Record-Route and Route headers. in kamalio 5.6.1 with Record-Route: <sip:1.1.1.1;lr=on;nat=yes> Record-Route: <sip:2.2.2.2:5060;lr;transport=udp>,<sip:3.3.3.3:22506;lr;transport=udp> i get $hflc(Record-Route) == 2 instead of 3 and $(hfl(Record-Route)[0]) == 1.1.1.1 $(hfl(Record-Route)[1]) == 2.2.2.2 $(hfl(Record-Route)[3]) does not exists.

2 2

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