- NZNOG - lists.nznog.org

RE: ORBS block
by Olof Olsson 22 Dec '99

22 Dec '99

> > > CLEAR/CLEAR Net is _not_ using ORBS. We are being scanned > as you are > > > though... > > > > Snap for Netlink/Telstra. > > For what it's worth, neither does Actrix, although we are constantly > scanned and have often found ourselves blocked with little or no > warning! > Ditto. We have been "blocked" a couple of times due to customers having open relays. Funny, we always get the ORBS notification around 4pm on Friday afternoons... Must be a coincidince... --Olof --------- To unsubscribe from nznog, send email to majordomo(a)list.waikato.ac.nz where the body of your message reads: unsubscribe nznog

1 0

ns99.waikato.ac.nz
by Simon Lyall 22 Dec '99

22 Dec '99

Hmm ping times to it just went to about 4 seconds, 80% packet loss. It's still answering name queries but it's a bit of a worry. Hopefully if it's a real problem Domainz will fix it when they get back to work :( -- Simon Lyall. | Newsmaster | Work: simon.lyall(a)ihug.co.nz System/Network Admin | T&C Enforcement | Home: simon(a)darkmere.gen.nz The Internet Group, Auck. | Asst Doorman | Web: Currently Offline --------- To unsubscribe from nznog, send email to majordomo(a)list.waikato.ac.nz where the body of your message reads: unsubscribe nznog

4 4

RE: ORBS block
by Olof Olsson 21 Dec '99

21 Dec '99

> I'm not sure who the "we" concerned is but I see requests > from a particular > netblock maintained by a particular admin who just happens to > host the ORBS > site going through our network ranges on a regular basis... > anyway, the > point of my post, does anyone in NZ actually use the ORBS > database on there > mail servers (aside from the obvious) as a spam blocking > tool? XTRA, IHUG, > ICONZ, Clear, Voyager?? > CLEAR/CLEAR Net is _not_ using ORBS. We are being scanned as you are though... --Olof --------- To unsubscribe from nznog, send email to majordomo(a)list.waikato.ac.nz where the body of your message reads: unsubscribe nznog

5 4

RE: ORBS block - Forwarded
by Donald Neal 21 Dec '99

21 Dec '99

From: James Bell <jrb(a)wibble.net> Subject: RE: ORBS block In-Reply-To: <NDBBINFAOBJJKEKGNMGCCEPCDFAA.shane.cole(a)staff.paradise.net .nz> References: <Pine.LNX.4.05.9912211535460.26661-100000(a)mailhost.manawatu.net.nz> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" >point of my post, does anyone in NZ actually use the ORBS database on there >mail servers (aside from the obvious) as a spam blocking tool? XTRA, IHUG, >ICONZ, Clear, Voyager? Voyager doesn't. I'd be interested to know how many of ORBS sub-scribers do so becuase its easier to subscribe than to fix their customer's open relays. --------- To unsubscribe from nznog, send email to majordomo(a)list.waikato.ac.nz where the body of your message reads: unsubscribe nznog

1 0

Re: ORBS block (fwd)
by Robert Hunt 20 Dec '99

20 Dec '99

Jamie, To me the notion that ORBS is "attacking" is obviously specious.. so one goes on to wonder why Dean Anderson's message carries any appearance of credibility.. Hopefully whatever merit you see in Dean Anderson's message is soon run to ground by a little net research. That research will show that Dean Anderson is well known for "imaginative and persistent postings" and got himself kicked out of spam-l and spamtools, etc.. and that he features in a list of Net Kooks. Alan Brown /ORBS is assisting the FBI in some respects.. yes. Dean Anderson assisting the FBI? ... as a weapon of irritation perhaps :-) if you have some ideas on what would reduce the frequency of his "helpful" calls ... they might like to hear from you :-) Robert Hunt --------- To unsubscribe from nznog, send email to majordomo(a)list.waikato.ac.nz where the body of your message reads: unsubscribe nznog

4 4

A.P.E. and the future
by Robert Hunt 19 Dec '99

19 Dec '99

hi All, We have with some enthusiasm looked forward to the practical action re peering, and are really pleased that Clear and IHUG and very soon Telecom are going to be peering with us. No doubt this means that those of you on the above list are peering with each other too as well as other smaller parties. Today Telstra appear to have distinguished themselves. Our initiative to BGP peer with them was rejected in accordance with a policy of "not peering with anyone but a carrier". (- David Venables) This seems antithetical to the overall objective of an "exchange" ? In the interests of network efficiency do you think that Homo Australias could at least be persuaded to exchange with the route reflector?? I presume that in the end the win-win scenario of the exchange makes "evolutionary sense" :-)) Robert Hunt --------- To unsubscribe from nznog, send email to majordomo(a)list.waikato.ac.nz where the body of your message reads: unsubscribe nznog

3 2

ORBS block (fwd)
by Jamie Clark 16 Dec '99

16 Dec '99

This may be of interest: ---------- Forwarded message ---------- Date: Thu, 16 Dec 1999 16:44:19 -0500 From: Dean Anderson <dean(a)av8.com> To: nanog(a)merit.edu Cc: noc(a)bbn.com, noc(a)netgate.net.nz, abuse(a)bbn.com, abuse(a)netgate.net.nz Subject: ORBS block Well, after almost a month of no attacks and a coincident month of ORBS blocking at BBN/NZ link, the block on ORBS has been lifted, and we have started getting relay attacks again. I think thats pretty conclusive evidence that they are the cause of the relay attacks. I'm hoping the removal was an oversight, but I'd like to ask people to please put the following access lists in: access-list 104 deny ip 202.36.148.5 0.0.0.255 any access-list 104 deny ip 202.36.147.16 0.0.0.255 any Luckily, the FBI just called me back to begin work on last months attacks. I guess Egypt Air must be getting wrapped up. I guess I have some stuff to add to our complaints. Actually, given the cause and effect demonstrated by the block, I'm hoping that this will motivate the FBI to do something with ORBS. --Dean ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ Plain Aviation, Inc dean(a)av8.com LAN/WAN/UNIX/NT/TCPIP http://www.av8.com ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ --------- To unsubscribe from nznog, send email to majordomo(a)list.waikato.ac.nz where the body of your message reads: unsubscribe nznog

3 2

1q2000 in-addr walk - first notice
by Bill Manning 16 Dec '99

16 Dec '99

Hi, I appologize for duplicates. The next audit of the in-addr.arpa. tree will begin 01 january 2000. Since 1997, I've been walking the in-addr tree every quarter, looking for numbers of delegations, accurate delegations, and types and styles of error conditions. So... this is a heads up that you will be seeing zone transfers being generated by a couple of the collecter machines here. For those of you who utilize BINDs access controls, I'd appreciate your inclusion of the collector machines in allowed transfers. Queries will be from the following IP addresses: 128.9.160.57 and 198.32.4.13 If there are any questions or concerns, I'd be happy to talk about them. Past data has been presented at IEPG, Apricot and RIPE meetings. The expectation is that future data will be presented in the same and similar forums. Online summaries can be found at: www.isi.edu/~bmanning/in-addr-audit.html --bill --------- To unsubscribe from nznog, send email to majordomo(a)list.waikato.ac.nz where the body of your message reads: unsubscribe nznog

1 0

[pfs@cisco.com: [apops] AP routing table analysis]
by Joe Abley 15 Dec '99

15 Dec '99

>From the APOPS mailing list... ----- Forwarded message from Philip Smith <pfs(a)cisco.com> ----- X-Sender: philsmit(a)lint.cisco.com X-Mailer: QUALCOMM Windows Eudora Pro Version 4.2.2 Date: Thu, 16 Dec 1999 15:01:42 +1000 To: apops(a)whois.apnic.net From: Philip Smith <pfs(a)cisco.com> Subject: [apops] AP routing table analysis Cc: bgp-stats(a)whois.apnic.net Precedence: bulk Hello Everyone, As has been presented at the last two IEPG meetings I have been doing some work with APNIC which involves analysing the Internet Routing table as seen on the APNIC routers. The project has been running informally since March of this year, and I now feel it is an appropriate time to widen the audience who are aware of this work, and to make you aware of some of the initial results. APNIC receive the full Internet routing table at their NSPIXP2 location in Japan. The analysis work basically takes a daily snapshot of this full routing table at 4am GMT+10 hours and then separates out the announcements according to several programmed criteria. These criteria include information such as the number of prefixes and ASes which are being used in this region from APNIC allocatable space. The daily statistics are available on the APNIC web site, at the URL: http://www.apnic.net/stats/bgp both in graphical and textual format. The daily text is also sent by e-mail to the bgp-stats(a)lists.apnic.net mailing list. To subscribe to the list, please send e-mail to majordomo(a)lists.apnic.net, and put the words "subscribe bgp-stats" in the body of the mail message. I plan to start posting a weekly message to the apops(a)lists.apnic.net mailing list. If you are not on this list (which is the Asia Pacific Operations list, equivalent to the North American NANOG list, or European EOF list), you can subscribe through the APNIC majordomo system as referenced above ("subscribe apops"), or view the archive referenced from the APNIC web pages. All feedback and comments are welcome. With APNIC's help I am working on the next phase of the analysis system which includes more information and better graphical presentation. Acknowledgements: Thanks are due to APNIC for allowing me access to their equipment to run this project, and for their support. Thanks especially are due to Bruce Campbell for building and maintaining the web pages. Best wishes! philip -- -------------------------------------------------------- Philip Smith ph: +61 7 3238 8200 Consulting Engineering, Office of the CTO, Cisco Systems -------------------------------------------------------- * APOPS: Asia Pacific Operations Forum * * To unsubscribe: send "unsubscribe" to apops-request(a)apnic.net * ----- End forwarded message ----- -- Ua lawa küpono ka hakahaka pä o këia pä malule --------- To unsubscribe from nznog, send email to majordomo(a)list.waikato.ac.nz where the body of your message reads: unsubscribe nznog

1 0

[sean@donelan.com: subscription information for y2k list]
by Joe Abley 15 Dec '99

15 Dec '99

This may be of interest... For background on what Sean is doing, it might be instructive to glance through some archives from the NANOG list. There are operators here using different domestic infrastructure, different under-sea cables (as well as satellites operated by different stellite operators, using different earthstations both here and overseas). So if there's a good mix of people contributing as the clock ticks over to 1900, at least _some_ of it should get out. Joe ----- Forwarded message from Sean Donelan <sean(a)donelan.com> ----- Date: 15 Dec 1999 21:40:59 -0800 X-Sent: 16 Dec 1999 05:40:59 GMT To: jabley(a)patho.gen.nz From: Sean Donelan <sean(a)donelan.com> X-Mailer: Web Mail 3.3 Subject: subscription information for y2k list The y2k-announce list will be used for administrative announcements through December 30, 1999. From December 31, 1999 through January 3, 2000 the y2k-announce list will only be used for significant events. To subscribe to the y2k-announce list send a e-mail to majordomo(a)zocalo.net containing the command "subscribe y2k-announce" (without the quotes) in the body of the message. Lurkers are welcome on the y2k-announce list. Please do not subscribe addresses with automatic responses, for example NOC trouble ticket addresses which automatically respond with a ticket number. The y2k-status list will be the workhorse list. It will contain regular status reports including summaries of other ISP's reports, and information from the Information Coordination Center and International Y2K Coordaintion Centers through the New Year's weekend. Subscribers to the Y2K-status list are expected to contribute by filling out a short template in each message, and mailing it before the next status interval. No one has been subscribed to the y2k-status list automatically. Please subscribe the most appropriate address or alias for your organization. Remember, whomever you subscribe should be prepared to report the status of your organization. The y2k-status list will be moderated, and will only have summary posts according to the schedule below. This should avoid problems with a deluage of chatting overwhelming the list. In order for the list to provide the most value to everyone, everyone on the y2k-status list should contribute. To subscribe to the y2k-status list send a e-mail to majordomo(a)zocalo.net containing the command "subscribe y2k-status" (without the quotes) in the body of the message. Please do not subscribe addresses with automatic responses, for example NOC trouble ticket addresses which automatically respond with a ticket number. Hint: everyone should know the difference between their local time zone and UTC. A copy of the status template is included in this message ====================== CUT HERE ====================================== 1.Y2KVersion: 1 2.Organization: 3.NetworkASN: 4.Location: 5.ContactName: 6.Email: 7.Telephone: 8.ReportDueTime: 2000-01-01 00:00 UTC 9.Status: Normal/Reduced Capacity/Significant Disruption 10.Y2KRelated: No/Yes 11.Remarks: ====================== CUT HERE ====================================== Please complete the contact section (2-6). The ReportDueTime (8) will be set in each message to the due date for this report, 60 minutes before the next schedule status summary. In Status (9) choose one of the three options, and delete the other two. In Y2KRelated (10) indicate if the disruption is due to a Y2K related problem. In Remarks (11) give a brief description of a disruption, any known workaround, and any known restoral times. Please do not delay sending a status report if you do not know or have all the information, mark the item "UNKNOWN". Scheduled Status Reports (cities are informational, local time varies) 1999-12-30 12:30 UTC 1999-12-30 07:30 EST TEST POST 1999-12-31 00:30 UTC 1999-12-30 19:30 EST VERIFICATION POST 1999-12-31 09:30 UTC 1999-12-31 04:30 EST Initial Status Post 1999-12-31 12:30 UTC 1999-12-31 07:30 EST Wellington/Kamchatka 1999-12-31 15:30 UTC 1999-12-31 10:30 EST Tokyo/Adelaide 1999-12-31 18:30 UTC 1999-12-31 13:30 EST Novoisbrisk/Dhaka 1999-12-31 21:30 UTC 1999-12-31 16:30 EST Moscow/Riyadh 2000-01-01 00:30 UTC 1999-12-31 19:30 EST London/Monrovia 2000-01-01 03:30 UTC 1999-12-31 22:30 EST Buenos Aires/Rio de Janeiro 2000-01-01 06:30 UTC 2000-01-01 01:30 EST St. Louis/Mexico City 2000-01-01 09:30 UTC 2000-01-01 04:30 EST Anchorage 2000-01-01 12:30 UTC 2000-01-01 07:30 EST Marshall Islands 2000-01-02 00:30 UTC 2000-01-01 19:30 EST New Year's Summary 2000-01-02 12:30 UTC 2000-01-02 07:30 EST Weekend Summary 2000-01-03 00:30 UTC 2000-01-02 19:30 EST First Business Day 2000-01-03 12:30 UTC 2000-01-03 07:30 EST US Business Day Starts 2000-01-04 00:30 UTC 2000-01-03 19:30 EST CLOSING POST ----- End forwarded message ----- -- Ua lawa küpono ka hakahaka pä o këia pä malule --------- To unsubscribe from nznog, send email to majordomo(a)list.waikato.ac.nz where the body of your message reads: unsubscribe nznog

1 0

Cisco Y2K Information.
by Roger De Salis 15 Dec '99

15 Dec '99

Attached is spreadsheet for Cisco's Y2K information. As this list is populated by reasonably sane people, please use it with discretion. In the first instance, Customers should call the TAC, In New Zealand the local numbers are Tel: 0800 44 6237 Tel: +61 2 8448 7107 E-Mail: asiapac-tac(a)cisco.com There will be local Cisco staff on call throughout the period. Have a great break, and I sincerly hope IOS keeps humming along... Rgds Roger De Salis -- \_ Roger De Salis Cisco Systems NZ Ltd </' +64 25 481 452 L3, 117 Customhouse Qy /) +64 4 473 4912 Wellington, New Zealand (/ roger(a)desalis.gen.nz rdesalis(a)cisco.com `

4 5

Colocation in Wellington
by Joe Abley 15 Dec '99

15 Dec '99

This is barely on-topic for this list, so apologies if it offends anyone :) I have a client who is looking to colocate a Cobalt RAQ2 somewhere well-connected in Wellington -- i.e. with a provider who peers with plenty of other networks, preferably within fast ethernet range of WIX. If anybody has colo in Wellington that they'd like to tell me about, please do (maybe by private mail -- I'm happy to summarise to the list if other people are interested). Thanks! Joe -- Ua lawa küpono ka hakahaka pä o këia pä malule --------- To unsubscribe from nznog, send email to majordomo(a)list.waikato.ac.nz where the body of your message reads: unsubscribe nznog

1 0

brief telstra router outage at NZIX
by Sid Jones 14 Dec '99

14 Dec '99

We are going to have a brief outage on our box nzix.hamilton.telstra.net as we are swapping out some hardware. Start time approximately 6:00pm December 16th, duration approximately 5 minutes. Cheers, Sid Jones NetLink/Telstra. --------- To unsubscribe from nznog, send email to majordomo(a)list.waikato.ac.nz where the body of your message reads: unsubscribe nznog

1 0

{96|97}.203.in-addr.arpa delegations from ns1.waikato.ac.nz
by Joe Abley 13 Dec '99

13 Dec '99

Has anybody managed to get an in-addr.arpa delegation from 96.203.in-addr.arpa or 97.203.in-addr.arpa processed recently? I've been trying to get a couple through for the past month, but no luck so far. It seems possible that Rex Croft's departure from UoW has caused the procedure for these delegations to change somewhat (at least, whatever APNIC normally do doesn't seem to have worked). If anybody knows a good way to make this happen quickly, I'd be keen to hear it :) Joe -- Ua lawa küpono ka hakahaka pä o këia pä malule --------- To unsubscribe from nznog, send email to majordomo(a)list.waikato.ac.nz where the body of your message reads: unsubscribe nznog

1 0

ISOCNZ to continue profit taking on DNS revenues
by Peter Mott 13 Dec '99

13 Dec '99

> 7. MOVED: (David Zanetti): > > "That the existing 1996 Council policy stating that the > DNS be run on a non-profit basis be ratified by this > AGM as binding policy on the Council" > > MOTION LOST (Against 26/For 20/Abstentions 7: John > Vorstermans, Gavin Adlam, Keith Davidson, Ernie Newman, > Judith Speight, Leo Neal, Graeme Osborne) Above from annual general meeting of ISOCNZ. Clearly council dont wish to stick with the original policy of operating the DNS on a cost recover basis with any operating excess being applied to DNS related activity. If industry does not stop these people soon, it will be too late. regards Peter Mott Chief Enthusiast 2Day.com -/- --------- To unsubscribe from nznog, send email to majordomo(a)list.waikato.ac.nz where the body of your message reads: unsubscribe nznog

1 0

NZIX and DOMAINZ outage - Sunday 12-Dec1999 4:30am
by Stephen Daniell 09 Dec '99

09 Dec '99

>From 4:45am to about 5:00am Sunday morning the 12-Dec-1999 there will be a power outage in Waikato University's main computer room. This will cause an outage for the NZIX and for all of the DOMAINZ services during this time. This is due to a serious fault found in the UPS this morning. Unfortunately the fault is in the bypass switch so we are unable to bypass the UPS to keep the Computer room running while we work on the UPS. Sorry about the short notice, but the nature of the fault means we may lose power to the Computer Room at any time until the fault is fixed. We will try to keep the down time to a minimum. Stephen Daniell --------- To unsubscribe from nznog, send email to majordomo(a)list.waikato.ac.nz where the body of your message reads: unsubscribe nznog

1 0

hotmail.com
by Tony Wicks 08 Dec '99

08 Dec '99

Is anyone else getting reports of customers having problems accessing hotmail ? Tony Wicks Network Engineer ICONZ - an Asia Online Company Ph: +64 9 358 1186 Fax: +64 9 300 3122 http://www.iconz.co.nz http://www.asiaonlineltd.com Caution - The information contained in this e-mail (and any accompanying documents) may be legally privileged and confidential. The information is intended only for the recipient named in this message. If you are not the named recipient, you must not peruse, use, disseminate or copy any information received in or with this e-mail. If you have received this e-mail in error, please telephone us on 0800 THE NET (0800 843 638) or reply to this e-mail. --------- To unsubscribe from nznog, send email to majordomo(a)list.waikato.ac.nz where the body of your message reads: unsubscribe nznog

1 0

Hey there fellow Noggers.
by James Tyson 07 Dec '99

07 Dec '99

So, I am looking for a new job. I really dont like being rostered on to work 4pm to midnight from the 21st through to the 31st. I have experience with very complex networks (ie, ihug's dumb one). Cisco IOS is a breeze, Solaris/Linux/BSD/what have you. I can do it all. You want to hire me. Prospective employers please email me. James Tyson -- Head Engineering Toolsmith - The Internet Group. >---------- I know stuff ----------< --------- To unsubscribe from nznog, send email to majordomo(a)list.waikato.ac.nz where the body of your message reads: unsubscribe nznog

2 2

The New Zealand Network Operators' Group
by Donald Neal 02 Dec '99

02 Dec '99

The New Zealand Network Operators' Group The New Zealand Network Operators' Group (NZNOG) has neither a king, a president nor a formal membership. At present it consists of the subscribers to this mailing list, which anyone is free to join. (At last count the list had a little over 110 subscribers, with the count growing slightly each month.) The NZNOG mailing list is provided through a server at The University of Waikato, and is administered by an employee of Telecom NZ Ltd. Neither of these organisations (nor the administrator) is responsible for its content. NZNOG Mailing List Acceptable Use Policy The NZNOG mailing list exists to provide a forum for the exchange of technical information and the discussion of implementation issues that require cooperation among New Zealand network service providers. In order to continue to provide a useful forum for discussion of relevant technical issues, users of the list are asked to respect the following guidelines. 1. Discussion will focus on Internet operational and technical issues. 2. Discussion related to meetings of network service providers is appropriate. 3. Discussion unrelated to these topics is not appropriate. 4. Postings to multiple mailing lists are discouraged. 5. Postings that include foul language, character assassination, and lack of respect for other participants are unacceptable. 6. Blatant product or service marketing is unacceptable. 7. Postings of a political, philosophical or legal nature are discouraged. 8. Postings to the list should be in ASCII or MIME encoded as text/plain. Attachments should not be sent to the list. To present a document, a suitable URL may be referred to. For documents of general interest, the use of proprietary file formats is discouraged. 9. Breaches of list etiquette should be dealt with privately with the offending list user, and should not result in complaints being sent to the list. Mailing List Archives A full archive is available at http://list.waikato.ac.nz/archives/nznog/ To search the archive, see http://list.waikato.ac.nz/archives/search.html (and remember to select nznog). Subscribing to the List To subscribe to the NZNOG list, send email to majordomo(a)list.waikato.ac.nz, where the body of the message reads subscribe nznog There are at present no restrictions on who may subscribe to the list, or even on who may post to the list. Digest Mailing List If you don't wish to receive postings as they are sent, you can instead subscribe to the nznog-digest mailiing list, on which all postings are sent out in a single "digest" every couple of days. Other Activities NZNOG does not at present have other regular activities than this mailing list, though some Auckland subscribers have been known to meet over beer. Donald Neal NZNOG Mailing List Owner/Administrator/Muggins --------- To unsubscribe from nznog, send email to majordomo(a)list.waikato.ac.nz where the body of your message reads: unsubscribe nznog

1 0

A plea for some clue
by 2Day Operations 30 Nov '99

30 Nov '99

If you work for an ISP that employs people without clue to answer the telephone and accept orders, please spread the word that .com domain names do not have authorisation keys. We are getting dozens of calls a day from people asking for keys when they simply do not exist. As an ISP, our preference is that providers taking delegation send the template to NSI or enable their customer to do it for themselves. Sending the customer back to us to change the delegation is not usually helpful. Having said that, as an NSI premier partner, if there are any providers with specific instances of problems with .com names, change of delegation or billing, please fee free to contact us. We have 24/7 access to a real person at NSI to fix problems. We do not charge for this service. regards Peter Mott Chief Enthusiast 2Day.com -/- --------- To unsubscribe from nznog, send email to majordomo(a)list.waikato.ac.nz where the body of your message reads: unsubscribe nznog

1 0

RE: .nz zone only in fair condition!
by Warwick Glendenning 30 Nov '99

30 Nov '99

Peter Whilst I was a bit suprised myself especially when it said the software was developed in Iceland, I thought maybe it was a joke. However in my opinion I find your email to domainz what I "personally" consider a little outside the spirit of these mailing lists. Why not direct your concerns to the author of the mail, not all of us on the list! Thanks Warwick -----Original Message----- From: Peter Mott [mailto:peter(a)2day.com] Sent: Wednesday, December 01, 1999 12:13 AM To: isocnz-l(a)isocnz.org.nz Cc: nznog(a)list.waikato.ac.nz Subject: .nz zone only in fair condition! Looks like many of us received an unsolicited commercial email from DOMAINZ promoting a little Windows based tool that checks the health of your zone. I downloaded and ran it against .nz and here is what it told me:- THE ZONE IS IN A FAIR CONDITION You should be aware of these issues: * The delegation information for the zone is incorrect. The name server "dns1.clear.net.nz." is only listed in delegation data The name server "dns2.clear.net.nz." is only listed in delegation data The name server "ns1.clear.net.nz." is not listed in delegation data The name server "ns2.clear.net.nz." is not listed in delegation data The name server "ns1.waikato.ac.nz." is not listed in delegation data A dot is possibly missing in the host name "ns2.clear.net.nz.nz." A dot is possibly missing in the host name "ns1.clear.net.nz.nz." The A record "ns1.clear.net.nz." is duplicated The A record "ns2.clear.net.nz." is duplicated The A record "ns99.waikato.ac.nz." is duplicated The A record "rata.vuw.ac.nz." is duplicated The A record "gorgon.xtra.co.nz." is duplicated OK, so playing with toys aside, did anybody note the dispensation given to DOMAINZ by ISCONZ that allows it to use the .nz technical contact data to promote a commercial product? ISOCNZ WHOIS POLICY FORBIDS "Using any information contained in the WHOIS query output to attempt a targeted contact campaign with any person, or any organisation, using any medium." The policy clearly needs to state, except DOMAINZ, who may send not just a short message with a link to a web site to all and sundry, but yes a full page of hype for your enjoyment. We have a number of DNS products we promote to our New Zealand customers, but we dont use UCE to do it, nor do we use the WHOIS contact data as a source for sales promotions. Shame on Domainz! regards Peter Mott Chief Enthusiast 2Day.com -/- --------- To unsubscribe from nznog, send email to majordomo(a)list.waikato.ac.nz where the body of your message reads: unsubscribe nznog --------- To unsubscribe from nznog, send email to majordomo(a)list.waikato.ac.nz where the body of your message reads: unsubscribe nznog

2 1

.nz zone only in fair condition!
by Peter Mott 29 Nov '99

29 Nov '99

Looks like many of us received an unsolicited commercial email from DOMAINZ promoting a little Windows based tool that checks the health of your zone. I downloaded and ran it against .nz and here is what it told me:- THE ZONE IS IN A FAIR CONDITION You should be aware of these issues: * The delegation information for the zone is incorrect. The name server "dns1.clear.net.nz." is only listed in delegation data The name server "dns2.clear.net.nz." is only listed in delegation data The name server "ns1.clear.net.nz." is not listed in delegation data The name server "ns2.clear.net.nz." is not listed in delegation data The name server "ns1.waikato.ac.nz." is not listed in delegation data A dot is possibly missing in the host name "ns2.clear.net.nz.nz." A dot is possibly missing in the host name "ns1.clear.net.nz.nz." The A record "ns1.clear.net.nz." is duplicated The A record "ns2.clear.net.nz." is duplicated The A record "ns99.waikato.ac.nz." is duplicated The A record "rata.vuw.ac.nz." is duplicated The A record "gorgon.xtra.co.nz." is duplicated OK, so playing with toys aside, did anybody note the dispensation given to DOMAINZ by ISCONZ that allows it to use the .nz technical contact data to promote a commercial product? ISOCNZ WHOIS POLICY FORBIDS "Using any information contained in the WHOIS query output to attempt a targeted contact campaign with any person, or any organisation, using any medium." The policy clearly needs to state, except DOMAINZ, who may send not just a short message with a link to a web site to all and sundry, but yes a full page of hype for your enjoyment. We have a number of DNS products we promote to our New Zealand customers, but we dont use UCE to do it, nor do we use the WHOIS contact data as a source for sales promotions. Shame on Domainz! regards Peter Mott Chief Enthusiast 2Day.com -/- --------- To unsubscribe from nznog, send email to majordomo(a)list.waikato.ac.nz where the body of your message reads: unsubscribe nznog

1 0

Rex Croft...
by Chris Wedgwood 28 Nov '99

28 Nov '99

Out of interest, can anyone clue me in on specifically where Rex has gone and what he is doing? -cw --------- To unsubscribe from nznog, send email to majordomo(a)list.waikato.ac.nz where the body of your message reads: unsubscribe nznog

2 1

Zone file build -- Monday 29-Nov-99
by Patrick O'Brien 28 Nov '99

28 Nov '99

List members, cc: nznog list Waikato are experiencing some technical difficulty this evening in relation to the nightly .nz zone file build. This means that new name registrations, changes and cancellations will not be "live" on the DNS by 6:00 pm this evening. Waikato have indicated that this issue could take some hours to resolve. This means that the primary zone files will may not be reloaded until some time tomorrow morning. I will update you using these lists as I am aware of progress. My apologies for any inconvenience that this may cause. My regards, PATRICK J O'BRIEN Fax: (04) 473-4569 Voice: (04) 473-4567 Mail: P.O.BRIEN(a)DOMAINZ.NET.NZ Web: http://www.DOMAINZ.NET.NZ --------- To unsubscribe from nznog, send email to majordomo(a)list.waikato.ac.nz where the body of your message reads: unsubscribe nznog

3 2

FYI: a channelized E1 problem(Answer)
by Dennis Su 28 Nov '99

28 Nov '99

FYI, in case someone could come across this problem again. The answer is the pinout of NTU and router cable. We made a RJ-45 cable that cross-wires pin 1&2 to 4&5, and vice versa. It worked straightaway. The pinouts on Cisco router and Telecom NTU are all fixed. You would think they are pretty much standard but apparently not. Regards, Dennis > -----Original Message----- > From: Steve Lang [mailto:steve.lang(a)attica.co.nz] > Sent: Friday, November 26, 1999 4:51 PM > To: Dennis Su; nznog(a)list.waikato.ac.nz > Subject: RE: a channelized E1 problem > > > Hiya Dennis. > > > We are having a mysterious problem with a channelized E1. I am > > wondering if > > you have any clue. Any input would be very much appreciated. > > > > We have been trying to commission a new 512K leased circuit but not > > successful. At the central end the NTU(CSU/DSU) is connected to a > > Synchronous serial port on AS5200 via X21. At the branch > end the NTU is > > connected to a Balanced Channelized E1 port on 3620 via G.703 > > RJ-45. We have > > done loopback test and located the source of problem. It's > > between the 3620 > > and NTU at branch. We brought back the 120-Ohm RJ-45 cable > and checked the > > cable OK. And Telecom has double-checked the circuit as well. It > > seems that > > the router is not talking to NTU at all. I have listed the router > > config and > > the output of show controller etc. The IOS is 11.3(3). > > Hmmm. My suspicion would be NTU Config. Perhaps the NTU isn't > speaking CRC4 > framing? If it's a Telecom cct, then they'll possibly have an > OpenTel NTU on > it, and you can specify all sorts of things through the > cryptic menuing > system, inlcuding possibly the linecode as well. > > The other thing that I've seen before is that the correct > timeslots aren't > mapped through to the x.21 card in the NTU. All things that > relate back to > the NTU, and how it's configured that may not be able to be confirmed > remotely by the Telco network management stations. > > Just an idea, mind. Wouldn't be the first time I've been wrong. > --------- To unsubscribe from nznog, send email to majordomo(a)list.waikato.ac.nz where the body of your message reads: unsubscribe nznog

1 0

FW: [ISOCNZ-L] Whois server appears?
by 2Day Operations 25 Nov '99

25 Nov '99

Domainz has announced whois access to the .nz registry at whois.domainz.net.nz http://www.domainz.net.nz/reference/whois.htm Unfortunately it says:- a) Its a trial b) DOMAINZ cannot guarantee accuracy of data I'll ignore the terms of use for the time being. It appears as its a trial, it may be removed without notice. The query results may not be accurate, and there is no way of telling when they are or not The silly thing is that DOMAINZ say the definitive source is the web site CGI which probably is reading the same dataset. We are not interested in a trial that may return bad data. We want a real whois. How can industry have confidence in ISOCNZ when this is all they can come up with? regards Peter Mott Chief Enthusiast 2Day.com -/- --------- To unsubscribe from nznog, send email to majordomo(a)list.waikato.ac.nz where the body of your message reads: unsubscribe nznog

3 2

[Fwd: Fwd: FCC Approves Line Sharing 11/18/1999]
by Roger De Salis 25 Nov '99

25 Nov '99

It is worth considering this story, in the light of the communications regimen NZ currently finds itself in. I have (almost - lets not get too excited) enjoyed the rational, and carefully worded proposals from David Farrar, Rick Shera and Jim Higgins on how the Internet Society might evolve. I would personally love to perhaps redirect some of the effort being poured into administrative minutiae, to try to get some politicians to understand the implications of the knowledge economy, and how the easy access to the knowledge economy is incredibly important to areas of the country that find themselves significantly disadvantaged (eg the decline of the rural economy). David - persuade one politician a day...... This country needs to build a very high speed, low cost communications network with Universal access in the same way that it needed to build railways in the last century, and roads and airports in this. Then where you develop idea's, software, written material and interleectual property does not matter one iota. -- \_ Roger De Salis Cisco Systems NZ Ltd </' +64 25 481 452 L3, 117 Customhouse Qy /) +64 4 473 4912 Wellington, New Zealand (/ roger(a)desalis.gen.nz rdesalis(a)cisco.com `

11 12

a channelized E1 problem
by Dennis Su 25 Nov '99

25 Nov '99

Hi, We are having a mysterious problem with a channelized E1. I am wondering if you have any clue. Any input would be very much appreciated. We have been trying to commission a new 512K leased circuit but not successful. At the central end the NTU(CSU/DSU) is connected to a Synchronous serial port on AS5200 via X21. At the branch end the NTU is connected to a Balanced Channelized E1 port on 3620 via G.703 RJ-45. We have done loopback test and located the source of problem. It's between the 3620 and NTU at branch. We brought back the 120-Ohm RJ-45 cable and checked the cable OK. And Telecom has double-checked the circuit as well. It seems that the router is not talking to NTU at all. I have listed the router config and the output of show controller etc. The IOS is 11.3(3). -------------------------- controller E1 1/0 framing crc4 linecode hdb3 channel-group 0 timeslots 1-8 description Channelized E1 interface Serial1/0:0 ip address XXX.XXX.XXX.XXX 255.255.255.252 no ip mroute-cache bandwidth 512 priority-group 1 -------------------------------- #sho controllers e1 E1 1/0 is down. Applique type is Channelized E1 - balanced Description: Channelized E1 Transmitter is sending remote alarm. Receiver has loss of signal. Framing is CRC4, Line Code is HDB3, Clock Source is Line. Data in current interval (804 seconds elapsed): 0 Line Code Violations, 0 Path Code Violations 0 Slip Secs, 804 Fr Loss Secs, 0 Line Err Secs, 0 Degraded Mins 0 Errored Secs, 0 Bursty Err Secs, 0 Severely Err Secs, 804 Unavail Secs Total Data (last 24 hours) 1 Line Code Violations, 0 Path Code Violations, 0 Slip Secs, 86254 Fr Loss Secs, 1 Line Err Secs, 0 Degraded Mins, 1 Errored Secs, 0 Bursty Err Secs, 0 Severely Err Secs, 86254 Unavail Secs ---------------------------------------------------- Tauranga>sho int serial 1/0:0 Serial1/0:0 is down, line protocol is down Hardware is DSX1 Internet address is XXX.XXX.XXX.XXX/30 MTU 1500 bytes, BW 512 Kbit, DLY 20000 usec, rely 252/255, load 1/255 Encapsulation HDLC, loopback not set, keepalive set (10 sec) Last input 02:31:00, output 02:31:00, output hang never Last clearing of "show interface" counters 02:15:20 Input queue: 0/75/0 (size/max/drops); Total output drops: 0 Queueing strategy: priority-list 1 Output queue: high 0/20/0, medium 0/40/0, normal 0/60/0, low 0/80/0 5 minute input rate 0 bits/sec, 0 packets/sec 5 minute output rate 0 bits/sec, 0 packets/sec 0 packets input, 0 bytes, 0 no buffer Received 0 broadcasts, 0 runts, 0 giants, 0 throttles 0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort 0 packets output, 0 bytes, 0 underruns 0 output errors, 0 collisions, 270 interface resets 0 output buffer failures, 0 output buffers swapped out 4 carrier transitions Timeslot(s) Used:1-8, Transmitter delay is 0 flags Regards, Dennis --------- To unsubscribe from nznog, send email to majordomo(a)list.waikato.ac.nz where the body of your message reads: unsubscribe nznog

2 1

None
by None 24 Nov '99

24 Nov '99

KAA05223 for <nznog(a)list.waikato.ac.nz>; Thu, 25 Nov 1999 10:37:40 +1300 Received: (from deanp(a)localhost) by slave.ascend.com.au (8.9.3/8.9.3/Debian/GNU) id IAA21800; Thu, 25 Nov 1999 08:36:36 +1100 Date: Thu, 25 Nov 1999 08:36:35 +1100 From: Dean Pemberton <dp(a)lucent.com> To: nznog(a)list.waikato.ac.nz Subject: Re: [Fwd: Fwd: FCC Approves Line Sharing 11/18/1999] Message-ID: <19991125083635.F19605(a)slave.ascend.com.au> References: <EDFD920FC713D31186FF0008C7731C0E717310(a)WNANT21.moc.govt.nz> Mime-Version: 1.0 Content-Type: text/plain; charset=3Dus-ascii X-Mailer: Mutt 0.95.3i In-Reply-To: <EDFD920FC713D31186FF0008C7731C0E717310(a)WNANT21.moc.govt.nz>; = from Frank March on Wed, Nov 24, 1999 at 02:22:09PM +1300 X-confirm-reading-to: "Dean Pemberton" <dp(a)lucent.com> X-files: Trust No One [I've cut down the distribution list bacause I don't subscribe to isocnz = and crossposting is bad M-kay] On Wed, Nov 24, 1999 at 02:22:09PM +1300, Frank March wrote: >=20 > I do have some problems with what Josh Bailey has to say. Who is paying = for > the Cisco in the pizza parlour? I doubt if it is a government initiative;= be > it Californian or Federal. There has been some interesting stuff put = out by > Paul Budde recently (see the most recent 'Friday Fryup' from Russell = Brown) > about the impact (or lack) of NZ's telecommunications competition policy = and > has some bearing on the comment about the cost of 64K circuits in NZ. > (Albeit, these comments are not really accepted in the place that I = work.) Who's paying for it is not the point that Josh is trying to make. The point is that it's being done. > Note that 64K circuits have never cost US$30K/m in NZ ... China had, and > still has, some way to do to catch up, frankly. >=20 Catch up to who? I have actually spent time in China both installing and maintaining their Internet backbone and I can say for sure that it's miles ahead of the infrastructure in place in NZ. They have fibre links to places so far-flung and disgusting I wouldn't = build a toilet there (although to be fair, neither did they =3D) ) In fact I can think of 3 other Asian countries that I have working relationships with who have latched onto the `Net' and sped ahead of NZ. = How many years has NZ had at this? I'm no historian but it's more than 15. = Some of these other countries have only been at this for 2-3 years and they are miles ahead. New Zealand can languish back and blame the small population or lack of government involvement or space aliens from mars. But at the end of the = day it's just whinging. Get on with it. > In commenting on the 'aisle' of Ciscos observed in Korea: it is perhaps > possible that Telecom NZ has such as facility, I do not know. I am not > aware of a serious lack of overseas data capacity for New Zealand at = present > (I would be very interested to know if there is in fact such a lack of > capacity). The future seems reasonably secure with the prospect of the > Southern Cross cable opening next year (increasing present overseas data > carrying capacity by a factor of 100, I believe). For what NZ'ers use it for sure. Why do you think other countries are installing OC-48 links everywhere? It's not just because they have more = users. In many cases it is because they have a different model to work from. In NZ you are encouraged to use the net with one hand and slapped on the = wrist with the other. It's frowned upon. ``You used over your free quota'' ``You are a high bandwidth user''=20 ``You downloaded too much'' ``Ohhh That high speed link is very expensive'' etc This sort of attitude stunts growth. =20 I have seen startup companies overseas doing things that would be = impossible with the telecommunications infrastructure in NZ, just because of this attitude. If you don't have the capacity then upgrade. =20 Hell I know a company not too far away from where I'm sitting that could provide a shit kicking infrastructure for NZ, just on the yearly profit of = a major NZ telco. I'm sure Roger knows one too. Contrast this attitude with the following examples Texas - ISDN is flatrate India - Government moving towards providing free ISDN installs and usage = to promote internet use. NZ - bleeding every last cent out of it's population for even adaquate = access. >=20 > There are serious bandwidth users in NZ. While I do not personally wish = to > carry any particular flame for Telecom NZ, I do know that Peter Jackson = has > had very good co-operation in having his on and off shore needs for very > large bandwidth met by them (no doubt at a cost!). >=20 See Above. But I'm sure that TNZ would be more than happy to lease me a pair of dark = fibre if I were on a movie making budget. Thats not really the point is it? = The point is not really how much bandwidth there is it's how accessable this bandwidth is to the everyday person. > The Internet in NZ has (& is) expanded (ing) very quickly. NZ has one = of > the top 10 Internet penetrations in the world (ahead of Australia, all = of > middle and southern Europe and miles ahead of Korea and the rest of = Asia). Sometimes penetration is not a very accurate measure of things. Imagine a small island in the South Pacific which has a population of ten people. Six of them have Internet access. WOW thats 60%, best we call = this country the most developed on the planet due to it's Internet penetration. Just because a third of the country has cellphones doesn't mean that NZ is = on the leading edge of cellular technology (Telecom is still dragging itself = out of the analog world for heavens sake). Similarly, just because a large percentage of the population has Internet access does not mean that they are doing anything greater with it than = reading email and looking at the web. How many houses do you think host their own content in NZ? How many stream video? How many on sell value added net services? How many (outside Wellington) have all their services (Phone, net, TV) = provided on a single digital feed? These are the sort of stats that tell the real story. I'd be interested in a statistic that measured how much bandwidth the = average person in a country had access to for the average wage. MAN! NZ wouldn't = be in the top ten of that one. > I am also very > concerned about the apparent denigration of the need to develop and = focus on > post industrial economic models for NZ (ie the knowledge economy) by = both > politicians and media commentators in the current election campaign. > Because the public doesn't care. This goes back to what Josh was saying = about the culture being different in NZ. A Political party who stood up and = said that they would give free Internet to every home in NZ would only be = talking to a fringe factor slightly larger than if their stance was to abolish the = student loan debt. Huge chunks of the public really don't give a toss. Take Coronation Street off the air for a couple of days on the other = hand... =20 > But, Josh, if you really have a concern it has to be better directed and > expressed than the comments you make in your post. I don't think he cares really. He just had something to say. I don't = think he's running for office, although anyone can be a Congressman these days = =3D). Don't get me wrong in all this. I'm proud to be a Kiwi. I promote NZ in = a favourable way everywhere I go in the world. I just think that in this = case they are lagging behind. Dean --=20 ----------------------------------------------------------------------- Dean Pemberton - dp(a)lucent.com Escalation Engineer with the Company Formally Known As Ascend Lucent Technologies - Lvl 38, 55 Collins St, Melbourne 3000, Australia ----------------------------------------------------------------------- =20 --------- To unsubscribe from nznog, send email to majordomo(a)list.waikato.ac.nz where the body of your message reads: unsubscribe nznog

1 0

NZNOG Administrator's Note
by Donald Neal 24 Nov '99

24 Nov '99

People, This seems an appropriate time to repost this list's AUP. You will note that crosspostings and political or philosophical discussion are discouraged. NZNOG Mailing List Acceptable Use Policy The NZNOG mailing list exists to provide a forum for the exchange of technical information and the discussion of implementation issues that require cooperation among New Zealand network service providers. In order to continue to provide a useful forum for discussion of relevant technical issues, users of the list are asked to respect the following guidelines. 1. Discussion will focus on Internet operational and technical issues. 2. Discussion related to meetings of network service providers is appropriate. 3. Discussion unrelated to these topics is not appropriate. 4. Postings to multiple mailing lists are discouraged. 5. Postings that include foul language, character assassination, and lack of respect for other participants are unacceptable. 6. Blatant product or service marketing is unacceptable. 7. Postings of a political, philosophical or legal nature are discouraged. 8. Postings to the list should be in ASCII or MIME encoded as text/plain. Attachments should not be sent to the list. To present a document, a suitable URL may be referred to. For documents of general interest, the use of proprietary file formats is discouraged. 9. Breaches of list etiquette should be dealt with privately with the offending list user, and should not result in complaints being sent to the list. Non-Working Address The address root(a)meridian.net.nz has been removed from the list. The owner of that address is free, of course, to re-subscribe using another address. - Donald Neal -- Donald Neal | HTTP is everywhere. It could not be so Service Platforms | pervasive without being good. Centralised Maintain and Support | Therefore, HTTP is good. Telecom NZ Ltd | - RFC2324 --------- To unsubscribe from nznog, send email to majordomo(a)list.waikato.ac.nz where the body of your message reads: unsubscribe nznog

1 0

Re: [Fwd: Fwd: FCC Approves Line Sharing 11/18/1999]
by Donald Neal 24 Nov '99

24 Nov '99

1 0

RE: [Fwd: Fwd: FCC Approves Line Sharing 11/18/1999]
by Frank March 23 Nov '99

23 Nov '99

Comments on recent posts from Roger De Salis and Josh Bailey While I have no real personal disagreement with the sentiment Roger's post expresses, I do have some concerns about the way that the government might be involved in such a venture; I would personally prefer to see government get its own information policies in order (ie, developing a comprehensive vision for e-government in NZ) rather than plunging straight into building an infrastructure that might be done better by others. I do have some problems with what Josh Bailey has to say. Who is paying for the Cisco in the pizza parlour? I doubt if it is a government initiative; be it Californian or Federal. There has been some interesting stuff put out by Paul Budde recently (see the most recent 'Friday Fryup' from Russell Brown) about the impact (or lack) of NZ's telecommunications competition policy and has some bearing on the comment about the cost of 64K circuits in NZ. (Albeit, these comments are not really accepted in the place that I work.) Note that 64K circuits have never cost US$30K/m in NZ ... China had, and still has, some way to do to catch up, frankly. In commenting on the 'aisle' of Ciscos observed in Korea: it is perhaps possible that Telecom NZ has such as facility, I do not know. I am not aware of a serious lack of overseas data capacity for New Zealand at present (I would be very interested to know if there is in fact such a lack of capacity). The future seems reasonably secure with the prospect of the Southern Cross cable opening next year (increasing present overseas data carrying capacity by a factor of 100, I believe). There are serious bandwidth users in NZ. While I do not personally wish to carry any particular flame for Telecom NZ, I do know that Peter Jackson has had very good co-operation in having his on and off shore needs for very large bandwidth met by them (no doubt at a cost!). I personally believe there are concerns about local loop issues in NZ that need addressing but I have no concerns about national or international infrastructure where there is abundant competitive pressure and opportunity. The Internet in NZ has (& is) expanded (ing) very quickly. NZ has one of the top 10 Internet penetrations in the world (ahead of Australia, all of middle and southern Europe and miles ahead of Korea and the rest of Asia). There are issues about e-commerce development in NZ, certainly, if the Ernst Young report from early this year is to be believed. I am also very concerned about the apparent denigration of the need to develop and focus on post industrial economic models for NZ (ie the knowledge economy) by both politicians and media commentators in the current election campaign. But, Josh, if you really have a concern it has to be better directed and expressed than the comments you make in your post. Frank March > -----Original Message----- > From: Josh Bailey [SMTP:josh(a)ascend.com] > Sent: Wednesday, 24 November 1999 13:09 > To: Roger De Salis > Cc: isocnz-members(a)isocnz.org.nz; nznog(a)list.waikato.ac.nz > Subject: Re: [Fwd: Fwd: FCC Approves Line Sharing 11/18/1999] > > > On Wed, 24 Nov 1999, Roger De Salis wrote: > > > This country needs to build a very high speed, low cost communications > > network with Universal access in the same way that it needed to build > > railways in the last century, and roads and airports in this. > > It's becoming increasingly embarrassing being a New Zealander > internationally - just last week I tripped over a Cisco 675 being > installed in a pizza parlour on Telegraph, right next to Berkeley > university - even the homeless here "browse the 'Net." In South-East China > it used to cost $30K/US a month for a 64K circuit and you were lucky if it > stood up for a few days at a time - now there are bright shiny new NAPs > built on literally dirt floors that put New Zealand's to shame. I asked > Korea Telecom's 'Net operations manager once where his overseas feeds came > in, and he nonchanantly indicated an *aisle* of 10-15 Cisco 7513s > allocated just for that purpose. > > What other way can I say it? I turn my back on my country! > > New Zealand isn't interested in playing. Reliable and capacious Internet > access is two steps forward, one step back with a wobble for good measure > between steps. Culturally New Zealanders do not take the Internet > seriously. It is very clear from the outside looking in that NZ > politicians reflect the attitudes of their majorities quite accurately. > > In summarising and following on from your point Roger - it seems the only > way to get Powers To Be to listen is to walk out. Like other people of my > generation/age group/ambitions/industry, I can't wait for my country to > catch up with my future. > > -- > Josh Bailey (mailto:joshbailey(a)lucent.com) > lucent->ins->software->alameda[CA] > > --------- To unsubscribe from nznog, send email to majordomo(a)list.waikato.ac.nz where the body of your message reads: unsubscribe nznog

2 1

RE: [Fwd: Fwd: FCC Approves Line Sharing 11/18/1999]
by Warwick Glendenning 23 Nov '99

23 Nov '99

but at least we don't have nukes... -----Original Message----- From: Josh Bailey [mailto:josh(a)ascend.com] Sent: Wednesday, 24 November 1999 13:09 To: Roger De Salis Cc: isocnz-members(a)isocnz.org.nz; nznog(a)list.waikato.ac.nz Subject: Re: [Fwd: Fwd: FCC Approves Line Sharing 11/18/1999] On Wed, 24 Nov 1999, Roger De Salis wrote: > This country needs to build a very high speed, low cost communications > network with Universal access in the same way that it needed to build > railways in the last century, and roads and airports in this. It's becoming increasingly embarrassing being a New Zealander internationally - just last week I tripped over a Cisco 675 being installed in a pizza parlour on Telegraph, right next to Berkeley university - even the homeless here "browse the 'Net." In South-East China it used to cost $30K/US a month for a 64K circuit and you were lucky if it stood up for a few days at a time - now there are bright shiny new NAPs built on literally dirt floors that put New Zealand's to shame. I asked Korea Telecom's 'Net operations manager once where his overseas feeds came in, and he nonchanantly indicated an *aisle* of 10-15 Cisco 7513s allocated just for that purpose. What other way can I say it? I turn my back on my country! New Zealand isn't interested in playing. Reliable and capacious Internet access is two steps forward, one step back with a wobble for good measure between steps. Culturally New Zealanders do not take the Internet seriously. It is very clear from the outside looking in that NZ politicians reflect the attitudes of their majorities quite accurately. In summarising and following on from your point Roger - it seems the only way to get Powers To Be to listen is to walk out. Like other people of my generation/age group/ambitions/industry, I can't wait for my country to catch up with my future. -- Josh Bailey (mailto:joshbailey(a)lucent.com) lucent->ins->software->alameda[CA] --------- To unsubscribe from nznog, send email to majordomo(a)list.waikato.ac.nz where the body of your message reads: unsubscribe nznog --------- To unsubscribe from nznog, send email to majordomo(a)list.waikato.ac.nz where the body of your message reads: unsubscribe nznog

2 1

RE: [Fwd: Fwd: FCC Approves Line Sharing 11/18/1999]
by Warwick Glendenning 23 Nov '99

23 Nov '99

Seriously I think your message was good wake up call to us involved in networking in NZ. -----Original Message----- From: Josh Bailey [mailto:josh(a)ascend.com] Sent: Wednesday, 24 November 1999 13:34 To: Warwick Glendenning Cc: Roger De Salis; isocnz-members(a)isocnz.org.nz; nznog(a)list.waikato.ac.nz Subject: RE: [Fwd: Fwd: FCC Approves Line Sharing 11/18/1999] On Wed, 24 Nov 1999, Warwick Glendenning wrote: > but at least we don't have nukes... Couldn't tell if there was a smiley there. :-) Nonetheless, we have have the Internet, nukes, and all the rest here to stay. I don't think ignoring any of them/it is the world's greatest strategy for survival.... -- Josh Bailey (mailto:joshbailey(a)lucent.com) lucent->ins->software->alameda[CA] --------- To unsubscribe from nznog, send email to majordomo(a)list.waikato.ac.nz where the body of your message reads: unsubscribe nznog

1 0

Video Broadcast
by Richard Naylor 16 Nov '99

16 Nov '99

We have been advised by the Reserve Bank that the Governor, Don Brash will make a major announcement on Wednesday 17 Nov at 0900. They will be offering this via a streaming server at RBNZ and are concerned about the impact of possible traffic increases on the Internet. Their Corporate Affairs people have estimated that something between 200 and 800 clients MAY view it. Each client will be approx 28kbps stream. Routers on CityLink/WIX may struggle under the load. CityLink will install a temporary 100mbps link for the occassion, along with a WIX router, so that traffic gets passed directly to as many clients as possible. Is any WIX ISP interested in offering international traffic (and IP numbers to go behind the router) for the occassion ? Richard richard.naylor(a)citylink.co.nz This mail message contains information that is confidential and which may be subject to legal privilege. If you are not the intended recipient, you must not use, distribute or copy this message. If you have received this message in error, please notify the sender immediately and erase this mail. --------- To unsubscribe from nznog, send email to majordomo(a)list.waikato.ac.nz where the body of your message reads: unsubscribe nznog

4 4

0867 Access to Internet
by Nevil Brownlee 11 Nov '99

11 Nov '99

Dear Mr Williamson: This week I have been in America at an Internet Engineering Task Force (IETF) meeting. IETF meetings bring together around 2000 technical people who are working together to develop and improve the global Internet. Among them are people from most of the world's telecommunications companies, which gives me a very good chance to talk to them and find out how telephone services work in other countries. I have taken the opportunity to canvas opinion on Telecom New Zealand's 0867 service for Internet access from the Public Switched Telephone Network (PSTN). Everyone has responded with open-mouthed astonishment to the idea that a single company could actually do this, and remark that "it wouldn't be legal in any other country." The effect of this service is to force ISP's to use Telecom to provide PSTN connection services for them, or to use another provider with whom Telecom has an '0867 agreement.' I fail to understand why you, as Minister of Communications, are prepared to allow any one company to exercise such a high degree of control over public access to the Internet in New Zealand. Would you please let me know how you intend to correct this anomoly if you continue to be New Zealand's Minister of Telecommunications? Yours sincerely, (Dr.) Nevil Brownlee +---------------------------------------------------------------------+ | Nevil Brownlee Director, Technology Development | | Phone: +64 9 373 7599 x8941 ITSS, The University of Auckland | | FAX: +64 9 373 7021 Private Bag 92019, Auckland, New Zealand | +---------------------------------------------------------------------L --------- To unsubscribe from nznog, send email to majordomo(a)list.waikato.ac.nz where the body of your message reads: unsubscribe nznog

1 0

Re: Wee query about clear :)
by Arron Scott 11 Nov '99

11 Nov '99

Joe's point about Merit is where this get's interesting to me. Obviously, WIX and APE should move to a Arbitrated network in my opinion, if you are providing the route server, then you provide the only rational filtering point. On the issue of running the database though, this data may well reach beyond the realm of WIX and APE and their customers, for instance NetGate could use it to Clear directly etc. Wouldn't it be nice if we could trust that ISOCNZ and DomaiNZ could provide a useful cost-effective and more regionally acurate alternative to Merit !!! Well, I'm allowed to dream aren't I !!! Arron Scott Telecom NZ On Wed, 10 Nov 1999, Joe Abley wrote: > On Wed, Nov 10, 1999 at 10:30:59AM +1300, Simon Blake wrote: > > On Tue, 9 Nov 1999, Jamie Clark wrote: > > > > > WIX has obviously worked well without filters so far. > > > > It comes and goes. Generally, it works fine, and that's probably a > > reflection on the stability of the NZ net, or at least, the bit that peers > > in wellington. In general, it's changes (additions of new peers) that can > > cause temporary hiccups (Actrix advertising 4000 prefixes yesterday being > > a good example). > > Originally, there was only one peering point, in Hamilton. It used > OSPF, which you couldn't filter, but that was generally ok because it > was more important to connect people to the exchange quickly and > easily than it was to worry about filtering problems. When your > only route out is through the exchange, you don't necessarily need > to worry much about filtering. > > Now there are three exchanges as well as private peering links in > the network, some operators have a choice of as many as six routes > for their domestic traffic to take as it leaves their network. This > requires some traffic engineering that previously was not particularly > necessary. > > The proliferation of domestic peering also means that finger trouble > at one particular operator now has (in some cases) six times as many > ways to cause problems for other operators, in a manner that is quite > possibly six times harder to debug. > > All this adds up to the fact that when Angry Customer calls up to > find out why his Angry Customer can't talk to someone else's Angry > Customer, you need some idea of how things _ought_ to look before > you can figure out what has broken. > > Publishing route policy makes that easier. It also makes it easier > to filter with some confidence, which is also a good thing. If > Atrix release 4000 prefixes into the network, and you pick them > up and trust them, then it's your fault for not filtering. Don't > yell at Actrix :) > > The tools required to set up and run an RPSL registry are all freely > available, but it _is_ something that needs to be set up professionally > and run as such, in my opinion. A flaky database which contains out-of- > date information because people can't update it is probably worse than > no database at all. > > Merit now charge US$200/year to keep records in their database. In the > absense of a similar facility elsewhere (e.g. in NZ) that is as stable > as Merit's, I would say that was good value for money. > > > My policy at the moment tends to vary, depending on the customer. If the > > peer is an ISP (ie, if they have their own ASN), then I assume they know > > what they're doing, > > You missed out the ":)" > > > and I don't filter incoming or outgoing updates, > > unless requested by the peer. > > Warning! Warning! > > > Joe > --------- > To unsubscribe from nznog, send email to majordomo(a)list.waikato.ac.nz > where the body of your message reads: > unsubscribe nznog > --------- To unsubscribe from nznog, send email to majordomo(a)list.waikato.ac.nz where the body of your message reads: unsubscribe nznog

3 3

Re: Wee query about clear :) (fwd)
by Simon Blake 10 Nov '99

10 Nov '99

Hi all (bringing a conversation between Jamie Clark and yours truly out into the light) On Tue, 9 Nov 1999, Jamie Clark wrote: > Simon, > > On Tue, 9 Nov 1999, Simon Blake wrote: > > > > Any change in your policy of not publishing a route policy? :) > > > > "policy" is a bit strong :-). It has always been my intent to publish a > > No offence intended. and absolutely none taken. > > route policy, but time is pressing, and Clear are the only ISP on Citylink > > that consistantly ask for same. Everytime I sit down to learn what's > > involved and get a policy loaded, something else crops up that appears > > more urgent. :-( I'm happy to try and bump it up the priority list, if it > > will encourage more ISP's to peer. > > WIX has obviously worked well without filters so far. It comes and goes. Generally, it works fine, and that's probably a reflection on the stability of the NZ net, or at least, the bit that peers in wellington. In general, it's changes (additions of new peers) that can cause temporary hiccups (Actrix advertising 4000 prefixes yesterday being a good example). > It is certainly tempting to forgo the safety measures and peer anyway > - however I suspect that some day it will become necessary to have the > WIX route policy in some form of database. (?) maybe, perhaps. Absolutely, especially as WIX rises in importance as a major peering point in NZ, rather than as a "backup" peering point, which has been it's role until now. > IMHO it is a potential security risk if you cannot control which routes > you choose to learn from your neighbours. It would be possible for a WIX > customer with evil intentions to advertise a longer prefix into our > network and steal our customer's traffic (or any other WIX ISP's traffic > for that matter). Hmmm (evil ideas spring to mind) It may seem a bit odd, but this has been one of my pet *aims* for WIX! Contrary to popular belief, Citylink doesn't have infinite network capacity :-). Therefore, providing a mechanism where customers of ISP's can transit data directly to other customers of ISP's, without having that data split horizon through one or two ISP routers is increasingly desirable. That's why we have a setup where a little Citylink customer with a /28 from their ISP and no ASN can still peer with the route server and exchange data directly with other Citylink users. > It would not be sufficient for us to deny these advertisements either - as > they may very well be legitimate (multihoming). Having said that (that I think allowing small Citylink customers to advertise long prefix routes directly is desirable), I'm all for restricting what the route server will accept from each client. My policy at the moment tends to vary, depending on the customer. If the peer is an ISP (ie, if they have their own ASN), then I assume they know what they're doing, and I don't filter incoming or outgoing updates, unless requested by the peer. If the peer has no ASN, then I assume that they're less clueful, and also that they're likely to have a small number of routes that change infrequently. Because those non ASN peers are much more likely to foul things up, I filter the updates I receive from them to only the routes they've told me they'll send. > Admittedly a policy database with automatic updates will not > necessarily prevent this - but at least there would be an audit trail > pointing to the offender. And that has to be a good thing. > With the current operational changes to RADB it looks like we will set up > our own database and have this mirrored by RADB. This won't happen until > next year though. The goal would be to automatically generate router BGP > configs from this database. > > If you're interested (and provided you don't do it first ;) I'm sure we > would be keen to pass on anything that might be useful. When I last looked at the RADb a few months ago, I mused that having route arbiters on WIX and/or APE might not be a bad thing, and would be a useful service for Citylink to provide in it's capacity as "neutral peering provider to the stars" :-). Seeing that Merit are planning to charge US$200 per year leads me to believe that it's an idea who's time may have come. Comments? Cheers Si --------- To unsubscribe from nznog, send email to majordomo(a)list.waikato.ac.nz where the body of your message reads: unsubscribe nznog

6 6

Telstra NZ live on the APE
by Joe Abley 10 Nov '99

10 Nov '99

Hi all, A few minutes ago Telstra NZ exchanged its first routes with CLEAR and Plain Communications over the APE. The peering relationships are currently in test, and we expect a stable policy to be in place on the routers early next week. Many thanks to Phil Groom for doing most of the work, Chris Wedgwood and Matthew Grant for being available to peer at the drop of a hat, and Ben Martel for being generally a handy man to know. For future reference, Telstra NZ's Sky Tower router is numbered 192.203.154.32 on the exchange subnet, and has a clean 100M back to the data centre in Queen Street over dark fibre, backed up with DMR. Telstra are announcing routes from AS4763. Full route policy will be published shortly, probably in the RADB. Joe --------- To unsubscribe from nznog, send email to majordomo(a)list.waikato.ac.nz where the body of your message reads: unsubscribe nznog

1 0

Two new ISP's on WIX
by Simon Blake 08 Nov '99

08 Nov '99

Hi all Just a quick note - late last week XTRA joined WIX, and as of a few minutes ago IHUG is peering with the route server. By my reckoning, that makes 15 ISP's on Citylink, of which 14 are using WIX to peer in some fashion. Cheers Si --------- To unsubscribe from nznog, send email to majordomo(a)list.waikato.ac.nz where the body of your message reads: unsubscribe nznog

2 2

The New Zealand Network Operators' Group
by Donald Neal 07 Nov '99

07 Nov '99

The New Zealand Network Operators' Group The New Zealand Network Operators' Group (NZNOG) has neither a king, a president nor a formal membership. At present it consists of the subscribers to this mailing list, which anyone is free to join. (At last count the list had a little over one 110 subscribers, with the count growing slightly each month.) The NZNOG mailing list is provided through a server at The University of Waikato, and is administered by an employee of Telecom NZ Ltd. Neither of these organisations (nor the administrator) is responsible for its content. NZNOG Mailing List Acceptable Use Policy The NZNOG mailing list exists to provide a forum for the exchange of technical information and the discussion of implementation issues that require cooperation among New Zealand network service providers. In order to continue to provide a useful forum for discussion of relevant technical issues, users of the list are asked to respect the following guidelines. 1. Discussion will focus on Internet operational and technical issues. 2. Discussion related to meetings of network service providers is appropriate. 3. Discussion unrelated to these topics is not appropriate. 4. Postings to multiple mailing lists are discouraged. 5. Postings that include foul language, character assassination, and lack of respect for other participants are unacceptable. 6. Blatant product or service marketing is unacceptable. 7. Postings of a political, philosophical or legal nature are discouraged. 8. Postings to the list should be in ASCII or MIME encoded as text/plain. Attachments should not be sent to the list. To present a document, a suitable URL may be referred to. For documents of general interest, the use of proprietary file formats is discouraged. 9. Breaches of list etiquette should be dealt with privately with the offending list user, and should not result in complaints being sent to the list. Mailing List Archives A full archive is available at http://list.waikato.ac.nz/archives/nznog/ To search the archive, see http://list.waikato.ac.nz/archives/search.html (and remember to select nznog). Subscribing to the List To subscribe to the NZNOG list, send email to majordomo(a)list.waikato.ac.nz, where the body of the message reads subscribe nznog There are at present no restrictions on who may subscribe to the list, or even on who may post to the list. Digest Mailing List If you don't wish to receive postings as they are sent, you can instead subscribe to the nznog-digest mailiing list, on which all postings are sent out in a single "digest" every couple of days. Other Activities NZNOG does not at present have other regular activities than this mailing list, though some Auckland subscribers have been known to meet over beer. Donald Neal NZNOG Mailing List Owner/Administrator/Muggins -- Donald Neal | HTTP is everywhere. It could not be so Service Platforms | pervasive without being good. Centralised Maintain and Support | Therefore, HTTP is good. Telecom NZ Ltd | - RFC2324 --------- To unsubscribe from nznog, send email to majordomo(a)list.waikato.ac.nz where the body of your message reads: unsubscribe nznog

1 0

Connections to APE (plus changes)
by Richard Naylor 01 Nov '99

01 Nov '99

In the next week or so the 2 switches at APE will be replaced with a more capable Cisco switch, through the generosity of Cisco NZ. While this is taking place there will be a smal outage on the APE switch. Users will notice an outage of less than 1 minute while the new switch learns mac addresses etc. At the same time, cablers will be on site and available to connect up any parties interested in joining the exchange. Prospective users whose external connectivity has yet to arrive, can still be connected while the cabling is taking place - its easier for the installers to pull a bundle at one time. If you are interested in having cable put in place for a future connection, please contact me in the next week. thanks - rich richard.naylor(a)citylink.co.nz This mail message contains information that is confidential and which may be subject to legal privilege. If you are not the intended recipient, you must not use, distribute or copy this message. If you have received this message in error, please notify the sender immediately and erase this mail. --------- To unsubscribe from nznog, send email to majordomo(a)list.waikato.ac.nz where the body of your message reads: unsubscribe nznog

1 0

web page with APE stuff on it
by Joe Abley 01 Nov '99

01 Nov '99

I thought it might be good to have some info about APE on a web page somewhere. So I threw this together: http://www.patho.gen.nz/ape/ It almost certainly contains at least _some_ lies; please let me know what they are (or, if you don't care, I'll just carry on spreading them :) Joe --------- To unsubscribe from nznog, send email to majordomo(a)list.waikato.ac.nz where the body of your message reads: unsubscribe nznog

2 4

WHOIS/Zone Transfer Policy
by John Vorstermans 26 Oct '99

26 Oct '99

Hi. The revised draft of the WHOIS and Zone Transfer policies are now available at: http://www.isocnz.org.nz/whoisdraft231099.html http://www.isocnz.org.nz/zfdraft231099.html Any comment or feedback are welcome. The earlier drafts are still available at: http://www.isocnz.org.nz/zfdraft1099.html http://www.isocnz.org.nz/whoisdraft1099.html Regards John Vorstermans Technical Committee ISOCNZ -- John Vorstermans || We are what we repeatedly do. Technical Manager || - Aristotle Actrix Networks --------- To unsubscribe from nznog, send email to majordomo(a)list.waikato.ac.nz where the body of your message reads: unsubscribe nznog

3 3

rata.vuw.ac.nz outage
by Richard Stevenson 23 Oct '99

23 Oct '99

Hi all I figured that you may all want to know that rata.vuw.ac.nz, one of the secondary nameservers for the nz ccTLD, will be out of service for an undetermined period of time tomorrow evening (Saturday 23 October 1999). As part of our Y2K preparations, management here has decided that all of our core systems should be shut down, powered off, left to cool, and then restarted, to see what breaks. This will all happen tomorrow night. The shutdown and startup procedures will be carried out by unqualified staff (i.e. not even Unix-literate) as an experiment in system documentation standards. I hope to see you all on the other side. Regards Richard ------------------------------------------------------------------------------ Richard Stevenson Systems Engineer, Information Technology Services Victoria University of Wellington Phone: +64 4 4635051 Fax: +64 4 4635552 Being a Unix system administrator is like being a tech in a biological warfare laboratory, except that none of the substances are labeled consistently, any of the compounds are just as likely to kill you by themselves as they are when mixed with one another, and it is never clear what distinction is made between a catastrophic failure in the lab and a successful test in the field. (--M. Tiemann) ------------------------------------------------------------------------------ --------- To unsubscribe from nznog, send email to majordomo(a)list.waikato.ac.nz where the body of your message reads: unsubscribe nznog

4 3

Re: rata.vuw.ac.nz outage
by Mark Davies 21 Oct '99

21 Oct '99

From: Joe Abley <jabley(a)patho.gen.nz> Date: Fri, 22 Oct 1999 16:41:35 +1300 > Nice to have some warning on this. However, 24 hours is a little > slim for an event that will take out 1/6 of all recursive lookups > on nz names "for an undetermined period", isn't it? Well I would have given you more warning but when I first heard they were going to do this and queried it I misread the answer they gave me to say that rata wouldn't be included so Richards message was a little surprise to me as well. Rata is intended to be the last machine down and the first up so hopefully the disruption should be quite short. mark --------- To unsubscribe from nznog, send email to majordomo(a)list.waikato.ac.nz where the body of your message reads: unsubscribe nznog

1 0

RE: [ISOCNZ-L] Re: zdraft1099.html (DRAFT ISOCNZ Zone Transfer P
by Mark Harris 18 Oct '99

18 Oct '99

Joe, Not to steal his thunder, but John V. has indicated to the Council that he had received some good feedback from the lists and email which is going to require a redraft of both policies to include some of the suggestions and rewordings. He also said that the Technical Committee is meeting later this week to consider these changes and he hopes to have something final after that. We don't want this to go on forever, so I imagine RSN :-) Cheers Mark > -----Original Message----- > From: Joe Abley [SMTP:jabley(a)patho.gen.nz] > Sent: Tuesday, October 19, 1999 9:44 AM > To: nznog(a)list.waikato.ac.nz; isocnz-l(a)isocnz.org.nz > Subject: Re: [ISOCNZ-L] Re: zdraft1099.html (DRAFT ISOCNZ Zone > Transfer P > > It seems that a reasonable amount of feedback has been provided now... > When can we expect revised draft policies to be made available? > > > Joe > > - > To subscribe/unsubscribe to the isocnz-l mailing list send a message > to majordomo(a)isocnz.org.nz with the keyword subscribe or unsubscribe > as the message plus the list name i.e. unsubscribe isocnz-l --------- To unsubscribe from nznog, send email to majordomo(a)list.waikato.ac.nz where the body of your message reads: unsubscribe nznog

2 1

zdraft1099.html (DRAFT ISOCNZ Zone Transfer Policy)
by Joe Abley 18 Oct '99

18 Oct '99

John, Some feedback for you. Background A primary name server is a name server that gets the data for its zones from local files. Changes to a zone, such as adding domains or hosts, are done at the Primary Name Server. A secondary name server gets the data for its zones from another name server across the network which is authoritative for that zone. The processes of obtaining this zone information (that is the database file) across the network is referred to as a zone transfer. Since bind 8 I believe the nomenclature that has been widely adopted is a "master" nameserver (corresponding to a master zone configured on that host) and multiple "slave" nameservers which keep their copies of the zone up-to-date using zone transfers. Probably makes sense to make use of the current terminology. Zone Transfers will be allowed provided: [...] I think that there are numerous reasons to perform a zone transfer which are not covered here, which would be consistent with the privacy act provision in point 2. It seems to me that the list is unnecessarily restrictive in presuming to know all the reasons an operator might have for performing a zone transfer. I also think that there is nothing wrong with statistics gathering. Understanding trends makes the network a safer place. I do not understand your earlier point that data for statistical analysis would be available on the web, but not by zone transfer... Perhaps I misunderstood it. I would rephrase point (3) to be something like: that it is not for the purpose of allowing, enabling or otherwise supporting the transmission of mass unsolicitited, commercial advertising or solicitatious e-mail. I would also make point (4) a little more general, and allow zone transfers to facilitate "operational network engineering". Is it reasonable for a request not to contain a detailed description of the reason for wanting to perform a zone transfer? What is a reasonable request? Is the idea of this policy to be prepared in the event that a flagrant misuse of the zone data occurs? If so, I think it's a good idea. If the idea is to implement an immediate set of restrictions on zone transfers, and to administer zone transfer access control (including all associated adds, moves and changes) for all secondary nameservers, then I remain slightly dubious :) Joe --------- To unsubscribe from nznog, send email to majordomo(a)list.waikato.ac.nz where the body of your message reads: unsubscribe nznog

6 12

Draft WHOIS and Zone Transfer Policies
by John Vorstermans 16 Oct '99

16 Oct '99

Greetings. The ISOCNZ Technical Committee has prepared two draft policies. 1. Directing Domainz to implement a WHOIS server. http://www.isocnz.org.nz/whoisdraft1099.html 2. A policy on Zone Transfers. http://www.isocnz.org.nz/zfdraft1099.html I hope to be able to ask the council to vote on these next week. Any comments or submissions to these draft proposals would of course be most welcome. If you wish to make a submission please email to john(a)actrix.co.nz These drafts have also been sent to the ISOCNZ members mailing list for comment. Regards John -- John Vorstermans || We are what we repeatedly do. Technical Manager || - Aristotle Actrix Networks --------- To unsubscribe from nznog, send email to majordomo(a)list.waikato.ac.nz where the body of your message reads: unsubscribe nznog

10 21

Re: whoisdraft1099.html (DRAFT WHOIS SERVER POLICY)
by Joe Abley 15 Oct '99

15 Oct '99

John, More feedback, different draft. An WHOIS server is the Internet Standard way of access details from, in our case, the .nz database. "a" whois server, surely :) * It is a separate service. Separate from what? * It is currently provided by all major Name Service organisations, e.g. Ripe and APNIC etc. RIPE and APNIC aren't actually name service organisations; they're regional registries for ASN and IP number allocations. You might use CRSNIC, NSI, Nominet, etc if you're looking for examples of registries' and registrars' use of whois. WHOIS Policy * That NZIRL be required to put in place a standard WHOIS server on the .nz database. What needs to be carefully specified is the formatting of queries and responses to the whois service. There are a number of different "standard" query definitions and response formats currently in use amongst different registries. It would make sense for Domainz/ISOCNZ to approach the heavier users of their existing services and consult as to the query and response formats that are required. The Data in ISOCNZ WHOIS database is provided by NZIRL for information purposes, and to assist persons in obtaining information about or related to a domain name registration record. NZIRL does not guarantee its accuracy. NIRL should guarantee that the response returned to a query is consistent with the data stored by Domainz at the time of the query. (2) enable high volume, automated, electronic processes that apply to NZIRL (or its systems). I'm not sure what this means. What does it mean? ISOCNZ reserves the right to modify these terms at any time. I would imagine that you should qualify this by specifying how changes to the policy will be notified to users of the whois service. You might also refer to RFC812, which specifies nicname/whois. It's a little old (it refers to NCP/TCP!) but the core protocol is described there, such as it is. Joe --------- To unsubscribe from nznog, send email to majordomo(a)list.waikato.ac.nz where the body of your message reads: unsubscribe nznog

1 0