Re: Can We place Traps as part of Tables

This is a discussion on Re: Can We place Traps as part of Tables within the SNMP Users forums, part of the Networking and Network Related category; --===============0666658217== Content-Type: multipart/alternative; boundary="0-1006831565-1160791493=:41496" Content-Transfer-Encoding: 8bit --0-1006831565-1160791493=:41496 ...


Go Back   Usenet Forums > Networking and Network Related > SNMP Users

FAQ Members List Calendar Search Today's Posts Mark Forums Read
  #1 (permalink)  
Old 10-14-2006
Subrahmanya Hegde
 
Posts: n/a
Default Re: Can We place Traps as part of Tables

--===============0666658217==
Content-Type: multipart/alternative; boundary="0-1006831565-1160791493=:41496"
Content-Transfer-Encoding: 8bit

--0-1006831565-1160791493=:41496
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit

Dave
Yes, it is valid to define the MIB this way.

xxxNotifOID Points to an AUTONOMOUS TYPE which can point to definition of
NOTIFICATION-TYPE /TRAP-TYPE.

All the traps/notifications supported by multiple vendors can be recognized by this.
Other wise, one can not distinguish between a trap number 1 (for an enterprise)
for vendor A vs Vendor B.

The requirement this is coming from a general mib that is required to configure a trap/notification for throttling purpose.
Using the above approach and additional objects one can say which trap one wants to throttle based on the interval and threshold etc.

It is very valid per SMI and is a valid mib as well.

thx
Subra


Dave Shield <D.T.Shield@csc.liv.ac.uk> wrote:
On 13/10/06, Subrahmanya Hegde wrote:
> It is possible to define a TABLE of TRAPs(more appropriately Notifications
> as per SMIv2) OIDs..
>
> for ex:
> xxxNotificationTable
> ..
> INDEX { someIndex }
>
> SEQUENCE
> someIndex
> xxxNotifOID OBJECT IDENTIFIER(AutonomousType)
>
> using above table, one can represent NOTIFICATION-TYPE OIDs



Are you *SURE* this is valid?

It seems completely contrary to everything I've ever understood about
the definition of notifications and tables. I can't immediately find
anything to forbid it in the SMI specifications, but it seems to be
incompatible with last sentence of RFC 2578, section 8.5, first
paragraph.

I have *NEVER* seen any MIB files (either vendor supplied or IETF
standards) that treat notifications in this way. Where did you come
across the ideas supporting this structure?

I'd also suggest that it's an unnecessary complicated arrangement.
It's perfectly possible to implement a smaller set of individual
(conventionally defined) traps, conveying the same information via
suitable payload varbinds.

Dave

-------------------------------------------------------------------------
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=...057&dat=121642
_______________________________________________
Net-snmp-users mailing list
Net-snmp-users@lists.sourceforge.net
Please see the following page to unsubscribe or change other options:
https://lists.sourceforge.net/lists/...net-snmp-users




---------------------------------
Get your own web address for just $1.99/1st yr. We'll help. Yahoo! Small Business.
--0-1006831565-1160791493=:41496
Content-Type: text/html; charset=iso-8859-1
Content-Transfer-Encoding: 8bit

<div>Dave</div> <div>&nbsp; Yes, it is valid to define the MIB this way.</div> <div>&nbsp;</div> <div>xxxNotifOID Points to an AUTONOMOUS TYPE which can point to definition of</div> <div>NOTIFICATION-TYPE /TRAP-TYPE.</div> <div>&nbsp;</div> <div>All the traps/notifications supported by multiple vendors can be recognized by this.</div> <div>Other wise, one can not distinguish between a trap number&nbsp; 1 (for an enterprise)</div> <div>for vendor A vs Vendor B.</div> <div>&nbsp;</div> <div>The requirement this is coming from a general mib that is required to configure a trap/notification for throttling purpose.</div> <div>Using the above approach and additional objects one can say which trap one wants to throttle based on the interval and threshold etc.</div> <div>&nbsp;</div> <div>It is very valid per SMI and is a valid mib as well.</div> <div>&nbsp;</div> <div>thx<BR>Subra</div> <div><BR><BR><B><I>Dave Shield &lt;D.T.Shield@csc.liv.ac.uk&gt;</I></B>
wrote:</div> <BLOCKQUOTE class=replbq style="PADDING-LEFT: 5px; MARGIN-LEFT: 5px; BORDER-LEFT: #1010ff 2px solid">On 13/10/06, Subrahmanya Hegde <SUBRAHMANYA_HEGDE@YAHOO.COM>wrote:<BR>&gt; It is possible to define a TABLE of TRAPs(more appropriately Notifications<BR>&gt; as per SMIv2) OIDs..<BR>&gt;<BR>&gt; for ex:<BR>&gt; xxxNotificationTable<BR>&gt; ..<BR>&gt; INDEX { someIndex }<BR>&gt;<BR>&gt; SEQUENCE<BR>&gt; someIndex<BR>&gt; xxxNotifOID OBJECT IDENTIFIER(AutonomousType)<BR>&gt;<BR>&gt; using above table, one can represent NOTIFICATION-TYPE OIDs<BR><BR><BR>Are you *SURE* this is valid?<BR><BR>It seems completely contrary to everything I've ever understood about<BR>the definition of notifications and tables. I can't immediately find<BR>anything to forbid it in the SMI specifications, but it seems to be<BR>incompatible with last sentence of RFC 2578, section 8.5, first<BR>paragraph.<BR><BR>I have *NEVER* seen any MIB files (either vendor supplied or IETF<BR>standards)
that treat notifications in this way. Where did you come<BR>across the ideas supporting this structure?<BR><BR>I'd also suggest that it's an unnecessary complicated arrangement.<BR>It's perfectly possible to implement a smaller set of individual<BR>(conventionally defined) traps, conveying the same information via<BR>suitable payload varbinds.<BR><BR>Dave<BR><BR>-------------------------------------------------------------------------<BR>Using Tomcat but need to do more? Need to support web services, security?<BR>Get stuff done quickly with pre-integrated technology to make your job easier<BR>Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo<BR>http://sel.as-us.falkag.net/sel?cmd=lnk&amp;kid=120709&amp;bid=263057&amp;dat= 121642<BR>________________________________________ _______<BR>Net-snmp-users mailing list<BR>Net-snmp-users@lists.sourceforge.net<BR>Please see the following page to unsubscribe or change other
options:<BR>https://lists.sourceforge.net/lists/listinfo/net-snmp-users<BR><BR></BLOCKQUOTE><BR><p>

<hr size=1>Get your own <a href=" http://us.rd.yahoo.com/evt=43290/*http://smallbusiness.yahoo.com/domains"
>web address for just $1.99/1st yr</a>. We'll help. <a href="http://us.rd.yahoo.com/evt=41244/*http://smallbusiness.yahoo.com/"
>Yahoo! Small Business</a>.


--0-1006831565-1160791493=:41496--


--===============0666658217==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

-------------------------------------------------------------------------
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=...057&dat=121642
--===============0666658217==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Net-snmp-users mailing list
Net-snmp-users@lists.sourceforge.net
Please see the following page to unsubscribe or change other options:
https://lists.sourceforge.net/lists/...net-snmp-users

--===============0666658217==--

Reply With Quote
Reply
Thread Tools Search this Thread
Search this Thread:

Advanced Search
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are Off
[IMG] code is Off
HTML code is Off
Trackbacks are On
Pingbacks are On
Refbacks are On



All times are GMT +1. The time now is 07:10 AM.


Powered by vBulletin® Version 3.7.3
Copyright ©2000 - 2008, Jelsoft Enterprises Ltd.
Content Relevant URLs by vBSEO 3.0.0