nanog mailing list archives
RE: FTTH CPE landscape
From: Nathan Eisenberg <nathan () atlasnetworks us>
Date: Thu, 4 Aug 2011 20:54:23 +0000
Why? As long as it can be a transparent router, why would it need to be a bridge?
Layer 2 CPE capability is a big deal, especially if you're doing unrouted multicast (see many TV/VoD over ethernet platforms for details). But it's also nice for handing the customer a layer-2 service port like they're used to getting, if they want it that way. The routing engine in CPE's is often simply not as capable as the bridging mechanism, so there's an end-user experience to consider. It's also worth noting that this feature will probably become less important as IPv6 and DHCP6-PD becomes more widely deployed. Until then, the extra routing in IPv4 starts to chew up some serious address space if you're rolling out thousands or more of the CPEs. See most national ISP's CPE configuration if you think it's unusual to want to hand off services on a bridged interface- it's not, at all. Nathan Eisenberg
Current thread:
- FTTH CPE landscape Jason Lixfeld (Aug 04)
- Re: FTTH CPE landscape Jay Ashworth (Aug 04)
- Re: FTTH CPE landscape Owen DeLong (Aug 04)
- RE: FTTH CPE landscape Nathan Eisenberg (Aug 04)
- Re: FTTH CPE landscape Jay Ashworth (Aug 04)
- Re: FTTH CPE landscape Owen DeLong (Aug 04)
- Re: FTTH CPE landscape Dan White (Aug 04)
- Re: FTTH CPE landscape Scott Helms (Aug 04)
- Re: FTTH CPE landscape Owen DeLong (Aug 04)
- Re: FTTH CPE landscape Dan Armstrong (Aug 04)
- Re: FTTH CPE landscape PC (Aug 04)
- Re: FTTH CPE landscape Owen DeLong (Aug 04)
- Re: FTTH CPE landscape Scott Helms (Aug 05)
- Re: FTTH CPE landscape Jay Ashworth (Aug 05)
- Re: FTTH CPE landscape Owen DeLong (Aug 04)
- Re: FTTH CPE landscape Jay Ashworth (Aug 04)