Wow, good luck with that, keep me informed. I definitely believe that they should be handing out a /56 instead. I don't think they'll do it until some law is passed though. It's all rent seeking on their end.
Also if you do contact EFF loop me in, I'd like to discuss with them as well.
I've been caring about this for 12 years and I've reached my breaking point
More like 18 years... I was on the six-bone right at the start of HE's tunneling service showing off on IRC with my WRT54 running OpenWrt ::dead:beef, baby
Yeah, I started with v6 probably around 2011, and it was obvious that no one was listening to recommended subnet sizes shortly thereafter. I love ATT's fiber service in terms of its speed and such, but I'd drop it in a heartbeat for a fiber connection that didn't require their device and would give a /56
I hear ya. I must gone through six service providers since the beginning of IPv6. The best one was Unwired Ltd. for me. It was WiMAX from a roof dish. Not the greatest down/up at all, but I hated Comcast so much, it was my only option. It was the best for me because I was their first ever subscriber to ask for IPv6, so I got a static config with a /48 while we both had to twiddle with our settings until we got the magic. Just for me
They gave me the RA on a /126 because they somehow felt v6 needed a broadcast addy. Naww, GW and end-point, good to go!
Not much. I gave up until today. The only way I found to get larger than a /64 in one request was to ignore native v6 and use 6rd to AT&T's border relay for a /60. But the hurdle was I needed to use a static ip from the AT&T RG as their "IP passthru" mode doesn't forward protocol 41.
Spend the extra $12 per month for 5 extra usable IPv4 addresses so I could use IPv6 more correctly? Hell to the NO!
So I've been looking at using an EAP proxy (peapod is probably the best one) and putting the WRT box in front of the broken AT&T RG and forwarding the 802.1X (radius) authentication for true bridge-mode. What dawns on me looking at the code is that this might/could be be done completely in ipchains.
I'm curious if you can make any progress with that. I just got ATT fiber and the only option they offered me was the bgw320 which has the ONT built-in. I'm out of luck for any sort of bypass method at this point, I believe.
I honestly have no gripes with passthrough at the moment other than the IPv6 situation that others are also fighting through. I might end up following @dlakelan's lead and go to a full-blown linux distro on my x86 box for wide-dhcpv6 and other goodies, but I'm trying to stick with OpenWrt as much as possible because of my love for the community here.
FWIW, I did try to strike up some interest in getting wide-dhcpv6 built again for OpenWrt here: WIDE DHCPv6 Build Help Needed
So you set up a linux bridge br-wan between say eth1 and eth2. eth1 is plugged to the ONT, and eth2 is plugged to the ATT gateway. You disallow forwarding anything coming from the ATT GW other than responses to the 802_1Q queries, but you allow forwarding anything from eth1... fine... But then how do you have the router itself use the same MAC as the ATT gateway and do the DHCPv4 and DHCPv6 work?
maybe you add a veth pair? so the br-wan is eth1,eth2,veth0, and then call veth1 your WAN and set the MAC equal to the ATT GW MAC?
I managed to get this working with AT&T's dumb IPv6 setup in IP passthrough mode without needing any additional scripts or wide-dhcpv6.
This is based on pieces from:
Basically, you install kmod-macvlan and set up a macvlan type device (tied to the physical WAN interface) for each prefix you wish to pull from the AT&T gateway's /60 PD. Then you set up an additional interface for each of the macvlan devices you added. Each additional interface is a proto 'dhcpv6' type of /64 size. Finally, your internal interfaces which will receive the IPv6 PDs need to be set to hand out IPv6 addresses only from the corresponding interface you set up for the given PD. This is where the list ip6class ... setting comes into play. See below...
Here's an example of my working /etc/config/network file: