[AusNOG] "NBN Co to reserve data port for government"

[Mark ZZZ Smith]

----- Original Message -----
> From: Brad Gould <bradley at internode.com.au>
> To: "<ausnog at lists.ausnog.net>" <ausnog at lists.ausnog.net>
> Cc: 
> Sent: Wednesday, 17 July 2013 1:44 PM
> Subject: Re: [AusNOG] "NBN Co to reserve data port for government"
> 
> NBNCo have a problem, and its the number of MAC addresses they need to 
> know about.
> 
> Each NTD port has a hard limit of 7 MAC's, and its specifically 
> disallowing bridged ethernet.
> 
> You need a L3 device to connect to the NTD.
> 
> So how do you do wireless in that environment?  Increase the scope of 
> the NTD to include some sort of L3 termination function?  Wireless 
> security?
> 
> If thats the case, why have a customer router at all?  Then NBNCo become 
> RSP circuit termination point, rather than the transport.  Nightmare for 
> all concerned.
> 

As this idea is somewhat similar to Adam Internet's Communitynet service (which as a VLAN in the exchange, on a separate ADSL ATM PVC), I think you could do it with dual WAN interfaces on the CPE, individual NAT instances on each port, and all services residing at layer 3 directly on the Government NTD port so that the connected route in the CPE suffices, or use DHCP Classless Static Route Option to push routes into the CPE for services more than one hop away on the Government service, leaving the default route to the Internet via the RSP port. IPv6 might make this easier because of non-overlapping address spaces, but makes it harder because the Government network would either need to be aware of the subnets within the residents' homes, or would have to allocate IPv6 subnets to the home networks to be used in parallel with the RSP provided subnets on the home users network. There's work going on to support this by routing using both source and
 destination addresses, rather than just destination addresses.

So it might be technically feasible, but IMHO a high bar for features for typical resi CPE. Training consumers to ask for/require these features when buying CPE is perhaps impossible.

I'm not really following the group, however the IETF Homenet working group are looking into these sorts of scenarios. I'd say they're generally quite hard and complicated because of the multiple service providers involved, the multiple services involved, and that the people deploying these networks will usually have abilities limited to plugging in correctly coloured cables and switching the device on, and that's it. In other words, it all has to be automated, self organising and self correcting.


Regards,
Mark.

> Brad
> 
> 
> 
> 
> 
> 
> On 17/07/2013 1:02 PM, Jake Anderson wrote:
>>  Honestly I'm suprised there isn't *some* kind of wifi/module inside 
> the
>>  ONT's they are installing for just that reason,
>>  I spose wireless is moving too rapidly to build in.
>> 
>>  On 17/07/13 13:18, Darren Ward (darrward) wrote:
>>>  Microcell?
>>> 
>>>  Sent from my iPhone
>>> 
>>>  On 17/07/2013, at 12:59 PM, "Matthew Moyle-Croft" 
> <mmc at mmc.com.au
>>>  <mailto:mmc at mmc.com.au>> wrote:
>>> 
>>>>  I wonder how they're going to use it?
>>>> 
>>>>  Let's say they wanted to use it for a "smart meter" - 
> I'm fascinated
>>>>  how the process of cabling from whereever the NBN NTU is to the
>>>>  electricity meter.
>>>> 
>>>>  MMC
>> 
>> 
>> 
>>  _______________________________________________
>>  AusNOG mailing list
>>  AusNOG at lists.ausnog.net
>>  http://lists.ausnog.net/mailman/listinfo/ausnog
>> 
> 
> -- 
> Brad Gould, Network Engineer
> Internode
> PO Box 284, Rundle Mall 5000
> Level 5, 150 Grenfell Street, Adelaide 5000
> P: 08 8228 2999  F: 08 8235 6999
> bradley at internode.com.au; http://www.internode.on.net/
> _______________________________________________
> AusNOG mailing list
> AusNOG at lists.ausnog.net
> http://lists.ausnog.net/mailman/listinfo/ausnog
>