[sr-dev] [kamailio/kamailio] UAC send SIP requests but no socket found and no corresponding socket found (#2610)
lbli
notifications at github.com
Tue Jan 26 09:40:48 CET 2021
I had the same problem,but it did not fix issue commit a752411
kamailio.cfg uac block below:
#!define DBURL "sqlite:///app-service/cloudland/edge-server/etc/kamailio/kamailio.db"
modparam("rr", "append_fromtag", 1)
#modparam("ctl", "binrpc", "unix:/var/run/kamailio/kamailio_ctl")
modparam("uac", "reg_db_url", DBURL);
modparam("uac", "reg_contact_addr", "172.26.0.83:5060");
#modparam("uac", "reg_keep_callid", 1);
modparam("uac", "reg_timer_interval", 10);
modparam("uac", "reg_retry_interval", 20);
sqlite database has a user in the uacreg table with the socket column set to udp:172.26.0.83:5060
details as below
sqlite> select * from uacreg;
id|l_uuid|l_username|l_domain|r_username|r_domain|realm|auth_username|auth_password|auth_ha1|auth_proxy|expires|flags|reg_delay|socket
1|1002|1002|172.26.0.83|1002|172.26.0.83|172.26.0.83|1002|1002|23598b35f7c629a6790d79ae72934856|sip:172.26.0.83|360|0|0|udp:172.26.0.83:5060
Log Messages
13(21432) DEBUG: db_sqlite [dbase.c:223]: db_sqlite_submit_query(): submit_query: select l_uuid,l_username,l_domain,r_username,r_domain,realm,auth_username,auth_password,auth_ha1,auth_proxy,expires,flags,reg_delay,socket from uacreg
13(21432) DEBUG: [db_query.c:72]: db_do_submit_query(): submitted query: select l_uuid,l_username,l_domain,r_username,r_domain,realm,auth_username,auth_password,auth_ha1,auth_proxy,expires,flags,reg_delay,socket from uacreg , result 0
13(21432) DEBUG: [db_res.c:120]: db_new_result(): allocate 56 bytes for result set at 0x7efd8c53c768
13(21432) DEBUG: [db_res.c:158]: db_allocate_columns(): allocate 112 bytes for result names at 0x7efd8c53c808
13(21432) DEBUG: [db_res.c:169]: db_allocate_columns(): allocate 56 bytes for result types at 0x7efd8c53c8e0
13(21432) DEBUG: [db_row.c:117]: db_allocate_row(): allocate 448 bytes for row values at 0x7efd8c5c5cc8
13(21432) DEBUG: uac [uac_reg.c:581]: reg_ht_add(): added uuid: 1002 - l_user: 1002
13(21432) DEBUG: [db_res.c:79]: db_free_columns(): freeing 14 columns
13(21432) DEBUG: [db_res.c:83]: db_free_columns(): freeing RES_NAMES[0] at 0x7efd8c527cb0
13(21432) DEBUG: [db_res.c:83]: db_free_columns(): freeing RES_NAMES[1] at 0x7efd8c527d30
13(21432) DEBUG: [db_res.c:83]: db_free_columns(): freeing RES_NAMES[2] at 0x7efd8c527db8
13(21432) DEBUG: [db_res.c:83]: db_free_columns(): freeing RES_NAMES[3] at 0x7efd8c527e40
13(21432) DEBUG: [db_res.c:83]: db_free_columns(): freeing RES_NAMES[4] at 0x7efd8c527ec8
13(21432) DEBUG: [db_res.c:83]: db_free_columns(): freeing RES_NAMES[5] at 0x7efd8c527f50
13(21432) DEBUG: [db_res.c:83]: db_free_columns(): freeing RES_NAMES[6] at 0x7efd8c527fd0
13(21432) DEBUG: [db_res.c:83]: db_free_columns(): freeing RES_NAMES[7] at 0x7efd8c528058
13(21432) DEBUG: [db_res.c:83]: db_free_columns(): freeing RES_NAMES[8] at 0x7efd8c5280e0
13(21432) DEBUG: [db_res.c:83]: db_free_columns(): freeing RES_NAMES[9] at 0x7efd8c528168
13(21432) DEBUG: [db_res.c:83]: db_free_columns(): freeing RES_NAMES[10] at 0x7efd8c5c59d8
13(21432) DEBUG: [db_res.c:83]: db_free_columns(): freeing RES_NAMES[11] at 0x7efd8c5c5a58
13(21432) DEBUG: [db_res.c:83]: db_free_columns(): freeing RES_NAMES[12] at 0x7efd8c5c5ad8
13(21432) DEBUG: [db_res.c:83]: db_free_columns(): freeing RES_NAMES[13] at 0x7efd8c5c5b60
13(21432) DEBUG: [db_res.c:96]: db_free_columns(): freeing result names at 0x7efd8c53c808
13(21432) DEBUG: [db_res.c:101]: db_free_columns(): freeing result types at 0x7efd8c53c8e0
13(21432) DEBUG: [db_res.c:52]: db_free_rows(): freeing 1 rows
13(21432) DEBUG: [db_row.c:66]: db_free_row(): free VAL_STRING[0] '1002' at 0x7efd8c4fe160
13(21432) DEBUG: [db_row.c:66]: db_free_row(): free VAL_STRING[1] '1002' at 0x7efd8c4a4160
13(21432) DEBUG: [db_row.c:66]: db_free_row(): free VAL_STRING[2] '172.26.0.83' at 0x7efd8c4fdba8
13(21432) DEBUG: [db_row.c:66]: db_free_row(): free VAL_STRING[3] '1002' at 0x7efd8c5c5ef0
13(21432) DEBUG: [db_row.c:66]: db_free_row(): free VAL_STRING[4] '172.26.0.83' at 0x7efd8c5c5f60
13(21432) DEBUG: [db_row.c:66]: db_free_row(): free VAL_STRING[5] '172.26.0.83' at 0x7efd8c5c5fd8
13(21432) DEBUG: [db_row.c:66]: db_free_row(): free VAL_STRING[6] '1002' at 0x7efd8c5c6050
13(21432) DEBUG: [db_row.c:66]: db_free_row(): free VAL_STRING[7] '1002' at 0x7efd8c5c60c0
13(21432) DEBUG: [db_row.c:66]: db_free_row(): free VAL_STRING[8] '23598b35f7c629a6790d79ae72934856' at 0x7efd8c5c6130
13(21432) DEBUG: [db_row.c:66]: db_free_row(): free VAL_STRING[9] 'sip:172.26.0.83' at 0x7efd8c597e60
13(21432) DEBUG: [db_row.c:66]: db_free_row(): free VAL_STRING[13] 'udp:172.26.0.83:5060' at 0x7efd8c597ed8
13(21432) DEBUG: [db_row.c:95]: db_free_row(): freeing row values at 0x7efd8c5c5cc8
13(21432) DEBUG: [db_res.c:60]: db_free_rows(): freeing rows at 0x7efd8c5c5be0
13(21432) DEBUG: [db_res.c:138]: db_free_result(): freeing result set at 0x7efd8c53c768
13(21432) DEBUG: [db_pool.c:100]: pool_remove(): removing connection from the pool
13(21432) DEBUG: uac [uac.c:413]: child_init(): run initial uac registration routine
13(21432) DEBUG: uac [uac_reg.c:1137]: uac_reg_update(): using custom socket udp:172.26.0.83:5060 to send request
13(21432) DEBUG: tm [uac.c:451]: t_uac_prepare(): next_hop=sip:172.26.0.83
13(21432) ERROR: [core/forward.c:182]: get_out_socket(): no socket found
13(21432) ERROR: [core/forward.c:184]: get_out_socket(): no corresponding socket found for(udp:172.26.0.83:5060)
13(21432) ERROR: tm [ut.h:317]: uri2dst2(): no corresponding socket found for "172.26.0.83" af 2 (udp:172.26.0.83:5060)
13(21432) ERROR: tm [uac.c:473]: t_uac_prepare(): no socket found
13(21432) DEBUG: tm [h_table.c:132]: free_cell_helper(): freeing transaction 0x7efd82bfafa8 from uac.c:614
13(21432) ERROR: uac [uac_reg.c:1177]: uac_reg_update(): failed to send request for [1002] 6(21425) DEBUG: ctl [../../core/io_wait.h:375]: io_watch_add(): DBG: io_watch_add(0x7efd894923e0, 9, 3, 0x25115f0), fd_no=1
6(21425) DEBUG: ctl [io_listener.c:442]: handle_new_connect(): handle_stream read: new connection (1) on /var/run/kamailio/kamailio_ctl
6(21425) INFO: [core/cfg/cfg_ctx.c:604]: cfg_set_now(): direction.sip has been changed to "172.26.0.83"
6(21425) DEBUG: ctl [io_listener.c:495]: handle_stream_read(): handle_stream read: eof on /var/run/kamailio/kamailio_ctl
Additional Information
version: kamailio 5.4.1 (x86_64/linux) 09fd6a
flags: USE_TCP, USE_TLS, USE_SCTP, TLS_HOOKS, USE_RAW_SOCKS, DISABLE_NAGLE, USE_MCAST, DNS_IP_HACK, SHM_MMAP, PKG_MALLOC, Q_MALLOC, F_MALLOC, TLSF_MALLOC, DBG_SR_MEMORY, USE_FUTEX, FAST_LOCK-ADAPTIVE_WAIT, USE_DNS_CACHE, USE_DNS_FAILOVER, USE_NAPTR, USE_DST_BLACKLIST, HAVE_RESOLV_RES
ADAPTIVE_WAIT_LOOPS 1024, MAX_RECV_BUFFER_SIZE 262144, MAX_URI_SIZE 1024, BUF_SIZE 65535, DEFAULT PKG_SIZE 8MB
poll method support: poll, epoll_lt, epoll_et, sigio_rt, select.
id: 09fd6a
compiled on 19:15:47 Jan 25 2021 with gcc 4.8.5
I found that kamailio 5.4.1 included the commit a752411 above mentioned,any one meet same issue ,or maybe somewhere configured wrong in kamailio.cfg,how to selove this issue,thanksssssss !
--
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/kamailio/kamailio/issues/2610
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-dev/attachments/20210126/f45dc3cc/attachment-0001.htm>
More information about the sr-dev
mailing list