04-01-2005 04:23 PM
Here is the config on the access server:
!
!
!
!
clock timezone EST -5
clock summer-time EDT recurring
ip subnet-zero
no ip routing
!
!
!
!
interface Ethernet0
ip address 10.38.2.7 255.255.255.0
no ip route-cache
no ip mroute-cache
!
interface Serial0
no ip address
no ip route-cache
no ip mroute-cache
shutdown
no fair-queue
!
ip default-gateway 10.38.2.1
ip classless
ip http server
!
!
line con 0
password xxx
login
line 1 16
exec-timeout 0 0
transport input all
transport output none
line aux 0
line vty 0 4
password xxx
login
I have a 3550 connected to line 1 on the AC and I can reverse telnet to it the first time. I get out and then disconnect the session. I try the reverse telnet again and then I get this:
ts#telnet 10.38.2.7 2001
Trying 10.38.2.7, 2001 ...
% Connection refused by remote host
What could be causing this problem?
Solved! Go to Solution.
04-02-2005 09:40 AM
I believe that your problem is caused because the device believes that it still has a session running on its console and will not accept another incoming session. In my experience it works much better if you disable exec on the async lines which will be used for reverse telnet. So I suggest that you configure no exec on the async lines. Try it and let us know if it improves your problem.
HTH
Rick
04-01-2005 04:26 PM
Here is the show line and show line 1 output:
Tty Typ Tx/Rx A Modem Roty AccO AccI Uses Noise Overruns Int
0 CTY - - - - - 0 0 0/0 -
* 1 TTY 9600/9600 - - - - - 0 1 133/398 -
* 2 TTY 9600/9600 - - - - - 0 0 0/0 -
* 3 TTY 9600/9600 - - - - - 6 0 0/0 -
* 4 TTY 9600/9600 - - - - - 2 0 0/0 -
* 5 TTY 9600/9600 - - - - - 2 1 0/0 -
6 TTY 9600/9600 - - - - - 0 0 0/0 -
7 TTY 9600/9600 - - - - - 0 0 0/0 -
8 TTY 9600/9600 - - - - - 0 0 0/0 -
9 TTY 9600/9600 - - - - - 0 0 0/0 -
10 TTY 9600/9600 - - - - - 0 0 0/0 -
11 TTY 9600/9600 - - - - - 0 0 0/0 -
12 TTY 9600/9600 - - - - - 0 0 0/0 -
13 TTY 9600/9600 - - - - - 0 0 0/0 -
14 TTY 9600/9600 - - - - - 0 0 0/0 -
15 TTY 9600/9600 - - - - - 0 0 0/0 -
16 TTY 9600/9600 - - - - - 0 0 0/0 -
ts#sh line 1
Tty Typ Tx/Rx A Modem Roty AccO AccI Uses Noise Overruns Int
* 1 TTY 9600/9600 - - - - - 0 1 136/405 -
Line 1, Location: "", Type: ""
Length: 24 lines, Width: 80 columns
Baud rate (TX/RX) is 9600/9600, no parity, 2 stopbits, 8 databits
Status: Ready, Active
Capabilities: none
Modem state: Ready
Modem hardware state: CTS DSR DTR RTS
Special Chars: Escape Hold Stop Start Disconnect Activation
^^x none - - none
Timeouts: Idle EXEC Idle Session Modem Answer Session Dispatch
never never none not set
Idle Session Disconnect Warning
never
Login-sequence User Response
00:00:30
Autoselect Initial Wait
not set
Modem type is unknown.
Session limit is not set.
Time since activation: 00:48:21
Editing is enabled.
History is enabled, history size is 10.
DNS resolution in show commands is enabled
Full user help is disabled
Allowed input transports are pad v120 telnet rlogin udptn.
Allowed output transports are none.
Preferred transport is telnet.
No output characters are padded
No special data dispatching characters
04-02-2005 09:40 AM
I believe that your problem is caused because the device believes that it still has a session running on its console and will not accept another incoming session. In my experience it works much better if you disable exec on the async lines which will be used for reverse telnet. So I suggest that you configure no exec on the async lines. Try it and let us know if it improves your problem.
HTH
Rick
04-02-2005 12:42 PM
I get a huge amount of overruns. What would be causing that? Also I tried the no exec and still the same thing.
04-02-2005 12:48 PM
Still is believing that line 1 is connected. Is there any way to flush the connections besides using disconnect?
04-02-2005 01:11 PM
Found the problem, I just wasn't disconnecting the connections properly. Thanks for all the help!!!
04-04-2005 12:16 PM
Make sure to disconnect the session properly by using disconnect session # and if the line still shows it's being used, use the command clear line # where the number is the line you want to disconnect.
04-26-2006 07:50 AM
You need to clear line 1
Discover and save your favorite ideas. Come back to expert answers, step-by-step guides, recent topics, and more.
New here? Get started with these tips. How to use Community New member guide