August 2005 - NZNOG - lists.nznog.org

Off Topic: Corporate Connection
by Gavin Palmer 15 Aug '05

15 Aug '05

Hiya All, Please forgive the off topic post. Could I ask please for someone to contact me off list if your organisation is able to provide a corporate level internet connection for our company in Albany on the Shore. We currently have a flat rate 10Mb fibre link for our whole building (multiple businesses) and we are looking to separate ourselves from that with a similar high speed link, this is an info gathering exercise at this point, after gathering the various offers and proposals we will make a final decision. Many thanx in advance for your help. Cheers Gav

1 0

TCL NOC?
by Simon Garner 15 Aug '05

15 Aug '05

Hi, If there is anyone from the TelstraClear NOC on this list, could they contact me off list? TIA -Simon

1 0

RE: [nznog] Vodafone's spanky new 3G network.
by Donald Neal 15 Aug '05

15 Aug '05

This would be a good time for this thread to stop. Some days ago would have been better, but now would be good. - Donald Neal NZNOG List Administrator Donald Neal |"Do you think some people work Support Engineer |harder to be stupider than others?" NGN Operations |- Det. Pembleton Integration & Services Division +----------------------------------- Alcatel NZ Ltd - Telecom's network operations manager "This communication, including any attachments, is confidential. If you are not the intended recipient, you should not read it - please contact me immediately, destroy it, and do not copy or use any part of this communication or disclose anything about it. Thank you. Please note that this communication does not designate an information system for the purposes of the Electronic Transactions Act 2002."

1 0

Vodafone's spanky new 3G network.
by Jonny Martin 14 Aug '05

14 Aug '05

As we all know, porn has been a significant technology enabler for some time... >From Paul Brislen's article on the Vodafone 3G network: - Unlike TelstraClear, which recently pulled its adult entertainment channel, Vodafone 3G will be offering a range of adult choices, including enough video clips, tips and games. Vodafone's brochure promises to "keep your hands full for a whole 24 hours". - None of the TCL moral stand in there! Cheers, Jonny.

7 6

Thanks all for the numbering plan info
by Ian Batterbee 10 Aug '05

10 Aug '05

Thanks to all those who replied, especially those who pointed me at very relevant URLS, such as this one http://www.numberingplans.com/index.php?goto=plans&by=E.164&s=NZ&action=show

1 0

Vodafone numbering plan
by Ian Batterbee 10 Aug '05

10 Aug '05

Can someone who has good and accurate knowledge of the current Vodafone NZ telephone number numbering plan (ie, valid patterns and dial string length after the 021 bit) please contact me off-list. Thanks.

1 0

Notification of NZRR Database changes
by NZRR Database Notifications 10 Aug '05

10 Aug '05

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: AS9433 as-name: NZRR-AS9433 descr: Massey University descr: WIX peering at '202.7.0.44' descr: see Citylink RT job #2963 admin-c: RPA1-NZRR tech-c: RPA1-NZRR import: from AS9439 accept ANY AND NOT fltr-bogons export: to AS9439 announce AS9433 notify: rpsl-admin(a)nzix.net notify: nznog(a)list.waikato.ac.nz notify: G.Eustace(a)massey.ac.nz mnt-by: MAINT-NZRR-NZ changed: rpsl-admin(a)nzix.net 20050805 source: NZRR REPLACED BY: aut-num: AS9433 as-name: NZRR-AS9433 descr: Massey University descr: WIX peering at '202.7.0.44' descr: see Citylink RT job #2963 descr: PNIX peering at '218.100.21.11' descr: see Citylink RT job #2984 admin-c: RPA1-NZRR tech-c: RPA1-NZRR import: from AS9439 accept ANY AND NOT fltr-bogons export: to AS9439 announce AS9433 import: from AS9281 accept ANY AND NOT fltr-bogons export: to AS9281 announce AS9433 notify: rpsl-admin(a)nzix.net notify: nznog(a)list.waikato.ac.nz notify: G.Eustace(a)massey.ac.nz mnt-by: MAINT-NZRR-NZ changed: rpsl-admin(a)nzix.net 20050811 source: NZRR --- OBJECT BELOW CREATED: route-set: AS9281:RS-ROUTES:AS9433 descr: Route set advertised to AS9281 by Massey - AS9433 members: 130.123.0.0/16^16-29 admin-c: RPA1-NZRR tech-c: RPA1-NZRR notify: rpsl-admin(a)nzix.net notify: nznog(a)list.waikato.ac.nz notify: G.Eustace(a)massey.ac.nz mnt-by: MAINT-NZRR-NZ changed: rpsl-admin(a)nzix.net 20050811 source: NZRR

1 0

Cisco 5000 switch PSU
by John S Russell 09 Aug '05

09 Aug '05

This is a personal request, not one made on behalf of my corporate masters. If anyone out there has a PSU for an old Cisco 5000 series modular switch (or better, two such PSUs) that they would be willing to exchange for money and/or beer and/or being owed a favour, can they drop me an e-mail please? Thanks in advance! JSR

1 0

Notification of NZRR Database changes
by NZRR Database Notifications 07 Aug '05

07 Aug '05

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:AS7657 descr: advertised to AS9560 by Ihug Ltd - AS7657 members: 203.109.128.0/17^17-29, 203.173.128.0/17^17-29, 203.118.128.0/18^18-29, 203.96.192.0/19^19-29, 202.36.16.0/20^20-29, 202.46.160.0/20^20-29, 202.49.64.0/21^21-29, 202.126.80.0/21^21-29, 198.48.0.0/22^22-29, 202.8.44.0/22^22-29, 202.50.188.0/22^22-29, 202.21.136.0/23^23-29, 202.36.94.0/23^23-29, 202.36.230.0/23^23-29, 202.49.46.0/23^23-29, 202.49.148.0/23^23-29, 202.49.180.0/23^23-29, 202.61.2.0/23^23-29, 192.107.113.0/24^24-29, 198.32.71.0/24^24-29, 202.7.6.0/24^24-29, 202.21.130.0/24^24-29, 202.36.44.0/24^24-29, 202.36.174.0/24^24-29, 202.49.33.0/24^24-29, 202.49.59.0/24^24-29, 202.49.63.0/24^24-29, 202.49.89.0/24^24-29, 202.49.140.0/24^24-29, 202.49.144.0/24^24-29, 202.49.178.0/24^24-29, 202.49.186.0/24^24-29, 202.49.249.0/24^24-29, 202.50.84.0/24^24-29, 202.50.103.0/24^24-29, 202.50.255.0/24^24-29, 210.55.110.0/24^24-29, 210.55.184.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: noc(a)ihug.co.nz mnt-by: MAINT-NZRR-NZ changed: rpsl-admin(a)nzix.net 20050729 source: NZRR REPLACED BY: route-set: AS9560:RS-ROUTES:AS7657 descr: advertised to AS9560 by Ihug Ltd - AS7657 members: 203.109.128.0/17^17-29, 203.118.128.0/17^17-29, 203.173.128.0/17^17-29, 203.96.192.0/19^19-29, 202.36.16.0/20^20-29, 202.46.160.0/20^20-29, 202.49.64.0/21^21-29, 202.126.80.0/21^21-29, 198.48.0.0/22^22-29, 202.8.44.0/22^22-29, 202.50.188.0/22^22-29, 202.21.136.0/23^23-29, 202.36.94.0/23^23-29, 202.36.230.0/23^23-29, 202.49.46.0/23^23-29, 202.49.148.0/23^23-29, 202.49.180.0/23^23-29, 202.61.2.0/23^23-29, 192.107.113.0/24^24-29, 198.32.71.0/24^24-29, 202.7.6.0/24^24-29, 202.21.130.0/24^24-29, 202.36.44.0/24^24-29, 202.36.46.0/24^24-29, 202.36.174.0/24^24-29, 202.49.33.0/24^24-29, 202.49.59.0/24^24-29, 202.49.63.0/24^24-29, 202.49.89.0/24^24-29, 202.49.140.0/24^24-29, 202.49.144.0/24^24-29, 202.49.178.0/24^24-29, 202.49.186.0/24^24-29, 202.49.249.0/24^24-29, 202.50.84.0/24^24-29, 202.50.103.0/24^24-29, 202.50.255.0/24^24-29, 203.173.63.0/24^24-29, 210.55.110.0/24^24-29, 210.55.184.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: noc(a)ihug.co.nz mnt-by: MAINT-NZRR-NZ changed: rpsl-admin(a)nzix.net 20050808 source: NZRR --- PREVIOUS OBJECT: route-set: AS9439:RS-ROUTES:AS7657 descr: advertised to AS9439 by Ihug Ltd - AS7657 members: 203.109.128.0/17^17-29, 203.173.128.0/17^17-29, 203.118.128.0/18^18-29, 202.46.160.0/20^20-29, 210.55.248.0/21^21-29, 202.49.240.0/22^22-29, 202.21.136.0/23^23-29, 202.36.94.0/23^23-29, 202.49.88.0/23^23-29, 202.49.148.0/23^23-29, 202.49.176.0/23^23-29, 202.49.180.0/23^23-29, 210.55.202.0/23^23-29, 198.32.71.0/24^24-29, 202.21.130.0/24^24-29, 202.49.186.0/24^24-29, 202.50.84.0/24^24-29, 202.50.103.0/24^24-29, 202.50.255.0/24^24-29, 210.55.184.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: noc(a)ihug.co.nz mnt-by: MAINT-NZRR-NZ changed: rpsl-admin(a)nzix.net 20050801 source: NZRR REPLACED BY: route-set: AS9439:RS-ROUTES:AS7657 descr: advertised to AS9439 by Ihug Ltd - AS7657 members: 203.109.128.0/17^17-29, 203.173.128.0/17^17-29, 203.118.128.0/18^18-29, 202.46.160.0/20^20-29, 210.55.248.0/21^21-29, 202.49.240.0/22^22-29, 202.21.136.0/23^23-29, 202.36.94.0/23^23-29, 202.49.88.0/23^23-29, 202.49.148.0/23^23-29, 202.49.176.0/23^23-29, 202.49.180.0/23^23-29, 210.55.202.0/23^23-29, 198.32.71.0/24^24-29, 202.21.130.0/24^24-29, 202.49.186.0/24^24-29, 202.50.84.0/24^24-29, 202.50.103.0/24^24-29, 202.50.255.0/24^24-29, 203.173.63.0/24^24-29, 210.55.184.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: noc(a)ihug.co.nz mnt-by: MAINT-NZRR-NZ changed: rpsl-admin(a)nzix.net 20050808 source: NZRR

1 0

Are Telecom Micro Outages still an issue?
by Gary T. Benner 07 Aug '05

07 Aug '05

HI all, Have been racking my brains trying to solve a problem, and I suddenly remembered an issue that Telecom had regarding "micro-outages". Does this problem still exist? Our problem comes up with a customer using chat rooms in the Moodle Learning Management System, for students in remote locations. The chat room relies upon a persistent socket connection for the duration of the "chat". Perhaps for 30+ mins or so at a time. However students and teachers are regularly dropped. The Chat daemon is basically a socket server, and the only way I can see this happening is if the socket connection is broken. We do not see this effect in LAN trials. kind regards Gary Benner Ref#: 41006

2 1