Re: [sr-dev] [kamailio/kamailio] Allow setting AMQP-Headers when publishing messages (Issue #2895)

2021-10-24 Thread mihovilkolaric
Yes, but that module does not seem to provide that provide that functionality either. -- 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/2895#issuecomment-950362453___

[sr-dev] [kamailio/kamailio] Allow setting AMQP-Headers when publishing messages (Issue #2895)

2021-10-22 Thread mihovilkolaric
### Description I am using kazoo-module for connecting Kamailio to RabbitMQ and publishing messages to several consumers. Now I´d like to extend my setup to a more sophisticated routing based on a consistent hash-exchange (https://github.com/rabbitmq/rabbitmq-consistent-hash-exchange), while r

Re: [sr-dev] [kamailio/kamailio] TOS field not overtaken by RTPengine (#2303)

2020-04-28 Thread mihovilkolaric
Thank you very much for the clarification. Maybe it would be good to add it to the documentation. The original description of the issue is for sure invalid, and can be closed/rejected. -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it

Re: [sr-dev] [kamailio/kamailio] TOS field not overtaken by RTPengine (#2303)

2020-04-27 Thread mihovilkolaric
Thanks for that clarification - this is what I observed ;-) >From this description in the module's documentation: > TOS=... - change the IP TOS value for all outgoing RTP packets within the > entire call in both directions. Only honoured in an “offer”, ignored for an > “answer”. Valid values ar

[sr-dev] [kamailio/kamailio] TOS field not overtaken by RTPengine (#2303)

2020-04-27 Thread mihovilkolaric
### Description Altough setting TOS to -1, the TOS-header of the outgoing RTP stream is always set to the default TOS (184, resp 0xb0). ### Troubleshooting Reproduction Use following flags in rtpengine_manage: `rtpengine_manage("ICE=remove record-call=on call-id=$avp(correlationId) TOS=-1

Re: [sr-dev] [kamailio/kamailio] kazoo: consuming of events fails if message has no body (#1837)

2019-02-05 Thread mihovilkolaric
Thanks for your fast response! Do you maybe see any other solution/workaround that allows consuming messages from the event-exchange-plugin? -- 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/kamaili

[sr-dev] [kamailio/kamailio] kazoo: consuming of events fails if message has no body (#1837)

2019-02-05 Thread mihovilkolaric
### Description Consuming messages without message body fails due to a JSON parsing error: ``` ERROR: kazoo [kz_json.c:287]: kz_json_parse(): Error parsing json: unexpected end of data ERROR: kazoo [kz_json.c:288]: kz_json_parse(): ERROR: kazoo [kz_amqp.c:2960]: kz_amqp_send_worker_event(): error

Re: [sr-dev] [kamailio/kamailio] sqlops offline database start and live re-connect (#1681)

2018-11-04 Thread mihovilkolaric
Just opened https://github.com/kamailio/kamailio/pull/1706 - as this is my first pull request at all, I hope I did everything correctly ... -- 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

[sr-dev] [kamailio/kamailio] Allow startup with offline database. See issue https://github.com/kam… (#1706)

2018-11-04 Thread mihovilkolaric
…ailio/kamailio/issues/1681 Pre-Submission Checklist - [ ] Commit message has the format required by CONTRIBUTING guide - [ ] Commits are split per component (core, individual modules, libs, utils, ...) - [ ] Each component has a single commit (if not, squash them into one commit) - [

Re: [sr-dev] [kamailio/kamailio] sqlops offline database start and live re-connect (#1681)

2018-11-04 Thread mihovilkolaric
Thanks for your suggestions. I first tried the periodic timer, but I somehow did not get it working for the child-processes: altough I started a timer in each child, and the timer-method was even executed per child, it was always executed in the same process (verified with getpid()), so that the

Re: [sr-dev] [kamailio/kamailio] sqlops blocks startup of kamailio if database unreachable (#1681)

2018-10-29 Thread mihovilkolaric
Hi, thanks for the responses. While I agree that the default behavior makes fully sense for most (or nearly all) modules, still there are usecases where a more tolerant handling would be nice. In my case, this is a multi-node homer-installation (as advised here: https://github.com/sipcapture/ho

[sr-dev] [kamailio/kamailio] sqlops blocks startup of kamailio if database unreachable (#1681)

2018-10-18 Thread mihovilkolaric
### Description I´m using kamailio´s sqlops-module on a postgresql database. If the database server gets unreachable during operation, sqlops detects this and tries to reconnect: ``` 14:40:48.784 WARNING: db_postgres [km_dbase.c:259]: db_postgres_submit_query(): postgres query command failed, co

[sr-dev] [kamailio/kamailio] Feature request: Increase number of "custom fields" in sipcapture-module (#1278)

2017-10-23 Thread mihovilkolaric
The module sipcapture provides the modparams "custom_field1_header" to "custom_field3_header", to store the content of up to three arbitrary header fields as separate columns in the database. They can be used as all other "standard" columns in homer. However I found out that searching/filtering