ADSL can’t get online suddenly.

Publication Date:  2012-09-12 Views:  161 Downloads:  0
Issue Description
Morning with good customer feedback, and suddenly can’t get online. Disconnected the network cable using a computer dial-up can get online normal, but can’t obtain the public IP when plug in the device.
Alarm Information
None.
Handling Process
Checking the internet configuration, it is correct;
firewall packet-filter default permit interzone local trust direction inbound
firewall packet-filter default permit interzone local trust direction outbound
firewall packet-filter default permit interzone local untrust direction inbound
firewall packet-filter default permit interzone local untrust direction outbound
firewall packet-filter default permit interzone local dmz direction inbound
firewall packet-filter default permit interzone local dmz direction outbound
firewall packet-filter default permit interzone trust untrust direction inbound
firewall packet-filter default permit interzone trust untrust direction outbound
firewall packet-filter default permit interzone trust dmz direction inbound
firewall packet-filter default permit interzone trust dmz direction outbound
firewall packet-filter default permit interzone dmz untrust direction inbound
firewall packet-filter default permit interzone dmz untrust direction outbound
interface GigabitEthernet0/0/0
pppoe-client dial-bundle-number 1
interface Dialer1
link-protocol ppp
ppp pap local-user xxxx password simple 00000
mtu 1450
ip address ppp-negotiate
dialer user peer1
dialer-group 1
dialer bundle 1
firewall zone untrust
set priority 5
add interface GigabitEthernet0/0/0
add interface Dialer1
ip route-static 0.0.0.0 0.0.0.0 Dialer1
debugging ppp all receive information as follows:
%%01PHY/4/STATUSUP(l): GigabitEthernet0/0/1 changed status to up.
%%01IFNET/4/LINK_STATE(l): Line protocol on interface GigabitEthernet0/0/1 has turned into UP state.
%%01PHY/4/STATUSUP(l): GigabitEthernet0/0/0 changed status to up.
PPP/7/debug2:
PPP Event:
Dialer1:0 LCP Open Event
state initial
PPP/7/debug2:
PPP State Change:
Dialer1:0 LCP : initial --> starting
PPP/7/debug2:
PPP Event:
Dialer1:0 LCP Lower Up Event
state starting
PPP/7/debug2:
PPP State Change:
Dialer1:0 LCP : starting --> reqsent
PPP/7/debug2:
PPP Packet:
Dialer1:0 Output LCP(c021) Pkt, Len 18
State reqsent, code ConfReq(01), id 1, len 14
MRU(1), len 4, val 05aa
MagicNumber(5), len 6, val 00a39ed4
PPP/7/debug2:
PPP Event:
Dialer1:0 : send packet to QosTransmit!
PPP/7/debug2:
PPP Packet:
Dialer1:0 Input LCP(c021) Pkt, Len 18
State reqsent, code ConfAck(02), id 1, len 14
MRU(1), len 4, val 05aa
MagicNumber(5), len 6, val 00a39ed4
PPP/7/debug2:
PPP Event:
Dialer1:0 LCP RCA(Receive Config Ack) Event
state reqsent
PPP/7/debug2:
PPP State Change:
Dialer1:0 LCP : reqsent --> ackrcvd
PPP/7/debug2:
PPP Event:
Dialer1:0 LCP TO (Timeout with counter > 0) Event
state ackrcvd , Retransmit = 4
PPP/7/debug2:
PPP State Change:
Dialer1:0 LCP : ackrcvd --> reqsent
PPP/7/debug2:
PPP Packet:
Dialer1:0 Output LCP(c021) Pkt, Len 18
State reqsent, code ConfReq(01), id 2, len 14
MRU(1), len 4, val 05aa
MagicNumber(5), len 6, val 00a39673
PPP/7/debug2:
PPP Event:
Dialer1:0 : send packet to QosTransmit!
PPP/7/debug2:
PPP Packet:
Dialer1:0 Input LCP(c021) Pkt, Len 23
State reqsent, code ConfReq(01), id 1, len 19
MRU(1), len 4, val 05d4
AuthProto(3), len 5, CHAP c22305
MagicNumber(5), len 6, val 030047b3
PPP/7/debug2:
PPP Event:
Dialer1:0 LCP RCR-(Receive Config Bad Request) Event
state reqsent
The PPP negotiation parameter isn’t configured correctly. The problem will be resolved by adding CHAP authentication.
Root Cause
1 The problem of operators;
2 The device interface failure.
Suggestions
By looking at the client computer client dial settings can also obtain this information.

END