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

Feature Request: Cisco VLAN bridging information
by Dirk Janssens 30 Nov '02

30 Nov '02

Hello, Is it possible to add support for getting VLAN and Trunking info for cisco equipment? I'm not very experienced at SNMP, but I believe the MIBS are: CISCO-VLAN-BRIDGING-MIB and CISCO-VTP-MIB IF there are some guidelines or howto's about adding such features to scli, i'm willing to try it myself (but absolutely no guarantees I will succeed :-) Kind regards, Dirk -- --------------------------------------------------------- KULeuvenNet --

2 1

gsnmp test package
by Juergen Schoenwaelder 27 Nov '02

27 Nov '02

I just wrapped together a gsnmp test package: ftp://ftp.ibr.cs.tu-bs.de/pub/local/gsnmp/gsnmp-0.1.0.tar.gz This package requires glib2 and compilation generates three libraries: libgsnmp snmp protocol engine libgsnmpiana stubs for all IANA maintained MIB modules libgsnmpietf stubs for all published IETF MIB modules There are some very simple test programs in the tools directory. It would be nice to get feedback about this. There are many things that could be done, such as: - support for SNMP version 3 and perhaps TCP transport - more compatibility with the glib way of doing things - more intensive usage of new glib2 features - stubs for notifications and such - reduce size of the stubs At the moment, libgsnmpietf.a offers 7674 stub entry points with a total size of 3521906 bytes (gcc compiled with -O2), which means an average stub size of roughly 460 bytes. I have some ideas on how to cut this down a bit, but probably nothing really dramatic. The point really is that the number of functions that fall out of all the MIBs is so huge. What really is needed are MIB annotations which help to produce fewer but more meaningful stubs. I am working on an scli version which uses these libraries. I am not sure how I deal with the vendor specific stubs or unpublished stubs that scli needs. Ideally, there would be libgsnmpcisco or libgsnmpnortel but since it is difficult to get an overview of the vendor MIBs, the approach is probably to add them slowly when needed (and if the copyright allows to do so). Anyway, it would be nice if people can check this out. Feedback on this is more than welcome. /js -- Juergen Schoenwaelder <http://www.informatik.uni-osnabrueck.de/schoenw/>

1 0

scli feature list
by Iain McAleer 15 Nov '02

15 Nov '02

Hello, I'm looking for a complete list of all scli's features, if anyone has this information and could please forward it to me it would be greatly appreciated. Regards, Iain McAleer

2 1

Re: [Fwd: [scli] scli moving to glib-2.0 and modularization]
by Michael Goffioul 13 Nov '02

13 Nov '02

> 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, ... >From my point of view (short intro: Michael Goffioul, KDEPrint and sKli developer), having access to separate libraries to perform all the SNMP dirty work is a plus. Having access to the internal data is much faster and more reliable than parsing the scli standard output (whose format can change from one version to the other). So I'm pretty much in favor of such a development direction. For the dependency problem, you can still package the whole source code into one package, containing the various libraries and the scli executable, and leave the splitting into separate binary packages to the distro packagers. As final note, I'll add that having access to the stubs is (at least for me) as important as for the gsnmp alone. So yes, putting stubs accessible in separate package/libs is pretty useful. Bye. Michael. -- ------------------------------------------------------------------ Michael Goffioul IMEC-DESICS-MIRA e-mail: goffioul(a)imec.be (Mixed-Signal and RF Applications) Tel: +32/16/28-8510 Kapeldreef, 75 Fax: +32/16/28-1515 3001 HEVERLEE, BELGIUM ------------------------------------------------------------------ This e-mail and/or its attachments may contain confidential information. It is intended solely for the intended addressee(s). Any use of the information contained herein by other persons is prohibited. IMEC vzw does not accept any liability for the contents of this e-mail and/or its attachments. ------------------------------------------------------------------

2 3

Can't compile current CVS version
by Kurt Pfeifle 10 Sep '02

10 Sep '02

Hi, I am new to this list -- so: hi there, all! I am Kurt and doing some work related to network printers for a living as well as inside the free software community. I am involved with CUPS, KDEPrint and linuxprinting.org, though not as a programmer, but rather in writing documentation. I've used the realllllllly nice scli command line version for quite a while now and been able to surprise quite a few people with "my secret knowledge" and "my" easy solution to a problem, which you guys made possible. Michael Goffioul, the KDEPrint programmer wizard, has started 3 days ago to implement a KDE GUI frontend to scli (for those curious about the first screenshots, see http://www.geocities.com/kdeprint/skli.html) He told me it required the latest CVS of scli, if I wanted to test his frontend. I had the following compile error during "make": make[2]: Entering directory `/data/cups-versionen/CVSstuff/scli/scli/doc' cd . \ && /bin/sh /home/kde4/cups-versionen/CVSstuff/scli/scli/missing --run makeinfo \ `echo scli.texinfo | sed 's,.*/,,'` scli.texinfo:271: Unbekannter Befehl »verbatim«. scli.texinfo:277: Nicht übereinstimmendes »@end«. [....repeating similar messages...] scli.texinfo:1593: Unbekannter Befehl »verbatim«. scli.texinfo:1596: Fehlplazierte {. scli.texinfo:1597: Fehlplazierte {. scli.texinfo:1602: Fehlplazierte }. scli.texinfo:1605: Fehlplazierte }. scli.texinfo:1606: Nicht übereinstimmendes »@end«. scli.texinfo:1631: Unbekannter Befehl »verbatim«. scli.texinfo:1634: Fehlplazierte {. scli.texinfo:1635: Fehlplazierte {. scli.texinfo:1637: Fehlplazierte }. scli.texinfo:1639: Fehlplazierte {. scli.texinfo:1641: Fehlplazierte }. scli.texinfo:1646: Fehlplazierte }. scli.texinfo:1647: Nicht übereinstimmendes »@end«. makeinfo: Entferne Ausgabe-Datei »/data/cups-versionen/CVSstuff/scli/scli/doc/scli.info« wegen der Fehler; --force benutzen, um diese beizubehalten. make[2]: *** [scli.info] Error 1 make[2]: Leaving directory `/data/cups-versionen/CVSstuff/scli/scli/doc' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/data/cups-versionen/CVSstuff/scli/scli' make: *** [all] Error 2 Maybe this is a passing thing, gone with my next "cvs up" syncing. If so, I'll see tomorrow, or the day after, if it compiles for me. If not, please tell me, what I am doing wrong. System: SuSE 7.3, gcc version 2.95.3 20010315 (SuSE) Thanks for any help! Cheers, Kurt

3 5

scli 0.2.12 available
by Juergen Schoenwaelder 02 Sep '02

02 Sep '02

: Changes in scli 0.2.12: : : - new "show isdn bri command" : - new "show isdn bearer command" : - new "show sonet media" command : - new "show sonet section stats" command : - new "show sonet section history" command : - new "monitor sonet section stats" command : - new "set printer operator" command : - minor bug fixes Enjoy. /js -- Juergen Schoenwaelder <http://www.informatik.uni-osnabrueck.de/schoenw/>

1 0

configure.in in CVS
by Andrew Hood 13 Aug '02

13 Aug '02

configure.in doesn't work with autoconf 2.53. Required patch: Index: configure.in =================================================================== RCS file: /anoncvs/scli/configure.in,v retrieving revision 1.37 diff -u -w -r1.37 configure.in --- configure.in 3 Jul 2002 18:40:25 -0000 1.37 +++ configure.in 11 Aug 2002 22:21:14 -0000 @@ -76,8 +76,10 @@ AC_ARG_ENABLE(dmalloc, [ --enable-dmalloc enable dmalloc debugging (www.dmalloc.com)], + [ AC_CHECK_HEADERS(dmalloc.h) AC_CHECK_LIB(dmalloc, malloc) + ] ) dnl Create all the Makefiles we need and we are done. -- There's no point in being grown up if you can't be childish sometimes. -- Dr. Who

2 1

scli 0.2.11 available
by Juergen Schoenwaelder 03 Jul '02

03 Jul '02

: Changes in scli 0.2.11: : : - new "show tcp states" and "monitor tcp states" commands : - new "show tcp info" command : - added new options -q (quiet) and -i (protocol mode) : - commands are now case insensitive for the protocol mode : - minor bug fixes This is basically a bug-fix release with some added goodies. Enjoy. /js -- Juergen Schoenwaelder <http://www.informatik.uni-osnabrueck.de/schoenw/>

1 0

scli 0.2.10 available
by Juergen Schoenwaelder 26 Jun '02

26 Jun '02

: Changes in scli 0.2.10: : : - new "set nortel bridge vlan name" command : - new "set 3com bridge vlan name" command : - new "set 3com bridge vlan ports" command : - new "create 3com bridge vlan" command : - new "delete 3com bridge vlan" command : - new "create scli interp" command : - new "delete scli interp" command : - improved output generated by the "show interface stack" command : - display physical receive addresses in "show interface details" command : - file name - in the scli options is treated as stdin : - added option to set the SNMP version (which turns autoprobe off) : - minor bug fixes Enjoy. /js -- Juergen Schoenwaelder <http://www.informatik.uni-osnabrueck.de/schoenw/>

4 8

Few glitches
by Marcin Cieslak 28 May '02

28 May '02

While porting scli 0.2.8 to FreeBSD I have noticed few things: 0.2.8 is not listed yet on the download page at: http://www.ibr.cs.tu-bs.de/projects/scli/download.html Autoconf test for LIBXML2 fails with xml2-config of the newer libxml2's. (One should always use "libxml" prefix in #include's). The patch for aclocal.m4: --cut here-->8- --- aclocal.m4_orig Fri May 24 22:18:13 2002 +++ aclocal.m4 Fri May 24 22:18:23 2002 @@ -579,7 +579,7 @@ #include <stdlib.h> #include <stdio.h> #include <string.h> -#include <xmlversion.h> +#include <libxml/xmlversion.h> int main() --cut here-->8- The whole "modes.texinfo" file is missing, both in a tarball and CVS. I have extracted it from the enclosed .info file. I need to rebuild the info file while compiling to attach "direntry" there. In the FreeBSD port to be out soon I have already attached a timezone patch. That's all for now and keep up good work. -- << Marcin Cieslak // saper(a)system.pl >>

3 4