new ip-forward-mib needed in 5.2.1?

2005-01-12 Thread Wes Hardaker
5.2 currently contains code to support the inetCidrRouteTable from the IP-FORWARD-MIB. However, the updated mib isn't from an RFC yet though it's in the RFC editor's queue to become one (IE, its done being revised) and thus I think we should publish it with 5.2.1 since we have code that implement

Re: moving agent processing modes to baby-steps

2005-01-12 Thread Wes Hardaker
> On Wed, 12 Jan 2005 12:55:06 -0500, Robert Story (Coders) <[EMAIL > PROTECTED]> said: DS> I'd be particularly interested in hearing what Wes thinks about this. ... My thoughts: 1) Robert's goal with the baby steps (as part of what was needed for the MFD stuff) was to make it possib

Re: Baby Steps structure

2005-01-12 Thread Coders
On Wed, 12 Jan 2005 10:02:53 + Dave wrote: DS> Just to check - this should also work if you start by creating a file DS> default-table-X.m2d containing "@set $m2c_irreversible_commit=1@' DS> and the generate the code (for the first time) - yes? Errr... yes. However, the disadvantage would be t

Re: moving agent processing modes to baby-steps

2005-01-12 Thread Coders
On Wed, 12 Jan 2005 10:02:54 + Dave wrote: DS> Yes - but I wasn't aware that it had been generally agreed. True enough. Hopefully this thread will rectify that. DS> And I'm not at all happy at the impression that this is being presented as DS> a fait accompli, without a proper discussion firs

Re: convert numbers to text

2005-01-12 Thread Coders
On 12 Jan 2005 11:19:41 -0500 Christopher wrote: CF> I'm sure I've asked this question before on net-snmp-users. I need a CF> way to convert the numbers into text so I can see what they are. CF> CF> The iso.# mean nothing to me. I would like to convert them to text so I CF> can see what they r

Re: disabling set requests

2005-01-12 Thread Coders
On Tue, 11 Jan 2005 08:25:38 -0800 Wes wrote: WH> Robert> It came up in IRC. Someone wanted a read-only system that WH> Robert> couldn't turn into a read-write system if misconfigured. WH> WH> Or, um, intentionally configured it but he didn't want them to have WH> those privileges? That too, I su

convert numbers to text

2005-01-12 Thread Christopher Fowler
I'm sure I've asked this question before on net-snmp-users. I need a way to convert the numbers into text so I can see what they are. I can not remember numbers. Here are a few traps I've received from my agent: 01-12 11:08:13 Received SNMP trap from ENS 'flaky.opsup.com': 01-12 11:08:13 From

Re: Bug in tools.c's netsnmp_getenv() -- 5.2.1

2005-01-12 Thread Alex Burger
Hi. The getenv fix you both provided has been applied to V5-2-patches and the main branch. It will be included in 5.2.1 when it is released. Thanks for the fix! Alex Alex Burger wrote: Hi Daniel. Philip W Gillis posted the same fix a month ago and I thought I applied the fix, but it looks like I

Re: moving agent processing modes to baby-steps

2005-01-12 Thread Dave Shield
RS> Yes. The idea is that eventually the agent will use the baby step modes, RS> and a helper will be created to map back for the old style modes DS> Hmmm I'm not sure I remember that decision. Or even the discussion DS> that presumably preceded it. And (as you might have guessed!), I don

Re: Baby Steps structure

2005-01-12 Thread Dave Shield
DS> But is there any way of generating such a [irreversible_commit] hook? RS> Yes - it's a bit complicated at the moment. Probably should be made easier. RS> You have to generate the code, then edit default-table-X.m2d and RS> change the m2c_irreversible_commit flag to 1, Aha! That's the flag I

Re: Help me out regarding snmptrap

2005-01-12 Thread Karthikeyan N
Hi, [Raj] NOTIFICATION-TEST-MIB::demo-notif: Unknown Object Identifier The above failure is due to net-snmp not able to locate the MIBS properly in your system. To correct it, specify the Object Identifier in that place or refer the FAQ given in net-snmp for knowing, how to specify the path to

Re: using snmptrapd to dump trap data

2005-01-12 Thread Dave Shield
On Wed, 2005-01-12 at 01:47, Christopher Fowler wrote: > I've written a traphandler in C that is executed by snmptrapd when a > trap comes in. snmptrapd spits out all information via STDOUT. Is > there a way to get the actual data instead of the ASCII version of the > trap. You should be able to