Avaya Support Forums  

Go Back   Avaya Support Forums > Avaya Networking Products

Reply
 
Thread Tools Search this Thread Display Modes
  #1  
Old 07-25-2014, 01:23 PM
jsyen jsyen is offline
Aspiring Member
 
Join Date: Jul 2014
Posts: 1
jsyen has 10 reputation points
Default Baystack 5520 lost SNMP/Web access after adding route

Hello,

We have this quite serious issue here with a (Nortel) Baystack 5520 switch.
This switch is VLAN configured and is also our core router with 4xstack 48ports.

I use the Device Manager with the devault community string to configure the switch.
This has worked for several months until now.

I accidently added a route like this
- route add 192.168.22.0 mask 255.255.255.0 192.168.22.2
This route was added using Device Manager - IP Routes - without a problem
I saw my misconfiguration and pressed the delete button at the route line.

My SNMP access dropped and I could not regain access.
I tried the http interface but that also hang.
After a few http retries it even started giving a connection timeout.

I was only able to get in using Telnet.
I disabled and reenabled the snmp and web access functionality, but no use.
I ran the command
- show ip route
But after pressing ENTER this one also hung and I could not to anything in the telnet session. I opened some other telnet sessions and now I get "sorry, session limit reached". Even though I was pretty sure the telnet session timeout was set to 15, even after waiting 1 hour I still get that error message. Using other stations with DM or telnet is not working neither.

So now I have no possibility at all to get in, luckely everything still works.
I suppose it must have to do something with that misconfigured route.
There is 1 VLAN with interface 192.168.22.1 but that has nothing connected to it.

I am scared to reboot this switch.
It will certainly need to happen during weekend.
But what if it after reboot it start failing.
How should I do the reboot of this stack, using a console cable to the master, press Control Y, and then select the reboot option?

If I restore the backup, will the switch stack know which switch has which stack number or is there a possibility that this gets messed up?

I could use some input, thank you very much.

Joris
Reply With Quote
  #2  
Old 08-04-2014, 02:13 AM
rameshng rameshng is offline
Brainiac
 
Join Date: Oct 2011
Location: Bangalore, India
Posts: 89
rameshng has 16 reputation pointsrameshng has 16 reputation points
Default

It is very unlikely to be failed during reboot. But looks like you had some access list in place for SNMP, which means u can allow certain subnet in the switch.
if u still not able to get a telnet session back, log in using the console and disable and enable the telnet back. You should be getting the access on the telnet.

Same way for snmp as well. Looks like your reachability is fine, but access configuration issue.

but how a route delete should take ur snmp access away.
little bit confused.
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 On
[IMG] code is On
HTML code is Off

Forum Jump


All times are GMT -7. The time now is 04:53 PM.

This Forum is provided solely for the use and convenience of Avaya customers and partners. Use of the Forum is subject to the Terms and Use and Privacy Statement found at www.avaya.com. No other use is permitted. The Forum including all content posted is “AS IS” and Avaya expressly disclaims all warranties and/or guarantees as to its accuracy, reliability, usefulness, quality or non-infringement of intellectual property. Avaya reserves the right to remove any content posted on the Forum at any time and for whatever reason.

Avaya will not be liable for any content posted on this Forum, including, without limitation, any errors or omissions or for any losses or damages of any kind incurred as a result of use or reliance on any content, regardless of its origin.

You expressly understand and agree that you assume all risks associated with use or reliance on this content.