Cisco Support Community
cancel
Showing results for 
Search instead for 
Did you mean: 
Announcements

Welcome to Cisco Support Community. We would love to have your feedback.

For an introduction to the new site, click here. And see here for current known issues.

New Member

Breaking Telnet Attempt from IOS

Hello all,

I have conducted research online for a solution to this issue but have not found one yet.

When attempting to telnet to an unresponsive address from a switch or router, the CLI shows "Trying x.x.x.x..." and eventually times out.  Example:

router#telnet 1.1.1.1

Trying 1.1.1.1 ...

% Connection timed out; remote host not responding

I am looking for the correct break sequence and/or terminal emulator settings that will cause the telnet session attempt to stop so that you do not have to wait for it to timeout.

My colleagues and I have unsuccessfully attempted the following break sequences using SecureCRT version 7 (with terminal emulation VT100) as well as with the Windows 7 Command Prompt:

  • ctrl + c
  • ctrl + c + c
  • ctrl + z
  • ctrl + z + z
  • ctrl + shift + 6
  • ctrl + shift + 6 + 6
  • ctrl + shift + 6 then x
  • ctrl + shift + 6 then x then x

We are able to successfully break out of traceroute and ping attempts using ctrl + shift + 6.

Does anyone know what break sequence and/or terminal emulation settings should be used to sucessfully break out of telnet session attempts?

Oscar

Everyone's tags (4)
1 ACCEPTED SOLUTION

Accepted Solutions

Re: Breaking Telnet Attempt from IOS

I believe the ctrl+shift+6+x (CS6x) only works when you're consoled into the device and then telnetting from there. When you're telnetting from another telnet session, I don't believe this combination will work. You can alleviate some of the pain by changing your syn-wait time to 5. "ip tcp synwait-time 5"

If you want to change to ctrl-c, you can change your escape character to 3:

line vty 0 4

escape-character 3

HTH,

John

HTH, John *** Please rate all useful posts ***
5 REPLIES

Re: Breaking Telnet Attempt from IOS

Im not familiar with securecrt but Ctrlshift6 is the correct break sequence. Try from a regular telnet session to see if it works. If so, there has to be a setting in securecrt that's doing something with your special key sequences.

Sent from Cisco Technical Support iPad App

HTH, John *** Please rate all useful posts ***
Hall of Fame Super Silver

Breaking Telnet Attempt from IOS

I am familiar with SecureCRT and find it works quite well for me. I have used ctrl + shift + 6 and then x many times and have found that it works for me. I am puzzled why it is not working for Oscar.

HTH

Rick

New Member

Breaking Telnet Attempt from IOS

Thanks for replying.  As mentioned, we encounter this issue via the Windows Command Prompt as well (i.e. regular telnet session).  Also, it is not specific to a few devices.  We connect to different Cisco devices every day.

Richard, you mentioned ctrl + shift + 6 then x... this is the command that is used to return to the original session when you have a nested telnet session to another device.  This works fine for us.  What does not function is trying to cancel a telnet session when it is "trying" to connect.  We are forced to wait for the telnet attempt to timeout... not the end of the world, but very annoying.  Can you verify that you are able to cancel a telnet attempt with "ctrl + shift + 6 then x"?

Re: Breaking Telnet Attempt from IOS

I believe the ctrl+shift+6+x (CS6x) only works when you're consoled into the device and then telnetting from there. When you're telnetting from another telnet session, I don't believe this combination will work. You can alleviate some of the pain by changing your syn-wait time to 5. "ip tcp synwait-time 5"

If you want to change to ctrl-c, you can change your escape character to 3:

line vty 0 4

escape-character 3

HTH,

John

HTH, John *** Please rate all useful posts ***
Hall of Fame Super Silver

Breaking Telnet Attempt from IOS

I was obviously a bit too quick to respond and for that I apologize. I was reacting to the suggestion that SecureCRT was not doing somethign as it should with the ctrl + shift + 6. When I read a bit more carefully I realize that John very carefully and correctly phrased it in terms of try it from some other environment and if it works there (which it does not) then it points to some issue with SecureCRT.

I agree that there does not seem to be a way to cancel a telnet attempt that is "trying". And I endorse his suggestion that changing the synwait time is a way to reduce the pain.

HTH

Rick

4046
Views
0
Helpful
5
Replies