- sr-users - kamailio.org

TLS v 1.3 failed call
by Andrew Chen 19 Nov '19

19 Nov '19

Hi guys, I was wondering if someone can help decipher what these few lines mean? Nov 19 20:12:50 sjomainkama51 /usr/sbin/kamailio[21501]: DEBUG: tls [tls_server.c:431]: tls_accept(): tls_accept: new connection from 10.94.98.18:51698 using TLSv1.3 TLS_AES_256_GCM_SHA384 256 Nov 19 20:12:50 sjomainkama51 /usr/sbin/kamailio[21501]: DEBUG: tls [tls_server.c:434]: tls_accept(): tls_accept: local socket: 206.81.191.45:443 Nov 19 20:12:50 sjomainkama51 /usr/sbin/kamailio[21501]: DEBUG: tls [tls_server.c:445]: tls_accept(): tls_accept: client did not present a certificate Nov 19 20:12:50 sjomainkama51 /usr/sbin/kamailio[21501]: DEBUG: tls [tls_server.c:1189]: tls_read_f(): Reading on a renegotiation of connection (n:1652) (0) Nov 19 20:12:50 sjomainkama51 /usr/sbin/kamailio[21501]: DEBUG: <core> [core/tcp_read.c:1527]: tcp_read_req(): EOF Nov 19 20:12:50 sjomainkama51 /usr/sbin/kamailio[21501]: DEBUG: <core> [core/io_wait.h:602]: io_watch_del(): DBG: io_watch_del (0x56367f8b8f80, 12, -1, 0x10) fd_no=2 called Nov 19 20:12:50 sjomainkama51 /usr/sbin/kamailio[21501]: DEBUG: <core> [core/tcp_read.c:1680]: release_tcpconn(): releasing con 0x7fcfc20c57b0, state -1, fd=12, id=23 ([10.94.98.18]:51698 -> [10.94.98.18]:443) Nov 19 20:12:50 sjomainkama51 /usr/sbin/kamailio[21501]: DEBUG: <core> [core/tcp_read.c:1684]: release_tcpconn(): extra_data 0x7fcfc2089f88 Nov 19 20:12:50 sjomainkama51 /usr/sbin/kamailio[21517]: DEBUG: <core> [core/tcp_main.c:3320]: handle_tcp_child(): reader response= 7fcfc20c57b0, -1 from 16 Nov 19 20:12:50 sjomainkama51 /usr/sbin/kamailio[21517]: DEBUG: tls [tls_server.c:683]: tls_h_close(): Closing SSL connection 0x7fcfc2089f88 Bottom line is kamailio closed the connection and I have method setting to this: root@sjomainkama51:/etc/kamailio # grep method tls.cfg method = TLSv1.1+ Supposedly this should work? -- Andy Chen Sr. Telephony Lead Engineer achen@ <achen(a)thinkingphones.com>fuze.com -- *Confidentiality Notice: The information contained in this e-mail and any attachments may be confidential. If you are not an intended recipient, you are hereby notified that any dissemination, distribution or copying of this e-mail is strictly prohibited. If you have received this e-mail in error, please notify the sender and permanently delete the e-mail and any attachments immediately. You should not retain, copy or use this e-mail or any attachment for any purpose, nor disclose all or any part of the contents to any other person. Thank you.*

2 2

Fwd: Websocket immediately disconnecting
by Tom D 19 Nov '19

19 Nov '19

Gentlemen, Thanks for your feedback. Yes, I've doubled the RAM last night (between my posts) and I am monitoring the behavior. It *feels* that it is definitely working better. I haven't enabled memjoin yet - are there any repercussions that should be expected for enabling memjoin=yes? Thanks for your guidance. Tom

3 2

Websocket immediately disconnecting
by Tom D 19 Nov '19

19 Nov '19

Hi David, Thanks for your reply. After increasing the verbosity of the debugging, I found the following entries. So am I understanding the log correctly: the websocket module is trying to get some free memory (from Kamilio's general pool?). It doesn't receive any yet proceeds with parsing the response (I get this same parsing error even when it's working) and ultimately, it doesn't register the websocket? I appreciate your (or anyone's) thoughts. Regards, Tom Nov 19 02:44:44 MY-HOSTNAME /usr/sbin/kamailio[14928]: CRITICAL: tls [tls_domain.c:737]: sr_ssl_ctx_info_callback(): SSL handshake started Nov 19 02:44:44 MY-HOSTNAME /usr/sbin/kamailio[14928]: CRITICAL: tls [tls_domain.c:749]: sr_ssl_ctx_info_callback(): SSL handshake done Nov 19 02:44:44 MY-HOSTNAME /usr/sbin/kamailio[14928]: CRITICAL: tls [tls_domain.c:753]: sr_ssl_ctx_info_callback(): SSL disable renegotiation Nov 19 02:44:44 MY-HOSTNAME /usr/sbin/kamailio[14928]: CRITICAL: tls [tls_server.c:431]: tls_accept(): tls_accept: new connection from HI.DD.E.N:63356 using TLSv1/SSLv3 AES256-GCM-SHA384 256 Nov 19 02:44:44 MY-HOSTNAME /usr/sbin/kamailio[14928]: CRITICAL: tls [tls_server.c:434]: tls_accept(): tls_accept: local socket: HI.DD.E.N:8089 Nov 19 02:44:44 MY-HOSTNAME /usr/sbin/kamailio[14928]: CRITICAL: tls [tls_server.c:445]: tls_accept(): tls_accept: client did not present a certificate Nov 19 02:44:45 MY-HOSTNAME /usr/sbin/kamailio[14928]: CRITICAL: <script>: 857:HTTP Request Received Nov 19 02:44:45 MY-HOSTNAME /usr/sbin/kamailio[14928]: ERROR: <core> [core/mem/q_malloc.c:291]: qm_find_free(): qm_find_free(0x7f8b8cdcd000, 65728); Free fragment not found! Nov 19 02:44:45 MY-HOSTNAME /usr/sbin/kamailio[14928]: ERROR: <core> [core/mem/q_malloc.c:425]: qm_malloc(): qm_malloc(0x7f8b8cdcd000, 65728) called from websocket: ws_conn.c: wsconn_add(197), module: websocket; Free fragment not found! Nov 19 02:44:45 MY-HOSTNAME /usr/sbin/kamailio[14928]: ERROR: websocket [ws_conn.c:199]: wsconn_add(): allocating shared memory Nov 19 02:44:45 MY-HOSTNAME /usr/sbin/kamailio[14928]: ERROR: <core> [core/parser/parse_fline.c:262]: parse_first_line(): parse_first_line: bad message (offset: 22) Nov 19 02:44:45 MY-HOSTNAME /usr/sbin/kamailio[14928]: ERROR: <core> [core/parser/msg_parser.c:681]: parse_msg(): ERROR: parse_msg: message=<HTTP/1.1 101 Switching Protocols#015#012Sia: SIP/2.0/TLS HI.DD.E.N:63356#015#012Access-Control-Allow-Origin: https://www.doubango.org#015#012Sec-WebSocket-Protocol: sip#015#012Upgrade: websocket#015#012Connection: upgrade#015#012Sec-WebSocket-Accept: taS0s3Z7t4tOhklSbJDLGmSSYsY=#015#012Server: kamailio (5.2.5 (x86_64/linux))#015#012Content-Length: 0#015#012#015#012> Nov 19 02:44:45 MY-HOSTNAME /usr/sbin/kamailio[14928]: ERROR: websocket [ws_frame.c:583]: ws_frame_receive(): WebSocket connection not found

3 3

Asterisk text messages not delivered to SIP client
by Adesh Pandey 19 Nov '19

19 Nov '19

Hi Guys, I have been using Kamailio as dispatcher but I have been facing a weird situation that when asterisk SendText command says that message was delivered successfully but webrtc sip client did not receive the message. My deployment has Kamailio as registrar where sip users are registered and when they make any outgoing call, the call is proxied by RTPEngine and then dispatched to Asterisk boxes. Asterisk boxes send some text to the client using SendText but the message is not received by the SIP client. My config as follows: https://gist.github.com/adeshpandey/2c338db7f5d992267f7415de0325e0b4

1 0

Kamailio meeting Istanbul and Cairo
by Henning Westerholt 19 Nov '19

19 Nov '19

Hello, I will be in about 2 weeks in Istanbul and in Cairo a few days later. I am thinking of organizing a Kamailio/SIP/VoIP social networking event (perhaps a dinner or a pub meeting). Possible dates are the 19th- 20th November in Istanbul and the 23th - 24th November in Cairo. Are people from the community interested in joining such event? If yes, write me your preferred date -- based on feedback in the next days, it will be decided whether it is going to happen and when. Best regards, Henning -- Henning Westerholt - https://skalatan.de/blog/ Kamailio services - https://skalatan.de/services

2 2

Re: [SR-Users] call disconnected in 45 min
by Liu, Charles 18 Nov '19

18 Nov '19

Hi All, I have install kamailio IMS using the example config files for P/S/I-cscf with version 5.2... call randomly disconnected between 15 to 45 minutes. Wireshark log show scscf sent BYE to the caller and callee. Any idea what maybe the problem? Scscf debug output ......... ............ 20(25) INFO: ims_registrar_scscf [cxdx_avp.c:138]: cxdx_get_avp(): cxdx_get_experimental_result_code: Failed finding avp 20(25) INFO: ims_registrar_scscf [cxdx_sar.c:84]: create_return_code(): created AVP successfully : [saa_return_code] - [1] 13(18) DEBUG: ims_dialog [dlg_handlers.c:1923]: print_all_dlgs(): ********************13(18) DEBUG: ims_dialog [dlg_handlers.c:1924]: print_all_dlgs(): printing 4096 dialogs 13(18) DEBUG: ims_dialog [dlg_handlers.c:1862]: internal_print_all_dlg(): Trying to get lock for printing 13(18) DEBUG: ims_dialog [dlg_handlers.c:1868]: internal_print_all_dlg(): ----------------------------13(18) DEBUG: ims_dialog [dlg_handlers.c:1869]: internal_print_all_dlg(): Dialog h_entry:h_id = [3396 : 2798] 13(18) DEBUG: ims_dialog [dlg_handlers.c:1870]: internal_print_all_dlg(): Dialog age: 2749 13(18) DEBUG: ims_dialog [dlg_handlers.c:1871]: internal_print_all_dlg(): Dialog call-id: ATokIPEjouNpuwSo6MpHUw.. 13(18) DEBUG: ims_dialog [dlg_handlers.c:1872]: internal_print_all_dlg(): Dialog state: 4 13(18) DEBUG: ims_dialog [dlg_handlers.c:1873]: internal_print_all_dlg(): Dialog ref counter: 2 13(18) DEBUG: ims_dialog [dlg_handlers.c:1874]: internal_print_all_dlg(): Dialog did: 13(18) DEBUG: ims_dialog [dlg_handlers.c:1875]: internal_print_all_dlg(): Dialog from_tag: 8975d611 13(18) DEBUG: ims_dialog [dlg_handlers.c:1876]: internal_print_all_dlg(): Dialog from_uri: sip:bob@ims.mnc001.mcc001.3gppnetwork.org;transport=UDP 13(18) DEBUG: ims_dialog [dlg_handlers.c:1877]: internal_print_all_dlg(): Dialog caller contact: sip:bob@192.168.164.23:39180;transport=UDP 13(18) DEBUG: ims_dialog [dlg_handlers.c:1878]: internal_print_all_dlg(): Dialog first request cseq: 1 13(18) DEBUG: ims_dialog [dlg_handlers.c:1879]: internal_print_all_dlg(): Dialog caller route set: <sip:mo@10.1.1.1;lr=on;ftag=8975d611;rm=8> 13(18) DEBUG: ims_dialog [dlg_handlers.c:1880]: internal_print_all_dlg(): Dialog lifetime: 43200 13(18) DEBUG: ims_dialog [dlg_handlers.c:1881]: internal_print_all_dlg(): Dialog bind_address: udp:172.26.1.60:6060 13(18) DEBUG: ims_dialog [dlg_handlers.c:1882]: internal_print_all_dlg(): Dialog-creating transaction pointer [0x7f8bb2a51858] 13(18) DEBUG: ims_dialog [dlg_handlers.c:1888]: internal_print_all_dlg(): ----------13(18) DEBUG: ims_dialog [dlg_handlers.c:1889]: internal_print_all_dlg(): Dialog out h_entry:h_id = [3296 : 0] 13(18) DEBUG: ims_dialog [dlg_handlers.c:1890]: internal_print_all_dlg(): Dialog out did: 13(18) DEBUG: ims_dialog [dlg_handlers.c:1891]: internal_print_all_dlg(): Dialog out to_tag: c9eb5e55 13(18) DEBUG: ims_dialog [dlg_handlers.c:1892]: internal_print_all_dlg(): Dialog out caller cseq: 1 13(18) DEBUG: ims_dialog [dlg_handlers.c:1893]: internal_print_all_dlg(): Dialog out callee cseq: 1 13(18) DEBUG: ims_dialog [dlg_handlers.c:1894]: internal_print_all_dlg(): Dialog out callee contact: sip:alice@192.168.164.84:49153;alias=192.168.164.84~49153~1 13(18) DEBUG: ims_dialog [dlg_handlers.c:1895]: internal_print_all_dlg(): Dialog out callee route set: <sip:mt@172.26.1.60:6060;lr;ftag=8975d611;did=44d.eea>,<sip:mt@10.1.1.1;lr;ftag=8975d611;rm=7> 13(18) DEBUG: ims_dialog [dlg_handlers.c:1896]: internal_print_all_dlg(): Dialog out branch: z9hG4bKb7d5.6f11b9b34a8a493a3a1b7949831e2f47.0 13(18) DEBUG: ims_dialog [dlg_handlers.c:1897]: internal_print_all_dlg(): Dialog out state (deleted): 0 13(18) DEBUG: ims_dialog [dlg_handlers.c:1899]: internal_print_all_dlg(): ----------13(18) DEBUG: ims_dialog [dlg_handlers.c:1903]: internal_print_all_dlg(): Releasing lock for dlgout 13(18) DEBUG: ims_dialog [dlg_handlers.c:1906]: internal_print_all_dlg(): ----------------------------13(18) DEBUG: ims_dialog [dlg_handlers.c:1934]: print_all_dlgs(): ********************13(18) DEBUG: ims_auth [authorize.c:187]: reg_await_timer(): Looking for expired/useless at 44469727 13(18) DEBUG: ims_auth [authorize.c:192]: reg_await_timer(): Slot 121 <alice(a)ims.mnc001.mcc001.3gppnetwork.org<mailto:alice@ims.mnc001.mcc001.3gppnetwork.org>> 13(18) DEBUG: ims_auth [authorize.c:197]: reg_await_timer(): .. AV 1 - 3 Exp 44469993 0x7f8bb2a5c988 13(18) DEBUG: ims_auth [authorize.c:192]: reg_await_timer(): Slot 914 <bob(a)ims.mnc001.mcc001.3gppnetwork.org<mailto:bob@ims.mnc001.mcc001.3gppnetwork.org>> 13(18) DEBUG: ims_auth [authorize.c:197]: reg_await_timer(): .. AV 1 - 3 Exp 44470022 0x7f8bb2a54e88 13(18) DEBUG: ims_auth [authorize.c:197]: reg_await_timer(): .. AV 1 - 2 Exp 44469974 0x7f8bb2a506a8 13(18) DEBUG: ims_auth [authorize.c:203]: reg_await_timer(): ... dropping av 1 - 2 13(18) DEBUG: ims_auth [authorize.c:232]: reg_await_timer(): [DONE] Looking for expired/useless at 44469727 13(18) DEBUG: ims_dialog [dlg_hash.c:887]: lookup_dlg(): ref dlg 0x7f8bb2a551f8 with 1 -> 3 13(18) DEBUG: ims_dialog [dlg_hash.c:889]: lookup_dlg(): dialog id=2798 found on entry 3396 13(18) DEBUG: ims_dialog [dlg_hash.c:1066]: unref_dlg(): unref dlg 0x7f8bb2a551f8 with 1 -> 2 13(18) DEBUG: ims_dialog [dlg_req_within.c:379]: dlg_terminate(): terminating confirmed dialog 13(18) DEBUG: ims_dialog [dlg_req_within.c:272]: send_bye(): sending BYE to caller 13(18) DEBUG: ims_dialog [dlg_hash.c:1047]: ref_dlg(): ref dlg 0x7f8bb2a551f8 with 1 -> 3 13(18) DEBUG: ims_dialog [dlg_req_within.c:289]: send_bye(): BYE sent to caller 13(18) DEBUG: ims_dialog [dlg_req_within.c:272]: send_bye(): sending BYE to callee 13(18) DEBUG: ims_dialog [dlg_hash.c:1047]: ref_dlg(): ref dlg 0x7f8bb2a551f8 with 1 -> 4 13(18) DEBUG: ims_dialog [dlg_req_within.c:289]: send_bye(): BYE sent to callee 1(6) ERROR: <script>: BYE (sip:bob@ims.mnc001.mcc001.3gppnetwork.org;transport=UDP (172.26.1.60:6060) to sip:alice@ims.mnc001.mcc001.3gppnetwork.org, ATokIPEjouNpuwSo6MpHUw..) 1(6) DEBUG: ims_dialog [dlg_handlers.c:844]: dlg_onroute(): route param is '44d.eea' (len=7) 1(6) DEBUG: ims_dialog [dlg_hash.c:887]: lookup_dlg(): ref dlg 0x7f8bb2a551f8 with 1 -> 5 1(6) DEBUG: ims_dialog [dlg_hash.c:889]: lookup_dlg(): dialog id=2798 found on entry 3396 1(6) DEBUG: ims_dialog [dlg_hash.h:459]: match_dialog(): searching dlg_outs 1(6) DEBUG: ims_dialog [dlg_hash.h:496]: match_dialog(): p: 0x7f8bb2a68c48 ft[8975d611] tt [c9eb5e55] 1(6) DEBUG: ims_dialog [dlg_hash.h:520]: match_dialog(): dout: tt[c9eb5e55] 1(6) DEBUG: ims_dialog [dlg_profile.c:419]: set_current_dialog(): setting current dialog [3396:2798] 1(6) DEBUG: ims_dialog [dlg_hash.c:1293]: next_state_dlg(): dialog 0x7f8bb2a551f8 changed from state 4 to state 6, due event 7 CONFIDENTIALITY NOTICE: This email and any attachments are for the sole use of the intended recipient and may contain material that is proprietary, confidential, privileged or otherwise legally protected or restricted under applicable government laws. Any review, disclosure, distributing or other use without expressed permission of the sender is strictly prohibited. If you are not the intended recipient, please contact the sender and delete all copies without reading, printing, or saving.

1 0

Re: [SR-Users] Saving REGISTER status in kamailio database while REGSITER packets are forwarded.
by Voip support 18 Nov '19

18 Nov '19

I figured this finally out and all works for me very well. In usrloc dbmode i set value of 3 (its saving immediately changes into DB). In request route for REGISTER method i set t_on_reply("MANAGE_REPLY_REGISTER" and for REGISTER with expires set to 0 i set t_on_reply("MANAGE_REPLY_UNREGISTER") (used pseudovariable $expires(max)). I stored Contact header in $avp(contact) for unREGISTER request for further use when calling unregister(). Then in onreply_route for MANAGE_REPLY_REGISTER i call save lcoation and in MANAGE_REPLY_UNREGISTER for reply code 200 i call unregister function with the stored contact (i had to remove < > and display name using re.subst). So far it looks to work perfect. pon., 18 lis 2019 o 13:38 Voip support <voipexpert0(a)gmail.com> napisał(a): > > Thanks again for all replies... I need to try it out - did not have time > for it yet. > > I think i will go for the onreply_route answer and try to save location in > this place. > > pon., 18 lis 2019 o 06:23 Joel Serrano <joel(a)textplus.com> napisał(a): > >> Yes sir! Works perfectly! >> >> To give you a quick example: >> >> 1) Add in the appropriate place for the REGISTER request: >> t_on_reply("MANAGE_REG_REPLY"); >> 2) Create a new onreply route: >> >> # Manage registration incoming replies >> onreply_route[MANAGE_REG_REPLY] { >> if(status=~"2[0-9][0-9]") { >> if (save("location", "0x04")) { >> xlog("L_NOTICE", "[usrloc] saved user location\n"); >> } >> } >> } >> >> >> Note1: In my setup, I needed to strictly simulate asterisk (chan_sip) >> registrations, so only one AoR was allowed, thus the flags 0x04, if you are >> using PJSIP you might not need it. >> Note2: With this example code, a "unregister" (REGISTER with expires=0) >> will not remove the AoR from Kamailio, to achieve that I check >> independently if the header Expires exists and is 0, or if the contact >> param Expires exists and is 0, and in that case I use the unregister() >> function instead of the save(). >> >> Hope it helps! >> Joel. >> >> >> >> On Sun, Nov 17, 2019 at 5:42 PM Ovidiu Sas <osas(a)voipembedded.com> wrote: >> >>> Did it work calling save() on the reply route? >>> >>> -ovidiu >>> >>> On Thu, Nov 14, 2019 at 6:20 PM Voip support <voipexpert0(a)gmail.com> >>> wrote: >>> > >>> > I am using kamailio 5.3. >>> > >>> > Ovidiu Sas, i will try this tomorrow today is bit late. Maybe it could >>> work. >>> > >>> > David Villasmil , i know i can use SQLOPS but i was thinking of easier >>> method of doing this. >>> > By successful REGISTER i mean save only REGISTER attempt that >>> authenticated correctly at SIP server and in 200 OK a binding was returned. >>> > Same if the binding is later removed i would like remove it from >>> database. I need this because when i run REGISTER over kamailio to >>> destination SIP server i see all register from same IP. >>> > I need to be able to check what was the real source IP of client >>> REGISTER. >>> > >>> > Regards, >>> > Tomasz >>> > >>> > >>> > >>> > pt., 15 lis 2019 o 00:16 Mike from ApoloCore <mike(a)apolocore.com> >>> napisał(a): >>> >> >>> >> I am using kamailio 5.3. >>> >> >>> >> Ovidiu Sas, i will try this tomorrow today is bit late. Maybe it >>> could work. >>> >> >>> >> David Villasmil , i know i can use SQLOPS but i was thinking of >>> easier method of doing this. >>> >> By successful REGISTER i mean save only REGISTER attempt that >>> authenticated correctly at SIP server and in 200 OK a binding was returned. >>> >> Same if the binding is later removed i would like remove it from >>> database. I need this because when i run REGISTER over kamailio to >>> destination SIP server i see all register from same IP. >>> >> I need to be able to check what was the real source IP of client >>> REGISTER. >>> >> >>> >> Regards, >>> >> Tomasz >>> >> >>> >> >>> >> >>> >> >>> >> czw., 14 lis 2019 o 23:33 Ovidiu Sas <osas(a)voipembedded.com> >>> napisał(a): >>> >>> >>> >>> Try to use save() when you process the 200 ok reply for REGISTER in >>> >>> the reply route. >>> >>> >>> >>> Regards, >>> >>> Ovidiu Sas >>> >>> >>> >>> On Thu, Nov 14, 2019 at 3:40 PM Voip support <voipexpert0(a)gmail.com> >>> wrote: >>> >>> > >>> >>> > I setup kamailio to forward REGISTER packets using dispatcher to >>> two servers main and backup. >>> >>> > >>> >>> > The routing logic is quite simple i use the dispatcher probing >>> mechanism to detect if my main dispatcher set id (one server) is active or >>> inactive once it detect a failure all packets are sent to secondary SIP >>> server to achieve High Availability. >>> >>> > >>> >>> > I am looking for module or a way to save into kamailio database >>> client information such as IP address, register username (from FROM >>> header), digest username (authorization username), call-id for successful >>> registration. >>> >>> > >>> >>> > I tried to use registrar module but once i used function >>> save("location") the client was registered on kamailio and packets was not >>> forwarded to main/secondary SIP server (like dispatcher stopped working, >>> the destination did not override). >>> >>> > >>> >>> > REGISTER is sent to SIP URI of kamailio. >>> >>> > >>> >>> > Please let me know if you have any idea how to make this data >>> update in database (insert an entry on fresh successfull REGISTER, delete >>> on expired or removed binding). >>> >>> > >>> >>> > Best regards, >>> >>> > Tomasz >>> >>> > >>> >>> > _______________________________________________ >>> >>> > Kamailio (SER) - Users Mailing List >>> >>> > sr-users(a)lists.kamailio.org >>> >>> > https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users >>> >>> >>> >>> >>> >>> >>> >>> -- >>> >>> VoIP Embedded, Inc. >>> >>> http://www.voipembedded.com >>> >>> >>> >>> _______________________________________________ >>> >>> Kamailio (SER) - Users Mailing List >>> >>> sr-users(a)lists.kamailio.org >>> >>> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users >>> > >>> > _______________________________________________ >>> > Kamailio (SER) - Users Mailing List >>> > sr-users(a)lists.kamailio.org >>> > https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users >>> >>> >>> >>> -- >>> VoIP Embedded, Inc. >>> http://www.voipembedded.com >>> >>> _______________________________________________ >>> Kamailio (SER) - Users Mailing List >>> sr-users(a)lists.kamailio.org >>> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users >>> >>

1 0

Websocket immediately disconnecting
by Tom D 18 Nov '19

18 Nov '19

Hi Everyone, We're running Kamailio 5.2.5 with XHTTP, Websocket and TLS extensions - for the purpose of being able to provide WebRTC capability. The settings for the HTTP request are quite default as set out below. The SIP client we're using is SIP5ML in different web browsers. After a successful start of Kamailio, it is possible to use SIP5ML and its features - i.e. it REGISTER's properly, calls can be made, etc. After about a few hours of running, Kamailio refuses to interact and abruptly closes the TCP connection. The only solution (discovered so far) is to restart Kamailio, which is not feasible on a server that is serving production needs. (On our development server, where the load is only a fraction - this problem does not occur). When the problems does start to occur, in Wireshark I see: 1) Normal TLS negotiation and certificate exchange; followed by 2) SIP5ML initiating the initial HTTP GET 3) Kamailio responds to the upgrade with a 101/Switch Protocols. (4- SIP5ML outputs a SIP REGISTER on a defunct socket as its was closed) Immediately after the 101/Switching Protocol message is received, Kamailio closes down the TCP connection with a FIN message. Nothing in the message or Kamailio log files help to identify what module is responsible for this. Would anyone have any advise where to look further? BTW, I don't see the TCP connection being Reset in the exchanges - so any advise will be appreciated. Tom event_route[xhttp:request] { set_reply_close(); set_reply_no_connect(); if ($Rp != 8089) { xlogl("L_CRIT", "HTTP request received on $Rp\n"); xhttp_reply("403", "Forbidden - 0x24", "", ""); exit; } xlogl("L_CRIT", "HTTP Request Received\n"); if ($hdr(Upgrade)=~"websocket" && $hdr(Connection)=~"Upgrade" && $rm=~"GET") { # Validate Host - make sure the client is using the correct # alias for WebSockets if ($hdr(Host) == $null || !is_myself("sip:" + $hdr(Host))) { xlogl("L_CRIT", "Bad host $hdr(Host)\n"); xhttp_reply("403", "Forbidden - 0x25", "", ""); exit; } # ws_handle_handshake() exits (no further configuration file # processing of the request) when complete. if (ws_handle_handshake()) { # Optional... cache some information about the # successful connection exit; } } xhttp_reply("404", "Resource Not Found - 0x27", "", ""); } event_route[websocket:closed] { xlogl("L_CRIT", "WebSocket connection from $si:$sp has closed\n"); }

2 1

Kamailio stop responding to AWS R53 health check
by Andrew Chen 18 Nov '19

18 Nov '19

Hi all, R53 reported healthcheck failure on tcp port 5060. Looking at the system, all the ports that kamailio listens on can't be monitored remotely. To test this theory, I can telnet successfully to consul port. I ran tcpdump and see no responses returned back to R53 monitoring hosts: tcpdump: verbose output suppressed, use -v or -vv for full protocol decode listening on ens5, link-type EN10MB (Ethernet), capture size 262144 bytes 19:11:49.368378 IP ec2-54-241-32-75.us-west-1.compute.amazonaws.com.10072 > sjoprodkama51.fuzemeeting.com.sip: Flags [S], seq 1252984048, win 29200, options [mss 1460,sackOK,TS val 3770272726 ecr 0,nop,wscale 7], length 0 19:11:49.558877 IP ec2-107-23-255-43.compute-1.amazonaws.com.60794 > sjoprodkama51.fuzemeeting.com.sip: Flags [S], seq 3484910496, win 29200, options [mss 1460,sackOK,TS val 1780607162 ecr 0,nop,wscale 7], length 0 19:11:50.572870 IP ec2-107-23-255-43.compute-1.amazonaws.com.60794 > sjoprodkama51.fuzemeeting.com.sip: Flags [S], seq 3484910496, win 29200, options [mss 1460,sackOK,TS val 1780608175 ecr 0,nop,wscale 7], length 0 Fixed the issue after restarting kamailio process. Given this system is support production traffic, we have minimized the logging on it. The events that we thought may lead to this is as follows: Nov 13 18:28:05 sjoprodkama51 /usr/sbin/kamailio[20304]: ERROR: tls [tls_util.h:42]: tls_err_ret(): TLS accept:error:14209102:SSL routines:tls_early_post_process_client_hello:unsupported protocol Nov 13 18:28:05 sjoprodkama51 /usr/sbin/kamailio[20304]: ERROR: <core> [core/tcp_read.c:1505]: tcp_read_req(): ERROR: tcp_read_req: error reading - c: 0x7f33fda47c98 r: 0x7f33fda47d18 (-1) Nov 13 18:28:05 sjoprodkama51 /usr/sbin/kamailio[20304]: ERROR: tls [tls_util.h:42]: tls_err_ret(): TLS accept:error:14209102:SSL routines:tls_early_post_process_client_hello:unsupported protocol Nov 13 18:28:05 sjoprodkama51 /usr/sbin/kamailio[20304]: ERROR: <core> [core/tcp_read.c:1505]: tcp_read_req(): ERROR: tcp_read_req: error reading - c: 0x7f33fda47c98 r: 0x7f33fda47d18 (-1) Nov 13 18:28:05 sjoprodkama51 /usr/sbin/kamailio[20306]: ERROR: tls [tls_util.h:42]: tls_err_ret(): TLS accept:error:14209102:SSL routines:tls_early_post_process_client_hello:unsupported protocol Nov 13 18:28:05 sjoprodkama51 /usr/sbin/kamailio[20306]: ERROR: <core> [core/tcp_read.c:1505]: tcp_read_req(): ERROR: tcp_read_req: error reading - c: 0x7f33fd960380 r: 0x7f33fd960400 (-1) Nov 13 18:28:05 sjoprodkama51 /usr/sbin/kamailio[20304]: ERROR: tls [tls_util.h:42]: tls_err_ret(): TLS accept:error:14209102:SSL routines:tls_early_post_process_client_hello:unsupported protocol Nov 13 18:28:05 sjoprodkama51 /usr/sbin/kamailio[20304]: ERROR: <core> [core/tcp_read.c:1505]: tcp_read_req(): ERROR: tcp_read_req: error reading - c: 0x7f33fda01dc0 r: 0x7f33fda01e40 (-1) Nov 13 18:28:05 sjoprodkama51 /usr/sbin/kamailio[20304]: ERROR: tls [tls_util.h:42]: tls_err_ret(): TLS accept:error:14209102:SSL routines:tls_early_post_process_client_hello:unsupported protocol Nov 13 18:28:05 sjoprodkama51 /usr/sbin/kamailio[20304]: ERROR: <core> [core/tcp_read.c:1505]: tcp_read_req(): ERROR: tcp_read_req: error reading - c: 0x7f33fda47c98 r: 0x7f33fda47d18 (-1) Nov 13 18:28:05 sjoprodkama51 /usr/sbin/kamailio[20304]: ERROR: tls [tls_util.h:42]: tls_err_ret(): TLS accept:error:14209102:SSL routines:tls_early_post_process_client_hello:unsupported protocol Nov 13 18:28:05 sjoprodkama51 /usr/sbin/kamailio[20304]: ERROR: <core> [core/tcp_read.c:1505]: tcp_read_req(): ERROR: tcp_read_req: error reading - c: 0x7f33fda47c98 r: 0x7f33fda47d18 (-1) Nov 13 18:28:05 sjoprodkama51 /usr/sbin/kamailio[20304]: ERROR: tls [tls_util.h:42]: tls_err_ret(): TLS accept:error:14209102:SSL routines:tls_early_post_process_client_hello:unsupported protocol Nov 13 18:28:05 sjoprodkama51 /usr/sbin/kamailio[20304]: ERROR: <core> [core/tcp_read.c:1505]: tcp_read_req(): ERROR: tcp_read_req: error reading - c: 0x7f33fda47c98 r: 0x7f33fda47d18 (-1) Nov 13 18:28:05 sjoprodkama51 /usr/sbin/kamailio[20310]: ERROR: tls [tls_util.h:42]: tls_err_ret(): TLS accept:error:1417A0C1:SSL routines:tls_post_process_client_hello:no shared cipher Nov 13 18:28:05 sjoprodkama51 /usr/sbin/kamailio[20310]: ERROR: <core> [core/tcp_read.c:1505]: tcp_read_req(): ERROR: tcp_read_req: error reading - c: 0x7f33fdd829e8 r: 0x7f33fdd82a68 (-1) Nov 13 18:28:05 sjoprodkama51 /usr/sbin/kamailio[20306]: ERROR: tls [tls_util.h:42]: tls_err_ret(): TLS accept:error:1417A0C1:SSL routines:tls_post_process_client_hello:no shared cipher Nov 13 18:28:05 sjoprodkama51 /usr/sbin/kamailio[20306]: ERROR: <core> [core/tcp_read.c:1505]: tcp_read_req(): ERROR: tcp_read_req: error reading - c: 0x7f33fdb70738 r: 0x7f33fdb707b8 (-1) Nov 13 18:28:05 sjoprodkama51 /usr/sbin/kamailio[20310]: ERROR: tls [tls_util.h:42]: tls_err_ret(): TLS accept:error:1417A0C1:SSL routines:tls_post_process_client_hello:no shared cipher Nov 13 18:28:05 sjoprodkama51 /usr/sbin/kamailio[20310]: ERROR: tls [tls_util.h:42]: tls_err_ret(): TLS accept:error:1417A0C1:SSL routines:tls_post_process_client_hello:no shared cipher Nov 13 18:28:05 sjoprodkama51 /usr/sbin/kamailio[20310]: ERROR: <core> [core/tcp_read.c:1505]: tcp_read_req(): ERROR: tcp_read_req: error reading - c: 0x7f33fdd829e8 r: 0x7f33fdd82a68 (-1) Nov 13 18:28:05 sjoprodkama51 /usr/sbin/kamailio[20306]: ERROR: <core> [core/tcp_read.c:1505]: tcp_read_req(): ERROR: tcp_read_req: error reading - c: 0x7f33fda01dc0 r: 0x7f33fda01e40 (-1) Nov 13 18:28:05 sjoprodkama51 /usr/sbin/kamailio[20304]: ERROR: tls [tls_util.h:42]: tls_err_ret(): TLS accept:error:1408F119:SSL routines:ssl3_get_record:decryption failed or bad record mac Nov 13 18:28:05 sjoprodkama51 /usr/sbin/kamailio[20305]: ERROR: tls [tls_util.h:42]: tls_err_ret(): TLS accept:error:1408F119:SSL routines:ssl3_get_record:decryption failed or bad record mac Nov 13 18:28:05 sjoprodkama51 /usr/sbin/kamailio[20305]: ERROR: <core> [core/tcp_read.c:1505]: tcp_read_req(): ERROR: tcp_read_req: error reading - c: 0x7f33fdaec8f0 r: 0x7f33fdaec970 (-1) Nov 13 18:28:05 sjoprodkama51 /usr/sbin/kamailio[20304]: ERROR: <core> [core/tcp_read.c:1505]: tcp_read_req(): ERROR: tcp_read_req: error reading - c: 0x7f33fda47c98 r: 0x7f33fda47d18 (-1) Nov 13 18:28:05 sjoprodkama51 /usr/sbin/kamailio[20304]: ERROR: tls [tls_util.h:42]: tls_err_ret(): TLS accept:error:1417A0C1:SSL routines:tls_post_process_client_hello:no shared cipher Nov 13 18:28:05 sjoprodkama51 /usr/sbin/kamailio[20304]: ERROR: <core> [core/tcp_read.c:1505]: tcp_read_req(): ERROR: tcp_read_req: error reading - c: 0x7f33fd93e6c0 r: 0x7f33fd93e740 (-1) Nov 13 18:28:05 sjoprodkama51 /usr/sbin/kamailio[20305]: ERROR: tls [tls_util.h:42]: tls_err_ret(): TLS accept:error:1417A0C1:SSL routines:tls_post_process_client_hello:no shared cipher Nov 13 18:28:05 sjoprodkama51 /usr/sbin/kamailio[20305]: ERROR: <core> [core/tcp_read.c:1505]: tcp_read_req(): ERROR: tcp_read_req: error reading - c: 0x7f33fdaec8f0 r: 0x7f33fdaec970 (-1) Nov 13 18:28:05 sjoprodkama51 /usr/sbin/kamailio[20307]: ERROR: tls [tls_util.h:42]: tls_err_ret(): TLS accept:error:1408F119:SSL routines:ssl3_get_record:decryption failed or bad record mac Nov 13 18:28:05 sjoprodkama51 /usr/sbin/kamailio[20307]: ERROR: <core> [core/tcp_read.c:1505]: tcp_read_req(): ERROR: tcp_read_req: error reading - c: 0x7f33fd960380 r: 0x7f33fd960400 (-1) Nov 13 18:28:05 sjoprodkama51 /usr/sbin/kamailio[20305]: ERROR: tls [tls_util.h:42]: tls_err_ret(): TLS accept:error:1417A0C1:SSL routines:tls_post_process_client_hello:no shared cipher Nov 13 18:28:05 sjoprodkama51 /usr/sbin/kamailio[20305]: ERROR: <core> [core/tcp_read.c:1505]: tcp_read_req(): ERROR: tcp_read_req: error reading - c: 0x7f33fda47c98 r: 0x7f33fda47d18 (-1) Nov 13 18:28:05 sjoprodkama51 /usr/sbin/kamailio[20305]: ERROR: tls [tls_util.h:42]: tls_err_ret(): TLS accept:error:1417A0C1:SSL routines:tls_post_process_client_hello:no shared cipher Nov 13 18:28:05 sjoprodkama51 /usr/sbin/kamailio[20305]: ERROR: <core> [core/tcp_read.c:1505]: tcp_read_req(): ERROR: tcp_read_req: error reading - c: 0x7f33fd960380 r: 0x7f33fd960400 (-1) Nov 13 18:28:05 sjoprodkama51 /usr/sbin/kamailio[20307]: ERROR: tls [tls_util.h:42]: tls_err_ret(): TLS accept:error:1417A0C1:SSL routines:tls_post_process_client_hello:no shared cipher Nov 13 18:28:05 sjoprodkama51 /usr/sbin/kamailio[20307]: ERROR: <core> [core/tcp_read.c:1505]: tcp_read_req(): ERROR: tcp_read_req: error reading - c: 0x7f33fda47c98 r: 0x7f33fda47d18 (-1) Nov 13 18:28:05 sjoprodkama51 /usr/sbin/kamailio[20304]: ERROR: tls [tls_util.h:42]: tls_err_ret(): TLS accept:error:1417A0C1:SSL routines:tls_post_process_client_hello:no shared cipher Nov 13 18:28:05 sjoprodkama51 /usr/sbin/kamailio[20304]: ERROR: <core> [core/tcp_read.c:1505]: tcp_read_req(): ERROR: tcp_read_req: error reading - c: 0x7f33fdaec8f0 r: 0x7f33fdaec970 (-1) Nov 13 18:28:05 sjoprodkama51 /usr/sbin/kamailio[20307]: ERROR: tls [tls_util.h:42]: tls_err_ret(): TLS accept:error:1417A0C1:SSL routines:tls_post_process_client_hello:no shared cipher Nov 13 18:28:05 sjoprodkama51 /usr/sbin/kamailio[20307]: ERROR: <core> [core/tcp_read.c:1505]: tcp_read_req(): ERROR: tcp_read_req: error reading - c: 0x7f33fdd829e8 r: 0x7f33fdd82a68 (-1) Nov 13 18:28:05 sjoprodkama51 /usr/sbin/kamailio[20309]: ERROR: tls [tls_util.h:42]: tls_err_ret(): TLS accept:error:1417A0C1:SSL routines:tls_post_process_client_hello:no shared cipher Nov 13 18:28:05 sjoprodkama51 /usr/sbin/kamailio[20309]: ERROR: <core> [core/tcp_read.c:1505]: tcp_read_req(): ERROR: tcp_read_req: error reading - c: 0x7f33fda47c98 r: 0x7f33fda47d18 (-1) Nov 13 18:28:05 sjoprodkama51 /usr/sbin/kamailio[20309]: ERROR: tls [tls_util.h:42]: tls_err_ret(): TLS accept:error:14209102:SSL routines:tls_early_post_process_client_hello:unsupported protocol Nov 13 18:28:05 sjoprodkama51 /usr/sbin/kamailio[20309]: ERROR: <core> [core/tcp_read.c:1505]: tcp_read_req(): ERROR: tcp_read_req: error reading - c: 0x7f33fda69958 r: 0x7f33fda699d8 (-1) Nov 13 18:28:05 sjoprodkama51 /usr/sbin/kamailio[20308]: ERROR: tls [tls_util.h:42]: tls_err_ret(): TLS accept:error:1408F119:SSL routines:ssl3_get_record:decryption failed or bad record mac Nov 13 18:28:05 sjoprodkama51 /usr/sbin/kamailio[20308]: ERROR: <core> [core/tcp_read.c:1505]: tcp_read_req(): ERROR: tcp_read_req: error reading - c: 0x7f33fd9c27a8 r: 0x7f33fd9c2828 (-1) Nov 13 18:28:05 sjoprodkama51 /usr/sbin/kamailio[20309]: ERROR: tls [tls_util.h:42]: tls_err_ret(): TLS accept:error:1417A0C1:SSL routines:tls_post_process_client_hello:no shared cipher Nov 13 18:28:05 sjoprodkama51 /usr/sbin/kamailio[20308]: ERROR: tls [tls_util.h:42]: tls_err_ret(): TLS accept:error:14209102:SSL routines:tls_early_post_process_client_hello:unsupported protocol Nov 13 18:28:05 sjoprodkama51 /usr/sbin/kamailio[20308]: ERROR: <core> [core/tcp_read.c:1505]: tcp_read_req(): ERROR: tcp_read_req: error reading - c: 0x7f33fd9c27a8 r: 0x7f33fd9c2828 (-1) Nov 13 18:28:05 sjoprodkama51 /usr/sbin/kamailio[20309]: ERROR: <core> [core/tcp_read.c:1505]: tcp_read_req(): ERROR: tcp_read_req: error reading - c: 0x7f33fdd829e8 r: 0x7f33fdd82a68 (-1) Nov 13 18:28:05 sjoprodkama51 /usr/sbin/kamailio[20308]: ERROR: tls [tls_util.h:42]: tls_err_ret(): TLS accept:error:1417A0C1:SSL routines:tls_post_process_client_hello:no shared cipher Nov 13 18:28:05 sjoprodkama51 /usr/sbin/kamailio[20308]: ERROR: <core> [core/tcp_read.c:1505]: tcp_read_req(): ERROR: tcp_read_req: error reading - c: 0x7f33fda25fd8 r: 0x7f33fda26058 (-1) Nov 13 18:28:05 sjoprodkama51 /usr/sbin/kamailio[20311]: ERROR: tls [tls_util.h:42]: tls_err_ret(): TLS accept:error:1417A0C1:SSL routines:tls_post_process_client_hello:no shared cipher Nov 13 18:28:05 sjoprodkama51 /usr/sbin/kamailio[20311]: ERROR: <core> [core/tcp_read.c:1505]: tcp_read_req(): ERROR: tcp_read_req: error reading - c: 0x7f33fda69958 r: 0x7f33fda699d8 (-1) Nov 13 18:28:05 sjoprodkama51 /usr/sbin/kamailio[20309]: ERROR: tls [tls_util.h:42]: tls_err_ret(): TLS accept:error:1417A0C1:SSL routines:tls_post_process_client_hello:no shared cipher Nov 13 18:28:05 sjoprodkama51 /usr/sbin/kamailio[20309]: ERROR: <core> [core/tcp_read.c:1505]: tcp_read_req(): ERROR: tcp_read_req: error reading - c: 0x7f33fdd829e8 r: 0x7f33fdd82a68 (-1) Nov 13 18:28:05 sjoprodkama51 /usr/sbin/kamailio[20311]: ERROR: tls [tls_util.h:42]: tls_err_ret(): TLS accept:error:1417A0C1:SSL routines:tls_post_process_client_hello:no shared cipher Nov 13 18:28:05 sjoprodkama51 /usr/sbin/kamailio[20311]: ERROR: <core> [core/tcp_read.c:1505]: tcp_read_req(): ERROR: tcp_read_req: error reading - c: 0x7f33fda25fd8 r: 0x7f33fda26058 (-1) Nov 13 18:28:05 sjoprodkama51 /usr/sbin/kamailio[20311]: ERROR: tls [tls_util.h:42]: tls_err_ret(): TLS accept:error:1417A0C1:SSL routines:tls_post_process_client_hello:no shared cipher Nov 13 18:28:05 sjoprodkama51 /usr/sbin/kamailio[20311]: ERROR: <core> [core/tcp_read.c:1505]: tcp_read_req(): ERROR: tcp_read_req: error reading - c: 0x7f33fda25fd8 r: 0x7f33fda26058 (-1) Nov 13 18:28:05 sjoprodkama51 /usr/sbin/kamailio[20311]: ERROR: tls [tls_util.h:42]: tls_err_ret(): TLS accept:error:1417A0C1:SSL routines:tls_post_process_client_hello:no shared cipher Nov 13 18:28:05 sjoprodkama51 /usr/sbin/kamailio[20311]: ERROR: <core> [core/tcp_read.c:1505]: tcp_read_req(): ERROR: tcp_read_req: error reading - c: 0x7f33fd9c27a8 r: 0x7f33fd9c2828 (-1) Nov 13 18:28:05 sjoprodkama51 /usr/sbin/kamailio[20314]: ERROR: tls [tls_util.h:42]: tls_err_ret(): TLS accept:error:1417A0C1:SSL routines:tls_post_process_client_hello:no shared cipher Nov 13 18:28:05 sjoprodkama51 /usr/sbin/kamailio[20314]: ERROR: <core> [core/tcp_read.c:1505]: tcp_read_req(): ERROR: tcp_read_req: error reading - c: 0x7f33fda25fd8 r: 0x7f33fda26058 (-1) Nov 13 18:28:05 sjoprodkama51 /usr/sbin/kamailio[20312]: ERROR: tls [tls_util.h:42]: tls_err_ret(): TLS accept:error:1417A0C1:SSL routines:tls_post_process_client_hello:no shared cipher Nov 13 18:28:05 sjoprodkama51 /usr/sbin/kamailio[20312]: ERROR: <core> [core/tcp_read.c:1505]: tcp_read_req(): ERROR: tcp_read_req: error reading - c: 0x7f33fd9c27a8 r: 0x7f33fd9c2828 (-1) Nov 13 18:28:05 sjoprodkama51 /usr/sbin/kamailio[20312]: ERROR: tls [tls_util.h:42]: tls_err_ret(): TLS accept:error:1417A0C1:SSL routines:tls_post_process_client_hello:no shared cipher Nov 13 18:28:05 sjoprodkama51 /usr/sbin/kamailio[20312]: ERROR: <core> [core/tcp_read.c:1505]: tcp_read_req(): ERROR: tcp_read_req: error reading - c: 0x7f33fda25fd8 r: 0x7f33fda26058 (-1) Nov 13 18:28:05 sjoprodkama51 /usr/sbin/kamailio[20313]: ERROR: tls [tls_util.h:42]: tls_err_ret(): TLS accept:error:1417A0C1:SSL routines:tls_post_process_client_hello:no shared cipher Nov 13 18:28:05 sjoprodkama51 /usr/sbin/kamailio[20313]: ERROR: <core> [core/tcp_read.c:1505]: tcp_read_req(): ERROR: tcp_read_req: error reading - c: 0x7f33fda47c98 r: 0x7f33fda47d18 (-1) Nov 13 18:28:05 sjoprodkama51 /usr/sbin/kamailio[20312]: ERROR: tls [tls_util.h:42]: tls_err_ret(): TLS accept:error:1417A0C1:SSL routines:tls_post_process_client_hello:no shared cipher Nov 13 18:28:05 sjoprodkama51 /usr/sbin/kamailio[20312]: ERROR: <core> [core/tcp_read.c:1505]: tcp_read_req(): ERROR: tcp_read_req: error reading - c: 0x7f33fdbd5d78 r: 0x7f33fdbd5df8 (-1) Nov 13 18:28:05 sjoprodkama51 /usr/sbin/kamailio[20314]: ERROR: tls [tls_util.h:42]: tls_err_ret(): TLS accept:error:14209102:SSL routines:tls_early_post_process_client_hello:unsupported protocol Nov 13 18:28:05 sjoprodkama51 /usr/sbin/kamailio[20314]: ERROR: <core> [core/tcp_read.c:1505]: tcp_read_req(): ERROR: tcp_read_req: error reading - c: 0x7f33fdb822d0 r: 0x7f33fdb82350 (-1) Nov 13 18:28:05 sjoprodkama51 /usr/sbin/kamailio[20313]: ERROR: tls [tls_util.h:42]: tls_err_ret(): TLS accept:error:14209102:SSL routines:tls_early_post_process_client_hello:unsupported protocol Nov 13 18:28:05 sjoprodkama51 /usr/sbin/kamailio[20314]: ERROR: tls [tls_util.h:42]: tls_err_ret(): TLS accept:error:14209102:SSL routines:tls_early_post_process_client_hello:unsupported protocol Nov 13 18:28:05 sjoprodkama51 /usr/sbin/kamailio[20314]: ERROR: <core> [core/tcp_read.c:1505]: tcp_read_req(): ERROR: tcp_read_req: error reading - c: 0x7f33fdb822d0 r: 0x7f33fdb82350 (-1) Nov 13 18:28:05 sjoprodkama51 /usr/sbin/kamailio[20313]: ERROR: <core> [core/tcp_read.c:1505]: tcp_read_req(): ERROR: tcp_read_req: error reading - c: 0x7f33fda47c98 r: 0x7f33fda47d18 (-1) Nov 13 18:28:05 sjoprodkama51 /usr/sbin/kamailio[20305]: ERROR: tls [tls_util.h:42]: tls_err_ret(): TLS accept:error:1408F119:SSL routines:ssl3_get_record:decryption failed or bad record mac Nov 13 18:28:05 sjoprodkama51 /usr/sbin/kamailio[20305]: ERROR: <core> [core/tcp_read.c:1505]: tcp_read_req(): ERROR: tcp_read_req: error reading - c: 0x7f33fda01dc0 r: 0x7f33fda01e40 (-1) Nov 13 18:28:05 sjoprodkama51 /usr/sbin/kamailio[20305]: ERROR: tls [tls_util.h:42]: tls_err_ret(): TLS accept:error:14209102:SSL routines:tls_early_post_process_client_hello:unsupported protocol Nov 13 18:28:05 sjoprodkama51 /usr/sbin/kamailio[20305]: ERROR: <core> [core/tcp_read.c:1505]: tcp_read_req(): ERROR: tcp_read_req: error reading - c: 0x7f33fd9c27a8 r: 0x7f33fd9c2828 (-1) Nov 13 18:28:05 sjoprodkama51 /usr/sbin/kamailio[20313]: ERROR: tls [tls_util.h:42]: tls_err_ret(): TLS accept:error:1417A0C1:SSL routines:tls_post_process_client_hello:no shared cipher Nov 13 18:28:05 sjoprodkama51 /usr/sbin/kamailio[20313]: ERROR: <core> [core/tcp_read.c:1505]: tcp_read_req(): ERROR: tcp_read_req: error reading - c: 0x7f33fd9c27a8 r: 0x7f33fd9c2828 (-1) Nov 13 18:28:05 sjoprodkama51 /usr/sbin/kamailio[20304]: ERROR: tls [tls_util.h:42]: tls_err_ret(): TLS accept:error:1408F119:SSL routines:ssl3_get_record:decryption failed or bad record mac Nov 13 18:28:05 sjoprodkama51 /usr/sbin/kamailio[20304]: ERROR: <core> [core/tcp_read.c:1505]: tcp_read_req(): ERROR: tcp_read_req: error reading - c: 0x7f33fdaec8f0 r: 0x7f33fdaec970 (-1) Nov 13 18:28:05 sjoprodkama51 /usr/sbin/kamailio[20304]: ERROR: tls [tls_util.h:42]: tls_err_ret(): TLS accept:error:1417A0C1:SSL routines:tls_post_process_client_hello:no shared cipher Nov 13 18:28:05 sjoprodkama51 /usr/sbin/kamailio[20304]: ERROR: <core> [core/tcp_read.c:1505]: tcp_read_req(): ERROR: tcp_read_req: error reading - c: 0x7f33fd9c27a8 r: 0x7f33fd9c2828 (-1) Nov 13 18:28:05 sjoprodkama51 /usr/sbin/kamailio[20304]: ERROR: tls [tls_util.h:42]: tls_err_ret(): TLS accept:error:14209102:SSL routines:tls_early_post_process_client_hello:unsupported protocol Nov 13 18:28:05 sjoprodkama51 /usr/sbin/kamailio[20304]: ERROR: <core> [core/tcp_read.c:1505]: tcp_read_req(): ERROR: tcp_read_req: error reading - c: 0x7f33fd9c27a8 r: 0x7f33fd9c2828 (-1) Nov 13 18:28:05 sjoprodkama51 /usr/sbin/kamailio[20313]: ERROR: tls [tls_util.h:42]: tls_err_ret(): TLS accept:error:1417A0C1:SSL routines:tls_post_process_client_hello:no shared cipher Nov 13 18:28:05 sjoprodkama51 /usr/sbin/kamailio[20313]: ERROR: <core> [core/tcp_read.c:1505]: tcp_read_req(): ERROR: tcp_read_req: error reading - c: 0x7f33fda25fd8 r: 0x7f33fda26058 (-1) Nov 13 18:28:05 sjoprodkama51 /usr/sbin/kamailio[20304]: ERROR: tls [tls_util.h:42]: tls_err_ret(): TLS accept:error:14209102:SSL routines:tls_early_post_process_client_hello:unsupported protocol Nov 13 18:28:05 sjoprodkama51 /usr/sbin/kamailio[20304]: ERROR: <core> [core/tcp_read.c:1505]: tcp_read_req(): ERROR: tcp_read_req: error reading - c: 0x7f33fdacac30 r: 0x7f33fdacacb0 (-1) Nov 13 18:28:05 sjoprodkama51 /usr/sbin/kamailio[20304]: ERROR: tls [tls_util.h:42]: tls_err_ret(): TLS accept:error:14209102:SSL routines:tls_early_post_process_client_hello:unsupported protocol Nov 13 18:28:05 sjoprodkama51 /usr/sbin/kamailio[20304]: ERROR: <core> [core/tcp_read.c:1505]: tcp_read_req(): ERROR: tcp_read_req: error reading - c: 0x7f33fd9c27a8 r: 0x7f33fd9c2828 (-1) Nov 13 18:28:05 sjoprodkama51 /usr/sbin/kamailio[20314]: ERROR: tls [tls_util.h:42]: tls_err_ret(): TLS accept:error:14209102:SSL routines:tls_early_post_process_client_hello:unsupported protocol Nov 13 18:28:05 sjoprodkama51 /usr/sbin/kamailio[20314]: ERROR: <core> [core/tcp_read.c:1505]: tcp_read_req(): ERROR: tcp_read_req: error reading - c: 0x7f33fdaec8f0 r: 0x7f33fdaec970 (-1) Nov 13 18:28:05 sjoprodkama51 /usr/sbin/kamailio[20313]: ERROR: tls [tls_util.h:42]: tls_err_ret(): TLS accept:error:1417A0C1:SSL routines:tls_post_process_client_hello:no shared cipher Nov 13 18:28:05 sjoprodkama51 /usr/sbin/kamailio[20313]: ERROR: <core> [core/tcp_read.c:1505]: tcp_read_req(): ERROR: tcp_read_req: error reading - c: 0x7f33fd9c27a8 r: 0x7f33fd9c2828 (-1) Nov 13 18:28:05 sjoprodkama51 /usr/sbin/kamailio[20317]: BUG: tls [tls_server.c:1303]: tls_read_f(): IO error (0) Success Nov 13 18:28:05 sjoprodkama51 /usr/sbin/kamailio[20317]: ERROR: <core> [core/tcp_read.c:1505]: tcp_read_req(): ERROR: tcp_read_req: error reading - c: 0x7f33fdacac30 r: 0x7f33fdacacb0 (-1) Nov 13 18:28:05 sjoprodkama51 /usr/sbin/kamailio[20313]: ERROR: tls [tls_util.h:42]: tls_err_ret(): TLS accept:error:1417A0C1:SSL routines:tls_post_process_client_hello:no shared cipher Nov 13 18:28:05 sjoprodkama51 /usr/sbin/kamailio[20313]: ERROR: <core> [core/tcp_read.c:1505]: tcp_read_req(): ERROR: tcp_read_req: error reading - c: 0x7f33fdbb40b8 r: 0x7f33fdbb4138 (-1) Nov 13 18:28:05 sjoprodkama51 /usr/sbin/kamailio[20304]: ERROR: tls [tls_util.h:42]: tls_err_ret(): TLS accept:error:1417A0C1:SSL routines:tls_post_process_client_hello:no shared cipher Nov 13 18:28:05 sjoprodkama51 /usr/sbin/kamailio[20304]: ERROR: <core> [core/tcp_read.c:1505]: tcp_read_req(): ERROR: tcp_read_req: error reading - c: 0x7f33fda01dc0 r: 0x7f33fda01e40 (-1) Nov 13 18:28:05 sjoprodkama51 /usr/sbin/kamailio[20308]: ERROR: tls [tls_util.h:42]: tls_err_ret(): TLS accept:error:1408F119:SSL routines:ssl3_get_record:decryption failed or bad record mac Nov 13 18:28:05 sjoprodkama51 /usr/sbin/kamailio[20308]: ERROR: <core> [core/tcp_read.c:1505]: tcp_read_req(): ERROR: tcp_read_req: error reading - c: 0x7f33fdaa8f70 r: 0x7f33fdaa8ff0 (-1) Nov 13 18:28:05 sjoprodkama51 /usr/sbin/kamailio[20306]: ERROR: tls [tls_util.h:42]: tls_err_ret(): TLS accept:error:1408F119:SSL routines:ssl3_get_record:decryption failed or bad record mac Nov 13 18:28:05 sjoprodkama51 /usr/sbin/kamailio[20306]: ERROR: <core> [core/tcp_read.c:1505]: tcp_read_req(): ERROR: tcp_read_req: error reading - c: 0x7f33fdb70738 r: 0x7f33fdb707b8 (-1) Nov 13 18:28:05 sjoprodkama51 /usr/sbin/kamailio[20308]: ERROR: tls [tls_util.h:42]: tls_err_ret(): TLS accept:error:1417A0C1:SSL routines:tls_post_process_client_hello:no shared cipher Nov 13 18:28:05 sjoprodkama51 /usr/sbin/kamailio[20308]: ERROR: <core> [core/tcp_read.c:1505]: tcp_read_req(): ERROR: tcp_read_req: error reading - c: 0x7f33fdc7f490 r: 0x7f33fdc7f510 (-1) Nov 13 18:28:05 sjoprodkama51 /usr/sbin/kamailio[20317]: ERROR: tls [tls_util.h:42]: tls_err_ret(): TLS accept:error:1417A0C1:SSL routines:tls_post_process_client_hello:no shared cipher Nov 13 18:28:05 sjoprodkama51 /usr/sbin/kamailio[20317]: ERROR: <core> [core/tcp_read.c:1505]: tcp_read_req(): ERROR: tcp_read_req: error reading - c: 0x7f33fdb70738 r: 0x7f33fdb707b8 (-1) Nov 13 18:28:05 sjoprodkama51 /usr/sbin/kamailio[20314]: ERROR: tls [tls_util.h:42]: tls_err_ret(): TLS accept:error:14209102:SSL routines:tls_early_post_process_client_hello:unsupported protocol Nov 13 18:28:05 sjoprodkama51 /usr/sbin/kamailio[20314]: ERROR: <core> [core/tcp_read.c:1505]: tcp_read_req(): ERROR: tcp_read_req: error reading - c: 0x7f33fdbb40b8 r: 0x7f33fdbb4138 (-1) Nov 13 18:28:05 sjoprodkama51 /usr/sbin/kamailio[20313]: ERROR: tls [tls_util.h:42]: tls_err_ret(): TLS accept:error:14209102:SSL routines:tls_early_post_process_client_hello:unsupported protocol Nov 13 18:28:05 sjoprodkama51 /usr/sbin/kamailio[20313]: ERROR: <core> [core/tcp_read.c:1505]: tcp_read_req(): ERROR: tcp_read_req: error reading - c: 0x7f33fdacac30 r: 0x7f33fdacacb0 (-1) Nov 13 18:28:05 sjoprodkama51 /usr/sbin/kamailio[20306]: ERROR: tls [tls_util.h:42]: tls_err_ret(): TLS accept:error:14209102:SSL routines:tls_early_post_process_client_hello:unsupported protocol Nov 13 18:28:05 sjoprodkama51 /usr/sbin/kamailio[20306]: ERROR: <core> [core/tcp_read.c:1505]: tcp_read_req(): ERROR: tcp_read_req: error reading - c: 0x7f33fd9c27a8 r: 0x7f33fd9c2828 (-1) Nov 13 18:28:05 sjoprodkama51 /usr/sbin/kamailio[20304]: ERROR: tls [tls_util.h:42]: tls_err_ret(): TLS accept:error:1417A0C1:SSL routines:tls_post_process_client_hello:no shared cipher Nov 13 18:28:05 sjoprodkama51 /usr/sbin/kamailio[20304]: ERROR: <core> [core/tcp_read.c:1505]: tcp_read_req(): ERROR: tcp_read_req: error reading - c: 0x7f33fd960380 r: 0x7f33fd960400 (-1) Nov 13 18:28:05 sjoprodkama51 /usr/sbin/kamailio[20304]: ERROR: tls [tls_util.h:42]: tls_err_ret(): TLS accept:error:14209102:SSL routines:tls_early_post_process_client_hello:unsupported protocol Nov 13 18:28:05 sjoprodkama51 /usr/sbin/kamailio[20304]: ERROR: <core> [core/tcp_read.c:1505]: tcp_read_req(): ERROR: tcp_read_req: error reading - c: 0x7f33fda01dc0 r: 0x7f33fda01e40 (-1) Nov 13 18:28:05 sjoprodkama51 /usr/sbin/kamailio[20308]: ERROR: tls [tls_util.h:42]: tls_err_ret(): TLS accept:error:14209102:SSL routines:tls_early_post_process_client_hello:unsupported protocol Nov 13 18:28:05 sjoprodkama51 /usr/sbin/kamailio[20308]: ERROR: <core> [core/tcp_read.c:1505]: tcp_read_req(): ERROR: tcp_read_req: error reading - c: 0x7f33fda01dc0 r: 0x7f33fda01e40 (-1) Nov 13 18:28:05 sjoprodkama51 /usr/sbin/kamailio[20304]: ERROR: tls [tls_util.h:42]: tls_err_ret(): TLS accept:error:14209102:SSL routines:tls_early_post_process_client_hello:unsupported protocol Nov 13 18:28:05 sjoprodkama51 /usr/sbin/kamailio[20304]: ERROR: <core> [core/tcp_read.c:1505]: tcp_read_req(): ERROR: tcp_read_req: error reading - c: 0x7f33fd960380 r: 0x7f33fd960400 (-1) Nov 13 18:28:05 sjoprodkama51 /usr/sbin/kamailio[20304]: ERROR: tls [tls_util.h:42]: tls_err_ret(): TLS accept:error:14209102:SSL routines:tls_early_post_process_client_hello:unsupported protocol Nov 13 18:28:05 sjoprodkama51 /usr/sbin/kamailio[20304]: ERROR: <core> [core/tcp_read.c:1505]: tcp_read_req(): ERROR: tcp_read_req: error reading - c: 0x7f33fdacac30 r: 0x7f33fdacacb0 (-1) Nov 13 18:28:05 sjoprodkama51 /usr/sbin/kamailio[20307]: ERROR: tls [tls_util.h:42]: tls_err_ret(): TLS accept:error:1408F119:SSL routines:ssl3_get_record:decryption failed or bad record mac Nov 13 18:28:05 sjoprodkama51 /usr/sbin/kamailio[20308]: ERROR: tls [tls_util.h:42]: tls_err_ret(): TLS accept:error:1417A0C1:SSL routines:tls_post_process_client_hello:no shared cipher Nov 13 18:28:05 sjoprodkama51 /usr/sbin/kamailio[20308]: ERROR: <core> [core/tcp_read.c:1505]: tcp_read_req(): ERROR: tcp_read_req: error reading - c: 0x7f33fdaa8f70 r: 0x7f33fdaa8ff0 (-1) Nov 13 18:28:05 sjoprodkama51 /usr/sbin/kamailio[20307]: ERROR: <core> [core/tcp_read.c:1505]: tcp_read_req(): ERROR: tcp_read_req: error reading - c: 0x7f33fd93e6c0 r: 0x7f33fd93e740 (-1) Nov 13 18:28:05 sjoprodkama51 /usr/sbin/kamailio[20305]: ERROR: tls [tls_util.h:42]: tls_err_ret(): TLS accept:error:1417A0C1:SSL routines:tls_post_process_client_hello:no shared cipher Nov 13 18:28:05 sjoprodkama51 /usr/sbin/kamailio[20305]: ERROR: <core> [core/tcp_read.c:1505]: tcp_read_req(): ERROR: tcp_read_req: error reading - c: 0x7f33fdb70738 r: 0x7f33fdb707b8 (-1) Nov 13 18:28:05 sjoprodkama51 /usr/sbin/kamailio[20315]: ERROR: tls [tls_util.h:42]: tls_err_ret(): TLS accept:error:1408F119:SSL routines:ssl3_get_record:decryption failed or bad record mac Nov 13 18:28:05 sjoprodkama51 /usr/sbin/kamailio[20315]: ERROR: <core> [core/tcp_read.c:1505]: tcp_read_req(): ERROR: tcp_read_req: error reading - c: 0x7f33fdb822d0 r: 0x7f33fdb82350 (-1) Nov 13 18:28:05 sjoprodkama51 /usr/sbin/kamailio[20316]: ERROR: tls [tls_util.h:42]: tls_err_ret(): TLS accept:error:1408F119:SSL routines:ssl3_get_record:decryption failed or bad record mac Nov 13 18:28:05 sjoprodkama51 /usr/sbin/kamailio[20316]: ERROR: <core> [core/tcp_read.c:1505]: tcp_read_req(): ERROR: tcp_read_req: error reading - c: 0x7f33fda25fd8 r: 0x7f33fda26058 (-1) Nov 13 18:28:05 sjoprodkama51 /usr/sbin/kamailio[20306]: ERROR: tls [tls_util.h:42]: tls_err_ret(): TLS accept:error:1408F119:SSL routines:ssl3_get_record:decryption failed or bad record mac Nov 13 18:28:05 sjoprodkama51 /usr/sbin/kamailio[20306]: ERROR: <core> [core/tcp_read.c:1505]: tcp_read_req(): ERROR: tcp_read_req: error reading - c: 0x7f33fdc196f8 r: 0x7f33fdc19778 (-1) Nov 13 18:28:05 sjoprodkama51 /usr/sbin/kamailio[20304]: ERROR: tls [tls_util.h:42]: tls_err_ret(): TLS accept:error:1408F119:SSL routines:ssl3_get_record:decryption failed or bad record mac Nov 13 18:28:05 sjoprodkama51 /usr/sbin/kamailio[20304]: ERROR: <core> [core/tcp_read.c:1505]: tcp_read_req(): ERROR: tcp_read_req: error reading - c: 0x7f33fd9c27a8 r: 0x7f33fd9c2828 (-1) Any thoughts on what would cause this issue? Thanks -- Andy Chen Sr. Telephony Lead Engineer achen@ <achen(a)thinkingphones.com>fuze.com -- *Confidentiality Notice: The information contained in this e-mail and any attachments may be confidential. If you are not an intended recipient, you are hereby notified that any dissemination, distribution or copying of this e-mail is strictly prohibited. If you have received this e-mail in error, please notify the sender and permanently delete the e-mail and any attachments immediately. You should not retain, copy or use this e-mail or any attachment for any purpose, nor disclose all or any part of the contents to any other person. Thank you.*

4 14

Re: [SR-Users] Parsing Contact Port Field
by Michael Iedema 18 Nov '19

18 Nov '19

> Oops. No, it’s not a bug, it’s just that the URI isn’t the only value present in $ct. > > Try $(ct{nameaddr.uri}{uri.host}) Yup, that fixed it. Thanks again! I have another question about how I’m applying these to some routing logic but I’ll start a new thread for that in a bit.

1 0

http_async_client and HTTP2
by Igor Olhovskiy 18 Nov '19

18 Nov '19

HI! Seems to be, http_async client is not compatible with http2 servers. I'm having like kamailio_1 | 15(20) INFO: http_async_client [http_multi.c:238]: debug_cb(): [cURL] Connection #0 to host relay-api.pbxservice.com left intact kamailio_1 | 15(20) ERROR: <core> [core/parser/parse_fline.c:264]: parse_first_line(): parse_first_line: bad message (offset: 11) kamailio_1 | 15(20) ERROR: <core> [core/parser/msg_parser.c:681]: parse_msg(): ERROR: parse_msg: message=<HTTP/2 404 kamailio_1 | date: Thu, 14 Nov 2019 18:31:34 GMT .... kamailio_1 | 15(20) ERROR: <core> [core/parser/msg_parser.c:337]: parse_headers(): bad header field [(null)] kamailio_1 | 15(20) ERROR: <core> [core/parser/msg_parser.c:1274]: get_body(): failed to parse to end of headers But plain http_client worked good (not async for sure) kamailio 5.3.0 -- Best regards, Igor

3 3

Problem with URI transformations
by Duarte Rocha 18 Nov '19

18 Nov '19

Greetings, I'm trying to parse some URI info on Kamailio but i'm having some troubles the URI transformations. Here i have two examples of URIS from which i'm trying to extract username(with user parameters included) and URI Parameters : - sip:123456789;test=param@1.1.1.1 - sip:123456789;test=param@1.1.1.1;user=phone In order to test this i made the following code : $var(URI) = "sip:123456789;test=param@1.1.1.1"; xerr("DEBUG 1 : URI $var(URI)"); $var(User) = $(var(URI){uri.user}); $var(Parameters) = $(var(URI){uri.params}); xerr("DEBUG 1 : User = $var(User)"); xerr("DEBUG 1 : Parameters = $var(Parameters)"); $var(URI) = "sip:123456789;test=param@1.1.1.1;user=phone"; xerr("DEBUG 2 : URI $var(URI)"); ; $var(User) = $(var(URI){uri.user}); $var(Parameters) = $(var(URI){uri.params}); xerr("DEBUG 2 : User = $var(User)"); xerr("DEBUG 2 : Parameters = $var(Parameters)"); The result is the following : DEBUG 1 : URI sip:123456789;test=param@1.1.1.1 DEBUG 1 : User = 123456789;test=param DEBUG 1 : Parameters = DEBUG 2 : URI sip:123456789;test=param@1.1.1.1;user=phone DEBUG 2 : User = 123456789 DEBUG 2 : Parameters = user=phone If the URI has parameters, the User parameters won't be included in the User part. Is this a bug or is it working as intended? I'm running Kamailio 5.2.0 . Thank you for your time. Best Regards, Duarte Rocha

3 6

Parsing Contact Port Field
by Michael Iedema 18 Nov '19

18 Nov '19

Hello everyone, I have a potentially silly beginners question: how can I parse the contact port field and act on it in my routing logic? I know that the $ct variable contains the entire contact header and I can print it in an xlog() call. However, I’d like to do something like the following in my routing logic: . . . SIP CONTENT Contact: <sip:someaccount@192.168.86.104:5062>;expires=1800 . . . CONFIG LOGIC #!define PORT_SERVICE1 5061 #!define PORT_SERVICE2 5062 route { if ( src_port == PORT_SERVICE1 ) { xlog(“L_INFO”, “Received $rm from SERVICE1\n”); } else if ( src_port == PORT_SERVICE2 ) { xlog(“L_INFO”, “Received $rm from SERVICE2\n”); } } I realize that src_port is not the correct value to compare against. I want to compare against the originating contact’s port value. How can I extract the port field from $ct? Many thanks in advance and apologies for the beginners question. I’ve googled for what I think I’m trying to do without any real results on functions or tokenizers, etc. I’m using Kamailio 5.3.0. Regards, -Michael

3 3

Re: [SR-Users] Saving REGISTER status in kamailio database while REGSITER packets are forwarded.
by Voip support 18 Nov '19

18 Nov '19

I am using kamailio 5.3. Ovidiu Sas, i will try this tomorrow today is bit late. Maybe it could work. David Villasmil , i know i can use SQLOPS but i was thinking of easier method of doing this. By successful REGISTER i mean save only REGISTER attempt that authenticated correctly at SIP server and in 200 OK a binding was returned. Same if the binding is later removed i would like remove it from database. I need this because when i run REGISTER over kamailio to destination SIP server i see all register from same IP. I need to be able to check what was the real source IP of client REGISTER. Regards, Tomasz pt., 15 lis 2019 o 00:16 Mike from ApoloCore <mike(a)apolocore.com> napisał(a): > I am using kamailio 5.3. > > Ovidiu Sas, i will try this tomorrow today is bit late. Maybe it could > work. > > David Villasmil , i know i can use SQLOPS but i was thinking of easier > method of doing this. > By successful REGISTER i mean save only REGISTER attempt that > authenticated correctly at SIP server and in 200 OK a binding was returned. > Same if the binding is later removed i would like remove it from database. > I need this because when i run REGISTER over kamailio to destination SIP > server i see all register from same IP. > I need to be able to check what was the real source IP of client REGISTER. > > Regards, > Tomasz > > > czw., 14 lis 2019 o 23:33 Ovidiu Sas <osas(a)voipembedded.com> napisał(a): > >> Try to use save() when you process the 200 ok reply for REGISTER in >> the reply route. >> >> Regards, >> Ovidiu Sas >> >> On Thu, Nov 14, 2019 at 3:40 PM Voip support <voipexpert0(a)gmail.com> >> wrote: >> > >> > I setup kamailio to forward REGISTER packets using dispatcher to two >> servers main and backup. >> > >> > The routing logic is quite simple i use the dispatcher probing >> mechanism to detect if my main dispatcher set id (one server) is active or >> inactive once it detect a failure all packets are sent to secondary SIP >> server to achieve High Availability. >> > >> > I am looking for module or a way to save into kamailio database client >> information such as IP address, register username (from FROM header), >> digest username (authorization username), call-id for successful >> registration. >> > >> > I tried to use registrar module but once i used function >> save("location") the client was registered on kamailio and packets was not >> forwarded to main/secondary SIP server (like dispatcher stopped working, >> the destination did not override). >> > >> > REGISTER is sent to SIP URI of kamailio. >> > >> > Please let me know if you have any idea how to make this data update in >> database (insert an entry on fresh successfull REGISTER, delete on expired >> or removed binding). >> > >> > Best regards, >> > Tomasz >> > >> > _______________________________________________ >> > Kamailio (SER) - Users Mailing List >> > sr-users(a)lists.kamailio.org >> > https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users >> >> >> >> -- >> VoIP Embedded, Inc. >> http://www.voipembedded.com >> >> _______________________________________________ >> Kamailio (SER) - Users Mailing List >> sr-users(a)lists.kamailio.org >> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users >> >

3 2

Saving REGISTER status in kamailio database while REGSITER packets are forwarded.
by Voip support 15 Nov '19

15 Nov '19

I setup kamailio to forward REGISTER packets using dispatcher to two servers main and backup. The routing logic is quite simple i use the dispatcher probing mechanism to detect if my main dispatcher set id (one server) is active or inactive once it detect a failure all packets are sent to secondary SIP server to achieve High Availability. I am looking for module or a way to save into kamailio database client information such as IP address, register username (from FROM header), digest username (authorization username), call-id for successful registration. I tried to use registrar module but once i used function save("location") the client was registered on kamailio and packets was not forwarded to main/secondary SIP server (like dispatcher stopped working, the destination did not override). REGISTER is sent to SIP URI of kamailio. Please let me know if you have any idea how to make this data update in database (insert an entry on fresh successfull REGISTER, delete on expired or removed binding). Best regards, Tomasz

5 5

dispatcher, pvar_hash and multiple kamailio instances
by Barry Flanagan 15 Nov '19

15 Nov '19

Hi, I have multiple Kamailio instances using dispatcher using alg “7” - hash over the content of PVs string, both using the same dispatcher list. Is it reasonable to expect both Kamailio, given the same hash_pvar, to select the same host from the same set? Looking at the source I do not see any reason why not, but I am getting different results from the two Kamailio servers. The only difference between them is different minor version numbers - 4.3.4 and 4.3.7 I want to ensure that calls with the same hash_pvar value go to the same backend no matter which Kamailio processes the request. Thanks! -Barry Flanagan

3 2

Re: [SR-Users] Question on Database Version Table
by JR Richardson 15 Nov '19

15 Nov '19

Yep version_table Set the name of the table holding the table version. Useful if the proxy is sharing a database within a project and during upgrades. Default value is “version”. Example of usage: version_table="version44" That's what I was looking for, perfect! Yes, I added accountcode and notes to my table for internal use, was just making notes on columns I need on the new version upgrade. Thanks. JR On Tue, Jun 18, 2019 at 2:17 PM Daniel-Constantin Mierla <miconda(a)gmail.com> wrote: > > Hello, > > like Alex said, you can have two version tables, one for each versions > of kamailio you play with and use in config the core parameter to set > the name of that table. > > I am actually writing to say that address table never had accountcode > and notes columns. Likely they were added in your deployment for other > purposes or either the default column names were changed. The default > column names are listed at: > > - > https://kamailio.org/docs/db-tables/kamailio-db-5.2.x.html#gen-db-address > > These were the same for rather long time, iirc the recent version number > changed mainly due to with modifications done to the size, not due to > new columns. > > Cheers, > Daniel > > On 18.06.19 20:50, JR Richardson wrote: > > Hey All, > > > > I'm doing some upgrades and noticed database table version numbers > > have increased. > > > > database table adjustments: > > | address | production ver 3 | upgrade 5.2 ver 6 | need to add > > accountcode and notes column > > | dispatcher | production ver 3 | upgrade 5.2 ver 4 | need to add attr column > > | trusted | production ver 5 | upgrade 5.2 ver 6 | need to add > > ruri_pattern and priority column > > > > I run mysql master/slave so I'm concerned about the master database > > not having the correct version numbers or can I just update the > > version number in the table when I do the upgrade of the kamailio > > versions? > > > > Thanks. > > > > JR

4 6

Processes blocking - troubleshooting slow actions
by Julien Chavanton 15 Nov '19

15 Nov '19

I am troubleshooting intermittent latency on a server, several processes will report slow action at the same time every now and then, something odd it that some of the actions are most likely not using any mutexes, I can not imagine how they can end up blocking unless the process is actually suspended by the OS, however the CPU usage and load average is quite low on this server. Is there any reason why assigning to a PKG var could be delayed 3 seconds. 2019-11-13T21:58:04.018631614Z 23(42) WARNING: <core> [core/action.c:1586]: run_actions(): alert - action [corefunc (16)] cfg [/etc/kamailio/kamailio.cfg:115] took too long [2579486 us] $var(reply) = 0; // I wonder how this can endup blocking ? 2019-11-13T21:58:04.018748710Z 42(61) WARNING: <core> [core/action.c:1586]: run_actions(): alert - action [corefunc (16)] cfg [/etc/kamailio/kamailio.cfg:221] took too long [2222010 us] } // Samething here, simply exiting a scope 2019-11-13T21:58:04.015675095Z 11(30) WARNING: <core> [core/action.c:1586]: run_actions(): alert - action [t_relay_cancel (24)] cfg [/etc/kamailio/kamailio.cfg:86] took too long [2588818 us] } if (!t_relay_cancel()) { // Indeed a t_relay_cancel 2019-11-13T21:58:04.018647988Z 26(45) WARNING: <core> [core/action.c:1586]: run_actions(): alert - action [t_relay (24)] cfg [/etc/kamailio/kamailio.cfg:289] took too long [2739366 us] t_relay(); // Indeed a t_relay 2019-11-13T21:58:04.018651243Z 15(34) WARNING: <core> [core/action.c:1586]: run_actions(): alert - action [sl_send_reply (26)] cfg [/etc/kamailio/kamailio.cfg:112] took too long [2587812 us] sl_send_reply("100", "Trying"); // Indeed a sl_send_reply Not sure which mailing list is best for this question Regards Julien

2 4

kamailio 5.2.4 unable to load db_mysql.so
by Rupesh Kumar 15 Nov '19

15 Nov '19

I am trying to compile and load kamailio 5.2.4 on centos 7.5. I am getting below errors whenever I start kamailio . I have the latest openssl and openssl-devel packages installed on my centos . Not sure what other dependencies . Not starting Kamailio SIP Server: invalid configuration fil[FAILED] [FAILED]0(23235) ERROR: <core> [core/sr_module.c:498]: load_module(): could not open module </usr/local/lib64/kamailio/modules/db_mysql.so>: /usr/local/lib64/kamailio/modules/db_mysql.so: undefined symbol: SSL_get_error 0(23235) CRITICAL: <core> [core/cfg.y:3508]: yyerror_at(): parse error in config file //usr/local/etc/kamailio/kamailio.cfg, line 229, column 12-24: failed to load module ERROR: bad config file (1 errors) 0(23235) INFO: <core[FAILED]sctp_core.c:53]: sctp_core_destroy(): SCTP API not initialized [FAILED]

1 1

Next online devel meeting - irc/video conference - Thursday, Nov 14, 15:00UTC
by Daniel-Constantin Mierla 14 Nov '19

14 Nov '19

Hello, on Thursday and Friday this week over a dozen of Kamailio developers will be in Dusseldorf for the annual coding meeting, so we thought of doing an online meeting via some video conferencing bridge, with IRC as a backup chatting channel, to allow also other community members to join remotely and discuss the development plans for short/medium term. It is more or less what we used to do during the past IRC devel meetings, but to make the discussions go faster and shorter the meeting, so people in Dusseldorf spend more time coding, this time we will try video conferencing. Very likely we will use Jitsi Meet, so anyone that wants to join should be prepared with a WebRTC capable web browser (all major ones support it) -- link and details how to join will be provided short before the meeting starts, right now the plan is to do it on Thursday, Nov 14, at 15:00UTC/London (16:00Berlin-Paris, 10:00New York). If someone wants to address questions but doesn't have the possibility to join the video conf bridge, then join the IRC #kamailio channel on freenode.net and post your question there during the meeting. The IRC channel will be monitored and used for text chatting whenever needed. Cheers, Daniel -- Daniel-Constantin Mierla -- www.asipto.com www.twitter.com/miconda -- www.linkedin.com/in/miconda Kamailio World Conference - April 27-29, 2020, in Berlin -- www.kamailioworld.com

2 3

Kamailio v5.3.1 Released
by Daniel-Constantin Mierla 14 Nov '19

14 Nov '19

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

1 0

Releasing Kamailio v5.3.1
by Daniel-Constantin Mierla 14 Nov '19

14 Nov '19

Hello, the plan right now is to release v5.3.1 during the next Kamailio Developers Meeting, if we succeed to coordinate on site, therefore expect it to happen next week during Nov 14-15. Besides just doing this specific release, to goal is to try to build a more automatic process for releases, document how is done, etc... updates about the results will follow after the event. Anyhow, for now the usual the pre-release notice: if anyone is aware of some issue that is not yet reported, do it asap in order to give it a chance to be analyzed and fixed. Cheers, Daniel -- Daniel-Constantin Mierla -- www.asipto.com www.twitter.com/miconda -- www.linkedin.com/in/miconda Kamailio World Conference - April 27-29, 2020, in Berlin -- www.kamailioworld.com

1 1

event_route[core:msg-received] native vs kemi/lua
by GG GG 14 Nov '19

14 Nov '19

Hi! I just made a simple test performance between native script and kemi/lua with the event_route[core:msg-received] callback. # lua script children=1 cpu.process=100% function ksr_core_received() exit; end # native script children=1 cpu.process=70% event_route[core:msg-received] { exit; } # tested with udp 5060, 1000 Mbits/sec iperf -c 127.0.0.1 -p 5060 -u -b1000m I don't know if it's normal and what we should expect from kemi, but I would like to share this with you. Maybe someone could confirm the performance difference. Have a good day !

2 8

kemi framework design
by GG GG 12 Nov '19

12 Nov '19

Hi, looking at the documentation and the code, I couldn't answer myself. - does kamailio use one lua interpreter per fork ? - about the safety, I just made a bad lua module in c, to force a segmentation fault in the module. I would expect kamailio to protect itself from the crash, but kamailio restarted.

2 1

Change SDP Session Name
by Alvaro Araos 11 Nov '19

11 Nov '19

Hi everyone, Exists some way to change the SDP Session Name value (s=)??? Saludos, Alvaro Araos

3 2

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

sr-users