- sr-users - kamailio.org

kamailio integration with MS teams.
by Yuriy Nasida 14 Apr '20

14 Apr '20

Do you have some expirience with kamailio integration with MS teams ? I follow the instructon from here https://skalatan.de/en/blog/kamailio-sbc-teams TLS part is configured correctly. I also got OPTIONS pings working between MS teams and kamailio by following of this instruction. That is very good. But... There is issues with outbound calls from MS teams to kamailo. MS side send INVITE, kamailio responds with 180 and 200 OK, but looks like MS ignores us. I know that I probably should use record_route_preset function here to modify Record-Route headers to satisfy MS wishes. But nothing helps. I also tried to modify contact header in 200 OK like it was done for OPTIONS - no luck. Anyone has a working example of kamailio files for MS team ? Or at least sucessful pcap with them. I can be wrong but looks like MS doesn't respect RFC at all. Thanks.

1 0

H264 codec licence
by Prakash Ganesan 14 Apr '20

14 Apr '20

Hi, We are planning to use kamilio/RTP engine for our WebRTC calls. I would like to know how the H264 codec licences are handled as i know there is a royalty fee associated with this video codec from the server perspective. As of now there is plan to use H264 pass through and vp8/vp9 transcoded to H264 by the kamilio/RTP engine. -- Cheers Prakash

2 1

Using dispatcher module : Modifying message before dispatching with send_udp()
by Luis Rojas G. 13 Apr '20

13 Apr '20

Hello, I am using the dispatcher module, Kamailio version 5.3.3. The point is, I am using send_udp() to forward the message, because I don't want Kamailio to add headers Via nor Record-Route. I am just dispatching the Invite message, and the rest of communication to be made just between the endpoints, not through Kamailio. However, I need to add before a custom header, using append_hf(). It seems, send_udp() really changes nothing at all in the message, not even something added by the script with append_hf(). It works if I use forward(), but not if I use send_udp(). Is there a way to accomplish this? Best regards, -- Luis Rojas Software Architect Sixbell Los Leones 1200 Providencia Santiago, Chile Phone: (+56-2) 22001288 mailto:luis.rojas@sixbell.com http://www.sixbell.com

2 2

Lifetime of Invite with no Ack
by Duarte Rocha 13 Apr '20

13 Apr '20

Greetings, How much time will Kamailio keep a transaction active if the ACK to a INVITE is never received by Kamailio? Best Regards,

3 7

Using Stir/Shaken with Kamailio
by Alexandru Tripon 13 Apr '20

13 Apr '20

Hi, After I watched the talk about Stir/Shaken(https://vimeo.com/396940577), I wanted to try the module(secsipid), but I couldn't make it work. I built the Kamailio from source using the following steps: https://kamailio.org/docs/tutorials/devel/kamailio-install-guide-git/ . And then built the secsipid following the instruction found here: https://www.kamailio.org/docs/modules/devel/modules/secsipid.html#idm90 . But when I start the Kamailio with the module loaded I get the following error: ` kamailio: ERROR: <core> [core/sr_module.c:325]: version_control(): no version info in module </usr/local/lib64/kamailio/modules/secsipid.so>: /usr/local/lib64/kamailio/modules/secsipid.so: undefined symbol: module_version ` How can I fix this? Thank you in advance, Alexandru Tripon

2 2

Callee BYE routing issue
by Daniel W. Graham 13 Apr '20

13 Apr '20

Have an issue with BYE routing in a lab setup, any suggestions on what I should be looking at? Topology: UA1 <-> NAT device 1 <-> Proxy1 <-> Registrar/B2BUA <-> Proxy1 <-> NAT device 1 <-> UA2 All UA to UA calls flow through B2BUA. All IP’s are public except for UA1 and UA2. -Both endpoints can call each other. -If the caller hangs up first, BYE is routed properly. -If the callee hangs up first, BYE causes proxy to send 478. On calls where BYE results in 478: if(!isdsturiset()) { ……….…………………….not executed handle_ruri_alias() } return; Example issue call: UA2 to UA1, UA1 hang-up. Apr 10 00:31:28 edgedev /usr/local/sbin/kamailio[5317]: ERROR: {1 2 BYE 24dc84a4592515245177483c2a657042@B2BUA_IP:5160} *** cfgtrace:dbg_cfg_trace(): request_route=[DLGURI] c=[/usr/local/etc/kamailio/kamailio.cfg] l=540 a=16 n=if Apr 10 00:31:28 edgedev /usr/local/sbin/kamailio[5317]: ERROR: {1 2 BYE 24dc84a4592515245177483c2a657042@B2BUA_IP:5160} *** cfgtrace:dbg_cfg_trace(): request_route=[DLGURI] c=[/usr/local/etc/kamailio/kamailio.cfg] l=532 a=24 n=isdsturiset Apr 10 00:31:28 edgedev /usr/local/sbin/kamailio[5317]: ERROR: {1 2 BYE 24dc84a4592515245177483c2a657042@B2BUA_IP:5160} *** cfgtrace:dbg_cfg_trace(): request_route=[DLGURI] c=[/usr/local/etc/kamailio/kamailio.cfg] l=540 a=2 n=return ……….. Apr 10 00:31:28 edgedev /usr/local/sbin/kamailio[5317]: ERROR: {1 2 BYE 24dc84a4592515245177483c2a657042@B2BUA_IP:5160} tm [ut.h:245]: uri2dst2(): bad_uri: [sip::;transport=] Apr 10 00:31:28 edgedev /usr/local/sbin/kamailio[5317]: ERROR: {1 2 BYE 24dc84a4592515245177483c2a657042@B2BUA_IP:5160} tm [t_fwd.c:1732]: t_forward_nonack(): failure to add branches Apr 10 00:31:28 edgedev /usr/local/sbin/kamailio[5317]: ERROR: {1 2 BYE 24dc84a4592515245177483c2a657042@B2BUA_IP:5160} *** cfgtrace:dbg_cfg_trace(): request_route=[RELAY] c=[/usr/local/etc/kamailio/kamailio.cfg] l=275 a=24 n=sl_reply_error Apr 10 00:31:28 edgedev /usr/local/sbin/kamailio[5317]: ERROR: {1 2 BYE 24dc84a4592515245177483c2a657042@B2BUA_IP:5160} sl [sl_funcs.c:401]: sl_reply_error(): stateless error reply used: Unresolvable destination (478/SL) Apr 10 00:31:28 edgedev /usr/local/sbin/kamailio[5317]: ERROR: {1 2 BYE 24dc84a4592515245177483c2a657042@B2BUA_IP:5160} *** cfgtrace:dbg_cfg_trace(): request_route=[RELAY] c=[/usr/local/etc/kamailio/kamailio.cfg] l=277 a=2 n=exit 2020/04/10 00:31:28.625060 NAT_Device_IP:57808 -> Proxy_IP:5060 BYE sip:398@B2BUA_IP:5160 SIP/2.0 Via: SIP/2.0/UDP UA1_IP:52884;branch=z9hG4bK-524287-1---43b5f31829f20952 Max-Forwards: 70 Route: <sip:Proxy_IP;lr=on;ftag=as78671fd9;did=b1b.a27> Contact: <sip:399@UA1_IP:52884> To: "Dan Test" <sip:398@B2BUA_IP:5160>;tag=as78671fd9 From: <sip:399@UA1_IP:52884;rinstance=705e0af5f4be485c;alias=NAT_Device_IP:~57808~1>;tag=64f4b712 Call-ID: 24dc84a4592515245177483c2a657042@B2BUA_IP:5160 CSeq: 2 BYE User-Agent: xxxxxxxxxxxxxxxx Content-Length: 0 ######################################### For comparison, here is a BYE from another test call: UA1 to UA2, UA1 hang-up. This BYE was routed correctly. 2020/04/10 00:44:02.688608 NAT_Device_IP:57808 -> Proxy_IP:5060 BYE sip:398@B2BUA_IP:5160 SIP/2.0 Via: SIP/2.0/UDP UA1_IP:52884;branch=z9hG4bK-524287-1---ce36df02e8a80a48 Max-Forwards: 70 Route: <sip:Proxy_IP;lr=on;ftag=9078f232;did=49e.8c01> Contact: <sip:399@UA1_IP:52884> To: <sip:398@B2BUA_IP>;tag=as5874901f From: <sip:399@B2BUA_IP:5060>;tag=9078f232 Call-ID: 103104NGU1NjkxNGZkYmM4MzA3Y2FkMzY1OGNkZTZmMTMyZDU CSeq: 3 BYE User-Agent: xxxxxxxxxxxxxxxx Authorization: Digest username= xxxxxxxxxxxxxxxx Content-Length: 0 -dan

4 7

Kamailio as IMS (version - 5.3.3) Error : 403 Forbidden Domain not served
by Pavithra M 13 Apr '20

13 Apr '20

Hi David, Kindly help me in this regard. I am not getting like it is because of pval issue or some other issue which causes this issue. I have configured kamailio as an IMS server as VM based . PCSCF - 10.x.x.179 ICSCF - 10.x.x.79 SCSCF - 10.x.x.73 HSS - 10.x.x.75 I am using zoiper client for testing the call flow . The *registration is happening properly* in my both zoiper clients for hss configured users (alice and bob). When i am making an *INVITE , *I am getting *403 Forbidden - Domain not served *error from SCSCF. The Call Flow for invite is as follows . call from alice(a)sip.example.com zoiper1 (UE) -> PCSCF ( INVITE sip:bob@sip.example.com;transport=UDP ) PCSCF -> SCSCF ( INVITE sip:bob@sip.example.com;transport=UDP ) SCSCF -> PCSCF (100 trying) SCSCF -> ICSCF ( INVITE sip:bob@sip.example.com;transport=UDP ) ICSCF -> SCSCF (100 trying) ICSCF -> SCSCF ( INVITE sip:bob@sip.example.com;transport=UDP ) SCSCF -> ICSCF (100 trying) SCSCF -> ICSCF (*403 Forbidden - Domain not served*) ICSCF -> SCSCF (Request: ACK sip:bob@sip.example.com | ) ICSCF -> SCSCF ( 403 Forbidden - Domain not served ) SCSCF -> PCSCF ( 403 Forbidden - Domain not served ) PCSCF -> UE ( 403 Forbidden - Domain not served ) Below are the alias configuration i have done in pcscf,icscf,scscf nodes *PCSCF.CFG* # IP-Adress for incoming SIP-Traffic, in the following format: # SIP / UDP listen=udp:10.x.x.179:4060 # SIP / TCP listen=tcp:10.x.x.179:4060 # SIP / TCP/TLS listen=tls:10.x.x.179:4060 # IPSEC / UDP #!define IPSEC_LISTEN_ADDR "0.0.0.0" #!define IPSEC_CLIENT_PORT 5062 #!define IPSEC_SERVER_PORT 5063 #alias="sip.example.com:4060" alias=pcscf.sip.example.com:4060 #!define MY_WS_PORT 80 #!define MY_WSS_PORT 443 #!define PCSCF_URL "sip:pcscf.sip.example.com:4060" #!define TCP_PROCESSES 8 #!subst "/NETWORKNAME/sip.example.com/" #!subst "/HOSTNAME/pcscf.sip.example.com/" *ICSCF.CFG* # SIP / UDP listen=udp:10.x.x.79:4070 # SIP / TCP listen=tcp:10.x.x.79:4070 # SIP / TCP/TLS listen=tls:10.x.x.79:4071 alias="icscf.sip.example.com:4070" #!define NETWORKNAME "sip.example.com" #!define HOSTNAME "icscf.sip.example.com" *SCSCF.CFG* # SIP / UDP listen=udp:10.x.x.73:4080 # SIP / TCP listen=tcp:10.x.x.73:4080 # SIP / TCP/TLS listen=tls:10.x.x.73:4081 #!define NETWORKNAME "sip.example.com" #!define HOSTNAME "scscf.sip.example.com" #!define URI "sip:scscf.sip.example.com:4080" alias=scscf.sip.example.com:4080 # ENUM-Server to query: #!define ENUM_SUFFIX "scscf.sip.example.com." Kindly let me know where i am missing . Kindly need help in this issue since the registration is happening successfully and dropping in the INVITE level. Kindly help.

1 0

kamailio error
by Pavithra M 13 Apr '20

13 Apr '20

Hi, This is the lvalue.c file where i am facing the issue. kindly help. if (unlikely(ret<0)){ LM_ERR("assignment failed at pos: (%d,%d-%d,%d)\n", rve->fpos.s_line, rve->fpos.s_col, rve->fpos.e_line, rve->fpos.e_col); } else { if(unlikely(_log_assign_action!=NULL)) _log_assign_action(msg, lv); } rval_destroy(rv); return ret; error: if (rv) rval_destroy(rv); return -1;

1 0

Kamailio - 5.3.3 Error : 403 domain not served
by Pavithra M 13 Apr '20

13 Apr '20

Hi , I have configured kamailio as an IMS server as VM based . PCSCF - 10.x.x.179 ICSCF - 10.x.x.79 SCSCF - 10.x.x.73 HSS - 10.x.x.75 I am using zoiper client for testing the call flow . The *registration is happening properly* in my both zoiper clients for hss configured users (alice and bob). When i am making an *INVITE , *I am getting *403 Forbidden - Domain not served *error from SCSCF. The Call Flow for invite is as follows . call from alice(a)sip.example.com zoiper1 (UE) -> PCSCF ( INVITE sip:bob@sip.example.com;transport=UDP ) PCSCF -> SCSCF ( INVITE sip:bob@sip.example.com;transport=UDP ) SCSCF -> PCSCF (100 trying) SCSCF -> ICSCF ( INVITE sip:bob@sip.example.com;transport=UDP ) ICSCF -> SCSCF (100 trying) ICSCF -> SCSCF ( INVITE sip:bob@sip.example.com;transport=UDP ) SCSCF -> ICSCF (100 trying) SCSCF -> ICSCF (*403 Forbidden - Domain not served*) ICSCF -> SCSCF (Request: ACK sip:bob@sip.example.com | ) ICSCF -> SCSCF ( 403 Forbidden - Domain not served ) SCSCF -> PCSCF ( 403 Forbidden - Domain not served ) PCSCF -> UE ( 403 Forbidden - Domain not served ) Below are the alias configuration i have done in pcscf,icscf,scscf nodes *PCSCF.CFG* # IP-Adress for incoming SIP-Traffic, in the following format: # SIP / UDP listen=udp:10.x.x.179:4060 # SIP / TCP listen=tcp:10.x.x.179:4060 # SIP / TCP/TLS listen=tls:10.x.x.179:4060 # IPSEC / UDP #!define IPSEC_LISTEN_ADDR "0.0.0.0" #!define IPSEC_CLIENT_PORT 5062 #!define IPSEC_SERVER_PORT 5063 #alias="sip.example.com:4060" alias=pcscf.sip.example.com:4060 #!define MY_WS_PORT 80 #!define MY_WSS_PORT 443 #!define PCSCF_URL "sip:pcscf.sip.example.com:4060" #!define TCP_PROCESSES 8 #!subst "/NETWORKNAME/sip.example.com/" #!subst "/HOSTNAME/pcscf.sip.example.com/" *ICSCF.CFG* # SIP / UDP listen=udp:10.x.x.79:4070 # SIP / TCP listen=tcp:10.x.x.79:4070 # SIP / TCP/TLS listen=tls:10.x.x.79:4071 alias="icscf.sip.example.com:4070" #!define NETWORKNAME "sip.example.com" #!define HOSTNAME "icscf.sip.example.com" *SCSCF.CFG* # SIP / UDP listen=udp:10.x.x.73:4080 # SIP / TCP listen=tcp:10.x.x.73:4080 # SIP / TCP/TLS listen=tls:10.x.x.73:4081 #!define NETWORKNAME "sip.example.com" #!define HOSTNAME "scscf.sip.example.com" #!define URI "sip:scscf.sip.example.com:4080" alias=scscf.sip.example.com:4080 # ENUM-Server to query: #!define ENUM_SUFFIX "scscf.sip.example.com." Kindly let me know where i am missing . Kindly need help in this issue since the registration is happening successfully and dropping in the INVITE level. Kindly help.

1 0

Kamailio 5.3.2 crashing continuously
by harneet singh 13 Apr '20

13 Apr '20

Hi All, As part of our very low cps load at 50 calls per second through Kamailio Version 5.3.2 (Dispatcher Module used with Call Load based Routing - Algorithm 10. Machine is a Centos: 7.7 with kernel version 3.10), we are seeing the kamailio continuously crashing. Please see the data below for 3 types of segfaults seen: Crash-1: -------- Apr 3 19:32:25 FE-A07-34-VM6 kernel: kamailio[10382]: segfault at 7ff300000078 ip 00007ff300000078 sp 00007ffe5f2eafc8 error 14 in libbz2.so.1.0.6[7ff331582000+f000] Apr 3 19:32:25 FE-A07-34-VM6 mysqld: 2020-04-03 19:32:25 6131 [Warning] Aborted connection 6131 to db: 'kamailio' user: 'kamailio' host: 'localhost' (Got an error reading communication packets) Apr 3 19:32:25 FE-A07-34-VM6 /usr/sbin/kamailio[10423]: CRITICAL: <core> [core/pass_fd.c:277]: receive_fd(): EOF on 13 Apr 3 19:32:25 FE-A07-34-VM6 /usr/sbin/kamailio[10381]: ALERT: <core> [main.c:767]: handle_sigs(): child process 10382 exited by a signal 11 Apr 3 19:32:25 FE-A07-34-VM6 /usr/sbin/kamailio[10381]: ALERT: <core> [main.c:770]: handle_sigs(): core was not generated =============================== Crash-2: ------- Apr 3 19:36:11 FE-A07-34-VM6 kernel: kamailio[12838]: segfault at 7efe00000078 ip 00007efe00000078 sp 00007ffdc876b868 error 15 in zero (deleted)[7efdc407f000+40000000] Apr 3 19:36:11 FE-A07-34-VM6 mysqld: 2020-04-03 19:36:11 6175 [Warning] Aborted connection 6175 to db: 'kamailio' user: 'kamailio' host: 'localhost' (Got an error reading communication packets) Apr 3 19:36:11 FE-A07-34-VM6 /usr/sbin/kamailio[12874]: CRITICAL: <core> [core/pass_fd.c:277]: receive_fd(): EOF on 18 Apr 3 19:36:11 FE-A07-34-VM6 /usr/sbin/kamailio[12826]: ALERT: <core> [main.c:767]: handle_sigs(): child process 12838 exited by a signal 11 Apr 3 19:36:11 FE-A07-34-VM6 /usr/sbin/kamailio[12826]: ALERT: <core> [main.c:770]: handle_sigs(): core was not generated ============================ Crash-3: -------- Apr 3 19:40:53 FE-A07-34-VM6 kernel: kamailio[13542]: segfault at 80 ip 000000000065e193 sp 00007ffdae10c1f0 error 4 in kamailio[400000+476000] Apr 3 19:40:53 FE-A07-34-VM6 mysqld: 2020-04-03 19:40:53 6222 [Warning] Aborted connection 6222 to db: 'kamailio' user: 'kamailio' host: 'localhost' (Got an error reading communication packets) Apr 3 19:40:53 FE-A07-34-VM6 /usr/sbin/kamailio[13516]: ALERT: <core> [main.c:767]: handle_sigs(): child process 13542 exited by a signal 11 Apr 3 19:40:53 FE-A07-34-VM6 /usr/sbin/kamailio[13558]: CRITICAL: <core> [core/pass_fd.c:277]: receive_fd(): EOF on 38 Apr 3 19:40:53 FE-A07-34-VM6 /usr/sbin/kamailio[13516]: ALERT: <core> [main.c:770]: handle_sigs(): core was not generated Any pointers for resolution are most welcome as we need to quickly resolve this. Regards, Harneet Singh -- "Once you eliminate the impossible, whatever remains, no matter how improbable, must be the truth" - Sir Arthur Conan Doyle

2 3

IPSec and USIM
by Mohammad Elahi 12 Apr '20

12 Apr '20

Hi All, When my VoLTE Mobile is registered to the Kamailio IMS that support IPSec by AKAv1 algorithm, inside the ESP packet is clear text (not encrypted). Is that because my mistake in configuration or for my USIM card? thanks in advance. Mohammad

1 1

kamailio as SBC for Teams
by Aidar Kamalov 10 Apr '20

10 Apr '20

Hello, I read https://skalatan.de/en/blog/kamailio-sbc-teams and trying to use kamailio for teams. But I faced that MS not responding ACK to my 200OK. Somethin is wrong, but I don't know what. I call from teams to kamailio. Can you help me please This is initial INVITE from Teams: 2020/04/09 22:55:17.346092 52.114.7.24:1024 -> KAMAILIO_IP:5061 INVITE sip:+xxxxxxxxx@MY_KAMAILIO_FQDN:5061;user=phone;transport=tls SIP/2.0 FROM: Aidar Kamalov<sip:+xxxxxxxxx@sip.pstnhub.microsoft.com:5061 ;user=phone>;tag=de28a5b5333b451a97312097f91f5564 TO: <sip:xxxxxxxx@MY_KAMAILIO_FQDN:5061;user=phone> CSEQ: 1 INVITE CALL-ID: 3d5ad3cdd01457be94d127fa20478cf1 MAX-FORWARDS: 70 VIA: SIP/2.0/TLS 52.114.7.24:5061;branch=z9hG4bKdb903e2c RECORD-ROUTE: <sip:sip-du-a-as.pstnhub.microsoft.com:5061;transport=tls;lr> CONTACT: <sip:api-du-a-euno.pstnhub.microsoft.com:443 ;x-i=903eeaac-b19e-43a0-8e75-bb222049922a;x-c=3d5ad3cdd01457be94d127fa20478cf1/d/8/d3d2c2e3f3c14f88bb2fe843b4bc70e4> CONTENT-LENGTH: 2426 USER-AGENT: Microsoft.PSTNHub.SIPProxy v.2020.4.4.3 i.ASEA.5 CONTENT-TYPE: application/sdp ALLOW: INVITE,ACK,OPTIONS,CANCEL,BYE,NOTIFY v=0 o=- 0 0 IN IP4 52.114.252.146 s=session c=IN IP4 52.114.252.146 b=CT:50000 t=0 0 m=audio 52939 RTP/SAVP 104 9 111 18 0 8 103 97 13 118 119 101 a=rtcp:52925 a=ice-ufrag:rKBm a=ice-pwd:BkjUnkfIvYV5pjteSteevL1O a=rtcp-mux a=candidate:4 1 UDP 184547839 52.114.252.146 52939 typ relay raddr 31.13.144.55 rport 57780 a=candidate:4 2 UDP 184547326 52.114.252.146 52925 typ relay raddr 31.13.144.55 rport 57781 a=candidate:1 1 tcp-act 2121006590 100.78.247.179 1024 typ host a=candidate:1 2 tcp-act 2121006590 100.78.247.179 1024 typ host a=candidate:2 1 UDP 2130705919 100.78.247.179 39182 typ host a=candidate:2 2 UDP 2130705406 100.78.247.179 39183 typ host a=candidate:3 1 UDP 1694497791 31.13.144.55 57780 typ srflx raddr 100.78.247.179 rport 39182 a=candidate:3 2 UDP 1694497278 31.13.144.55 57781 typ srflx raddr 100.78.247.179 rport 39183 a=candidate:5 1 tcp-act 1684796926 31.13.144.55 9761 typ srflx raddr 100.78.247.179 rport 41775 a=candidate:5 2 tcp-act 1684796926 31.13.144.55 9761 typ srflx raddr 100.78.247.179 rport 41775 a=candidate:6 1 tcp-pass 174453758 52.114.252.130 59925 typ relay raddr 31.13.144.55 rport 9761 a=candidate:6 2 tcp-pass 174453758 52.114.252.130 59925 typ relay raddr 31.13.144.55 rport 9761 a=candidate:7 1 tcp-act 174846462 52.114.252.130 59925 typ relay raddr 31.13.144.55 rport 9761 a=candidate:7 2 tcp-act 174846462 52.114.252.130 59925 typ relay raddr 31.13.144.55 rport 9761 a=x-candidate-info:4 network-type=WWAN a=x-candidate-info:1 network-type=WWAN a=x-candidate-info:2 network-type=WWAN a=x-candidate-info:3 network-type=WWAN a=x-candidate-info:5 network-type=WWAN a=x-candidate-info:6 network-type=WWAN a=x-candidate-info:7 network-type=WWAN a=crypto:1 AES_CM_128_HMAC_SHA1_32 inline:DY3r3DWRojJm94CJQ83OAavmlRCwPf5ciRxHCT40|2^31 a=crypto:2 AES_CM_128_HMAC_SHA1_80 inline:DY3r3DWRojJm94CJQ83OAavmlRCwPf5ciRxHCT40|2^31 a=crypto:3 AES_CM_128_HMAC_SHA1_80 inline:DY3r3DWRojJm94CJQ83OAavmlRCwPf5ciRxHCT40|2^31|1:1 a=rtpmap:104 SILK/16000 a=fmtp:104 useinbandfec=1; usedtx=0 a=rtpmap:9 G722/8000 a=rtpmap:111 SIREN/16000 a=fmtp:111 bitrate=16000 a=rtpmap:18 G729/8000 a=rtpmap:0 PCMU/8000 a=rtpmap:8 PCMA/8000 a=rtpmap:103 SILK/8000 a=fmtp:103 useinbandfec=1; usedtx=0 a=rtpmap:97 RED/8000 a=rtpmap:13 CN/8000 a=rtpmap:118 CN/16000 a=rtpmap:119 CN/24000 a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-16 a=ptime:20 a=maxptime:200 and my 200OK to MS is: 2020/04/09 22:55:19.976427 KAMAILIO_IP:5061 -> 52.114.7.24:1024 SIP/2.0 200 OK Record-Route: <sip:KAMAILIO_FQDN_DOMAIN:5061;transport=tls;ftag=de28a5b5333b451a97312097f91f5564;lr=on> Record-Route: <sip:KAMAILIO_IP:5060;ftag=de28a5b5333b451a97312097f91f5564;lr=on> Via: SIP/2.0/TLS 52.114.7.24:5061;rport=1024;branch=z9hG4bKdb903e2c Record-Route: <sip:ENDPOINT_BEHIND_KAMAILIO_IP;line=sr-QyfKA15Kw1rKw1hKEoPljM0oE1VLX10RQ1VLX10gkY37WJufE1BBjJhVE6E6r14VEJ5Nj6ElE1UNjyrNEJrVjnr.AyudmMV1rg52rJrlAyNBkMVNmSE*> Record-Route: <sip:ENDPOINT_BEHIND_KAMAILIO_IP;r2=on;lr=on;ftag=de28a5b5333b451a97312097f91f5564;did=cba.af1;nat=yes> Record-Route: <sip:KAMAILIO_IP;r2=on;lr=on;ftag=de28a5b5333b451a97312097f91f5564;did=cba.42a1;nat=yes> Record-Route: <sip:KAMAILIO_IP:5061;transport=tls;r2=on;lr=on;ftag=de28a5b5333b451a97312097f91f5564;did=cba.42a1;nat=yes> Record-Route: <sip:sip-du-a-as.pstnhub.microsoft.com:5061;transport=tls;lr> To: <sip:+xxxxxxxxxx@KAMAILIO_FQDN_DOMAIN :5061;user=phone>;tag=3795432917-393759697 From: <sip:+xxxxxxxxxx@sip.pstnhub.microsoft.com:5061 ;user=phone>;tag=de28a5b5333b451a97312097f91f5564 Call-ID: 3d5ad3cdd01457be94d127fa20478cf1 CSeq: 1 INVITE Allow: PUBLISH,MESSAGE,UPDATE,PRACK,SUBSCRIBE,REFER,INFO,NOTIFY,REGISTER,OPTIONS,BYE,INVITE,ACK,CANCEL Content-Type: application/sdp Accept: application/sdp Content-Length: 282 User-Agent: MY_DOMAIN Contact: <sip:KAMAILIO_IP;line=sr-DHZToOtmMdn7MODy9AnmD10TGLpUrL4noJCE4A03DdQE9LUaMXr*> v=0 o=ETPI-MSX1 0 0 IN IP4 KAMAILIO_IP s=sip call c=IN IP4 KAMAILIO_IP t=0 0 m=audio 12176 RTP/SAVP 8 b=AS:64 a=maxptime:20 a=rtpmap:8 PCMA/8000 a=sendrecv a=rtcp:12177 a=crypto:1 AES_CM_128_HMAC_SHA1_32 inline:03ZmcR+CxxB7k7C8QvWBgseYq7cH7py7VxqfLM8j a=ptime:20 -- Aydar A. Kamalov

4 8

Re: [SR-Users] Kamailio propagates 180 and 200 OK OUT OF ORDER
by Luis Rojas G. 10 Apr '20

10 Apr '20

Hello, I just realized that I had the dispatcher configured using a hash of Call-ID. That means, after recvfrom there must be an extra processing finding the Call-ID header in message, to calculate a hash and then forward() message. The more the processing, the more cases when 200 could arrive before 180. I just changed it to round robin, and the amount decreased a lot, but it's still there. If I send a burst of 1000 messages, about 5 of them leave out of order every time. Best regards, Luis On 4/9/20 1:48 PM, Luis Rojas G. wrote: > Hello, > > I have a lot of experience developing mutithreaded applications, and I > don't see it so unlikely at all that a process loses cpu just after > recvfrom(). It's just as probable as to lose it just before, or when > writing on a cache or just before of after sendto(). If there are many > messages going through, some of them will fall in this scenario. if I > try sending a burst of 100 messages, I see two or three presenting the > scenario. > > Just forward() with a single process does not give the capacity. I'm > getting almost 1000caps. More than that and start getting errores, > retransmissions, etc. And this is just one way. I need to receive the > call to go back to the network (our application is a B2BUA), so I will > be down to 500caps, with a simple scenario, with no reliable > responses, reinvites, updates, etc. I will end up having as many > standalone kamailio processes as the current servers I do have now. > > I really think the simplest way would be to add a small delay to 200 > OK. Very small, like 10ms, should be enough. Simple and it should > work. As Alex Balashov commented he did for the case with ACK-Re-Invite. > > I have to figure out how to make async_ms_sleep() work in reply_route(). > > Thanks for all the comments and ideas > > Best regards, > > Luis > > > > . On 4/9/20 12:17 PM, Daniel-Constantin Mierla wrote: >> >> >> MICONDA(a)GMAIL.COM appears similar to someone who previously sent you >> email, but may not be that person. Learn why this could be a risk >> <http://aka.ms/LearnAboutSenderIdentification> >> Feedback <http://aka.ms/SafetyTipsFeedback> >> >> Hello, >> >> then the overtaking is in between reading from the socket and getting >> to parsing the call-id value -- the cpu is lost by first reader after >> recvfrom() and the second process get enough cpu time to go ahead >> further. I haven't encountered this case, but as I said previously, >> it is very unlikely, but still possible. I added the route_locks_size >> because in the past I had cases when processing of some messages took >> longer executing config (e.g., due to authentication, accounting, ..) >> and I needed to be sure they are processed in the order they enter >> config execution. >> >> Then the option is to see if a single process with stateless sending >> out (using forward()) gives the capacity, if you don't do any other >> complex processing. Or if you do more complex processing, use a >> dispatcher process with forwarding to local host or in a similar >> manner try to use mqueue+rtimer for dispatching using shared memory >> queues. >> >> Of course, it is open source and there is also the C coding way, to >> add a synchronizing mechanism to protect against parallel execution >> of the code from recvfrom() till call-id lock is acquired. >> >> Cheers, >> Daniel >> -- Luis Rojas Software Architect Sixbell Los Leones 1200 Providencia Santiago, Chile Phone: (+56-2) 22001288 mailto:luis.rojas@sixbell.com http://www.sixbell.com

3 4

t_relay failure when dropping all branches in same destination set
by Sergiu Pojoga 09 Apr '20

09 Apr '20

Hi there, Can someone help figure out why there's this t_relay error, if I decide to drop the single master branch either all branches belonging to the same destination set, even though there are more serial sets to try later? *Error:* *tm [t_funcs.c:337]: t_relay_to(): t_forward_nonack returned error -6 (-6)* *tm [t_funcs.c:355]: t_relay_to(): -6 error reply generation delayed * *Example:* request_route { seturi("sip:a@mydomain.net"); append_branch("sip:b@mydomain.net", "0.5"); append_branch("sip:c@mydomain.net", "0.5"); append_branch("sip:d@10.22.0.30", "1.0"); # append_branch("sip:e@mydomain.net", "1.0"); # no error if I add this branch with same Q=1.0 t_load_contacts(); t_next_contacts(); t_on_branch("check_branch"); t_on_failure("serial"); t_relay(); break; } branch_route[check_branch] { if($rd=="10.22.0.30") drop; } failure_route["serial"] { if (!t_next_contacts()) exit; } t_on_branch("check_branch"); t_on_failure("serial"); t_relay(); } Thanks in advance. --Sergiu

1 1

Re: [SR-Users] Kamailio propagates 180 and 200 OK OUT OF ORDER
by Alex Balashov 09 Apr '20

09 Apr '20

On Thu, Apr 09, 2020 at 02:26:45PM +0100, David Villasmil wrote: > How about just not forwarding the 180 if it’s coming right after the > 200ok? I know it’s a hack, but a 180 is a provisional response > indicating the ring status, not the actual audio for the ring... so if > a 200 is received, the call is already established, no need to forward > the 180. There is a general principle, particularly in PSTN interworking, that signalling should be reliably conserved end-to-end. I think dropping messages is the most cavalier option available, perhaps worth considering only if every other logical possibility has been exhausted first. -- 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

Re: [SR-Users] Kamailio propagates 180 and 200 OK OUT OF ORDER
by Daniel-Constantin Mierla 09 Apr '20

09 Apr '20

On 09.04.20 09:47, Daniel-Constantin Mierla wrote: > [...] >> >> Any idea why Async is not allowed in reply_route()? >> Didn't notice this question in the first place to respond in my previous email. Probably the developer that did it needed it for SIP requests. However, you can make a patch (pull request) to make it work for other cases. The developers will review the changes and if they don't break anything, it will be merged. Cheers, Daniel

2 1

kamailio - IPSEC
by Pavithra M 09 Apr '20

09 Apr '20

Hi, Is there any possibility to disable ipsec_pcscf in kamailio 5.3.3.

2 2

Re: [SR-Users] Kamailio propagates 180 and 200 OK OUT OF ORDER
by Daniel-Constantin Mierla 09 Apr '20

09 Apr '20

Hello, it was a reply to my email where I mentioned the route_locks_size parameter. As he said he looked at that parameter, I assumed it was about the route_locks_size, because there was not other parameter listed in the emails. So using the route_locks_size parameter doesn't require to use dialog module. Cheers, Daniel On 09.04.20 10:29, Henning Westerholt wrote: > > Hello, > > > > I mentioned in some of earlier e-mails as one possible option to track > the state of a dialog and to act depending on it. > > > > Cheers, > > > > Henning > > > > -- > > Henning Westerholt – https://skalatan.de/blog/ > > Kamailio services – https://gilawa.com <https://gilawa.com/> > > > > *From:* Daniel-Constantin Mierla <miconda(a)gmail.com> > *Sent:* Thursday, April 9, 2020 9:48 AM > *To:* luis.rojas(a)sixbell.com; Kamailio (SER) - Users Mailing List > <sr-users(a)lists.kamailio.org>; Henning Westerholt <hw(a)skalatan.de> > *Subject:* Re: [SR-Users] Kamailio propagates 180 and 200 OK OUT OF ORDER > > > > Hello, > > On 08.04.20 23:03, Luis Rojas G. wrote: > > Hello, Daniel, > > > > I looked into that parameter, but I need to use with the dialog > module, and I'm pretty afraid to use that. > > who said or where is written than you need to load the dialog module? > You definitely don't. > > Cheers, > Daniel > > > > I was looking more into the stateless proxy, because I need to > process a lot of traffic. > > > > My target is 4200CAPS. with duration between 90s and 210. Let's > say, 150 seconds. That would mean 630.000 simultaneous dialogs. I > don't think the solution can go that way. > > it would really help me to be able to use completely stateless > proxy plus Async in reply_route(), to introduce an artificial > delay before forwarding 200 OK to Invite.. As someone mentioned, > it would help me on request_route(), for race conditions between > ACK and Re-Invite. > > Any idea why Async is not allowed in reply_route()? > > Best regards, > > > > Luis > > > > On 4/8/20 1:07 PM, Daniel-Constantin Mierla wrote: > > Hello, > > you have to keep in mind that Kamailio is a SIP packet router, > not a telephony engine. If 180 and 200 replies are part of a > call is not something that Kamailio recognize at its core. Its > main goal is to route out as fast as possible what is > received, by executing the configuration file script. Now, a > matter of your configuration file, processing of some SIP > messages can take longer than processing other. And the > processing is done in parallel, a matter of children parameter > (and tcp_children, sctp_children). > > With that in mind, a way to try to cope better with the issue > you face is to set route_locks_size parameter, see: > > * > https://www.kamailio.org/wiki/cookbooks/devel/core#route_locks_size > <https://nam02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.kamai…> > > Probably is what you look for. > > But if you want more tight constraints, like when receiving a > 180 after a 200ok and not route it out, you have to make the > logic in configuration file by combining modules such as > dialog or htable (as already suggested). > > Cheers, > Daniel > -- Daniel-Constantin Mierla -- www.asipto.com www.twitter.com/miconda -- www.linkedin.com/in/miconda

1 0

pcscf logs - error in kamailio
by Pavithra M 09 Apr '20

09 Apr '20

Hi , The error i am facing in kamailio pcscf Apr 9 13:44:31 tel-VirtualBox kamailio[2847]: INFO: rr [rr_mod.c:515]: pv_get_route_uri_f(): No route header present. Apr 9 13:44:31 tel-VirtualBox kamailio[2811]: ERROR: <core> [core/lvalue.c:353]: lval_pvar_assign(): setting pvar failed Apr 9 13:44:31 tel-VirtualBox kamailio[2811]: ERROR: <core> [core/lvalue.c:404]: lval_assign(): assignment failed at pos: (106,30-106,48) Apr 9 13:44:31 tel-VirtualBox kamailio[2811]: ERROR: <core> [core/lvalue.c:353]: lval_pvar_assign(): setting pvar failed Apr 9 13:44:31 tel-VirtualBox kamailio[2811]: ERROR: <core> [core/lvalue.c:404]: lval_assign(): assignment failed at pos: (114,31-114,52) kindly help me in this issue .. because of this , it is throwing 403 domain not server error in scscf

1 0

Error in kamailio 5.3.3
by Pavithra M 08 Apr '20

08 Apr '20

Hi, I have configured kamailio as Ims server with pcscf,icscf,scsf and hss in 4 different vms . After that I use zoiper client for testing the call flow . Registration is successful .It goes via UE -> Pcscf -> icscf -> scscf and returns back with 200 OK . Registration is happening with authentication from hss . When I make an INVITE , it goes from UE -> PCSCF -> SCSCF -> ICSCF -> SCSF and s-cscf gives *403 - Domain not served *to icscf and i-cscf returns to p-cscf with the same error . I am not seeing any errors in scscf and i-cscf . In pcscf , I am seeing an error like *Error : <core> [core/lvalue.c] :lval_pvar_assign() : setting pvar failed * *Error : <core> [core/lvalue.c] :* *lval_assign():assignment failed at pos* What should I do? Kindly advise. I am struggling with this issue for a week.kindly do the needful. Version - kamailio - 5.3.3 I need a normal call flow to be established between two clients.kindly help .

3 10

Re: [SR-Users] Kamailio propagates 180 and 200 OK OUT OF ORDER
by Alex Balashov 08 Apr '20

08 Apr '20

On Wed, Apr 08, 2020 at 10:51:25PM +0200, Daniel-Constantin Mierla wrote: > - corex module offers functions to set source address and received > socket for more flexibility why processing on 127.0.0.1 Interesting. Thanks for the tip! -- 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/

1 0

Re: [SR-Users] Kamailio propagates 180 and 200 OK OUT OF ORDER
by Alex Balashov 08 Apr '20

08 Apr '20

On Wed, Apr 08, 2020 at 04:54:48PM +0100, David Villasmil wrote: > I have a question on this, since 180 arrived before the 200, shouldn’t it > go out before? I.e.: FIFO? Or is this not happening because there are > multiple processes and one may take the 180 and the other the 200 and they > are processes independently? > > I guess setting the childs to only 1 should prove this theory. In theory, it should all be FIFO, of course. In practice, there are stochastic aspects to OS process scheduling and I/O scheduling which make the ingress and egress of messages arriving at Kamailio simultaneously or substantially simultaneously somewhat indeterminate. And, of course, it depends on how complicated the processing of the messages respectively is, either in computational terms, or external I/O wait, or both. To Steve Davies' point, that's just the nature of the multiprocess architecture, together with the lack of a distributor thread. -- 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

Re: [SR-Users] Kamailio propagates 180 and 200 OK OUT OF ORDER
by Alex Balashov 08 Apr '20

08 Apr '20

On Wed, Apr 08, 2020 at 01:30:21PM +0000, Henning Westerholt wrote: > There is also the option to do an asynchronous sleep (with the async) > module on the message that you want to delay but still processing > other messages during it. We have a buggy endpoint that consistently sends reinvites immediately following the e2e ACK, and substantially simultaneously with the ACK. It quite often happens that the re-invite goes out the door before the ACK, which is of course rejected by the target due to inconsistent state. We solved this a somewhat nasty hack using just the very technique you mentioned -- we use the async features of Kamailio to 'delay' all re-invites about 50 ms. It does solve this problem, if a bit suboptimally and at the cost of eccentricity and complexity. -- 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/

1 0

KEMI - "record_route_advertised_address" - function export or alternative
by Jacob Greene 08 Apr '20

08 Apr '20

Hello all! I'm wondering if there are any plans to add record_route_advertised_address() function to KEMI? I'm unable to completely finish my migration to KEMI without this function due to server side NAT in our VPC and the record_route header getting automatically set to the advertised address. Is there a workaround I could use to change the record route header? Is anyone aware of any resources we could utilize to help get this fixed? Thanks for reading! Jake, Voice Engineer

2 1

Kamailio - pcscf error
by Pavithra M 07 Apr '20

07 Apr '20

Hi, I have configured kamailio as Ims server with pcscf,icscf,scsf and hss in 4 different vms . After that I use zoiper client for testing the call flow . Registration is successful .It goes via UE -> Pcscf -> icscf -> scscf and returns back with 200 OK . Registration is happening with authentication from hss . When I make an INVITE , it goes from UE -> PCSCF -> SCSCF -> ICSCF -> SCSF and s-cscf gives *403 - Domain not served *to icscf and i-cscf returns to p-cscf with the same error . I am not seeing any errors in scscf and i-cscf . In pcscf , I am seeing an error like *Error : <core> [core/lvalue.c] :lval_pvar_assign() : setting pvar failed * *Error : <core> [core/lvalue.c] :* *lval_assign():assignment failed at pos* What should I do? Kindly advise. I am struggling with this issue for a week.kindly do the needful. Version - kamailio - 5.3.3 I need a normal call flow to be established between two clients.kindly help .

1 0

[kamailio][webrtc issue]
by Bilal Abbasi 07 Apr '20

07 Apr '20

Hi Users, I am new to kamailio, and trying to implement webrtc on kamailio, i am getting following error when i try to login from tryjssip page. Mar 29 21:11:15 kamailio kamailio[20570]: ERROR: <core> [core/tcp_read.c:1535]: tcp_read_req(): bad request, state=7, error=4 buf:#012GET / HTTP/1.1#015#012Host: kamailio..com:7443#015#012Connection: Upgrade#015#012Pragma: no-cache#015#012Cache-Control: no-cache#015#012User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_2) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/80.0.3987.149 Safari/537.36#015#012Upgrade: websocket#015#012Origin: https://tryit.jssip.net#015#012Sec-WebSocket-Version: 13#015#012Accept-Encoding: gzip, deflate, br#015#012Accept-Language: en-US,en;q=0.9,ur;q=0.8#015#012Sec-WebSocket-Key: 88fVCzdsvQPCrwV7gMrWaA==#015#012Sec-WebSocket-Extensions: permessage-deflate; client_max_window_bits#015#012Sec-WebSocket-Protocol: sip#015#012#015#012#012parsed:#012GET / HTTP/1.1#015#012Host: kamailio..com:7443#015#012Connection: Upgrade#015#012Pragma: no-cache#015#012Cache-Control: no-cache#015#012User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_2) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/80.0.3987.149 Safari/537.36#015#012Upgrade: websocket#015#012Origin: https://tryit.jssip.net#015#012Sec-WebSocket-Version: 13#015#012Accept-Encoding: gzip, deflate, br#015#012Accept-Language: en-US,en;q=0.9,ur;q=0.8#015#012Sec-WebSocket-Key: 88fVCzdsvQPCrwV7gMrWaA==#015#012Sec-WebSocket-Extensions: permessage-deflate; client_max_window_bits#015#012Sec-WebSocket-Protocol: sip I can see following error on chrome console. WebSocket connection to 'wss://kamailio..com:7443/' failed: Connection closed before receiving a handshake response I tried to set tcp_accept_no_cl to value 'no' and this did not helped me either. Can someone please help me with the issue Regards Bilal Abbasi

3 7

Reloading Contacts/Attributes at runtime
by Sergiu Pojoga 07 Apr '20

07 Apr '20

Hi there, Is there some mechanism to reload Contacts *and *their attributes at runtime, without a full Kamailio restart? Known to me tools: *rpc ul.add* will add a new Contact, but not its attributes *rpc ul.flush* will flush from memory to DB, not the other way around Having a combination of registered/permanent Contacts, I can add permanent ones with *ul.add*, however I couldn't find a way to set its attributes other than in DB location, which implies the need for a reload. Thanks in advance. --Sergiu

1 0

Substitution of Contact Header
by Mack Hendricks 07 Apr '20

07 Apr '20

Hey All, I always have issues with substituting out header values. I’ve tried subst and subst_hf. Here is the value that I want to change out: Contact: <sip:52.41.52.34:5060;line=sr-h06Cy7RYRFkYacM0a7epa7sVa7sVRcNCW7IbaGZ9RGlC <sip:52.41.52.34:5060;line=sr-h06Cy7RYRFkYacM0a7epa7sVa7sVRcNCW7IbaGZ9RGlC>> And this is what I want it to be Contact: <sip:1313717555@jump.dsiprouter.net <sip:1313717555@jump.dsiprouter.net>;line=sr-h06Cy7RYRFkYacM0a7epa7sVa7sVRcNCW7IbaGZ9RGlC> I’m using this subst('/^Contact: <sip:(.*);(.*)>$/Contact: <sip:1313717555@jump.dsiprouter.net;\2 <sip:1313717555@jump.dsiprouter.net;\2>>\r/ig’); And it doesn’t work, but putting into a online regular expression tester it looks good as shown below. Any ideas?

3 4

kamailio-pcscf-error
by Pavithra M 07 Apr '20

07 Apr '20

Hi I am facing the error in pcscf and i have attached the error log and tcp dump of pcscf. kindly do the needful.

1 0

Substitution of Contact Header
by Mack Hendricks 07 Apr '20

07 Apr '20

Hey All, I always have issues with substituting out header values. I’ve tried subst and subst_hf. Here is the value that I want to change out: Contact: <sip:52.41.52.34:5060;line=sr-h06Cy7RYRFkYacM0a7epa7sVa7sVRcNCW7IbaGZ9RGlC <sip:52.41.52.34:5060;line=sr-h06Cy7RYRFkYacM0a7epa7sVa7sVRcNCW7IbaGZ9RGlC>> And this is what I want it to be Contact: <sip:1313717555@jump.dsiprouter.net <sip:1313717555@jump.dsiprouter.net>;line=sr-h06Cy7RYRFkYacM0a7epa7sVa7sVRcNCW7IbaGZ9RGlC> I’m using this subst('/^Contact: <sip:(.*);(.*)>$/Contact: <sip:1313717555@jump.dsiprouter.net;\2 <sip:1313717555@jump.dsiprouter.net;\2>>\r/ig’); And it doesn’t work, but putting into a online regular expression tester it looks good as shown below. Any ideas?

2 1

Scscf error
by Pavithra M 06 Apr '20

06 Apr '20

Hi, I have configured p-cscf ,icscf, scscf , hss in different vms and I am able to get the registration successful. I am using zoiper client and kamailio version 5.3.3. After the registration , when I try to make a call, it is showing 403 , Domain not served In my scscf TCP dump . What is this error and how to solve this . Kindly help me asap since I am facing this issue for a week and struggling to resolve it . Thanks.

1 0

Pcscf error
by Pavithra M 06 Apr '20

06 Apr '20

Hi, I have configured p-cscf ,I cscf, scscf ,hss in four different vms. I am getting below errors in my pcscf log . Kindly provide me the solution asap . Kamailio version - 5.3.3 Apr 6 18:02:29 tel-VirtualBox kamailio: INFO: <core> [core/tcp_main.c:5042]: init_tcp(): using epoll_lt as the io watch method (auto detected) Apr 6 18:02:29 tel-VirtualBox kamailio[9603]: INFO: rr [../outbound/api.h:52]: ob_load_api(): unable to import bind_ob - maybe module is not loaded Apr 6 18:02:29 tel-VirtualBox kamailio[9603]: INFO: rr [rr_mod.c:177]: mod_init(): outbound module not available Apr 6 18:02:29 tel-VirtualBox kamailio[9603]: INFO: auth [auth_mod.c:345]: mod_init(): qop set, but nonce-count (nc_enabled) support disabled Apr 6 18:02:29 tel-VirtualBox kamailio[9603]: INFO: path [../outbound/api.h:52]: ob_load_api(): unable to import bind_ob - maybe module is not loaded Apr 6 18:02:29 tel-VirtualBox kamailio[9603]: INFO: path [path_mod.c:151]: mod_init(): outbound module not available Apr 6 18:02:29 tel-VirtualBox kamailio[9603]: INFO: ims_usrloc_pcscf [hslot.c:62]: ul_init_locks(): locks array size 512 Apr 6 18:02:29 tel-VirtualBox kamailio[9603]: INFO: ims_ipsec_pcscf [ims_ipsec_pcscf_mod.c:264]: mod_init(): Successfully bound to PCSCF Usrloc module Apr 6 18:02:29 tel-VirtualBox kamailio[9603]: INFO: ims_ipsec_pcscf [ims_ipsec_pcscf_mod.c:271]: mod_init(): Successfully bound to TM module Apr 6 18:02:29 tel-VirtualBox kamailio[9603]: INFO: ims_ipsec_pcscf [ims_ipsec_pcscf_mod.c:114]: ipsec_print_all_socket_lists(): Listening on: Apr 6 18:02:29 tel-VirtualBox kamailio[9603]: INFO: ims_ipsec_pcscf [ims_ipsec_pcscf_mod.c:164]: ipsec_print_all_socket_lists(): udp: 10.45.6.179 [10.45.6.179]:4060 Apr 6 18:02:29 tel-VirtualBox kamailio[9603]: INFO: ims_ipsec_pcscf [ims_ipsec_pcscf_mod.c:164]: ipsec_print_all_socket_lists(): udp: 0.0.0.0 [0.0.0.0]:5062 Apr 6 18:02:29 tel-VirtualBox kamailio[9603]: INFO: ims_ipsec_pcscf [ims_ipsec_pcscf_mod.c:164]: ipsec_print_all_socket_lists(): udp: 0.0.0.0 [0.0.0.0]:5063 Apr 6 18:02:29 tel-VirtualBox kamailio[9603]: INFO: ims_ipsec_pcscf [ims_ipsec_pcscf_mod.c:164]: ipsec_print_all_socket_lists(): udp: 0.0.0.0 [0.0.0.0]:5064 Apr 6 18:02:29 tel-VirtualBox kamailio[9603]: INFO: ims_ipsec_pcscf [ims_ipsec_pcscf_mod.c:164]: ipsec_print_all_socket_lists(): tcp: 10.45.6.179 [10.45.6.179]:4060 Apr 6 18:02:29 tel-VirtualBox kamailio[9603]: INFO: ims_ipsec_pcscf [ims_ipsec_pcscf_mod.c:164]: ipsec_print_all_socket_lists(): tcp: 0.0.0.0 [0.0.0.0]:5062 Apr 6 18:02:29 tel-VirtualBox kamailio[9603]: INFO: ims_ipsec_pcscf [ims_ipsec_pcscf_mod.c:164]: ipsec_print_all_socket_lists(): tcp: 0.0.0.0 [0.0.0.0]:5063 Apr 6 18:02:29 tel-VirtualBox kamailio[9603]: INFO: ims_ipsec_pcscf [ims_ipsec_pcscf_mod.c:164]: ipsec_print_all_socket_lists(): tcp: 0.0.0.0 [0.0.0.0]:5064 Apr 6 18:02:29 tel-VirtualBox kamailio[9603]: INFO: ims_registrar_pcscf [ims_registrar_pcscf_mod.c:275]: mod_init(): Successfully bound to PCSCF IPSEC module Apr 6 18:02:29 tel-VirtualBox kamailio[9603]: ERROR: rtpengine [rtpengine.c:2901]: select_rtpp_set(): no rtpp_set_list->rset_first Apr 6 18:02:29 tel-VirtualBox kamailio[9603]: NOTICE: rtpengine [rtpengine.c:1722]: mod_init(): Default rtpp set 0 NOT found Apr 6 18:02:29 tel-VirtualBox kamailio[9603]: INFO: <core> [main.c:2779]: main(): processes (at least): 82 - shm size: 67108864 - pkg size: 8388608 Apr 6 18:02:29 tel-VirtualBox kamailio[9603]: WARNING: tm [tm.c:507]: fixup_routes(): t_on_failure("NATMANAGE"): empty/non existing route Apr 6 18:02:29 tel-VirtualBox kamailio[9603]: INFO: <core> [core/udp_server.c:154]: probe_max_receive_buffer(): SO_RCVBUF is initially 212992 Apr 6 18:02:29 tel-VirtualBox kamailio[9603]: INFO: <core> [core/udp_server.c:206]: probe_max_receive_buffer(): SO_RCVBUF is finally 425984 Apr 6 18:02:29 tel-VirtualBox kamailio[9603]: INFO: <core> [core/udp_server.c:154]: probe_max_receive_buffer(): SO_RCVBUF is initially 212992 Apr 6 18:02:29 tel-VirtualBox kamailio[9603]: INFO: <core> [core/udp_server.c:206]: probe_max_receive_buffer(): SO_RCVBUF is finally 425984 Apr 6 18:02:29 tel-VirtualBox kamailio[9603]: INFO: <core> [core/udp_server.c:154]: probe_max_receive_buffer(): SO_RCVBUF is initially 212992 Apr 6 18:02:29 tel-VirtualBox kamailio[9603]: INFO: <core> [core/udp_server.c:206]: probe_max_receive_buffer(): SO_RCVBUF is finally 425984 Apr 6 18:02:29 tel-VirtualBox kamailio[9603]: INFO: <core> [core/udp_server.c:154]: probe_max_receive_buffer(): SO_RCVBUF is initially 212992 Apr 6 18:02:29 tel-VirtualBox kamailio[9603]: INFO: <core> [core/udp_server.c:206]: probe_max_receive_buffer(): SO_RCVBUF is finally 425984 Apr 6 18:02:29 tel-VirtualBox kamailio[9603]: ERROR: <script>: event_route[htable:mod-init] { Apr 6 18:02:29 tel-VirtualBox kamailio[9722]: INFO: ctl [io_listener.c:214]: io_listen_loop(): io_listen_loop: using epoll_lt io watch method (config) Apr 6 18:02:29 tel-VirtualBox kamailio[9730]: WARNING: ims_usrloc_pcscf [usrloc_db.c:67]: connect_db(): DB connection already open... continuing Apr 6 18:02:29 tel-VirtualBox kamailio[9737]: WARNING: ims_usrloc_pcscf [usrloc_db.c:67]: connect_db(): DB connection already open... continuing Apr 6 18:02:29 tel-VirtualBox kamailio[9736]: WARNING: ims_usrloc_pcscf [usrloc_db.c:67]: connect_db(): DB connection already open... continuing Apr 6 18:02:29 tel-VirtualBox kamailio[9738]: WARNING: ims_usrloc_pcscf [usrloc_db.c:67]: connect_db(): DB connection already open... continuing Apr 6 18:02:29 tel-VirtualBox kamailio[9739]: WARNING: ims_usrloc_pcscf [usrloc_db.c:67]: connect_db(): DB connection already open... continuing Apr 6 18:02:29 tel-VirtualBox kamailio[9740]: WARNING: ims_usrloc_pcscf [usrloc_db.c:67]: connect_db(): DB connection already open... continuing Apr 6 18:02:29 tel-VirtualBox kamailio[9735]: INFO: jsonrpcs [jsonrpcs_sock.c:443]: jsonrpc_dgram_process(): a new child 0/9735 Apr 6 18:02:29 tel-VirtualBox kamailio[9741]: WARNING: ims_usrloc_pcscf [usrloc_db.c:67]: connect_db(): DB connection already open... continuing Apr 6 18:02:29 tel-VirtualBox kamailio[9752]: WARNING: ims_usrloc_pcscf [usrloc_db.c:67]: connect_db(): DB connection already open... continuing Apr 6 18:02:29 tel-VirtualBox kamailio[9751]: WARNING: ims_usrloc_pcscf [usrloc_db.c:67]: connect_db(): DB connection already open... continuing Apr 6 18:03:29 tel-VirtualBox kamailio[9730]: ERROR: *** cfgtrace:request_route=[NATPING] c=[/etc/kamailio/pcscf/kamailio.cfg] l=843 a=5 n=route Apr 6 18:03:29 tel-VirtualBox kamailio[9730]: ERROR: *** cfgtrace:request_route=[preload_pcscf] c=[/etc/kamailio/pcscf/kamailio.cfg] l=902 a=16 n=if Apr 6 18:03:29 tel-VirtualBox kamailio[9730]: ERROR: *** cfgtrace:request_route=[preload_pcscf] c=[/etc/kamailio/pcscf/kamailio.cfg] l=902 a=63 n=assign Apr 6 18:03:29 tel-VirtualBox kamailio[9730]: ERROR: *** cfgtrace:request_route=[preload_pcscf] c=[/etc/kamailio/pcscf/kamailio.cfg] l=904 a=27 n=sql_query Apr 6 18:03:29 tel-VirtualBox kamailio[9730]: ERROR: *** cfgtrace:request_route=[preload_pcscf] c=[/etc/kamailio/pcscf/kamailio.cfg] l=905 a=25 n=xlog Apr 6 18:03:29 tel-VirtualBox kamailio[9730]: ERROR: <script>: Preloading NAT-PING. Rows: 10 Apr 6 18:03:29 tel-VirtualBox kamailio[9730]: ERROR: *** cfgtrace:request_route=[preload_pcscf] c=[/etc/kamailio/pcscf/kamailio.cfg] l=921 a=16 n=if Apr 6 18:03:29 tel-VirtualBox kamailio[9730]: ERROR: *** cfgtrace:request_route=[preload_pcscf] c=[/etc/kamailio/pcscf/kamailio.cfg] l=907 a=63 n=assign Apr 6 18:03:29 tel-VirtualBox kamailio[9730]: ERROR: *** cfgtrace:request_route=[preload_pcscf] c=[/etc/kamailio/pcscf/kamailio.cfg] l=919 a=23 n=while Apr 6 18:03:29 tel-VirtualBox kamailio[9730]: ERROR: *** cfgtrace:request_route=[preload_pcscf] c=[/etc/kamailio/pcscf/kamailio.cfg] l=909 a=63 n=assign Apr 6 18:03:29 tel-VirtualBox kamailio[9730]: ERROR: *** cfgtrace:request_route=[preload_pcscf] c=[/etc/kamailio/pcscf/kamailio.cfg] l=915 a=16 n=if Apr 6 18:03:29 tel-VirtualBox kamailio[9730]: ERROR: *** cfgtrace:request_route=[preload_pcscf] c=[/etc/kamailio/pcscf/kamailio.cfg] l=915 a=16 n=if Apr 6 18:03:29 tel-VirtualBox kamailio[9730]: ERROR: *** cfgtrace:request_route=[preload_pcscf] c=[/etc/kamailio/pcscf/kamailio.cfg] l=915 a=63 n=assign Apr 6 18:03:29 tel-VirtualBox kamailio[9730]: ERROR: *** cfgtrace:request_route=[preload_pcscf] c=[/etc/kamailio/pcscf/kamailio.cfg] l=917 a=63 n=assign Apr 6 18:03:29 tel-VirtualBox kamailio[9730]: ERROR: *** cfgtrace:request_route=[preload_pcscf] c=[/etc/kamailio/pcscf/kamailio.cfg] l=918 a=63 n=assign Apr 6 18:03:29 tel-VirtualBox kamailio[9730]: ERROR: *** cfgtrace:request_route=[preload_pcscf] c=[/etc/kamailio/pcscf/kamailio.cfg] l=909 a=63 n=assign Apr 6 18:03:29 tel-VirtualBox kamailio[9730]: ERROR: *** cfgtrace:request_route=[preload_pcscf] c=[/etc/kamailio/pcscf/kamailio.cfg] l=915 a=16 n=if Apr 6 18:03:29 tel-VirtualBox kamailio[9730]: ERROR: *** cfgtrace:request_route=[preload_pcscf] c=[/etc/kamailio/pcscf/kamailio.cfg] l=911 a=63 n=assign Apr 6 18:03:29 tel-VirtualBox kamailio[9730]: ERROR: *** cfgtrace:request_route=[preload_pcscf] c=[/etc/kamailio/pcscf/kamailio.cfg] l=915 a=63 n=assign Apr 6 18:03:29 tel-VirtualBox kamailio[9730]: ERROR: *** cfgtrace:request_route=[preload_pcscf] c=[/etc/kamailio/pcscf/kamailio.cfg] l=917 a=63 n=assign Apr 6 18:03:29 tel-VirtualBox kamailio[9730]: ERROR: *** cfgtrace:request_route=[preload_pcscf] c=[/etc/kamailio/pcscf/kamailio.cfg] l=918 a=63 n=assign Apr 6 18:03:29 tel-VirtualBox kamailio[9730]: ERROR: *** cfgtrace:request_route=[preload_pcscf] c=[/etc/kamailio/pcscf/kamailio.cfg] l=909 a=63 n=assign Apr 6 18:03:29 tel-VirtualBox kamailio[9730]: ERROR: *** cfgtrace:request_route=[preload_pcscf] c=[/etc/kamailio/pcscf/kamailio.cfg] l=915 a=16 n=if Apr 6 18:03:29 tel-VirtualBox kamailio[9730]: ERROR: *** cfgtrace:request_route=[preload_pcscf] c=[/etc/kamailio/pcscf/kamailio.cfg] l=911 a=63 n=assign Apr 6 18:03:29 tel-VirtualBox kamailio[9730]: ERROR: *** cfgtrace:request_route=[preload_pcscf] c=[/etc/kamailio/pcscf/kamailio.cfg] l=915 a=63 n=assign Apr 6 18:03:29 tel-VirtualBox kamailio[9730]: ERROR: *** cfgtrace:request_route=[preload_pcscf] c=[/etc/kamailio/pcscf/kamailio.cfg] l=917 a=63 n=assign Apr 6 18:03:29 tel-VirtualBox kamailio[9730]: ERROR: *** cfgtrace:request_route=[preload_pcscf] c=[/etc/kamailio/pcscf/kamailio.cfg] l=918 a=63 n=assign Apr 6 18:03:29 tel-VirtualBox kamailio[9730]: ERROR: *** cfgtrace:request_route=[preload_pcscf] c=[/etc/kamailio/pcscf/kamailio.cfg] l=909 a=63 n=assign Apr 6 18:03:29 tel-VirtualBox kamailio[9730]: ERROR: *** cfgtrace:request_route=[preload_pcscf] c=[/etc/kamailio/pcscf/kamailio.cfg] l=915 a=16 n=if Apr 6 18:03:29 tel-VirtualBox kamailio[9730]: ERROR: *** cfgtrace:request_route=[preload_pcscf] c=[/etc/kamailio/pcscf/kamailio.cfg] l=911 a=63 n=assign Apr 6 18:03:29 tel-VirtualBox kamailio[9730]: ERROR: *** cfgtrace:request_route=[preload_pcscf] c=[/etc/kamailio/pcscf/kamailio.cfg] l=915 a=63 n=assign Apr 6 18:03:29 tel-VirtualBox kamailio[9730]: ERROR: *** cfgtrace:request_route=[preload_pcscf] c=[/etc/kamailio/pcscf/kamailio.cfg] l=917 a=63 n=assign Apr 6 18:03:29 tel-VirtualBox kamailio[9730]: ERROR: *** cfgtrace:request_route=[preload_pcscf] c=[/etc/kamailio/pcscf/kamailio.cfg] l=918 a=63 n=assign Apr 6 18:03:29 tel-VirtualBox kamailio[9730]: ERROR: *** cfgtrace:request_route=[preload_pcscf] c=[/etc/kamailio/pcscf/kamailio.cfg] l=909 a=63 n=assign Apr 6 18:03:29 tel-VirtualBox kamailio[9730]: ERROR: *** cfgtrace:request_route=[preload_pcscf] c=[/etc/kamailio/pcscf/kamailio.cfg] l=915 a=16 n=if Apr 6 18:03:29 tel-VirtualBox kamailio[9730]: ERROR: *** cfgtrace:request_route=[preload_pcscf] c=[/etc/kamailio/pcscf/kamailio.cfg] l=911 a=63 n=assign Apr 6 18:03:29 tel-VirtualBox kamailio[9730]: ERROR: *** cfgtrace:request_route=[preload_pcscf] c=[/etc/kamailio/pcscf/kamailio.cfg] l=915 a=63 n=assign Apr 6 18:03:29 tel-VirtualBox kamailio[9730]: ERROR: *** cfgtrace:request_route=[preload_pcscf] c=[/etc/kamailio/pcscf/kamailio.cfg] l=917 a=63 n=assign Apr 6 18:03:29 tel-VirtualBox kamailio[9730]: ERROR: *** cfgtrace:request_route=[preload_pcscf] c=[/etc/kamailio/pcscf/kamailio.cfg] l=918 a=63 n=assign Apr 6 18:03:29 tel-VirtualBox kamailio[9730]: ERROR: *** cfgtrace:request_route=[preload_pcscf] c=[/etc/kamailio/pcscf/kamailio.cfg] l=909 a=63 n=assign Apr 6 18:03:29 tel-VirtualBox kamailio[9730]: ERROR: *** cfgtrace:request_route=[preload_pcscf] c=[/etc/kamailio/pcscf/kamailio.cfg] l=915 a=16 n=if Apr 6 18:03:29 tel-VirtualBox kamailio[9730]: ERROR: *** cfgtrace:request_route=[preload_pcscf] c=[/etc/kamailio/pcscf/kamailio.cfg] l=911 a=63 n=assign Apr 6 18:03:29 tel-VirtualBox kamailio[9730]: ERROR: *** cfgtrace:request_route=[preload_pcscf] c=[/etc/kamailio/pcscf/kamailio.cfg] l=915 a=63 n=assign Apr 6 18:03:29 tel-VirtualBox kamailio[9730]: ERROR: *** cfgtrace:request_route=[preload_pcscf] c=[/etc/kamailio/pcscf/kamailio.cfg] l=917 a=63 n=assign Apr 6 18:03:29 tel-VirtualBox kamailio[9730]: ERROR: *** cfgtrace:request_route=[preload_pcscf] c=[/etc/kamailio/pcscf/kamailio.cfg] l=918 a=63 n=assign Apr 6 18:03:29 tel-VirtualBox kamailio[9730]: ERROR: *** cfgtrace:request_route=[preload_pcscf] c=[/etc/kamailio/pcscf/kamailio.cfg] l=909 a=63 n=assign Apr 6 18:03:29 tel-VirtualBox kamailio[9730]: ERROR: *** cfgtrace:request_route=[preload_pcscf] c=[/etc/kamailio/pcscf/kamailio.cfg] l=915 a=16 n=if Apr 6 18:03:29 tel-VirtualBox kamailio[9730]: ERROR: *** cfgtrace:request_route=[preload_pcscf] c=[/etc/kamailio/pcscf/kamailio.cfg] l=911 a=63 n=assign Apr 6 18:03:29 tel-VirtualBox kamailio[9730]: ERROR: *** cfgtrace:request_route=[preload_pcscf] c=[/etc/kamailio/pcscf/kamailio.cfg] l=915 a=63 n=assign Apr 6 18:03:29 tel-VirtualBox kamailio[9730]: ERROR: *** cfgtrace:request_route=[preload_pcscf] c=[/etc/kamailio/pcscf/kamailio.cfg] l=917 a=63 n=assign Apr 6 18:03:29 tel-VirtualBox kamailio[9730]: ERROR: *** cfgtrace:request_route=[preload_pcscf] c=[/etc/kamailio/pcscf/kamailio.cfg] l=918 a=63 n=assign Apr 6 18:03:29 tel-VirtualBox kamailio[9730]: ERROR: *** cfgtrace:request_route=[preload_pcscf] c=[/etc/kamailio/pcscf/kamailio.cfg] l=909 a=63 n=assign Apr 6 18:03:29 tel-VirtualBox kamailio[9730]: ERROR: *** cfgtrace:request_route=[preload_pcscf] c=[/etc/kamailio/pcscf/kamailio.cfg] l=915 a=16 n=if Apr 6 18:03:29 tel-VirtualBox kamailio[9730]: ERROR: *** cfgtrace:request_route=[preload_pcscf] c=[/etc/kamailio/pcscf/kamailio.cfg] l=911 a=63 n=assign Apr 6 18:03:29 tel-VirtualBox kamailio[9730]: ERROR: *** cfgtrace:request_route=[preload_pcscf] c=[/etc/kamailio/pcscf/kamailio.cfg] l=915 a=63 n=assign Apr 6 18:03:29 tel-VirtualBox kamailio[9730]: ERROR: *** cfgtrace:request_route=[preload_pcscf] c=[/etc/kamailio/pcscf/kamailio.cfg] l=917 a=63 n=assign Apr 6 18:03:29 tel-VirtualBox kamailio[9730]: ERROR: *** cfgtrace:request_route=[preload_pcscf] c=[/etc/kamailio/pcscf/kamailio.cfg] l=918 a=63 n=assign Apr 6 18:03:29 tel-VirtualBox kamailio[9730]: ERROR: *** cfgtrace:request_route=[preload_pcscf] c=[/etc/kamailio/pcscf/kamailio.cfg] l=909 a=63 n=assign Apr 6 18:03:29 tel-VirtualBox kamailio[9730]: ERROR: *** cfgtrace:request_route=[preload_pcscf] c=[/etc/kamailio/pcscf/kamailio.cfg] l=915 a=16 n=if Apr 6 18:03:29 tel-VirtualBox kamailio[9730]: ERROR: *** cfgtrace:request_route=[preload_pcscf] c=[/etc/kamailio/pcscf/kamailio.cfg] l=911 a=63 n=assign Apr 6 18:03:29 tel-VirtualBox kamailio[9730]: ERROR: *** cfgtrace:request_route=[preload_pcscf] c=[/etc/kamailio/pcscf/kamailio.cfg] l=915 a=63 n=assign Apr 6 18:03:29 tel-VirtualBox kamailio[9730]: ERROR: *** cfgtrace:request_route=[preload_pcscf] c=[/etc/kamailio/pcscf/kamailio.cfg] l=917 a=63 n=assign Apr 6 18:03:29 tel-VirtualBox kamailio[9730]: ERROR: *** cfgtrace:request_route=[preload_pcscf] c=[/etc/kamailio/pcscf/kamailio.cfg] l=918 a=63 n=assign Apr 6 18:03:29 tel-VirtualBox kamailio[9730]: ERROR: *** cfgtrace:request_route=[preload_pcscf] c=[/etc/kamailio/pcscf/kamailio.cfg] l=909 a=63 n=assign Apr 6 18:03:29 tel-VirtualBox kamailio[9730]: ERROR: *** cfgtrace:request_route=[preload_pcscf] c=[/etc/kamailio/pcscf/kamailio.cfg] l=915 a=16 n=if Apr 6 18:03:29 tel-VirtualBox kamailio[9730]: ERROR: *** cfgtrace:request_route=[preload_pcscf] c=[/etc/kamailio/pcscf/kamailio.cfg] l=911 a=63 n=assign Apr 6 18:03:29 tel-VirtualBox kamailio[9730]: ERROR: *** cfgtrace:request_route=[preload_pcscf] c=[/etc/kamailio/pcscf/kamailio.cfg] l=915 a=63 n=assign Apr 6 18:03:29 tel-VirtualBox kamailio[9730]: ERROR: *** cfgtrace:request_route=[preload_pcscf] c=[/etc/kamailio/pcscf/kamailio.cfg] l=917 a=63 n=assign Apr 6 18:03:29 tel-VirtualBox kamailio[9730]: ERROR: *** cfgtrace:request_route=[preload_pcscf] c=[/etc/kamailio/pcscf/kamailio.cfg] l=918 a=63 n=assign Apr 6 18:03:29 tel-VirtualBox kamailio[9730]: ERROR: *** cfgtrace:request_route=[preload_pcscf] c=[/etc/kamailio/pcscf/kamailio.cfg] l=921 a=25 n=sql_result_free Apr 6 18:03:29 tel-VirtualBox kamailio[9730]: ERROR: *** cfgtrace:request_route=[NATPING] c=[/etc/kamailio/pcscf/kamailio.cfg] l=845 a=26 n=sht_iterator_start Apr 6 18:03:29 tel-VirtualBox kamailio[9730]: ERROR: *** cfgtrace:request_route=[NATPING] c=[/etc/kamailio/pcscf/kamailio.cfg] l=855 a=23 n=while Apr 6 18:03:29 tel-VirtualBox kamailio[9730]: ERROR: *** cfgtrace:request_route=[NATPING] c=[/etc/kamailio/pcscf/kamailio.cfg] l=846 a=25 n=sht_iterator_next Apr 6 18:03:29 tel-VirtualBox kamailio[9730]: ERROR: *** cfgtrace:request_route=[NATPING] c=[/etc/kamailio/pcscf/kamailio.cfg] l=847 a=25 n=xlog Apr 6 18:03:29 tel-VirtualBox kamailio[9730]: ERROR: <script>: OPTIONS to sip:bob@10.45.6.75:60060;rinstance=a59e664cda799366;transport=tcp via sip:10.45.6.75:38891;transport=tcp... Apr 6 18:03:29 tel-VirtualBox kamailio[9730]: ERROR: *** cfgtrace:request_route=[NATPING] c=[/etc/kamailio/pcscf/kamailio.cfg] l=848 a=63 n=assign Apr 6 18:03:29 tel-VirtualBox kamailio[9730]: ERROR: *** cfgtrace:request_route=[NATPING] c=[/etc/kamailio/pcscf/kamailio.cfg] l=849 a=63 n=assign Apr 6 18:03:29 tel-VirtualBox kamailio[9730]: ERROR: *** cfgtrace:request_route=[NATPING] c=[/etc/kamailio/pcscf/kamailio.cfg] l=850 a=63 n=assign Apr 6 18:03:29 tel-VirtualBox kamailio[9730]: ERROR: *** cfgtrace:request_route=[NATPING] c=[/etc/kamailio/pcscf/kamailio.cfg] l=851 a=63 n=assign Apr 6 18:03:29 tel-VirtualBox kamailio[9730]: ERROR: *** cfgtrace:request_route=[NATPING] c=[/etc/kamailio/pcscf/kamailio.cfg] l=852 a=63 n=assign Apr 6 18:03:29 tel-VirtualBox kamailio[9730]: ERROR: *** cfgtrace:request_route=[NATPING] c=[/etc/kamailio/pcscf/kamailio.cfg] l=853 a=63 n=assign Apr 6 18:03:29 tel-VirtualBox kamailio[9730]: ERROR: *** cfgtrace:request_route=[NATPING] c=[/etc/kamailio/pcscf/kamailio.cfg] l=854 a=24 n=uac_req_send Apr 6 18:03:29 tel-VirtualBox kamailio[9753]: ERROR: <core> [core/tcp_main.c:4456]: handle_tcpconn_ev(): connect 10.45.6.75:38891 failed Apr 6 18:03:29 tel-VirtualBox kamailio[9730]: ERROR: *** cfgtrace:request_route=[NATPING] c=[/etc/kamailio/pcscf/kamailio.cfg] l=846 a=25 n=sht_iterator_next Apr 6 18:03:29 tel-VirtualBox kamailio[9730]: ERROR: *** cfgtrace:request_route=[NATPING] c=[/etc/kamailio/pcscf/kamailio.cfg] l=847 a=25 n=xlog Apr 6 18:03:29 tel-VirtualBox kamailio[9730]: ERROR: <script>: OPTIONS to sip:alice@10.45.6.174:43244;rinstance=72779c915b29d0c2;transport=UDP via sip:10.45.6.174:43244... Apr 6 18:03:29 tel-VirtualBox kamailio[9730]: ERROR: *** cfgtrace:request_route=[NATPING] c=[/etc/kamailio/pcscf/kamailio.cfg] l=848 a=63 n=assign Apr 6 18:03:29 tel-VirtualBox kamailio[9730]: ERROR: *** cfgtrace:request_route=[NATPING] c=[/etc/kamailio/pcscf/kamailio.cfg] l=849 a=63 n=assign Apr 6 18:03:29 tel-VirtualBox kamailio[9730]: ERROR: *** cfgtrace:request_route=[NATPING] c=[/etc/kamailio/pcscf/kamailio.cfg] l=850 a=63 n=assign Apr 6 18:03:29 tel-VirtualBox kamailio[9730]: ERROR: *** cfgtrace:request_route=[NATPING] c=[/etc/kamailio/pcscf/kamailio.cfg] l=851 a=63 n=assign Apr 6 18:03:29 tel-VirtualBox kamailio[9730]: ERROR: *** cfgtrace:request_route=[NATPING] c=[/etc/kamailio/pcscf/kamailio.cfg] l=852 a=63 n=assign Apr 6 18:03:29 tel-VirtualBox kamailio[9730]: ERROR: *** cfgtrace:request_route=[NATPING] c=[/etc/kamailio/pcscf/kamailio.cfg] l=853 a=63 n=assign Apr 6 18:03:29 tel-VirtualBox kamailio[9730]: ERROR: *** cfgtrace:request_route=[NATPING] c=[/etc/kamailio/pcscf/kamailio.cfg] l=854 a=24 n=uac_req_send Apr 6 18:03:29 tel-VirtualBox kamailio[9730]: ERROR: *** cfgtrace:request_route=[NATPING] c=[/etc/kamailio/pcscf/kamailio.cfg] l=846 a=25 n=sht_iterator_next Apr 6 18:03:29 tel-VirtualBox kamailio[9730]: ERROR: *** cfgtrace:request_route=[NATPING] c=[/etc/kamailio/pcscf/kamailio.cfg] l=847 a=25 n=xlog Apr 6 18:03:29 tel-VirtualBox kamailio[9730]: ERROR: <script>: OPTIONS to sip:bob@10.45.6.75:46205;transport=TCP;rinstance=f2285c01dd4acb41 via sip:10.45.6.75:46205;transport=tcp... Apr 6 18:03:29 tel-VirtualBox kamailio[9730]: ERROR: *** cfgtrace:request_route=[NATPING] c=[/etc/kamailio/pcscf/kamailio.cfg] l=848 a=63 n=assign Apr 6 18:03:29 tel-VirtualBox kamailio[9730]: ERROR: *** cfgtrace:request_route=[NATPING] c=[/etc/kamailio/pcscf/kamailio.cfg] l=849 a=63 n=assign Apr 6 18:03:29 tel-VirtualBox kamailio[9730]: ERROR: *** cfgtrace:request_route=[NATPING] c=[/etc/kamailio/pcscf/kamailio.cfg] l=850 a=63 n=assign Apr 6 18:03:29 tel-VirtualBox kamailio[9730]: ERROR: *** cfgtrace:request_route=[NATPING] c=[/etc/kamailio/pcscf/kamailio.cfg] l=851 a=63 n=assign Apr 6 18:03:29 tel-VirtualBox kamailio[9730]: ERROR: *** cfgtrace:request_route=[NATPING] c=[/etc/kamailio/pcscf/kamailio.cfg] l=852 a=63 n=assign Apr 6 18:03:29 tel-VirtualBox kamailio[9730]: ERROR: *** cfgtrace:request_route=[NATPING] c=[/etc/kamailio/pcscf/kamailio.cfg] l=853 a=63 n=assign Apr 6 18:03:29 tel-VirtualBox kamailio[9730]: ERROR: *** cfgtrace:request_route=[NATPING] c=[/etc/kamailio/pcscf/kamailio.cfg] l=854 a=24 n=uac_req_send Apr 6 18:03:29 tel-VirtualBox kamailio[9730]: ERROR: *** cfgtrace:request_route=[NATPING] c=[/etc/kamailio/pcscf/kamailio.cfg] l=846 a=25 n=sht_iterator_next Apr 6 18:03:29 tel-VirtualBox kamailio[9730]: ERROR: *** cfgtrace:request_route=[NATPING] c=[/etc/kamailio/pcscf/kamailio.cfg] l=847 a=25 n=xlog Apr 6 18:03:29 tel-VirtualBox kamailio[9730]: ERROR: <script>: OPTIONS to sip:bob@10.45.6.75:37861;transport=TCP;rinstance=e965f9424c56508e via sip:10.45.6.75:37861;transport=tcp... Apr 6 18:03:29 tel-VirtualBox kamailio[9730]: ERROR: *** cfgtrace:request_route=[NATPING] c=[/etc/kamailio/pcscf/kamailio.cfg] l=848 a=63 n=assign Apr 6 18:03:29 tel-VirtualBox kamailio[9730]: ERROR: *** cfgtrace:request_route=[NATPING] c=[/etc/kamailio/pcscf/kamailio.cfg] l=849 a=63 n=assign Apr 6 18:03:29 tel-VirtualBox kamailio[9730]: ERROR: *** cfgtrace:request_route=[NATPING] c=[/etc/kamailio/pcscf/kamailio.cfg] l=850 a=63 n=assign Apr 6 18:03:29 tel-VirtualBox kamailio[9730]: ERROR: *** cfgtrace:request_route=[NATPING] c=[/etc/kamailio/pcscf/kamailio.cfg] l=851 a=63 n=assign Apr 6 18:03:29 tel-VirtualBox kamailio[9730]: ERROR: *** cfgtrace:request_route=[NATPING] c=[/etc/kamailio/pcscf/kamailio.cfg] l=852 a=63 n=assign Apr 6 18:03:29 tel-VirtualBox kamailio[9730]: ERROR: *** cfgtrace:request_route=[NATPING] c=[/etc/kamailio/pcscf/kamailio.cfg] l=853 a=63 n=assign Apr 6 18:03:29 tel-VirtualBox kamailio[9730]: ERROR: *** cfgtrace:request_route=[NATPING] c=[/etc/kamailio/pcscf/kamailio.cfg] l=854 a=24 n=uac_req_send Apr 6 18:03:29 tel-VirtualBox kamailio[9605]: ERROR: *** cfgtrace:request_route=[uac:reply] c=[/etc/kamailio/pcscf/kamailio.cfg] l=861 a=25 n=xlog Apr 6 18:03:29 tel-VirtualBox kamailio[9605]: ERROR: <script>: request sent to sip:alice@10.45.6.174:43244;rinstance=72779c915b29d0c2;transport=UDP completed with code: 200, Type 1 Apr 6 18:03:29 tel-VirtualBox kamailio[9605]: ERROR: *** cfgtrace:request_route=[uac:reply] c=[/etc/kamailio/pcscf/kamailio.cfg] l=888 a=16 n=if Apr 6 18:03:29 tel-VirtualBox kamailio[9605]: ERROR: *** cfgtrace:request_route=[uac:reply] c=[/etc/kamailio/pcscf/kamailio.cfg] l=887 a=63 n=assign Apr 6 18:03:29 tel-VirtualBox kamailio[9753]: ERROR: <core> [core/tcp_main.c:4456]: handle_tcpconn_ev(): connect 10.45.6.75:46205 failed Apr 6 18:03:29 tel-VirtualBox kamailio[9730]: ERROR: <core> [core/tcp_main.c:2997]: tcpconn_1st_send(): connect 10.45.6.75:37861 failed (RST) Connection refused Apr 6 18:03:29 tel-VirtualBox kamailio[9730]: ERROR: <core> [core/tcp_main.c:3005]: tcpconn_1st_send(): 10.45.6.75:37861: connect & send for 0x7fea3e2a3660 failed: Connection refused (111) Apr 6 18:03:29 tel-VirtualBox kamailio[9730]: ERROR: tm [../../core/forward.h:261]: msg_send_buffer(): tcp_send failed Apr 6 18:03:29 tel-VirtualBox kamailio[9730]: ERROR: tm [uac.c:644]: send_prepared_request_impl(): Attempt to send to precreated request failed Apr 6 18:03:29 tel-VirtualBox kamailio[9730]: ERROR: *** cfgtrace:request_route=[NATPING] c=[/etc/kamailio/pcscf/kamailio.cfg] l=846 a=25 n=sht_iterator_next Apr 6 18:03:29 tel-VirtualBox kamailio[9730]: ERROR: *** cfgtrace:request_route=[NATPING] c=[/etc/kamailio/pcscf/kamailio.cfg] l=856 a=25 n=sht_iterator_end Apr 6 18:03:32 tel-VirtualBox kamailio[9719]: ERROR: *** cfgtrace:request_route=[uac:reply] c=[/etc/kamailio/pcscf/kamailio.cfg] l=861 a=25 n=xlog Apr 6 18:03:32 tel-VirtualBox kamailio[9719]: ERROR: <script>: request sent to sip:bob@10.45.6.75:60060;rinstance=a59e664cda799366;transport=tcp completed with code: 408, Type 2 Apr 6 18:03:32 tel-VirtualBox kamailio[9719]: ERROR: *** cfgtrace:request_route=[uac:reply] c=[/etc/kamailio/pcscf/kamailio.cfg] l=888 a=16 n=if Apr 6 18:03:32 tel-VirtualBox kamailio[9719]: ERROR: *** cfgtrace:request_route=[uac:reply] c=[/etc/kamailio/pcscf/kamailio.cfg] l=868 a=16 n=if Apr 6 18:03:32 tel-VirtualBox kamailio[9719]: ERROR: *** cfgtrace:request_route=[uac:reply] c=[/etc/kamailio/pcscf/kamailio.cfg] l=865 a=63 n=assign Apr 6 18:03:32 tel-VirtualBox kamailio[9719]: ERROR: *** cfgtrace:request_route=[uac:reply] c=[/etc/kamailio/pcscf/kamailio.cfg] l=886 a=16 n=if Apr 6 18:03:32 tel-VirtualBox kamailio[9719]: ERROR: *** cfgtrace:request_route=[uac:reply] c=[/etc/kamailio/pcscf/kamailio.cfg] l=861 a=25 n=xlog Apr 6 18:03:32 tel-VirtualBox kamailio[9719]: ERROR: <script>: request sent to sip:bob@10.45.6.75:46205;transport=TCP;rinstance=f2285c01dd4acb41 completed with code: 408, Type 2 Apr 6 18:03:32 tel-VirtualBox kamailio[9719]: ERROR: *** cfgtrace:request_route=[uac:reply] c=[/etc/kamailio/pcscf/kamailio.cfg] l=888 a=16 n=if Apr 6 18:03:32 tel-VirtualBox kamailio[9719]: ERROR: *** cfgtrace:request_route=[uac:reply] c=[/etc/kamailio/pcscf/kamailio.cfg] l=868 a=16 n=if Apr 6 18:03:32 tel-VirtualBox kamailio[9719]: ERROR: *** cfgtrace:request_route=[uac:reply] c=[/etc/kamailio/pcscf/kamailio.cfg] l=865 a=63 n=assign Apr 6 18:03:32 tel-VirtualBox kamailio[9719]: ERROR: *** cfgtrace:request_route=[uac:reply] c=[/etc/kamailio/pcscf/kamailio.cfg] l=886 a=16 n=if Apr 6 18:03:32 tel-VirtualBox kamailio[9719]: ERROR: *** cfgtrace:request_route=[uac:reply] c=[/etc/kamailio/pcscf/kamailio.cfg] l=861 a=25 n=xlog Apr 6 18:03:32 tel-VirtualBox kamailio[9719]: ERROR: <script>: request sent to sip:bob@10.45.6.75:37861;transport=TCP;rinstance=e965f9424c56508e completed with code: 408, Type 2 Apr 6 18:03:32 tel-VirtualBox kamailio[9719]: ERROR: *** cfgtrace:request_route=[uac:reply] c=[/etc/kamailio/pcscf/kamailio.cfg] l=888 a=16 n=if Apr 6 18:03:32 tel-VirtualBox kamailio[9719]: ERROR: *** cfgtrace:request_route=[uac:reply] c=[/etc/kamailio/pcscf/kamailio.cfg] l=868 a=16 n=if Apr 6 18:03:32 tel-VirtualBox kamailio[9719]: ERROR: *** cfgtrace:request_route=[uac:reply] c=[/etc/kamailio/pcscf/kamailio.cfg] l=865 a=63 n=assign Apr 6 18:03:32 tel-VirtualBox kamailio[9719]: ERROR: *** cfgtrace:request_route=[uac:reply] c=[/etc/kamailio/pcscf/kamailio.cfg] l=886 a=16 n=if Apr 6 18:04:19 tel-VirtualBox kamailio[9606]: ERROR: *** cfgtrace:request_route=[DEFAULT_ROUTE] c=[/etc/kamailio/pcscf/kamailio.cfg] l=444 a=25 n=xlog Apr 6 18:04:19 tel-VirtualBox kamailio[9606]: ERROR: <script>: REGISTER ( sip:alice@sip.example.com;transport=UDP (10.45.6.174:43244) to sip:alice@sip.example.com;transport=UDP, xJ8PR1SPmFBplNjHGYC1LA..) Apr 6 18:04:19 tel-VirtualBox kamailio[9606]: ERROR: *** cfgtrace:request_route=[DEFAULT_ROUTE] c=[/etc/kamailio/pcscf/kamailio.cfg] l=455 a=5 n=route Apr 6 18:04:19 tel-VirtualBox kamailio[9606]: ERROR: *** cfgtrace:request_route=[REQINIT] c=[/etc/kamailio/pcscf/kamailio.cfg] l=668 a=16 n=if Apr 6 18:04:19 tel-VirtualBox kamailio[9606]: ERROR: *** cfgtrace:request_route=[REQINIT] c=[/etc/kamailio/pcscf/kamailio.cfg] l=663 a=25 n=is_method Apr 6 18:04:19 tel-VirtualBox kamailio[9606]: ERROR: *** cfgtrace:request_route=[REQINIT] c=[/etc/kamailio/pcscf/kamailio.cfg] l=668 a=63 n=assign Apr 6 18:04:19 tel-VirtualBox kamailio[9606]: ERROR: *** cfgtrace:request_route=[REQINIT] c=[/etc/kamailio/pcscf/kamailio.cfg] l=669 a=26 n=xlog Apr 6 18:04:19 tel-VirtualBox kamailio[9606]: ERROR: *** cfgtrace:request_route=[REQINIT] c=[/etc/kamailio/pcscf/kamailio.cfg] l=709 a=16 n=if Apr 6 18:04:19 tel-VirtualBox kamailio[9606]: ERROR: *** cfgtrace:request_route=[REQINIT] c=[/etc/kamailio/pcscf/kamailio.cfg] l=714 a=16 n=if Apr 6 18:04:19 tel-VirtualBox kamailio[9606]: ERROR: *** cfgtrace:request_route=[REQINIT] c=[/etc/kamailio/pcscf/kamailio.cfg] l=709 a=25 n=mf_process_maxfwd_header Apr 6 18:04:19 tel-VirtualBox kamailio[9606]: ERROR: *** cfgtrace:request_route=[REQINIT] c=[/etc/kamailio/pcscf/kamailio.cfg] l=720 a=16 n=if Apr 6 18:04:19 tel-VirtualBox kamailio[9606]: ERROR: *** cfgtrace:request_route=[REQINIT] c=[/etc/kamailio/pcscf/kamailio.cfg] l=714 a=26 n=sanity_check Apr 6 18:04:19 tel-VirtualBox kamailio[9606]: ERROR: *** cfgtrace:request_route=[REQINIT] c=[/etc/kamailio/pcscf/kamailio.cfg] l=725 a=16 n=if Apr 6 18:04:19 tel-VirtualBox kamailio[9606]: ERROR: *** cfgtrace:request_route=[REQINIT] c=[/etc/kamailio/pcscf/kamailio.cfg] l=720 a=24 n=has_totag Apr 6 18:04:19 tel-VirtualBox kamailio[9606]: ERROR: *** cfgtrace:request_route=[REQINIT] c=[/etc/kamailio/pcscf/kamailio.cfg] l=730 a=16 n=if Apr 6 18:04:19 tel-VirtualBox kamailio[9606]: ERROR: *** cfgtrace:request_route=[REQINIT] c=[/etc/kamailio/pcscf/kamailio.cfg] l=725 a=25 n=is_method Apr 6 18:04:19 tel-VirtualBox kamailio[9606]: ERROR: *** cfgtrace:request_route=[REQINIT] c=[/etc/kamailio/pcscf/kamailio.cfg] l=734 a=16 n=if Apr 6 18:04:19 tel-VirtualBox kamailio[9606]: ERROR: *** cfgtrace:request_route=[REQINIT] c=[/etc/kamailio/pcscf/kamailio.cfg] l=730 a=24 n=t_lookup_request Apr 6 18:04:19 tel-VirtualBox kamailio[9606]: ERROR: *** cfgtrace:request_route=[REQINIT] c=[/etc/kamailio/pcscf/kamailio.cfg] l=737 a=16 n=if Apr 6 18:04:19 tel-VirtualBox kamailio[9606]: ERROR: *** cfgtrace:request_route=[REQINIT] c=[/etc/kamailio/pcscf/kamailio.cfg] l=734 a=25 n=is_method Apr 6 18:04:19 tel-VirtualBox kamailio[9606]: ERROR: *** cfgtrace:request_route=[REQINIT] c=[/etc/kamailio/pcscf/kamailio.cfg] l=735 a=26 n=send_reply Apr 6 18:04:19 tel-VirtualBox kamailio[9606]: ERROR: *** cfgtrace:request_route=[DEFAULT_ROUTE] c=[/etc/kamailio/pcscf/kamailio.cfg] l=466 a=16 n=if Apr 6 18:04:19 tel-VirtualBox kamailio[9606]: ERROR: *** cfgtrace:request_route=[DEFAULT_ROUTE] c=[/etc/kamailio/pcscf/kamailio.cfg] l=458 a=25 n=is_method Apr 6 18:04:19 tel-VirtualBox kamailio[9606]: ERROR: *** cfgtrace:request_route=[DEFAULT_ROUTE] c=[/etc/kamailio/pcscf/kamailio.cfg] l=472 a=16 n=if Apr 6 18:04:19 tel-VirtualBox kamailio[9606]: ERROR: *** cfgtrace:request_route=[DEFAULT_ROUTE] c=[/etc/kamailio/pcscf/kamailio.cfg] l=466 a=25 n=is_method Apr 6 18:04:19 tel-VirtualBox kamailio[9606]: ERROR: *** cfgtrace:request_route=[DEFAULT_ROUTE] c=[/etc/kamailio/pcscf/kamailio.cfg] l=472 a=5 n=route Apr 6 18:04:19 tel-VirtualBox kamailio[9606]: ERROR: *** cfgtrace:request_route=[WITHINDLG] c=[/etc/kamailio/pcscf/kamailio.cfg] l=788 a=16 n=if Apr 6 18:04:19 tel-VirtualBox kamailio[9606]: ERROR: *** cfgtrace:request_route=[WITHINDLG] c=[/etc/kamailio/pcscf/kamailio.cfg] l=748 a=24 n=has_totag Apr 6 18:04:19 tel-VirtualBox kamailio[9606]: ERROR: *** cfgtrace:request_route=[DEFAULT_ROUTE] c=[/etc/kamailio/pcscf/kamailio.cfg] l=481 a=16 n=if Apr 6 18:04:19 tel-VirtualBox kamailio[9606]: ERROR: *** cfgtrace:request_route=[DEFAULT_ROUTE] c=[/etc/kamailio/pcscf/kamailio.cfg] l=477 a=24 n=t_precheck_trans Apr 6 18:04:19 tel-VirtualBox kamailio[9606]: ERROR: *** cfgtrace:request_route=[DEFAULT_ROUTE] c=[/etc/kamailio/pcscf/kamailio.cfg] l=481 a=24 n=t_check_trans Apr 6 18:04:19 tel-VirtualBox kamailio[9606]: ERROR: *** cfgtrace:request_route=[DEFAULT_ROUTE] c=[/etc/kamailio/pcscf/kamailio.cfg] l=484 a=24 n=t_check_trans Apr 6 18:04:19 tel-VirtualBox kamailio[9606]: ERROR: *** cfgtrace:request_route=[DEFAULT_ROUTE] c=[/etc/kamailio/pcscf/kamailio.cfg] l=490 a=16 n=if Apr 6 18:04:19 tel-VirtualBox kamailio[9606]: ERROR: *** cfgtrace:request_route=[DEFAULT_ROUTE] c=[/etc/kamailio/pcscf/kamailio.cfg] l=486 a=25 n=is_method Apr 6 18:04:19 tel-VirtualBox kamailio[9606]: ERROR: *** cfgtrace:request_route=[DEFAULT_ROUTE] c=[/etc/kamailio/pcscf/kamailio.cfg] l=495 a=16 n=if Apr 6 18:04:19 tel-VirtualBox kamailio[9606]: ERROR: *** cfgtrace:request_route=[DEFAULT_ROUTE] c=[/etc/kamailio/pcscf/kamailio.cfg] l=490 a=25 n=is_method Apr 6 18:04:19 tel-VirtualBox kamailio[9606]: ERROR: *** cfgtrace:request_route=[DEFAULT_ROUTE] c=[/etc/kamailio/pcscf/kamailio.cfg] l=495 a=24 n=loose_route Apr 6 18:04:19 tel-VirtualBox kamailio[9606]: ERROR: *** cfgtrace:request_route=[DEFAULT_ROUTE] c=[/etc/kamailio/pcscf/kamailio.cfg] l=640 a=16 n=if Apr 6 18:04:19 tel-VirtualBox kamailio[9606]: INFO: rr [rr_mod.c:515]: pv_get_route_uri_f(): No route header present. Apr 6 18:04:19 tel-VirtualBox kamailio[9606]: ERROR: *** cfgtrace:request_route=[DEFAULT_ROUTE] c=[/etc/kamailio/pcscf/kamailio.cfg] l=585 a=55 n=force_rport Apr 6 18:04:19 tel-VirtualBox kamailio[9606]: ERROR: *** cfgtrace:request_route=[DEFAULT_ROUTE] c=[/etc/kamailio/pcscf/kamailio.cfg] l=589 a=16 n=if Apr 6 18:04:19 tel-VirtualBox kamailio[9606]: ERROR: *** cfgtrace:request_route=[DEFAULT_ROUTE] c=[/etc/kamailio/pcscf/kamailio.cfg] l=586 a=25 n=is_method Apr 6 18:04:19 tel-VirtualBox kamailio[9606]: ERROR: *** cfgtrace:request_route=[DEFAULT_ROUTE] c=[/etc/kamailio/pcscf/kamailio.cfg] l=587 a=24 n=add_contact_alias Apr 6 18:04:19 tel-VirtualBox kamailio[9606]: ERROR: *** cfgtrace:request_route=[DEFAULT_ROUTE] c=[/etc/kamailio/pcscf/kamailio.cfg] l=589 a=39 n=setflag Apr 6 18:04:19 tel-VirtualBox kamailio[9606]: ERROR: *** cfgtrace:request_route=[DEFAULT_ROUTE] c=[/etc/kamailio/pcscf/kamailio.cfg] l=597 a=16 n=if Apr 6 18:04:19 tel-VirtualBox kamailio[9606]: ERROR: *** cfgtrace:request_route=[DEFAULT_ROUTE] c=[/etc/kamailio/pcscf/kamailio.cfg] l=591 a=25 n=is_method Kindly do the needful Thanks.

1 0

Problem Storing USRLOC Attributes, Part 2
by Sergiu Pojoga 06 Apr '20

06 Apr '20

Hi there, I'm observing a similar behavior as reported a while ago in this case: https://github.com/kamailio/kamailio/issues/243 It appears that only the *last *attribute before save() is stored in DB and later restored on lookup() kamcmd version kamailio 5.2.5 (x86_64/linux) e10d4f Script: $xavp(ulattrs=>PubNetIP) = $si; $xavp(ulattrs=>PubNetPort) = $sp; $xavp(ulattrs=>Transport) = $proto; pv_xavp_print(); save("location", ""); Mysql log: insert into `location_attrs` (`username`,`ruid`,`last_modified`,`aname`,`atype`,`avalue`,`domain` ) values ('firstuser','uloc-5e855601-2529-1','2020-04-01 23:03:48','Transport',0,'udp','sip.mydomain.net') MariaDB [(none)]> select * from kamailio.location_attrs; *************************** 1. row *************************** id: 26 ruid: uloc-5e855601-2529-1 username: firstuser domain: sip.mydomain.net aname: Transport atype: 0 avalue: udp last_modified: 2020-04-01 23:12:48 Kamailio xavp pring in logs: +++++ start XAVP list: 0x7f28ff1e9590 ((nil)) (level=0) *** (l:0 - 0x7f28ff1e9590) XAVP name: ulattrs XAVP id: 2085639187 XAVP value type: 6 XAVP value: <xavp:0x7f28ff1e94e0> +++++ start XAVP list: 0x7f28ff1e94e0 (0x7f28ff1e95b0) (level=1) *** (l:1 - 0x7f28ff1e94e0) XAVP name: Transport XAVP id: 3694982711 XAVP value type: 2 XAVP value (str): udp *** (l:1 - 0x7f28ff1e94e0) end ----- end XAVP list: 0x7f28ff1e94e0 (level=1) *** (l:0 - 0x7f28ff1e9590) end *** (l:0 - 0x7f28ff1e9438) XAVP name: ulattrs XAVP id: 2085639187 XAVP value type: 6 XAVP value: <xavp:0x7f28ff1e9388> +++++ start XAVP list: 0x7f28ff1e9388 (0x7f28ff1e9458) (level=1) *** (l:1 - 0x7f28ff1e9388) XAVP name: PubNetPort XAVP id: 3296056264 XAVP value type: 1 XAVP value (int): 58535 *** (l:1 - 0x7f28ff1e9388) end ----- end XAVP list: 0x7f28ff1e9388 (level=1) *** (l:0 - 0x7f28ff1e9438) end *** (l:0 - 0x7f28ff1e92e0) XAVP name: ulattrs XAVP id: 2085639187 XAVP value type: 6 XAVP value: <xavp:0x7f28ff1e9228> +++++ start XAVP list: 0x7f28ff1e9228 (0x7f28ff1e9300) (level=1) *** (l:1 - 0x7f28ff1e9228) XAVP name: PubNetIP XAVP id: 3296017806 XAVP value type: 2 XAVP value (str): 173.246.28.83 *** (l:1 - 0x7f28ff1e9228) end ----- end XAVP list: 0x7f28ff1e9228 (level=1) *** (l:0 - 0x7f28ff1e92e0) end ----- end XAVP list: 0x7f28ff1e9590 (level=0)

2 4

Substitution of Contact Header
by Mack Hendricks 06 Apr '20

06 Apr '20

Hey All, I always have issues with substituting out header values. I’ve tried subst and subst_hf. Here is the value that I want to change out: Contact: <sip:52.41.52.34:5060;line=sr-h06Cy7RYRFkYacM0a7epa7sVa7sVRcNCW7IbaGZ9RGlC> And this is what I want it to be Contact: <sip:1313717555@jump.dsiprouter.net <sip:1313717555@jump.dsiprouter.net>;line=sr-h06Cy7RYRFkYacM0a7epa7sVa7sVRcNCW7IbaGZ9RGlC> I’m using this subst('/^Contact: <sip:(.*);(.*)>$/Contact: <sip:1313717555@jump.dsiprouter.net;\2>\r/ig’); And it doesn’t work, but putting into a online regular expression tester it looks good as shown below. Any ideas?

1 0

Confused with forwarding REGISTER
by fuxfwgc4a2i1gr 06 Apr '20

06 Apr '20

Hi. Well issue already described there : https://github.com/kamailio/kamailio/issues/2271 I will be really happy if somebody point me what exactly i have to do to route 404 answer from Registar to UA. If i understand right, in moment when registrar generate 404 i have to see in log message which generated inside onreply_route[REPLYROUTE] but in current moment i not see it and 404 not transmitted to UA. And it just silently ignored by Kamailio. In case if i am right and this is a bug in Kamailio please point me what words i have to use to prove that this is really bug. In current moment routing config looks like : request_route { # per request initial checks route(REQINIT); route(CATCH_CANCEL); route(RR_PARSE); route(REGISTRATION); xlog("L_INFO", "Initial relay packet\n"); $du = "sip:10.34.64.2:5060"; route(FORWARD); # update $du to set the destination address for proxying exit; } route[CATCH_CANCEL] { if (is_method("CANCEL") == true) { if (t_check_trans() == true) { route(FORWARD); } sl_reply("500", "Internal Server Error"); drop; } } route[RR_PARSE] { if(loose_route() == true ) { xlog("L_INFO", "RR-enforced\n"); append_hf("P-hint: rr-enforced\r\n"); route(FORWARD); } else { xlog("L_INFO", "RR simple\n"); record_route(); } } route[REGISTRATION] { if(is_method("REGISTER") == true) { add_path_received(); append_hf("Supported: path\r\n"); xlog("L_INFO", "GOT REGISTER\n"); } } # Per SIP request initial checks route[REQINIT] { if($ua =~ "friendly-scanner|sipcli|VaxSIPUserAgent") { # silent drop for scanners - uncomment next line if want to reply # sl_send_reply("200", "OK"); 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("1511", "7")) { xlog("Malformed SIP message from $si:$sp\n"); exit; } } route[FORWARD] { t_on_failure("FAILROUTE"); t_on_reply("REPLYROUTE"); if(t_relay() <= 0) { sl_reply_error(); } drop; } onreply_route[REPLYROUTE] { xlog("Reply SIP message from $si:$sp\n"); if (t_check_trans() == false) { drop; } } failure_route[FAILROUTE] { xlog("Reply Fail SIP message from $si:$sp\n"); }

4 6

Problem with max tcp connections
by Jose Fco. Irles Durá 06 Apr '20

06 Apr '20

Hi I have a kamailio 5.1.2 as load balancer and registration offloading, but I have a problem with the max tcp connections that it can handle. I suspect that is a linux limit, but I don't find the reason or config. When that limit arrives, I can't connect to kamailio and I receive "Connection reset by peer", but I can't view any error message in the logs. If I check the connections in kamailio, I view that it have "free" connections: # kamctl kamcmd core.tcp_info { readers: 8 max_connections: 4096 max_tls_connections: 2048 opened_connections: 2655 opened_tls_connections: 0 write_queued_bytes: 0 } I have this configs in kamailio.conf (related to tcp) disable_tcp=no tcp_connection_lifetime=3610 tcp_connect_timeout=5 tcp_crlf_ping=yes tcp_accept_aliases=no tcp_keepalive=yes tcp_keepidle=5 tcp_rd_buf_size=65536 tcp_conn_wq_max=131072 mlock_pages=yes shm_force_alloc=yes tcp_max_connections=4096 The shm memory to 256 and the pkg memory to 32. And, following this doc: https://github.com/kamailio/kamailio/blob/master/doc/tutorials/tcp_tunning.… I have setted this values: net.ipv4.ip_local_port_range = 1024 65535 net.core.somaxconn = 65535 net.core.netdev_max_backlog = 182757 Also, I had checked the limits for the main process pid: Limit Soft Limit Hard Limit Units Max cpu time unlimited unlimited seconds Max file size unlimited unlimited bytes Max data size unlimited unlimited bytes Max stack size 8388608 unlimited bytes Max core file size unlimited unlimited bytes Max resident set unlimited unlimited bytes Max processes unlimited unlimited processes Max open files 1048576 1048576 files Max locked memory 16777216 16777216 bytes Max address space unlimited unlimited bytes Max file locks unlimited unlimited locks Max pending signals 386297 386297 signals Max msgqueue size 819200 819200 bytes Max nice priority 0 0 Max realtime priority 0 0 Max realtime timeout unlimited unlimited us The service is running inside a lxc container, without any resource limit, connected to the outside word throught macvlan interface. Where can I find problem source? Best regards

4 13

need help with RTPProxy in bridged mode
by Grant Bagdasarian 04 Apr '20

04 Apr '20

Hello, I'm using RTPproxy for the first time in bridged mode and I can't get kamailio/rtpproxy to rewrite the c parameter to the correct public ip address of kamailio. The setup is as following: Carrier ------[fiber]------ Kamailio ---------[lan]--------- Freeswitch Kamailio is listening on two interfaces: 1) Private: 172.0.0.1 2) Public: 192.168.0.1 (since we have a dedicated fiber with our carrier, this is its public address) Freeswitch is listening on: 1) 172.0.0.2 Carrier is on: 1) 10.0.0.1 I've started an rtpproxy instance on the Kamailio box using: rtpproxy -s udp:127.0.0.1:7721 -u rtpproxy rtpproxy -p /var/run/rtpproxy/rtpproxy.pid -l 192.168.0.1 172.0.0.1 I've played around with rtpproxy_manage() and the various flags (ie, ei), but I can't get kamailio to set the correct public IP when the 200 OK has to be sent back to the carrier. It always sets it to its private address, instead of its public address. I'm using Kamailio 4.2 with sippy/rtpproxy 2.0. Could someone please point me into the right direction? Thanks! Grant

4 8

need help with RTPProxy in bridged mode
by Artur Hovsepyan 04 Apr '20

04 Apr '20

hi, i'm also having the same issue, same setup, but instead of private IP i have real IP on my WAN interface. and regardless that i've used rtpproxy_manage("coeir")and rtpproxy_manage("coier")kamailio is still replying with my internal (sip+rtp) ip in the outgoing to WAN SDP. Can you please help to understand how do i need to manager rtp proxy to send WAN IP in SDP? when my WAN IP is private IP and my carrier is also having private IP from same network, the issue is not seen. Thanks in advance,

1 1

rtpproxy bridge external(real ip)/internal
by Artur Hovsepyan 03 Apr '20

03 Apr '20

Hey, This is my first post here, so I wanted a bit of help. Appreciating that in advance. i have following setup: carrier(asterisk with sip ip=rtp ip=real IP) <==> kamailio+rtpproxy(ext real ip, internal ip) <==> internal asterisk(sip ip != rtp ip, both internal ips). rtprpoxy setup/usr/local/bin/rtpproxy -p /var/run/rtpproxy.pid -u rtpproxy -F -s udp:127.0.0.1 7722 -l kam_int_ip kam_ext_ip -m 10000 -M 20000 -L 30000 -d DBUG LOG kamailio listens on both external and internal ipsdispatcher list: 0 towards carrier SOCKET: udp:external_ip2 towards internal asterisk SOCKET: udp:internal_ip calls being routed with if(src_ip==carrier's real ip) sent to route "from_carrier" and if(src_ip==int_ast_sip_ip) sent to route "to_carrier" in the routes calls are dispatched with if(!ds_select_dst("0", "4")) and if(!ds_select_dst("2", "4")) rtpproxy_manage is done in "NATMANAGE" route: #checking if call is from carrier or to carrier:if(src_ip!=carrier_ext_ip) { if(nat_uac_test("8")) { rtpproxy_manage("coier"); } else { rtpproxy_manage("cor"); }}else { rtpproxy_manage("coeir");} so, this setup works, when i setup private IP addresses(from same network) on both carrier side(10.0.1.1) and external interface of kamailio(10.0.1.2) (accordingly changing the dispatcher file, rtpproxy and the kamailio.cfg). as per below: carrier(asterisk with sip ip=rtp ip=10.0.1.1) <==> kamailio+rtpproxy(ext ip=10.0.1.2, internal ip=10.0.2.1) <==> internal asterisk(sip ip != rtp ip, both internal ips). rtprpoxy setup/usr/local/bin/rtpproxy -p /var/run/rtpproxy.pid -u rtpproxy -F -s udp:127.0.0.1 7722 -l 10.0.2.1 10.0.1.2 -m 10000 -M 20000 -L 30000 -d DBUG LOG kamailio listens on both external and internal ipsdispatcher list: 0 towards carrier SOCKET: udp:10.0.1.22 towards internal asterisk SOCKET: udp:10.0.2.1 calls being routed with if(src_ip==10.0.1.1) sent to route "from_carrier" and if(src_ip==172.16.21.21) sent to route "to_carrier" in the routes calls are dispatched with if(!ds_select_dst("0", "4")) and if(!ds_select_dst("2", "4")) rtpproxy_manage is done in "NATMANAGE" route: #checking if call is from carrier or to carrier:if(src_ip!=10.0.1.1) { if(nat_uac_test("8")) { rtpproxy_manage("coier"); } else { rtpproxy_manage("cor"); }}else { rtpproxy_manage("coeir");} once i replace the IP addresses of carrier and kamailio with real IPs, kamailio is starting to forward internal asterisk's sip and rtp IP addresses to carrier and carrier's sip/rtp IPs in the SDP and breaking the SIP flow. that is is not the case while private IPs are setup for both external and internal interfaces. in the later case it normally does the bridging and sends correct info in SDP messages. can someone help me please to understand why/how it is working correctly for private IPs and "misbehaving" in case of real IPs. thanks,Art

1 1

Query on force_send_socket
by Amarnath K 03 Apr '20

03 Apr '20

Hi All, I'm using Kamailio version 5.1.9. In cfg file have routing to send out SIP messages from Kamailio stack. In this routing logic added force_send_socket("tcp:192.168.40.10:5060"); forward() I'm expecting the send port should be from 5060, but it always pick random port to send out message. my requirement is to send SIP messages from 5060 port instead of picking random port. Regards, Amarnath

5 6

Kamailio release
by Virgílio Cunha 03 Apr '20

03 Apr '20

Hi, When is the scheduled release date of kamailio-5.3.4? Best Regards, Virgílio Cunha

1 0

[ot] lightweight sip app for auto-answering with play file and echo mode
by Daniel-Constantin Mierla 01 Apr '20

01 Apr '20

Hello, wondering if anyone here is aware of a lightweight sip app that can answer a call, play some file and/or do echo mode, mainly targeted at using it for basic sip routing and call testing. Of course I know that Asterisk and FreeSwitch (or even SEMS) can do that, but they have many dependencies, requiring quite some resources to run them, so I thought maybe someone here figured out different solutions, eventually cli based apps like pjsua or baresip. GUI apps for Linux are also fine if they can be configured for such behaviour. Cheers, Daniel -- Daniel-Constantin Mierla -- www.asipto.com www.twitter.com/miconda -- www.linkedin.com/in/miconda

7 18

Invite transaction lifetime
by Duarte Rocha 01 Apr '20

01 Apr '20

Greetings, I have a strange call with a client in which he sends me an INVITE and i do the usual "100", "183" and "200 - OK" but the client never gets my provisional or final responses and, as such keeps retransmitting the first INVITE. For the first retransmissions Kamailio doesn't relay the INVITE which i think is the correct behaviour. However, after around 30s, a retransmission is processed and is relayed to a different destination, using "ds_select_dst()" from the DISPATCH module. For this to happen it had to fail the "t_check_trans()" function from TM module which tells me that the transaction from the first INVITE was gone. I went to search timers and lifetime definitions on TM module and found one "max_inv_lifetime" which tells me that "An INVITE transaction will be kept in memory for maximum: max_inv_lifetime+fr_timer(from the ACK to the final reply wait)+wt_timer". In this case : max_inv_lifetime is 180 seconds, fr_timer is 30 seconds and wt_timer is 5 seconds. It's sum is 215seconds and from what i can see, my transaction only had a lifetime of 30s. fr_timer is configured with 30s but it's definition is "Timer which hits if no final reply for a request or ACK for a negative INVITE reply arrives (in milliseconds)." and it mentions ACK, but in my case it's an ACK for a final reply that is missing and not an ACK for a negative reply. What other reasons might have caused this transaction to be terminated ? Best Regards

1 0

Re: [SR-Users] Use topos module to hide contact in OPTIONS request
by Enzo 01 Apr '20

01 Apr '20

2 1

Dialog: dlg_var and multi-branch call
by SamyGo 31 Mar '20

31 Mar '20

Hi All, Just curious to ask as how to save $dlg_var for a multi-leg/branched call. When I call a subscriber with multiple Contacts, and one branch answer while rest are CANCEL'd from that point onward I've seen that the dialog and its variables disappear from Kamailio memory and DB.Is this how its intended to be ? Here are the relevant debug line: DEBUG: dialog [dlg_hash.c:1266]: next_state_dlg(): dialog 0x7f7c1461e2e8 changed from state 2 to state 5, due event 4 (ref 2) DEBUG: dialog [dlg_handlers.c:574]: dlg_onreply(): dialog 0x7f7c1461e2e8 failed (negative reply) DEBUG: dialog [dlg_cb.c:271]: run_dlg_callbacks(): dialog=0x7f7c1461e2e8, type=4 DEBUG: dialog [dlg_handlers.c:1050]: dlg_set_tm_waitack(): registering TMCB to wait for negative ACK Best Regard, Sammy

1 0

Can MSRP module relay to multiple destinations?
by Sefa Cebe 31 Mar '20

31 Mar '20

Hello, I'm using Kamailio MSRP module as a MSRP relay, It works successfully when I send one-to-one MSRP messages. I am having trouble while sending msrp messages to multiple receivers. My question is that can I use this module to forward msrp messages not just one receiver, but multiple receivers? Can this module be used like MSRP switch? Thanks in advance.

2 3

Kamailio breaks RFC's 'Contact Header'
by Edward Romanenco 31 Mar '20

31 Mar '20

Description I'm running Kamailio 5.2.0, whenever I relay an invite via Kamailio, my original contact header is changed from the original: sip:+XXXXXXXXX@YYY.YYY.YYY.YYYY:5060;transport=udp;gw=netvision To sip:YYY.YYY.YYY.YYY;line=sr-.n274i0TMfsHMcCAlVyAMV5IlgCXvV8n4edQlgIUlgKQ4Vk74gI1LmZ69NM79FZAR3JC.cDNLfHUj3Wnp3MP9nd*. Even when I set it correctly on my route, using: remove_hf("Contact"); append_hf("Contact: sip:$tU@YYY.YYY.YYY.YYY:5060;transport=udp;gw=netvision\r\n", "Contact"); It still ends up being modified. What can I do to keep the contact header as it is? SIP Traffic U YYY.YYY.YYY.YYY:5060 -> 81.24.193.248:5060 INVITE sip:+442033202609@81.24.193.248:5060 SIP/2.0. Record-Route: <sip:YYY.YYY.YYY.YYY;r2=on;lr=on;ftag=mp0S9yH11vryH;vsf=AAAAAAAAAAAAAAAAAAAAAAADCAEACRgPGB8AAy4xNjM->. Record-Route: <sip:2YYY.YYY.YYY.YYY;line=sr-.n274V8TlidQMVyUlg87vV8nlfDXlVHB9VD0.VHB9VDoLGtNRbH7ltlTEkyQl3jXEky1LNMoRkt5ukt5ukt5ukt5ukt5ukt5ukt5ukt5W8M5WktckoLuWAsduktTMm64pCAD>. Via: SIP/2.0/UDP YYY.YYY.YYY.YYY;branch=z9hG4bK53e9.308596b23ed683368534c9d609dce0f6.0. Via: SIP/2.0/UDP YYY.YYY.YYY.YYY;branch=z9hG4bKsr-kA2uvfsUlerJWtIylgCXvV8n4edQlgIUlgKQ4Vk74gI1.oJVjb2njburlgCXvV8n4edQlgIUlgKQ4HWsRbWPLVDX.GrXLcAHlcC74nZXKbTVpcHh4b6mMGZvJgLsLcJTkgtGu2PGgy**. Max-Forwards: 67. From: +18702935016 <sip:+18702935016@YYY.YYY.YYY.YYY>;tag=mp0S9yH11vryH. To: <sip:+442033202609@81.24.193.248>. Call-ID: !!:jbkfMgyHjbsDjblfjqAQlVldvgyHKolDlcIHlcknKVIdjcIT. CSeq: 18182498 INVITE. Contact: <sip:YYY.YYY.YYY.YYY;line=sr-.n274i0TMfsHMcCAlVyAMV5IlgCXvV8n4edQlgIUlgKQ4Vk74gI1LmZ69NM79FZAR3JC.cDNLfHUj3Wnp3MP9nd*>. User-Agent: FreeSWITCH-mod_sofia/1.9.0+git~20180706T160334Z~de3df8dc0e~64bit. Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, REFER, NOTIFY. Supported: timer, path, replaces. Allow-Events: talk, hold, conference, refer. Content-Type: application/sdp. Content-Disposition: session. Content-Length: 224. Remote-Party-ID: "+18702935016" <sip:+18702935016@YYY.YYY.YYY.YYY>;party=calling;screen=yes;privacy=off. . v=0. o=FreeSWITCH 1585439298 1585439299 IN IP4 ZZZ.ZZZ.ZZZ.ZZZ. s=FreeSWITCH. c=IN IP4 ZZZ.ZZZ

2 3

Re: [SR-Users] How to correctly answer a PnP-SUBSCRIBE message
by Jan-Hendrik Dörner 31 Mar '20

31 Mar '20

Hello Daniel, thank you for your reply. I changed the line mentioned to t_uac_send("NOTIFY", "$(ct{s.substr,1,0}{s.striptail,1})", "$su", "192.168.1.156","Call-ID: $hdr(Call-ID)\r\nSubscription-State: terminated;reason=timeout\r\nEvent: $hdr(Event)\r\nContent-Type: application/url\r\nFrom: $fU\r\nTo: $hdr(From)", "http://server.conf/settings-{mac} <http://server.conf/settings-%7Bmac%7D>"); the result is: 3) Call-ID is fine now ; Problem solved :-) 1) The Via IP is now changed to the IP and port of the server, but not to the IP of the phone. 2) The sending interface / IP is not correct: It now sends _only_ from the wrong IP !! As a result, it repeats sending the NOTIFY-message over and over again since the message does not get to the phone ... Please see the starting of the SIP-traffic below U 192.168.1.152:57283 -> 224.0.1.75:5060 #53 SUBSCRIBE sip:MAC%3a0004137120D8@lan <sip:MAC%3a0004137120D8@lan> SIP/2.0. Via: SIP/2.0/UDP 192.168.1.152:57283;rport. From: <sip:MAC%3a0004137120D8@lan <sip:MAC%3a0004137120D8@lan>>;tag=176419003. To: <sip:MAC%3a0004137120D8@lan <sip:MAC%3a0004137120D8@lan>>. Call-ID: 277773303(a)192.168.1.152 <mailto:277773303@192.168.1.152>. CSeq: 1 SUBSCRIBE. Event: ua-profile;profile-type="device";vendor="snom";model="snom760";version="8.9.3.80". Expires: 0. Accept: application/url. Contact: <sip:192.168.1.152:57283 <sip:192.168.1.152:57283>>. User-Agent: snom760/8.9.3.80. Content-Length: 0. . # U 192.168.1.156:5060 -> 192.168.1.152:57283 #54 SIP/2.0 200 OK. Via: SIP/2.0/UDP 192.168.1.152:57283;rport=57283;received=192.168.1.152. From: <sip:MAC%3a0004137120D8@lan <sip:MAC%3a0004137120D8@lan>>;tag=176419003. To: <sip:MAC%3a0004137120D8@lan <sip:MAC%3a0004137120D8@lan>>;tag=fb721cde02dffb6bb099728401306798.1182. Call-ID: 277773303(a)192.168.1.152 <mailto:277773303@192.168.1.152>. CSeq: 1 SUBSCRIBE. Server: kamailio (5.2.5 (x86_64/linux)). Content-Length: 0. . # U 172.23.56.1:5060 -> 192.168.1.152:57283 #55 NOTIFY sip:192.168.1.152:57283 <sip:192.168.1.152:57283> SIP/2.0. Via: SIP/2.0/UDP 192.168.1.156:5060;branch=z9hG4bKee8f.0ea476a1000000000000000000000000.0. To: <sip:MAC%3a0004137120D8@lan <sip:MAC%3a0004137120D8@lan>>;tag=176419003. From: <MAC%3a0004137120D8>;tag=da567df9df3ac234e43969a051db4641-9700. CSeq: 10 NOTIFY. Call-ID: 277773303(a)192.168.1.152 <mailto:277773303@192.168.1.152>. Max-Forwards: 70. Content-Length: 33. User-Agent: kamailio (5.2.5 (x86_64/linux)). Subscription-State: terminated;reason=timeout. Event: ua-profile;profile-type="device";vendor="snom";model="snom760";version="8.9.3.80". Content-Type: application/url. . http://server.conf/settings-{mac} <http://server.conf/settings-%7Bmac%7D> # U 172.23.56.1:5060 -> 192.168.1.152:57283 #56 NOTIFY sip:192.168.1.152:57283 <sip:192.168.1.152:57283> SIP/2.0. Via: SIP/2.0/UDP 192.168.1.156:5060;branch=z9hG4bKee8f.0ea476a1000000000000000000000000.0. To: <sip:MAC%3a0004137120D8@lan <sip:MAC%3a0004137120D8@lan>>;tag=176419003. From: <MAC%3a0004137120D8>;tag=da567df9df3ac234e43969a051db4641-9700. CSeq: 10 NOTIFY. Call-ID: 277773303(a)192.168.1.152 <mailto:277773303@192.168.1.152>. Max-Forwards: 70. Content-Length: 33. User-Agent: kamailio (5.2.5 (x86_64/linux)). Subscription-State: terminated;reason=timeout. Event: ua-profile;profile-type="device";vendor="snom";model="snom760";version="8.9.3.80". Content-Type: application/url. . http://server.conf/settings-{mac} <http://server.conf/settings-%7Bmac%7D> # U 172.23.56.1:5060 -> 192.168.1.152:57283 #57 NOTIFY sip:192.168.1.152:57283 <sip:192.168.1.152:57283> SIP/2.0. Via: SIP/2.0/UDP 192.168.1.156:5060;branch=z9hG4bKee8f.0ea476a1000000000000000000000000.0. To: <sip:MAC%3a0004137120D8@lan <sip:MAC%3a0004137120D8@lan>>;tag=176419003. From: <MAC%3a0004137120D8>;tag=da567df9df3ac234e43969a051db4641-9700. CSeq: 10 NOTIFY. Call-ID: 277773303(a)192.168.1.152 <mailto:277773303@192.168.1.152>. Max-Forwards: 70. Content-Length: 33. User-Agent: kamailio (5.2.5 (x86_64/linux)). Subscription-State: terminated;reason=timeout. Event: ua-profile;profile-type="device";vendor="snom";model="snom760";version="8.9.3.80". Content-Type: application/url. . http://server.conf/settings-{mac} <http://server.conf/settings-%7Bmac%7D> # U 192.168.1.152:57283 -> 224.0.1.75:5060 #58 SUBSCRIBE sip:MAC%3a0004137120D8@lan <sip:MAC%3a0004137120D8@lan> SIP/2.0. Via: SIP/2.0/UDP 192.168.1.152:57283;rport. From: <sip:MAC%3a0004137120D8@lan <sip:MAC%3a0004137120D8@lan>>;tag=1472545741. To: <sip:MAC%3a0004137120D8@lan <sip:MAC%3a0004137120D8@lan>>. Call-ID: 1886698335(a)192.168.1.152 <mailto:1886698335@192.168.1.152>. CSeq: 1 SUBSCRIBE. Event: ua-profile;profile-type="device";vendor="snom";model="snom760";version="8.9.3.80". Expires: 0. Accept: application/url. Contact: <sip:192.168.1.152:57283 <sip:192.168.1.152:57283>>. User-Agent: snom760/8.9.3.80. Content-Length: 0. . # U 192.168.1.156:5060 -> 192.168.1.152:57283 #59 SIP/2.0 200 OK. Via: SIP/2.0/UDP 192.168.1.152:57283;rport=57283;received=192.168.1.152. From: <sip:MAC%3a0004137120D8@lan <sip:MAC%3a0004137120D8@lan>>;tag=1472545741. To: <sip:MAC%3a0004137120D8@lan <sip:MAC%3a0004137120D8@lan>>;tag=fb721cde02dffb6bb099728401306798.1182. Call-ID: 1886698335(a)192.168.1.152 <mailto:1886698335@192.168.1.152>. CSeq: 1 SUBSCRIBE. Server: kamailio (5.2.5 (x86_64/linux)). Content-Length: 0. . # U 172.23.56.1:5060 -> 192.168.1.152:57283 #60 NOTIFY sip:192.168.1.152:57283 <sip:192.168.1.152:57283> SIP/2.0. Via: SIP/2.0/UDP 192.168.1.156:5060;branch=z9hG4bKa0df.967a0433000000000000000000000000.0. To: <sip:MAC%3a0004137120D8@lan <sip:MAC%3a0004137120D8@lan>>;tag=1472545741. From: <MAC%3a0004137120D8>;tag=da567df9df3ac234e43969a051db4641-d106. CSeq: 10 NOTIFY. Call-ID: 1886698335(a)192.168.1.152 <mailto:1886698335@192.168.1.152>. Max-Forwards: 70. Content-Length: 33. User-Agent: kamailio (5.2.5 (x86_64/linux)). Subscription-State: terminated;reason=timeout. Event: ua-profile;profile-type="device";vendor="snom";model="snom760";version="8.9.3.80". Content-Type: application/url. . http://server.conf/settings-{mac} <http://server.conf/settings-%7Bmac%7D> # U 172.23.56.1:5060 -> 192.168.1.152:57283 #61 NOTIFY sip:192.168.1.152:57283 <sip:192.168.1.152:57283> SIP/2.0. Via: SIP/2.0/UDP 192.168.1.156:5060;branch=z9hG4bKa0df.967a0433000000000000000000000000.0. To: <sip:MAC%3a0004137120D8@lan <sip:MAC%3a0004137120D8@lan>>;tag=1472545741. From: <MAC%3a0004137120D8>;tag=da567df9df3ac234e43969a051db4641-d106. CSeq: 10 NOTIFY. Call-ID: 1886698335(a)192.168.1.152 <mailto:1886698335@192.168.1.152>. Max-Forwards: 70. Content-Length: 33. User-Agent: kamailio (5.2.5 (x86_64/linux)). Subscription-State: terminated;reason=timeout. Event: ua-profile;profile-type="device";vendor="snom";model="snom760";version="8.9.3.80". Content-Type: application/url. . http://server.conf/settings-{mac} <http://server.conf/settings-%7Bmac%7D> # (If I change the IP-parameter to "172.23.56.1" the resulting sending IP is unchanged!) > Am 30.03.2020 um 16:17 schrieb Daniel-Constantin Mierla <miconda(a)gmail.com <mailto:miconda@gmail.com>>: > > Hello, > > On 30.03.20 12:07, Jan-Hendrik Dörner wrote: >> Hallo, >> >> several telephones send a SIP-multicast SUBSCRIBE message to address 224.0.1.75 if they have no settings-URL configured and receive none over DHCP. >> >> So I configure my kamailio server, to respond to that multicast-request. >> But: Although mine is working, I do feel it could be improved, since the NOTIFY packet send out is not quite as it should be … >> >> Here is what I did (the 172.23.56.1 is my voip-vlan-address) >> >> listen=udp:172.23.56.1:5060 advertise 192.168.1.156:5060 >> listen=udp:192.168.1.156:5060 advertise 192.168.1.156:5060 >> listen=tcp:127.0.0.1:5060 >> >> mcast="eth0" >> listen=udp:224.0.1.75:5060 >> >> …. >> >> if ($Ri == "224.0.1.75"){ >> if(is_method("SUBSCRIBE")){ >> xlog("L_INFO", "Received pnp-event from IP $si from User-Agent $hdr(User-Agent) und User $fU\r\n" ); >> sl_send_reply("200", "OK"); >> t_uac_send("NOTIFY", "$(ct{s.substr,1,0}{s.striptail,1})", "", "","Subscription-State: terminated;reason=timeout\r\nEvent: $hdr(Event)\r\nContent-Type: application/url\r\nFrom: $fU\r\nTo: $hdr(From)", "http://server.conf/settings-{mac} <http://server.conf/settings-%7Bmac%7D>"); >> }else { >> xlog("L_INFO", "Drop message $rm from pnp-Interface \r\n" ); >> } >> exit; >> } >> >> >> And here are the SIP-packets I see on my server (192.168.1.156) coming from my snom-phone (192.168.1.152). >> My problems with the NOTIFY -packets are: >> 1) How do I set the Via parameters to be the same as in the OK-reply? > > Try to set the next hop address to "$su" and combined with 2) maybe it > results in what you want to get. > > >> 2) How do I send out the NOTIFY only via the 192.168.1.156 network interface? > > Set the local socket parameter from where to send the NOTIFY. > > >> 3) May I send out the NOTIFY with the Call-ID from the SUBSCRIBE message? How? > > > Provide the Call-Id haeder as part of the headers parameter: > > - > https://www.kamailio.org/docs/modules/stable/modules/tm.html#tm.f.t_uac_send <https://www.kamailio.org/docs/modules/stable/modules/tm.html#tm.f.t_uac_send> > > Cheers, > Daniel > > >> >> Any help is highly appreciated >> Jan-Hendrik >> >> # >> U 192.168.1.152:58714 -> 224.0.1.75:5060 #258 >> SUBSCRIBE sip:MAC%3a0004137120D8@lan <sip:MAC%3a0004137120D8@lan> SIP/2.0. >> Via: SIP/2.0/UDP 192.168.1.152:58714;rport. >> From: <sip:MAC%3a0004137120D8@lan <sip:MAC%3a0004137120D8@lan>>;tag=1750588964. >> To: <sip:MAC%3a0004137120D8@lan <sip:MAC%3a0004137120D8@lan>>. >> Call-ID: 1395386659(a)192.168.1.152 <mailto:1395386659@192.168.1.152>. >> CSeq: 1 SUBSCRIBE. >> Event: ua-profile;profile-type="device";vendor="snom";model="snom760";version="8.9.3.80". >> Expires: 0. >> Accept: application/url. >> Contact: <sip:192.168.1.152:58714 <sip:192.168.1.152:58714>>. >> User-Agent: snom760/8.9.3.80. >> Content-Length: 0. >> . >> >> # >> U 192.168.1.156:5060 -> 192.168.1.152:58714 #259 >> SIP/2.0 200 OK. >> Via: SIP/2.0/UDP 192.168.1.152:58714;rport=58714;received=192.168.1.152. >> From: <sip:MAC%3a0004137120D8@lan <sip:MAC%3a0004137120D8@lan>>;tag=1750588964. >> To: <sip:MAC%3a0004137120D8@lan <sip:MAC%3a0004137120D8@lan>>;tag=fb721cde02dffb6bb099728401306798.2f00. >> Call-ID: 1395386659(a)192.168.1.152 <mailto:1395386659@192.168.1.152>. >> CSeq: 1 SUBSCRIBE. >> Server: kamailio (5.2.5 (x86_64/linux)). >> Content-Length: 0. >> . >> >> # >> U 192.168.1.156:5060 -> 192.168.1.152:58714 #260 >> NOTIFY sip:192.168.1.152:58714 <sip:192.168.1.152:58714> SIP/2.0. >> Via: SIP/2.0/UDP 224.0.1.75;branch=z9hG4bKf21c.917eaf36000000000000000000000000.0. >> To: <sip:MAC%3a0004137120D8@lan <sip:MAC%3a0004137120D8@lan>>;tag=1750588964. >> From: <MAC%3a0004137120D8>;tag=da567df9df3ac234e43969a051db4641-8cfb. >> CSeq: 10 NOTIFY. >> Call-ID: 24eaa8de01be1768-70960(a)172.23.56.1 <mailto:24eaa8de01be1768-70960@172.23.56.1>. >> Max-Forwards: 70. >> Content-Length: 33. >> User-Agent: kamailio (5.2.5 (x86_64/linux)). >> Subscription-State: terminated;reason=timeout. >> Event: ua-profile;profile-type="device";vendor="snom";model="snom760";version="8.9.3.80". >> Content-Type: application/url. >> . >> http://server.conf/settings-{mac} <http://server.conf/settings-%7Bmac%7D> >> # >> U 172.23.56.1:5060 -> 192.168.1.152:58714 #261 >> NOTIFY sip:192.168.1.152:58714 SIP/2.0. >> Via: SIP/2.0/UDP 224.0.1.75;branch=z9hG4bKf21c.917eaf36000000000000000000000000.0. >> To: <sip:MAC%3a0004137120D8@lan>;tag=1750588964. >> From: <MAC%3a0004137120D8>;tag=da567df9df3ac234e43969a051db4641-8cfb. >> CSeq: 10 NOTIFY. >> Call-ID: 24eaa8de01be1768-70960(a)172.23.56.1. >> Max-Forwards: 70. >> Content-Length: 33. >> User-Agent: kamailio (5.2.5 (x86_64/linux)). >> Subscription-State: terminated;reason=timeout. >> Event: ua-profile;profile-type="device";vendor="snom";model="snom760";version="8.9.3.80". >> Content-Type: application/url. >> . >> http://server.conf/settings-{mac} >> # >> U 172.23.56.1:5060 -> 192.168.1.152:58714 #262 >> NOTIFY sip:192.168.1.152:58714 SIP/2.0. >> Via: SIP/2.0/UDP 224.0.1.75;branch=z9hG4bKf21c.917eaf36000000000000000000000000.0. >> To: <sip:MAC%3a0004137120D8@lan>;tag=1750588964. >> From: <MAC%3a0004137120D8>;tag=da567df9df3ac234e43969a051db4641-8cfb. >> CSeq: 10 NOTIFY. >> Call-ID: 24eaa8de01be1768-70960(a)172.23.56.1. >> Max-Forwards: 70. >> Content-Length: 33. >> User-Agent: kamailio (5.2.5 (x86_64/linux)). >> Subscription-State: terminated;reason=timeout. >> Event: ua-profile;profile-type="device";vendor="snom";model="snom760";version="8.9.3.80". >> Content-Type: application/url. >> . >> http://server.conf/settings-{mac} >> # >> U 192.168.1.152:58714 -> 224.0.1.75:5060 #263 >> SUBSCRIBE sip:MAC%3a0004137120D8@lan SIP/2.0. >> Via: SIP/2.0/UDP 192.168.1.152:58714;rport. >> From: <sip:MAC%3a0004137120D8@lan>;tag=1971605806. >> To: <sip:MAC%3a0004137120D8@lan>. >> Call-ID: 1846532696(a)192.168.1.152. >> CSeq: 1 SUBSCRIBE. >> Event: ua-profile;profile-type="device";vendor="snom";model="snom760";version="8.9.3.80". >> Expires: 0. >> Accept: application/url. >> Contact: <sip:192.168.1.152:58714>. >> User-Agent: snom760/8.9.3.80. >> Content-Length: 0. >> . >> >> # >> U 192.168.1.156:5060 -> 192.168.1.152:58714 #264 >> SIP/2.0 200 OK. >> Via: SIP/2.0/UDP 192.168.1.152:58714;rport=58714;received=192.168.1.152. >> From: <sip:MAC%3a0004137120D8@lan>;tag=1971605806. >> To: <sip:MAC%3a0004137120D8@lan>;tag=fb721cde02dffb6bb099728401306798.2f00. >> Call-ID: 1846532696(a)192.168.1.152. >> CSeq: 1 SUBSCRIBE. >> Server: kamailio (5.2.5 (x86_64/linux)). >> Content-Length: 0. >> . >> >> # >> U 192.168.1.156:5060 -> 192.168.1.152:58714 #265 >> NOTIFY sip:192.168.1.152:58714 SIP/2.0. >> Via: SIP/2.0/UDP 224.0.1.75;branch=z9hG4bK201a.063839a4000000000000000000000000.0. >> To: <sip:MAC%3a0004137120D8@lan>;tag=1971605806. >> From: <MAC%3a0004137120D8>;tag=da567df9df3ac234e43969a051db4641-f31b. >> CSeq: 10 NOTIFY. >> Call-ID: 24eaa8de01be1768-70963(a)172.23.56.1. >> Max-Forwards: 70. >> Content-Length: 33. >> User-Agent: kamailio (5.2.5 (x86_64/linux)). >> Subscription-State: terminated;reason=timeout. >> Event: ua-profile;profile-type="device";vendor="snom";model="snom760";version="8.9.3.80". >> Content-Type: application/url. >> . >> http://server.conf/settings-{mac} >> # >> U 192.168.1.152:58714 -> 192.168.1.156:5060 #266 >> SIP/2.0 200 Ok. >> Via: SIP/2.0/UDP 224.0.1.75;branch=z9hG4bKf21c.917eaf36000000000000000000000000.0;received=192.168.1.156. >> From: <MAC:0004137120D8>;tag=da567df9df3ac234e43969a051db4641-8cfb. >> To: <sip:MAC%3A0004137120D8@lan>;tag=1750588964. >> Call-ID: 24eaa8de01be1768-70960(a)172.23.56.1. >> CSeq: 10 NOTIFY. >> User-Agent: snom760/8.9.3.80. >> Content-Length: 0. >> . >> >> # >> U 192.168.1.152:58714 -> 192.168.1.156:5060 #267 >> SIP/2.0 200 Ok. >> Via: SIP/2.0/UDP 224.0.1.75;branch=z9hG4bKf21c.917eaf36000000000000000000000000.0;received=192.168.1.156. >> From: <MAC:0004137120D8>;tag=da567df9df3ac234e43969a051db4641-8cfb. >> To: <sip:MAC%3A0004137120D8@lan>;tag=1750588964. >> Call-ID: 24eaa8de01be1768-70960(a)172.23.56.1. >> CSeq: 10 NOTIFY. >> User-Agent: snom760/8.9.3.80. >> Content-Length: 0. >> . >> >> # >> U 192.168.1.152:58714 -> 192.168.1.156:5060 #268 >> SIP/2.0 200 Ok. >> Via: SIP/2.0/UDP 224.0.1.75;branch=z9hG4bK201a.063839a4000000000000000000000000.0;received=192.168.1.156. >> From: <MAC:0004137120D8>;tag=da567df9df3ac234e43969a051db4641-f31b. >> To: <sip:MAC%3A0004137120D8@lan>;tag=1971605806. >> Call-ID: 24eaa8de01be1768-70963(a)172.23.56.1. >> CSeq: 10 NOTIFY. >> User-Agent: snom760/8.9.3.80. >> Content-Length: 0. >> . >> >> >> _______________________________________________ >> Kamailio (SER) - Users Mailing List >> sr-users(a)lists.kamailio.org <mailto:sr-users@lists.kamailio.org> >> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users <https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users> > > -- > Daniel-Constantin Mierla -- www.asipto.com <http://www.asipto.com/> > www.twitter.com/miconda <http://www.twitter.com/miconda> -- www.linkedin.com/in/miconda <http://www.linkedin.com/in/miconda>

2 4

P-CSCF Error - help required asap
by Pavithra N M 30 Mar '20

30 Mar '20

Hi, I am facing the below error in my P-CSCF module as i am running P-CSCF, I-CSCF, S-CSCF, HSS in separate VMs. 0(3512) INFO: <core> [core/udp_server.c:206]: probe_max_receive_buffer(): SO_RCVBUF is finally 425984 0(3512) ERROR: <script>: event_route[htable:mod-init] { 1(3513) ERROR: rtpengine [rtpengine.c:2839]: send_rtpp_command(): can't send command "ping" to RTP proxy <udp:localhost:9910> 1(3513) ERROR: rtpengine [rtpengine.c:2740]: rtpp_test(): proxy did not respond to ping 1(3513) ERROR: rtpengine [rtpengine.c:2839]: send_rtpp_command(): can't send command "ping" to RTP proxy <udp:localhost:9911> 1(3513) ERROR: rtpengine [rtpengine.c:2740]: rtpp_test(): proxy did not respond to ping 68(3637) INFO: ctl [io_listener.c:214]: io_listen_loop(): io_listen_loop: using epoll_lt io watch method (config) 72(3644) WARNING: ims_usrloc_pcscf [usrloc_db.c:67]: connect_db(): DB connection already open... continuing 73(3645) WARNING: ims_usrloc_pcscf [usrloc_db.c:67]: connect_db(): DB connection already open... continuing 69(3641) WARNING: ims_usrloc_pcscf [usrloc_db.c:67]: connect_db(): DB connection already open... continuing 75(3653) WARNING: ims_usrloc_pcscf [usrloc_db.c:67]: connect_db(): DB connection already open... continuing 71(3643) INFO: jsonrpcs [jsonrpcs_sock.c:443]: jsonrpc_dgram_process(): a new child 0/3643 77(3655) WARNING: ims_usrloc_pcscf [usrloc_db.c:67]: connect_db(): DB connection already open... continuing 76(3654) WARNING: ims_usrloc_pcscf [usrloc_db.c:67]: connect_db(): DB connection already open... continuing 74(3652) WARNING: ims_usrloc_pcscf [usrloc_db.c:67]: connect_db(): DB connection already open... continuing 79(3657) WARNING: ims_usrloc_pcscf [usrloc_db.c:67]: connect_db(): DB connection already open... continuing root@tel-VirtualBox:/etc/kamailio/pcscf# 78(3656) WARNING: ims_usrloc_pcscf [usrloc_db.c:67]: connect_db(): DB connection already open... continuing 69(3641) ERROR: *** cfgtrace:request_route=[NATPING] c=[/etc/kamailio/pcscf/kamailio.cfg] l=836 a=5 n=route 69(3641) ERROR: *** cfgtrace:request_route=[preload_pcscf] c=[/etc/kamailio/pcscf/kamailio.cfg] l=895 a=16 n=if 69(3641) ERROR: *** cfgtrace:request_route=[preload_pcscf] c=[/etc/kamailio/pcscf/kamailio.cfg] l=895 a=63 n=assign 69(3641) ERROR: *** cfgtrace:request_route=[preload_pcscf] c=[/etc/kamailio/pcscf/kamailio.cfg] l=897 a=27 n=sql_query 69(3641) ERROR: *** cfgtrace:request_route=[preload_pcscf] c=[/etc/kamailio/pcscf/kamailio.cfg] l=898 a=25 n=xlog 69(3641) ERROR: <script>: Preloading NAT-PING. Rows: 0 69(3641) ERROR: *** cfgtrace:request_route=[preload_pcscf] c=[/etc/kamailio/pcscf/kamailio.cfg] kindly help me in this issue of how to configure the rtp proxy or even if it is not required for basic configuration,let me know the procedure to comment this part or the procedure to take it forward to run P-CSCF without any errors. Kindly help me in this regard. Thanks Best Regards Pavithra M Tata Elxsi [cid:7ca5c450-5bb2-4d74-85ab-1c3e16346e2e] ________________________________ Disclaimer: This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you are not the intended recipient of this message , or if this message has been addressed to you in error, please immediately alert the sender by reply email and then delete this message and any attachments. If you are not the intended recipient, you are hereby notified that any use, dissemination, copying, or storage of this message or its attachments is strictly prohibited. Email transmission cannot be guaranteed to be secure or error-free, as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. The sender, therefore, does not accept liability for any errors, omissions or contaminations in the contents of this message which might have occurred as a result of email transmission. If verification is required, please request for a hard-copy version. ________________________________

1 0

How to correctly answer a PnP-SUBSCRIBE message
by Jan-Hendrik Dörner 30 Mar '20

30 Mar '20

Hallo, several telephones send a SIP-multicast SUBSCRIBE message to address 224.0.1.75 if they have no settings-URL configured and receive none over DHCP. So I configure my kamailio server, to respond to that multicast-request. But: Although mine is working, I do feel it could be improved, since the NOTIFY packet send out is not quite as it should be … Here is what I did (the 172.23.56.1 is my voip-vlan-address) listen=udp:172.23.56.1:5060 advertise 192.168.1.156:5060 listen=udp:192.168.1.156:5060 advertise 192.168.1.156:5060 listen=tcp:127.0.0.1:5060 mcast="eth0" listen=udp:224.0.1.75:5060 …. if ($Ri == "224.0.1.75"){ if(is_method("SUBSCRIBE")){ xlog("L_INFO", "Received pnp-event from IP $si from User-Agent $hdr(User-Agent) und User $fU\r\n" ); sl_send_reply("200", "OK"); t_uac_send("NOTIFY", "$(ct{s.substr,1,0}{s.striptail,1})", "", "","Subscription-State: terminated;reason=timeout\r\nEvent: $hdr(Event)\r\nContent-Type: application/url\r\nFrom: $fU\r\nTo: $hdr(From)", "http://server.conf/settings-{mac}"); }else { xlog("L_INFO", "Drop message $rm from pnp-Interface \r\n" ); } exit; } And here are the SIP-packets I see on my server (192.168.1.156) coming from my snom-phone (192.168.1.152). My problems with the NOTIFY -packets are: 1) How do I set the Via parameters to be the same as in the OK-reply? 2) How do I send out the NOTIFY only via the 192.168.1.156 network interface? 3) May I send out the NOTIFY with the Call-ID from the SUBSCRIBE message? How? Any help is highly appreciated Jan-Hendrik # U 192.168.1.152:58714 -> 224.0.1.75:5060 #258 SUBSCRIBE sip:MAC%3a0004137120D8@lan SIP/2.0. Via: SIP/2.0/UDP 192.168.1.152:58714;rport. From: <sip:MAC%3a0004137120D8@lan>;tag=1750588964. To: <sip:MAC%3a0004137120D8@lan>. Call-ID: 1395386659(a)192.168.1.152. CSeq: 1 SUBSCRIBE. Event: ua-profile;profile-type="device";vendor="snom";model="snom760";version="8.9.3.80". Expires: 0. Accept: application/url. Contact: <sip:192.168.1.152:58714>. User-Agent: snom760/8.9.3.80. Content-Length: 0. . # U 192.168.1.156:5060 -> 192.168.1.152:58714 #259 SIP/2.0 200 OK. Via: SIP/2.0/UDP 192.168.1.152:58714;rport=58714;received=192.168.1.152. From: <sip:MAC%3a0004137120D8@lan>;tag=1750588964. To: <sip:MAC%3a0004137120D8@lan>;tag=fb721cde02dffb6bb099728401306798.2f00. Call-ID: 1395386659(a)192.168.1.152. CSeq: 1 SUBSCRIBE. Server: kamailio (5.2.5 (x86_64/linux)). Content-Length: 0. . # U 192.168.1.156:5060 -> 192.168.1.152:58714 #260 NOTIFY sip:192.168.1.152:58714 SIP/2.0. Via: SIP/2.0/UDP 224.0.1.75;branch=z9hG4bKf21c.917eaf36000000000000000000000000.0. To: <sip:MAC%3a0004137120D8@lan>;tag=1750588964. From: <MAC%3a0004137120D8>;tag=da567df9df3ac234e43969a051db4641-8cfb. CSeq: 10 NOTIFY. Call-ID: 24eaa8de01be1768-70960(a)172.23.56.1. Max-Forwards: 70. Content-Length: 33. User-Agent: kamailio (5.2.5 (x86_64/linux)). Subscription-State: terminated;reason=timeout. Event: ua-profile;profile-type="device";vendor="snom";model="snom760";version="8.9.3.80". Content-Type: application/url. . http://server.conf/settings-{mac} # U 172.23.56.1:5060 -> 192.168.1.152:58714 #261 NOTIFY sip:192.168.1.152:58714 SIP/2.0. Via: SIP/2.0/UDP 224.0.1.75;branch=z9hG4bKf21c.917eaf36000000000000000000000000.0. To: <sip:MAC%3a0004137120D8@lan>;tag=1750588964. From: <MAC%3a0004137120D8>;tag=da567df9df3ac234e43969a051db4641-8cfb. CSeq: 10 NOTIFY. Call-ID: 24eaa8de01be1768-70960(a)172.23.56.1. Max-Forwards: 70. Content-Length: 33. User-Agent: kamailio (5.2.5 (x86_64/linux)). Subscription-State: terminated;reason=timeout. Event: ua-profile;profile-type="device";vendor="snom";model="snom760";version="8.9.3.80". Content-Type: application/url. . http://server.conf/settings-{mac} # U 172.23.56.1:5060 -> 192.168.1.152:58714 #262 NOTIFY sip:192.168.1.152:58714 SIP/2.0. Via: SIP/2.0/UDP 224.0.1.75;branch=z9hG4bKf21c.917eaf36000000000000000000000000.0. To: <sip:MAC%3a0004137120D8@lan>;tag=1750588964. From: <MAC%3a0004137120D8>;tag=da567df9df3ac234e43969a051db4641-8cfb. CSeq: 10 NOTIFY. Call-ID: 24eaa8de01be1768-70960(a)172.23.56.1. Max-Forwards: 70. Content-Length: 33. User-Agent: kamailio (5.2.5 (x86_64/linux)). Subscription-State: terminated;reason=timeout. Event: ua-profile;profile-type="device";vendor="snom";model="snom760";version="8.9.3.80". Content-Type: application/url. . http://server.conf/settings-{mac} # U 192.168.1.152:58714 -> 224.0.1.75:5060 #263 SUBSCRIBE sip:MAC%3a0004137120D8@lan SIP/2.0. Via: SIP/2.0/UDP 192.168.1.152:58714;rport. From: <sip:MAC%3a0004137120D8@lan>;tag=1971605806. To: <sip:MAC%3a0004137120D8@lan>. Call-ID: 1846532696(a)192.168.1.152. CSeq: 1 SUBSCRIBE. Event: ua-profile;profile-type="device";vendor="snom";model="snom760";version="8.9.3.80". Expires: 0. Accept: application/url. Contact: <sip:192.168.1.152:58714>. User-Agent: snom760/8.9.3.80. Content-Length: 0. . # U 192.168.1.156:5060 -> 192.168.1.152:58714 #264 SIP/2.0 200 OK. Via: SIP/2.0/UDP 192.168.1.152:58714;rport=58714;received=192.168.1.152. From: <sip:MAC%3a0004137120D8@lan>;tag=1971605806. To: <sip:MAC%3a0004137120D8@lan>;tag=fb721cde02dffb6bb099728401306798.2f00. Call-ID: 1846532696(a)192.168.1.152. CSeq: 1 SUBSCRIBE. Server: kamailio (5.2.5 (x86_64/linux)). Content-Length: 0. . # U 192.168.1.156:5060 -> 192.168.1.152:58714 #265 NOTIFY sip:192.168.1.152:58714 SIP/2.0. Via: SIP/2.0/UDP 224.0.1.75;branch=z9hG4bK201a.063839a4000000000000000000000000.0. To: <sip:MAC%3a0004137120D8@lan>;tag=1971605806. From: <MAC%3a0004137120D8>;tag=da567df9df3ac234e43969a051db4641-f31b. CSeq: 10 NOTIFY. Call-ID: 24eaa8de01be1768-70963(a)172.23.56.1. Max-Forwards: 70. Content-Length: 33. User-Agent: kamailio (5.2.5 (x86_64/linux)). Subscription-State: terminated;reason=timeout. Event: ua-profile;profile-type="device";vendor="snom";model="snom760";version="8.9.3.80". Content-Type: application/url. . http://server.conf/settings-{mac} # U 192.168.1.152:58714 -> 192.168.1.156:5060 #266 SIP/2.0 200 Ok. Via: SIP/2.0/UDP 224.0.1.75;branch=z9hG4bKf21c.917eaf36000000000000000000000000.0;received=192.168.1.156. From: <MAC:0004137120D8>;tag=da567df9df3ac234e43969a051db4641-8cfb. To: <sip:MAC%3A0004137120D8@lan>;tag=1750588964. Call-ID: 24eaa8de01be1768-70960(a)172.23.56.1. CSeq: 10 NOTIFY. User-Agent: snom760/8.9.3.80. Content-Length: 0. . # U 192.168.1.152:58714 -> 192.168.1.156:5060 #267 SIP/2.0 200 Ok. Via: SIP/2.0/UDP 224.0.1.75;branch=z9hG4bKf21c.917eaf36000000000000000000000000.0;received=192.168.1.156. From: <MAC:0004137120D8>;tag=da567df9df3ac234e43969a051db4641-8cfb. To: <sip:MAC%3A0004137120D8@lan>;tag=1750588964. Call-ID: 24eaa8de01be1768-70960(a)172.23.56.1. CSeq: 10 NOTIFY. User-Agent: snom760/8.9.3.80. Content-Length: 0. . # U 192.168.1.152:58714 -> 192.168.1.156:5060 #268 SIP/2.0 200 Ok. Via: SIP/2.0/UDP 224.0.1.75;branch=z9hG4bK201a.063839a4000000000000000000000000.0;received=192.168.1.156. From: <MAC:0004137120D8>;tag=da567df9df3ac234e43969a051db4641-f31b. To: <sip:MAC%3A0004137120D8@lan>;tag=1971605806. Call-ID: 24eaa8de01be1768-70963(a)172.23.56.1. CSeq: 10 NOTIFY. User-Agent: snom760/8.9.3.80. Content-Length: 0. .

2 1

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