[sr-dev] [kamailio] Optionally init ndb_redis when redis is not available (#121)

Giacomo Vacca giacomo.vacca at gmail.com
Tue Apr 14 12:20:01 CEST 2015


Thanks Vicente,
looks good to me!

Cheers,
Giacomo

On 14 April 2015 at 12:06, Vicente Hernando <vhernando at systemonenoc.com>
wrote:

>  Hello Giacomo,
>
> I have accepted your patch and added a small change in it.
>
> Please tell me if you have any problem.
>
>
> Thanks,
> Vicente.
>
> On 04/13/2015 05:01 PM, Giacomo Vacca wrote:
>
> Hi,
> it's an understandable point of view.
>
>  My need is to be able to start/restart kamailio even if redis is just
> temporarily unavailable, and manage the "connection refused" errors
> accordingly. I have a failover strategy for those cases, but want to keep
> processing calls. When redis then returns available, kamailio will connect
> correctly. It's really an edge case, but I feel safer.
>
>  Configurations that depend more strongly on redis being available should
> not use this optional configuration item, keeping the current behaviour.
>
>  Cheers,
> Giacomo
>
> On 13 April 2015 at 16:49, Vicente Hernando <vhernando at systemonenoc.com>
> wrote:
>
>>  Hello,
>>
>> I do not like the idea behind the patch. If redis database is down, what
>> is the point of launching kamailio anyway?
>> If you need redis to run you should fix it, or not to use the ndb_redis
>> module if you want to run without redis.
>>
>> Any other opinions are welcome.
>>
>> Cheers,
>> Vicente.
>>
>>
>
> _______________________________________________
> sr-dev mailing list
> sr-dev at lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-dev
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-dev/attachments/20150414/f2d256c7/attachment.html>


More information about the sr-dev mailing list