25 Aug
2014
25 Aug
'14
2:35 p.m.
Are these patches on top of latest version of dialog module (the ones
with unique id per profile)?
Daniel
On 25/08/14 11:11, Alex Hermann wrote:
On Friday 22 August 2014, Charles Chance wrote:
I pushed my WIP to the branch alexh/dialog-sync-wip which also contains
dialog and dmq fixes and cleanups.
It's WIP, so it might still change. This branch is only compile-tested so
far, because i normally develop against 3.2. I just cherry-picked most of my
patches to master.
Known issues:
- Sync get off under load, cause unknown yet, but probably because of out-
of-order sync messages.
Still on the TODO list:
- Delete 'disabled' dmq hosts
- Cope better with out-of-order sync messages
- Sync initial state
- Clean shutdown of DMQ, free all memory
- More efficient protocol instead of JSON. Probably just write raw data in
the packet, so the receiving side can just use a pointer into the buf
instead of having to copy everything.
--
Daniel-Constantin Mierla
http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda
Next Kamailio Advanced Trainings 2014 - http://www.asipto.com
Sep 22-25, Berlin, Germany ::: Oct 15-17, San Francisco, USA
On 22 August 2014 16:46, Alex Hermann
<alex(a)speakup.nl> wrote:
I was
hoping to use it as-is, but i encountered issues which had to be
resolved before i could even use the module:
- As soon as i enabled the dmq module, i experienced segfaults.
- It had bad interaction with the maxfwd module
- Status updates between hosts were largely ignored.
- The configured server_address wasn't used to send messages.
Last week, i just built profile synchronisation
in the dialog module,
based on
dmq. It took quite a bit of debugging time because of the state dmq was
in.
Can you expand a little on "the state dmq was in"? It still
has some rough edges, but i'll try to push a branch (shortly
after)
this weekend for review.
Looking forward to seeing it - may save me the time :)