- NZNOG - lists.nznog.org

Notification of NZRR Database changes
by NZRR Database Notifications 11 Jul '06

11 Jul '06

Dear Colleague, This is to notify you that some object(s) in NZRR database which you either maintain or are listed as to-be-notified have been added, deleted or changed. These objects are used to configure the various NZIX route servers (http://nzix.net/) so you can expect the relevant servers to be reloaded in the near future. The reloading of the servers is staggered over a period of time so that if you are peering with both servers at an exchange, you can maintain at least one BGP session at all times and consequently a full set of routes. --- PREVIOUS OBJECT: route-set: AS9560:RS-ROUTES:AS24324 descr: advertised to AS9560 by BCL - AS24324 members: 124.157.64.0/19^19-29, 202.49.128.0/21^21-29, 202.49.183.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: sainesh.singh(a)bclnz.com mnt-by: MAINT-NZRR-NZ changed: rpsl-admin(a)nzix.net 20060405 source: NZRR REPLACED BY: route-set: AS9560:RS-ROUTES:AS24324 descr: advertised to AS9560 by Broadcast Communications Ltd - AS24324 members: 124.157.64.0/19^19-29, 202.49.128.0/21^21-29, 202.27.83.0/24^24-29, 202.36.75.0/24^24-29, 202.36.154.0/24^24-29, 202.37.168.0/24^24-29, 202.49.183.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: smc(a)bclnz.com mnt-by: MAINT-NZRR-NZ changed: rpsl-admin(a)nzix.net 20060712 source: NZRR

1 0

Sky tower wireless providers
by Barry Murphy 11 Jul '06

11 Jul '06

Hey guys, Let me start by asking you to reply offlist. I'm moving into a flat in auckland CBD (13 floors up) and have a clear view of the entire sky tower, i'm looking for stable wireless service (APE only) so I can get to my systems on Orcons network. If you have radio gear on Level 48 pointing towards Quay street or Anzac Ave (where I am) and can offer reliable cheap ape circuit, 2-10mb unmetered (I dont expect to use that much) which I can use VoIP with, please contact me. And incase I was off topic, I'll offer beer in return. Cheers Barry

1 0

zebra/quagga bgp dumps
by Jamie Baddeley 11 Jul '06

11 Jul '06

Hi, I'd quite like to get my hands on a copy of Marco D'itri's zebra/quagga dump parser. Currently the site http://www.linux.it/~md/software/zebra-dump-parser.tgz is unreachable, does anyone have a copy locally? cheers jamie

12 13

APRICOT 2007 Call for Papers
by Jonny Martin 10 Jul '06

10 Jul '06

Hi All. The APRICOT 2007 call for papers is now open, as per the following. Historically there has been a disproportionally small number of NZ attendees at these conferences so I encourage you all to have look at submitting a proposal and/or attending. Cheers, Jonny Martin APRICOT Program Committee --- Asia Pacific Regional Internet Conference on Operational Technologies (APRICOT) Bali, Indonesia 21st Feb - 2nd March 2007 http://www.2007.apricot.net Call for Papers The APRICOT 2007 Program Committee is now seeking contributors to the program. This is the main call for Presentations & Tutorials before the final program is fixed. We would like to give people the opportunity to submit their proposals early and to encourage people in the Asia Pacific region who have not previously presented their work to do so. We are looking for people who would like to: * Offer a technical tutorial on an appropriate topic; and/or * Participate in the technical conference sessions as a speaker; and/or * Convene and chair a Birds of a Feather (BOF) session. CONFERENCE MILESTONES --------------------- Call for Papers Opens: 1 July 2006 Deadline for Speaker Submissions: 30 October 2006 First Draft Program Published: 15 November 2006 Final Program Published: 15 January 2007 PROGRAM MATERIAL ---------------- APRICOT 2007 will be arranged into six operational streams, each of which will contain a number of conference tracks and related tutorials. This streamed approach is designed to foster operational communities within the Asia Pacific region. Each stream will take place in the same area providing opportunity for people do further discuss and network with peers. Streams for APRICOT 2007 are: 1. Routing Operations IPv4 and IPv6 Routing, APNIC Routing and IPv6 Technical SIG, MPLS, Backbone operations. 2. Services Operations DNS, VOIP, ENUM, IDN, IDC, content and other services, APNIC DNS SIG. 3. Security Operations NSP-Sec, DDoS, Security Operations, Anti-SPAM, Anti-Malware. 4. Internet Provider Relationships IXP Operations, Peering, APNIC IX SIG. 5. Access Technologies Wireless, WiMax, Metro Ethernet, DSL, Broadband access aggregation. 6. APNIC Stream APNIC's NIR, Database, Policy SIGs. TUTORIALS Tutorials are full-day workshops which focus on a particular subject in-depth. They may be presented by a single Instructor, or a team of instructors working together. Tutorial Instructors are encouraged to also sign up to be a Speaker in the Technical Conference Program as well. You can sign up to give a tutorial and/or conference session presentation by following the instructions at the end of this message for signing up as a speaker or instructor. Tutorial topics which have successful in the past, or have been requested for this year are: - Network security, IPSec, Auditing/Forensics, DDoS Mitigation, VoIP Security - Address planning, conservation, responsibility and migration to IPv6 - High performance IP backbone routing and management - BGP MultiHoming - MPLS - IPv6 implementation - Network planning, management and traffic engineering - Internet exchanges, construction, peering and collocation - Operations, NOC, Helpdesk and other support aspects - BIND, DNSSEC, Split Horizon DNS, and Reverse and multilingual DNS - Broadband first/last mile access technologies - Mobile and wireless technologies - Content, Applications, streaming and multimedia infrastructure - VoIP, Unified messaging, scaling e-mail infrastructure, Asterisk, etc. - Hosted Essential Services (mail, DNS, etc), Server scaling, Open source - Quantitative Analysis for Internet Public Policy The program committee will consider proposals for tutorials in any of these areas, and also in new areas. There will be two days of Tutorials. Tutorials last 1/2 day or a full day and can cater to beginner through to advanced audiences. Tutorial days are typically split into four 1.5 hour sessions. If you have an idea for a tutorial subject that is not listed, please feel free to submit it to us. TECHNICAL CONFERENCE SESSIONS The Main Conference Program for 2006 will be made up of two days, with three streams each day. In addition there will be a stream focused on local (Indonesian) internet issues. Each stream will consist of four 1.5 hour sessions, with each having three or four presentations. This allows 20-30mins per presenter. Sessions are chaired by persons of appropriate expertise in the subject matter of the session and will include ample time for questions from the audience. Successful presentations from past APRICOTs have covered topics relevant to current operational deployments or new technologies not yet in wide deployment. Proposals for conference presentations are invited for topics fitting into the six streams outlined above. If you would like to give a presentation at one or more of the sessions, follow the instructions at the end of this message for signing up as a speaker or instructor. CFP SUBMISSION -------------- When considering a presentation or tutorial, remember that the APRICOT audience is mainly comprised of technical network operators and engineers with a wide range of experience levels from beginners to multi-year experience. There is a strong orientation to offer core skills and basic knowledge in the tutorials and to address issues relevant to the day-to-day operations of ISPs and network operators over the next 12 - 18 months in the conference sessions. The deadline for submissions is 30 October, 2006. Draft slides for both tutorials and conference sessions MUST be provided with CfP submissions. Final slides are to be provided by 15 January, 2007. While the majority of speaking slots will be submitted by 30 October 2006, a limited number of slots may be available for presentations that are exceptionally timely, important, or of critical operational importance. IMPORTANT NOTE -------------- APRICOT is a TECHNICAL conference so marketing and commercial content is not allowed within the program. The program committee is charged with maintaining the technical standard of APRICOT, and will therefore not accept inappropriate materials. It is expected that the presenter be a technical person and not a sales or marketing person. The audience is extremely technical and expects that the speakers are themselves very knowledgeable. All sessions provide time for questions, so presenters should expect technical questions and be prepared to deliver insightful and technically deep responses. FUNDING AND SUPPORT ------------------- APRICOT is a not-for-profit event that tries to keep the cost to attendees low so we are unable to pay the travel costs of speakers. Speakers from developing countries may be eligible for the APRICOT Fellowship Program which provides basic assistance to successful fellows to cover local living and registration expenses associated with attending the conference. Of course, Tutorial instructors will not have to pay any registration fee to attend the conference or tutorials, and Conference Speakers do not have to pay for registration to the Technical Conference. SIGNING UP AS A SPEAKER, INSTRUCTOR OR BOF Convener If you would like to be considered as a tutorial instructor, session speaker, or a convener of a BOF, please fillin the form at http:// submission.apricot.net/ More information on the conference is available at http:/www.2007.apricot.net Thanks, APRICOT Program Committee program(a)apricot.net

1 0

Re: [nznog] [address-policy-wg] 91.192/10 to be used for PI assignments to End Users
by leo vegoda 10 Jul '06

10 Jul '06

Hi Jeroen, Jeroen Massar wrote: > On Mon, 2006-07-10 at 13:50 +0200, leo vegoda wrote: >> Dear Colleagues, >> >> At recent RIPE Meetings, we have reported a steady rise in requests from >> our members for Provider Independent (PI) address space for End User >> networks. > > Any link to the slides which might contain the expected increase for the > coming years? Especially the estimated number of routes that will newly > be announced using BGP because of this would be something nice to see. Slides from RIPE 52 are available here: http://www.ripe.net/ripe/meetings/ripe-52/presentations/ripe52-plenary-ripe… We have not made a growth projection in these slides because we concentrate on reporting what has happened. Regards, -- leo vegoda Registration Services Manager RIPE NCC

1 0

91.192/10 to be used for PI assignments to End Users
by leo vegoda 09 Jul '06

09 Jul '06

Dear Colleagues, At recent RIPE Meetings, we have reported a steady rise in requests from our members for Provider Independent (PI) address space for End User networks. We have reclaimed and recycled space from closed Local Internet Registries to meet this demand, but we are nearing the point where the available PI space will run out. In the past, we made PI assignments from former Class C space (193/8 and 194/7). Because of the increasing demand for PI space, we made sure that we would be able to use some of our most recent allocation of address space to meet future requests. We have designated 91.192/10 for PI assignments to End User networks. When the former Class C space is exhausted, we will start to make PI assignments from 91.192/10. We will let you know when this happens. We are announcing a pilot prefix using the RIS beacons, you may want to update any filters that you have in place. The RIS beacons are announcing the following networks: 91.192.0.0/24 91.192.0.0/16 You can ping 91.192.0.1. Full details of reachable IP addresses and tools are available on our web site at: http://www.ris.ripe.net/debogon/debogon.html Regards, -- leo vegoda Registration Services Manager RIPE NCC

1 0

Fwd: 3G/T3G VoIP slowdown
by Jonny Martin 06 Jul '06

06 Jul '06

> From: "Neal Richardson" <Neal.Richardson(a)telecom.co.nz> > Date: 7 July 2006 12:13:51 PM > To: "Jonny Martin" <jonny(a)jonnynet.net>, "Steve Boyd" > <steve(a)consumer.org.nz> > Cc: nznog(a)list.waikato.ac.nz > Subject: RE: [nznog] 3G/T3G VoIP slowdown > > I can say with complete confidence that we do not have the > technology to "slow" VoIP traffic over our T3G network. > > > > > Regards, > > Neal Richardson > Mobile Data - Technology Manager > > T+64 4 382 5572 (Extn 46572) > M+64 27 654 3200 > Eneal.richardson(a)telecom.co.nz > Wwww.telecom.co.nz > > Level 4 - Unit 4, Telecom Centre, 49-55 Tory Street > P O Box 293, Wellington > > > > > "This communication, including any attachments, is confidential. If > you are not the intended recipient, you should not read it - please > contact me immediately, destroy it, and do not copy or use any part > of this communication or disclose anything about it. Thank you. > Please note that this communication does not designate an > information system for the purposes of the Electronic Transactions > Act 2002." > > > > -----Original Message----- > From: Jonny Martin [mailto:jonny(a)jonnynet.net] > Sent: Thursday, 6 July 2006 12:16 p.m. > To: Steve Boyd > Cc: nznog(a)list.waikato.ac.nz > Subject: Re: [nznog] 3G/T3G VoIP slowdown > > > Anyone know about VoIP packets being slowed on either Telecom or > > Vodafones 3G networks? > > I've always had good experiences running VoIP packets over both T3G > and Vodafone's 3G network. Of course, I don't form a very large > sample. > > Telecom have in the past spent many an engineer's time on projects to > specifically bust the VoIP, however by far their most effective > weapon to date is a largely crap (pick your metric) access network. > That said, there are some quite impressive RTP/P2P busters available > if required - verso.com, amongst others. What's it called, oh yeah, > QOS :). > > As with most providers they're simply reserving the right to block/ > jumble/charge a premium for particular traffic types. Each to their > own. > > Cheers, > Jonny. > >

1 0

3G/T3G VoIP slowdown
by Steve Boyd 05 Jul '06

05 Jul '06

Hi I'm helping one of my colleages do some research for a follow up to this article on 3G VoIP being slowed: http://www.consumer.org.nz/newsitem.asp?docid=2624&category=News&topic=I SPs%20able%20to%20slow%20down%20VoIP%20services Anyone know about VoIP packets being slowed on either Telecom or Vodafones 3G networks?

3 2

Re: [nznog] Procedure for handling a new spammer
by Justin Cook 05 Jul '06

05 Jul '06

I don't really think they were doing superlarge volume at this point, just your usual commercial spammer who desperately wants to appear legitimate. Cheers though, I'll keep it in mind. TreeNet Admin wrote: > Give iconz a day or so to handle the problem. > Then if they are still there and spamming. > You may want to check all the details you can of the outfit with the > spammer database at spamhaus.org. Like with brendan battles, they may > already have a listing and certainly have the ability to negotiate > with iconz on a large scale. > > I also have a few other channels I can push the info down depending on > the nature of the spam, to get it spread around if you want to send > some of the messages (in full) to my abuse(a)treenetnz.com box. > > Amos Jeffries > > ----- Original Message ----- From: "Justin Cook" <skull(a)skull.co.nz> > To: "NZNOG" <nznog(a)list.waikato.ac.nz> > Sent: Wednesday, July 05, 2006 11:50 AM > Subject: [nznog] Procedure for handling a new spammer > > >> There's a new outfit who seem to like bulk unsolicited email. It's >> pretty annoying as they're using Iconz as well and while I'm not totally >> clear on the specifics, this can't be good for any Iconz customers like >> me who don't want to be RBLed through someone else's behaviour. >> >> I've sent the spammer a short and sharp email as well as a note to >> abuse(a)iconz, is there anything else worth doing to help stop it in its >> tracks? >> >> _______________________________________________ >> NZNOG mailing list >> NZNOG(a)list.waikato.ac.nz >> http://list.waikato.ac.nz/mailman/listinfo/nznog >> > > > >

1 0

Re: [nznog] 3G/T3G VoIP slowdown
by Barry Murphy 05 Jul '06

05 Jul '06

Umm to my knowledge VoIP traffic is againts their terms and conditions for data calls on the T3G and vodafone. Barry > Hi I'm helping one of my colleages do some research for a follow up to > this article on 3G VoIP being slowed: > > http://www.consumer.org.nz/newsitem.asp?docid=2624&category=News&topic=I > SPs%20able%20to%20slow%20down%20VoIP%20services > > Anyone know about VoIP packets being slowed on either Telecom or > Vodafones 3G networks? > > > _______________________________________________ > NZNOG mailing list > NZNOG(a)list.waikato.ac.nz > http://list.waikato.ac.nz/mailman/listinfo/nznog >

1 0