Re: Thoughts on grouping of presets

2017-03-29 Thread Dan Morphis 
That works for a declare, what about for setParameterValues?

On Wed, Mar 29, 2017 at 2:50 PM, Zaid Abdulla  wrote:

> On Wed, 2017-03-29 at 14:21 -0800, Dan Morphis wrote:
> > Is there anyway to force Genie to send the PV to the CPE regardless
> > of whether Genie thinks the value needs to be sent? Use case is 20-30
> > times we've ended up with the stored device model for the WLAN not
> > matching the actual values stored on CPE. So to get Genie to send the
> > desired value (SSID, etc) to the CPE, I have to refresh the value,
> > then send the correct value.
>
> Specify the value timestamp in your declare call so that Genie will
> read the value from the CPE before deciding if it needs to set it:
>
> declare("param", {value: Date.now()}, {value: "somevalue"});
>
> --
> Zaid Abdulla 
> ___
> Users mailing list
> Users@lists.genieacs.com
> http://lists.genieacs.com/mailman/listinfo/users
>
___
Users mailing list
Users@lists.genieacs.com
http://lists.genieacs.com/mailman/listinfo/users

Re: Thoughts on grouping of presets

2017-03-29 Thread Zaid Abdulla 
On Wed, 2017-03-29 at 14:21 -0800, Dan Morphis wrote:
> Is there anyway to force Genie to send the PV to the CPE regardless
> of whether Genie thinks the value needs to be sent? Use case is 20-30 
> times we've ended up with the stored device model for the WLAN not
> matching the actual values stored on CPE. So to get Genie to send the
> desired value (SSID, etc) to the CPE, I have to refresh the value,
> then send the correct value.

Specify the value timestamp in your declare call so that Genie will
read the value from the CPE before deciding if it needs to set it:

declare("param", {value: Date.now()}, {value: "somevalue"});

-- 
Zaid Abdulla 
___
Users mailing list
Users@lists.genieacs.com
http://lists.genieacs.com/mailman/listinfo/users

Re: Thoughts on grouping of presets

2017-03-29 Thread Dan Morphis 
On Wed, Mar 29, 2017 at 1:46 PM, Zaid Abdulla  wrote:

> Hehe. I'm surprised it even works fine with that many presets!
>
>
Well, load is a bit high on the server :).


Why not use a single provision that fetches custom user config from an
> external
> database and configure the device accordingly?
>
>
Thats a can of worms because we'd be storing the Wi-Fi passphrase for CPEs
in our system. I barely got by-off to store the creds on the ACS itself
(because the ACS is on a very protected network with lots of ACLs). Looks
like its time to revisit that.

Is there anyway to force Genie to send the PV to the CPE regardless of
whether Genie thinks the value needs to be sent? Use case is 20-30 times
we've ended up with the stored device model for the WLAN not matching the
actual values stored on CPE. So to get Genie to send the desired value
(SSID, etc) to the CPE, I have to refresh the value, then send the correct
value.

My goal with v1.1 is to *not* maintain my own branch, it introduces
needless complexity, especially now that v1.1 offers scripting.

-dan
___
Users mailing list
Users@lists.genieacs.com
http://lists.genieacs.com/mailman/listinfo/users

Re: Thoughts on grouping of presets

2017-03-29 Thread Zaid Abdulla 
On Mon, 2017-03-27 at 15:59 -0800, Dan Morphis wrote:
> Currently, we have 1,511 presets :) With about 1,500 of them being
> device specific presets.

Hehe. I'm surprised it even works fine with that many presets! Why not
use a single provision that fetches custom user config from an external
database and configure the device accordingly?

With regards to your original suggestion, how about instead of tags
implement a list of key-value pairs (call that meta)? It will need to
be implemented not just for presets but also other objects like
provisions and even devices. This will raise the question of whether to
allow reading this info from scripts or not. It's certainly nice to
have this feature if you have the time for it, but for what you're
trying to do it's easier to patch your own repo to solve your
particular problem. Though I'd consider using a single provision script
like I suggested above.

-- 
Zaid Abdulla 
___
Users mailing list
Users@lists.genieacs.com
http://lists.genieacs.com/mailman/listinfo/users

Re: Thoughts on grouping of presets

2017-03-27 Thread Zaid Abdulla 
On Fri, 2017-03-24 at 09:13 -0800, Dan Morphis wrote:
> Before I go to far down the route of implementing this, I thought I
> would put this out there to see if it would be accepted.
> 
> We have a lot of presets in our environment. Most of them exist for
> customer specific settings (Wi-Fi), but a good bit also exist for
> kicking off provisioning scripts, etc.
> 
> My thought was to be able to add tags to presets, and query presets
> based on tags much like devices. This would give you the ability to
> quickly filter presets to the specific set you want to view/modify.

I'm curious how many presets you have? I can't imagine why you'd need
more than a few presets unless you have one preset for each device that
has a customer specific settings?

I like your suggestion but I'm generally hesitant when it comes to
adding new features. Can you filter based on preset name prefixes
instead?

-- 
Zaid Abdulla 
___
Users mailing list
Users@lists.genieacs.com
http://lists.genieacs.com/mailman/listinfo/users