Don't worry about the delay Dave;
I realized that there is a problem to run mib2c with
the primitive node (sipCommonMIB) if in some group or table there are
row status
fields.
When the mib2c read the perl template (mib2c.array-user.conf), it
produce C code for a row_status check for tables that don't have the
row status
field too. So that gives you an a compile error.
Thank you anyway.
Paolo Cortesi
Dave Shield wrote:
[ Sorry for the delay in responding to this ]
I'am going to use mib2c for SIP-COMMON-MIB to builid a subagent.
Reading documentation I suppose that I cannot invoke mib2c for the
entire sipCommonMIB, but the only way is to invoke mib2c for every
group of SIP-COMMON-MIB.
No, that shouldn't be necessary.
You ought to be able to run 'mib2c' on the whole MIB in one go.
It *might* be necessary to run it twice - once for scalar objects
and once for the tables, but that should cover everything.
Now I wonder if master daemon is able to correcty redirect the
applications request to this subagent after its subscription.
It should be, yes.
As long as the subagent registers the various bits it implements,
the master agent should direct any relevant requests to it.
Dave
Gruppo Telecom Italia - Direzione e coordinamento di Telecom Italia S.p.A.
====================================================================
CONFIDENTIALITY NOTICE
This message and its attachments are addressed solely to the persons
above and may contain confidential information. If you have received
the message in error, be informed that any use of the content hereof
is prohibited. Please return it immediately to the sender and delete
the message. Should you have any questions, please send an e_mail to
[EMAIL PROTECTED] Thank you
====================================================================
|
