If it registers via ICC, DHCP will be enabled automatically to try to retrieve a config via Option 66. This is a change to the default behavior of ICC, but it enables this feature to work out of the box. The SM still won’t be allowed to bridge traffic to/from the customer until it registers on a valid Color Code, which theoretically will happen once the config file is retrieved and applied.
-Aaron From: Af [mailto:[email protected]] On Behalf Of That One Guy via Af Sent: Thursday, September 18, 2014 4:51 PM To: [email protected] Subject: Re: [AFMUG] Dear Cambium 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 <[email protected]<mailto:[email protected]>> 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<mailto:af-bounces%2Baaron.schneider>[email protected]<mailto:[email protected]>] On Behalf Of George Skorup (Cyber Broadcasting) via Af Sent: Thursday, September 18, 2014 12:56 PM To: [email protected]<mailto:[email protected]> 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<mailto:af-bounces%2Baaron.schneider>[email protected]<mailto:[email protected]>] > 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
