gunther_01
Premium
join:2004-03-29
Saybrook, IL
| reply to rwhalen
Re: HGA SNMP Issues
The old post mainly refered to a bad MIB format, and the fact that the new radios 2400b/g have different OID's then old 2400 b-only. PRTG works great, BUT at a first set-up of my 2400's with the MIB loaded it walks the device to scan for OID's from the MIB. After it get's info back on OID's the 2400's hang for SNMP requsts, A reboot is required (for me) to get PRTg to work again. No problems later for the most part. |
|
rwhalen
Premium
join:2002-04-30
Belleville, MI
| reply to lutful
said by lutful  :said by gunther_01 :I have had the same problem with my initial set-up of my devices (all 2400-37's). Except I think it's more of a walk command (PRTG). After my OID's are entered in the system and reboot the radio it works fine. Every now and then if the radio is being utilized allot by passing traffic, I won't get responses to my SNMP. I will however be still passing traffic, just without SNMP stats. gunther_01, I recall your old post: » HGA pro 2400 OID'sPRTG is working fine with so many SNMP devices for so many people so I am thinking that your problem is due to a faulty SNMP agent implementation in Osbridge or Realtek SDK. I am having these issues with the most basic of tools (snmpget), so that also leads me to believe there are still bugs to be worked out with the SNMP issues experienced in older firmware versions...when I contacted HGA a little over a week ago regarding this issue, I got the impression that I was the only one having a problem with this...Rich suggested that I use PRTG rather than Cacti to solve the issue, but to me this seems like a problem with the SNMP agent rather than with my monitoring software.
Is there anything else that I could try? |
|
lutful
Premium
join:2005-06-16
Ottawa, ON
 ·TekSavvy Solutions..
| reply to gunther_01
said by gunther_01 :I have had the same problem with my initial set-up of my devices (all 2400-37's). Except I think it's more of a walk command (PRTG). After my OID's are entered in the system and reboot the radio it works fine. Every now and then if the radio is being utilized allot by passing traffic, I won't get responses to my SNMP. I will however be still passing traffic, just without SNMP stats. gunther_01, I recall your old post: »HGA pro 2400 OID's
PRTG is working fine with so many SNMP devices for so many people so I am thinking that your problem is due to a faulty SNMP agent implementation in Osbridge or Realtek SDK. |
|
gunther_01
Premium
join:2004-03-29
Saybrook, IL
| reply to rwhalen
I have had the same problem with my initial set-up of my devices (all 2400-37's). Except I think it's more of a walk command (PRTG). After my OID's are entered in the system and reboot the radio it works fine. Every now and then if the radio is being utilized allot by passing traffic, I won't get responses to my SNMP. I will however be still passing traffic, just without SNMP stats. |
|
rwhalen
Premium
join:2002-04-30
Belleville, MI
| reply to br_wlan
said by br_wlan :What firmware version are you running? v1.11R, which appears to be the latest version.
Interestingly enough, the changelog for this version says it fixes:
"* Fixed bug in SNMP daemon causing the daemon to stop responding to queries after some time."
That looks like the same problem I am still experiencing w/ v1.11R... |
|
br_wlan
join:2005-11-20
New York, NY | reply to rwhalen
What firmware version are you running? |
|
rwhalen
Premium
join:2002-04-30
Belleville, MI
| Hey Guys,
I am trying out a couple of HGA-2400 Pro G 37 »www.highgainantennas.com/product···2037.htm , and am having alot of trouble getting SNMP to work properly on them.
Currently, I have a FreeBSD box running Cacti that I monitor everything in my network with. In order to verify that I can connect to the HGA and pull SNMP data from it, I used the command line tool snmpget to pull data.
What happens is, when I first issue the command:
$ snmpget -v 2c -c public 192.168.1.55 .1.3.6.1.4.1.19025.1.1.2.1.3.0
$ snmpget -v 2c -c public 192.168.1.55 .1.3.6.1.4.1.19025.1.1.2.1.3.0
SNMPv2-SMI::enterprises.19025.1.1.2.1.3.0 = No Such Instance currently exists at this OID
Any ideas??
Thanks!
Ryan |
|
