Send Netdot-users mailing list submissions to
[email protected]
To subscribe or unsubscribe via the World Wide Web, visit
https://osl.uoregon.edu/mailman/listinfo/netdot-users
or, via email, send a message with subject or body 'help' to
[email protected]
You can reach the person managing the list at
[email protected]
When replying, please edit your Subject line so it is more specific
than "Re: Contents of Netdot-users digest..."
Today's Topics:
1. Re: Netdot-users Digest, Vol 48, Issue 9 (Heidrich Attila)
2. how do I integrate new Brocade devices (Markus Wigge)
3. Re: how do I integrate new Brocade devices (Vincent Magnin)
----------------------------------------------------------------------
Message: 1
Date: Thu, 15 Nov 2012 08:54:07 +0000
From: Heidrich Attila <[email protected]>
Subject: Re: [Netdot-users] Netdot-users Digest, Vol 48, Issue 9
To: "[email protected]" <[email protected]>
Message-ID:
<[email protected]>
Content-Type: text/plain; charset="us-ascii"
There existed some temporary (?) tables, like fwtable_blahblahblah (2 pieces)
and fwtableentry_blahblahblah,
there were no fwtable at all.
I have deleted fwtableentry_blahblahblah, and one of the
fwtable_blahblahblah's, the other was not possible to delete becouse of some
foreign key contraint, so I have renamed it to fwtable, and now it works.
Any idea, how to avoid situations like this?
Attila--------------
Ezen uzenet kizarolag a cimzettjenek szol es olyan bizalmas jellegu
informaciokat tartalmazhat, amelyek feltarasat jogszabaly vagy szerzodes
tiltja. Amennyiben a jelen uzenetet On teves kezbesites folytan kapta,
kerjuk haladektalanul ertesitsen bennunket es az uzenetet annak
csatolmanyaival egyutt torolje. Amennyiben On nem cimzettje a jelen
uzenetnek, annak es mellekleteinek elolvasasa, masolasa, tovabbitasa, vagy
barmely celbol torteno felhasznalasa szigoruan tilos. Megjegyezzuk, hogy az
e-mail utjan torteno kozlesek nem garantaljak az elkuldott uzenetek
bizalmas jellegenek es teljessegenek megorzeset, valamint az uzenetek
megfelelo kezbesiteset. A fentieken tulmenoen, az Invitel Zrt.,
annak kapcsolt vallalkozasai, illetve az altaluk megbizott
harmadik felek a jelen e-mail cimrol kuldott, vagy arra erkezo barmely
uzenetet ellenorizhetnek, lemasolhatnak, felhasznalhatnak vagy harmadik fel
reszere tovabbithatnak.
This message is intended exclusively for its addressee and may contain
confidential information protected from disclosure by law or contract. If
you have received this message in error, please immediately notify us and
delete it together with its attachments. If you are not an addressee of
this message, reading, copying, distribution or use for any purpose of the
contents of this message or its attachments is strictly forbidden.
Additionally, please note that communication by email guarantees neither
the confidentiality nor the completeness or proper receipt of the messages
sent. Furthermore, Invitel Zrt., its affiliates and
third parties retained by them may monitor, copy, use or forward to third
parties any outgoing messages from and incoming messages to this email
address.
------------------------------
Message: 2
Date: Thu, 15 Nov 2012 13:35:39 +0100
From: Markus Wigge <[email protected]>
Subject: [Netdot-users] how do I integrate new Brocade devices
To: [email protected]
Message-ID: <[email protected]>
Content-Type: text/plain; charset=ISO-8859-15
Hi,
I have several new Brocade ICX series switches/routers and like to
monitor them with netdot.
Unfortunately the model is not detected automatically so far and I only
get something like "Foundry registration.57.1.2.1.1" in my asset field.
So my question, how do I add new models to netdot? Do I have to alter
SNMP::Info or is it just adding new mib files?
Since Brocade bought Foundry Networks I'm also curious whether it makes
sense to rename "Foundry.pm" to "Brocade.pm" within that library.
I already removed the old mibs within the foundry directory and replaced
them with a new one I got from Brocade which contains the current
devices but nothing changed at all in netdot? Is there a reason that
there are multiple files? The mib from Brocade contains all in one
single file.
Is there a way to upgrade the assets product field based on new mib
definitions?
I'm not very familiar with SNMP perl coding so I'd be glad if someone
could explain to me how this stuff works together.
Regards,
Markus
------------------------------
Message: 3
Date: Thu, 15 Nov 2012 15:13:18 +0100
From: Vincent Magnin <[email protected]>
Subject: Re: [Netdot-users] how do I integrate new Brocade devices
To: [email protected]
Message-ID: <[email protected]>
Content-Type: text/plain; charset=ISO-8859-1; DelSp="Yes";
format="flowed"
Hi Markus,
> Unfortunately the model is not detected automatically so far and I only
> get something like "Foundry registration.57.1.2.1.1" in my asset field.
The names/description are stored in product table. If a product is not
it this table, Netdot will extract this info from MIB (using
SNMP::Info). If the MIB does not contain the correct sysObjectID, your
description will be something like "Foundry registration.57.1.2.1.1"
Then, you can change the name/description manually.
> So my question, how do I add new models to netdot? Do I have to alter
> SNMP::Info or is it just adding new mib files?
On my Netdot install, I've a custom "FOUNDRY-SN-ROOT-MIB.mib" which
contains all ICX models:
- This file was extracted from "ICX64S07400.mib". I've added minor
changes to match IMPORTS
- I do not know if I will break some agreement if I share it: I need
to be registered on Brocade Portal to download ICX64S07400.mib file.
> Since Brocade bought Foundry Networks I'm also curious whether it makes
> sense to rename "Foundry.pm" to "Brocade.pm" within that library.
I've chosen to name it "Foundry.pm" because historical Foundry devices
(MLX , FastIron, etc) use a complete different CLI/MIB than Brocade
product family (like VDX Switchs).
> I already removed the old mibs within the foundry directory and replaced
> them with a new one I got from Brocade which contains the current
> devices but nothing changed at all in netdot? Is there a reason that
> there are multiple files?
It may work, but, I will not recommend doing this. A MIB file contains
IMPORTS from other files which may broke dependencies. I have no idea
how SNMP::Info will react with conflicts.
> Is there a way to upgrade the assets product field based on new mib
> definitions?
Edit this product name on Netdot interface.
Regards,
Vincent
------------------------------
_______________________________________________
Netdot-users mailing list
[email protected]
https://osl.uoregon.edu/mailman/listinfo/netdot-users
End of Netdot-users Digest, Vol 48, Issue 10
********************************************
