#17353: unable to PPPoE connect to wan on HC6361 (trunk - r41954)
--------------------------+-----------------------------------
  Reporter:  ballgotz     |      Owner:  developers
      Type:  defect       |     Status:  new
  Priority:  normal       |  Milestone:
 Component:  base system  |    Version:  Barrier Breaker 14.07
Resolution:               |   Keywords:  pppoe
--------------------------+-----------------------------------

Comment (by ballgotz):

 Replying to [comment:5 yousong]:

 > If I understand it correctly, with firmware built from openwrt-hiwifi
 project, those 3 ethernet ports at the back of the device are managed by
 the built-in switch and you have to enable VLAN to use the WAN port.
 That's how openwrt-hiwifi project did [https://code.google.com/p/openwrt-
 hiwifi/source/browse/branches/hiwifi-v1-r38140/files/target/linux/ar71xx
 /base-files/etc/uci-defaults/02_network#301 before] and so is your current
 config.
 >
 > But with firmwares built from OpenWrt,  WAN port is not managed by
 swconfig.  So port 1 in your VLAN config is not WAN port as indicated on
 the case of the device.  You can confirm this by plugging out and in the
 ISP link to WAN port and see if the result of command `swconfig dev swich0
 show` changes.  I guess it won't with your posted config.  You can find
 the default config at #17798.
 >

 Thanks a lot for the pointer yousong, I think you got me on the right
 track: the link status won't change if I used the default OpenWRT build
 and plugged the cable to WAN port, using the default swconfig you provided
 in #17798:


 {{{
 root@OpenWrt:/tmp# swconfig dev switch0 show
 Global attributes:
         enable_vlan: 1
 Port 0:
         pvid: 1
         link: port:0 link:up speed:1000baseT full-duplex txflow rxflow
 Port 1:
         pvid: 1
         link: port:1 link:down
 Port 2:
         pvid: 1
         link: port:2 link:down
 Port 3:
         pvid: 1
         link: port:3 link:down
 Port 4:
         pvid: 1
         link: port:4 link:down
 VLAN 1:
         vid: 1
         ports: 0 1 2 3 4
 }}}

 And if I plug the cable into another port (not marked as WAN on case), it
 can be shown on swconfig:


 {{{
 root@OpenWrt:/tmp# swconfig dev eth0 show
 Global attributes:
         enable_vlan: 1
 Port 0:
         pvid: 1
         link: port:0 link:up speed:1000baseT full-duplex txflow rxflow
 Port 1:
         pvid: 1
         link: port:1 link:down
 Port 2:
         pvid: 1
         link: port:2 link:down
 Port 3:
         pvid: 1
         link: port:3 link:down
 Port 4:
         pvid: 1
         link: port:4 link:up speed:100baseT full-duplex auto
 VLAN 1:
         vid: 1
         ports: 0 1 2 3 4
 }}}

 However, if I plug the cable into one of the non-WAN ports and let pppd do
 the dialup, it can't complete the discovery:


 {{{
 Send PPPOE Discovery V1T1 PADI session 0x0 length 12
  dst ff:ff:ff:ff:ff:ff  src d4:ee:07:01:8d:2e
  [service-name] [host-uniq  00 00 07 bd]
 Send PPPOE Discovery V1T1 PADI session 0x0 length 12
  dst ff:ff:ff:ff:ff:ff  src d4:ee:07:01:8d:2e
  [service-name] [host-uniq  00 00 07 bd]
 Send PPPOE Discovery V1T1 PADI session 0x0 length 12
  dst ff:ff:ff:ff:ff:ff  src d4:ee:07:01:8d:2e
  [service-name] [host-uniq  00 00 07 bd]
 Timeout waiting for PADO packets
 Unable to complete PPPoE Discovery
 }}}

 So I guess my problem now becomes: If I'm using the default OpenWRT build,
 how should I setup my config to let PPPoE do it's job? (Plugging the cable
 into WAN won't work since swconfig won't pick it up, and plugging it into
 other ports can't complete the PPPoE discovery.)

 Sorry if the question seems elementary, I'm kinda lost. Thanks again!

--
Ticket URL: <https://dev.openwrt.org/ticket/17353#comment:6>
OpenWrt <http://openwrt.org>
Opensource Wireless Router Technology
_______________________________________________
openwrt-tickets mailing list
[email protected]
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-tickets

Reply via email to