IPv6 end user addressing

Scott Helms khelms at ispalliance.net
Wed Aug 10 18:43:29 UTC 2011


Tim,

     Hence the "might".  I worry when people start throwing around terms 
like routing in the home that they don't understand the complexities of 
balancing the massive CPE installed base, technical features, end user 
support, ease of installation & managemenet, and (perhaps most 
importantly) the economics of mass adoption.  This one of the choices 
that made DSL deployments more complex and expensive than DOCSIS cable 
deployments which in turn caused the CEO of AT&T to say their entire DSL 
network is obsolete.
http://goo.gl/exwqu



On 8/10/2011 12:57 PM, Tim Chown wrote:
> On 10 Aug 2011, at 16:11, Scott Helms wrote:
>
>> Neither of these are true, though in the future we _might_ have deployable technology that allows for automated routing setup (though I very seriously doubt it) in the home.  Layer 2 isolation is both easier and more reliable than attempting it at layer 3 which is isolation by agreement, i.e. it doesn't really exist.
> Well, there is some new effort on this in the homenet WG in IETF.
>
> For snooping IPv6 multicast it's MLD snooping rather than IGMP.  We use it in our enterprise since we have multiple multicast video channels in use.
>
> Tim
>
>> On 8/10/2011 9:02 AM, Owen DeLong wrote:
>>> Bridging eliminates the multicast isolation that you get from routing.
>>>
>>> This is not a case for bridging, it's a case for making it possible to do real
>>> routing in the home and we now have the space and the technology to
>>> actually do it in a meaningful and sufficiently automatic way as to be
>>> applicable to Joe 6-Mac.
>>>
>> -- 
>> Scott Helms
>> Vice President of Technology
>> ISP Alliance, Inc. DBA ZCorum
>> (678) 507-5000
>> --------------------------------
>> http://twitter.com/kscotthelms
>> --------------------------------
>>
>>
>
>


-- 
Scott Helms
Vice President of Technology
ISP Alliance, Inc. DBA ZCorum
(678) 507-5000
--------------------------------
http://twitter.com/kscotthelms
--------------------------------





More information about the NANOG mailing list