Presets logic and provisioning sequence

[Dan Morphis]

I do this by having genie send all events to my server where I then
evaluate what needs to happen with a CPE. In my service, I add/delete
objects, set pppoe credentials, etc. My branch is here:
https://github.com/akcoder/genieacs/

Search the mailing list for config instructions.

On Wed, Nov 30, 2016 at 7:35 AM, noc at gibfibrespeed.net <
mberniz at gibfibrespeed.net> wrote:

> Hello everyone,
>
> I am trying to automate the provisioning flow of our network ONU's.
>
> I am defining an object for the Internet access WAN. I am setting there
> non variable parameters (Like connection name, DNS, etc...)
>
> Then, I am creating a different preset for every ONU with a serial number
> based condition.
>
> In that preset, I firstly create the object, and then set some other
> variable parameters (Like PPPoE user and pass, VLAN, etc...).
>
> It happens that after a bootstrap, if the object does not exists (I have
> setup Connection Name as Key) it is created once. So far it is good.
>
> But then, after creating the object, it seems the rest of parameters in
> the preset are not set until I do a refresh from GenieACS. The
> discrepancies are not evaluated on Inform (2 PERIODIC).
>
> When I do a manual refresh, discrepancies are evaluated and the rest of
> parameters in the preset are updated. But beyond that, it seems the ONU
> needs a reboot in order the PPP interface to connect. If I do a manual
> reboot of the ONU, everything works perfect.
>
> Could anyone, please, explain how to introduce logic into the workflow so
> a refresh is executed after object is created and then a ONU reboot is
> instructed after the preset forces the parameters to be set?
>
> Thanks in advance,
>
> Miguel
>
>
>
> _______________________________________________
> 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/20161130/7022b9bf/attachment.html>