<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Wed, May 2, 2018 at 8:36 AM, George Chelidze <span dir="ltr"><<a href="mailto:george.chelidze@magticom.ge" target="_blank">george.chelidze@magticom.ge</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Dan, please find my answer below.<br>
<span class=""><br>
On 05/02/2018 08:06 PM, Dan Morphis wrote:<br>
> Was the event your only precondition? Was the channel in a faulted<br>
> state for that CPE? Presets without a channel get put on the "default"<br>
> channel.<br>
><br>
> -dan<br>
<br>
</span>This is how the preset looked before:<br>
<br>
{<br>
"_id" : "firmware-upgrade",<br>
"channel" : "",<br>
"weight" : 0,<br>
"precondition" : "{\"_tags\":\"upgrade\"}",<br>
"configurations" : [<br>
{<br>
"type" : "provision",<br>
"name" : "firmware-upgrade"<br>
}<br>
],<br>
"schedule" : "",<br>
"events" : {<br>
"1 BOOT" : true<br>
}<br>
}<br></blockquote><div><br></div><div>So this creates a preset in the default channel with a precondition of 1 BOOT and a tag of upgrade. For this to execute, the CPE must have the upgrade tag, the channel default must not be in a faulted state for the CPE and had to have just booted. </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
Then I replaced "1 BOOT" with "2 PERIODIC" and now it works like a charm<br>
but with periodic event. I am not sure regarding the channel's faulted<br>
state, but I'll give it a try once again. In general, is it a good<br>
practice to put firmware-upgrade/firmware-<wbr>upgrade-complete presets in a<br>
separate channel?<br>
<br></blockquote><div>What provision do you want to upgrade after a firmware upgrade? Setting the config? If the CPE needs its config, it (should) will send a 0 BOOTSTRAP event. In all the CPEs I've tested, that will happen if you update the config on the CPE.</div><div><br></div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
I forgot to ask one question regarding log() in provisions: while my<br>
provision contains log() statements, I don't see output in logs. Should<br>
I enable debugging to see the output and which file logs are written to?<br>
<br></blockquote><div>Yes, it should be in the cwmp log file. </div><div> </div><div>-dan<br></div></div></div></div>