- NZNOG - lists.nznog.org

Reminder about APNIC 26 in Christchurch
by Philip Smith 11 Jun '08

11 Jun '08

Hi everyone, Just a reminder that APNIC 26 is taking place in Christchurch at the end of August. Included in APNIC 26 is the APOPS plenary - as with APRICOT, this is the main technical and operations plenary of APNIC 26, and it is where you all have an opportunity to talk about the latest exciting operational, technical or research activities you are involved in. If you are interested, please drop me an e-mail, or send an e-mail to policy(a)apnic.net. Please include the title of the proposed presentation, a short abstract, and how many minutes you require. The deadline for presentation submissions is 14th July, but we will operate a first submitted, first approved, first on the agenda policy, so the sooner you can submit your ideas, the greater the chances. Many thanks and hope to see you in Christchurch! philip -- (Original APNIC 26 announcement below) ________________________________________________________________________ APNIC 26 - Call for informational presentations ________________________________________________________________________ Dear colleagues Have you worked on some really interesting aspect of network operations that would help the larger Internet community? If so, why not give an informational presentation at APNIC 26? We are looking for informational presentations for both APOPS and SIG sessions: APOPS APOPS (Asia Pacific OperatorS Forum) showcases Internet operational content of wide interest to the Internet operations community. SIGs SIGs (Special Interest Groups) focus on a particular subject and provide an open public forum to discuss topics of interest to APNIC and the Internet community in the Asia Pacific region. How to submit your proposal --------------------------- Send a brief summary of your proposed presentation (two to four paragraphs) or set of presentation slides to: <policy(a)apnic.net> Deadlines --------- Submissions for presentation ideas close: 14 July 2008 Presentation slides due: 11 August 2008 More information ---------------- SIG archives and guidelines are available at: http://www.apnic.net/sigs Learn more about APNIC 26 at: http://www.apnic.net/meetings/26 We look forward to seeing you in Christchurch! Kind regards, Philip Smith, Hideo Ishii APOPS Chairs --

1 0

Telecom Looking Glass / Traceroute
by Dan Clark 08 Jun '08

08 Jun '08

Gidday, anyone got a web traceroute available on a Telecom domestic connection please? Regards Dan

1 0

OT - Fiji Broadband
by Nick 'Zaf' Clifford 06 Jun '08

06 Jun '08

Wrong country I know, but.... If anyone on the list has any experience/knowledge with broadband/ADSL in Fiji, please contact me off-list. <background> I have a client with a remote office in Fiji, its time to upgrade them from 2 tin cups and a piece of string to something faster. I will be heading over there in the next few weeks to configure up a VPN+Broadband router. </background> Thanks, Nick Clifford

1 0

Outage Notice for .nz International Name servers (NS5.DNS.NET.NZ and NS6.DNS.NET.NZ)
by DNS 04 Jun '08

04 Jun '08

Outage Notice for .nz International Name servers (NS5.DNS.NET.NZ and NS6.DNS.NET.NZ) Please note our supplier of the international .nz DNS service, NeuStar, will be doing some system upgrades starting at 09:00 NZST on Sunday June 8, ending at 21:00 NZST on Sunday June 8. (A total of 12 hours) During this maintenance window, zone transfers will not be processed by NS5.DNS.NET.NZ or NS6.DNS.NET.NZ. NeuStar do not anticipate utilizing the full maintenance window. DNS resolution from these servers will not be interrupted and they will serve data from the most recent zone file just prior to the beginning of the maintenance window. (The zone transferred to them at 08:00 NZST on Sunday June 8). If any emergency changes need to be made for your zones during this period, please contact NZRS using the out of hours number on our website. PLEASE NOTE The New Zealand based name servers (NS1,2,3,4 and 7) will not be affected by this outage and will continue to be updated hourly. Dave Baker .nz Registry Services support <at> nzrs.net.n

1 0

New IPv4 allocation for APNIC (112/8 and 113/8)
by Elly Tawhai 03 Jun '08

03 Jun '08

________________________________________________________________________ New IPv4 allocation for APNIC (112/8 and 113/8) ________________________________________________________________________ Dear colleagues The information in this announcement is to enable the Internet community to update network configurations, such as routing filters, where required. APNIC received the following IPv4 address blocks from IANA in May 2008 and will be making allocations from these ranges in the near future: 112/8 113/8 Reachability and routability testing of the new prefixes will commence soon. The daily report will be published at the usual URL: http://www.ris.ripe.net/debogon For more information on the resources administered by APNIC, please see: http://www.apnic.net/db/ranges.html For information on the minimum allocation sizes within address ranges administered by APNIC, please see: http://www.apnic.net/db/min-alloc.html Kind regards, ________________________________________________________________________ APNIC Secretariat Asia Pacific Network Information Centre (APNIC) Tel: +61-7-3858-3100 PO Box 2131 Milton, QLD 4064 Australia Fax: +61-7-3858-3199 Level 1, 33 Park Road, Milton, QLD http://www.apnic.net ________________________________________________________________________

1 0

www.nznog.org broken?
by Chris Hodgetts 03 Jun '08

03 Jun '08

Error establishing a database connection This either means that the username and password information in your wp-config.php file is incorrect or we can't contact the database server at localhost. This could mean your host's database server is down. * Are you sure you have the correct username and password? * Are you sure that you have typed the correct hostname? * Are you sure that the database server is running?

2 2

The New Zealand Network Operators' Group
by Donald Neal 03 Jun '08

03 Jun '08

The New Zealand Network Operators' Group The New Zealand Network Operators' Group (NZNOG) has no king, president or formal membership. It consists of the subscribers to this mailing list. The group is intended to facilitate discussion among operators of networks in New Zealand on matters relevant to network operators as described in the list's Acceptable Use Policy. That policy appears later in this posting. Conference We hold New Zealand's only technical networking conference. See http://www.nznog.org/?page_id=4 (er, once it's been fixed) for details of conferences from 2004 to 2008. Work is now under way in preparation for the next conference, to be held in the North Island in late January 2009. Other Meetings See http://thursdaynightcurry.com/ if you live in or near Auckland, Hamilton or Wellington. Operators' Contact List See http://www.nznog.org/?page_id=6 for operational contact details for most New Zealand ISP's. These are intended for use by other network operators, not by most customers. Internet Exchanges See http://www.nzix.net/ for details of exchanges in operation. About This Mailing List This list has between 900 and 1000 addresses subscribed. You may only post to the list from a subscribed address. A number of people subscribe addresses which do not receive email purely to allow posting from them. You may choose to receive postings as they come in, or just to receive daily "digests". See the bottom of the page http://list.waikato.ac.nz/mailman/listinfo/nznog/ to change the form in which you receive postings. The NZNOG mailing list is provided through a server at The University of Waikato, and is administered by employees of APN Online, Citylink, and The University of Waikato. None of these organisations, nor any 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. 10. A person repeatedly breaching list etiquette shall receive warnings from the list administrator. A further breach after the second such warning within thirty days shall result in the offender being unsubscribed from the list. Other action may also be taken to block postings to the list by the offender. Any such unsubscription is to be immediately announced to the list. Mailing List Archives A full archive is available at http://list.waikato.ac.nz/pipermail/nznog/ . Any message sent to the list will be archived and made available on the web automatically. Changes are not made to the archive on request, though the administrators remain happy to assist the Office of the Privacy Commissioner should any complaint be laid with that office. One way to search the archive is to use google and prefix your search with site:list.waikato.ac.nz . Subscribing to the List See http://list.waikato.ac.nz/mailman/listinfo/nznog to subscribe. Donald Neal NZNOG Mailing List Owner/Administrator/Muggins -- Donald Neal | "Careful design and strict discipline are Research Officer | necessary to prevent this sort of mess WAND | from escaping the development laboratory The University of Waikato | and infesting the production environment." | - D. Russell

1 0

NZRR Route Registry Update
by NZRR Database Notifications 02 Jun '08

02 Jun '08

Dear Colleague, This is to notify you that one or more objects in which you are designated for notification have been modified in the NZRR routing registry database. 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. Diagnostic output: ------------------------------------------------------------ --- PREVIOUS OBJECT: filter-set: fltr-unallocated descr: Unallocated (by IANA) IPv4 prefixes filter: {1.0.0.0/8^+, 2.0.0.0/8^+, 5.0.0.0/8^+, 14.0.0.0/8^+, 23.0.0.0/8^+, 27.0.0.0/8^+, 31.0.0.0/8^+, 36.0.0.0/8^+, 37.0.0.0/8^+, 39.0.0.0/8^+, 42.0.0.0/8^+, 46.0.0.0/8^+, 49.0.0.0/8^+, 50.0.0.0/8^+, 100.0.0.0/8^+, 101.0.0.0/8^+, 102.0.0.0/8^+, 103.0.0.0/8^+, 104.0.0.0/8^+, 105.0.0.0/8^+, 106.0.0.0/8^+, 107.0.0.0/8^+, 108.0.0.0/8^+, 109.0.0.0/8^+, 110.0.0.0/8^+, 111.0.0.0/8^+, 112.0.0.0/8^+, 113.0.0.0/8^+, 175.0.0.0/8^+, 176.0.0.0/8^+, 177.0.0.0/8^+, 178.0.0.0/8^+, 179.0.0.0/8^+, 180.0.0.0/8^+, 181.0.0.0/8^+, 182.0.0.0/8^+, 183.0.0.0/8^+, 184.0.0.0/8^+, 185.0.0.0/8^+, 197.0.0.0/8^+, 223.0.0.0/8^+} remarks: For the complete set of bogons, please see: fltr-martians - special use and reserved prefixes fltr-bogons - fltr-unallocated + fltr-martian Based on the work done at Team Cymru http://www.team-cymru.org/?sec=8&opt=25 admin-c: RPA1-NZRR tech-c: RPA1-NZRR notify: radb(a)cymru.com notify: rpsl-admin(a)nzix.net notify: nznog(a)list.waikato.ac.nz mnt-by: MAINT-BOGON-FILTERS changed: rpsl-admin(a)nzix.net 20040819 changed: rpsl-admin(a)nzix.net 20060113 changed: rpsl-admin(a)nzix.net 20060914 changed: rpsl-admin(a)nzix.net 20070716 changed: rpsl-admin(a)nzix.net 20080215 source: NZRR REPLACED BY: filter-set: fltr-unallocated descr: Unallocated (by IANA) IPv4 prefixes. filter: {1.0.0.0/8^+, 2.0.0.0/8^+, 5.0.0.0/8^+, 14.0.0.0/8^+, 23.0.0.0/8^+, 27.0.0.0/8^+, 31.0.0.0/8^+, 36.0.0.0/8^+, 37.0.0.0/8^+, 39.0.0.0/8^+, 42.0.0.0/8^+, 46.0.0.0/8^+, 49.0.0.0/8^+, 50.0.0.0/8^+, 100.0.0.0/8^+, 101.0.0.0/8^+, 102.0.0.0/8^+, 103.0.0.0/8^+, 104.0.0.0/8^+, 105.0.0.0/8^+, 106.0.0.0/8^+, 107.0.0.0/8^+, 108.0.0.0/8^+, 109.0.0.0/8^+, 110.0.0.0/8^+, 111.0.0.0/8^+, 175.0.0.0/8^+, 176.0.0.0/8^+, 177.0.0.0/8^+, 178.0.0.0/8^+, 179.0.0.0/8^+, 180.0.0.0/8^+, 181.0.0.0/8^+, 182.0.0.0/8^+, 183.0.0.0/8^+, 184.0.0.0/8^+, 185.0.0.0/8^+, 197.0.0.0/8^+, 223.0.0.0/8^+} admin-c: Rob Thomas RT624 tech-c: Rob Thomas RT624 remarks: For the complete set of bogons, please see:
fltr-martian - special use and reserved prefixes.
fltr-bogons - fltr-unallocated + fltr-martian.
http://www.cymru.com/Documents/bogon-list.html notify: noc(a)cymru.com mnt-by: MAINT-BOGON-FILTERS changed: radb(a)cymru.com 20021229 changed: radb(a)cymru.com 20021230 changed: radb(a)cymru.com 20030213 changed: radb(a)cymru.com 20030404 changed: radb(a)cymru.com 20030406 changed: radb(a)cymru.com 20030408 changed: radb(a)cymru.com 20030606 changed: radb(a)cymru.com 20031117 #16:08:32(UTC) changed: radb(a)cymru.com 20040116 #07:17:57(UTC) changed: radb(a)cymru.com 20040401 #22:29:46(UTC) changed: radb(a)cymru.com 20040428 #18:27:34(UTC) changed: radb(a)cymru.com 20040803 #05:43:18(UTC) changed: radb(a)cymru.com 20050129 #11:48:46(UTC) changed: radb(a)cymru.com 20050330 #23:14:55(UTC) changed: radb(a)cymru.com 20050413 #06:12:46(UTC) changed: radb(a)cymru.com 20050618 #04:07:01(UTC) changed: radb(a)cymru.com 20050701 #06:18:28(UTC) changed: radb(a)cymru.com 20060105 #20:45:57(UTC) changed: radb(a)cymru.com 20061013 #18:41:19(UTC) changed: radb(a)cymru.com 20061122 #14:51:27(UTC) changed: radb(a)cymru.com 20061227 #03:31:18(UTC) changed: radb(a)cymru.com 20070128 #22:04:23(UTC) changed: radb(a)cymru.com 20070411 #18:20:12(UTC) changed: radb(a)cymru.com 20070603 #04:48:23(UTC) changed: radb(a)cymru.com 20070726 #15:53:57(UTC) changed: radb(a)cymru.com 20071002 #15:48:55(UTC) changed: radb(a)cymru.com 20071002 #16:45:21(UTC) changed: radb(a)cymru.com 20071029 #16:50:49(UTC) changed: radb(a)cymru.com 20071105 #23:37:09(UTC) changed: radb(a)cymru.com 20071105 #23:44:41(UTC) changed: radb(a)cymru.com 20080125 #18:37:51(UTC) changed: radb(a)cymru.com 20080214 #20:21:40(UTC) changed: radb(a)cymru.com 20080527 #23:12:28Z changed: noc(a)cymru.com 20080529 #15:52:05Z changed: rpsl-admin(a)nzix.net 20080603 source: NZRR ------------------------------------------------------------

1 0

ReArch'08 and ACM CoNext 2008 CFPs
by Brian E Carpenter 29 May '08

29 May '08

Please excuse duplicates, and apologies if this seems too much like spam. Regards Brian Carpenter University of Auckland -------- Original Message -------- Subject: [Re-Arch'08] ReArch'08 Call For Papers Date: Thu, 29 May 2008 12:30:10 -0400 From: EDAS <help(a)edas-help.com> To: Brian Carpenter <brian.e.carpenter(a)gmail.com> ReArch’08 - Re-Architecting the Internet “Exploring what is broken with the Internet architecture and how to fix it.” Madrid, Spain 9 December, 2008 co-located with ACM CoNEXT'2008 sponsored by ACM Sigcomm http://www.sigcomm.org/co-next2008/rearch.html Motivation The Internet architecture has been remarkably successful in allowing a planet-scale internetwork to form. However, this architecture is losing its original simplicity and transparency as new classes of applications, operational and management requirements, business models, security mechanisms and scalability enablers give rise to point solutions that extend the architecture without regard to the original design principles. While these mechanisms are necessary for Internet operation under current economical, technical and social conditions, their combination has significantly reduced the potential for incremental evolution of the Internet architecture. This loss of flexibility is already being felt as the number of Internet nodes grows by another order of magnitude. Several substantial Future Internet initiatives have started in Europe, the US and Asia, and the vendor and network operator communities are also actively discussing the limitations of the current Internet architecture as well as its potential evolution. This workshop will discuss what the real underlying problems are with the Internet and how we might fix them so that the Internet architecture re-gains its simplicity and transparency and is fit for another 30+ years, so that the architectural simplicity and clarity of the Internet can be regained and retained for another 30+ years. This workshop solicits original, high-quality papers that analyze, and discuss ideas for a new Internet architecture, including specific improvements to current Internet protocols, especially at the internetworking, transport and application layers, new internetworking components that integrate into the existing architecture and ideas for clean-slate internetworking architectures. Topics ReArch'08 covers all aspects related to the current and future Internet architecture including, but not limited to, how the following impact on that architecture: New networking paradigms New business models New routing architectures New traffic engineering and congestion control mechanisms Measurements and analysis that characterize the real architectural limitations New architecture proposals and their implications for research New protocols that address the limitations Studies of interactions between stakeholders of the Internet and the architecture itself Design principles and interfaces to accommodate the conflicting interests of stakeholders in the architecture Principles of evolving future architectures Requirements for interworking with the existing Internet, and for deployability. Papers that present interesting, fresh ideas at an early stage are more suitable for this workshop than highly polished results or incremental refinements of previous work. Submissions may include position papers that point out new directions and stimulate discussion; position papers should be clearly marked. Submissions must be original and not already published in any other conference proceedings or journal. Proceedings of the workshop will be published in the ACM Digital Library. Submissions Submitted papers must be at most 6 pages long (including figures, tables, references, etc.) in the standard ACM double column format. All text must use font sizes of 10 points or larger. Longer submissions will not be reviewed. The review process is single-blind. Submissions will be done via EDAS. Submission Deadline: 15 August 2008 Notification: 10 October 2008 Workshop Co-Chairs Olivier Bonaventure - UCLouvain Marcelo Bagnulo - UC3M Joe Touch - USC/ISI Technical Program Committee Mark Allman ICIR Jari Arkko Ericsson Bob Briscoe BT Group Ken Calvert University of Kentucky Brian Carpenter University of Auckland Maoke Chen Tsinghua University Kenjiro Cho IIJ Jon Crowcroft University of Cambridge Philip Eardley BT Group Lars Eggert Nokia Research Center Kevin Fall Intel Research Pierre Francois UCLouvain Robert Hancock Roke Manor Research Mark Handley University College London Christian Huitema Microsoft Daniel Massey Colorado State University Martin May ETH Zurich Pekka Nikander Ericsson Research Nomadiclab Craig Partridge BBN Technologies Peter Steenkiste Carnegie Mellon University Iljitsch van Beijnum IMDEA Metworks Tilman Wolf University of Massachusetts -------- Original Message -------- Subject: [ACM CoNext 2008] ACM CoNext 2008 CFP Date: Thu, 29 May 2008 04:56:53 -0400 From: EDAS <help(a)edas-help.com> To: Brian Carpenter <brian.e.carpenter(a)gmail.com> [We apologize in advance if you receive multiple copies of this message] [Please distribute it where you feel appropriate] ========================================================================== ACM CoNEXT 2008: Call for Papers The 4th ACM International Conference on emerging Networking EXperiments and Technologies (ACM CoNEXT 2008) Organized by IMDEA Networks and University Carlos III of Madrid, sponsored by ACM SIGCOMM 9-12 December 2008 Leganes, Madrid, SPAIN http://www.co-next.net CALL FOR PAPERS The 4th ACM International Conference on emerging Networking EXperiments and Technologies (ACM CoNEXT), to be held in Madrid, will have the primary goal of promoting stimulating exchanges between various international research communities. The main conference will be preceded by a one-day workshop, and will be a major forum for presentations and discussions of novel networking technologies that will shape the future of Internetworking. The conference is single-track and will feature a high-quality technical program with significant opportunities for individual and small-group technical and social interactions. ACM CoNEXT seeks to foster open discussions on technology alternatives and to be a forum accommodating multiple viewpoints, and is committed to a fair, timely, and thorough review process providing authors of submitted papers with sound and detailed feedback. As its name suggests, ACM CoNEXT 2008 solicits papers on emerging networking experiments, measurements, paradigms, with particular emphasis on creative, out-of-the-box thinking. Additionally, papers reporting on the deployment and performance of services or exploring network functionality aimed at better supporting new services are also welcome. We welcome submissions based on implementation and experimentation, as well as simulation and analytical approaches. Relevant topics for the conference include, but are not limited to the following: o Internet measurement and modeling o Wireless and mobile networks o Ad hoc and sensors networks o Economic aspects of the Internet o Network security issues o Multimedia networking o Peer-to-peer and overlay networks o Routing and traffic engineering o Delay and disruption tolerant networks o New networking protocols and architectures o Autonomic and dependable communications o Networked systems applications and services SUBMISSION INSTRUCTIONS Submissions must be original, unpublished work, and not under consideration at another conference or journal. Conformance to the 12 pages, 10pts ACM SIGCOMM format will be strictly enforced. Electronic proceedings will be published by ACM, and the best papers forwarded to the IEEE/ACM Transactions on Networking for possible fast-track publication. Travel grants will be available to support student attendance at the conference. IMPORTANT DATES Abstract submission deadline: 30th June 2008 Submission Deadline: 7th July 2008 Notification: 25th September 2008 Conference Chairs Arturo Azcorra, U. Carlos III and IMDEA Networks, Spain Gustavo de Veciana, U. Texas at Austin, USA Program Chairs Keith W. Ross, Polytechnic University, USA Leandros Tassiulas, University of Thessaly, Greece Steering Committee Arturo Azcorra, U. Carlos III and IMDEA Networks, Spain Kenjiro Cho, IIJ Research Labs, Japan Serge Fdida, Universiy Pierre and Marie Curie, France Roch Guιrin, University of Pennsylvania, USA Jim Kurose, University of Massachusetts, USA Laurent Mathy, Lancaster University, UK Publications Chair Hassnaa Moustafa, France Telecom R&D (Orange Labs), France Local Arrangements Chairs Maria Calderon, U. Carlos III, Spain Carlos J. Bernardos, U. Carlos III, Spain ===========================================================================

1 0

112/8 and 113/8 allocated to APNIC
by Leo Vegoda 28 May '08

28 May '08

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, The IANA IPv4 registry has been updated to reflect the allocation of two /8 IPv4 blocks to APNIC in May 2008: 112/8 and 113/8. You can find the IANA IPv4 registry at: http://www.iana.org/assignments/ipv4-address-space We have also updated the Sample XML Registry for IPv4 Address Space, which can be found at: http://www.iana.org/reports/2008/xml-registry-sample.html Please update your filters as appropriate. Regards, Leo Vegoda Manager, Number Resources - IANA -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (Darwin) iD8DBQFIPpkqvBLymJnAzRwRAgsYAJ9b7EumlIisvK2HvYuIpcnACzYr/wCgwS1s Km3F9ujlFdL9VbXPVTghWsU= =FcpK -----END PGP SIGNATURE-----

1 0

Email issues from users of the global-gateway
by Chris Hodgetts 28 May '08

28 May '08

Hello We have reports today (starting at about 3am this morning) that mail is being rejected by us. Postfix errors out: May 29 14:15:22 app02 postfix/smtpd[22437]: lost connection after DATA from [host here] I can only see 4 companies so far today that have been having issues, but the common factor is they all are connected to global-gateway.net.nz Is anyone else seeing similar issues, am I being too simplistic in saying they are all connected there, but at the moment that's the common thread. Many[1] other uses who are successfully sending are not going through them. [1] Many because I have not checked all obviously

2 3

DROA
by Tim John - Domainz 28 May '08

28 May '08

To Registrars and domain name agents. Heads up ... Domain Registry of America (DROA) appear to be sending out bogus renewal notices again. We've had several queries from customers today and had one or two 'renewal invoices' ourselves. It seems they are targeting people with .nz names but offering the same third level with a gTLD extension. FYI, Domain Registry of America operate out of Melbourne, AU. Funny that ! Regards, Tim

1 0

XTRA(yahoo) automatically tagging legitimate mail as Spam
by Michael Hutchinson 28 May '08

28 May '08

Hi All, We are currently having an issue with one of our Exchange servers sending email to user mailboxes on Xtra. We have tracked the email leaving the server, and have EventID's from logs on the Exchange server telling us that delivery is successful. However, when we log into any of the Xtra mail accounts, we can see the emails are automatically being put into the Spam folder of those accounts. There is nothing about the emails to suggest they are spam, and the final received headers say nothing about Spam, let alone even that it has been checked for Spam. As far as I can see it is only affecting one of our domains. We have several other domains with exchange servers that deliver to Xtra mailboxes just fine. I have contacted support at Xtra about this, as well as Ted Grenfell (who got back to me straight away) and we're trying to collate enough data to attack the problem. Is anyone else having this issue? (It would be nice to know that we're not the only ones being picked on by Yahoo.) Cheers, Michael Hutchinson Manux Solutions Ltd

18 26

NZRR Route Registry Update
by NZRR Database Notifications 28 May '08

28 May '08

Dear Colleague, This is to notify you that one or more objects in which you are designated for notification have been modified in the NZRR routing registry database. 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. Diagnostic output: ------------------------------------------------------------ --- PREVIOUS OBJECT: route-set: AS9560:RS-ROUTES:AS4770 descr: advertised to AS9560 by ICONZ - AS4770 members: 210.48.0.0/17^17-29, 210.185.0.0/18^18-29, 210.54.160.0/19^19-29, 202.55.96.0/20^20-29, 202.174.160.0/20^20-29, 210.56.32.0/20^20-29, 117.18.80.0/21^21-29, 202.12.248.0/21^21-29, 202.37.144.0/21^21-29, 202.37.224.0/21^21-29, 202.74.224.0/21^21-29, 202.78.240.0/21^21-29, 205.233.128.0/21^21-29, 202.36.36.0/22^22-29, 202.37.140.0/22^22-29, 202.37.200.0/22^22-29, 202.41.136.0/22^22-29, 203.80.60.0/22^22-29, 210.54.136.0/22^22-29, 210.55.24.0/22^22-29, 199.212.92.0/23^23-29, 202.21.136.0/23^23-29, 202.36.44.0/23^23-29, 202.36.76.0/23^23-29, 202.37.240.0/23^23-29, 202.37.252.0/23^23-29, 202.61.2.0/23^23-29, 202.174.6.0/23^23-29, 205.233.136.0/23^23-29, 192.88.85.0/24^24-29, 192.107.113.0/24^24-29, 198.32.66.0/24^24-29, 202.6.84.0/24^24-29, 202.12.70.0/24^24-29, 202.14.100.0/24^24-29, 202.20.6.0/24^24-29, 202.21.130.0/24^24-29, 202.27.208.0/24^24-29, 202.36.119.0/24^24-29, 202.36.183.0/24^24-29, 202.37.57.0/24^24-29, 202.37.73.0/24^24-29, 202.37.76.0/24^24-29, 202.37.85.0/24^24-29, 202.37.163.0/24^24-29, 202.37.232.0/24^24-29, 202.46.190.0/24^24-29, 202.49.62.0/24^24-29, 202.49.89.0/24^24-29, 202.49.159.0/24^24-29, 202.49.249.0/24^24-29, 202.50.87.0/24^24-29, 202.50.139.0/24^24-29, 205.233.243.0/24^24-29, 210.54.140.0/24^24-29, 210.54.211.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: deon(a)iconz.net mnt-by: MAINT-NZRR-NZ changed: rpsl-admin(a)nzix.net 20080318 source: NZRR REPLACED BY: route-set: AS9560:RS-ROUTES:AS4770 descr: advertised to AS9560 by ICONZ - AS4770 members: 210.48.0.0/17^17-29, 210.185.0.0/18^18-29, 210.54.160.0/19^19-29, 202.55.96.0/20^20-29, 202.174.160.0/20^20-29, 210.56.32.0/20^20-29, 117.18.80.0/21^21-29, 120.138.16.0/21^21-29, 202.12.248.0/21^21-29, 202.37.144.0/21^21-29, 202.37.224.0/21^21-29, 202.74.224.0/21^21-29, 202.78.240.0/21^21-29, 205.233.128.0/21^21-29, 202.36.36.0/22^22-29, 202.37.140.0/22^22-29, 202.37.200.0/22^22-29, 202.41.136.0/22^22-29, 203.80.60.0/22^22-29, 210.54.136.0/22^22-29, 210.55.24.0/22^22-29, 199.212.92.0/23^23-29, 202.21.136.0/23^23-29, 202.36.44.0/23^23-29, 202.36.76.0/23^23-29, 202.37.240.0/23^23-29, 202.37.252.0/23^23-29, 202.61.2.0/23^23-29, 202.174.6.0/23^23-29, 205.233.136.0/23^23-29, 192.88.85.0/24^24-29, 192.107.113.0/24^24-29, 198.32.66.0/24^24-29, 202.6.84.0/24^24-29, 202.12.70.0/24^24-29, 202.14.100.0/24^24-29, 202.20.6.0/24^24-29, 202.21.130.0/24^24-29, 202.27.208.0/24^24-29, 202.36.119.0/24^24-29, 202.36.183.0/24^24-29, 202.37.57.0/24^24-29, 202.37.73.0/24^24-29, 202.37.76.0/24^24-29, 202.37.85.0/24^24-29, 202.37.163.0/24^24-29, 202.46.190.0/24^24-29, 202.49.62.0/24^24-29, 202.49.89.0/24^24-29, 202.49.159.0/24^24-29, 202.49.249.0/24^24-29, 202.50.87.0/24^24-29, 202.50.139.0/24^24-29, 205.233.243.0/24^24-29, 210.54.140.0/24^24-29, 210.54.211.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: deon(a)iconz.net mnt-by: MAINT-NZRR-NZ changed: rpsl-admin(a)nzix.net 20080529 source: NZRR ------------------------------------------------------------

1 0

NZRR Route Registry Update
by NZRR Database Notifications 22 May '08

22 May '08

Dear Colleague, This is to notify you that one or more objects in which you are designated for notification have been modified in the NZRR routing registry database. 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. Diagnostic output: ------------------------------------------------------------ --- PREVIOUS OBJECT: route-set: AS9560:RS-ROUTES:AS18119 descr: advertised to AS9560 by ACSData - AS18119 members: 202.46.160.0/20^20-29, 117.18.80.0/21^21-29, 202.126.80.0/21^21-29, 202.21.136.0/23^23-29, 202.61.2.0/23^23-29, 192.107.113.0/24^24-29, 202.36.44.0/24^24-29, 202.49.144.0/24^24-29, 202.49.249.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: lincoln(a)acsdata.co.nz mnt-by: MAINT-NZRR-NZ changed: rpsl-admin(a)nzix.net 20070706 source: NZRR REPLACED BY: route-set: AS9560:RS-ROUTES:AS18119 descr: advertised to AS9560 by ACSData - AS18119 members: 202.46.160.0/20^20-29, 114.110.32.0/21^21-29, 117.18.80.0/21^21-29, 202.126.80.0/21^21-29, 202.21.136.0/23^23-29, 202.61.2.0/23^23-29, 192.107.113.0/24^24-29, 202.36.44.0/24^24-29, 202.49.144.0/24^24-29, 202.49.249.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: lincoln(a)acsdata.co.nz mnt-by: MAINT-NZRR-NZ changed: rpsl-admin(a)nzix.net 20080523 source: NZRR ------------------------------------------------------------

1 0

NZRR Route Registry Update
by NZRR Database Notifications 22 May '08

22 May '08

Dear Colleague, This is to notify you that one or more objects in which you are designated for notification have been modified in the NZRR routing registry database. 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. Diagnostic output: ------------------------------------------------------------ --- PREVIOUS OBJECT: route-set: AS9439:RS-ROUTES:AS18119 descr: advertised to AS9439 by ACSData - AS18119 members: 202.46.160.0/20^20-29, 117.18.80.0/21^21-29, 202.126.80.0/21^21-29, 202.21.136.0/23^23-29, 202.61.2.0/23^23-29, 192.107.113.0/24^24-29, 202.36.44.0/24^24-29, 202.49.144.0/24^24-29, 202.49.249.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: lincoln(a)acsdata.co.nz mnt-by: MAINT-NZRR-NZ changed: rpsl-admin(a)nzix.net 20070706 source: NZRR REPLACED BY: route-set: AS9439:RS-ROUTES:AS18119 descr: advertised to AS9439 by ACSData - AS18119 members: 202.46.160.0/20^20-29, 114.110.32.0/21^21-29, 117.18.80.0/21^21-29, 202.126.80.0/21^21-29, 202.21.136.0/23^23-29, 202.61.2.0/23^23-29, 192.107.113.0/24^24-29, 202.36.44.0/24^24-29, 202.49.144.0/24^24-29, 202.49.249.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: lincoln(a)acsdata.co.nz mnt-by: MAINT-NZRR-NZ changed: rpsl-admin(a)nzix.net 20080523 source: NZRR ------------------------------------------------------------

1 0

2mbps symmetric VSAT for Disaster Recovery
by Jonathan Brewer 22 May '08

22 May '08

Hi Folks, We're looking for anyone out there with 2mbps symmetric VSAT (or even an asymmetric service with minimum 2mbps up) that could be used for disaster recovery purposes. The link will sit idle until something major happens, and then will need to be turned up and used immediately. After checking with all the usual suspects, I was disappointed by all. None of the quotes I have received to date have had more than 1mbps contested upload. Anyone out there know something I don't? Thanks, Jon

1 0

NZRR Route Registry Update
by NZRR Database Notifications 21 May '08

21 May '08

Dear Colleague, This is to notify you that one or more objects in which you are designated for notification have been modified in the NZRR routing registry database. 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. Diagnostic output: ------------------------------------------------------------ --- PREVIOUS OBJECT: route-set: AS9439:RS-ROUTES:AS9503 descr: advertised to AS9439 by FX Networks - AS9503 members: 131.203.0.0/16^16-29, 161.29.0.0/16^16-29, 161.65.0.0/16^16-29, 166.65.0.0/16^16-29, 119.15.0.0/19^19-29, 202.53.176.0/20^20-29, 202.191.32.0/20^20-29, 210.48.160.0/20^20-29, 116.90.128.0/21^21-29, 120.89.80.0/21^21-29, 192.173.16.0/21^21-29, 202.46.176.0/21^21-29, 202.49.0.0/21^21-29, 202.78.240.0/21^21-29, 203.190.208.0/21^21-29, 202.37.48.0/22^22-29, 202.89.4.0/22^22-29, 202.6.116.0/23^23-29, 202.124.106.0/23^23-29, 192.88.85.0/24^24-29, 192.122.171.0/24^24-29, 192.133.31.0/24^24-29, 192.195.219.0/24^24-29, 202.20.97.0/24^24-29, 202.36.33.0/24^24-29, 202.36.119.0/24^24-29, 202.36.162.0/24^24-29, 202.36.218.0/24^24-29, 202.46.190.0/24^24-29, 202.49.106.0/24^24-29, 202.50.247.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-minor(a)fx.net.nz mnt-by: MAINT-NZRR-NZ changed: rpsl-admin(a)nzix.net 20080407 source: NZRR REPLACED BY: route-set: AS9439:RS-ROUTES:AS9503 descr: advertised to AS9439 by FX Networks - AS9503 members: 131.203.0.0/16^16-29, 161.29.0.0/16^16-29, 161.65.0.0/16^16-29, 166.65.0.0/16^16-29, 119.15.0.0/19^19-29, 202.53.176.0/20^20-29, 202.191.32.0/20^20-29, 210.48.160.0/20^20-29, 120.89.80.0/21^21-29, 192.173.16.0/21^21-29, 202.46.176.0/21^21-29, 202.49.0.0/21^21-29, 202.78.240.0/21^21-29, 203.190.208.0/21^21-29, 202.37.48.0/22^22-29, 202.89.4.0/22^22-29, 202.124.106.0/23^23-29, 192.88.85.0/24^24-29, 192.122.171.0/24^24-29, 192.133.31.0/24^24-29, 192.195.219.0/24^24-29, 202.20.97.0/24^24-29, 202.36.33.0/24^24-29, 202.36.119.0/24^24-29, 202.36.162.0/24^24-29, 202.36.218.0/24^24-29, 202.46.190.0/24^24-29, 202.49.106.0/24^24-29, 202.50.247.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-minor(a)fx.net.nz mnt-by: MAINT-NZRR-NZ changed: rpsl-admin(a)nzix.net 20080522 source: NZRR ------------------------------------------------------------

1 0

NZRR Route Registry Update
by NZRR Database Notifications 21 May '08

21 May '08

Dear Colleague, This is to notify you that one or more objects in which you are designated for notification have been modified in the NZRR routing registry database. 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. Diagnostic output: ------------------------------------------------------------ --- PREVIOUS OBJECT: route-set: AS9560:RS-ROUTES:AS9503 descr: advertised to AS9560 by FX Networks - AS9503 members: 131.203.0.0/16^16-29, 161.29.0.0/16^16-29, 161.65.0.0/16^16-29, 166.65.0.0/16^16-29, 119.15.0.0/19^19-29, 202.53.176.0/20^20-29, 202.191.32.0/20^20-29, 210.48.160.0/20^20-29, 116.90.128.0/21^21-29, 120.89.80.0/21^21-29, 192.173.16.0/21^21-29, 202.46.176.0/21^21-29, 202.49.0.0/21^21-29, 202.78.240.0/21^21-29, 203.190.208.0/21^21-29, 202.37.48.0/22^22-29, 202.89.4.0/22^22-29, 202.6.116.0/23^23-29, 202.124.106.0/23^23-29, 192.88.85.0/24^24-29, 192.122.171.0/24^24-29, 192.133.31.0/24^24-29, 192.195.219.0/24^24-29, 202.20.97.0/24^24-29, 202.36.33.0/24^24-29, 202.36.119.0/24^24-29, 202.36.162.0/24^24-29, 202.36.218.0/24^24-29, 202.46.190.0/24^24-29, 202.49.106.0/24^24-29, 202.50.247.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-minor(a)fx.net.nz mnt-by: MAINT-NZRR-NZ changed: rpsl-admin(a)nzix.net 20080407 source: NZRR REPLACED BY: route-set: AS9560:RS-ROUTES:AS9503 descr: advertised to AS9560 by FX Networks - AS9503 members: 131.203.0.0/16^16-29, 161.29.0.0/16^16-29, 161.65.0.0/16^16-29, 166.65.0.0/16^16-29, 119.15.0.0/19^19-29, 202.53.176.0/20^20-29, 202.191.32.0/20^20-29, 210.48.160.0/20^20-29, 120.89.80.0/21^21-29, 192.173.16.0/21^21-29, 202.46.176.0/21^21-29, 202.49.0.0/21^21-29, 202.78.240.0/21^21-29, 203.190.208.0/21^21-29, 202.37.48.0/22^22-29, 202.89.4.0/22^22-29, 202.124.106.0/23^23-29, 192.88.85.0/24^24-29, 192.122.171.0/24^24-29, 192.133.31.0/24^24-29, 192.195.219.0/24^24-29, 202.20.97.0/24^24-29, 202.36.33.0/24^24-29, 202.36.119.0/24^24-29, 202.36.162.0/24^24-29, 202.36.218.0/24^24-29, 202.46.190.0/24^24-29, 202.49.106.0/24^24-29, 202.50.247.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-minor(a)fx.net.nz mnt-by: MAINT-NZRR-NZ changed: rpsl-admin(a)nzix.net 20080522 source: NZRR ------------------------------------------------------------

1 0

Asia-Pacific Advanced Networking Conference
by Donald Neal 20 May '08

20 May '08

1 0

NZRR Route Registry Update
by NZRR Database Notifications 15 May '08

15 May '08

Dear Colleague, This is to notify you that one or more objects in which you are designated for notification have been modified in the NZRR routing registry database. 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. Diagnostic output: ------------------------------------------------------------ --- PREVIOUS OBJECT: route-set: AS9560:RS-ROUTES:AS17746 descr: advertised to AS9560 by Orcon Internet Ltd - AS17746 members: 60.234.0.0/16^16-29, 121.98.0.0/16^16-29, 156.62.0.0/16^16-29, 202.150.96.0/19^19-29, 203.99.0.0/19^19-29, 203.96.192.0/20^20-29, 219.88.128.0/20^20-29, 219.88.240.0/20^20-29, 116.199.208.0/21^21-29, 210.54.56.0/21^21-29, 210.79.48.0/21^21-29, 202.127.8.0/22^22-29, 210.54.148.0/22^22-29, 210.55.12.0/22^22-29, 202.37.82.0/23^23-29, 202.175.142.0/23^23-29, 203.84.134.0/23^23-29, 192.203.216.0/24^24-29, 202.27.77.0/24^24-29, 202.36.170.0/24^24-29, 202.37.19.0/24^24-29, 202.37.173.0/24^24-29, 202.37.194.0/24^24-29, 202.49.187.0/24^24-29, 202.49.233.0/24^24-29, 202.49.246.0/24^24-29, 202.50.167.0/24^24-29, 202.50.246.0/24^24-29, 202.174.160.0/24^24-29, 203.86.200.0/24^24-29, 210.54.12.0/24^24-29, 210.55.1.0/24^24-29, 210.55.8.0/24^24-29, 210.55.199.0/24^24-29, 202.27.188.128/25^25-29, 210.55.0.0/25^25-29, 210.55.180.128/26^26-29, 210.55.193.64/27^27-29 admin-c: RPA1-NZRR tech-c: RPA1-NZRR notify: rpsl-admin(a)nzix.net notify: nznog(a)list.waikato.ac.nz notify: ricky.tipper(a)team.orcon.net.nz mnt-by: MAINT-NZRR-NZ changed: rpsl-admin(a)nzix.net 20080227 source: NZRR REPLACED BY: route-set: AS9560:RS-ROUTES:AS17746 descr: advertised to AS9560 by Orcon Internet Limited - AS17746 members: 60.234.0.0/16^16-29, 121.98.0.0/16^16-29, 156.62.0.0/16^16-29, 202.150.96.0/19^19-29, 203.99.0.0/19^19-29, 203.96.192.0/20^20-29, 219.88.128.0/20^20-29, 219.88.240.0/20^20-29, 116.199.208.0/21^21-29, 120.136.48.0/21^21-29, 210.54.56.0/21^21-29, 210.79.48.0/21^21-29, 202.127.8.0/22^22-29, 210.54.148.0/22^22-29, 210.55.12.0/22^22-29, 202.37.82.0/23^23-29, 202.175.142.0/23^23-29, 203.84.134.0/23^23-29, 192.203.216.0/24^24-29, 202.27.77.0/24^24-29, 202.36.170.0/24^24-29, 202.37.19.0/24^24-29, 202.37.173.0/24^24-29, 202.37.194.0/24^24-29, 202.49.187.0/24^24-29, 202.49.233.0/24^24-29, 202.49.246.0/24^24-29, 202.50.167.0/24^24-29, 202.50.246.0/24^24-29, 202.174.160.0/24^24-29, 203.86.200.0/24^24-29, 210.54.12.0/24^24-29, 210.55.1.0/24^24-29, 210.55.8.0/24^24-29, 210.55.199.0/24^24-29, 202.27.188.128/25^25-29, 210.55.0.0/25^25-29, 210.55.180.128/26^26-29, 210.55.193.64/27^27-29 admin-c: RPA1-NZRR tech-c: RPA1-NZRR notify: rpsl-admin(a)nzix.net notify: nznog(a)list.waikato.ac.nz notify: benny.treefoot(a)team.orcon.net.nz mnt-by: MAINT-NZRR-NZ changed: rpsl-admin(a)nzix.net 20080516 source: NZRR ------------------------------------------------------------

1 0

Re: [nznog] ip ranges
by Anton Smith 15 May '08

15 May '08

> > From: Nathan Ward <nznog(a)daork.net> > Subject: Re: [nznog] ip ranges > To: nznog <NZNOG(a)list.waikato.ac.nz> > Message-ID: <D35CD246-4629-40DB-B460-171B46B9B877(a)daork.net> > Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes > > On 14/05/2008, at 4:49 PM, Vaafuti Alauni (Vaa) wrote: > > > Thanks guys for your fast responses, > > > > some sites some of our customers are having troubles with are : > > sites within tv3.co.nz (doubleclick.net) > > sites within tvone.co.nz (tvoneondemand.co.nz) > > some links in yellow.co.nz and white pages. > > > > the specific ranges that our customers sourcing from is the > > 202.68.86.0/23 > > > Your customers are complaining about not being able to see > advertisements on the TV3 website? :-) > > Looks to me like your BGP advertisements are a bit wierd, but it's > hard to be sure from where I'm sitting. > For example, WIX has 202.68.86/24, and 202.68.87/24. Why are you not > advertising that as a /23? > > APE doesn't have either prefix, or the /23. It does seem to have > 202.68.94/23 though, which is in your /19. > > Both appear internationally as /24s, no /23 - this means that those > other NZ networks /should/ see your traffic, unless you have some kind > of filtering in place. You don't have strict RPF or anything do you? > > Do you have routes to reach those networks? I assume so, if you're > able to reach them from some of your prefixes. > > I also notice that subnets of 202.68.87/24 appear on WIX - a /27 and > a /28. Are these the customers that are having problems? > > Aggregation would be good while we're at it: > http://www.cidr-report.org/cgi-bin/as-report?as=AS24183&view=2.0 I wonder if those sites are with (or transited by) telstraclear, I remember their transparent proxy causes problems similar to this in our network at times. I think it might even have been you (Nathan) that pointed out its existence to me :). I ran into problems with it by advertising more specific prefixes at WIX. Since we got rid of that it seems to be okay. Regards, Anton

2 1

TNC Christchurch
by Russell Tester 13 May '08

13 May '08

Hi all, I'd like to gauge the interest level for a Thursday night curry in Christchurch. I myself am becoming quite a curry fan, and unless my radar is faulty aren't aware of any similar regular event for like minded individuals down here in the south. If you are interested I'd appreciate a reply off list and if there is enough interest we can see about formalizing the proceedings. Cheers, Russ

1 0

ip ranges
by Vaafuti Alauni (Vaa) 13 May '08

13 May '08

Hi everyone, Hope anyone can help me here. My problem is, some of our IP ranges appear to be filtered by some network providers. Could anyone please point me to the right direction or unblock our ranges ? Our ranges are : 202.20.0.0/21 - I believe this does not have any issues 202.68.80.0/21 - some blocks in this /21 have issues connecting to some sites, 202.68.86.0/23 Thanks kindly

4 5

Orcon Bandwidth Issues today..
by Chris Hodgetts 12 May '08

12 May '08

Hello, I am just wondering if anyone else is experiencing issues with Orcon's bandwidth as of late. We seem to be getting about 87% packet loss from the following hop. 3. ge-0-3-0-200.cr1.nct.orcon.net.nz 87% 69 520 2 2 4 47 This seems to be causing issues more for download than upload, upload speeds +1.5mbit download speeds about 20 - 40kbps.... but that makes sense because out of the 520 packets, only 69 have been returned. I have noticed these issues for both National and International, however International more noticeable. Orcon advised that: Update (2008-05-12): The expected fix is taking slightly longer to deploy than we had originally anticipated. This should be resolved this week. ...This week... anyway.... I don't actually think that status was in relation to this, but I loved the "should be resolved this week". great estimate. I called Orcon today at about 16:45, but by the time anyone answered me it was just on 17:00 and all corp. support had gone home, but they assured it was being looked into, but could not give me a reference number. Anyway........... it's about time for a beer.... (not that I drink)

5 4