| Forum Home | ||||
| Press F1 | ||||
| Thread ID: 69312 | 2006-05-28 22:04:00 | NZ Out Of Step With Broadband Data Caps | Trev (427) | Press F1 |
| Post ID | Timestamp | Content | User | ||
| 458622 | 2006-05-30 00:19:00 | Wow this is really something new. New Zealand is a long way away from the internet. The Lion's share of it is in Europe/America. We have a tiny, expensive, undersea cable that we rely on to get all our data in and out of the country. Transit IS expensive, data caps will be a way of life, unbundled or not. There is also an article in the new zealand herald today also that says isps should get rid of bit cap soon and that there is more than enough capacity left in the southern cross cable to handle no having no bit caps on connections. Wrong. It'd only take 20 odd thousand people using 24Mb ADSL 2 connections to completely max the SCC out. It has to be protected, capping is an easy way, it also helps protect the backhaul network. Oversubscription is necessary, there is no way an ISP can have a dedicated xMb pipe for every single ADSL user. Why keep on making more and more threads about the same tired rhetoric. It's not exactly interesting, or news anymore. :rolleyes: :rolleyes: :rolleyes: |
ninja (1671) | ||
| 458623 | 2006-05-30 00:21:00 | There is also an article in the new zealand herald today also that says isps should get rid of bit cap soon and that there is more than enough capacity left in the southern cross cable to handle no having no bit caps on connections. No the Herald article quoted Taylor Reynolds, telecommunications statistician for the OECD saying "For the most part, there is a glut of capacity on international routes. It shouldn't be an issue," with no evidence that that applied to New Zealand's route options. Most likely unless the cable costs remain high, there won't be anyone interested in investing in another one. The US for example has many Fibre cables running cross-country almost parallel with each other but there it is just a matter of ploughing them in with a bulldozer |
PaulD (232) | ||
| 1 2 | |||||