but wouldnt you have to turn on dhcp through the gui for this to pull down?
On Thu, Sep 18, 2014 at 4:41 PM, Aaron Schneider via Af <af@afmug.com> wrote: > Hi George - > > I know this was a long time ago (and has been an even longer time coming), > but attached is what I sent after AF2014. > > What we have now is the file format, it will be JSON based and there will > be a published spec. It will also work with DHCP Option 66. For Zero > Touch Config type of operation, we are leveraging the ICC feature in that > once a radio is on 13.3, if a radio registers via ICC, it will turn on DHCP > and request Option 66. That option can be populated with a URL to the > config file (HTTP or TFTP) that will be retrieved and applied and if a > reboot is required, the reboot will be applied. Once the SM comes back if > it had to reboot, it will be on the new configuration. > > You will also be able to backup/restore the file via the webpage and SNMP > and read it and edit it. > > Again, this is coming in 13.3 release and we'll be discussing some things > at WISPAPALOOZA related to this. Obviously an SM needs to be on 13.3 to > support this, so the fully promise of Zero Touch Config won't be there > until SMs are shipping with 13.3 on them. > > That is the update we have to give you at this point. > > Regards, > -Aaron > > > > > -----Original Message----- > From: Af [mailto:af-bounces+aaron.schneider=cambiumnetworks....@afmug.com] > On Behalf Of George Skorup (Cyber Broadcasting) via Af > Sent: Thursday, September 18, 2014 12:56 PM > To: af@afmug.com > Subject: Re: [AFMUG] Dear Cambium > > I know a TFTP config download kind of thing was talked about before. But > it would be nice if we could manually apply a config template file directly > through the SM GUI, so I can have the guys get new or recovered radios set > up without having to mess with too many things (AP, TFTP server, etc), just > upload file.. apply, reboot, whatever. > > On 9/18/2014 10:00 AM, Aaron Schneider via Af wrote: > > Hi Bill - > > > > 1) coming in 13.2 > > 2) coming in 13.2, NAT table size is configurable from 1024 - 8192 > > entries, there is a configuration OID, and will be a current table > > size oid > > 3) possibly coming in 13.3, can't promise that yet > > 4) coming in 13.3, planning to have something at WISPAPALOOZA to demo, > more than just a config file. I sent some information about this awhile > back. > > 5) we are working on an external frame calc tool but not sure of the > timeline of that. Will make sure to add this idea to that list (point to > an AP to use as a "starting point"). > > > > I'll send more details on #4 soon and we will be publishing the config > file format. > > > > Regards, > > > > -Aaron > > > > > > -----Original Message----- > > From: Af > > [mailto:af-bounces+aaron.schneider=cambiumnetworks....@afmug.com] On > > Behalf Of Bill Prince via Af > > Sent: Wednesday, September 17, 2014 6:31 PM > > To: Motorola III > > Subject: [AFMUG] Dear Cambium > > > > > > Please let us know if: > > > > 1. The femtocell fix is in the pipe (or not) 2. There will be a trap > on NAT table full, or at least an OID that > > shows the number of entries in the NAT table 3. As an alternative > to #2, perhaps a way to limit the number of MAC > > addresses allowed behind an SM > > 4. A text-based configuration file > > 5. A "do this timing" that lets us just set an AP to match some other > > AP as closely as possible by specifying the appropriate frame > > dimensions (or maybe just the other APs IP address (now that would > > be cool) > > > > TNX > > > > > > -- > > bp > > > > -- All parts should go together without forcing. You must remember that the parts you are reassembling were disassembled by you. Therefore, if you can't get them together again, there must be a reason. By all means, do not use a hammer. -- IBM maintenance manual, 1925
