[comp.protocols.tcp-ip] SGMP confusion

eggers@DIRAC.CC.ND.EDU (Mark D. Eggers) (09/15/88)

I am trying to implement the latest version of the SGMP code
obtained from clash.cisco.com. I am using this code on a microVAX
running Ultrix V2.2 with p4200 routers running Rev 8.0 of the
router software.

Problem 1

This came when I was compiling the code. There is a call in
sgmp/src/sgmpwatch/main.c on line 121 that goes like this:

nstob(argv[option_count+1],number);

and seems to convert an internet number in dotted decimal notation
to an unsigned int (network or host order address??). I just
commented this line out, and limited the application to only using
host names. Not nice, but it should work.

Problem 2

This comes from my inability (currently) to understand RFC 1028 and
how the variables are specified. On page 13, a generic variable
can be specified in the following manner:

_GW_version_id		01 01 01
_GW_net_if_type_net1	01 03 01 03 01

Now, in the appendix on Proteon variable names, the following
preamble is given:

_GW_impl_Proteon_p4200-R7.4_devpn	01 FF 01 01 04

with the sentence saying 'followed by the name of said network
interface as described above' (page 27). To me, that means the
following construct should be valid.

_GW_impl_Proteon_p4200-R7.4_devpn_net1 01 FF 01 01 04 01

Now later on in the RFC, the variable descriptions keep having
the sentence that has in part 'on the network interface identified
by the initial portion of its name'. Thus, for the not in ring
variable, should the construct be

_GW_impl_Proteon_p4200-R7.4_devpn_net1_not-in-ring 01 FF 01 01 04 01 07

or

_GW_impl_Proteon_p4200-R7.4_devpn_not-in-ring_net1 01 FF 01 01 04 07 01

I know the text seems to state the former, but it doesn't mesh with the
patterns set up on page 13 (at least to me).

A few odds and ends

The sgmp.variables file has dev-pn instead of devpn. The RFC states that
the Proteon variables can change without notice. I assume that
the ftp'ed file is correct? Also, I am running R8.0, so should the
preamble be 01 FF 01 02? And finally - are there different variable
designations for Pronet 4, 10, and 80?

Thanks for putting up with such a long list of confusions.

Mark Eggers, Network Communications Analyst, University of Notre Dame

internet:    eggers@dirac.cc.nd.edu
             cf4a8x@irishmvs.cc.nd.edu
BITNET:      cf4a8x@irishmvs

phone:       (219) 239-7258

satz@CLASH.CISCO.COM (09/19/88)

>> This came when I was compiling the code. There is a call in
>> sgmp/src/sgmpwatch/main.c on line 121 that goes like this:
>> 
>> nstob(argv[option_count+1],number);
>> 
>> and seems to convert an internet number in dotted decimal notation
>> to an unsigned int (network or host order address??). I just
>> commented this line out, and limited the application to only using
>> host names. Not nice, but it should work.

I removed some dead code and apparently missed a place. Changing the above
line to the following should do what you want. This change has not been
tested yet.

    *number = dotto32bit(argv[option_count + 1]);

The /etc/sgmp.variables file that is distributed with the RPI tools is not
guaranteed to be correct for anything other then the cisco specific
variables. You should check with your vendor to make sure you obtain their
correct implementation specific variables.

Greg Satz
cisco Systems