Preset doesn't start

[Michael Ducharme]

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/29801436/attachment-0001.html>