Re: PPPOE using PPP IPCP problem
On Thu, Sep 09, 2004 at 11:03:57AM +1000, Kris wrote: Hi I am trying to connect to a DSL provider in Australia called OPTUS. I have configured many other DSL providers with no hassle previously but this particular ISP I keep running into the following problems which I hope *someone* can shed some light on. I have tried the box that I will be using and the same ppp configuration on my ADSL provider at home with no problems at all, just for piece of mind that the box itself and everything is working. Here is the ppp.conf and then the resulting log file. I seem to be getting Authenticated and then being sent an IPCP request to configure my local and remote IP's etc.. but it seems it is being ignored because ppp is still in the Authenticate state. A seen in the log towards the end.. tun0: Phase: Pap Input: SUCCESS () tun0: IPCP: deflink: Error: Unexpected IPCP in phase Authenticate (ignored) last message repeated 6 times last message repeated 2 times Does anyone have any ideas as to what is going on and how I may fix it ? Kris snip snip Try add default HISADDR in the config file. I think the ipcp is trying to set the gateway ip and you set it to 0 0 with the current setting. ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
PPPOE using PPP IPCP problem
Hi I am trying to connect to a DSL provider in Australia called OPTUS. I have configured many other DSL providers with no hassle previously but this particular ISP I keep running into the following problems which I hope *someone* can shed some light on. I have tried the box that I will be using and the same ppp configuration on my ADSL provider at home with no problems at all, just for piece of mind that the box itself and everything is working. Here is the ppp.conf and then the resulting log file. I seem to be getting Authenticated and then being sent an IPCP request to configure my local and remote IP's etc.. but it seems it is being ignored because ppp is still in the Authenticate state. A seen in the log towards the end.. tun0: Phase: Pap Input: SUCCESS () tun0: IPCP: deflink: Error: Unexpected IPCP in phase Authenticate (ignored) last message repeated 6 times last message repeated 2 times Does anyone have any ideas as to what is going on and how I may fix it ? Kris ---start ppp.conf-- default: set log Chat Connect command tun Phase Warning LCP IPCP CCP enable dns set redial 0 0 set timeout 0 disable lqr disable ipv6cp optus: set device PPPoE:dc0 set authname [EMAIL PROTECTED] set authkey xxx set dial set login set speed sync set mtu 1492 set mru 1492 set ctsrts off enable dns set ifaddr 10.0.0.1/0 10.0.0.2/0 255.255.255.0 0.0.0.0 add 0 0 HISADDR - end ppp.conf- --- start ppp.log Phase: Using interface: tun0 Phase: deflink: Created in closed state tun0: Command: default: enable dns tun0: Command: default: set redial 0 0 tun0: Command: default: set timeout 0 tun0: Command: default: disable lqr tun0: Command: default: disable ipv6cp tun0: Command: optus: set device PPPoE:dc0 tun0: Command: optus: set authname [EMAIL PROTECTED] tun0: Command: optus: set authkey tun0: Command: optus: set dial tun0: Command: optus: set login tun0: Command: optus: set speed sync tun0: Command: optus: set mtu 1492 tun0: Command: optus: set mru 1492 tun0: Command: optus: set ctsrts off tun0: Command: optus: enable dns tun0: Command: optus: set ifaddr 10.0.0.1/0 10.0.0.2/0 255.255.255.0 0.0.0.0 tun0: Command: optus: add 0 0 HISADDR tun0: Warning: Add route failed: 0.0.0.0/0 already exists tun0: Phase: PPP Started (ddial mode). tun0: Phase: bundle: Establish tun0: Phase: deflink: closed - opening tun0: Phase: deflink: Connected! tun0: Phase: deflink: opening - dial tun0: Phase: deflink: dial - carrier tun0: Phase: Received NGM_PPPOE_ACNAME (hook qcb1-charlotte) tun0: Phase: Received NGM_PPPOE_SESSIONID tun0: Phase: Received NGM_PPPOE_SUCCESS tun0: Phase: deflink: carrier - login tun0: Phase: deflink: login - lcp tun0: LCP: FSM: Using deflink as a transport tun0: LCP: deflink: State change Initial -- Closed tun0: LCP: deflink: State change Closed -- Stopped tun0: LCP: deflink: RecvConfigReq(12) state = Stopped tun0: LCP: MRU[4] 1492 tun0: LCP: AUTHPROTO[5] 0xc223 (CHAP 0x05) tun0: LCP: MAGICNUM[6] 0x12402c2b tun0: LCP: deflink: SendConfigReq(1) state = Stopped tun0: LCP: MRU[4] 1492 tun0: LCP: MAGICNUM[6] 0xd914771a tun0: LCP: deflink: SendConfigAck(12) state = Stopped tun0: LCP: MRU[4] 1492 tun0: LCP: AUTHPROTO[5] 0xc223 (CHAP 0x05) tun0: LCP: MAGICNUM[6] 0x12402c2b tun0: LCP: deflink: LayerStart tun0: LCP: deflink: State change Stopped -- Ack-Sent tun0: LCP: deflink: RecvConfigAck(1) state = Ack-Sent tun0: LCP: MRU[4] 1492 tun0: LCP: MAGICNUM[6] 0xd914771a tun0: LCP: deflink: State change Ack-Sent -- Opened tun0: LCP: deflink: LayerUp tun0: Phase: bundle: Authenticate tun0: Phase: deflink: his = CHAP 0x05, mine = none tun0: Phase: Chap Input: CHALLENGE (16 bytes from qcb1-charlotte) tun0: Phase: Chap Output: RESPONSE ([EMAIL PROTECTED]) tun0: LCP: deflink: RecvConfigReq(128) state = Opened tun0: LCP: deflink: LayerDown tun0: LCP: AUTHPROTO[4] 0xc023 (PAP) tun0: LCP: deflink: SendConfigReq(2) state = Opened tun0: LCP: MRU[4] 1492 tun0: LCP: MAGICNUM[6] 0xb3531398 tun0: LCP: deflink: SendConfigNak(128) state = Opened tun0: LCP: MRU[4] 1492 tun0: LCP: deflink: State change Opened -- Req-Sent tun0: LCP: deflink: RecvConfigAck(2) state = Req-Sent tun0: LCP: MRU[4] 1492 tun0: LCP: MAGICNUM[6] 0xb3531398 tun0: LCP: deflink: State change Req-Sent -- Ack-Rcvd tun0: LCP: deflink: RecvConfigReq(128) state = Ack-Rcvd tun0: LCP: AUTHPROTO[4] 0xc023 (PAP) tun0: LCP: deflink: SendConfigAck(128) state = Ack-Rcvd tun0: LCP: AUTHPROTO[4] 0xc023 (PAP) tun0: LCP: deflink: State change Ack-Rcvd -- Opened tun0: LCP: deflink: LayerUp tun0: Phase: deflink: his = PAP, mine = none tun0: Phase: Pap Output: [EMAIL PROTECTED] tun0: LCP: deflink: RecvConfigReq(128) state = Opened tun0: LCP: deflink: LayerDown tun0: LCP: AUTHPROTO[4] 0xc023
