Presets get applied only if there is a difference between what the value should be, and what the value currently is.
On Tue, Jan 13, 2015 at 12:37 PM, Manny Veloso <[email protected]> wrote: > When they first inform you can just set the solicit username/password > you want with a preset. Then you can solicit them knowing that they’ve > been set to a known value. > > One question, though, is does a preset get applied every time a device > informs, or just on the first inform? > > -- > Manny Veloso > Sr. Solutions Engineer > Smartrg.com > > From: Dan Morphis <[email protected]> > Reply-To: Community support for GenieACS users <[email protected]> > Date: Tuesday, January 13, 2015 at 12:29 PM > To: Community support for GenieACS users <[email protected]> > > Subject: Re: Password issue idea? > > Chicken and egg problem. Because some of them require connection > request authentication, and some don't. > > What you could do though is query the ACS for the CPE and look at the > InternetGatewayDevice.ManagementServer.ConnectionRequestUsername value. If > its null/empty then you know to send the credentials of ""/"". > > How you do that from within the auth function, I'm not real sure of. > > On Tue, Jan 13, 2015 at 10:57 AM, Manny Veloso <[email protected]> > wrote: > >> Why not just use GenieACS to set the password on all devices when they >> come in? That way they’ll always be in a good state. >> >> -- >> Manny Veloso >> Sr. Solutions Engineer >> Smartrg.com >> >> From: Christopher Chance <[email protected]> >> Reply-To: Community support for GenieACS users <[email protected]> >> Date: Tuesday, January 13, 2015 at 10:30 AM >> To: Community support for GenieACS users <[email protected]> >> Subject: RE: Password issue idea? >> >> Was thinking of that the problem is that most of them from the old >> ones should have been changed to have the un/pw correctly, the issue is if >> they ever get factory defaulted and are talking to genie instead of the old >> nbbs, genie would want to use the password as it should but the device >> would have a blank username and password as that’s what they had by default. >> >> >> >> *From:* Users [mailto:[email protected] >> <[email protected]>] *On Behalf Of *Dan Morphis >> *Sent:* Tuesday, January 13, 2015 2:28 PM >> *To:* Community support for GenieACS users >> *Subject:* Re: Password issue idea? >> >> >> >> Do you know the serial number range of the old modems? If you do, you >> could modify the auth.js to return the blank un/pw for those devices. >> >> >> >> On Tue, Jan 13, 2015 at 8:01 AM, Christopher Chance < >> [email protected]> wrote: >> >> I have an issue sorta, >> >> >> >> We currently use another ACS, the way it works is that the first set of >> CPE’s we got came stock with no CPE side user/password for auth, on first >> connection to the old ACS it set the remote cpe’s userid/password for tr69 >> from blank to a value… The newer wave of CPE’s came with the userid/pw set >> properly from the start. >> >> >> >> My issue is if I move over to genieacs, we might have some of the older >> CPE’s that are missing the user pass (blank)/(blank) still and if I modify >> the auth.js to use the correct user/pass the ones missing the user and pass >> will not work, is there a way to make genieacs, if the user/pass fails, >> have it retry with blank/blank? >> >> >> >> Chris >> >> >> _______________________________________________ >> 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
