Opened 11 years ago

Closed 7 years ago

Last modified 3 years ago

#774 closed defect (obsolete)

Using PPPoE with bridged device breaks bridging

Reported by: biker_pat Owned by: mbm
Priority: normal Milestone: Barrier Breaker 14.07
Component: base system Version: Kamikaze trunk
Keywords: vlan bridge pppoe Cc:


Using a bridged vlan1 and vlan0 on a WRT54G v2.2 with PPPoE (as described in the FAQ) breaks bridging functionality. The WAN port can talk to the world. LAN ports function as expected. But bridging does not function.

Steps to Repro
On a fresh, stock RC5...

nvram set lan_ifnames=vlan0  # remove the default lan+wifi bridge.  Setting this to something (rather than unsetting) keeps it from having certain default values
nvram set lan_ifname=vlan0 # ports 1-4 plus the internal port to the ethernet device
nvram set wan_ifnames="vlan0 vlan1" # bridge WAN+LAN

nvram set wan_ifname=ppp0
nvram set wan_proto=pppoe
nvram set wan_device=br0
nvram set pppoe_ifname=br0

# nvram set other ISP settings and variables as described in FAQ.

Attachments (0)

Change History (9)

comment:1 Changed 11 years ago by mbm

I'm slightly confused as to what you're trying to do.

It appears you're attempting to bridge wan+lan before pppoe, then run pppoe ontop of that. Running pppoe on the wan and then bridging that to the lan doesn't make much more sense.

Also, lan_ifname(s) shouldn't contain interfaces listed elswhere (wan_ifnames) or there will be a potential conflict over the interface.

comment:2 Changed 11 years ago by biker_pat

Correct -- I am attempting to bridge wan+lan, then run PPPoE on the bridged virtual interface. I don't understand what your second statement references.

With my current setup, I don't need lan_ifname(s) to contain anything, but it gets set to default values otherwise.

comment:3 Changed 11 years ago by biker_pat

Can I PayPal someone $30 USD to get this taken care of to specification before 2006-09-20 PST?

comment:4 Changed 11 years ago by mbm

  • Resolution set to invalid
  • Status changed from new to closed

You have vlan0 in both lan_ifnames and wan_ifnames which will cause a conflict.

If you need help with the syntax, post to the forum; I don't see any bug here.

comment:5 Changed 11 years ago by biker_pat

  • Resolution invalid deleted
  • Status changed from closed to reopened

while the binaries sure seem to work, the routing functionality of this does not work as the FAQ seems to imply it should. This is a bug because the software does not behave as documented.

comment:6 Changed 11 years ago by anonymous

I have unset "lan)ifnames" and "lan_ifname". This has not solved the issue.

I can see packets on br0 from both the WAN and LAN via `tcpdump -i br0'. But no packets from the LAN on "ppp0".

comment:7 Changed 11 years ago by nbd

  • Milestone changed from 0.9/rc6 to Kamikaze

comment:8 Changed 7 years ago by thepeople

  • Resolution set to obsolete
  • Status changed from reopened to closed
  • Version set to Kamikaze trunk

[patchteam] This seems obsolete, if it is still an issue please submit a new ticket.

comment:9 Changed 3 years ago by jow

  • Milestone changed from Attitude Adjustment 12.09 to Barrier Breaker 14.07

Milestone Attitude Adjustment 12.09 deleted

Add Comment

Modify Ticket

as closed .
The resolution will be deleted. Next status will be 'reopened'.

E-mail address and user name can be saved in the Preferences.

Note: See TracTickets for help on using tickets.