Tek-Tips is the largest IT community on the Internet today!

Members share and learn making Tek-Tips Forums the best source of peer-reviewed technical information on the Internet!

  • Congratulations Chriss Miller on being selected by the Tek-Tips community for having the most helpful posts in the forums last week. Way to Go!

Connections Refused 1

Status
Not open for further replies.

dvtestguy

Technical User
Joined
Dec 8, 2005
Messages
109
Location
US
I have a 6506 with over 16 vty sessions and needed to bring that number down, so I trunked a 4948 switch to add additional vty sessions. Even with half the number reduced, still cannot telnet into the 6506 or 4948? Passwords have not changed, but console access tells me there's still over 16 vty sessions. This is not possible based on the number cut in half. I've cleared the lines, etc...

The 6506 (10.15.12.6) is set as a vtp server and the 4948 set as client (10.15.12.4).
Sample of interface config below...
switchport
switchport trunk encapsulation dot1q
switchport allowed vlan none
switchport mode trunk
switchport nonegotiate
spanning-tree portfast trunk

I also have a Linksys 48-port acting as a DHCP for all the ethernet access connections.

Any ideas?
 
I'm really confused about what you're trying to accomplish. Are you saying that there are 16 active telnet sessions to the 6506 and you want to clear some of them, or are you saying that there are 16 available vty sessions and you want to lower that number?

Regardless, what does any of this have to do with the 4948, your interface config, the Linksys switch, or DHCP?
 
If you can't telnet into the switch then you are either going to have to reload the 6500 or go to the switch and use the console to try and clear the lines. Your post is confusing and I don't know what point of trunking a new switch to it to get around this problem .
 
Sorry for the confusion...

Currently have a max 16 active vty sessions, and need to do both (load some off the 6506, and load some onto the 4948).

I have 26 connections that I want/need to use as active sessions, and thought if I had trunked a new switch off the 6506, that I'd be able to gain more vty sessions if I off-loaded half of the connections from the 6506 to the 4948 (13 and 13 makes sense to me?).

I'm using 26 (test gear) devices that all have two ports needed for use.
1) Test Port option for (RJ45 or Gbic) needed for TAM control testing purposes, and need these ports directly connected to a Cisco device.
2) Ethernet port (each device with a 10.15.12.x IP) that needs to be on the 10.15.12.x network. So that’s where the Linksys came into play, and using that as an Access port to the 6506 to free up ports on that switch for other use.
 
I'm still completely lost. I honestly have no idea what you're really trying to accomplish. :-(

Why do you need 26 active telnet sessions to the same switch? And if you need 26 active telnet sessions to the same switch, how does introducing another switch help?

 
It's not your typical network environment. It's more of a Testing environment to put test probes inline with network traffic. I need to have 26 devices inline seperate area of teh network, using 26 active sessions mirroring Cisco ports. The main point is, if cisco has a 16 vty limitation, what do I do next? My first thought was to add another trunked switch (4948) acting as the client, and the 6506 as the server.

Thanks for your help, and sorry can't be explained better.
 
I still have no idea what VTY sessions have to do with what you're talking about. Actually, I still have no idea what you're talking about at all. :-(

VTY ports allow access to the management interface on the switch. What does that have to do with inline probes and monitoring ports?
 
Do you have an email to exchange numbers on this? :) Too much information for the environment I'm looking at to explain.

Thanks :)
 
VTY sessions are for telnetting into the 6500 , it shouldn't have 16 telnet sessions into the management module .What is tying up the supervisor with so many telnet sessions ? A show user command should show you who is tieing these up though you may have to do it from the console if you can't telnet . Your description just sounds like you are short on user ports and this has nothing to do with a VTY session which are used to just telnet to the management module on the 6500.
 
Status
Not open for further replies.

Part and Inventory Search

Sponsor

Back
Top