January 2003 - Scli - lists.ibr.cs.tu-bs.de

scli moving to glib-2.0 and modularization
by Juergen Schoenwaelder 31 Jan '03

31 Jan '03

I changed my scli sources yesterday to use the glib-2.0. Since glib-2.0 has some nice new features, it might be possible to simplify some of the internals by reusing more glib stuff. If someone sees a problem with moving to glib-2.0, please let me know. I also played some time with the idea to separate out the SNMP implementation. I did just that yesterday by creating a package tentatively called gsnmp. The idea here would be that others can reuse the glib-based SNMP library easily. Now, making this split would imply that scli has another dependency. If you think this is a problem, please let me know. There is another open question: Should the scli stubs also become a reusable separate package? It would make sense if there are people who are interested to develop other applications that make use of the stubs. One could package this as gsnmpietf (stubs for the IETF MIBs), gsnmpnortel, gsnmpcisco, ... Having stub packages would allow to write simple programs such as the one below without having to deal with all the nasty SNMP/MIB things. But perhaps I am starting to overdo modularization? Comments are welcome. /js #include <gsnmp.h> #include <ietf/snmpv2-mib.h> static void ping(GSnmpSession *s) { snmpv2_mib_system_t *system; snmpv2_mib_get_system(s, &system, SNMPV2_MIB_SYSDESCR); if (! s->error_status && system) { g_print("%.*s\n", system->_sysDescrLength, system->sysDescr); } if (system) snmpv2_mib_free_system(system); } int main(int argc, char **argv) { GSnmpSession *s; if (! g_snmp_init(FALSE)) { exit(1); } s = g_snmp_session_new(G_SNMP_TDOMAIN_UDP_IPV4, "localhost", 161); if (! s) { exit(1); } s->rcomm = "public"; s->version = G_SNMP_V1; ping(s); g_snmp_session_destroy(s); return 0; }

2 2

Re: [scli] gsnmp opinions/suggestions
by fredo 22 Jan '03

22 Jan '03

hi! >Not sure yet. Much of the code is just a hacked version of the code >using in gxsnmp which is again rooted to some extend in the BNTG >sources. Lots of this code needs to be cleaned up. you might discover that i tried gxsnmp once. (hint: look at its faq) >I am looking into gnet at the moment but it is not yet clear whether >gnet has all the things I need (service name lookups come to mind). I some of this is on the todo and if it needs to be i'll write this. >also would like to actually integrate things piecewise into gnet >(e.g. the ASN/BER module first) so that things can be reused for other >protocols (LDAP, Kerberos, COPS-PR, ...). JUHU, mein schatz i already rewrote the asn1 part, so i have attached my changed library, hope you can use it. >I use gsnmp currently only for manager side implementations and in >this case it does not bind to 161 so I do not see the problem. at a later time. -- __ _ / _|_ __ ___ __| | ___ unix, linux, freebsd | |_| '__/ _ \/ _` |/ _ \ jpeg, png, gif, ppm | _| | | __/ (_| | (_) | apache, perl, php, mysql |_| |_| \___|\__,_|\___/ pdf, ps, abw, html, pod

2 1

gsnmp opinions/suggestions
by fredo 22 Jan '03

22 Jan '03

hi! my first look into gsnmp: i saw a couple of 'not thread safe' comments, why so ? because glib-2.0/2.2 is thread-safe. if its for the socket methods, why not port to gnet, paired with the glib thread-queues makes a really powerful dispatcher mechanism, instead of the slist ;)~ (but has no ipv6 support yet). one particular problem may arise if you have several different snmp-tools running on one machine, where each of those believes in its exlusive right to bind to port 161/udp (one wins the others loose), so do you really need to make a request from that specific port ? you could modify the GSnmpTransport struct to include a socket (gnet or otherwise) and the function-map is already there to send/recv the pdus. much like (with gnet): typedef struct _GSnmpUdpTransport { GSnmpTDomain tdomain; /* transport domain */ gchar *name; /* name of the transport domain */ GUdpSocket *socket; gboolean (*sendMessage) ( GUdpSocket *socket, GInetAddr *targetHost, guchar *outgoingMessage, guint outgoingMessageLength ); gboolean (*receiveMessage) ( GUdpSocket *socket, GInetAddr **sourceHost, guchar **incomingMessage, guint *incomingMessageLength ); gboolean (*resolveAddress) ( gchar *targetHost, guint16 port, GInetAddr **address ); gboolean (*initSocket) ( GUdpSocket **socket ); gboolean (*closeSocket) ( GUdpSocket *socket ); } GSnmpUdpTransport; typedef struct _GSnmpTcpTransport { GSnmpTDomain tdomain; /* transport domain */ gchar *name; /* name of the transport domain */ GTcpSocket *socket; gboolean (*sendMessage) ( GTcpSocket *socket, guchar *outgoingMessage, guint outgoingMessageLength ); gboolean (*receiveMessage) ( GTcpSocket *socket, guchar **incomingMessage, guint *incomingMessageLength ); gboolean (*resolveAddress) ( gchar *targetHost, guint16 port, GInetAddr **address ); gboolean (*initSocket) ( GInetAddr *targetHost, GTcpSocket **socket ); gboolean (*closeSocket) ( GTcpSocket *socket ); } GSnmpTcpTransport; do you see the light ? -- fredo

2 1

Re: [scli] gsnmp test
by fredo 15 Jan '03

15 Jan '03

On Wed, 15 Jan 2003 00:40:29 +0100, you wrote: >What is mii2c? Scli uses smidump (part of the libsmi package) to >generate C manager stubs from MIBs. And once you have the stubs, >someone needs to write some C code to add a bunch of useful commands >to the scli interpreter which turns the data delivered through the >stub functions into something useful. See the LISA paper for details >and examples. seams he got confused from net-snmp ? -- fredo

1 0

Re: [scli] gsnmp test
by fredo 15 Jan '03

15 Jan '03

On Tue, 14 Jan 2003 15:30:16 -0800, you wrote: >Hi Fredo, >just a lurker, but I would suspect you have downloaded the file via >mozilla/netscape and it has uncompressed the file for you. nope, wget and curl :) >on a side note, I was wondering if there was a guide on how to install a >custom MIB (in my case a alteon load balancer) into scli. the mii2c tool >you mentioned on your site complained very heavily about it. I can forward >you the mib if it helps i'm not the mii2c person, sorry. but i know from experience that nortel (alteon) mibs are usually a little bit arkwardn and need to be tweeked often and always. you should run the mib thru "smidump -f smiv1" first, fix the errors and then try "smidump -f scli", but you will have to write at least some integration code to use it from scli. just thinking ... -- fredo

1 0

RE: [scli] gsnmp test
by fredo 15 Jan '03

15 Jan '03

hi! "gzip -dc gsnmp-0.1.0.tar.gz |tar xvf -" gives me the follwing output: :gzip: gsnmp-0.1.0.tar.gz: invalid compressed data--format violated :tar: Unexpected EOF on archive file :tar: Error exit delayed from previous errors also i noticed, during configure there should be a directory called 'iana' which isnt there either. the file is 1377580 bytes both on the ftp-server and local. -- fredo

3 3

Re: [scli] introduces
by fredo 15 Jan '03

15 Jan '03

On Wed, 15 Jan 2003 00:20:51 +0100, you wrote: >Can you say a bit more what you use scli for? I have absolutely no >idea which parts people love or hate so any concrete feedback positive >or negative is really welcome. basically i installed scli to debug some nortel stacks (450T) which behaved very strange with snmp, but since have found that i will display a lot of useful information for our vastly (vendor) heterogenious network. so our NOC uses it launchable from our tivoli console to quickly display network performance and asset information where available (entity-mib). -- fredo

1 0

Re: [scli] gsnmp test
by fredo 15 Jan '03

15 Jan '03

On Wed, 15 Jan 2003 00:25:04 +0100, you wrote: >Interesting. I just untarred the same file without problems, the iana >directory is there and I could also build the whole package. Since >gzip tells you that it found "invalid compressed data", I guess your >copy is not the same as the copy on the server. The md5sum of the file >on the server is: > >8e910e036166dc48ef19ca79211eba26 gsnmp-0.1.0.tar.gz no my md5sum is different, seams like our proxy corrupted it since a get a correct file ftp'd with one of my internet servers. sorry for the error. -- fredo

1 0

introduces
by fredo 15 Jan '03

15 Jan '03

hi, i'd like to introduce me ... my name is alfred reibenschuh, i work for a big asp/msp/isp in austria (financial branch) as network management architect, since 1997. my area of expertise include evaluation, design and deployment of network management applications with focus on data-collection and reporting (dataware house). i use libsmi (+tools), scli, ucd-snmp as debugging tools for quite some time, apart from our regular snmp-software which includes netview, ehealth, riversoft and perl. -- fredo

2 1

gsnmp test
by fredo 15 Jan '03

15 Jan '03

hi! i've read about the gsnmp lib and would like to test it but it seams that the archive on the ftp-server is truncated and misses some important files and directories ... my testing environments would include linux, aix, cygwin and mingw. -- fredo

2 1