i've opened a case with Cisco's TAC, asking them to add this to
someone's to-do list
--sk
Dave Shield wrote:
> On 03/10/06, Stuart Kendrick <[EMAIL PROTECTED]> wrote:
>> ok, so here's how this section started (CISCO-FLASH-MIB):
>>
>> ChecksumString ::= TEXTUAL-CONVENTION
>> DISPLAY-HINT
On 03/10/06, Stuart Kendrick <[EMAIL PROTECTED]> wrote:
> ok, so here's how this section started (CISCO-FLASH-MIB):
>
> ChecksumString ::= TEXTUAL-CONVENTION
> DISPLAY-HINT "x"
>
> and here's what it looked like after i made the change you suggested:
>
> ChecksumString ::= TEXTUAL-CONVENTI
hi dave,
ok, so here's how this section started (CISCO-FLASH-MIB):
ChecksumString ::= TEXTUAL-CONVENTION
DISPLAY-HINT "x"
STATUS current
DESCRIPTION
"Represents the checksum of a file.
"
SYNTAX OCTET STRING
and here's what
hi dave,
> The most useful thing would be a stack trace of exactly where it has got
> to.
> Try 'bt'
>
> I'm not 100% convinced by that source listing.
ok, here's output from both 'list' and 'bt':
[...]
Loaded symbols for /lib64/libnss_files.so.2
0x2b9ec1fbe6a5 in strlen () from /lib64/lib
On 08/09/06, Stuart Kendrick <[EMAIL PROTECTED]> wrote:
> guru% snmpbulkwak -c public foo .iso > foo.walk
>
> i've found that snmpbulkwalk becomes unhappy when doing this against
> some devices -- thus far, all Cisco switches
> -then, snmpbulkwalk reaches some portion of the MIB (close to the same
ahh, yes. but ... it affects both
--sk
Dave Shield wrote:
> On 08/09/06, Stuart Kendrick <[EMAIL PROTECTED]> wrote:
>> i've found that snmpbulkwalk becomes unhappy when doing this against
>> some devices -- thus far, all Cisco switches
>
>> am i looking at a bug in net-snmp? or am i looking at
On 08/09/06, Stuart Kendrick <[EMAIL PROTECTED]> wrote:
> i've found that snmpbulkwalk becomes unhappy when doing this against
> some devices -- thus far, all Cisco switches
> am i looking at a bug in net-snmp? or am i looking at a bug in Cisco's
> SNMP agent? can you think of a work-around?
We
