On 01.02.23 16:10, Дилян Палаузов wrote: > Hello, > > does somebody has success, when using websockets and topoh? > > If I run a single Kamailio process, I guess I do not need real shared memory. > Can I adjust Kamailio somehow to use just malloc()/free() in this case, > so that debugging is easier?
There is no case when kamailio will run as a single process, even if you set children=1, there are timer processes. The shared memory (shm) is used always, the private (pkg) memory manager can be replaced with malloc()/free(). Cheers, Daniel > > > As it turned out dns_cache_init=off leads to crashes - > https://github.com/kamailio/kamailio/issues/3350 . With dns_cache_init=on and > use_dns_cache=on, does not lead to reading invalid data. > > Running Kamailio under valgrind: > > When I do not set topoh.mask_key (so the default is used), for the yesterday > mentioned workflow, for incoming packet: > > 18(19) ERROR: <core> [core/kemi.c:96]: sr_kemi_core_err(): ksr_sipdump_event > 1--------- sipdump:msg src 144.76.142.78:48294 dst 144.76.142.78:5060 > ACK > sip:127.3.4.84;line=sr-n6iazhainwp1g6s5orj136tdouwy3etacsf73ejxgwvqp9e7zhkucrp- > gbeewrfl36313.0e3j4amxpworeiw.y1wlpagevs3eabw.3lz6tdcrtlh.cwobffzgzfwx37m.jlibmlzxczibv* > SIP/2.0 > Route: > <sip:[email protected];transport=ws;r2=on;lr;nat=yes> > Route: > <sip:127.3.4.84;line=sr-N6IAzBNwCIWOMxeta4MLmqrwKutjm.KHa.r.jKaeWjQ6muqQPxF4WGZwWJZfWxV7WlcXpUerohWAowe4H9aBNx1LMBu5oB1dNB1739PQkRKl> > Via: SIP/2.0/WSS lvqj9uhih64a.invalid;branch=z9hG4bK962314 > Max-Forwards: 70 > To: <sip:[email protected]>;tag=5Ml7bJz > From: "Online https://sip.bapha.be"; <sip:[email protected]>;tag=kab7lqjdgi > Call-ID: i7jjtim7h775c6vqqudg > CSeq: 9846 ACK > Supported: outbound > User-Agent: SIP.js/0.7.8 > Content-Length: 0 > > > it logs: > 18(19) ERROR: kemix [kemix_mod.c:229]: ki_kx_get_ruri_attr(): failed to parse > the R-URI > 18(19) ERROR: rr [loose.c:1011]: loose_route_mode(): failed to parse Request > URI > > With topoh.mask_key "TEAI32l)- eauiDEUIA!?()" (in practice without the > quotes) the same happens. > > With topoh.mask_key "TEAI32l" (in practive without the quotes) for the same > workflow: the above message does not appear, but KSR.tm.t_relay() produces > > > for this input > > 8(19) ERROR: <core> [core/kemi.c:96]: sr_kemi_core_err(): ksr_sipdump_event > 1--------- sipdump:msg src 144.76.142.78:52284 dst 144.76.142.78:5060 > ACK sip:127.3.4.84; > line=sr-if7s1mg7i36pnf0abdwppfzlbqweplzssgitplwyn39zmy4t1mctsd6dno4lwdiopfppp5flpuqscx63kd47w5epwo6snl90plgow5p- > 1fzlsdzo25n3koik1vhkwxptc5woeoc-159seo9* SIP/2.0 > Route: > <sip:wCkxt90ui5/[email protected];transport=ws;r2=on;lr;nat=yes> > Route: > <sip:127.3.4.84;line=sr-if7s1mMXS3RQ15FTS5wA5OC3CTzwV5C2g5R5wCg4WwZDgqiZ6XIQWvH3WUHkWX9tWOnyMq4RbmWsb34Q2YgoiXP-coTAboPlioPtpY6Z8dCO> > Via: SIP/2.0/WSS do52j57mf93b.invalid;branch=z9hG4bK1262183 > Max-Forwards: 70 > To: <sip:[email protected]>;tag=~QBNVNr > From: "Online https://sip.bapha.be"; <sip:[email protected]>;tag=rfucq55gg3 > Call-ID: 0up52op7q7ilpa4mrq7e > CSeq: 3376 ACK > Supported: outbound > User-Agent: SIP.js/0.7.8 > Content-Length: 0 > > > 18(19) ERROR: <core> [core/forward.c:508]: forward_request(): resolving > "testnimecallubp.b" failed: unresolvable A or AAAA request [-7] > > In the above string there are some invisible bytes. When I pass it over > hexdump -C the output is: > > 00000000 31 38 28 31 39 29 20 45 52 52 4f 52 3a 20 3c 63 |18(19) ERROR: <c| > 00000010 6f 72 65 3e 20 5b 63 6f 72 65 2f 66 6f 72 77 61 |ore> [core/forwa| > 00000020 72 64 2e 63 3a 35 30 38 5d 3a 20 66 6f 72 77 61 |rd.c:508]: forwa| > 00000030 72 64 5f 72 65 71 75 65 73 74 28 29 3a 20 72 65 |rd_request(): re| > 00000040 73 6f 6c 76 69 6e 67 20 22 74 65 73 74 18 83 6e |solving "test..n| > 00000050 69 6d 65 18 63 61 6c 6c 75 1f 62 c1 70 c1 17 2e |ime.callu.b.p...| > 00000060 62 c5 22 20 66 61 69 6c 65 64 3a 20 75 6e 72 65 |b." failed: unre| > 00000070 73 6f 6c 76 61 62 6c 65 20 41 20 6f 72 20 41 41 |solvable A or AA| > 00000080 41 41 20 72 65 71 75 65 73 74 20 5b 2d 37 5d 0d |AA request [-7].| > 00000090 0a |.| > 00000091 > > > As you can see the strings [email protected] and test..nime.callu.b.p > are similar: many octets are identacal. I have stopped and started > Kamailio several times, the results do repeat. > > These are my topoh parameters > > #modparam("topoh", "mask_key", "TEAI32l)- eauiDEUIA!?()") > > #modparam("topoh", "mask_key", "TEAI32l") > > modparam("topoh", "mask_ip", "127.3.4.84") > > modparam("topoh", "sanity_checks", 1) > > modparam("topoh", "event_mode", 1) > > > > When I do not load topoh for the otherwise same configuration, I guess this > is the corresponding ACK (avoiding topoh): > > ACK > sip:[email protected];gr=urn:uuid:f2f5a3cf-a0fb-0047-be50-740fb9bdc562 > SIP/2.0 > Via: SIP/2.0/TCP > 144.76.142.78;branch=z9hG4bKeb9b.c2d7e402c761cb6fd66ef32158f8027e.0 > Via: SIP/2.0/WSS > fcgmb3ib9e9m.invalid;rport=33508;received=144.76.142.78;branch=z9hG4bK1390926 > Max-Forwards: 69 > To: <sip:[email protected]>;tag=uPOadoD > From: "Online https://sip.bapha.be"; <sip:[email protected]>;tag=cka2tgnhpn > Call-ID: scvdj9ijv4khq7lg68jl > CSeq: 5381 ACK > Supported: outbound > User-Agent: SIP.js/0.7.8 > Content-Length: 0 > > Then things work without problems. > > Greetings > Dilyan > > > -----Original Message----- > From: Дилян Палаузов <[email protected]> > To: Kamailio - Users Mailing List <[email protected]> > Subject: Depending on topoh.mask_key Kamailio either cannot parse RURIs or > reads invalid data > Date: 01/31/2023 10:28:05 AM > > Hello, > > when I use > > dns_try_naptr=on > corelog=-1 > debug=-1 > enable_tls=yes > use_dns_cache=off > dns_cache_init=off > modparam("topoh", "mask_key", "TEAI32l)- eauiDEUIA!?()") > > and run Kamailio under valgrind, Kamailio logs: > > 20(21) ERROR: kemix [kemix_mod.c:229]: ki_kx_get_ruri_attr(): failed to parse > the R-URI > 20(21) ERROR: rr [loose.c:1011]: loose_route_mode(): failed to parse Request > URI > > The workflow is: I start Kamailio. A UDP-client registers. Then a websocket > client calls the UDP-client. Finally the websocket client hangs up. > Valgrind does not report anything suspicious. > > When I use instead > > modparam("topoh", "mask_key", "TEAI32l") > > for the same workflow, with the same configuration, valgrind logs: > > ==14== Invalid read of size 4 > ==14== at 0x4867E5: atomic_cmpxchg_int (atomic_x86.h:224) > ==14== by 0x486830: futex_get (futexlock.h:99) > ==14== by 0x490CE4: dns_hash_get (dns_cache.c:673) > ==14== by 0x4972A6: dns_get_entry (dns_cache.c:2001) > ==14== by 0x499288: dns_srv_get_he (dns_cache.c:2455) > ==14== by 0x597AAD: no_naptr_srv_sip_resolvehost (resolve.c:1599) > ==14== by 0x598332: naptr_sip_resolvehost (resolve.c:1675) > ==14== by 0x5983C5: _sip_resolvehost (resolve.c:1707) > ==14== by 0x49943B: dns_srv_sip_resolvehost (dns_cache.c:2516) > ==14== by 0x49B3DD: dns_sip_resolvehost (dns_cache.c:2738) > ==14== by 0x59846A: sip_hostport2su (resolve.c:1727) > ==14== by 0x4CB951: forward_request (forward.c:515) > ==14== by 0x99993CD: t_relay_to (t_funcs.c:300) > ==14== by 0x99EBA32: _w_t_relay_to (tm.c:1764) > ==14== by 0x99F4DEB: ki_t_relay (tm.c:2917) > ==14== by 0xA80A94B: sr_kemi_lua_exec_func_ex (app_lua_api.c:1022) > ==14== by 0xA81237D: sr_kemi_lua_exec_func (app_lua_api.c:1706) > ==14== by 0xA81B93F: sr_kemi_lua_exec_func_209 (app_lua_kemi_export.c:1717) > ==14== by 0xA8383C0: luaD_precall (in /lib64/kamailio/modules/app_lua.so) > ==14== by 0xA84C4CA: luaV_execute (in /lib64/kamailio/modules/app_lua.so) > ==14== by 0xA838C90: luaD_callnoyield (in > /lib64/kamailio/modules/app_lua.so) > ==14== by 0xA837029: luaD_rawrunprotected (in > /lib64/kamailio/modules/app_lua.so) > ==14== by 0xA8391DF: luaD_pcall (in /lib64/kamailio/modules/app_lua.so) > ==14== by 0xA8333DE: lua_pcallk (in /lib64/kamailio/modules/app_lua.so) > ==14== by 0xA806F0C: app_lua_run_ex (app_lua_api.c:773) > ==14== by 0xA825F06: sr_kemi_config_engine_lua (app_lua_mod.c:119) > ==14== by 0x5048BE: sr_kemi_route (kemi.c:3784) > ==14== by 0x588909: receive_msg (receive.c:502) > ==14== by 0xA609ADF: ws_frame_receive (ws_frame.c:644) > ==14== by 0x4BCAAB: sr_event_exec (events.c:299) > ==14== Address 0x0 is not stack'd, malloc'd or (recently) free'd > ==14== > ==14== > ==14== Process terminating with default action of signal 11 (SIGSEGV): > dumping core > ==14== Access not within mapped region at address 0x0 > ==14== at 0x4867E5: atomic_cmpxchg_int (atomic_x86.h:224) > ==14== by 0x486830: futex_get (futexlock.h:99) > ==14== by 0x490CE4: dns_hash_get (dns_cache.c:673) > ==14== by 0x4972A6: dns_get_entry (dns_cache.c:2001) > ==14== by 0x499288: dns_srv_get_he (dns_cache.c:2455) > ==14== by 0x597AAD: no_naptr_srv_sip_resolvehost (resolve.c:1599) > ==14== by 0x598332: naptr_sip_resolvehost (resolve.c:1675) > ==14== by 0x5983C5: _sip_resolvehost (resolve.c:1707) > ==14== by 0x49943B: dns_srv_sip_resolvehost (dns_cache.c:2516) > ==14== by 0x49B3DD: dns_sip_resolvehost (dns_cache.c:2738) > ==14== by 0x59846A: sip_hostport2su (resolve.c:1727) > ==14== by 0x4CB951: forward_request (forward.c:515) > ==14== by 0x99993CD: t_relay_to (t_funcs.c:300) > ==14== by 0x99EBA32: _w_t_relay_to (tm.c:1764) > ==14== by 0x99F4DEB: ki_t_relay (tm.c:2917) > ==14== by 0xA80A94B: sr_kemi_lua_exec_func_ex (app_lua_api.c:1022) > ==14== by 0xA81237D: sr_kemi_lua_exec_func (app_lua_api.c:1706) > ==14== by 0xA81B93F: sr_kemi_lua_exec_func_209 (app_lua_kemi_export.c:1717) > ==14== by 0xA8383C0: luaD_precall (in /lib64/kamailio/modules/app_lua.so) > ==14== by 0xA84C4CA: luaV_execute (in /lib64/kamailio/modules/app_lua.so) > ==14== by 0xA838C90: luaD_callnoyield (in > /lib64/kamailio/modules/app_lua.so) > ==14== by 0xA837029: luaD_rawrunprotected (in > /lib64/kamailio/modules/app_lua.so) > ==14== by 0xA8391DF: luaD_pcall (in /lib64/kamailio/modules/app_lua.so) > ==14== by 0xA8333DE: lua_pcallk (in /lib64/kamailio/modules/app_lua.so) > ==14== by 0xA806F0C: app_lua_run_ex (app_lua_api.c:773) > ==14== by 0xA825F06: sr_kemi_config_engine_lua (app_lua_mod.c:119) > ==14== by 0x5048BE: sr_kemi_route (kemi.c:3784) > ==14== by 0x588909: receive_msg (receive.c:502) > ==14== by 0xA609ADF: ws_frame_receive (ws_frame.c:644) > ==14== by 0x4BCAAB: sr_event_exec (events.c:299) > > The stacktrace with the values of the variables is available at > https://github.com/kamailio/kamailio/issues/3350 . Or at least these things > seem very > similar to me. > > Any idea? > > I can share the OCI-image and the full configuration. > > Greetings > Дилян > > __________________________________________________________ > Kamailio - Users Mailing List - Non Commercial Discussions > To unsubscribe send an email to [email protected] > Important: keep the mailing list in the recipients, do not reply only to the > sender! > Edit mailing list options or unsubscribe: -- Daniel-Constantin Mierla -- www.asipto.com www.twitter.com/miconda -- www.linkedin.com/in/miconda Kamailio World Conference - June 5-7, 2023 - www.kamailioworld.com __________________________________________________________ Kamailio - Users Mailing List - Non Commercial Discussions To unsubscribe send an email to [email protected] Important: keep the mailing list in the recipients, do not reply only to the sender! Edit mailing list options or unsubscribe:
