April 2007 - NZNOG - lists.nznog.org

Notification of NZRR Database changes
by NZRR Database Notifications 09 Apr '07

09 Apr '07

Dear Colleague, This is to notify you that some object(s) in NZRR database which you either maintain or are listed as to-be-notified have been added, deleted or changed. These objects are used to configure the various NZIX route servers (http://nzix.net/) so you can expect the relevant servers to be reloaded in the near future. The reloading of the servers is staggered over a period of time so that if you are peering with both servers at an exchange, you can maintain at least one BGP session at all times and consequently a full set of routes. --- PREVIOUS OBJECT: route-set: AS9560:RS-ROUTES:AS9889 descr: advertised to AS9560 by Maximum Internet Ltd - AS9889 members: 123.100.64.0/18^18-29, 202.89.32.0/19^19-29, 203.89.160.0/19^19-29, 202.55.96.0/20^20-29, 210.55.100.0/22^22-29, 210.55.104.0/22^22-29, 192.138.251.0/24^24-29, 202.6.5.0/24^24-29, 202.6.116.0/24^24-29, 202.27.204.0/24^24-29, 202.36.70.0/24^24-29, 202.36.227.0/24^24-29, 202.37.72.0/24^24-29, 202.37.181.0/24^24-29, 202.49.141.0/24^24-29, 202.150.102.0/24^24-29, 203.12.15.0/24^24-29, 203.97.42.0/24^24-29, 210.54.13.0/24^24-29, 210.54.142.0/24^24-29, 210.55.169.0/24^24-29, 210.55.214.0/24^24-29, 210.55.230.0/24^24-29, 203.167.219.56/29 admin-c: RPA1-NZRR tech-c: RPA1-NZRR notify: rpsl-admin(a)nzix.net notify: nznog(a)list.waikato.ac.nz notify: noc(a)maxnet.co.nz mnt-by: MAINT-NZRR-NZ changed: rpsl-admin(a)nzix.net 20070111 source: NZRR REPLACED BY: route-set: AS9560:RS-ROUTES:AS9889 descr: advertised to AS9560 by Maximum Internet Ltd - AS9889 members: 123.100.64.0/18^18-29, 202.89.32.0/19^19-29, 203.89.160.0/19^19-29, 202.55.96.0/20^20-29, 202.189.160.0/21^21-29, 210.55.100.0/22^22-29, 210.55.104.0/22^22-29, 192.138.251.0/24^24-29, 202.6.5.0/24^24-29, 202.6.116.0/24^24-29, 202.27.204.0/24^24-29, 202.36.70.0/24^24-29, 202.36.227.0/24^24-29, 202.37.72.0/24^24-29, 202.37.162.0/24^24-29, 202.37.181.0/24^24-29, 202.49.141.0/24^24-29, 202.150.102.0/24^24-29, 203.12.15.0/24^24-29, 203.97.42.0/24^24-29, 210.54.13.0/24^24-29, 210.54.142.0/24^24-29, 210.55.169.0/24^24-29, 210.55.214.0/24^24-29, 210.55.230.0/24^24-29, 203.167.219.56/29 admin-c: RPA1-NZRR tech-c: RPA1-NZRR notify: rpsl-admin(a)nzix.net notify: nznog(a)list.waikato.ac.nz notify: noc(a)maxnet.co.nz mnt-by: MAINT-NZRR-NZ changed: rpsl-admin(a)nzix.net 20070410 source: NZRR

1 0

More ‘public park’ broadband wireless spectrum released
by Dan Clark 06 Apr '07

06 Apr '07

source from RSM update... More 'public park' broadband wireless spectrum released Further radio spectrum for broadband wireless access has been made available with changes made to the Radiocommunications (General User Radio Licence for Short Range Devices) Notice. The government has opened the 5.47 – 5.725 GHz and 57 - 64 GHz radio frequency bands as 'public park' spectrum for broadband wireless services suitable for expanding wireless local area networks (Wi-Fi) and to extend the reach of existing fibre optic networks. Access to 'public park' spectrum does not attract a licence fee. Previously licensed users in the bands should be able to continue to operate without being unduly impacted. The General User Radio Licence contains conditions to ensure that broadband wireless equipment operating in the 5.47 – 5.725 GHz band does not cause interference to existing radar operations that share this band. Access to the 5.47 – 5.725 GHz band augments access to the 2.4 GHz and 5.8 GHz bands and more than doubles the spectrum that is now exclusively available for wireless local area networks. The General User Radio Licence also contains conditions to ensure that broadband wireless access equipment operating in the 57 – 64 GHz band minimises interference, and maximises reliability and utility within the band. Access to this spectrum may be used to provide short-range (~1 Km) high capacity (1 Gbit/sec) point-to-point links used to extend the reach of fibre-optic cabling, and/or to provide high speed short range backhaul for telecommunications network infrastructure.

4 5

Re: [nznog] Telecom's "peering" change of heart really isn't
by Ian Batterbee 05 Apr '07

05 Apr '07

Somebody wrote: > >Oh, and on your point about universities, I think you will find that most > >(all?) of them already peer. UoA, which is far-and-away the largest university > >in the country, certainly peers at APE. > AUT doesn't peer with APE because it seems a little redundant as we have a connection through Orcon, who peer at APE We also connect to TCL and to KAREN.

7 10

Re: [nznog] Telecom's "peering" change of heart really isn't
by Martin Kealey 04 Apr '07

04 Apr '07

> [...] there are no common and widely accepted > definitions of what peering and other related terms actually mean, > where 'widely' encompasses the whole of industry. We need to take off our techie hats and put on our lawyerie or accountant ones. How about this: Neutral Peering is peering at a Neutral Location. A Neutral Location is one where the entity providing the location does not provide connectivity to that location (or does so "at arms length" and competing equally with all other connectivity providers). A Neutral Location may be any physical size, provided that the location provider does not charge for traffic or bandwidth between participants within the location. In other words, Citylink metro qualifies as a location encompassing all of Wellington, because there is no charge within the "location". Telecom "peering" does not qualify beccause you can't backhaul your own cable and knock on their door saying "where do I plug in". Or if you could, you wouldn't get peering on an arms-length cost basis. -Martin

3 3

Re: [nznog] Google Launches new in home fibre optic service
by Stewart Fleming 03 Apr '07

03 Apr '07

nznog-request(a)list.waikato.ac.nz wrote: >Date: Mon, 02 Apr 2007 14:31:43 +1200 >From: Dean Pemberton <nznog(a)deanpemberton.com> > > > How many people read this, realised it was an april-fools day hoax, and > >still thought "Hmmmmmm Thats not a bad idea........ " > > >Dean > > "Four options were proposed to develop the network in three phases. The capital cost of the options ranged between approximately $700,000 and $7.6 million. The annual operating cost of the network is approximately $150,000. These different options and costs arise from the different methods costed out for laying the fibre network, *including the use of the DCC’s own wastewater ducting*. The study concludes that a combination of these methods may be the most cost-effective and efficient for different portions of each route." URBAN FIBRE NETWORK FEASIBILITY STUDY AND BROADBAND RECOMMENDATIONS Dunedin City Council, 24th January 2007 (emphasis added) -- -- Tel: 03 474 2100 Cell: 021 993 125 Web: www.wic.co.nz Co-location and Web hosting. Dunedin-wide wireless. Independent Internet Service Provider.

2 1

Hungry backhoes in Porirua
by Jonathan Brewer 02 Apr '07

02 Apr '07

Hi Folks, One of the T's suffered fibre cut in Porirua this morning, causing some local tail circuts to disappear. Cheers, Jon

2 1

Telecom's "peering" change of heart really isn't
by Matthew Poole 02 Apr '07

02 Apr '07

http://computerworld.co.nz/news.nsf/news/EA57668828E0FEEFCC2572AC0070D766 "While emphasing that it's still early days for the proposal and details need to be worked out, Marshall says providers would pay for circuits into Telecom's network, and the incumbent would reciprocate for connections towards providers." How is this an improvement on the current situation? They're not making use of existing peering infrastructure, they're just making other providers pay for a (Telecom-supplied) connection into Telecom's network, which is an option that's always been available to anyone willing to spend the money. Here's hoping that they get told that anything less than true neutral peering isn't good enough. -- Matthew Poole "Don't use force. Get a bigger hammer."

7 10

Notification of NZRR Database changes
by NZRR Database Notifications 02 Apr '07

02 Apr '07

Dear Colleague, This is to notify you that some object(s) in NZRR database which you either maintain or are listed as to-be-notified have been added, deleted or changed. These objects are used to configure the various NZIX route servers (http://nzix.net/) so you can expect the relevant servers to be reloaded in the near future. The reloading of the servers is staggered over a period of time so that if you are peering with both servers at an exchange, you can maintain at least one BGP session at all times and consequently a full set of routes. --- PREVIOUS OBJECT: aut-num: AS23754 as-name: NZRR-AS23754 descr: CityLink descr: WIX peering at '202.7.0.32' descr: see Citylink RT job #7338 admin-c: RPA1-NZRR tech-c: RPA1-NZRR import: from AS9560 accept ANY AND NOT fltr-bogons export: to AS9560 announce AS23754 import: from AS9439 accept ANY AND NOT fltr-bogons export: to AS9439 announce AS23754 import: from AS24385 accept ANY AND NOT fltr-bogons export: to AS24385 announce AS23754 import: from AS7657 accept {0.0.0.0/0} export: to AS7657 announce AS23754 import: from AS9439 accept ANY AND NOT fltr-bogons export: to AS9439 announce AS23754 notify: rpsl-admin(a)nzix.net notify: nznog(a)list.waikato.ac.nz notify: asjl(a)citylink.co.nz mnt-by: MAINT-NZRR-NZ changed: rpsl-admin(a)nzix.net 20061122 source: NZRR REPLACED BY: aut-num: AS23754 as-name: NZRR-AS23754 descr: CityLink descr: WIX peering at '202.7.0.32' descr: see Citylink RT job #7338 descr: WIX peering at '202.7.0.34' descr: see Citylink RT job #6072 admin-c: RPA1-NZRR tech-c: RPA1-NZRR import: from AS9560 accept ANY AND NOT fltr-bogons export: to AS9560 announce AS23754 import: from AS9439 accept ANY AND NOT fltr-bogons export: to AS9439 announce AS23754 import: from AS24385 accept ANY AND NOT fltr-bogons export: to AS24385 announce AS23754 import: from AS7657 accept {0.0.0.0/0} export: to AS7657 announce AS23754 import: from AS9439 accept ANY AND NOT fltr-bogons export: to AS9439 announce AS23754 import: from AS9439 accept ANY AND NOT fltr-bogons export: to AS9439 announce AS23754 notify: rpsl-admin(a)nzix.net notify: nznog(a)list.waikato.ac.nz notify: asjl(a)citylink.co.nz mnt-by: MAINT-NZRR-NZ changed: rpsl-admin(a)nzix.net 20070402 source: NZRR --- PREVIOUS OBJECT: route-set: AS9439:RS-ROUTES:AS23754 descr: advertised to AS9439 by CityLink - AS23754 members: 198.48.0.0/22^22-29, 202.8.44.0/22^22-29, 202.7.6.0/23^23-29, 97.64.46.0/24^24-29, 198.32.71.0/24^24-29, 202.7.5.0/24^24-29, 203.118.144.0/24^24-29 admin-c: RPA1-NZRR tech-c: RPA1-NZRR notify: rpsl-admin(a)nzix.net notify: nznog(a)list.waikato.ac.nz notify: rpsl-admin(a)nzix.net mnt-by: MAINT-NZRR-NZ changed: rpsl-admin(a)nzix.net 20061214 source: NZRR REPLACED BY: route-set: AS9439:RS-ROUTES:AS23754 descr: Route set advertised to AS9439 by Cafenet CHC - AS23754 members: 198.48.3.64/28^28-29 admin-c: RPA1-NZRR tech-c: RPA1-NZRR notify: rpsl-admin(a)nzix.net notify: nznog(a)list.waikato.ac.nz notify: simon(a)citylink.co.nz mnt-by: MAINT-NZRR-NZ changed: rpsl-admin(a)nzix.net 20070402 source: NZRR

1 0

Google Launches new in home fibre optic service
by Dan Clark 02 Apr '07

02 Apr '07

You guys aren't gonna believe this, actually to be honest I dont really believe it either... http://www.google.com/tisp/ Regards Dan

8 9

Clarification on AUT's connection
by Ian Batterbee 01 Apr '07

01 Apr '07

Trust techo types to actually verify what I said... As a couple of people have now pointed out, AUT's prefix of 156.62.0.0/16 is not currently being advertised through Orcon (however you will find it through TCL and KAREN). This is a temporary situation and shouldn't be considered 'normal'. --- Ian Batterbee, CCNP Senior Network Technician Auckland University of Technology

1 0