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 <[email protected]> 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 <[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
