<p dir="ltr"><br>
On 13 Sep 2015 7:58 pm, "Matt Perkins" <<a href="mailto:matt@spectrum.com.au">matt@spectrum.com.au</a>> wrote:<br>
><br>
> I think the whole DOD idea is a bit far fetched and with respect I think the model was put tougher a bit quick to take things into account  like network resilience. </p>
<p dir="ltr">I don't think it was rushed. The following shows that it occurred over a two year period. There are no *public* submissions from any national security agencies but that doesn't mean there wasn't any involvement of them.</p>
<p dir="ltr"><a href="https://www.accc.gov.au/regulated-infrastructure/communications/national-broadband-network-nbn/nbn-points-of-interconnect-pois">https://www.accc.gov.au/regulated-infrastructure/communications/national-broadband-network-nbn/nbn-points-of-interconnect-pois</a><br></p>
<p dir="ltr">>The plane facts here are that to shrink the number of POI's would allow Joe blogs ISP. China telecom or whomever to compete with Telstra. Now Telstra has many mum and dad investors. But worse still it has many super funds investing in it.  For a government to devalue Telstra in such a way is not only political  suicide it would also require them to prop up some people in retirement due to their ailing funds and their reliant on people like Telstra.<br>
></p>
<p dir="ltr">If a network isn't available when its users want or need to use it, then everything else about it (cost, performance, scalability) doesn't really matter.</p>
<p dir="ltr">> The large number of POI models favours the incumbent carrier that happens to have most of their exchanges co-located.<br>
><br>
> Matt.<br>
><br>
><br>
><br>
><br>
><br>
> > On 13 Sep 2015, at 5:59 PM, Mark Smith <<a href="mailto:markzzzsmith@gmail.com">markzzzsmith@gmail.com</a>> wrote:<br>
> ><br>
> >> On 13 September 2015 at 09:42, Bevan Slattery <<a href="mailto:bevan@slattery.net.au">bevan@slattery.net.au</a>> wrote:<br>
> >> The ACCC has created the mess.  They are stupid to push for this as it will highlight their gross incompetence and/or negligence in removing all non-NBN competitive last mile infrastructure (Telstra HFC, Optus HFC etc.) from existing providers.<br>
> ><br>
> > I think ISPs are at fault too. They knew what the CVC charges were,<br>
> > and could have calculated what their other increased costs would be,<br>
> > yet they still blindly have tried to provide 100/40, 50/20 etc.<br>
> > services at prices similar to or low multiples of ADSL ones, as though<br>
> > the costs of providing them were nearly the same.<br>
> ><br>
> ><br>
> >> It will more than likely show that TPG's FttB/N network will be superior to every provider on the NBN because they are not economically or technically constrained by either exorbitant backhaul costs to build to 126 PoI's and more specifically the $17.50 CVC charge.  How the ACCC approved this charge as part of the NBN approval has burdened almost every consumer in Australia with the most expensive broadband in the developed world.  I say almost because those lucky enough to have TPG's FttN network will more than likely have excellent value broadband.<br>
> ><br>
> > I think many more POIs was necessary to achieve the necessary<br>
> > availability, and I wouldn't be surprised to find out that it was the<br>
> > Defence Department behind it, because in my opinion communications<br>
> > services availability on a large scale becomes a national security<br>
> > issue.<br>
> ><br>
> > To justify its existence (and in theory make a profit), the NBN<br>
> > network needs to be used for as many services as possible -<br>
> > residential and commercial Internet, EFTPOS/ATM, Mobile network<br>
> > backhaul etc. As all of these services are provided externally to the<br>
> > NBN, the POIs become points of failure for these services.<br>
> ><br>
> > In the 14 POI model, a POI failure (accidental or intentional<br>
> > destruction due to fire or other causes I'm not going to mention,<br>
> > power outage etc.) would impact literally millions of services and<br>
> > their users. To have these services fail over relatively seamlessly to<br>
> > the remaining POI would mean having huge amounts of extra resources<br>
> > (close to if not 100% extra) sitting idle in the other nearby POI just<br>
> > for that very rare event - and if recovering the failed POI takes any<br>
> > significant amount of time, then there is now a single point of<br>
> > failure for all NBN carried communications services in a city (or two<br>
> > for the Adelaide POIs, as they were also to serve Darwin).<br>
> ><br>
> > To make this example more vivid, imagine how much worse September 11<br>
> > would have been if those two buildings had also been the POIs for all<br>
> > communications services for the state of New York.<br>
> ><br>
> > 121 POIs makes the consequences of a POI failure far less significant.<br>
> > Switching 100 000 services from 1 failed POI to another near by POI is<br>
> > going to be a lot easier to achieve than switching 2 million plus<br>
> > services from one POI to another. With the smaller POIs, you can start<br>
> > sharing your redundancy resources between groups of POIs, reducing the<br>
> > amount of redundancy resources you need at each of the POIs. The<br>
> > problems of performance and availability are easier to solve because<br>
> > you're allowing the solutions to them to be scaled horizontally.<br>
> ><br>
> > It also allows more localised services and traffic - in the old 14 POI<br>
> > model, the Adelaide POIs were also the Darwin POIs, meaning that it<br>
> > wouldn't have been possible to put CDN nodes in Darwin. The costs of<br>
> > sending individual, per-user video streams e.g., Netflix and similar<br>
> > traffic, from CDN nodes in Adelaide to Darwin would have been colossal<br>
> > compared to serving them from Darwin located CDN nodes.<br>
> ><br>
> > Cost is an important factor, but it needs to be balanced against the<br>
> > service availability requirements, and I think the service<br>
> > availability requirements become much higher when we're moving to "one<br>
> > network to rule them all", carrying all services.<br>
> ><br>
> > More diversity usually results in more resilience and performance.<br>
> > With many networks being operated by many organisations using many<br>
> > vendors being delivered to many different locations, we've had a lot<br>
> > of inherent resilience and performance in Internet and other services.<br>
> > We're losing a lot of that with the NBN, and I'm not completely sure<br>
> > that has been widely realised.<br>
> ><br>
> > Regards,<br>
> > Mark.<br>
> ><br>
> ><br>
> >> The ACCC have completely undermined their integrity and 20+ years of facilities based competition in this country and are now seen by many who I respect in this industry as a sock puppet for the Minister of the day.<br>
> >><br>
> >> Disgraceful and incompetent.<br>
> >><br>
> >> [b]<br>
> >><br>
> >>> On 13 Sep 2015, at 6:40 am, <a href="mailto:ausftth@mail.com">ausftth@mail.com</a> wrote:<br>
> >>><br>
> >>> "But Mr Sims added the program would cost "low single-digit millions of dollars" with funding coming from either the government or telecommunications providers."<br>
> >>><br>
> >>> Seriously?!<br>
> >>><br>
> >>> The whole thing is a pipedream anyways with CVC charges at $17.50 per mbps. It's a complete waste of money, regardless if millions are spent or not. If ACCC wants to know which circuits are congested they only need ask NBNco.<br>
> >>><br>
> >>> Source: <a href="http://www.smh.com.au/business/accc-pushes-for-consumer-internet-speed-test-telcos-arent-keen-on-the-idea-20150911-gjkakd.html">http://www.smh.com.au/business/accc-pushes-for-consumer-internet-speed-test-telcos-arent-keen-on-the-idea-20150911-gjkakd.html</a><br>
> >>><br>
> >>> Jared<br>
> >>><br>
> >>><br>
> >>><br>
> >>><br>
> >>><br>
> >>><br>
> >>><br>
> >>><br>
> >>><br>
> >>><br>
> >>><br>
> >>><br>
> >>><br>
> >>><br>
> >>> _______________________________________________<br>
> >>> AusNOG mailing list<br>
> >>> <a href="mailto:AusNOG@lists.ausnog.net">AusNOG@lists.ausnog.net</a><br>
> >>> <a href="http://lists.ausnog.net/mailman/listinfo/ausnog">http://lists.ausnog.net/mailman/listinfo/ausnog</a><br>
> >> _______________________________________________<br>
> >> AusNOG mailing list<br>
> >> <a href="mailto:AusNOG@lists.ausnog.net">AusNOG@lists.ausnog.net</a><br>
> >> <a href="http://lists.ausnog.net/mailman/listinfo/ausnog">http://lists.ausnog.net/mailman/listinfo/ausnog</a><br>
> > _______________________________________________<br>
> > AusNOG mailing list<br>
> > <a href="mailto:AusNOG@lists.ausnog.net">AusNOG@lists.ausnog.net</a><br>
> > <a href="http://lists.ausnog.net/mailman/listinfo/ausnog">http://lists.ausnog.net/mailman/listinfo/ausnog</a><br>
</p>