3005 VPN does not respond on console port

3005 VPN does not respond on console port

NewsGroups | Search | Tools
 comp.dcom.vpn  Post an article  get this group's latest topics as an RSS feed add this group's latest topics to your My MSN content add this group's latest topics to your My Yahoo content  add this group's latest topics to your Google content  YahooMyWeb Yahoo!  Google Google  Windows Live Favorites Windows Live  del.icio.us del.icio.us  digg digg  Add to Netscape Netscape
Subject Author Date
3005 VPN does not respond on console port this.house.is.freakin.sweet 05-29-2006
Posted by on May 29, 2006, 5:02 pm
If you were  Registered and logged in, you could reply and use other advanced thread options
I have a CISCO 3005 VPN Concentrator that came back from a site we shut
down. I have no passwords for this device. I am following CISCO's
password recovery doc, but I get no response in Hyperterminal from the
console port. I do not have the original cable that came with the
device, but I am using a standard RS232 cable. I have tried turing flow
control off (CISCO states to use hardware) and and that just causes
Hyperterminal to lockup. With flow control set to hardware I just get a
blinking cursor. Press enter twice and the cursor disappears for a few
seconds then comes back. Power cycling the VPN while connected does
nothing. Any ideas?


Posted by Joe Morris on May 30, 2006, 8:54 am
If you were  Registered and logged in, you could reply and use other advanced thread options
this.house.is.freakin.sweet@gmail.com writes:

>I have a CISCO 3005 VPN Concentrator that came back from a site we shut
>down. I have no passwords for this device. I am following CISCO's
>password recovery doc, but I get no response in Hyperterminal from the
>console port. I do not have the original cable that came with the
>device, but I am using a standard RS232 cable.

I'm not the VPN guru here and don't have a copy of the Cisco docs, but
have you considered the possibility that the Cisco box is presenting
DTE at the async interface rather than DCE? Try a null modem cable
and see what happens.

Joe Morris

Posted by Ciscosis on May 30, 2006, 7:02 pm
If you were  Registered and logged in, you could reply and use other advanced thread options
Thanks for the suggestion Joe. Not real clear what you mean by null
modem. I was using a DB-9 to DB-9 cable that came with an HP switch. I
also tried a cable set we bought that comes as RJ-45 to RJ-45 with
adapters to DB-9 and DB-25 (although the DB-25 doesnt apply here). Its
a flat cable similar to the DB-9 to RJ-45 that comes standard with
Cisco routers. According to the CISCO docs, it is a "standard" RS-232C
cable that plugs from the console port to a PC. This is the purpose of
the HP cable, so I dont think it is a DTE/DCE issue, but I cant say
that with 100% confidence.


Posted by Joe Morris on May 31, 2006, 9:39 am
If you were  Registered and logged in, you could reply and use other advanced thread options

>Thanks for the suggestion Joe. Not real clear what you mean by null
>modem.

A null modem cable swaps the input and output pins between ends. Typically
this involves (from "A" end to "B" end):

DCD (1) --> DTR (4) and also to "A" end DSR (6)
Receive (2) --> Transmit (3)
Transmit (3) --> Recieve (2)
DTR (4) --> DCD (1) and DSR (6)
Ground (5) --> Ground (5)
DSR (6) --> DTR (4) and also to "A" end DCD (1)
RTS (7) --> CTS (8)
CTS (8) --> RTS (7)
RI (9) not connected

This allows two DTE devices to talk directly to each other.

> I was using a DB-9 to DB-9 cable that came with an HP switch. I
>also tried a cable set we bought that comes as RJ-45 to RJ-45 with
>adapters to DB-9 and DB-25 (although the DB-25 doesnt apply here). Its
>a flat cable similar to the DB-9 to RJ-45 that comes standard with
>Cisco routers. According to the CISCO docs, it is a "standard" RS-232C
>cable that plugs from the console port to a PC. This is the purpose of
>the HP cable, so I dont think it is a DTE/DCE issue, but I cant say
>that with 100% confidence.

Documentation has been known to occasionally <grin> have errors. OTOH,
it might be right, and there isn't a DCE/DTE problem. OTOH, whenever
I see an async interface in network server-side equipment I always
suspect DCE/DTE problems if the first attempts through a standard cable
(with various speed settings checked) fail.

Good luck.

Joe Morris

Similar ThreadsPosted
Setup VPN 3005 for use with a preshared key February 10, 2006, 9:08 am
Can't authenticate PPTP to a Cisco VPN 3005 June 16, 2005, 3:03 pm
W2K vpn client to Cisco 3005 VPN concentrator June 20, 2005, 3:07 pm
vpn port 80 May 19, 2005, 8:17 pm
Authentication problem with a Cisco 3005 concentrator April 28, 2005, 11:59 am
Citrix access via VPN 3005 concentrator w/WebVPN January 12, 2006, 12:07 pm
VPN over port other than 1723 February 8, 2008, 1:54 pm
Cisco 3005 Concentrator + DLink 804HV Router July 20, 2005, 11:46 pm
When connecting to VPN, got error "specified port not available" July 28, 2005, 7:29 am
BEFSX41 Dead Internet Port March 5, 2006, 11:03 pm

other useful resources:
The Federal Communications Commission (FCC)
Telecommunications Industry Association
Electronic and Software Security Products and Services
International Telecommunication Union

Custom CGI Perl and PHP programming by 1-Script.com

Contact Us | Privacy Policy
The site map in XML format XML site map