Cisco → [Config] Hmmm. interface ATM0 remains down, line protocol remains down

OK. I have sorted the interfaces (both LAN and WAN sides), my network (as you well remember) as well as the secret handshake using my decoder badge. BUT ATM0 and line protocol remain down.

Some simple procedural questions:

After interface ATM0
operating-mode auto
pvc 0/32
encapsulation aal5mux ppp dialer
dialer pool-member 1
no shut
(followed by)
interface Dialer1 (oops, does this need to be entered with the capital "D" and no-space "1"?)
ip address negotiated
encapsulation ppp
dialer pool 1
ppp authentication pap
ppp pap sent-username password

After that, does the router need to be turned off then on? Does the RJ-11 jack need to be inserted while the IOS commands are entered or can the jack be inserted after it is completed?

Is "write memory" command needed?

Sorry, but these are essential details. Thanks Michael Allen

and here's the remainder:

ATM0 is down, line protocol is down
Hardware is BCM6300 ATMSAR, address is 501c.bfde.09c7 (bia 501c.bfde.09c7)
MTU 2038 bytes, sub MTU 2038, BW 4608 Kbit/sec, DLY 80 usec,
reliability 255/255, txload 1/255, rxload 1/255
Encapsulation ATM, loopback not set
Keepalive not supported
Encapsulation(s): AAL5
2 maximum active VCs, 1024 VCs per VP, 0 current VCCs
VC Auto Creation Disabled.
VC idle disconnect time: 300 seconds
Last input never, output never, output hang never
Last clearing of "show interface" counters never
Input queue: 0/75/0/0 (size/max/drops/flushes); Total output drops: 0
Queueing strategy: Per VC Queueing
5 minute input rate 0 bits/sec, 0 packets/sec
5 minute output rate 0 bits/sec, 0 packets/sec
0 packets input, 0 bytes, 0 no buffer
Received 0 broadcasts (0 IP multicasts)
0 runts, 0 giants, 0 throttles
0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort
0 packets output, 0 bytes, 0 underruns
0 output errors, 0 collisions, 1 interface resets
0 unknown protocol drops
0 output buffer failures, 0 output buffers swapped out

Building configuration...

Current configuration : 1296 bytes
!
! Last configuration change at 22:45:00 UTC Fri May 30 2014
version 15.2
no service pad
service timestamps debug datetime msec
service timestamps log datetime msec
no service password-encryption
!
hostname mrciscorouter
!
boot-start-marker
boot-end-marker
!
!
enable secret 5 $1$ZIe4$DKve.yH398DTRmd9bGNiy0
!
no aaa new-model
wan mode dsl
!
!
!
!
!
!
no ip domain lookup
ip cef
no ipv6 cef
!
!
!
!
!
!
!
!
!
controller VDSL 0
!
!
!
!
!
!
!
!
!
!
!
!
!
interface ATM0
no ip address
no atm ilmi-keepalive
pvc 0/32
encapsulation aal5mux ppp dialer
dialer pool-member 1
!
!
interface Ethernet0
no ip address
shutdown
!
interface FastEthernet0
no ip address
!
interface FastEthernet1
no ip address
!
interface FastEthernet2
no ip address
!
interface FastEthernet3
no ip address
!
interface GigabitEthernet0
no ip address
!
interface GigabitEthernet1
no ip address
shutdown
duplex auto
speed auto
!
interface Vlan1
no ip address
!
interface Dialer1
ip address negotiated
encapsulation ppp
dialer pool 1
ppp authentication pap
ppp pap sent-username Rgt3rx3 password 0 t083xu8q
!
ip forward-protocol nd
no ip http server
no ip http secure-server
!
!
!
!
!
line con 0
no modem enable
line aux 0
line vty 0 4
login
transport input all
!
scheduler allocate 60000 1000
!
end

No everything is instant, does not matter.

What model is this?

Does the DSL light (on an 887 its the "CO" light) go solid?

Do you have another DSL modem to confirm DSL sync on the line?

Question 1: good. All other ATU-R's over the years it didn't matter either. It takes time for training.

This is an 867VAE-K9 and the the CO light is not solid. On this one is the "DSL Link" light and it just regularly flashes although the power light is solid.

Yes, the Actiontec 704D works just fine. This is CenturyLink (and local ISP is Visi). It's PPPoA, etc.

I don't see any NAT config on there.

No, and you're not going to see any until I have an ATU-R that connects to the router or DSLAM in my central office! Without basic connectivity I can't tell whether this router is functioning or is simply a nice piece of gray metal on a shelf!

Per this page »www.cisco.com/c/en/us/td ··· ml#54178

The DSL Link light should go solid show that it is trained even with the basic config you have, Im wondering if its DSL port is bad.

Can you try a "show dsl interface atm0" (i think that is the command) and post it.

What are the DSL line stats Actiontec 704D are they marginal?

No. There's very few commands these days that needs the whole router reloaded,
generally speaking.RJ11 can be inserted anytime, the config needs to be correct, though, for it to function.After any config change that you want to retain after a powercycle? An EMPHATIC yes.

Did you use that DSL config / troubleshooting guide I supplied in your previous thread , wxmanmichael ?

Regards

Yep, I used that 3 or 4 times as my comprehension of Cisco's configuration process grew to the point that I understood how Cisco implemented ATM and ADSL technology into IOS. Your reference was this one on the first page of the other thread, correct?
»www.cisco.com/c/en/us/su ··· .html#c4 ?

I tried others, too. The only subset of commands that seemed to crash were the ones related to Step 8 and "NAT pool if additional IP addresses have been provided by your ISP". At that point, when I enter the "router#ip nat pool ... the enter command gives me an error.

Here's the show running-config:

Building configuration...
[OK]
mrciscorouter#show running-config
Building configuration...

Current configuration : 1507 bytes
!
! Last configuration change at 20:13:37 UTC Sun Jun 1 2014
version 15.2
no service pad
service timestamps debug datetime msec
service timestamps log datetime msec
no service password-encryption
!
hostname mrciscorouter
!
boot-start-marker
boot-end-marker
!
!
enable secret 5 $1$ZIe4$DKve.yH398DTRmd9bGNiy0
!
no aaa new-model
wan mode dsl
!
!
!
!
!
!
no ip domain lookup
ip cef
no ipv6 cef
!
!
!
!
!
!
!
!
!
controller VDSL 0
!
!
!
!
!
!
!
!
!
!
!
!
!
interface ATM0
no ip address
no atm ilmi-keepalive
pvc 0/32
encapsulation aal5mux ppp dialer
dialer pool-member 1
!
!
interface Ethernet0
ip address 208.42.28.45 255.255.255.248
shutdown
!
interface FastEthernet0
no ip address
!
interface FastEthernet1
no ip address
!
interface FastEthernet2
no ip address
!
interface FastEthernet3
no ip address
!
interface GigabitEthernet0
no ip address
!
interface GigabitEthernet1
no ip address
shutdown
duplex auto
speed auto
!
interface Vlan1
no ip address
!
interface Dialer1
ip address negotiated
encapsulation ppp
dialer pool 1
ppp authentication pap callin
ppp chap hostname Rgt3rx3
ppp chap password 0 t083xu8q
ppp pap sent-username Rgt3rx3 password 0 t083xu8q
!
ip forward-protocol nd
no ip http server
no ip http secure-server
!
!
ip nat inside source list 1 interface Dialer1 overload
ip route 0.0.0.0 0.0.0.0 Dialer1
!
access-list 1 permit 208.42.28.45
!
!
line con 0
no modem enable
line aux 0
line vty 0 4
login
transport input all
!
scheduler allocate 60000 1000
!
end

mrciscorouter#
end
exit
exit

AND the show log:

Syslog logging: enabled (0 messages dropped, 2 messages rate-limited, 0 flushes, 0 overruns, xml disabled, filtering disabled)

No Active Message Discriminator.

No Inactive Message Discriminator.

Console logging: level debugging, 55 messages logged, xml disabled,
filtering disabled
Monitor logging: level debugging, 0 messages logged, xml disabled,
filtering disabled
Buffer logging: level debugging, 55 messages logged, xml disabled,
filtering disabled
Exception Logging: size (8192 bytes)
Count and timestamp logging messages: disabled
Persistent logging: disabled
Trap logging: level informational, 58 message lines logged
Logging Source-Interface: VRF Name:

Log Buffer (8192 bytes):

*May 30 22:18:24.563: %IFMGR-7-NO_IFINDEX_FILE: Unable to open nvram:/ifIndex-table No such file or directory
*May 30 22:18:38.467: %VPN_HW-6-INFO_LOC: Crypto engine: onboard 0 State changed to: Initialized
*May 30 22:18:38.467: %VPN_HW-6-INFO_LOC: Crypto engine: onboard 0 State changed to: Enabled
*May 30 22:18:39.323: %LINK-3-UPDOWN: Interface Ethernet0, changed state to down
*May 30 22:18:39.323: %LINK-3-UPDOWN: Interface ATM0, changed state to down
*May 30 22:18:39.323: %LINK-3-UPDOWN: Interface GigabitEthernet1, changed state to up
*May 30 22:18:39.571: %LINEPROTO-5-UPDOWN: Line protocol on Interface Onboard VPN, changed state to up
*May 30 22:18:40.147: %LINEPROTO-5-UPDOWN: Line protocol on Interface Vlan1, changed state to down
*May 30 22:18:40.911: %LINEPROTO-5-UPDOWN: Line protocol on Interface Ethernet0, changed state to down
*May 30 22:18:40.911: %LINEPROTO-5-UPDOWN: Line protocol on Interface ATM0, changed state to down
*May 30 22:18:40.911: %LINEPROTO-5-UPDOWN: Line protocol on Interface GigabitEthernet1, changed state to down
*May 30 22:18:42.927: %LINK-3-UPDOWN: Interface GigabitEthernet1, changed state to down
*May 30 22:20:26.211: %LINK-5-CHANGED: Interface GigabitEthernet1, changed state to administratively down
*May 30 22:20:26.911: %LINK-5-CHANGED: Interface ATM0, changed state to administratively down
*May 30 22:20:26.911: %LINK-5-CHANGED: Interface Ethernet0, changed state to administratively down
*May 30 22:20:32.403: %LINK-3-UPDOWN: Interface FastEthernet0, changed state to down
*May 30 22:20:32.403: %LINK-3-UPDOWN: Interface FastEthernet1, changed state to down
*May 30 22:20:32.403: %LINK-3-UPDOWN: Interface FastEthernet2, changed state to down
*May 30 22:20:32.403: %LINK-3-UPDOWN: Interface FastEthernet3, changed state to down
*May 30 22:20:32.403: %LINK-3-UPDOWN: Interface GigabitEthernet0, changed state to down
*May 30 22:20:33.675: %LINEPROTO-5-UPDOWN: Line protocol on Interface FastEthernet0, changed state to down
*May 30 22:20:33.675: %LINEPROTO-5-UPDOWN: Line protocol on Interface FastEthernet1, changed state to down
*May 30 22:20:33.675: %LINEPROTO-5-UPDOWN: Line protocol on Interface FastEthernet2, changed state to down
*May 30 22:20:33.675: %LINEPROTO-5-UPDOWN: Line protocol on Interface FastEthernet3, changed state to down
*May 30 22:20:33.675: %LINEPROTO-5-UPDOWN: Line protocol on Interface GigabitEthernet0, changed state to down
*May 30 22:20:35.315: %SYS-5-RESTART: System restarted --
Cisco IOS Software, C860 Software (C860VAE-ADVSECURITYK9-M), Version 15.2(4)M6, RELEASE SOFTWARE (fc2)
Technical Support: »www.cisco.com/techsupport
Copyright (c) 1986-2014 by Cisco Systems, Inc.
Compiled Wed 19-Mar-14 18:40 by prod_rel_team
*May 30 22:20:35.319: %SNMP-5-COLDSTART: SNMP agent on host Router is undergoing a cold start
*May 30 22:20:35.431: %CRYPTO-6-ISAKMP_ON_OFF: ISAKMP is OFF
*May 30 22:20:36.547: %SYS-6-BOOTTIME: Time taken to reboot after reload = 215 seconds
*May 30 22:23:50.763: %SYS-5-CONFIG_I: Configured from console by console
*May 30 22:32:22.447: %SYS-5-CONFIG_I: Configured from console by console
*May 30 22:32:52.683: %SYS-5-CONFIG_I: Configured from console by console
*May 30 22:35:19.207: %LINEPROTO-5-UPDOWN: Line protocol on Interface Virtual-Access1, changed state to up
*May 30 22:35:19.207: %LINK-3-UPDOWN: Interface Virtual-Access1, changed state to up
*May 30 22:35:21.199: %LINK-3-UPDOWN: Interface ATM0, changed state to down
*May 30 22:35:53.399: %SYS-5-CONFIG_I: Configured from console by console
*May 30 22:36:41.827: %SYS-5-CONFIG_I: Configured from console by console
*May 30 22:41:59.535: %SYS-5-CONFIG_I: Configured from console by console
*May 30 22:45:00.755: %SYS-5-CONFIG_I: Configured from console by console
*May 31 01:09:19.543: %SYS-5-CONFIG_I: Configured from console by console
*May 31 01:11:08.955: %SYS-5-CONFIG_I: Configured from console by console
*May 31 03:35:26.926: %SYS-5-CONFIG_I: Configured from console by console
*May 31 17:43:41.423: %SYS-5-CONFIG_I: Configured from console by console
*May 31 18:41:30.990: %SYS-5-CONFIG_I: Configured from console by console
*May 31 19:33:05.782: %SYS-5-CONFIG_I: Configured from console by console
*Jun 1 19:36:02.840: %SYS-5-CONFIG_I: Configured from console by console
*Jun 1 19:37:08.940: %SYS-5-CONFIG_I: Configured from console by console
*Jun 1 19:40:59.044: %SYS-5-CONFIG_I: Configured from console by console
*Jun 1 19:41:46.528: %SYS-5-CONFIG_I: Configured from console by console
*Jun 1 19:43:24.024: %LINEPROTO-5-UPDOWN: Line protocol on Interface NVI0, changed state to up
*Jun 1 19:45:42.800: %SYS-5-CONFIG_I: Configured from console by console
*Jun 1 19:46:27.352: %SYS-5-CONFIG_I: Configured from console by console
*Jun 1 20:11:30.392: %SYS-5-CONFIG_I: Configured from console by console
*Jun 1 20:12:55.912: %SYS-5-CONFIG_I: Configured from console by console
*Jun 1 20:13:37.564: %SYS-5-CONFIG_I: Configured from console by console
mrciscorouter#

Thanks Hellfire

Michael

And here's the boot record and the show interfaces result after a power cycle:

System Bootstrap, Version 15.1(4r)M2, RELEASE SOFTWARE (fc1)
Technical Support: »www.cisco.com/techsupport
Copyright (c) 2011 by cisco Systems, Inc.

C860VAE advanced k9 platform with 256 MB of main memory

Booting flash:/c860vae-advsecurityk9-mz.152-4.M6.bin
boot: Launch entrypt: 0x80800000
Self decompressing the image : ################################################################################## #############################]

Restricted Rights Legend

Use, duplication, or disclosure by the Government is
subject to restrictions as set forth in subparagraph
(c) of the Commercial Computer Software - Restricted
Rights clause at FAR sec. 52.227-19 and subparagraph
(c) (1) (ii) of the Rights in Technical Data and Computer
Software clause at DFARS sec. 252.227-7013.

cisco Systems, Inc.
170 West Tasman Drive
San Jose, California 95134-1706

Cisco IOS Software, C860 Software (C860VAE-ADVSECURITYK9-M), Version 15.2(4)M6, RELEASE SOFTWARE (fc2)
Technical Support: »www.cisco.com/techsupport
Copyright (c) 1986-2014 by Cisco Systems, Inc.
Compiled Wed 19-Mar-14 18:40 by prod_rel_team

flashfs[6]: 230 files, 16 directories
flashfs[6]: 0 orphaned files, 0 orphaned directories
flashfs[6]: Total bytes: 55351296
flashfs[6]: Bytes used: 30396416
flashfs[6]: Bytes available: 24954880
flashfs[6]: flashfs fsck took 1 seconds.
flashfs[6]: Initialization complete.

This product contains cryptographic features and is subject to United
States and local country laws governing import, export, transfer and
use. Delivery of Cisco cryptographic products does not imply
third-party authority to import, export, distribute or use encryption.
Importers, exporters, distributors and users are responsible for
compliance with U.S. and local country laws. By using this product you
agree to comply with applicable laws and regulations. If you are unable
to comply with U.S. and local laws, return this product immediately.

A summary of U.S. laws governing Cisco cryptographic products may be found at:
»www.cisco.com/wwl/export ··· qrg.html

If you require further assistance please contact us by sending email to
export@cisco.com.

Cisco 867VAE-K9 (BCM6368) processor (revision 0.3) with 234496K/26624K bytes of memory.
Processor board ID GMK180904DU
1 DSL controller
1 Ethernet interface
4 FastEthernet interfaces
2 Gigabit Ethernet interfaces
1 ATM interface
1 Virtual Private Network (VPN) Module
255K bytes of non-volatile configuration memory.
57344K bytes system flash allocated

SETUP: new interface NVI0 placed in "shutdown" state

Press RETURN to get started!

*Jun 1 20:46:36.787: %IFMGR-7-NO_IFINDEX_FILE: Unable to open nvram:/ifIndex-table No such file or directory
*Jun 1 20:46:50.667: %VPN_HW-6-INFO_LOC: Crypto engine: onboard 0 State changed to: Initialized
*Jun 1 20:46:50.671: %VPN_HW-6-INFO_LOC: Crypto engine: onboard 0 State changed to: Enabled
*Jun 1 20:46:51.519: %LINK-3-UPDOWN: Interface Ethernet0, changed state to down
*Jun 1 20:46:51.523: %LINK-3-UPDOWN: Interface ATM0, changed state to down
*Jun 1 20:46:51.523: %LINK-3-UPDOWN: Interface GigabitEthernet1, changed state to up
*Jun 1 20:46:51.771: %LINEPROTO-5-UPDOWN: Line protocol on Interface Onboard VPN, changed state to up
*Jun 1 20:46:52.343: %LINEPROTO-5-UPDOWN: Line protocol on Interface Vlan1, changed state to down
*Jun 1 20:46:53.111: %LINEPROTO-5-UPDOWN: Line protocol on Interface Ethernet0, changed state to down
*Jun 1 20:46:53.111: %LINEPROTO-5-UPDOWN: Line protocol on Interface ATM0, changed state to down
*Jun 1 20:46:53.111: %LINEPROTO-5-UPDOWN: Line protocol on Interface GigabitEthernet1, changed state to down
*Jun 1 20:46:55.123: %LINK-3-UPDOWN: Interface GigabitEthernet1, changed state to down
*Jun 1 20:46:57.163: %SYS-5-CONFIG_I: Configured from memory by console
*Jun 1 20:46:57.691: %LINK-5-CHANGED: Interface GigabitEthernet1, changed state to administratively down
*Jun 1 20:46:58.151: %LINEPROTO-5-UPDOWN: Line protocol on Interface NVI0, changed state to down
*Jun 1 20:46:59.175: %LINK-5-CHANGED: Interface Ethernet0, changed state to administratively down
*Jun 1 20:46:59.175: %LINK-5-CHANGED: Interface NVI0, changed state to administratively down
*Jun 1 20:46:59.467: %LINK-3-UPDOWN: Interface FastEthernet0, changed state to down
*Jun 1 20:46:59.467: %LINK-3-UPDOWN: Interface FastEthernet1, changed state to down
*Jun 1 20:46:59.467: %LINK-3-UPDOWN: Interface FastEthernet2, changed state to down
*Jun 1 20:46:59.467: %LINK-3-UPDOWN: Interface FastEthernet3, changed state to down
*Jun 1 20:46:59.467: %LINK-3-UPDOWN: Interface GigabitEthernet0, changed state to down
*Jun 1 20:47:02.027: %SYS-5-RESTART: System restarted --
Cisco IOS Software, C860 Software (C860VAE-ADVSECURITYK9-M), Version 15.2(4)M6, RELEASE SOFTWARE (fc2)
Technical Support: »www.cisco.com/techsupport
Copyright (c) 1986-2014 by Cisco Systems, Inc.
Compiled Wed 19-Mar-14 18:40 by prod_rel_team
*Jun 1 20:47:02.031: %SNMP-5-COLDSTART: SNMP agent on host mrciscorouter is undergoing a cold start
*Jun 1 20:47:02.043: %LINEPROTO-5-UPDOWN: Line protocol on Interface FastEthernet0, changed state to down
*Jun 1 20:47:02.043: %LINEPROTO-5-UPDOWN: Line protocol on Interface FastEthernet1, changed state to down
*Jun 1 20:47:02.043: %LINEPROTO-5-UPDOWN: Line protocol on Interface FastEthernet2, changed state to down
*Jun 1 20:47:02.043: %LINEPROTO-5-UPDOWN: Line protocol on Interface FastEthernet3, changed state to down
*Jun 1 20:47:02.043: %LINEPROTO-5-UPDOWN: Line protocol on Interface GigabitEthernet0, changed state to down
*Jun 1 20:47:02.047: %LINEPROTO-5-UPDOWN: Line protocol on Interface Virtual-Access1, changed state to up
*Jun 1 20:47:02.047: %LINK-3-UPDOWN: Interface Virtual-Access1, changed state to up
*Jun 1 20:47:02.151: %CRYPTO-6-ISAKMP_ON_OFF: ISAKMP is OFF
mrciscorouter>show interfaces
ATM0 is down, line protocol is down
Hardware is BCM6300 ATMSAR, address is 501c.bfde.09c7 (bia 501c.bfde.09c7)
MTU 2038 bytes, sub MTU 2038, BW 4608 Kbit/sec, DLY 80 usec,
reliability 255/255, txload 1/255, rxload 1/255
Encapsulation ATM, loopback not set
Keepalive not supported
Encapsulation(s): AAL5
2 maximum active VCs, 1024 VCs per VP, 0 current VCCs
VC Auto Creation Disabled.
VC idle disconnect time: 300 seconds
Last input never, output never, output hang never
Last clearing of "show interface" counters never
Input queue: 0/75/0/0 (size/max/drops/flushes); Total output drops: 0
Queueing strategy: Per VC Queueing
5 minute input rate 0 bits/sec, 0 packets/sec
5 minute output rate 0 bits/sec, 0 packets/sec
0 packets input, 0 bytes, 0 no buffer
Received 0 broadcasts (0 IP multicasts)
0 runts, 0 giants, 0 throttles
0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort
0 packets output, 0 bytes, 0 underruns
0 output errors, 0 collisions, 0 interface resets
0 unknown protocol drops
0 output buffer failures, 0 output buffers swapped out
Dialer1 is up (spoofing), line protocol is up (spoofing)
Hardware is Unknown
Internet address will be negotiated using IPCP
MTU 1500 bytes, BW 56 Kbit/sec, DLY 20000 usec,
reliability 255/255, txload 1/255, rxload 1/255
Encapsulation PPP, LCP Closed, loopback not set
Keepalive set (10 sec)
DTR is pulsed for 1 seconds on reset
Last input never, output never, output hang never
Last clearing of "show interface" counters 00:14:47
Input queue: 0/75/0/0 (size/max/drops/flushes); Total output drops: 0
Queueing strategy: fifo
Output queue: 0/40 (size/max)
5 minute input rate 0 bits/sec, 0 packets/sec
5 minute output rate 0 bits/sec, 0 packets/sec
0 packets input, 0 bytes
0 packets output, 0 bytes
Ethernet0 is administratively down, line protocol is down
Hardware is BCM6368 vdsl Ethernet, address is 501c.bfde.09c6 (bia 501c.bfde.09c6)
Internet address is 208.42.28.45/29
MTU 1500 bytes, BW 100000 Kbit/sec, DLY 100 usec,
reliability 255/255, txload 1/255, rxload 1/255
Encapsulation ARPA, loopback not set
Keepalive set (10 sec)
ARP type: ARPA, ARP Timeout 04:00:00
Last input never, output never, output hang never
Last clearing of "show interface" counters never
Input queue: 0/150/0/0 (size/max/drops/flushes); Total output drops: 0
Queueing strategy: fifo
Output queue: 0/40 (size/max)
5 minute input rate 0 bits/sec, 0 packets/sec
5 minute output rate 0 bits/sec, 0 packets/sec
0 packets input, 0 bytes, 0 no buffer
Received 0 broadcasts (0 IP multicasts)
0 runts, 0 giants, 0 throttles
0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored
0 input packets with dribble condition detected
0 packets output, 0 bytes, 0 underruns
0 output errors, 0 collisions, 3 interface resets
0 unknown protocol drops
0 babbles, 0 late collision, 0 deferred
0 lost carrier, 0 no carrier
0 output buffer failures, 0 output buffers swapped out
FastEthernet0 is down, line protocol is down
Hardware is Fast Ethernet, address is 501c.bfde.09c0 (bia 501c.bfde.09c0)
MTU 1500 bytes, BW 100000 Kbit/sec, DLY 100 usec,
reliability 255/255, txload 1/255, rxload 1/255
Encapsulation ARPA, loopback not set
Keepalive set (10 sec)
Auto-duplex, Auto-speed
ARP type: ARPA, ARP Timeout 04:00:00
Last input never, output never, output hang never
Last clearing of "show interface" counters never
Input queue: 0/150/0/0 (size/max/drops/flushes); Total output drops: 0
Queueing strategy: fifo
Output queue: 0/40 (size/max)
5 minute input rate 0 bits/sec, 0 packets/sec
5 minute output rate 0 bits/sec, 0 packets/sec
0 packets input, 0 bytes, 0 no buffer
Received 0 broadcasts (0 multicasts)
0 runts, 0 giants, 0 throttles
0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored
0 watchdog, 0 multicast, 0 pause input
0 input packets with dribble condition detected
0 packets output, 0 bytes, 0 underruns
0 output errors, 0 collisions, 2 interface resets
0 unknown protocol drops
0 babbles, 0 late collision, 0 deferred
1 lost carrier, 0 no carrier, 0 pause output
0 output buffer failures, 0 output buffers swapped out
FastEthernet1 is down, line protocol is down
Hardware is Fast Ethernet, address is 501c.bfde.09c1 (bia 501c.bfde.09c1)
MTU 1500 bytes, BW 100000 Kbit/sec, DLY 100 usec,
reliability 255/255, txload 1/255, rxload 1/255
Encapsulation ARPA, loopback not set
Keepalive set (10 sec)
Auto-duplex, Auto-speed
ARP type: ARPA, ARP Timeout 04:00:00
Last input never, output never, output hang never
Last clearing of "show interface" counters never
Input queue: 0/150/0/0 (size/max/drops/flushes); Total output drops: 0
Queueing strategy: fifo
Output queue: 0/40 (size/max)
5 minute input rate 0 bits/sec, 0 packets/sec
5 minute output rate 0 bits/sec, 0 packets/sec
0 packets input, 0 bytes, 0 no buffer
Received 0 broadcasts (0 multicasts)
0 runts, 0 giants, 0 throttles
0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored
0 watchdog, 0 multicast, 0 pause input
0 input packets with dribble condition detected
0 packets output, 0 bytes, 0 underruns
0 output errors, 0 collisions, 2 interface resets
0 unknown protocol drops
0 babbles, 0 late collision, 0 deferred
1 lost carrier, 0 no carrier, 0 pause output
0 output buffer failures, 0 output buffers swapped out
FastEthernet2 is down, line protocol is down
Hardware is Fast Ethernet, address is 501c.bfde.09c2 (bia 501c.bfde.09c2)
MTU 1500 bytes, BW 100000 Kbit/sec, DLY 100 usec,
reliability 255/255, txload 1/255, rxload 1/255
Encapsulation ARPA, loopback not set
Keepalive set (10 sec)
Auto-duplex, Auto-speed
ARP type: ARPA, ARP Timeout 04:00:00
Last input never, output never, output hang never
Last clearing of "show interface" counters never
Input queue: 0/150/0/0 (size/max/drops/flushes); Total output drops: 0
Queueing strategy: fifo
Output queue: 0/40 (size/max)
5 minute input rate 0 bits/sec, 0 packets/sec
5 minute output rate 0 bits/sec, 0 packets/sec
0 packets input, 0 bytes, 0 no buffer
Received 0 broadcasts (0 multicasts)
0 runts, 0 giants, 0 throttles
0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored
0 watchdog, 0 multicast, 0 pause input
0 input packets with dribble condition detected
0 packets output, 0 bytes, 0 underruns
0 output errors, 0 collisions, 2 interface resets
0 unknown protocol drops
0 babbles, 0 late collision, 0 deferred
1 lost carrier, 0 no carrier, 0 pause output
0 output buffer failures, 0 output buffers swapped out
FastEthernet3 is down, line protocol is down
Hardware is Fast Ethernet, address is 501c.bfde.09c3 (bia 501c.bfde.09c3)
MTU 1500 bytes, BW 100000 Kbit/sec, DLY 100 usec,
reliability 255/255, txload 1/255, rxload 1/255
Encapsulation ARPA, loopback not set
Keepalive set (10 sec)
Auto-duplex, Auto-speed
ARP type: ARPA, ARP Timeout 04:00:00
Last input never, output never, output hang never
Last clearing of "show interface" counters never
Input queue: 0/150/0/0 (size/max/drops/flushes); Total output drops: 0
Queueing strategy: fifo
Output queue: 0/40 (size/max)
5 minute input rate 0 bits/sec, 0 packets/sec
5 minute output rate 0 bits/sec, 0 packets/sec
0 packets input, 0 bytes, 0 no buffer
Received 0 broadcasts (0 multicasts)
0 runts, 0 giants, 0 throttles
0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored
0 watchdog, 0 multicast, 0 pause input
0 input packets with dribble condition detected
0 packets output, 0 bytes, 0 underruns
0 output errors, 0 collisions, 2 interface resets
0 unknown protocol drops
0 babbles, 0 late collision, 0 deferred
1 lost carrier, 0 no carrier, 0 pause output
0 output buffer failures, 0 output buffers swapped out
GigabitEthernet0 is down, line protocol is down
Hardware is Gigabit Ethernet, address is 501c.bfde.09c4 (bia 501c.bfde.09c4)
MTU 1500 bytes, BW 1000000 Kbit/sec, DLY 10 usec,
reliability 255/255, txload 1/255, rxload 1/255
Encapsulation ARPA, loopback not set
Keepalive set (10 sec)
Auto-duplex, Auto-speed
ARP type: ARPA, ARP Timeout 04:00:00
Last input never, output never, output hang never
Last clearing of "show interface" counters never
Input queue: 0/150/0/0 (size/max/drops/flushes); Total output drops: 0
Queueing strategy: fifo
Output queue: 0/40 (size/max)
5 minute input rate 0 bits/sec, 0 packets/sec
5 minute output rate 0 bits/sec, 0 packets/sec
0 packets input, 0 bytes, 0 no buffer
Received 0 broadcasts (0 multicasts)
0 runts, 0 giants, 0 throttles
0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored
0 watchdog, 0 multicast, 0 pause input
0 input packets with dribble condition detected
0 packets output, 0 bytes, 0 underruns
0 output errors, 0 collisions, 2 interface resets
0 unknown protocol drops
0 babbles, 0 late collision, 0 deferred
1 lost carrier, 0 no carrier, 0 pause output
0 output buffer failures, 0 output buffers swapped out
GigabitEthernet1 is administratively down, line protocol is down
Hardware is Gigabit Ethernet, address is 501c.bfde.09c5 (bia 501c.bfde.09c5)
MTU 1500 bytes, BW 1000000 Kbit/sec, DLY 10 usec,
reliability 255/255, txload 1/255, rxload 1/255
Encapsulation ARPA, loopback not set
Keepalive set (10 sec)
Auto Duplex, Auto Speed, media type is RJ45
output flow-control is unsupported, input flow-control is unsupported
ARP type: ARPA, ARP Timeout 04:00:00
Last input never, output never, output hang never
Last clearing of "show interface" counters never
Input queue: 0/150/0/0 (size/max/drops/flushes); Total output drops: 0
Queueing strategy: fifo
Output queue: 0/40 (size/max)
5 minute input rate 0 bits/sec, 0 packets/sec
5 minute output rate 0 bits/sec, 0 packets/sec
0 packets input, 0 bytes, 0 no buffer
Received 0 broadcasts (0 IP multicasts)
0 runts, 0 giants, 0 throttles
0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored
0 watchdog, 0 multicast, 0 pause input
0 packets output, 0 bytes, 0 underruns
0 output errors, 0 collisions, 0 interface resets
0 unknown protocol drops
0 babbles, 0 late collision, 0 deferred
0 lost carrier, 0 no carrier, 0 pause output
0 output buffer failures, 0 output buffers swapped out
NVI0 is administratively down, line protocol is down
Hardware is NVI
MTU 1514 bytes, BW 56 Kbit/sec, DLY 5000 usec,
reliability 255/255, txload 1/255, rxload 1/255
Encapsulation UNKNOWN, loopback not set
Keepalive set (10 sec)
Last input never, output never, output hang never
Last clearing of "show interface" counters never
Input queue: 0/75/0/0 (size/max/drops/flushes); Total output drops: 0
5 minute input rate 0 bits/sec, 0 packets/sec
5 minute output rate 0 bits/sec, 0 packets/sec
0 packets input, 0 bytes, 0 no buffer
Received 0 broadcasts (0 IP multicasts)
0 runts, 0 giants, 0 throttles
0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort
0 packets output, 0 bytes, 0 underruns
0 output errors, 0 collisions, 0 interface resets
0 unknown protocol drops
0 output buffer failures, 0 output buffers swapped out
Virtual-Access1 is up, line protocol is up
Hardware is Virtual Access interface
MTU 1500 bytes, BW 100000 Kbit/sec, DLY 100000 usec,
reliability 255/255, txload 1/255, rxload 1/255
Encapsulation PPP, LCP Closed
Base PPPoATM vaccess
Vaccess status 0x44, loopback not set
Keepalive set (10 sec)
DTR is pulsed for 5 seconds on reset
Last input never, output never, output hang never
Last clearing of "show interface" counters 00:15:03
Input queue: 0/4096/0/0 (size/max/drops/flushes); Total output drops: 0
Queueing strategy: fifo
Output queue: 0/40 (size/max)
5 minute input rate 0 bits/sec, 0 packets/sec
5 minute output rate 0 bits/sec, 0 packets/sec
0 packets input, 0 bytes, 0 no buffer
Received 0 broadcasts (0 IP multicasts)
0 runts, 0 giants, 0 throttles
0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort
0 packets output, 0 bytes, 0 underruns
0 output errors, 0 collisions, 0 interface resets
0 unknown protocol drops
0 output buffer failures, 0 output buffers swapped out
0 carrier transitions
Vlan1 is down, line protocol is down
Hardware is EtherSVI, address is 501c.bfde.09c0 (bia 501c.bfde.09c0)
MTU 1500 bytes, BW 100000 Kbit/sec, DLY 100 usec,
reliability 255/255, txload 1/255, rxload 1/255
Encapsulation ARPA, loopback not set
Keepalive not supported
ARP type: ARPA, ARP Timeout 04:00:00
Last input never, output never, output hang never
Last clearing of "show interface" counters never
Input queue: 0/75/0/0 (size/max/drops/flushes); Total output drops: 0
Queueing strategy: fifo
Output queue: 0/40 (size/max)
5 minute input rate 0 bits/sec, 0 packets/sec
5 minute output rate 0 bits/sec, 0 packets/sec
0 packets input, 0 bytes, 0 no buffer
Received 0 broadcasts (0 IP multicasts)
0 runts, 0 giants, 0 throttles
0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored
0 packets output, 0 bytes, 0 underruns
0 output errors, 1 interface resets
0 unknown protocol drops
0 output buffer failures, 0 output buffers swapped out
mrciscorouter>

Even after repeated "no shut" commands for ATM0 it and the line protocol remain down. Something wrong with my configuration or with the router itself?

Frankly, at this point, it's driving me nuts...

are you sure the PVC settings and encapsulation used by your ISP?

Confirm it using the info from the modem that works.

Another option is to manually specify the DSL type or select auto.

controller vdsl 0
operating mode auto (or adsl1 adsl2 adsl2+ etc)
 

Its down because the DSL interface cant sync up, hence the flashing DSL link light, if it was shut in the config it wouldn't even be flashing.Im starting to think something it wrong with the DSL interface, it should be syncing at the very least, even if your vci/vpi settings are wrong or anything like that. Without sync nothing else matters.

Doesn't matter at this point the DSL interface cant even sync, those settings do not effect that.

Yeah, those values haven't changed for 10 years (or more). I've had a Cisco 675 or 678, an Actiontec 701, a similar (and later) Actiontec, and at least two more over the years.

I even tried PAP (which the ISP says is the right choice) and CHAP. The PVC 0/32 may seem a little strange but that's what's used by the DSLAM in the CO by CenturyLink and by Qwest before that. The PPPoA value, similarly, is their old stand-by. In fact the little Actiontec 704D uses those same values.

But, you're right. A change to auto would not be a bad idea. I guess I'll need to talk with CDW tomorrow morning. There's an office not far from here in a different suburb. There's something wrong here since the ATM0 will not stay up but the Dialer1 stays up.

Never thought this would be so confusing. The network design is supposed to take all the attention, not the sync portion...

By the way, the Actiontec 701D, a cheap little ATU-R syncs just fine.

just for shits and giggles.... is the signal coming over the pair of wires that the 887 is expecting?

When i had DSL a looonggg time ago... i had to use a little dongle to swap the pairs from inside to outside or vice-versa.

ryan

Well, RyanG1, you just won the prize! I've been in telecommunications a LOOONG time and didn't realize there even WAS a 6-pin jack and associated wiring. And guess what I discovered: there are only 4 pins in the jack. I'll bet the wiring in from the POP on the ouside of the house wiring is also wired for the old-style jack, too!

And what sucked me in was the fact that the little Actiontec (without a router, I might add), syncs just fine. So I simply assumed everything was copascetic.

The first rule of thumb is, "Check to make sure there's gasoline in the tank." And this time I forgot my own advice. I've got 3 billion cords and cables, either Ethernet or twisted pair. How much would you like to bet none of them are six-pin?

Duhh,

And you want to know the final irony: even if you use a 4-pin connector (where 2 is the tip and 3 is the ring) some years ago I worked for ADC Telecommunications (now out of business) where I did market forecasting for the Copper Products Division, among other statistical and forecasting functions. ADC made millions of regular, old fashioned jack sets and mini jack sets that were used in installation of switches and CO equipment. I must have seen millions of 'em in buckets whenever I went to the plants making them: On those you could easily see the "tip" and the "ring," predecessors to current terms!

So did you get it to sync? DSL Link light solid?

Haha, im hoping that worked for ya!

I do network and hardware troubleshooting all day and you wouldnt believe the smallest things ive seen cause the largest problems.

I sympathize with your plight

Take it easy!

The fact that Actiontec is able to sync up and Cisco is not, I suspect there is something improper with Cisco ATM module hardware. It could be hardware specification problem or hardware configuration problem.

Can you post the output of following from both Cisco and Actiontech to compare?

Cisco IOS command
sh atm int atm0
show atm vc
show controller vdsl 0

In addition, try to bring up the Ethernet0 interface (no shut). But first you need to set the Ethernet0 interface configuration back to default, or at least remove the IP address assignment.

...if your intent was to do a PPPoA config, then yes... I forget which one you were trying to do, been awhile since I read your
last thread. Further down there's a section / link SPECIFICALLY for troubleshooting, which should also help....again, I forget what you'd decided to do in the previous thread, we'll file the NAT stuff for now and see if we can't help
you out getting physical layer going.

...also, think either aryoba or myself mentioned this before

ip route 0.0.0.0 0.0.0.0 Dialer1
 

as Dialer1 is getting its IP address via DHCP, you don't need this specific line in your config.

Take her easy!

Regards

(PPP, not DHCP.)

With a real "dial" dialer interface, it's needed to trigger the dialer. In DSL applications, it's unnecessary as the dialer will be triggered when the DSL interface syncs. It doesn't hurt anything to have it there; ppp will replace it when the interface comes up.

I had a busy morning but went out and bought a handful of 6-pin connectors. I already had the crimper. I checked the color codes for the RJ-11, then crimped a new connector with #3 red and #4 green. The NID on the ouside of the house has "line 1" and "line 2" marked on the box, so it's possible that I've connected to the wrong line, BUT the little Actiontec 701D syncs with the DSLAM but the Cisco does not.

It would be difficult for me to believe one ATU-R syncs while the other does not. However, I need to check the line voltage on the pairs just to make sure. Currently there is no voltage on the currently-used pair. Does DSL use 48V DC like the voice line or is there some other technology used? In other words, is there a CenturyLink battery connected to the DSL line to provide 48 V DC?

And why would the Cisco ATM0 remain down (both the ATM0 down and the line protocol down) while Dialer1 be up along with the line protocol? Finally, what is NVIO as listed by "show interfaces?"

Thanks, Hellfire. I'll remove the "ip route 0.0.0.0 0.0.0.0 Dialer1" line. I'm still dead in the water, despite checking the wires going into the telco line. Take a look at my latest post to RyanG1 regarding line voltages, etc.

I carefully read the Troubleshooting sections of Cisco's configuration instructions and noticed the "ATM0 down, line protocol line down" note. As I noted, the little Actiontec syncs but the Cisco will not.

Any suggestions after reading my response to RyanG1? Currently I can't be sure of anything other than the "debug" and "show interfaces clues."

Finally, the bottom line is that without Layer 1 working, I can't move on to anything else.

so with the newly crimped connector the actiontec will sync? As for the voltage, if there is no POTS service on the line its a cointoss on whether they will run current over the line. Most often there is no voltage as its not needed for DSL only service.

Also what flavor of DSL is this? ADSL? ADSL2/2+? VDSL?

Ryan

This is ADSL (not sure whether it's one of the other varieties, although it's certainly not VDSL). As far as I know it's CAPRADSL, PPPoA, and as far as I know it's also PAP. The PAP is the word from the ISP who is VERY reliable.

This is through CenturyLink, the CO is nearly close enough to hit with a stone throw, and although we've had lots of lightning, there are no trolls living under the bridge... (bad joke).

The Actiontec has continued to function but it's the Cisco that continues to give me the ATM0 down message. Very curious.

I can call the ISP to check whether they see the signal connected with my CPE but obviously, the ATU-R here (the Actiontec) works.

I think I noted that I checked that with a 6-pin connector, #3 is red and #4 is green. There is no white and no blue, so numbers 2-5 are the standard Bell colors. There is another line coming into the NID but it is not connected to any CPE currently.

Thanks.

My apologies, aryoba. I just noticed this. In my defense: I had a busy morning! Here are the results of those commands:

mrciscorouter#sh atm int atm0
Interface ATM0:
AAL enabled: AAL5,, Maximum VCs: 2, Current VCCs: 0

VCIs per VPI: 1024,
Max. Datagram Size: 2096
PLIM Type: ADSL - 4608Kbps Upstream, DMT, TX clocking: LINE
0 input, 0 output, 0 IN fast, 0 OUT fast
Avail bw = 4608
Config. is ACTIVE
mrciscorouter#show atm vc
Codes: DN - DOWN, IN - INACTIVE

VCD / Peak Av/Min Burst
Interface Name VPI VCI Type Encaps SC Kbps Kbps Cells St
0 1 0 32 PVC MUX UBR 0 IN
mrciscorouter#show controller vdsl 0
Controller VDSL 0 is DOWN

Daemon Status: NA

XTU-R (DS) XTU-C (US)
Chip Vendor ID: 'BDCM' ' '
Chip Vendor Specific: 0x0000 0x0000
Chip Vendor Country: 0xB500 0x0000
Modem Vendor ID: 'CSCO' ' '
Modem Vendor Specific: 0x4602 0x0000
Modem Vendor Country: 0xB500 0x0000
Serial Number Near: GMK180904DU 867VAE- 15.2(4)M
Serial Number Far:
Modem Version Near: 15.2(4)M
Modem Version Far:

Modem Status: Idle
DSL Config Mode: AUTO
Trained Mode:
TC Mode: UNKNOWN
Selftest Result: 0x00
DELT configuration: disabled
DELT state: not running
Trellis: OFF OFF
SRA: disabled disabled
SRA count: 0 0
Bit swap: enabled enabled

Full inits: 0
Failed full inits: 0
Short inits: 0
Failed short inits: 0

Firmware Source File Name (version)
-------- ------ -------------------
VDSL embedded N/A (0)

Modem FW Version: 23j
Modem PHY Version: A2pv6C035j.d23j
Vendor Version: Ap6v35j.23j 68

Training Log : Stopped
Training Log Filename : flash:vdsllog.bin

mrciscorouter#
However, the POTs line isn't plugged in. I'll send this then insert the RJ-11 into the Cisco and send those next.

wxman