Re: [SR-Users] USRLOC module - Not all records are written to the db with db_mode 2

onsistent state where kamailio was attempting to > UPDATE a row that doesn't exist.. Try setting db_check_update to 1. > > Kaufman > > > -Original Message- > From: sr-users <mailto:sr-users-boun...@lists.kamailio.org>> On Behalf Of Markus Bönke > Sent:

[SR-Users] USRLOC module - Not all records are written to the db with db_mode 2

Hello NG, we are using Kamailio 5.4.2 with the USRLOC module configured with db_mode 2 (Write-Back scheme). The database is Postgres 11. Sometimes some records are not written to the database, however I can lookup them by "kamcmd ul.lookup ..." . There are no database errors (like constraint

Re: [SR-Users] uac module - use htable instead of database

manual. > Didnt test that but - its an kamailio script - so the sky is the limit. > > Am Fr., 17. Dez. 2021 um 12:37 Uhr schrieb Markus Bönke <mailto:m...@tenios.de>>: > Hello all, > > we want to use the "remote registrations feature" of the uac module to

Re: [SR-Users] Using kamcmd tm.t_uac_start to send SIP REGISTER messages in Kamailio 5.5

Hello Steve, I also couldn’t find a way to pass CRLF with Kamcmd. However if it it an alternative for you, you can use jsonrpc instead (https://kamailio.org/docs/modules/5.5.x/modules/jsonrpcs.html). Then you can use e.g. curl to trigger a registration like curl --header 'Content-Type:

[SR-Users] uac module - use htable instead of database

Hello all, we want to use the "remote registrations feature" of the uac module to let kamailio register with other sip providers. As far as I see the module works only with a database backend. As our kamailio script should be independent from a database, a solution could be to load the

Re: [SR-Users] Use constants in attrs column of the dispatcher module

e attrs for variables, $def(ID) returning > the values of '#!define ID ...', because the internal API for variables is > available in modules, but it requires some C coding. > > Cheers, > Daniel > > On 20.10.21 09:38, Markus Bönke wrote: >> Hallo Karsten, >> >

Re: [SR-Users] Use constants in attrs column of the dispatcher module

er.html#dispatcher.ex.attributes> > listen=udp:1.2.3.4:5060 <http://1.2.3.4:5060/> name "sock1" > > Am Di., 19. Okt. 2021 um 15:13 Uhr schrieb Markus Bönke <mailto:m...@tenios.de>>: > Hello all, > > I’ve a question regarding the dispatcher module. S

[SR-Users] Use constants in attrs column of the dispatcher module

Hello all, I’ve a question regarding the dispatcher module. So far we use on every server a separate database table, where the attribute column is set to the local internal or external socket like "socket=udp:192.168.1.70:5060“ or socket=udp:80.239.xxx.xxx:5060. Is there a way to use constants

[SR-Users] Use constants in attrs column of the dispatcher module

Hello all, I’ve a question regarding the dispatcher module. So far we use on every server a separate database table, where the attribute column is set to the local internal or external socket like "socket=udp:192.168.1.70:5060“ or socket=udp:80.239.xxx.xxx:5060. Is there a way to use constants

Re: [SR-Users] Switch from SRTP to RTP when using Zoiper and Bria

nal INVITE. If media > encryption is set to mandatory and SIP TLS is enabled then the SAVP offer > would be accepted. If media encryption is off in Bria, then the AVP offer > would be accepted > > Good luck. > > On Mon, Apr 19, 2021 at 3:55 AM Markus Bönke <mailto:m...@tenio

[SR-Users] Switch from SRTP to RTP when using Zoiper and Bria

Hello NG, I saw the following threads discussing how to switch to RTP when a client does not support SRTP. https://lists.kamailio.org/pipermail/sr-users/2018-May/101341.html

Re: [SR-Users] kamailio Dispatcher error

;); xlog("L_INFO","All destinations: {$(avp(AVP_DST)[*])}\n"); xlog("L_INFO","All attributes: {$(avp(AVP_ATTRS)[*])}\n"); > Am 20.11.2019 um 11:12 schrieb Markus Bönke : > > If you are using version 5.2+ you need to put the name

Re: [SR-Users] kamailio Dispatcher error

If you are using version 5.2+ you need to put the name of the avp, not $avp... like ... modparam("dispatcher", "xavp_dst", "AVP_DST") modparam("dispatcher", "xavp_dst_mode", 0) modparam("dispatcher", "xavp_ctx", "AVP_CTX") … Best regards, Markus > Am 20.11.2019 um 11:04 schrieb Karsten

Re: [SR-Users] Use dmq module with private and public IP addresses

kalatan.de/blog/ <https://skalatan.de/blog/> > Kamailio services - https://skalatan.de/services > <https://skalatan.de/services> > > > Von: Markus Bönke > Gesendet: Dienstag, 4. Juni, 15:27 > Betreff: [SR-Users] Use dmq module with private and public IP addresses > An:

[SR-Users] Use dmq module with private and public IP addresses

Hello NG, I have a question regarding the dmq / dmq_userloc module. In my test setup have 2 Kamailio servers in 2 different data centers. The data centers are interconnected by a crosslink. Each Kamailio server has configured an internal (private) and an external (public) IP address. The