Preset doesn't start

[Michael Ducharme]

I would imagine you could add your own indexes to mongodb to speed up
queries of the field you match in the presets? yes/no?

On Wed, May 3, 2017 at 10:52 AM, Michael Ducharme <mducharme at gmail.com>
wrote:

> Right, but isn't that what databases are for? If something like the serial
> number field is indexed, then doing a query where the serial number matches
> should be pretty efficient I would think? Granted, I don't know MongoDB
> terribly well other than that it uses JSON rather than normal SQL table
> structure.
>
> I would not use a preset every single inform, only every 'BOOT'. Do
> devices really do a 'BOOT' often enough that this causes performance
> issues? Even though we have thousands of routers, I would expect to only
> have maybe a dozen BOOT messages in a day. Or are you saying that even
> doing a preset for a 'BOOT' event causes performance issues with every
> periodic inform?
>
> On Wed, May 3, 2017 at 10:48 AM, Dan Morphis <dan at milkcarton.com> wrote:
>
>> Its not that the preset system is so inefficient, its that if you have
>> thousands of devices, and thousands of presets, then each time a device
>> does an inform/boot/etc genie has to figure out which of the thousands of
>> presets apply to the device.
>>
>> On Wed, May 3, 2017 at 9:18 AM, Michael Ducharme <mducharme at gmail.com>
>> wrote:
>>
>>> Why is the preset system so inefficient? We had intended on using a
>>> preset per device as well, just to set the PPPoE username and password and
>>> that is it. Would we experience similar performance issues?
>>>
>>> On Wed, May 3, 2017 at 5:37 AM, Dan Morphis <dan at milkcarton.com> wrote:
>>>
>>>> I'm going to presume you have some system in place to track your
>>>> subscribers, the device assigned to the subscriber and the voip number?
>>>>
>>>> You need to build a bridge between the two. Then use flags to set the
>>>> state of the device. For example in our setup, modems can be either bridged
>>>> or routed. In genie I have a preset triggered on 1 BOOT that runs a
>>>> provision script. This script then makes a rest call to our subscriber
>>>> management software with the OUI, product class and serial number. The
>>>> subscriber management software then figures out what state the modem should
>>>> be in and returns that information via JSON. Once that information flows
>>>> back to the provision script the appropriate tag is set on the device so
>>>> the next phase of the process can happen.
>>>>
>>>> In your setup, you can have the external system return the voip
>>>> information and set that on the device.
>>>>
>>>> This is using v1.1 of genie.
>>>>
>>>> -dan
>>>>
>>>> On May 2, 2017, at 11:09 PM, Marco Marino <marino.mrc at gmail.com> wrote:
>>>>
>>>> What do you mean with 'different system'?
>>>> I need to configure voip accounts on thousands of device filtered by
>>>> mac addresses. Is there a better way to do this?
>>>> Thank you
>>>>
>>>> Il 02 Mag 2017 23:42, "Dan Morphis" <dan at milkcarton.com> ha scritto:
>>>>
>>>>> The route your going down (preset per device) is one fraught with
>>>>> performance issues. It is much better to Genie pull device specific
>>>>> parameters from a different system and set them, then to use presets. We
>>>>> went down that route before and struggled to do 20 r/s. By reworking our
>>>>> process to store the device specific settings in a different system and
>>>>> only pull them on bootstrap/config we can now do 40+ r/s hovering around
>>>>> 20% load.
>>>>>
>>>>> On Tue, May 2, 2017 at 4:48 AM, Marco Marino <marino.mrc at gmail.com>
>>>>> wrote:
>>>>>
>>>>>> Hi, I'm trying to create a new preset for a device, using mac address
>>>>>> as filter but it seems that the preset doesn't start. I have other
>>>>>> devices of the same type (same vendor and model) associated to the
>>>>>> same kind of preset (using different mac addresses) and all works
>>>>>> well. Someone can help me to identify the problem?
>>>>>> Thank you
>>>>>> _______________________________________________
>>>>>> Users mailing list
>>>>>> Users at lists.genieacs.com
>>>>>> http://lists.genieacs.com/mailman/listinfo/users
>>>>>>
>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> Users mailing list
>>>>> Users at lists.genieacs.com
>>>>> http://lists.genieacs.com/mailman/listinfo/users
>>>>>
>>>>> _______________________________________________
>>>> Users mailing list
>>>> Users at lists.genieacs.com
>>>> http://lists.genieacs.com/mailman/listinfo/users
>>>>
>>>>
>>>> _______________________________________________
>>>> Users mailing list
>>>> Users at lists.genieacs.com
>>>> http://lists.genieacs.com/mailman/listinfo/users
>>>>
>>>>
>>>
>>> _______________________________________________
>>> Users mailing list
>>> Users at lists.genieacs.com
>>> http://lists.genieacs.com/mailman/listinfo/users
>>>
>>>
>>
>> _______________________________________________
>> Users mailing list
>> Users at lists.genieacs.com
>> http://lists.genieacs.com/mailman/listinfo/users
>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.genieacs.com/pipermail/users/attachments/20170503/b999281f/attachment.html>