Re: [AFMUG] Canopy v13.2 and SNMP Bug?
Could ipv6 be used instead of rtables? DaveW On 12/17/2014 3:42 PM, Mark Radabaugh via Af wrote: Virtual Routing Instances: http://www.packetmischief.ca/2011/09/20/virtualizing-the-openbsd-routing-table/ Mark On 12/17/14, 5:33 PM, Josh Luthman via Af wrote: How exactly does that work? Not familiar with Soekris. My issue is having the same IP on 7 interfaces talking to the same IP on each said interface. Josh Luthman Office: 937-552-2340 Direct: 937-552-2343 1100 Wayne St Suite 1337 Troy, OH 45373 On Wed, Dec 17, 2014 at 5:30 PM, Mark Radabaugh via Af af@afmug.com mailto:af@afmug.com wrote: We finally got around to building a 8 port SM Programmer out of a Soekris board and OpenBSD.It has 7 Ethernet ports on the front. Plug a SM with a default plug in and of the 7 ports and it blows all the template onto it and lets you know when it's done. Saves a lot of time for inside guys and avoids a whole lot of minor configuration errors that frustrate everyone. Now they all go out the door right (or all wrong). Of course right after we got around to writing it Cambium finally got around to the text configuration file :-) Mark On 12/17/14, 5:20 PM, Matt via Af wrote: Will try to strip our stuff out, clean them up a bit and post an example when I get a chance. There pretty ugly right now. I love a copy of these scripts, too! More compensation available. :-) DaveW On 12/8/2014 4:24 PM, Sean Heskett via Af wrote: would you care to share your scripts matt? i'd be glad to buy beers or other compensation. our guys have been asking for an easy way to do all this and i've been too busy to build the scripts myself. -sean -- Mark Radabaugh Amplex m...@amplex.net mailto:m...@amplex.net 419.837.5015 x 1021 tel:419.837.5015%20x%201021 -- Mark Radabaugh Amplex m...@amplex.net 419.837.5015 x 1021
Re: [AFMUG] Canopy v13.2 and SNMP Bug?
We finally got around to building a 8 port SM Programmer out of a Soekris board and OpenBSD.It has 7 Ethernet ports on the front. Plug a SM with a default plug in and of the 7 ports and it blows all the template onto it and lets you know when it's done. Saves a lot of time for inside guys and avoids a whole lot of minor configuration errors that frustrate everyone. Now they all go out the door right (or all wrong). Of course right after we got around to writing it Cambium finally got around to the text configuration file :-) Mark On 12/17/14, 5:20 PM, Matt via Af wrote: Will try to strip our stuff out, clean them up a bit and post an example when I get a chance. There pretty ugly right now. I love a copy of these scripts, too! More compensation available. :-) DaveW On 12/8/2014 4:24 PM, Sean Heskett via Af wrote: would you care to share your scripts matt? i'd be glad to buy beers or other compensation. our guys have been asking for an easy way to do all this and i've been too busy to build the scripts myself. -sean -- Mark Radabaugh Amplex m...@amplex.net 419.837.5015 x 1021
Re: [AFMUG] Canopy v13.2 and SNMP Bug?
Mark, I thought you had SNMP trap setup for radios and programmed dynamically? Tushar On Dec 17, 2014, at 4:30 PM, Mark Radabaugh via Af af@afmug.com wrote: We finally got around to building a 8 port SM Programmer out of a Soekris board and OpenBSD.It has 7 Ethernet ports on the front. Plug a SM with a default plug in and of the 7 ports and it blows all the template onto it and lets you know when it's done. Saves a lot of time for inside guys and avoids a whole lot of minor configuration errors that frustrate everyone. Now they all go out the door right (or all wrong). Of course right after we got around to writing it Cambium finally got around to the text configuration file :-) Mark On 12/17/14, 5:20 PM, Matt via Af wrote: Will try to strip our stuff out, clean them up a bit and post an example when I get a chance. There pretty ugly right now. I love a copy of these scripts, too! More compensation available. :-) DaveW On 12/8/2014 4:24 PM, Sean Heskett via Af wrote: would you care to share your scripts matt? i'd be glad to buy beers or other compensation. our guys have been asking for an easy way to do all this and i've been too busy to build the scripts myself. -sean -- Mark Radabaugh Amplex m...@amplex.net 419.837.5015 x 1021
Re: [AFMUG] Canopy v13.2 and SNMP Bug?
Tushar, We do most of the programming using SNMP traps when the CPE registers. The configuration tool we built for the office takes care of defaulting the unit, pushing the Read/Write SNMP button, sets the radios to 20Mhz (or 10Mhz for 3.65), sets the appropriate frequencies (no 5.4, all 5.7 skipping the 2.5Mhz increments), checks that we have the proper software version, and generally gets the radio back into a known state before it goes back out the door. With 5.7 the units take a lot longer to register if they have to scan 5Mhz, 10Mhz, 20Mhz, the 5.4 and 5.7 spectrum so we turn off what we don't use. Mark On Dec 17, 2014, at 8:31 PM, Tushar Patel via Af af@afmug.com wrote: Mark, I thought you had SNMP trap setup for radios and programmed dynamically? Tushar On Dec 17, 2014, at 4:30 PM, Mark Radabaugh via Af af@afmug.com wrote: We finally got around to building a 8 port SM Programmer out of a Soekris board and OpenBSD.It has 7 Ethernet ports on the front. Plug a SM with a default plug in and of the 7 ports and it blows all the template onto it and lets you know when it's done. Saves a lot of time for inside guys and avoids a whole lot of minor configuration errors that frustrate everyone. Now they all go out the door right (or all wrong). Of course right after we got around to writing it Cambium finally got around to the text configuration file :-) Mark On 12/17/14, 5:20 PM, Matt via Af wrote: Will try to strip our stuff out, clean them up a bit and post an example when I get a chance. There pretty ugly right now. I love a copy of these scripts, too! More compensation available. :-) DaveW On 12/8/2014 4:24 PM, Sean Heskett via Af wrote: would you care to share your scripts matt? i'd be glad to buy beers or other compensation. our guys have been asking for an easy way to do all this and i've been too busy to build the scripts myself. -sean -- Mark Radabaugh Amplex m...@amplex.net 419.837.5015 x 1021
Re: [AFMUG] Canopy v13.2 and SNMP Bug?
I love a copy of these scripts, too! More compensation available. :-) DaveW On 12/8/2014 4:24 PM, Sean Heskett via Af wrote: would you care to share your scripts matt? i'd be glad to buy beers or other compensation. our guys have been asking for an easy way to do all this and i've been too busy to build the scripts myself. -sean On Mon, Dec 8, 2014 at 4:07 PM, Matt via Af af@afmug.com mailto:af@afmug.com wrote: I have perl script that programs SM's before they are labeled and go to installers. Between interruptions been fighting issues. snmpset -v 2c -c Canopy 169.254.1.1 .1.3.6.1.4.1.161.19.3.2.1.1.0 s all # Set Channel Scan No response. These also seem to not work. lanMaskSm Object ID: 1.3.6.1.4.1.161.19.3.2.1.4 lanIpSm Object ID: 1.3.6.1.4.1.161.19.3.2.1.3 defaultGwSm Object ID: 1.3.6.1.4.1.161.19.3.2.1.5 On Mon, Dec 8, 2014 at 4:26 PM, Jonathan Mandziara via Af af@afmug.com mailto:af@afmug.com wrote: Matt, Thanks! With those steps that you provided, I can see the issue that you are having. I will open an issue for this. The obvious workaround (until fixed) would be to set the IPv4 Filter after setting the IPv6 filter in your script. Best, Jonathan -Original Message- From: Af [mailto:af-boun...@afmug.com mailto:af-boun...@afmug.com] On Behalf Of Matt via Af Sent: Monday, December 08, 2014 2:53 PM To: af@afmug.com mailto:af@afmug.com Subject: Re: [AFMUG] Canopy v13.2 and SNMP Bug? Further investigation. To repeat it. First reset factory defaults to a 3.6 sm running 13.2 then reboot. Enable SNMP read/write in GUI. Then: #set IPv4 filter all snmpset -v 2c -c Canopy 169.254.1.1 .1.3.6.1.4.1.161.19.3.3.2.132.0 i 1 #set IPv6 filter all snmpset -v 2c -c Canopy 169.254.1.1 .1.3.6.1.4.1.161.19.3.3.2.160.0 i 1 The moment you set IPv6 filter it disables the IPv4 filter. After you do this once you cannot reproduce it without resetting defaults and rebooting again. Seeing other SNMP issues. Still testing. On Mon, Dec 8, 2014 at 1:51 PM, Jonathan Mandziara via Af af@afmug.com mailto:af@afmug.com wrote: Matt, We are not able to reproduce your issue. We have some questions for you. Q1) Is your radio's SNMP setting set to R/W? Q2) Is the radios' SNMP Community string set to Canopy? Q3) Is the SNMP filter enabled? Q4) Are you rebooting the SM after sending the SNMP OID? Q5) Are you trying this to the SM over the SNMP proxy? Q6) What is the error that snmpset provides after issuing the command? Best, Cambium Jonathan -Original Message- From: Af [mailto:af-boun...@afmug.com mailto:af-boun...@afmug.com] On Behalf Of Matt via Af Sent: Monday, December 08, 2014 12:01 PM To: af@afmug.com mailto:af@afmug.com Subject: [AFMUG] Canopy v13.2 and SNMP Bug? allIpv4Filter Object ID: 1.3.6.1.4.1.161.19.3.3.2.132 snmpset -v 2c -c Canopy 169.254.1.1 .1.3.6.1.4.1.161.19.3.3.2.132.0 i 1 Keep trying to set the allip4filter with SNMP on a 3.6 450 SM running 13.2 and it does not seem to work. Anyone else see an issue with it? Setting the allipv6filter does seem to work. This a bug?
[AFMUG] Canopy v13.2 and SNMP Bug?
allIpv4Filter Object ID: 1.3.6.1.4.1.161.19.3.3.2.132 snmpset -v 2c -c Canopy 169.254.1.1 .1.3.6.1.4.1.161.19.3.3.2.132.0 i 1 Keep trying to set the allip4filter with SNMP on a 3.6 450 SM running 13.2 and it does not seem to work. Anyone else see an issue with it? Setting the allipv6filter does seem to work. This a bug?
Re: [AFMUG] Canopy v13.2 and SNMP Bug?
Matt, We are not able to reproduce your issue. We have some questions for you. Q1) Is your radio's SNMP setting set to R/W? Q2) Is the radios' SNMP Community string set to Canopy? Q3) Is the SNMP filter enabled? Q4) Are you rebooting the SM after sending the SNMP OID? Q5) Are you trying this to the SM over the SNMP proxy? Q6) What is the error that snmpset provides after issuing the command? Best, Cambium Jonathan -Original Message- From: Af [mailto:af-boun...@afmug.com] On Behalf Of Matt via Af Sent: Monday, December 08, 2014 12:01 PM To: af@afmug.com Subject: [AFMUG] Canopy v13.2 and SNMP Bug? allIpv4Filter Object ID: 1.3.6.1.4.1.161.19.3.3.2.132 snmpset -v 2c -c Canopy 169.254.1.1 .1.3.6.1.4.1.161.19.3.3.2.132.0 i 1 Keep trying to set the allip4filter with SNMP on a 3.6 450 SM running 13.2 and it does not seem to work. Anyone else see an issue with it? Setting the allipv6filter does seem to work. This a bug?
Re: [AFMUG] Canopy v13.2 and SNMP Bug?
Further investigation. To repeat it. First reset factory defaults to a 3.6 sm running 13.2 then reboot. Enable SNMP read/write in GUI. Then: #set IPv4 filter all snmpset -v 2c -c Canopy 169.254.1.1 .1.3.6.1.4.1.161.19.3.3.2.132.0 i 1 #set IPv6 filter all snmpset -v 2c -c Canopy 169.254.1.1 .1.3.6.1.4.1.161.19.3.3.2.160.0 i 1 The moment you set IPv6 filter it disables the IPv4 filter. After you do this once you cannot reproduce it without resetting defaults and rebooting again. Seeing other SNMP issues. Still testing. On Mon, Dec 8, 2014 at 1:51 PM, Jonathan Mandziara via Af af@afmug.com wrote: Matt, We are not able to reproduce your issue. We have some questions for you. Q1) Is your radio's SNMP setting set to R/W? Q2) Is the radios' SNMP Community string set to Canopy? Q3) Is the SNMP filter enabled? Q4) Are you rebooting the SM after sending the SNMP OID? Q5) Are you trying this to the SM over the SNMP proxy? Q6) What is the error that snmpset provides after issuing the command? Best, Cambium Jonathan -Original Message- From: Af [mailto:af-boun...@afmug.com] On Behalf Of Matt via Af Sent: Monday, December 08, 2014 12:01 PM To: af@afmug.com Subject: [AFMUG] Canopy v13.2 and SNMP Bug? allIpv4Filter Object ID: 1.3.6.1.4.1.161.19.3.3.2.132 snmpset -v 2c -c Canopy 169.254.1.1 .1.3.6.1.4.1.161.19.3.3.2.132.0 i 1 Keep trying to set the allip4filter with SNMP on a 3.6 450 SM running 13.2 and it does not seem to work. Anyone else see an issue with it? Setting the allipv6filter does seem to work. This a bug?
Re: [AFMUG] Canopy v13.2 and SNMP Bug?
Matt, Thanks! With those steps that you provided, I can see the issue that you are having. I will open an issue for this. The obvious workaround (until fixed) would be to set the IPv4 Filter after setting the IPv6 filter in your script. Best, Jonathan -Original Message- From: Af [mailto:af-boun...@afmug.com] On Behalf Of Matt via Af Sent: Monday, December 08, 2014 2:53 PM To: af@afmug.com Subject: Re: [AFMUG] Canopy v13.2 and SNMP Bug? Further investigation. To repeat it. First reset factory defaults to a 3.6 sm running 13.2 then reboot. Enable SNMP read/write in GUI. Then: #set IPv4 filter all snmpset -v 2c -c Canopy 169.254.1.1 .1.3.6.1.4.1.161.19.3.3.2.132.0 i 1 #set IPv6 filter all snmpset -v 2c -c Canopy 169.254.1.1 .1.3.6.1.4.1.161.19.3.3.2.160.0 i 1 The moment you set IPv6 filter it disables the IPv4 filter. After you do this once you cannot reproduce it without resetting defaults and rebooting again. Seeing other SNMP issues. Still testing. On Mon, Dec 8, 2014 at 1:51 PM, Jonathan Mandziara via Af af@afmug.com wrote: Matt, We are not able to reproduce your issue. We have some questions for you. Q1) Is your radio's SNMP setting set to R/W? Q2) Is the radios' SNMP Community string set to Canopy? Q3) Is the SNMP filter enabled? Q4) Are you rebooting the SM after sending the SNMP OID? Q5) Are you trying this to the SM over the SNMP proxy? Q6) What is the error that snmpset provides after issuing the command? Best, Cambium Jonathan -Original Message- From: Af [mailto:af-boun...@afmug.com] On Behalf Of Matt via Af Sent: Monday, December 08, 2014 12:01 PM To: af@afmug.com Subject: [AFMUG] Canopy v13.2 and SNMP Bug? allIpv4Filter Object ID: 1.3.6.1.4.1.161.19.3.3.2.132 snmpset -v 2c -c Canopy 169.254.1.1 .1.3.6.1.4.1.161.19.3.3.2.132.0 i 1 Keep trying to set the allip4filter with SNMP on a 3.6 450 SM running 13.2 and it does not seem to work. Anyone else see an issue with it? Setting the allipv6filter does seem to work. This a bug?
Re: [AFMUG] Canopy v13.2 and SNMP Bug?
I have perl script that programs SM's before they are labeled and go to installers. Between interruptions been fighting issues. snmpset -v 2c -c Canopy 169.254.1.1 .1.3.6.1.4.1.161.19.3.2.1.1.0 s all # Set Channel Scan No response. These also seem to not work. lanMaskSm Object ID: 1.3.6.1.4.1.161.19.3.2.1.4 lanIpSm Object ID: 1.3.6.1.4.1.161.19.3.2.1.3 defaultGwSm Object ID: 1.3.6.1.4.1.161.19.3.2.1.5 On Mon, Dec 8, 2014 at 4:26 PM, Jonathan Mandziara via Af af@afmug.com wrote: Matt, Thanks! With those steps that you provided, I can see the issue that you are having. I will open an issue for this. The obvious workaround (until fixed) would be to set the IPv4 Filter after setting the IPv6 filter in your script. Best, Jonathan -Original Message- From: Af [mailto:af-boun...@afmug.com] On Behalf Of Matt via Af Sent: Monday, December 08, 2014 2:53 PM To: af@afmug.com Subject: Re: [AFMUG] Canopy v13.2 and SNMP Bug? Further investigation. To repeat it. First reset factory defaults to a 3.6 sm running 13.2 then reboot. Enable SNMP read/write in GUI. Then: #set IPv4 filter all snmpset -v 2c -c Canopy 169.254.1.1 .1.3.6.1.4.1.161.19.3.3.2.132.0 i 1 #set IPv6 filter all snmpset -v 2c -c Canopy 169.254.1.1 .1.3.6.1.4.1.161.19.3.3.2.160.0 i 1 The moment you set IPv6 filter it disables the IPv4 filter. After you do this once you cannot reproduce it without resetting defaults and rebooting again. Seeing other SNMP issues. Still testing. On Mon, Dec 8, 2014 at 1:51 PM, Jonathan Mandziara via Af af@afmug.com wrote: Matt, We are not able to reproduce your issue. We have some questions for you. Q1) Is your radio's SNMP setting set to R/W? Q2) Is the radios' SNMP Community string set to Canopy? Q3) Is the SNMP filter enabled? Q4) Are you rebooting the SM after sending the SNMP OID? Q5) Are you trying this to the SM over the SNMP proxy? Q6) What is the error that snmpset provides after issuing the command? Best, Cambium Jonathan -Original Message- From: Af [mailto:af-boun...@afmug.com] On Behalf Of Matt via Af Sent: Monday, December 08, 2014 12:01 PM To: af@afmug.com Subject: [AFMUG] Canopy v13.2 and SNMP Bug? allIpv4Filter Object ID: 1.3.6.1.4.1.161.19.3.3.2.132 snmpset -v 2c -c Canopy 169.254.1.1 .1.3.6.1.4.1.161.19.3.3.2.132.0 i 1 Keep trying to set the allip4filter with SNMP on a 3.6 450 SM running 13.2 and it does not seem to work. Anyone else see an issue with it? Setting the allipv6filter does seem to work. This a bug?
Re: [AFMUG] Canopy v13.2 and SNMP Bug?
would you care to share your scripts matt? i'd be glad to buy beers or other compensation. our guys have been asking for an easy way to do all this and i've been too busy to build the scripts myself. -sean On Mon, Dec 8, 2014 at 4:07 PM, Matt via Af af@afmug.com wrote: I have perl script that programs SM's before they are labeled and go to installers. Between interruptions been fighting issues. snmpset -v 2c -c Canopy 169.254.1.1 .1.3.6.1.4.1.161.19.3.2.1.1.0 s all # Set Channel Scan No response. These also seem to not work. lanMaskSm Object ID: 1.3.6.1.4.1.161.19.3.2.1.4 lanIpSm Object ID: 1.3.6.1.4.1.161.19.3.2.1.3 defaultGwSm Object ID: 1.3.6.1.4.1.161.19.3.2.1.5 On Mon, Dec 8, 2014 at 4:26 PM, Jonathan Mandziara via Af af@afmug.com wrote: Matt, Thanks! With those steps that you provided, I can see the issue that you are having. I will open an issue for this. The obvious workaround (until fixed) would be to set the IPv4 Filter after setting the IPv6 filter in your script. Best, Jonathan -Original Message- From: Af [mailto:af-boun...@afmug.com] On Behalf Of Matt via Af Sent: Monday, December 08, 2014 2:53 PM To: af@afmug.com Subject: Re: [AFMUG] Canopy v13.2 and SNMP Bug? Further investigation. To repeat it. First reset factory defaults to a 3.6 sm running 13.2 then reboot. Enable SNMP read/write in GUI. Then: #set IPv4 filter all snmpset -v 2c -c Canopy 169.254.1.1 .1.3.6.1.4.1.161.19.3.3.2.132.0 i 1 #set IPv6 filter all snmpset -v 2c -c Canopy 169.254.1.1 .1.3.6.1.4.1.161.19.3.3.2.160.0 i 1 The moment you set IPv6 filter it disables the IPv4 filter. After you do this once you cannot reproduce it without resetting defaults and rebooting again. Seeing other SNMP issues. Still testing. On Mon, Dec 8, 2014 at 1:51 PM, Jonathan Mandziara via Af af@afmug.com wrote: Matt, We are not able to reproduce your issue. We have some questions for you. Q1) Is your radio's SNMP setting set to R/W? Q2) Is the radios' SNMP Community string set to Canopy? Q3) Is the SNMP filter enabled? Q4) Are you rebooting the SM after sending the SNMP OID? Q5) Are you trying this to the SM over the SNMP proxy? Q6) What is the error that snmpset provides after issuing the command? Best, Cambium Jonathan -Original Message- From: Af [mailto:af-boun...@afmug.com] On Behalf Of Matt via Af Sent: Monday, December 08, 2014 12:01 PM To: af@afmug.com Subject: [AFMUG] Canopy v13.2 and SNMP Bug? allIpv4Filter Object ID: 1.3.6.1.4.1.161.19.3.3.2.132 snmpset -v 2c -c Canopy 169.254.1.1 .1.3.6.1.4.1.161.19.3.3.2.132.0 i 1 Keep trying to set the allip4filter with SNMP on a 3.6 450 SM running 13.2 and it does not seem to work. Anyone else see an issue with it? Setting the allipv6filter does seem to work. This a bug?
