On Wed, Feb 10, 2010 at 8:44 PM, Rottenberg, Hal
wrote:
> When I do this:
>
> snmpwalk -v2c -c nsExtendObjects
>
> I am not seeing anything after the nsExtendStatus table. That means no
> output, and seemingly, the extensions are not being invoked. I tried manually
> hitting an Output1Line OID
Hi Dev,
Thanks for the reply.
i have one more query :
is it possible for the sub agent to register the table and does not add
rows(index) to it and when the management client sends request for the
entire table.
we can send the data(multiple rows) in reply.
if it is possible than which approach
On 10 February 2010 20:04, Fulko Hew wrote:
> Recently while debugging someones implementation of my MIB, I saw that
> they were sending the varbind list in a different sequence than was
> described (implicitly) by my VARIABLES clauses.
No - that's not valid.
>From RFC 2578:
8.1. Mapping of the
Recently while debugging someones implementation of my MIB, I saw that
they were sending the varbind list in a different sequence than was
described (implicitly) by my VARIABLES clauses.
... I had never thought of sending the variables in a different order!
In retrospect, I suppose there is nothi
When I do this:
snmpwalk -v2c -c nsExtendObjects
I am not seeing anything after the nsExtendStatus table. That means no output,
and seemingly, the extensions are not being invoked. I tried manually hitting
an Output1Line OID and that did not work. This happens on multiple Win32 boxes,
yet fo
> From: "Luis Alexandre D. Brandão"
> [mailto:alexandre.bran...@webers.com.br]
> Sent: Wednesday, February 10, 2010 2:58 AM
> Each time a tun falls and rises again, a new entry
> appears in the
> if-MIB, and it even has the same description!
>
>
Please send us any tutorial for net-SNMP functionality.
Thanks and Regards
"DISCLAIMER: This message is proprietary to Aricent and is intended solely for
the use of the individual to whom it is addressed. It may contain privileged or
confidential information and
On Mon, Feb 8, 2010 at 2:23 PM, Dave Shield wrote:
> On 8 February 2010 07:04, rakesh zingade wrote:
> > Is there any way to change behavior of snmp agent (snmpd) dynamically by
> > putting configuration stuff to snmpd.conf?
> > for example in my case I have to run snmp agent continuously, restar
2010/2/9 Mike Ayers :
Each time a tun falls and rises again, a new entry appears in the
if-MIB, and it even has the same description!
OK, that sounds *good* to me...
Not sure what the problem is. PLease clarify.
What
On 9 February 2010 14:03, Ashish vashishtha wrote:
> In my MIB file i have table with 7 columns.
> is it possible to get request for complete row?
If the management client sends a request for the complete
row, then that's what the agent will receive, and pass on to
the subagent.
If the manage
On 10 February 2010 09:19, majid namnabat wrote:
> The section to set snmpTargetAddrTDomain was:
> oid oidsnmpTargetAddrTDomain[] =
{1, 3, 6, 1, 6, 3, 12, 1, 2, 1,
2,'i','n','t','e','r','n','a','l','0',0};
What is that final 0 doing there?
Remember that SNMP strings are not null-t
I make a mistake. The section to set snmpTargetAddrTDomain was:
oid oidsnmpTargetAddrTDomain[] ={1, 3, 6, 1, 6, 3, 12, 1, 2, 1,
2,'i','n','t','e','r','n','a','l','0',0};//not accept
u_char oidsnmpUDPDomain[] = {'s', 'n', 'm', 'p', 'U', 'D',
'P','D','o','m','a','i','n',0};
snm
Dear,
I want to be able to register & unregister notification recievers. My
program has many errors & I correct must of them. Also, I found a perl
program. But my main problem is setting oidsnmpTargetAddrTDomain. the value
of this field must be set snmpUDPDomain.
but I can not set it. My code to se
Dave Shield wrote:
> I've got a vague recollection of a suggestion that this behaviour should
> be controlled by a configure option, but it's not immediately apparent
> whether this was ever done.
It has been discussed, but has *not* been implemented, IIRC.
> The one thing that confuses me is tha
2010/2/9 Mike Ayers :
>> Each time a tun falls and rises again, a new entry appears in the
>> if-MIB, and it even has the same description!
>
> OK, that sounds *good* to me...
> Not sure what the problem is. PLease clarify.
What this sounds like to me, is a situation where the inde
On 9 February 2010 17:29, Hindley Nick wrote:
> Were these patches eventually fed into the next iteration of the net-snmp
> release?
Yes - they are in the current 5.5 release,
and also the upcoming 5.4.3 code.
Dave
--
16 matches
Mail list logo
