cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
1157
Views
0
Helpful
11
Replies

2600 Router Drop Out

mkingcsnm
Level 1
Level 1

I have a Cisco 2600 router that once a day drops its internet connection and will not auto reconnect, it is using the inbuilt DSL. If I reload the unit it will reconnect fine but on it's own it will not.

Any ideas?

Thanks in advance.

11 Replies 11

Giuseppe Larosa
Hall of Fame
Hall of Fame

Hello Mkingcsnm,

post a sh dsl interface atmx/y

where atmx/y is your DSL interface.

Or the line has some errors that can cause the DSL to need to reconnect.

What is far more probable is that the system is stucked by NAT or lack of resources

check with sh ip nat translations

sh proc mem | inc Free

Hope to help

Giuseppe

Hi Giuseppe,

I've added a file with the output. Would you mind having a look at for me. Although this is not when it is in a error state. This is just general.

King Regards,

Michael

Guiseppe,

I have uploaded some log files from when in an error state.

Hello Mkingcsnm,

there are no big errors on DSL interface counters and there is ony one entry in the NAT translation.

There is plenty of free memory.

However, that entry is udp 500 that means ISAKMP.

have you got IPSec configured in your device? or there is an internal host trying to setup an IPSec tunnel?

You should upload the whole config, just filter public ip addresses and username/pwds for safety.

Hope to help

Giuseppe

Hi Guiseppe,

Yes, I have a VPN set up on the router with an ASA device at the other end.

Log attached.

Regards,

Hi Giuseppe,

Did you manage to see if there was anything wrong with the config? I was wondering if there was some sort of time out set on the interface?

Kind Regards,

MKingcsnm

Giuseppe,

Looking at the logs I have found that when the router cannot connect there is something that may be an error:

*Mar  1 02:13:46.755: Vi3 PPP: Using dialer call direction
*Mar  1 02:13:46.759: Vi3 PPP: Treating connection as a callout
*Mar  1 02:13:46.759: Vi3 PPP: Session handle[A6000006] Session id[4]
*Mar  1 02:13:46.759: Vi3 PPP: Phase is ESTABLISHING, Active Open
*Mar  1 02:13:46.759: Vi3 PPP: Authorization NOT required
*Mar  1 02:13:46.759: Vi3 PPP: No remote authentication for call-out
*Mar  1 02:13:46.759: Vi3 LCP: O CONFREQ [Closed] id 8 len 10
*Mar  1 02:13:46.759: Vi3 LCP:    MagicNumber 0x0CAAAFBA (0x05060CAAAFBA)
*Mar  1 02:13:47.739: %LINK-3-UPDOWN: Interface ATM0/0, changed state to up
*Mar  1 02:13:48.739: %LINEPROTO-5-UPDOWN: Line protocol on Interface ATM0/0, changed state to up
*Mar  1 02:13:48.751: Vi3 LCP: Timeout: State REQsent
*Mar  1 02:13:48.751: Vi3 LCP: O CONFREQ [REQsent] id 9 len 10
*Mar  1 02:13:48.751: Vi3 LCP:    MagicNumber 0x0CAAAFBA (0x05060CAAAFBA)
*Mar  1 02:13:48.775: Vi3 LCP: I CONFREQ [REQsent] id 1 len 15
*Mar  1 02:13:48.775: Vi3 LCP:    AuthProto CHAP (0x0305C22305)
*Mar  1 02:13:48.775: Vi3 LCP:    MagicNumber 0x54B42ACF (0x050654B42ACF)
*Mar  1 02:13:48.775: Vi3 LCP: O CONFACK [REQsent] id 1 len 15
*Mar  1 02:13:48.775: Vi3 LCP:    AuthProto CHAP (0x0305C22305)
*Mar  1 02:13:48.775: Vi3 LCP:    MagicNumber 0x54B42ACF (0x050654B42ACF)
*Mar  1 02:13:50.767: Vi3 LCP: Timeout: State ACKsent
*Mar  1 02:13:50.767: Vi3 LCP: O CONFREQ [ACKsent] id 10 len 10
*Mar  1 02:13:50.767: Vi3 LCP:    MagicNumber 0x0CAAAFBA (0x05060CAAAFBA)
*Mar  1 02:13:50.791: Vi3 LCP: I CONFACK [ACKsent] id 10 len 10
*Mar  1 02:13:50.791: Vi3 LCP:    MagicNumber 0x0CAAAFBA (0x05060CAAAFBA)
*Mar  1 02:13:50.795: Vi3 LCP: State is Open
*Mar  1 02:13:50.795: Vi3 PPP: Phase is AUTHENTICATING, by the peer
*Mar  1 02:13:50.799: Vi3 CHAP: I CHALLENGE id 1 len 30 from "lon-0-dsl"
*Mar  1 02:13:50.803: Vi3 CHAP: Using hostname from interface CHAP
*Mar  1 02:13:50.803: Vi3 CHAP: Using password from interface CHAP
*Mar  1 02:13:50.803: Vi3 CHAP: O RESPONSE id 1 len 48 from "xxxxxxx@adsl.eclipse.co.uk"
*Mar  1 02:13:52.023: Vi3 CHAP: I SUCCESS id 1 len 42 msg is "CHAP authentication success, unit 2390"
*Mar  1 02:13:52.023: Vi3 PPP: Phase is FORWARDING, Attempting Forward
*Mar  1 02:13:52.023: Vi3 PPP: Queue IPCP code[1] id[118]
*Mar  1 02:13:52.027: Vi3 PPP SSS: Receive SSS-Mgr Connect-Local
*Mar  1 02:13:52.027: Vi3 PPP: Phase is ESTABLISHING, Finish LCP
*Mar  1 02:13:52.027: Vi3 PPP: Phase is UP
*Mar  1 02:13:52.027: Vi3 PPP: Process pending ncp packets
*Mar  1 02:13:52.031: Vi3 IPCP: Redirect packet to Vi3
*Mar  1 02:13:52.031: Vi3 IPCP: I CONFREQ [Not negotiated] id 118 len 10
*Mar  1 02:13:52.031: Vi3 IPCP:    Address 212.104.130.224 (0x0306D46882E0)
*Mar  1 02:13:52.031: Vi3 LCP: O PROTREJ [Open] id 11 len 16 protocol IPCP (0x80210176000A0306D46882E0)
*Mar  1 02:13:52.055: Vi3 LCP: I TERMREQ [Open] id 234 len 4
*Mar  1 02:13:52.055: Vi3 LCP: O TERMACK [Open] id 234 len 4
*Mar  1 02:13:52.055: Vi3 PPP: Sending Acct Event[Down] id[3]
*Mar  1 02:13:52.059: Vi3 PPP: Phase is TERMINATING
*Mar  1 02:13:54.063: Vi3 LCP: Timeout: State TERMsent
*Mar  1 02:13:54.063: Vi3 LCP: State is Closed
*Mar  1 02:13:54.063: Vi3 PPP: Phase is DOWN

But I also have to ask what is the difference when the interface is put through a shut and no shut process which does not allow the connection to come back up, but if i do a reload the connection will??

Guys, Anyone,

I am desperate for help, this is causing major issues. Can anyone help?

Hello Mkingcsnm,

sorry for having missed your updated in this thread.

I agree that something wrong happens:

*Mar  1 02:13:52.031: Vi3 IPCP: I CONFREQ [Not negotiated] id 118 len 10
*Mar  1 02:13:52.031: Vi3 IPCP:    Address 212.104.130.224 (0x0306D46882E0)
*Mar  1 02:13:52.031: Vi3 LCP: O PROTREJ [Open] id 11 len 16 protocol IPCP (0x80210176000A0306D46882E0)

the router receives (I) an IPCP configuration request that is the command in IPCP negotiation where the remote end proposes an IP address to be used on the interface, my guess is that the interface is Virtual-access 3.

The router doesn't like this message and rejects it with a protocol reject message.

The reason may be that the IPCP control protocol had to be first negotiated during the generic NCP phase after LCP establishes the PPP session.

Looking at your configuration I see a Dialer interface associated to PPP over ATM and invoket in ATM subinterface.

the virtual-access 3 is invoked by the dialer interface and we see the ATM interface going up after LCP exchange.

I look more at your log.

if we look at

http://www.cisco.com/en/US/tech/tk175/tk15/technologies_configuration_example09186a008071a69d.shtml

we can find an example of a successful PPP over ATM negotiation that includes the line

2w3d: Vi1 IPCP: State is Open

it is like a step in negotiation has not been performed and IPCP negotiation is suddenly initiated
by other side

But you have noted that if you reload the device this provides a fix and negotiation is successful

I see that the router is also providing VPDN services with PPTP and virtual template1 but I don't see
a direct relationship with this issue.
However, if possible I would try to remove this part of configuration to have only PPP over ATM.
Then I would leave some time to see if behaviour changes.

Hope to help

Giuseppe

Hi Giuseppe,

I'm afraid we currently use the vpdn for a site to site vpn so I can't really change or move that.

Hi Giuseppe,

Looking at it again, I think you are correct and we are not using the VPND. Can you advise how I go about removing this?

Getting Started

Find answers to your questions by entering keywords or phrases in the Search bar above. New here? Use these resources to familiarize yourself with the community:

Innovations in Cisco Full Stack Observability - A new webinar from Cisco