Hi John,
 
we assume a switch restarted when we get the following syslog-message:
"dtl_end.c(241) 332733 %% DTL avl mac delete ALL error!"

The standard SNMP-MIB shows "Uptime" as well and can be used by any 
SNMP-Tool/Console.

Best Regards

 i.A. André Keller 
Informationssysteme Lokaler Betrieb und Support 

Volkswagen Original Teile Logistik GmbH und Co. KG
Vertriebszentrum Nord
Am Stammgleis 6
22844 Norderstedt 
Tel.: +49 (40) 52200-3211
Fax: +49 40 52200-3209
<http://www.volkswagen-otlg.de <blocked::http://www.volkswagen-otlg.de/> > 

Volkswagen Original Teile Logistik GmbH & Co. KG, Dr. Rudolf-Leiding-Platz 1, 
34225 Baunatal; Amtsgericht: Kassel, HRA 16149; Finanzamt Kassel Spohrstraße, 
St Nr. 25 378 3007 5, USt ID: DE 230 960 046; Persönlich haftende 
Gesellschafterin: Volkswagen Original Teile Logistik Beteiligungs GmbH, Sitz: 
Baunatal, Geschäftsführer:Michael Scholtyssek (Sprecher), Sven Paulsen; 
Amtsgericht: Kassel, HRB 13338

 


________________________________

        Von: Casselberry, Richard [mailto:[email protected]] 
        Gesendet: Mittwoch, 13. Juni 2012 01:53
        An: Enterasys Customer Mailing List
        Betreff: Re: [enterasys] Alerting on uptime
        
        
        You can use an snmtptrap instead of a poll and alert on that. 
        
        
        On Tue, Jun 12, 2012 at 7:25 PM, [email protected] <[email protected]> 
wrote:
        

                I'd like to know if a switch reboots.  I setup alerting for 
when a switch goes offline and for when it comes back.  However if a switch 
reboots between polling intervals NS may not catch it.  
                
                I was thinking I should be able to use SNMP to poll for uptime 
and then have it alert me if uptime is < 6 min.  I'm not seeing how to do that 
in NS.  Nothing in the online help on "uptime".
                
                Does anyone have this working?
                
                John Kaftan
                Infrastructure Manager
                Utica College
                
                ----- Reply message -----
                From: "Odilo Schwade Junior" <[email protected]>
                Date: Tue, Jun 12, 2012 4:15 pm
                Subject: [enterasys] PBR precedence N7
                To: "Enterasys Customer Mailing List" 
<[email protected]>
                
                Hi all,
                
                We are testing some PBR on our Matrix N7 Platinum with FW: 
07.41.03.0009 and we are a little bit confuse about precedence and stuff..
                
                Here is some example:
                
                Access-List:
                !
                ip access-list extended 101
                 permit ip 10.0.0.0 0.255.255.255 X.X.X.X 0.0.15.255 { OUR 
ROUTED IPs }
                 exit
                ip access-list extended 102
                 permit ip 10.0.0.0 0.255.255.255 10.0.0.0 0.255.255.255
                 exit
                ip access-list extended 103
                 permit ip 10.0.0.0 0.255.255.255 any
                 exit
                ip access-list extended 104
                 permit ip any 10.100.252.0 0.0.1.255   { VPN }
                 exit
                
                
                Our Route Map for testing :
                route-map policy 113 permit 96
                 match ip address 103
                 set next-hop { OUR NAT IP}
                route-map policy 113 permit 97
                 match ip address 102
                route-map policy 113 permit 98
                 match ip address 101
                route-map policy 113 permit 99
                 match ip address 104
                 set next-hop {OUR VPN IP}
                Policy matches: 1836 packets
                
                
                Our Old Route Map:
                route-map policy 110 permit 5
                 match ip address 104
                 set next-hop { OUR VPN IP }
                route-map policy 110 permit 10
                 match ip address 101
                route-map policy 110 permit 20
                 match ip address 102
                ...
                ... {LOTS OF same stuff..}
                ...
                route-map policy 110 permit 99
                 match ip address 103
                 set next-hop { OUR NAT IP }
                Policy matches: 1736276030 packets
                
                
                We tested invert the precedence to see the behavior of 
precedence matches.
                
                Our real problem is ANY internal IP is accessing ANYthing 
through our NAT, for instance, ours VOIP Phones (10.x.x.x) when calling another 
VOIP Phone (10.x.x.x) we are able, using TCPDUMP on our NAT (Linux machine), to 
see that connection between them are passing through NAT.. that's so wrong 
right?!
                Anyways, all of our network now is passing through our NAT.. 
this may be the cause of some slow connections, VOIP problems, etc., this is 
old configuration (something like 7 years, imported to router to router) that 
we discovered just now.
                
                Any ideas our miss match configuration that we were not able to 
see that you can help us??!
                Any other information needed please just tell me..
                
                --
                Odilo Schwade Junior
                GTI - Gerência de Tecnologia da Informação
                Universidade do Vale do Itajaí - UNIVALI
                * +55 (47) 3341 - 7777 <tel:%2B55%20%2847%29%203341%20-%207777> 
                * [email protected]<mailto:[email protected]>
                * [email protected]<mailto:[email protected]>
                P ANTES DE IMPRIMIR, tenha em mente seu compromisso com o MEIO 
AMBIENTE!
                
                
                ---
                To unsubscribe from enterasys, send email to [email protected] 
with the body: unsubscribe enterasys [email protected]
                
                

                

                *       --To unsubscribe from enterasys, send email to 
[email protected] with the body: unsubscribe enterasys [email protected] 

                




        -- 
        

        Rich Casselberry

        Director of IT Operations

        

        Enterasys Networks, Inc.

        A Siemens Enterprise Communications Company

        (o) 978-684-1600

        http://www.enterasys.com <http://www.enterasys.com/> 

        Twitter: twitter.com/rcasselbets 

         

        "There is nothing more important than our customers"

         


        

        *       --To unsubscribe from enterasys, send email to [email protected] 
with the body: unsubscribe enterasys [email protected] 


---
To unsubscribe from enterasys, send email to [email protected] with the body: 
unsubscribe enterasys [email protected]

Reply via email to