I worked around this issue (it's more a sql azure thing than kamailio) by creating a
user on the dB and setting default language, db and schema on the login that was enough to
get it to connect.
Be warned though using sql azure with either freetds or the ms Linux driver I experienced
random hangs of kamailio related to odbc handling, was unable to find root cause and it
seemed unique to sql azure as a local sql server instance worked without issue. My working
theory was that the sql azure drops a connection to a node from its load balancer
somewhere inside that black box but kamailio attempts to reuse that connection and hangs.
Also due to how sql azure works I found query time to variable as well and based on dB
size the number of open connections seems limiting. To overcome this I ended up writing a
simple proxy Web API in. Net core which ran on local host And cached results to a local
redis instance which gave consistent sub 10ms responses
--
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/1993#issuecomment-505771401