Disconnect idle vty sessions

Unanswered Question
Sep 10th, 2007


I have idle sessions on a 3640 and I have tried the disconnect session number, the username, the ip address, but no luck.

As can be seen from the below some sessions have been connected for weeks now. Is there a command I can use without reloading the router?

R01#sh user

Line User Host(s) Idle Location

129 aux 0 Modem Autoconfigure 00:00:00

*130 vty 0 user1 idle 00:00:00

131 vty 1 user2 idle 1w6d

132 vty 2 user3 idle 1w5d

133 vty 3 user2 idle 5d19h

134 vty 4 user2 idle 5d02h

Interface User Mode Idle Peer Address



  • 1
  • 2
  • 3
  • 4
  • 5
Overall Rating: 5 (8 ratings)
ehayric1320 Wed, 07/22/2015 - 16:16

A reboot of our core unfortunately was the ONLY thing that was able to clear up the issue for us.

Richard Burts Mon, 09/10/2007 - 03:38


Would I be correct in assuming that your 3640 is configured to disable the inactivity timeout for vty lines? (no exec-timeout or exec-timeout 0)

I believe that the most effective way to disconnect idle sessions is to have the inactivity timeout running. You can set it to some fairly long interval if you want long lived telnet sessions. But if there is some timeout value specified then the idle sessions get disconnected.



Joseph W. Doherty Mon, 09/10/2007 - 08:36

Another method I believe that keeps lost sessions from hanging around

service tcp-keepalives-in

service tcp-keepalives-out

mostafa-khalil Tue, 01/28/2014 - 23:20

Internet_Router#sh tcp brief    

TCB                 Local Address           Foreign Address        (state)

630B8690            x.x.x.x.23                 x.x.x.x.52089         ESTAB

then :

clear tcp tcb 630B8690

ehayric1320 Tue, 10/07/2014 - 12:52

We are experiencing a very similar issue on our 6509 VSS, there are 22 sessions all used up and we cannot delete them or clear them. Some have been idle for over 6 weeks and it is becoming a real issue because this our core and we cannot SSH in and have to console in when this happens.


I have tried clearing each line, setting exec timeout 0 to no avail. I believe another engineer said he deleted the VTY lines and recreated them when this issue first arose but it will not let me do that saying that they are in use yet it still does it! Very weird behavior, I would like to reboot but for obvious reasons that is an all else fails option.

Richard Burts Tue, 10/07/2014 - 14:46

I do not understand your comment about exec timeout 0. But my point in the original thread was that exec-timeout 0 will cause this problem. And I believe that exec-timeout 120 (or pick some other number greater than zero) should fix it.


Other suggestions in this thread, especially sh tcp brief and "clear tcp tcb 630B8690", and "clear line vty #"  seem promising.


If you try these and none of them work then I suggest that you post the configuration, beginning at line vty, and also post the output of show line.





Jobish James Tue, 07/12/2016 - 23:49

This worked for me too.

Luckily I got one session.. and able to clear all other idle sessions.

If no luck, get console access and clear sessions.

Jobish James


This Discussion