For example, to enable debugging of incoming SSH connections, use the following EEM applet:
event manager applet EnableDebugging event syslog occurs 1 pattern "%SYS-5-RESTART" action 1.0 cli command "enable" action 2.0 cli command "debug ip ssh" For versions of IOS that don't support EEM but do support the config command 'do', you could modify the config off of the router and add a 'do debug...' command to the end then copy the config back directly into the startup-config. It's messy I know, but it does work. Regards, Masood Ahmad Shah Nexlinx BLOG: http://www.weblogs.com.pk/jahil/ -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Tassos Chatzithomaoglou Sent: Tuesday, August 21, 2007 4:22 PM To: Oliver Boehmer (oboehmer) Cc: cisco-nsp Subject: Re: [c-nsp] automatically enable debugs after a reload I'm trying to check if CSCed45578 applies to our case, but the first tests show that the proposed workaround doesn't work. -- Tassos Oliver Boehmer (oboehmer) wrote on 21/8/2007 8:25 πμ: > Tassos Chatzithomaoglou <> wrote on Monday, August 20, 2007 6:54 PM: > >> I'm trying to troubleshoot an issue which appears just after a reload >> and i need to have some debugs enabled as soon as the router boots up. >> >> Is there a way i can enable some debugs before a reload and keep them >> active after the reload? >> >> PS: I tried the EEM functionality (event syslog "%SYS-5-RESTART", >> action cli "debug") which works fine, but i was hoping for something >> easier and maybe safer (am i really catching the data starting from >> the best possible moment?) > > There is no "formal" way to enable debugs right after reload, but next > to the EEM solution, you could add the below lines to your > startup-config (via "copy <remote-location> startup-config") to > achieve the same, but we can't be sure that this will necessarily > catch all debugs right from the start. > > [...] > ! enable Radius accounting right after startup config is parsed > privilege exec level 1 debug radius ! > do debug radius > ! > [...] > > Guess it really depends on what you need to do.. Which problem are you > trying to solve? > > oli > > _______________________________________________ cisco-nsp mailing list cisco-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-nsp archive at http://puck.nether.net/pipermail/cisco-nsp/ _______________________________________________ cisco-nsp mailing list cisco-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-nsp archive at http://puck.nether.net/pipermail/cisco-nsp/