Re: [SR-Users] DMQ and/or Database for dialogs, registrations, etc..

2018-04-30 Thread Charles Chance 
On Mon, 30 Apr 2018 at 17:08, Alex Balashov 
wrote:

> On Mon, Apr 30, 2018 at 11:13:13AM +0200, Aleksandar Sosic wrote:
>
> > We have a scalable dockerized environment and it's difficult to
> > configure DMQ having dynamic IPs, instances booting up and scaling
> > down on demand.
>
> A DNS alias that resolves to multiple entries is a great way to do that:
>
>
> https://kamailio.org/docs/modules/5.1.x/modules/dmq.html#dmq.p.notification_address
> https://kamailio.org/docs/modules/5.1.x/modules/dmq.html#dmq.p.multi_notify
>


This is how we’re doing it.


> although it'd be great if DMQ could exclude the local host from those
> notification peers automatically, so that one didn't have to set up
> multiple, exclusionary DNS entries for specific instances. Who knows,
> maybe it can.
>

It should be doing this already. If this is not the case, let me know in a
separate thread and I can take a look.

As for initial syncing of data, htable and dialog modules do not do this
currently, although I actually have it implemented locally in htable and
plan to push it soon to master. Dialog should not be difficult to do the
same.

Cheers,

Charles


-- 
*Charles Chance*
Managing Director

t. 0330 120 1200m. 07932 063 891

-- 
Sipcentric Ltd.
Company registered in England & Wales no. 
7365592. Registered
office: Faraday Wharf, Innovation 
Birmingham Campus, Holt Street, Birmingham Science Park, Birmingham B7 4BB.
___
Kamailio (SER) - Users Mailing List
sr-users@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] DMQ and/or Database for dialogs, registrations, etc..

2018-04-30 Thread Joel Serrano 
(You guys confirmed what I was thinking when I started the thread.. thank
you all for your replies, they gave me a lot of confidence on DMQ and I'm
already testing it out)


On Mon, Apr 30, 2018 at 9:06 AM, Alex Balashov 
wrote:

> On Mon, Apr 30, 2018 at 11:13:13AM +0200, Aleksandar Sosic wrote:
>
> > We have a scalable dockerized environment and it's difficult to
> > configure DMQ having dynamic IPs, instances booting up and scaling
> > down on demand.
>
> A DNS alias that resolves to multiple entries is a great way to do that:
>
> https://kamailio.org/docs/modules/5.1.x/modules/dmq.
> html#dmq.p.notification_address
> https://kamailio.org/docs/modules/5.1.x/modules/dmq.
> html#dmq.p.multi_notify
>
> although it'd be great if DMQ could exclude the local host from those
> notification peers automatically, so that one didn't have to set up
> multiple, exclusionary DNS entries for specific instances. Who knows,
> maybe it can.
>
> But in principle, such DNS records can be tied to the internal DNS
> resolution of a container discovery mechanism, be it Docker's internal
> mechanism or something more like Consul.
>
> -- Alex
>
> --
> Alex Balashov | Principal | Evariste Systems LLC
>
> Tel: +1-706-510-6800 / +1-800-250-5920 (toll-free)
> Web: http://www.evaristesys.com/, http://www.csrpswitch.com/
>
> ___
> Kamailio (SER) - Users Mailing List
> sr-users@lists.kamailio.org
> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>
___
Kamailio (SER) - Users Mailing List
sr-users@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] DMQ and/or Database for dialogs, registrations, etc..

2018-04-30 Thread Alex Balashov 
On Mon, Apr 30, 2018 at 11:13:13AM +0200, Aleksandar Sosic wrote:

> We have a scalable dockerized environment and it's difficult to
> configure DMQ having dynamic IPs, instances booting up and scaling
> down on demand.

A DNS alias that resolves to multiple entries is a great way to do that:

https://kamailio.org/docs/modules/5.1.x/modules/dmq.html#dmq.p.notification_address
https://kamailio.org/docs/modules/5.1.x/modules/dmq.html#dmq.p.multi_notify

although it'd be great if DMQ could exclude the local host from those
notification peers automatically, so that one didn't have to set up
multiple, exclusionary DNS entries for specific instances. Who knows,
maybe it can.

But in principle, such DNS records can be tied to the internal DNS
resolution of a container discovery mechanism, be it Docker's internal
mechanism or something more like Consul. 

-- Alex

-- 
Alex Balashov | Principal | Evariste Systems LLC

Tel: +1-706-510-6800 / +1-800-250-5920 (toll-free) 
Web: http://www.evaristesys.com/, http://www.csrpswitch.com/

___
Kamailio (SER) - Users Mailing List
sr-users@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] Send UPDATE to inform changes in SDP

2018-04-30 Thread Abdul Basit 
Well, we faced the same issue of call drop when we play announcement over
183 and then handover call to B party when it come online on voip push
notification.

Telcos have more rigid systems.
Resolution was introducing B2BUA for topo-hiding in the path IMS (A party)
and VoIP service (B & C party).
Check tags of to and from headers of your call traces. That will give you
clue.



--
regards,

abdul basit | p: +92 32 1416 4196 | o: +92 30 0841 1445

On 30 April 2018 at 14:59, Alfonso Pinto  wrote:

> Hi Carsten,
>
> I was thinking about the same, but I need to convince people to add
> another component in the media path, they may be bit reluctant, but the
> idea is great.
> In the meantime, I was able to trick the phones to react how I want
> playing with precondition and 100rel, for now it's acceptable in our
> environment.
>
> Thanks for your answer.
> Regards,
> Alfonso.
>
> On Fri, Apr 27, 2018 at 9:39 AM, Carsten Bock 
> wrote:
>
>> Hi,
>>
>> likely, the best solution is here to use RTPEngine, so the IP/Port
>> stays identical for each request... i've tested it with various VoLTE
>> phones and various PCRF's.
>>
>> Thanks,
>> Carsten
>> --
>>
>> Carsten Bock
>> CEO (Geschäftsführer)
>>
>> ng-voice GmbH
>> Millerntorplatz 1
>> 20359 Hamburg / Germany
>>
>> http://www.ng-voice.com
>> mailto:cars...@ng-voice.com
>>
>> Office +49 40 5247593-40
>> Fax +49 40 5247593-99
>>
>> Sitz der Gesellschaft: Hamburg
>> Registergericht: Amtsgericht Hamburg, HRB 120189
>> Geschäftsführer: Carsten Bock
>> Ust-ID: DE279344284
>>
>> Hier finden Sie unsere handelsrechtlichen Pflichtangaben:
>> http://www.ng-voice.com/imprint/
>>
>>
>> 2018-04-26 15:59 GMT+02:00 Alfonso Pinto :
>> > Hi Alex,
>> >
>> > Thanks for your answer. I was thinking more or less the same, but it
>> seems I
>> > oversimplified the example and was missing an important point.
>> > This is IMS, so in the middle there are a lot more in the middle. It
>> seems
>> > that this behaviour is normal when precondition is set and the only way
>> to
>> > avoid the network to release the call on A side is to send the update.
>> > I've seen that in Kamailio 5 a new function was included in TM:
>> > https://www.kamailio.org/docs/modules/5.1.x/modules/tm.html#
>> tm.f.t_uac_send
>> > In the code it looks like it's trying to use the current dialog, but
>> that
>> > gives me doubts about CSEQ handling on the other side.
>> >
>> > Anyway, I will try unless someone is faster replying saying it doesn't
>> work
>> > :)
>> >
>> > Thanks,
>> > Alfonso.
>> >
>> > On Thu, Apr 26, 2018 at 2:37 PM, Alex Balashov <
>> abalas...@evaristesys.com>
>> > wrote:
>> >>
>> >> I would instead redirect my focus to why A is dropping the call in this
>> >> situation. It shouldn't be doing that.
>> >>
>> >> Per the standards, the first SDP answer must be the final SDP answer
>> >> (absent an update or reinvite) *of that endpoint*. There's no rule
>> saying
>> >> that must be true of the dialog as a whole.
>> >>
>> >> -- Alex
>> >>
>> >> --
>> >> Sent via mobile, please forgive typos and brevity.
>> >>
>> >> ___
>> >> Kamailio (SER) - Users Mailing List
>> >> sr-users@lists.kamailio.org
>> >> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>> >
>> >
>> >
>> > ___
>> > Kamailio (SER) - Users Mailing List
>> > sr-users@lists.kamailio.org
>> > https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>> >
>>
>> ___
>> Kamailio (SER) - Users Mailing List
>> sr-users@lists.kamailio.org
>> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>>
>
>
> ___
> Kamailio (SER) - Users Mailing List
> sr-users@lists.kamailio.org
> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>
>
___
Kamailio (SER) - Users Mailing List
sr-users@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] DMQ and/or Database for dialogs, registrations, etc..

2018-04-30 Thread Aleksandar Sosic 
On Fri, Apr 27, 2018 at 8:23 PM, Charles Chance
 wrote:
> [...]
> In production we use DMQ for htable, usrloc, dialog and presence, where
> previously we were using MySQL with Percona - now, performance is vastly
> improved and the admin overhead is greatly reduced.
> [...]

Hi Charles,

can you provide us with more info on how you configured DMQ between
the different kamailio instances?

We have a scalable dockerized environment and it's difficult to
configure DMQ having dynamic IPs, instances booting up and scaling
down on demand.

Also we've noticed that when a new instance comes up it doesn't sync
old values from the other dialogs and hash tables but gets only new
values from the boot time on.

Kind regards and thanks,
Alex

___
Kamailio (SER) - Users Mailing List
sr-users@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users