Indeed it seems to be after dlg profile structure changes.
Then I suggest to merge your branch into master so everyone can easily
continue to work on it, if needed. As you already did it with dmq, makes
this option selected for now. Also, I noticed other fixes/enhancements
to dialog (e.g., rpc
On Monday 25 August 2014, Daniel-Constantin Mierla wrote:
> Are these patches on top of latest version of dialog module (the ones
> with unique id per profile)?
They're against a1b6093aaee, which includes some commits mentioning a unique
id for profiles. I don't know if they interfere during runt
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:
On 22 August 2014 16:46, Alex Hermann wrote:
Last week, i just built profile synchronisation in th
Alex,
Thanks for expanding in such detail. I appreciate you taking the time to
fix the things that I missed. Sometimes I think it may have been easier to
start from scratch ;)
Best regards,
Charles
On 25 Aug 2014 10:11, "Alex Hermann" wrote:
> On Friday 22 August 2014, Charles Chance wrote:
>
On Friday 22 August 2014, Charles Chance wrote:
> On 22 August 2014 16:46, Alex Hermann wrote:
> > 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
I'd vote for dmq and 'request-for-update'. As a mechanism to reject calls
I'd suggest exporting the "status" function giving 1\-1 depending on
whether we've received the latest state or not.
Couple of notes though:
1. All updates should have some sort of sequence numbers(?) otherwise there
could a
Hi,
On 22 August 2014 16:46, Alex Hermann wrote:
> On Friday 22 August 2014 16:52:59 Daniel-Constantin Mierla wrote:
> > The next step is to build the notification system between kamailio
> > instances. There are couple of options, as well as questions, that I
> > want to discuss before going to
On Friday 22 August 2014 16:52:59 Daniel-Constantin Mierla wrote:
> The next step is to build the notification system between kamailio
> instances. There are couple of options, as well as questions, that I
> want to discuss before going to implement the mechanism. There are two
> major aspects t
