line protocol is down 6

[TalentedFool]

I give in with this ADSL lark ...

I've tried to configure my ADSL WIC card in a 1751 router but no sucess and I think there's only a few minor point wrong.

On the back of the WIC card the CD and OK lights are both green, the SLOT1 LED on the front flickers green when it feel like but still no traffic! If I do a show int of all my interfaces the Virtual-Access interface shows line protocol is down

Here's my config - if anybody can see anything wrong then I'll owe them a beer or two!

Really appreciated as it's now doing my head in!

!
interface FastEthernet0/0
description *** Internal Segment ***
ip address 10.10.1.1 255.255.255.248
ip access-group 114 in
no ip redirects
no ip proxy-arp
speed auto
no cdp enable
!
interface ATM1/0
description *** ISP ADSL Connection ***
no ip address
no ip mroute-cache
atm vc-per-vp 256
no atm ilmi-keepalive
pvc 0/38
encapsulation aal5mux ppp dialer
dialer pool-member 1
!
dsl operating-mode auto
no fair-queue
hold-queue 224 in
!
interface Dialer1
ip address 30.10.7.225 255.255.255.240
ip nat outside
encapsulation ppp
dialer pool 1
dialer-group 1
no cdp enable
ppp pap sent-username myusername password 7 mypasswordgoeshere
!
ip classless
ip nat inside source list 1 interface Dialer1 overload
ip route 0.0.0.0 0.0.0.0 20.10.194.241
ip route 30.10.7.0 255.255.255.0 Dialer1
no ip http server
!
access-list 1 permit 10.10.1.0 255.255.255.0
access-list 114 permit ip any any
access-list 114 permit icmp any any
dialer-list 1 protocol ip permit
!

The contents of the SHOW INT are : ---


FastEthernet0/0 is up, line protocol is up
Hardware is PQUICC_FEC, address is 0009.435f.9d4f (bia 0009.435f.9d4f)
Description: *** Internal Segment ***
Internet address is 10.10.1.1/29
MTU 1500 bytes, BW 100000 Kbit, DLY 100 usec,
reliability 255/255, txload 1/255, rxload 1/255
Encapsulation ARPA, loopback not set
Keepalive set (10 sec)
Auto-duplex, 10Mb/s, 100BaseTX/FX
ARP type: ARPA, ARP Timeout 04:00:00
Last input 00:00:00, output 00:00:00, output hang never
Last clearing of "show interface" counters never
Queueing strategy: fifo
Output queue 0/40, 0 drops; input queue 0/75, 0 drops
5 minute input rate 7000 bits/sec, 8 packets/sec
5 minute output rate 34000 bits/sec, 9 packets/sec
308866 packets input, 43186980 bytes
Received 0 broadcasts, 0 runts, 0 giants, 0 throttles
0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored
0 watchdog
0 input packets with dribble condition detected
409328 packets output, 200767634 bytes, 0 underruns
3405 output errors, 6009 collisions, 0 interface resets
0 babbles, 0 late collision, 0 deferred
0 lost carrier, 0 no carrier
0 output buffer failures, 0 output buffers swapped out
ATM1/0 is up, line protocol is up
Hardware is DSLSAR (with Alcatel ADSL Module)
Description: *** ADSL Connection ***
MTU 4470 bytes, sub MTU 4470, BW 288 Kbit, DLY 7110 usec,
reliability 255/255, txload 1/255, rxload 1/255
Encapsulation ATM, loopback not set
Encapsulation(s): AAL5 AAL2, PVC mode
23 maximum active VCs, 256 VCs per VP, 1 current VCCs
VC idle disconnect time: 300 seconds
Last input never, output 00:00:00, output hang never
Last clearing of "show interface" counters never
Queueing strategy: fifo
Output queue 0/40, 55 drops; input queue 0/224, 0 drops
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 runts, 0 giants, 0 throttles
0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort
50548 packets output, 606576 bytes, 0 underruns
0 output errors, 0 collisions, 4 interface resets
0 output buffer failures, 0 output buffers swapped out
Virtual-Access1 is up, line protocol is down
Hardware is Virtual Access interface
MTU 1500 bytes, BW 56 Kbit, DLY 100000 usec,
reliability 255/255, txload 1/255, rxload 1/255
Encapsulation PPP, loopback not set
DTR is pulsed for 5 seconds on reset
Interface is bound to Di1 (Encapsulation PPP)
LCP REQsent
Closed: BRIDGECP, IPCP, CCP, CDPCP, LLC2, BACP, IPV6CP
Bound to ATM1/0 VCD: 1, VPI: 0, VCI: 38
Cloned from Dialer1
Last input never, output never, output hang never
Last clearing of "show interface" counters 3d00h
Queueing strategy: fifo
Output queue 0/40, 0 drops; input queue 0/75, 0 drops
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 runts, 0 giants, 0 throttles
0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort
50603 packets output, 708442 bytes, 0 underruns
0 output errors, 0 collisions, 0 interface resets
0 output buffer failures, 0 output buffers swapped out
0 carrier transitions
Dialer1 is up, line protocol is up (spoofing)
Hardware is Unknown
Internet address is 30.10.7.225/28
MTU 1500 bytes, BW 56 Kbit, DLY 20000 usec,
reliability 255/255, txload 1/255, rxload 1/255
Encapsulation PPP, loopback not set
DTR is pulsed for 1 seconds on reset
Interface is bound to Vi1
Last input never, output never, output hang never
Last clearing of "show interface" counters 3d00h
Input queue: 0/75/0/0 (size/max/drops/flushes); Total output drops: 0
Queueing strategy: weighted fair
Output queue: 0/1000/64/0 (size/max total/threshold/drops)
Conversations 0/0/16 (active/max active/max total)
Reserved Conversations 0/0 (allocated/max allocated)
Available Bandwidth 42 kilobits/sec
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
Bound to:
Virtual-Access1 is up, line protocol is down
Hardware is Virtual Access interface
MTU 1500 bytes, BW 56 Kbit, DLY 100000 usec,
reliability 255/255, txload 1/255, rxload 1/255
Encapsulation PPP, loopback not set
DTR is pulsed for 5 seconds on reset
Interface is bound to Di1 (Encapsulation PPP)
LCP REQsent
Closed: BRIDGECP, IPCP, CCP, CDPCP, LLC2, BACP, IPV6CP
Bound to ATM1/0 VCD: 1, VPI: 0, VCI: 38
Cloned from Dialer1
Last input never, output never, output hang never
Last clearing of "show interface" counters 3d00h
Queueing strategy: fifo
Output queue 0/40, 0 drops; input queue 0/75, 0 drops
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 runts, 0 giants, 0 throttles
0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort
50603 packets output, 708442 bytes, 0 underruns
0 output errors, 0 collisions, 0 interface resets
0 output buffer failures, 0 output buffers swapped out
0 carrier transitions



~ Remember - Nothing is Fool Proof to a Talented Fool ~

 

[routerman]

Have you checked the VPI/VCI settings?

The ATM interface will show up when the physical port is receiving carrier, so the PVC becomes active even if it is mis-configured. Had a similar issue in an ATM network recently.

I see from the stats both the ATM and the virtual ports have sent packets but not received any.

 

[TalentedFool]

How do I do that ?

Here's the values MY ISP gave me:

ip Address Assignment xx.xx.xx.224/28
Router IP : xx.xx.xx.225
Subnet : 255.255.255.240
VPI number : 0
VCI number : 38
Protocol Type/Encap method : PPPoA
Auth Type : PAP
Framing/Multiplex Mode: VC/MUX
Mode : ITU G.dmt
Traffic Type : UBR

~ Remember - Nothing is Fool Proof to a Talented Fool ~

 

[rburke]

Well I don't have an ADSL interface to play with, but I'll ask around with some people I know have them. In he mean time it does look like you have the correct VPI/VCI as per the config line "Bound to ATM1/0 VCD: 1, VPI: 0, VCI: 38" in the Virtual 1 interface.

 

[TalentedFool]

Update -

I've run a test on the interfaces - this was the result

prompt# test int
Test Ethernet0/0 [y/n] ? y
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! Passed
Test FastEthernet0/0 [y/n] ? y
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! Passed
No IP address for ATM1/0.
Skipping...
No IP address for Virtual-Access1.
Skipping...
Test Dialer1 [y/n] ? y
... Failed - timeout problem
5 interfaces: 2 passed, 1 failed, 0 skipped, 2 untestable

Does this mean anything to anyone ?


~ Remember - Nothing is Fool Proof to a Talented Fool ~

 

[Cluebird]

Try this:

ip route 0.0.0.0 0.0.0.0 dialer1

 

[jimmyzz]

What authentication method are you using on your dialer profile? Perhaps you are not authenticating with the other end correctly to establish the line connection.

If using chap, you should have the line
> ppp authentication chap callin

Though is may not be the cause of your connection problem, Cluebird makes a good point about your default route. I not sure where you current default route via 20.10.194.241 is going to as this does not appear to be a next hop that your router can get to.

JimmyZ

 

[TalentedFool]

Sorry, I missed off my other ISP's config for the Ethernet card - that's where the 20.10.194.241 is going to!

Would that explain though why the Line protcol is down for the virtual access interface ?

The auth type is PAP and I've since added "pp authentication pap callin" but still nothing!



~ Remember - Nothing is Fool Proof to a Talented Fool ~

 

[TalentedFool]

I've run a show control this morning on the atm interface
mean anything to anyone ... ?


Interface ATM1/0 is up
Hardware is DSLSAR (with Alcatel ADSL Module)
IDB: 81453B58
Instance: 8145B46C
reg_dslsar:68040000
wic_regs: 68040080
PHY Inst:814558A8
Ser0Inst: 8144243C
Ser1Inst: 8144AFD8
us_bwidth:288
Slot: 1
Unit: 0
Subunit: 0
pkt Size: 4496
VCperVP: 256
max_vp: 256
max_vc: 65536
total vc: 1
rct_size:65536
vpivcibit:16
connTblVCI:8
vpi_bits: 8
vpvc_sel:3
enabled: 0
throttled: 0
cell drops: 0

WIC Register Value Notes
--------------- ---------- ----------
FPGA Dev ID (LB) 0x44 'D'
FPGA Dev ID (UB) 0x53 'S'
FPGA Revision 0x99
WIC Config Reg 0x45 WIC / VIC select = WIC;
CTRLE addr bit 8 = 1;
OK LED on;
LOOPBACK LED off;
CD LED on;
WIC Config Reg2 0x03
Gen bus error on bad UNKNOWN DSL access
Int 0 Enable Reg 0x03 UNKNOWN DSL normal interrupt enabled
UNKNOWN DSL error interrupt enabled



~ Remember - Nothing is Fool Proof to a Talented Fool ~

 

[routerman]

May be worth trying `debug ppp auth', this would indicate if the connection process is getting as far as exchanging the passwords, and also show if the passwords are correct.

 

[TalentedFool]

I modified the route to be ip route 0.0.0.0 0.0.0.0 Dialer1
so that everything goes through the Dialer and set "debug ppp auth" on and got this

Jan 27 09:43:06: %SYS-5-CONFIG_I: Configured from console by focus on vty1 (10.10.1.5)
Jan 27 09:43:25.474: Vi1 PPP: Authorization NOT required

Is there a way I can trace the route to see which interface these things are going down ? Know what I mean ?

~ Remember - Nothing is Fool Proof to a Talented Fool ~

 

[Cluebird]

Do a debug ppp negotiation. It looks like the LCP isn't completing negotiation.

 

[Cluebird]

Also, I don't see a ppp authentication pap statement under your dialer interface.

 

[TalentedFool]

I've already added that .. I included it in a post above! :-/

Will see what the debug for ppp negotitation comes up with!

~ Remember - Nothing is Fool Proof to a Talented Fool ~

 

[TalentedFool]

here's the output of the debug ppp negotiation

Jan 27 12:51:52.248: Vi1 LCP: TIMEout: State REQsent
Jan 27 12:51:52.248: Vi1 LCP: O CONFREQ [REQsent] id 235 len 10
Jan 27 12:51:52.248: Vi1 LCP: MagicNumber 0x1911CDD6 (0x05061911CDD6)
Jan 27 12:51:54.264: Vi1 LCP: TIMEout: State REQsent
Jan 27 12:51:54.264: Vi1 LCP: O CONFREQ [REQsent] id 236 len 10
Jan 27 12:51:54.264: Vi1 LCP: MagicNumber 0x1911CDD6 (0x05061911CDD6)
Jan 27 12:51:56.281: Vi1 LCP: TIMEout: State REQsent
Jan 27 12:51:56.281: Vi1 LCP: O CONFREQ [REQsent] id 237 len 10
Jan 27 12:51:56.281: Vi1 LCP: MagicNumber 0x1911CDD6 (0x05061911CDD6)
Jan 27 12:51:58.297: Vi1 LCP: TIMEout: State REQsent
Jan 27 12:51:58.297: Vi1 LCP: O CONFREQ [REQsent] id 238 len 10
Jan 27 12:51:58.297: Vi1 LCP: MagicNumber 0x1911CDD6 (0x05061911CDD6)
Jan 27 12:52:00.825: Vi1 LCP: TIMEout: State REQsent
Jan 27 12:52:00.825: Vi1 LCP: State is Listen


~ Remember - Nothing is Fool Proof to a Talented Fool ~

 

[jimmyzz]

A "debug atm events" may give you a better indication of what your router is trying to do.

BTW, does your ISP support pap? Both ends should be the same, and I tend to think most ISP would use chap over pap. Also there a several ways to configure ADSL, ie. IP over ATM or PPP over ATM (you are using this method). Did you decide to use this method because you got a sample config or was this the method proposed by your ISP? Usually the ISP will send you a sample config for the method they support. I would check with them first to get some intial assistance and confirm you heading down the right track.

JimmyZ

 

[Cluebird]

What's the output from show dsl interface atm 0? It should have a
Modem Status: Showtime (DMTDSL_SHOWTIME)
once the modem trains.

From the debug ppp neg, it looks like the other side (ISP) isn't responding to you so ppp isn't negotiating. I agree with jimmyzz. Check debug atm events to see what the DSLAM expects for VPI/VCI.

If those are correct, do a show int atm0 to see if data is being received from the ISP.

 

[TalentedFool]

Have been in touch with my ISP and all the settings I have on my router are correct VPI/VCI set to 0/38, they want PAP as an auth type.

If you look further up the posting I've put all details that my ISP gave me and one further piece of information that they have given me is their gateway address - 158.152.1.222 - do I need to push anything to that address?

at the moment I have ip route 0.0.0.0 0.0.0.0 Dialer1

But I thought this was correct ?

~ Remember - Nothing is Fool Proof to a Talented Fool ~

 

[TalentedFool]

An update for everybody who has been helpfull enough to post.

I've been in touch with an engineer from the ADSL dept of BT, they have tested the lne and ADSL seems fine on it. What they then said was that I have a DataStream Connection which is slightly different from ADSL. They think that there is too much noise on the line for it to connect to the DataStream so they are sending an engineer out to check it out for us.

Once they've come out I'll let you know what they said!

In the mean time, thanks for the help!

As always - it's appreciated and one day, hopefully if you have a problem in an area I know about then I'll help you out!

~ Remember - Nothing is Fool Proof to a Talented Fool ~

 

[TalentedFool]

Took BT by their word this afternoon and connected the Router directly to the wall using a standard Modem cable. Exactly the sort I've used in the house for my ADSL PCI modem ...

Shutdown the interface ATM1/0 and Dialer1 restarted and this is what I got - Mean anything to anyone ...

.Jan 29 15:50:14.117: ATM1/0 dslsar_1a_reset: PLIM type is 12, Rate is 288Mbps
.Jan 29 15:50:14.117: ATM1/0 dslsar_1a_shutdown: state=4dslsar disable ATM1/0

.Jan 29 15:50:14.117: DSL: SET: [DMTDSL_STOP -> DMTDSL_INIT]
.Jan 29 15:50:14.121: Resetting ATM1/0
.Jan 29 15:50:14.121: dslsar_1a_config(ATM1/0)
.Jan 29 15:50:14.121: dslsar_1a_enable(ATM1/0)
.Jan 29 15:50:14.125: ATM1/0: dslsar_init(81453B98,FALSE)dslsar disable ATM1/0

.Jan 29 15:50:14.353: ATM1/0 dslsar_init: DSLSAR TXRX disabled

.Jan 29 15:50:14.853: ATM1/0 dslsar_1a_enable: restarting VCs: 0
.Jan 29 15:50:14.853: dslsar_1a_setup_vc(ATM1/0): vc:1 vpi:0 vci:38
.Jan 29 15:50:14.853: ATM1/0 dslsar_vc_setup: vcd 1, vpi 0, vci 38, avgrate 0
.Jan 29 15:50:14.853: CONFIGURING VC 1 (0/38) IN TX SCHEDULE TABLE SET 0
.Jan 29 15:50:14.853: Forcing Peakrate and Avgrate to: 288
.Jan 29 15:50:14.853: Requested QoS: Peakrate = 288, Avgrate = 288, Burstsize =0
.Jan 29 15:50:14.853: Configuring VC 1: slot 0 in TST 5
.Jan 29 15:50:14.853: SUCCESSFUL CONFIGURATION OF VC 1 (0/38), QOS Type 4
.Jan 29 15:50:14.893: DSL: SM: [DMTDSL_STOP -> DMTDSL_INIT]
.Jan 29 15:50:14.897: DSL: Downloading ASW_init_3_7_17.bin
.Jan 29 15:50:14.897: DSL: Unexpected command(0x65) 0x64 received
.Jan 29 15:50:14.901: DSL: Could not download ASW_init_3_7_17.bin
.Jan 29 15:50:14.901: DSL: Unexpected response 0x65 to ASW_init_3_7_17.bin
.Jan 29 15:50:14.901: DSL: Downloading ASW_init_3_7_17.bin
.Jan 29 15:50:14.909: DSLATM1/0) Downloaded 5 blocks... Finished!
.Jan 29 15:50:14.909: DSL(ATM1/0): Sent command 0x14
.Jan 29 15:50:16: %LINK-3-UPDOWN: Interface ATM1/0, changed state to down
.Jan 29 15:50:16.117: dslsar_atm_lineaction(ATM1/0): state=0
.Jan 29 15:50:18.817: DSL: Received response: 0x80
.Jan 29 15:50:18.817: DSL: Downloading ASW_R3_7_17.bin
.Jan 29 15:50:18.997: DSLATM1/0) Downloaded 100 blocks
.Jan 29 15:50:19: %LINK-3-UPDOWN: Interface Virtual-Access1, changed state to up
.Jan 29 15:50:19: %DIALER-6-BIND: Interface Vi1 bound to profile Di1
.Jan 29 15:50:19.065: Vi1 PPP: Treating connection as a callout
.Jan 29 15:50:19.065: Vi1 PPP: Phase is ESTABLISHING, Active Open
.Jan 29 15:50:19.065: Vi1 PPP: Authorization NOT required
.Jan 29 15:50:19.065: Vi1 PPP: No remote authentication for call-out
.Jan 29 15:50:19.069: Vi1 LCP: O CONFREQ [Closed] id 5 len 10
.Jan 29 15:50:19.069: Vi1 LCP: MagicNumber 0x0EBE8D99 (0x05060EBE8D99)
.Jan 29 15:50:19.185: DSLATM1/0) Downloaded 200 blocks
.Jan 29 15:50:19.365: DSLATM1/0) Downloaded 300 blocks
.Jan 29 15:50:19.541: DSLATM1/0) Downloaded 400 blocks
.Jan 29 15:50:19.721: DSLATM1/0) Downloaded 500 blocks
.Jan 29 15:50:19.901: DSLATM1/0) Downloaded 600 blocks
.Jan 29 15:50:20.085: DSLATM1/0) Downloaded 700 blocks
.Jan 29 15:50:20.265: DSLATM1/0) Downloaded 800 blocks
.Jan 29 15:50:20.441: DSLATM1/0) Downloaded 900 blocks
.Jan 29 15:50:20.625: DSLATM1/0) Downloaded 1000 blocks
.Jan 29 15:50:20.805: DSLATM1/0) Downloaded 1100 blocks
.Jan 29 15:50:20.805: DSLATM1/0) Downloaded 1101 blocks... Finished!
.Jan 29 15:50:20.805: DSL(ATM1/0): Sent command 0x14
.Jan 29 15:50:21.049: Vi1 LCP: TIMEout: State REQsent
.Jan 29 15:50:21.049: Vi1 LCP: O CONFREQ [REQsent] id 6 len 10
.Jan 29 15:50:21.049: Vi1 LCP: MagicNumber 0x0EBE8D99 (0x05060EBE8D99)
.Jan 29 15:50:21: %LINK-3-UPDOWN: Interface Dialer1, changed state to up
.Jan 29 15:50:21.057: Di1 LCP: Not allowed on a Dialer Profile
.Jan 29 15:50:21: %SYS-5-CONFIG_I: Configured from console by focus on vty1 (10.10.1.5)
.Jan 29 15:50:22.805: changed current state to do open!!
.Jan 29 15:50:22.805: DSL: Send ADSL_OPEN command.
.Jan 29 15:50:22.805: DSL(ATM1/0: Using subfunction 0x15
.Jan 29 15:50:22.805: DSL(ATM1/0): Sent command 0x3
.Jan 29 15:50:23.069: Vi1 LCP: TIMEout: State REQsent
.Jan 29 15:50:23.069: Vi1 LCP: O CONFREQ [REQsent] id 7 len 10
.Jan 29 15:50:23.069: Vi1 LCP: MagicNumber 0x0EBE8D99 (0x05060EBE8D99)
.Jan 29 15:50:25.085: Vi1 LCP: TIMEout: State REQsent
.Jan 29 15:50:25.085: Vi1 LCP: O CONFREQ [REQsent] id 8 len 10
.Jan 29 15:50:25.085: Vi1 LCP: MagicNumber 0x0EBE8D99 (0x05060EBE8D99)
.Jan 29 15:50:25.305: DSL(ATM1/0): 1: Modem state = 0x8
.Jan 29 15:50:27.101: Vi1 LCP: TIMEout: State REQsent
.Jan 29 15:50:27.101: Vi1 LCP: O CONFREQ [REQsent] id 9 len 10
.Jan 29 15:50:27.101: Vi1 LCP: MagicNumber 0x0EBE8D99 (0x05060EBE8D99)
.Jan 29 15:50:27.805: DSL(ATM1/0): 2: Modem state = 0x10
.Jan 29 15:50:29.117: Vi1 LCP: TIMEout: State REQsent
.Jan 29 15:50:29.117: Vi1 LCP: O CONFREQ [REQsent] id 10 len 10
.Jan 29 15:50:29.117: Vi1 LCP: MagicNumber 0x0EBE8D99 (0x05060EBE8D99)
.Jan 29 15:50:30.305: DSL(ATM1/0): 3: Modem state = 0x10
.Jan 29 15:50:31.133: Vi1 LCP: TIMEout: State REQsent
.Jan 29 15:50:31.133: Vi1 LCP: O CONFREQ [REQsent] id 11 len 10
.Jan 29 15:50:31.133: Vi1 LCP: MagicNumber 0x0EBE8D99 (0x05060EBE8D99)
.Jan 29 15:50:32.806: DSL(ATM1/0): 4: Modem state = 0x10
.Jan 29 15:50:33.150: Vi1 LCP: TIMEout: State REQsent
.Jan 29 15:50:33.150: Vi1 LCP: O CONFREQ [REQsent] id 12 len 10
.Jan 29 15:50:33.150: Vi1 LCP: MagicNumber 0x0EBE8D99 (0x05060EBE8D99)
.Jan 29 15:50:34.850: DSL: Received response: 0x24
.Jan 29 15:50:34.854: DSL: Showtime!
.Jan 29 15:50:34.854: DSL(ATM1/0): Sent command 0x11
.Jan 29 15:50:34.854: DSL: Received response: 0x61
.Jan 29 15:50:34.854: DSL: Read firmware revision 0x1A04
.Jan 29 15:50:34.854: DSL(ATM1/0): Sent command 0x31
.Jan 29 15:50:34.858: DSL: Received response: 0x12
.Jan 29 15:50:34.858: DSL(ATM1/0): operation mode 0x0002
.Jan 29 15:50:34.858: DSL(ATM1/0): Sent command 0x33
.Jan 29 15:50:34.862: DSL: Received response: 0x16
.Jan 29 15:50:34.862: DSL(ATM1/0): Far End ITU Country Code 0xB5
.Jan 29 15:50:34.866: DSL: Far End ITU Vendor ID TSTC
.Jan 29 15:50:34.866: DSL: Far End ITU Vendor ID Specific 0x0000
.Jan 29 15:50:34.866: DSL: Far End ITU Vendor STD Number 0x0001
.Jan 29 15:50:34.866: DSL(ATM1/0): Sent command 0x32
.Jan 29 15:50:34.870: DSL: Received response: 0x14
.Jan 29 15:50:34.870: DSL(ATM1/0): Near End ITU Country Code 0x00
.Jan 29 15:50:34.870: DSL: Near End ITU Vendor ID ALCB
.Jan 29 15:50:34.870: DSL: Near End ITU Vendor ID Specific 0x0000
.Jan 29 15:50:34.870: DSL: Near End ITU Vendor STD Number 0x0001
.Jan 29 15:50:34.870: ATM1/0 dslsar_MatchSARTxToLineSpeed(): usbw 288, clkPerCell 52011 prev_clkPerCell 9702
.Jan 29 15:50:34.870: ATM1/0 dslsar_MatchSARTxToLineSpeed(): Changing line speed from fast to slow
.Jan 29 15:50:34.982: CONFIGURING VC 1 (0/38) IN TX SCHEDULE TABLE SET 1
.Jan 29 15:50:34.982: Forcing Peakrate and Avgrate to: 288
.Jan 29 15:50:34.982: Requested QoS: Peakrate = 288, Avgrate = 288, Burstsize =0
.Jan 29 15:50:34.982: Configuring VC 1: slot 0 in TST 5
.Jan 29 15:50:34.982: SUCCESSFUL CONFIGURATION OF VC 1 (0/38), QOS Type 4
.Jan 29 15:50:35.018: ATM1/0 dslsar_update_us_bandwidth(): upstream bw =288 Kbps
.Jan 29 15:50:35.018: DSL: Reading training log
.Jan 29 15:50:35.182: Vi1 LCP: TIMEout: State REQsent
.Jan 29 15:50:35.182: Vi1 LCP: O CONFREQ [REQsent] id 13 len 10
.Jan 29 15:50:35.182: Vi1 LCP: MagicNumber 0x0EBE8D99 (0x05060EBE8D99)
.Jan 29 15:50:37.198: Vi1 LCP: TIMEout: State REQsent
.Jan 29 15:50:37.198: Vi1 LCP: O CONFREQ [REQsent] id 14 len 10
.Jan 29 15:50:37.198: Vi1 LCP: MagicNumber 0x0EBE8D99 (0x05060EBE8D99)
.Jan 29 15:50:39.214: Vi1 LCP: TIMEout: State REQsent
.Jan 29 15:50:39.214: Vi1 LCP: State is Listen
.Jan 29 15:50:51.757: dslsar_periodic: ENABLING DSLSAR
dslsar enable ATM1/0

.Jan 29 15:50:51.757: CONFIGURING VC 1 (0/38) IN TX SCHEDULE TABLE SET 0
.Jan 29 15:50:51.757: Forcing Peakrate and Avgrate to: 288
.Jan 29 15:50:51.757: Requested QoS: Peakrate = 288, Avgrate = 288, Burstsize =0
.Jan 29 15:50:51.757: Configuring VC 1: slot 0 in TST 5
.Jan 29 15:50:51.761: SUCCESSFUL CONFIGURATION OF VC 1 (0/38), QOS Type 4
.Jan 29 15:50:53: %LINK-3-UPDOWN: Interface ATM1/0, changed state to up
.Jan 29 15:50:53.669: dslsar_atm_lineaction(ATM1/0): state=4
.Jan 29 15:50:54: %LINEPROTO-5-UPDOWN: Line protocol on Interface ATM1/0, changed state to up
.Jan 29 15:51:09.973: Vi1 LCP: TIMEout: State Listen
.Jan 29 15:51:09.973: Vi1 PPP: Authorization NOT required
.Jan 29 15:51:09.973: Vi1 PPP: No remote authentication for call-out
.Jan 29 15:51:09.973: Vi1 LCP: O CONFREQ [Listen] id 15 len 10
.Jan 29 15:51:09.973: Vi1 LCP: MagicNumber 0x0EBF5412 (0x05060EBF5412)
.Jan 29 15:51:09.973: ATM1/0(O):
VCD:0x1 VPI:0x0 VCI:0x26 DM:0x0, MUXETYPE:0x0009 Length:0x10
.Jan 29 15:51:09.973: C021 010F 000A 0506 0EBF 5412
.Jan 29 15:51:09.973:
.Jan 29 15:51:11.989: Vi1 LCP: TIMEout: State REQsent
.Jan 29 15:51:11.989: Vi1 LCP: O CONFREQ [REQsent] id 16 len 10
.Jan 29 15:51:11.989: Vi1 LCP: MagicNumber 0x0EBF5412 (0x05060EBF5412)
.Jan 29 15:51:11.989: ATM1/0(O):
VCD:0x1 VPI:0x0 VCI:0x26 DM:0x0, MUXETYPE:0x0009 Length:0x10
.Jan 29 15:51:11.989: C021 0110 000A 0506 0EBF 5412
.Jan 29 15:51:11.989:


~ Remember - Nothing is Fool Proof to a Talented Fool ~