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 <[email protected]> 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 <[email protected]> > 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 <[email protected]> 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 <[email protected]> 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" <[email protected]> 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 <[email protected]> >>>> 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 >>>>> [email protected] >>>>> http://lists.genieacs.com/mailman/listinfo/users >>>>> >>>> >>>> >>>> _______________________________________________ >>>> Users mailing list >>>> [email protected] >>>> http://lists.genieacs.com/mailman/listinfo/users >>>> >>>> _______________________________________________ >>> Users mailing list >>> [email protected] >>> http://lists.genieacs.com/mailman/listinfo/users >>> >>> >>> _______________________________________________ >>> Users mailing list >>> [email protected] >>> http://lists.genieacs.com/mailman/listinfo/users >>> >>> >> >> _______________________________________________ >> Users mailing list >> [email protected] >> http://lists.genieacs.com/mailman/listinfo/users >> >> > > _______________________________________________ > Users mailing list > [email protected] > http://lists.genieacs.com/mailman/listinfo/users > >
_______________________________________________ Users mailing list [email protected] http://lists.genieacs.com/mailman/listinfo/users
