C# Based Open Source SNMP for .NET and Mono

New Post: SNMP and VLANs

gblmarquez — Mon, 20 May 2013 20:47:20 GMT

Thanks @lextm. I did what you recommended I found this link with some mib files

Am I on the right path?

Now I think I should use compiler to create the modules files using the mibs and after that use the browser to navigate on it. Am I right?

Thanks for all!

New Post: SNMP and VLANs

gblmarquez — Mon, 20 May 2013 20:47:20 GMT

New Post: SNMP and VLANs

lextm — Sun, 19 May 2013 00:08:07 GMT

You should read HP documentation on that model or contact its support team to understand how to achieve management via SNMP.

New Post: SNMP and VLANs

lextm — Sun, 19 May 2013 00:08:07 GMT

You should read HP documentation on that model or contact its support team to understand how to achieve management via SNMP.

New Post: SNMP and VLANs

gblmarquez — Sat, 18 May 2013 22:08:30 GMT

Hi,

I'm new to SNMP world, I'm a confused about how it works.
What I need is get and set VLANs for a switch from HP model v1910-24G.

Where I can find the OID correct to get VLAN.
Above there is the sample code I'm using to get the data from SNMP.

var result = Messenger.Get(VersionCode.V2,
                new IPEndPoint(IPAddress.Parse("192.168.0.254"), 161),
                new OctetString("public"),
                new List<Variable> { new Variable(new ObjectIdentifier("1.3.6.1.4.1.43.45.1.2.23.1.2.1.1.1.13")) },
                60000);

foreach (var item in result)
{
    Console.WriteLine(item.Data.ToString());
}

Thanks very much everyone that could help me.

New Post: SNMP and VLANs

gblmarquez — Sat, 18 May 2013 22:08:30 GMT

var result = Messenger.Get(VersionCode.V2,
                new IPEndPoint(IPAddress.Parse("192.168.0.254"), 161),
                new OctetString("public"),
                new List<Variable> { new Variable(new ObjectIdentifier("1.3.6.1.4.1.43.45.1.2.23.1.2.1.1.1.13")) },
                60000);

foreach (var item in result)
{
    Console.WriteLine(item.Data.ToString());
}

Thanks very much everyone that could help me.

New Post: Configurable EngineId, SNMPv3 Discovery and SNMP exception.

lextm — Tue, 14 May 2013 04:39:18 GMT

If you review the constructor of a typical SNMP v3 message, such as GetRequestMessage, you will see the report parameter used.

Using that report message is too heavy, as you can see only two sections of that message are used during construction. Thus, we should not try to cache the whole message. Ideally the cache should only cache those two sections, and the related constructors should be changed to use the cached sections. (Well, caching ISnmpMessage is still acceptable, as that's the simplest approach to achieve our goals. Further changes can be deferred).

Messenger.GetNextDiscovery was changed to add that new parameter, because that's how the RFC documents require for proper discovery. While practically it is OK to always use GET to discover an agent, we must support discovery via GET BULK, SET and so on.

We should focus on caching first, and later consider exceptions and other factors.

Regards,

Lex

New Post: Configurable EngineId, SNMPv3 Discovery and SNMP exception.

lextm — Tue, 14 May 2013 04:39:18 GMT

New Post: Multi-Threading with ISnmpMessage classes

lextm — Tue, 14 May 2013 04:21:55 GMT

ISnmpMessage derived classes can be viewed as the object representation of raw bytes in the packets,

They are designed to be immutable once constructed. (If it fails to meet this, please report a bug.)
Each instance should be independent of another.

And that's why I stated they can use in multi-threaded environment. Since static methods in Messenger class generate such instances under the hood, I think they are thread-safe too.

Regards,

Lex

New Post: Multi-Threading with ISnmpMessage classes

lextm — Tue, 14 May 2013 04:21:55 GMT

ISnmpMessage derived classes can be viewed as the object representation of raw bytes in the packets,

They are designed to be immutable once constructed. (If it fails to meet this, please report a bug.)
Each instance should be independent of another.

And that's why I stated they can use in multi-threaded environment. Since static methods in Messenger class generate such instances under the hood, I think they are thread-safe too.

Regards,

Lex

New Post: Configurable EngineId, SNMPv3 Discovery and SNMP exception.

nickolaykon — Sun, 12 May 2013 22:47:32 GMT

SNMP v3 response cache can be a nice addition to improve performance. But this cache needs to be per agent, and managed with timeout/exception in mind. I don't have any idea on how to implement it yet. BTW, it will not be only ReportMessage to be cached, but any reply from the agent should be.

In regards of caching the discovery information. Would it be an acceptable way to cache a new instance of ReportMessage for the specific agent using the information that I get in the response after calling GetResponse for that agent (for all requests regardless whether its a GetRequestMessage,GetBulkRequestMessage,SetRequestMessage...) . This approach is working however I am a bit thrown off by the fact that Messenger class requires a SnmpType for the GetNextDidscovery function implying that different information is needed for the discovery to take place. Isn't it the same information such as snmpEngineID, snmpEngineBoots etc. that is required for discovery to take place regardless of what type of SnmpV3 call is going to take place or am misunderstanding the process? To sum up the question is it acceptable to have a ReportMessage cached for any type of request for a specific agent?
(not addressing exceptional conditions & timeout in this question)

New Post: Configurable EngineId, SNMPv3 Discovery and SNMP exception.

nickolaykon — Sun, 12 May 2013 22:47:32 GMT

SNMP v3 response cache can be a nice addition to improve performance. But this cache needs to be per agent, and managed with timeout/exception in mind. I don't have any idea on how to implement it yet. BTW, it will not be only ReportMessage to be cached, but any reply from the agent should be.

New Post: Multi-Threading with ISnmpMessage classes

nickolaykon — Sun, 12 May 2013 22:03:27 GMT

Hi Lex,

You wrote in FAQs that the library is not thread safe

Is this library thread safe? : Not yet. Please use static methods in Messenger class which should be thread safe.

However in one of the older posts

https://sharpsnmplib.codeplex.com/discussions/234718

You said that ISnmpMessage classes can be used in multi-threaded environment if they are spawned and thrown away for each request. Has this changed over the past 3 years? Meaning that is it still safe to use Level-1 ISnmpMessage derived classes in a multi-threaded fashion without locking if they get spawned and thrown away each time?

New Post: Multi-Threading with ISnmpMessage classes

nickolaykon — Sun, 12 May 2013 22:03:27 GMT

Hi Lex,

You wrote in FAQs that the library is not thread safe

Is this library thread safe? : Not yet. Please use static methods in Messenger class which should be thread safe.

However in one of the older posts

https://sharpsnmplib.codeplex.com/discussions/234718

New Post: How Can I Compile again The Edited Mib file Which Has Same Name ?

lextm — Sun, 12 May 2013 12:06:59 GMT

If reloadObject.Tree.PendingModules.Count is not 0, then the modules are pending. You will have to compile all modules and their dependencies to avoid pending modules.

If both reloadObject.Tree.PendingModules.Count and reloadObject.Tree.LoadedModules.Count are 0, that means you fail to compile the MIB documents to .module files in the module folder. That must be done ahead of loading any module, by using Assembler class. In the Compiler sample you can see how this class is used to compile MIB documents to .module files.

-Lex

Updated Release: TritonMate (8.0) (Apr 07, 2013)

lextm — Sat, 11 May 2013 13:34:28 GMT

News: MIB Compiler Pro Early Access Program is open

Work item 7239 Bug in SecureSnmpContext.HandleMembership method is closed.
Work item 7240 System.ArgumentException truncation error for 32-bit integer coding is closed.
Work item 7241 v1 walk throws exception on bad(?) data from printer is closed.
Work item 7243 SNMP v3 discovery bug is closed.
Work item 7245 Exception on V3 Inform discovery messages is closed.
Work item 7253 Report engine time exceeds RFC max value is closed.
Samples are enhanced according to RFC 3414.
Added official Xamarin.iOS (MonoTouch) and Xamarin.Android (Mono for Android) support.
Engine assembly is ported to .NET CF.
Implemented ifTable in snmpd.
Name to OID resolution is added in snmptranslate sample.
Added BytesViewer sample.
Library re-licensed under MIT/X11.

Please ignore the "rc" names in the download files, as they are stable.

Released: TritonMate (8.0) (Apr 07, 2013)

Sat, 11 May 2013 13:34:28 GMT

News: MIB Compiler Pro Early Access Program is open

Work item 7239 Bug in SecureSnmpContext.HandleMembership method is closed.
Work item 7240 System.ArgumentException truncation error for 32-bit integer coding is closed.
Work item 7241 v1 walk throws exception on bad(?) data from printer is closed.
Work item 7243 SNMP v3 discovery bug is closed.
Work item 7245 Exception on V3 Inform discovery messages is closed.
Work item 7253 Report engine time exceeds RFC max value is closed.
Samples are enhanced according to RFC 3414.
Added official Xamarin.iOS (MonoTouch) and Xamarin.Android (Mono for Android) support.
Engine assembly is ported to .NET CF.
Implemented ifTable in snmpd.
Name to OID resolution is added in snmptranslate sample.
Added BytesViewer sample.
Library re-licensed under MIT/X11.

Please ignore the "rc" names in the download files, as they are stable.

New Post: How Can I Compile again The Edited Mib file Which Has Same Name ?

soheila — Wed, 08 May 2013 08:44:28 GMT

I use :
ReloadableObjectRegistry reloadObject =new ReloadableObjectRegistry(path);

     reloadObject.Compile(MibFilePath);

but reloadobject loadedMolules is null

New Post: How Can I Compile again The Edited Mib file Which Has Same Name ?

lextm — Wed, 08 May 2013 01:39:02 GMT

DefaultObjectRegistry is obsolete, and you should switch to SimpleObjectRegistry or ReloadableObjectRegistry.

For the open source edition of SharpSnmpLib.Mib, you will have to use ReloadableObjectRegistry, which allows you to reload the tree by calling Reload. All modules will have to be reloaded even if only one module is edited.

In the Pro edition of SharpSnmpLib.Mib (soon to release as a commercial product), when one module is edited, only affected modules will be reloaded, and it is automatically handled. So if you like, you can participate in the private beta,

http://www.lextm.com/2013/05/snmp-pro-private-beta-is-ready-and.html

New Post: How Can I Compile again The Edited Mib file Which Has Same Name ?

soheila — Tue, 07 May 2013 13:29:38 GMT

i am using DefaultObjectRegistry in my project and the user can change the MIB file corresponding the device connected to Network.
when the user edits MIB contents and compile it again it encounters no changes in all oids .
i tried to clear or refresh the DefaultObjectRegistry by member functions such as DefaultObjectRegistry.instance.tree.refresh() and DefaultObjectRegistry.Instance.Tree.LoadedModules.Remove(MibFilePath) (this line exception accure) but i was unsuccessful
please help me
best regards