That seems a little more complicated than it needs to be, but assuming that PCs are designed by people who know about uniqueness of MAC addresses, that solution should also work with IPv6 too, no?
Another possibility is that ISPs need to allow DAD to be run by residential gateways on the WAN side. Sort of similar to what you had to do for IP over ATM, the "broadband network gateway" (router port where the broadcast Ethernet domain comes together upstream of the residential gateways) needs to reflect back downstream all NS and NA messages from the WAN side of residential gateways. Of course, this assumes that these off-the-shelf residential gateways know enough to perform DAD. But such a solution would only make the ISP's "broadband network gateway" unique. The residential gateways would just do NS and NA as if connected to a regular Ethernet. (Or maybe all of this has been said but I didn't get it.) Bert -----Original Message----- From: [email protected] [mailto:[email protected]] On Behalf Of Wes Beebee (wbeebee) Sent: Monday, November 09, 2009 4:50 PM To: Mikael Abrahamsson; [email protected] Subject: RE: Liaison from BBF One common way of setting up a residential gateway is to first set up a PC connected to the ISP, let it get an IPv4 address through DHCPv4, tell the ISP about it and get the MAC address and DHCPv4 lease recorded (and reserved) in the ISP servers (to get it online). Then, the customer hangs up the phone from the ISP and transfers the connection to the PC from behind the modem to behind the residential gateway (on the LAN side). The WAN side of the residential gateway is then connected to the modem of the ISP. However, since the residential gateway no longer has a MAC address that matches the lease recorded in the ISP DHCPv4 server, the user simply clones the MAC address of the PC onto the WAN side of the CPE Router. The residential gateway completes DHCPv4, and everything works fine. The MAC address of the PC and the MAC address of the WAN side interface of the residential gateway are the same. However, this is not a problem as long as the residential gateway either routes traffic or is a NAT box. If the residential gateway is a bridge, this causes all sorts of problems (including the problems listed in the BBF liason). However, if it were a bridge, then you wouldn't have to clone the MAC address in the first place! - Wes -----Original Message----- From: [email protected] [mailto:[email protected]] On Behalf Of Mikael Abrahamsson Sent: Monday, November 09, 2009 12:40 PM To: [email protected] Subject: RE: Liaison from BBF On Mon, 9 Nov 2009, Manfredi, Albert E wrote: > Does not the ISP control, own, and distribute the "residential gateway"? Not in my market anyway (some have this service of course, but it's definitely not mandatory). > Why would ISP not own and control the residential gateway? Because it's cheaper to have the customer walk into their electronics store and buy any CPE they fancy, than to have the ISP handle it. It also gives customers more choice. In some markets, people like to have the choice between ISP provided CPE and one they run themselves. > We received our ADSL "modem" in the mail, from Verizon. It is a NAT, > and the WAN side is under their control entirely. Is this not standard > practice among ISPs? As far as I can discern, it's standard in the US but not in the rest of the world. Generally, the more competition in the market, the less likely it is that the ISP provides the end user CPE. If customers switch ISPs every year or so, they want to be able to re-use their CPE. -- Mikael Abrahamsson email: [email protected] -------------------------------------------------------------------- IETF IPv6 working group mailing list [email protected] Administrative Requests: https://www.ietf.org/mailman/listinfo/ipv6 -------------------------------------------------------------------- -------------------------------------------------------------------- IETF IPv6 working group mailing list [email protected] Administrative Requests: https://www.ietf.org/mailman/listinfo/ipv6 -------------------------------------------------------------------- -------------------------------------------------------------------- IETF IPv6 working group mailing list [email protected] Administrative Requests: https://www.ietf.org/mailman/listinfo/ipv6 --------------------------------------------------------------------
