Re: Call for testers: wireless module for bsnmpd(1)
Hi all, Thanks for the feedback and comments. I've uploaded an updated tarball at http://people.freebsd.org/~syrinx/snmp/snmp_wlan-20100719-01.tar . On Sun, Jul 11, 2010 at 8:23 PM, Gabor PALI wrote: > > A few comments: > > - I think there should be bsnmpd(1) instead of bsnmpd(8) in the NAME > section of snmp_wlan(3). Fixed in the latest sources. > - It creates an "/usr/lib/snmp_wlan.so." file which seems a bit strange > for me. Yes, indeed - this weird naming happens when an bsnmp module is built outside the source tree and SHLIB_MAJOR is not defined - the file names a module based on snmp_${MOD}.so.${SHLIB_MAJOR} - this should be resolved once the module is made part of the source tree. > - It produces the following on my machine: > > snmpd[3871]: SNMP wlan loaded wlan_wlan_acl module > snmpd[3871]: send: Connection refused > snmpd[3871]: iface wlan0 - get param: ioctl(41) failed: Invalid argument > snmpd[3871]: iface wlan0 - get param: ioctl(41) failed: Invalid argument > snmpd[3871]: iface wlan0 - get param: ioctl(41) failed: Invalid argument > snmpd[3871]: iface wlan0 - get param: ioctl(41) failed: Invalid argument > This is because ioctl(wname, IEEE80211_IOC_MACCMD, ...) returns EINVAL when no MAC ACL policy has been configured in the interface - should be resolved in the latest sources. > On Wed, Jul 14, 2010 at 5:40 AM, Adrian Chadd wrote: > Howdy! > > Compiling this on MIPS gives this error: > > Warning: Object directory not changed from original > /usr/home/adrian/w/snmp_wlan > cc -fpic -DPIC -O -pipe -EB -msoft-float -G0 -mno-dsp -mabicalls > -DSNMPTREE_TYPES -g -I. -std=gnu99 -Wsystem-headers -Werror -Wall > -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes > -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual > -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter > -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls > -Wold-style-definition -Wno-pointer-sign -c wlan_sys.c -o wlan_sys.So > cc1: warnings being treated as errors > wlan_sys.c: In function 'wlan_get_scan_results': > wlan_sys.c:2221: warning: cast increases required alignment of target type > wlan_sys.c: In function 'wlan_get_peerinfo': > wlan_sys.c:2713: warning: cast increases required alignment of target type > *** Error code 1 > In the latest sources, I replaced the cast with memcopy's which shold fix the errors, but I haven't tested it since I don't have a MIPS platform to test. It'll be good to know the errors have been actually fixed. > On Wed, Jul 14, 2010 at 6:16 AM, Adrian Chadd wrote: > I've already emailed you about the alignment warnings. > > The returned error value is an SNMPv2 error (SNMP_ERR_INCONS_VALUE) > which causes v1 requests to error out. Is it at all possible to return > something valid if a v1 request is made? The SNMP_ERR_INCONS_VALUE is only returned in responce to SET requests when the value requested for SET is not valid - in such case if the packet is SNMPv1 packet the SNMP agent should itself replace any SNMPv2 error code with a corresponding SNMPv1 code (e.g SNMP_ERR_BADVALUE should be returned instead of SNMP_ERR_INCONS_VALUE); could you please specify your agent config and what exact client command and aparameters are you issueing to produce the problem. > > snmpwalk'ing to inspect what -is- returned fails, even when querying in v2 > mode: > > BEGEMOT-WIRELESS-MIB::wlanIfaceDot11nRIFS."wlan0" = INTEGER: false(2) > BEGEMOT-WIRELESS-MIB::wlanIfaceDot11nShortGI."wlan0" = INTEGER: false(2) > BEGEMOT-WIRELESS-MIB::wlanIfaceDot11nSMPSMode."wlan0" = INTEGER: disabled(1) > Error in packet. > Reason: (genError) A general failure occured > Failed object: BEGEMOT-WIRELESS-MIB::wlanIfaceDot11nSMPSMode."wlan0" > > The daemon logs errors when features aren't supported by the > underlying driver (eg querying TDMA stats on a non-TDMA interface.) > This may hide any actual underlying issues. This shouldn't be the case - the module reads each wlan parent capabilities and a relevant setting is only attempted in the kernel, only if the parent/wlan iterface capabilities indicate it is supported. I'm trying to test it on my system, but I don't see a problem. Again, could you please specify your kernel config, hardware wireless card, FreeBSD vsersion and the commands that you're running to create the problem. > > It isn't immediately clear which parameters are related to station and > which are related to hostap. Eg, wlanIfaceBeaconMissedThreshold. Is > that the station threshold or the AP threshold? Would it be worthwhile > creating separate branches for different stat types (station, ap, TDMA > AP, dot11n stuff, etc, etc?) rather than whacking it all together in > one tree? > The description of each object (and specifically under the wlanIfaceConfigTable table) in the BEGEMOT-WIRELESS-MIB.txt specifies whether the relevant object is meaningfull for interfaces in station or ap mode. I've thought about splitting the configuration in separate tables, but t
Re: Call for testers: wireless module for bsnmpd(1)
On 10 July 2010 19:27, Shteryana Shopova wrote: > Hi all, > > As some of you may know, I've been awarded a grant by the FreeBSD > Foundation to make several improvements to FreeBSD's SNMP daemon. The > first part of the project - a module for monitoring wireless > networking under FreeBSD - is now completed and I'd really appreciate > if I could get some help in more extensive testing in a wider range of > wireless networking usage scenarios. A tarbal of the latest sources of > the module is available under I've already emailed you about the alignment warnings. The returned error value is an SNMPv2 error (SNMP_ERR_INCONS_VALUE) which causes v1 requests to error out. Is it at all possible to return something valid if a v1 request is made? snmpwalk'ing to inspect what -is- returned fails, even when querying in v2 mode: BEGEMOT-WIRELESS-MIB::wlanIfaceDot11nRIFS."wlan0" = INTEGER: false(2) BEGEMOT-WIRELESS-MIB::wlanIfaceDot11nShortGI."wlan0" = INTEGER: false(2) BEGEMOT-WIRELESS-MIB::wlanIfaceDot11nSMPSMode."wlan0" = INTEGER: disabled(1) Error in packet. Reason: (genError) A general failure occured Failed object: BEGEMOT-WIRELESS-MIB::wlanIfaceDot11nSMPSMode."wlan0" The daemon logs errors when features aren't supported by the underlying driver (eg querying TDMA stats on a non-TDMA interface.) This may hide any actual underlying issues. It isn't immediately clear which parameters are related to station and which are related to hostap. Eg, wlanIfaceBeaconMissedThreshold. Is that the station threshold or the AP threshold? Would it be worthwhile creating separate branches for different stat types (station, ap, TDMA AP, dot11n stuff, etc, etc?) rather than whacking it all together in one tree? I've not seen binary string indexing values on tables before. Eg: BEGEMOT-WIRELESS-MIB::wlanIfacePeerAddress."wlan0".'...$..'.61 = STRING: 0:11:24:c7:e4:3d BEGEMOT-WIRELESS-MIB::wlanIfacePeerAddress."wlan0".'..#2'.'.219 = STRING: 0:23:32:27:fc:db BEGEMOT-WIRELESS-MIB::wlanIfacePeerAssociationId."wlan0".'...$..'.61 = INTEGER: 2 BEGEMOT-WIRELESS-MIB::wlanIfacePeerAssociationId."wlan0".'..#2'.'.219 = INTEGER: 1 Is that going to be portable to different utilities? Some of the code I've seen (and written!) expect numeric table indexes rather than what I see above. Adrian ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: Call for testers: wireless module for bsnmpd(1)
Howdy! Compiling this on MIPS gives this error: Warning: Object directory not changed from original /usr/home/adrian/w/snmp_wlan cc -fpic -DPIC -O -pipe -EB -msoft-float -G0 -mno-dsp -mabicalls -DSNMPTREE_TYPES -g -I. -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c wlan_sys.c -o wlan_sys.So cc1: warnings being treated as errors wlan_sys.c: In function 'wlan_get_scan_results': wlan_sys.c:2221: warning: cast increases required alignment of target type wlan_sys.c: In function 'wlan_get_peerinfo': wlan_sys.c:2713: warning: cast increases required alignment of target type *** Error code 1 Adrian On 10 July 2010 19:27, Shteryana Shopova wrote: > Hi all, > > As some of you may know, I've been awarded a grant by the FreeBSD > Foundation to make several improvements to FreeBSD's SNMP daemon. The > first part of the project - a module for monitoring wireless > networking under FreeBSD - is now completed and I'd really appreciate > if I could get some help in more extensive testing in a wider range of > wireless networking usage scenarios. A tarbal of the latest sources of > the module is available under > http://people.freebsd.org/~syrinx/snmp/snmp_wlan-20100710-01.tar. To > compile and install the module - > #fetch http://people.freebsd.org/~syrinx/snmp/snmp_wlan-20100710-01.tar > #tar -xvf snmp_wlan-20100710-01.tar > #cd snmp_wlan > #make > #make install (as root) > > To enable loading of the module in bsnmpd(1), one should add the > following line to bsnmpd(1) config file (usually /etc/snmpd.config) - > > begemotSnmpdModulePath."wlan" = "/usr/lib/snmp_wlan.so" > > More details on how the module works may be found in the snmp_wlan(3) > man page and in the private BEGEMOT-WIRELESS-MIB the module implements > (installed under /usr/share/snmp/mibs/BEGEMOT-WIRELESS-MIB.txt). > Know issues currently are that BITS types are not always handled > properly, and TX rates may not always be properly set - I am working > on fixing those. > All feedback is wellcome - bug reports, requests for features to be > included in future versions of the module, code style and bug fix > patches. I will be glad to help resolve any problems that may arise > while installing/working with the module and answer any questions you > may have. Thanks! > > cheers, > Shteryana > ___ > freebsd-...@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscr...@freebsd.org" > ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: Call for testers: wireless module for bsnmpd(1)
On 07/10/10 13:27, Shteryana Shopova wrote: > All feedback is wellcome - bug reports, requests for features to be > included in future versions of the module, code style and bug fix > patches. > A few comments: - I think there should be bsnmpd(1) instead of bsnmpd(8) in the NAME section of snmp_wlan(3). - It creates an "/usr/lib/snmp_wlan.so." file which seems a bit strange for me. - It produces the following on my machine: snmpd[3871]: SNMP wlan loaded wlan_wlan_acl module snmpd[3871]: send: Connection refused snmpd[3871]: iface wlan0 - get param: ioctl(41) failed: Invalid argument snmpd[3871]: iface wlan0 - get param: ioctl(41) failed: Invalid argument snmpd[3871]: iface wlan0 - get param: ioctl(41) failed: Invalid argument snmpd[3871]: iface wlan0 - get param: ioctl(41) failed: Invalid argument I have the following card configured for wlan0: wpi0: mem 0xf020-0xf0200fff irq 18 at device 0.0 on pci4 wpi0: Driver Revision 20071127 wpi0: Hardware Revision (0x1) It is a FreeBSD/amd64 8-STABLE, from around beginning of April. :g ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Call for testers: wireless module for bsnmpd(1)
Hi all, As some of you may know, I've been awarded a grant by the FreeBSD Foundation to make several improvements to FreeBSD's SNMP daemon. The first part of the project - a module for monitoring wireless networking under FreeBSD - is now completed and I'd really appreciate if I could get some help in more extensive testing in a wider range of wireless networking usage scenarios. A tarbal of the latest sources of the module is available under http://people.freebsd.org/~syrinx/snmp/snmp_wlan-20100710-01.tar. To compile and install the module - #fetch http://people.freebsd.org/~syrinx/snmp/snmp_wlan-20100710-01.tar #tar -xvf snmp_wlan-20100710-01.tar #cd snmp_wlan #make #make install (as root) To enable loading of the module in bsnmpd(1), one should add the following line to bsnmpd(1) config file (usually /etc/snmpd.config) - begemotSnmpdModulePath."wlan" = "/usr/lib/snmp_wlan.so" More details on how the module works may be found in the snmp_wlan(3) man page and in the private BEGEMOT-WIRELESS-MIB the module implements (installed under /usr/share/snmp/mibs/BEGEMOT-WIRELESS-MIB.txt). Know issues currently are that BITS types are not always handled properly, and TX rates may not always be properly set - I am working on fixing those. All feedback is wellcome - bug reports, requests for features to be included in future versions of the module, code style and bug fix patches. I will be glad to help resolve any problems that may arise while installing/working with the module and answer any questions you may have. Thanks! cheers, Shteryana ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"