- NZNOG - lists.nznog.org

Peering with Orcon Internet
by Craig Whitmore 17 Jun '01

17 Jun '01

Any ISP wanting to Peer with Orcon Internet Directly @ APE please let me know to arrange it. Thanks Craig Whitmore Orcon Internet http://www.orcon.net.nz -------------------------------------------------------------------- APE IP: 192.203.154.66 AS:17746 ip prefix-list ORCON-networks description Orcon Internet <noc(a)orcon.net.nz> ip prefix-list ORCON-networks seq 5 permit 210.55.12.0/24 ip prefix-list ORCON-networks seq 10 permit 210.55.13.0/24 ip prefix-list ORCON-networks seq 15 … [View More]

2 1

Public providers and ASN on WIX
by Simon Blake 17 Jun '01

17 Jun '01

Matthew Grant from Plain was asking who the WIX route servers pee with, I figured the results may be of interest to others peering or considering peering on WIX: neighbor 202.7.0.1 remote-as 9439 neighbor 202.7.0.1 description Citylink neighbor 202.7.0.49 remote-as 2687 neighbor 202.7.0.49 description AT-T ! neighbor 202.7.0.65 remote-as 7714 ! neighbor 202.7.0.65 description Netlink1 neighbor 202.7.0.76 remote-as 9736 neighbor 202.7.0.76 description Domainz neighbor 202.7.0.78 … [View More]

3 2

XTRA, blacklisted by 'mail.com' --- WHY?
by Chris Wedgwood 17 Jun '01

17 Jun '01

At present, some of my outband email is sent through XTRA's mail-server(s) as they block outgoing SMTP access when you are inflicted with Jetstream/Jetstart through Xtra. Not that I really mind all that much, it works pretty much flawlessly and Xtra are arguably being good people by blocking nasty evil users from injecting spam into other peoples open-relays (perhaps they block other ports too --- maybe someone from Xtra can comment?). Now, this just occured, which again doesn't really bother … [View More]

5 5

Lots of broken mail at Xtra
by Martin D Kealey 14 Jun '01

14 Jun '01

Has anyone else noticed a recent downturn in mail deliverability for domains hosted by Xtra? In particular, in the last month I have had 3 mailing lists royally screwed by having various clients of Xtra decide to disregard the envelope addressee and send the mail back into the list injection point. The common features in all cases have been the primary MX is mta.xtra.co.nz the mail is collected from there using a POP client the mail is then fed to an Exchange Server The first one was the … [View More]

16 29

Orcon APE connection - FIXED :-)
by Seeby Woodhouse - Orcon 13 Jun '01

13 Jun '01

Hi there everyone Our connection to APE now works properly :-) The problem was a faulty Fibre to Ethernet tranciever at Clear's end of the link. We have been doing tests for several hours, and the link looks stable enough to start putting traffic on. We are interested in peering with as many people as possible up here - because after all - that's what APE is for. I will post our ASN, prefixes etc tomorrow Cheers Seeby Orcon Internet - www.orcon.net.nz --------- To unsubscribe from … [View More]

2 1

Re: Orcon APE connection woes
by Seeby Woodhouse - Orcon 13 Jun '01

13 Jun '01

Hmm we have forced full-duplex and turned off auto-negotiation on our Catalyst 5000 switch - but we have also tried all the other settings possible. Clear have told us to set it to 10Mbps Full-Duplex - so that's what it is at present. Cheers Seeby Orcon Internet - www.orcon.net.nz ----- Original Message ----- From: "Ian Quinn" <iquinn(a)juniper.net> To: "Seeby Woodhouse - Orcon" <seeby(a)orcon.net.nz> Sent: Wednesday, June 13, 2001 6:42 PM Subject: RE: Orcon APE connection woes … [View More] > > I had some problems recently that were marginally similar. Although I had > the speed and duplex settings configured, it didn't come right until I > turned off auto negotiation as well (eg no negotiation or something along > those lines). > > No idea if it's your problem - just seems familiar. > > Good luck :-) > > Regards / Ian > > -----Original Message----- > > From: Seeby Woodhouse - Orcon [mailto:seeby(a)orcon.net.nz] > > Sent: Wednesday, 13 June 2001 6:27 p.m. > > To: NZNOG Mailing List > > Subject: Orcon APE connection woes > > > > > > Hi there everyone > > > > Orcon has just had a 10Mbit IPExpress connection to APE > > completed, and I > > have been fighting with it all day. > > > > If we ping anyone on APE, then we get around 2/3's of the > > pings through, and > > 1/3 are dropped. > > This happens in a pattern of 1/3 drop, 2/3 get through. > > > > I talked with Clear and they said that it could be the > > IPExpress connection > > re-negotiating because of what is on our end, so we have been > > playing with > > the settings on our Catalyst 5000 switch - we have forced the > > port to our > > IPExpress connection full duplex / half duplex / 100mb / 10mb > > but they all > > seem to give the same results. > > > > Clear has advised us to set our equipment to 10Mbit full > > duplex - so that's > > what it is at present. > > > > The connection from IPExpress is then VLan'd from our > > Catalyst switch into > > our core Cisco 7505 router. > > > > A ping report of 300 pings to ihug.ape.net.nz looks like this > > > > --------------------------------------------------- > > ORCON7505#ping > > Protocol [ip]: > > Target IP address: ihug.ape.net.nz > > Repeat count [5]: 300 > > Datagram size [100]: > > Timeout in seconds [2]: > > Extended commands [n]: > > Sweep range of sizes [n]: > > Type escape sequence to abort. > > Sending 300, 100-byte ICMP Echos to 192.203.154.36, timeout > > is 2 seconds: > > ........!!!!!!!!!!!!!!!!!!!!!..........!!!!!!!!!!!!!!!!..........!!!!! > > !!!!!!!!!!!!!!!...........!!!!!!!!!!!!!!!!!!!!!!...........!!!!!!!!!!! > > !!!!!!!!!!!!...........!!!!!!!!!!!!!!!!!!!!!!!!!...........!!!!!!!!!!! > > !!!!!!!!!...........!!!!!!!!!!!!!!!!!!!!!..........!!!!!!!!!!!!!!!!!!! > > !!..........!!!!!!!! > > Success rate is 65 percent (197/300), round-trip min/avg/max > > = 1/3/24 ms > > -------------------------------------------------- > > > > Can anyone shed any light on this? > > > > Is this related the the spanning tree problems that have been > > happening up > > at APE recently? > > Or should we be hassling Clear about the service..... > > > > Cheers > > Seeby > > > > Orcon Internet - www.orcon.net.nz > > > > > > --------- > > 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 [View Less]

4 6

Zfree Delibratley slowing down access to Orcon's network
by Seeby Woodhouse - Orcon 13 Jun '01

13 Jun '01

It seems that Zfree is delibratley slowing down Internet access to some of Orcon's internal network. If we test by dialing up using a Zfree account, most of our network is blazingly fast, however access to our Mail server and FreeHost server is painfully slow. (mail.orcon.net.nz and freehost.orcon.net.nz) Last time we informed them of this problem, the issue mysteriously went away - but now it is back again a week later. I suspect that Zfree is delibratley rate-shaping the amount of traffic … [View More]

2 1

Re: Orcon APE connection woes
by Seeby Woodhouse - Orcon 12 Jun '01

12 Jun '01

Hi there Tim I don't want to put any traffic over to APE until this link is working properly. As you know, BGP won't detect packet loss, so it is still better to keep sticking all our Traffic via Telecom until this issue is resolved. As soon as the link works reliably - then we will want to peer with everyone that we can. Hopefully we'll be able to get sub 10ms pings to most ISP's in the country at the end of this ;-) Cheers Seeby Orcon Internet - www.orcon.net.nz ----- Original Message --… [View More]--- From: "Tim Philips" <tim.philips(a)attica.co.nz> To: "Seeby Woodhouse - Orcon" <seeby(a)orcon.net.nz> Sent: Wednesday, June 13, 2001 6:52 PM Subject: Re: Orcon APE connection woes > On Wed, 13 Jun 2001, Seeby Woodhouse - Orcon wrote: > > Seeby, > > We have had this problem before. Well are still having it with our > Tangent 100Mb. I will see what I can find. Would you like to peer with > us also once your link is up and running. > > If you do provide us with a prefix list and I or one of the other guys > will sort it all out. > > > Hi there everyone > > > > Orcon has just had a 10Mbit IPExpress connection to APE completed, and I > > have been fighting with it all day. > > > > If we ping anyone on APE, then we get around 2/3's of the pings through, and > > 1/3 are dropped. > > This happens in a pattern of 1/3 drop, 2/3 get through. > > > > I talked with Clear and they said that it could be the IPExpress connection > > re-negotiating because of what is on our end, so we have been playing with > > the settings on our Catalyst 5000 switch - we have forced the port to our > > IPExpress connection full duplex / half duplex / 100mb / 10mb but they all > > seem to give the same results. > > > > Clear has advised us to set our equipment to 10Mbit full duplex - so that's > > what it is at present. > > > > The connection from IPExpress is then VLan'd from our Catalyst switch into > > our core Cisco 7505 router. > > > > A ping report of 300 pings to ihug.ape.net.nz looks like this > > > > --------------------------------------------------- > > ORCON7505#ping > > Protocol [ip]: > > Target IP address: ihug.ape.net.nz > > Repeat count [5]: 300 > > Datagram size [100]: > > Timeout in seconds [2]: > > Extended commands [n]: > > Sweep range of sizes [n]: > > Type escape sequence to abort. > > Sending 300, 100-byte ICMP Echos to 192.203.154.36, timeout is 2 seconds: > > ........!!!!!!!!!!!!!!!!!!!!!..........!!!!!!!!!!!!!!!!..........!!!!! > > !!!!!!!!!!!!!!!...........!!!!!!!!!!!!!!!!!!!!!!...........!!!!!!!!!!! > > !!!!!!!!!!!!...........!!!!!!!!!!!!!!!!!!!!!!!!!...........!!!!!!!!!!! > > !!!!!!!!!...........!!!!!!!!!!!!!!!!!!!!!..........!!!!!!!!!!!!!!!!!!! > > !!..........!!!!!!!! > > Success rate is 65 percent (197/300), round-trip min/avg/max = 1/3/24 ms > > -------------------------------------------------- > > > > Can anyone shed any light on this? > > > > Is this related the the spanning tree problems that have been happening up > > at APE recently? > > Or should we be hassling Clear about the service..... > > > > Cheers > > Seeby > > > > Orcon Internet - www.orcon.net.nz > > > > > > --------- > > To unsubscribe from nznog, send email to majordomo(a)list.waikato.ac.nz > > where the body of your message reads: > > unsubscribe nznog > > > > -- > Thanks, > Tim Philips > --------- To unsubscribe from nznog, send email to majordomo(a)list.waikato.ac.nz where the body of your message reads: unsubscribe nznog [View Less]

1 0

Orcon APE connection woes
by Seeby Woodhouse - Orcon 12 Jun '01

12 Jun '01

Hi there everyone Orcon has just had a 10Mbit IPExpress connection to APE completed, and I have been fighting with it all day. If we ping anyone on APE, then we get around 2/3's of the pings through, and 1/3 are dropped. This happens in a pattern of 1/3 drop, 2/3 get through. I talked with Clear and they said that it could be the IPExpress connection re-negotiating because of what is on our end, so we have been playing with the settings on our Catalyst 5000 switch - we have forced the port … [View More]

1 0

WHOIS Survey - DNSO
by Andy Linton 12 Jun '01

12 Jun '01

The DNSO is conducting a survey on ICANN's WHOIS policy. http://www.icann.org/dnso/whois-survey-en-10jun01.htm --------- 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: subscribe NZOG
by Lindsay Druett 12 Jun '01

12 Jun '01

How does the subscribe kit work ? > -----Original Message----- > From: Michael White [mailto:MWHITE(a)clear.co.nz] > Sent: Wednesday, 13 June 2001 14:40 > To: Michael White; nznog(a)list.waikato.ac.nz; 'Juha Saarinen' > Subject: RE: subscribe NZOG > > Damn, wrong kit. > > Mike > > ---------- > From: Juha Saarinen > Sent: Wednesday, 13 June 2001 2:33 PM > To: 'Michael White'; nznog(a)list.waikato.ac.nz > Subject: RE: subscribe NZOG &… [View More]

1 0

RE: subscribe NZOG
by Michael White 12 Jun '01

12 Jun '01

Damn, wrong kit. Mike > ---------- > From: Juha Saarinen > Sent: Wednesday, 13 June 2001 2:33 PM > To: 'Michael White'; nznog(a)list.waikato.ac.nz > Subject: RE: subscribe NZOG > > Heres how to unsubscribe: > > > Errr... I think the person wants to subscribe. > > -- Juha > >

2 1

RE: subscribe NZOG
by Michael White 12 Jun '01

12 Jun '01

> ---------- > From: Te Aroha > Sent: Wednesday, 13 June 2001 2:13 PM > To: nznog(a)list.waikato.ac.nz > Subject: subscribe NZOG > > Hi there > > Can you please subscribe me to this mailing list. > > Cheers > > > Te Aroha > Maxnet Support Team > Customer Services Supervisor > support(a)maxnet.co.nz > Ph: 0508 MAXNET > Ph: (09) 300-7555 Tech Support > Ph: (09) 300-7222 Office > > > > Heres how to unsubscribe:… [View More] > > First, ask your Internet Provider to mail you an Unsubscribing Kit. > Then follow these directions. > > The kit will most likely be the standard no-fault type. Depending on > requirements, System A and/or System B can be used. When operating > System A, depress lever and a plastic dalkron unsubscriber will be > dispensed through the slot immediately underneath. When you have > fastened the adhesive lip, attach connection marked by the large "X" > outlet hose. Twist the silver- coloured ring one inch below the > connection point until you feel it lock. > > The kit is now ready for use. The Cin-Eliminator is activated by the > small switch on the lip. When securing, twist the ring back to its > initial condition, so that the two orange lines meet. Disconnect. > Place the dalkron unsubscriber in the vacuum receptacle to the rear. > Activate by pressing the blue button. > > The controls for System B are located on the opposite side. The red > release switch places the Cin-Eliminator into position; it can be > adjusted manually up or down by pressing the blue manual release > button. The opening is self- adjusting. To secure after use, press > the green button, which simultaneously activates the evaporator and > returns the Cin-Eliminator to its storage position. > > You may log off if the green exit light is on over the evaporator . > If the red light is illuminated, one of the Cin-Eliminator > requirements has not been properly implemented. Press the "List Guy" > call button on the right of the evaporator . He will secure all > facilities from his control panel. > > To use the Auto-Unsub, first undress and place all your clothes in > the clothes rack. Put on the velcro slippers located in the cabinet > immediately below. Enter the shower, taking the entire kit with you. > On the control panel to your upper right upon entering you will see a > "Shower seal" button. Press to activate. A green light will then be > illuminated immediately below. On the intensity knob, select the > desired setting. Now depress the Auto-Unsub activation lever. Bathe > normally. > > The Auto-Unsub will automatically go off after three minutes unless > you activate the "Manual off" override switch by flipping it up. When > you are ready to leave, press the blue "Shower seal" release button. > The door will open and you may leave. Please remove the velcro > slippers and place them in their container. > > If you prefer the ultrasonic log-off mode, press the indicated blue > button. When the twin panels open, pull forward by rings A & B. The > knob to the left, just below the blue light, has three settings, low, > medium or high. For normal use, the medium setting is suggested. > > After these settings have been made, you can activate the device by > switching to the "ON" position the clearly marked red switch. If > during the unsubscribing operation, you wish to change the settings, > place the "manual off" override switch in the "OFF" position. You may > now make the change and repeat the cycle. When the green exit light > goes on, you may log off and have lunch. Please close the door behind > you. > > > > [View Less]

2 1

My Bad
by Te Aroha 12 Jun '01

12 Jun '01

OK ppl's My Bad I submitted to this list instead of majordomo...Cheers to Brendan Willis, Mark Little, Gavin Quayle and crew for sorting me out...I guess supervising you guys taught me nothing. :) Te Aroha Maxnet Support Team tearoha(a)maxnet.co.nz t(a)maxnet.co.nz

1 0

subscribe NZOG
by Te Aroha 12 Jun '01

12 Jun '01

Hi there Can you please subscribe me to this mailing list. Cheers Te Aroha Maxnet Support Team Customer Services Supervisor support(a)maxnet.co.nz Ph: 0508 MAXNET Ph: (09) 300-7555 Tech Support Ph: (09) 300-7222 Office

1 0

Problem at Clear???
by Craig Whitmore 12 Jun '01

12 Jun '01

Anyone notice that Clear are unreachable from the Internet?? (Overseas/Orcon/Win Internet/etc) Thanks Craig Whitmore I Talk for Myself

5 7

RE: Lots of broken mail at Xtra
by Olof Olsson 11 Jun '01

11 Jun '01

> From: Joe Abley [mailto:jabley(a)automagic.org] > Sent: Tuesday, June 12, 2001 6:59 AM > > ETRN is actually optional with mailbagging, too. Connection attempts > will begin shortly after the mailbagging user connects, and > will repeat > at regular intervals if there is mail to deliver. > > The following script may be useful: > > for n in ${things_involving_mail} > do > olof ${n} > done > Thanks for blowing my cover Joe! :-) … [View More]

1 0

RE: Lots of broken mail at Xtra
by Ben Martel 11 Jun '01

11 Jun '01

Don, > If you really must use POP to retrieve multiple users' mail, use > multiple mailboxes and query 'em all. Better still, use a real > transport protocol. SMTP with ETRN or dial-up triggering > strikes me as a > *much* better (if not perfect) solution. <infomercial>Take a look @ CLEARs mailbagging product. It even does it on dialup connect or dial-up triggering as you suggested :)</infomercial> ~benm --------- To unsubscribe from nznog, send email to … [View More]

3 2

FW: Rootserver Change Request
by Peter Mott 06 Jun '01

06 Jun '01

Anybody got anything to say about this? Peter Mott Chief Enthusiast 2day.com -/- > ***************************************************************** > This message is being sent to 70 ISP's in New Zealand > It's a request for your company to change it's Root Server setup. > ***************************************************************** > > > To whom it may concern, > > > The Wapterix Internet Group is in the process of setting up it's online > presence. &… [View More]gt; > We are looking to offer a number of online services including hosting, > domain registration and web design to name a view. One area we > will not be > entering into is that of an ISP. We feel that there is already a good > selection and number of ISP's operating in New Zealand and for us to enter > into this sort of service would dilute our energies from the provision of > services that will be profitable for us. > > The reason for our contacting you is that we have a number of domains > relevant to our business operation that have been registered > under the ".z" > domain extension. As this extension is an alternative extension, and not > recognised by the A-Root Server, we are writing to ask that you > adjust your > name servers and resolvers to allow New Zealand internet users access to > this extension. > > The extension is controlled by ADNS.net through their site, www.adns.net, > where you will be able to find information on how, as an ISP, you > can change > your servers so that domains under this extension are visible to the > internet users of New Zealand. > > ADNS use the ORSC Root Server (www.open-rsc.org) rather than the A Root > Server given that they are an alternative extension. This Root > Server has a > large number of internet users accessing it, and offers the added > advantage > that users, while being able to access alternative extensions > covered by the > ORSC Root Server, they can also access all generic extensions - > .com, .net, > .org, .co.nz - and so on. > > We have chosen to operate domains under the ".z" extension in > support of our > belief that the internet should be not be controlled by one > governing body, > and that individuals should be free to choose any extension that > suits their > operation and/or operate their own extensions, provided those > extensions do > not legally interfere with the operation of extensions operated by other > individuals or organisations. We hope you accept our view and > will support > us in our operation by changing your servers accordingly allowing us to > operate our domains, and New Zealand internet users the ability to access > our domains. > > Should you have any querries please do not hesitate to contact me. I will > be more than willing to answer any questions you may have. > > > Yours > > Trevarr McCarthy > President > The Wapterix Internet Group --------- To unsubscribe from nznog, send email to majordomo(a)list.waikato.ac.nz where the body of your message reads: unsubscribe nznog [View Less]

7 7

VOIP, the next big test.
by Roger De Salis 05 Jun '01

05 Jun '01

This is sufficiently thought provoking and on-topic that I thought it worthy of posting. RDS. The article disses Cisco fairly thoroughly (there are also some compliments as well). I've added some comments at the bottom. Feel free to discard my comments as appropriate. -----Original Message----- From: Peter Ecclesine [mailto:petere(a)aimnet.com] Sent: Monday, 4 June 2001 9:59 PM To: wireless Subject: Comments on Australia's VOIP nets From: Frank A. Coluccio Thursday, May 31, 2001 12:35 PM … [View More]Glenn Turner, who apparently operates the Australian Academic and Research Network has some very interesting IMO things to say about running voice over the Internet. This is from the ongoing discussion on NANOG that questions: QOS or More Bandwidth? Enjoy, FAC ================snip begins: <so and so> wrote: > > > Whenever I did the cost of deploying and managing fancy QoS > > and compared it with the cost of getting and managing more > > capacity, it was always MUCH MUCH cheaper to get and manage > > more capacity than to mess with more QoS. > > We did one VoIP network deployment, and I tried each of the > different QoS services in IOS at that time (about 18 months ago) > both in the lab and in the field, and more bandwidth was the > answer then. Interesting. We have a national VoIP network which handles long-distance calls for the Australian universities. It's not a trial, it's a real VoIP rollout that interconnects the PBXs of the universities. We think that's about 300,000 handsets. More bandwidth doesn't cut it, as the voice calls then fail during DDOS attacks upon the network infrastructure. It's not too hard to fill even a 2.5Gbps link when new web servers come with gigabit interfaces and when GbE campus backbones are being rolled out. If these DDOS attacks use protocols like UDP DNS then traffic shaping the protocol is problematic and the source IP subnet from where the attack is launched needs to be filtered instead. Just finding and filtering a DDOS source can easily take more than five minutes, which pushes the availability to less than 99.999% and leads to legal issues with telecommunications regulators about access to emergency services. We found the Cisco low latency queuing to be adequate. It still has a fair amount of jitter, but not enough to matter for VoIP calls with a diameter of 4,000Km. We do have issues with Cisco's 7500: dCEF is still problematic, but needed for the LLQ feature. The QoS features are too linked to the hardware (you can't configure a service-policy that is enacted on the VIP or main CPU, depending upon the hardware). Despite QoS being most needed on cheap E1/T1 links, they expect you to upgrade to a many thousand dollar VIP4 to support QoS. We police access to QoS by source IP address, mapping non-conforming traffic to DSCP=0. As this requires an access list executed for each packet, the number of VoIP-speaking connecting sites to 50 or so, and requires H.323/SIP proxies at the edge of the sites. We don't use IntServ. When a link is down RSVP takes so long to find an alternative path that the telephone user hangs up. So what we are really waiting for is the implementation of the combined IntServ/DiffServ model so that hosts on member networks can do local authentication and bandwidth reservation and we can police the amount of QoS traffic presented at each edge interface. "Local authentication and bandwidth reservation" also hides a host of issues that are yet to be fully addressed. Most universities don't even *have* an authentication source that covers everyone that can use IP telephony. In practice, even with our deliberately simplistic implementation this whole area is a IOS version nightmare. There's no excuse for a monolithic statically-linked executable in this day and age. Hopefully Juniper's success with monolithic kernel and user-space programs will lead to Cisco looking to leapfrog the competition and adopt the on-the-fly upgradable software modules as described in Active Bridging (1997). Having dissed Cisco, I should point out that their H.323/ISDN gateway software that runs on their RAS boxes (5300, etc) was the most solid of all the manufacturers we tested and Cisco was the vendor most willing to fix the differing interpretations of ISDN we enountered when we connected the North American-developed RAS to our European-developed PABXs (Ericsson MD110, Alcatel, etc). ------------------------- As far as the "engineering staff costs" argument goes, we have found that they the real engineering time goes into hardening the existing infrastructure. When carrying voice every engineering shortcut you have taken comes back to haunt you -- clocking problems, a low percentage of CRCs, ATM links with no OAM, synchronous links with carrier nailed high. Very little of the costs were due to the configuration of the routers. Most of the cost was incurred at the edge of the network, where there is a greater variety of devices, less correct engineering, and worse configuration control. > The trans-Pacific problem is being solved. Give it another > 6-18 months and fibre between US/CA and ANZ or JP or SG should > drop significantly in price. Although the price will drop, it will never drop to the levels of trans-Atlantic prices. Even then, countries like Fiji which have landing points would find it hard to raise the millions required to buy an STM-1 from that landing point. You can make a case that North America is unique. It doesn't have 2,000Km expanses with no population centers. It isn't split off from the remainder of the world by mountain ranges so high that to do an hour's lifting can take a week. It doesn't have a population so huge that training people to lay fiber is in itself a massive undertaking. In these cases, no amount of money will buy you more bandwidth tomorrow and the engineering costs of QoS and TE are immediately worthwhile. VoIP and QoS let you use all of the long-haul optical capacity for IP, whereas the slower growth of the Internet in North America allowed the running parallel Internet and PSTN networks. -- end snip -- 'Time doesn't fool around.' 'without prejudice' U.C.C. 1-207 ======= End of Article ============================================= Comments by Rog. Please discard if you think not appropriate to this list. Cisco 7500, this was a pretty cool box 5 years ago. You all bought lots of them. We acknowledge it is now struggling to keep up, due to all the bandwidth. We'll trade it at favourable rates to help. Current thinking within Cisco is.... 7500 is a 5Gbps box. (really 4 x 1.25Gbps box). 6509/7600OSR is a 256Gbps box. Sufficient horsepower for long and complex ACL lists to counter DDOS attacks (but how do you find and load the source of the attack into the ACL swiftly?) 16 port GE cards means price of GE is slightly below US$1K/port. (7600-OSR appears to me to be 6509 with Optical Service Modules, STM-4, STM-16, GigE blades????? No we don't know why they did this either?) Fiji. The cost of an STM-1 card is about 5-10K. Double it for reliable service. So the millions referred to is really about how the Southern Cross consortium recover their investment dosh. Doing a sweet-heart deal for Fiji, and setting a price that Fiji can afford, sets a very unwelcome precedent for negotiations with other countries. So effectively Fiji misses out, and the country most in need of low-cost communications cannot have it. This is of interest to me as the same economic situation occurs in rural NZ. If rural NZ had widely available, fast communications infrastructure (10mpbs customer access minimum), then the choice of where to run a new-economy business would be much wider. The alternative is building more roads in Auckland. London built the M25 as a possible solution, but it simply created more traffic. Yeah, you have to have both, but comms networks are cheaper to build than road networks. R -- \_ Roger De Salis Cisco Systems NZ Ltd </' +64 25 481 452 L8, ASB Tower, 2 Hunter St /) +64 4 496 9003 Wellington, New Zealand (/ roger(a)desalis.gen.nz rdesalis(a)cisco.com ` 4/4/01. Mike Volpi, Cisco's chief strategy officer, announces four key markets: VOIP, wireless LANs, content networking, streaming media. --------- To unsubscribe from nznog, send email to majordomo(a)list.waikato.ac.nz where the body of your message reads: unsubscribe nznog [View Less]

3 2

Number of AS's and Networks in NZ?
by Craig Whitmore 04 Jun '01

04 Jun '01

Has anyone a list of AS's in New Zealand I should see and the number of Networks associated with each AS? I want to make sure I am going Nationally for every place that is in New Zealand Thanks Craig Whitmore

9 14

Paradise Not Announcing Routes to Telecom?
by Craig Whitmore 04 Jun '01

04 Jun '01

I don't think paradise is announcing all their ranges to Global-gateway/telecom/netgate ... All I can see coming from Paradise's AS via Global-Gateway's AS is.. 202.0.32.0/21 202.0.40.0 202.49.136.0 202.49.137.0 202.50.109.0 203.96.144.0/20 Which means going to a few of there sites takes the long way around This is from 210.55.71.10 (Netgate DSL Ports) [root(a)lennon /root]# traceroute 203.79.66.5 traceroute to 203.79.66.5 (203.79.66.5), 30 hops max, 38 … [View More]byte packets 1 210-55-71-254.adsl.netgate.net.nz (210.55.71.254) 46.917 ms 45.328 ms 47.723 ms 2 gateway.adsl.netgate.net.nz (192.168.253.1) 42.951 ms 45.873 ms 46.387 ms 3 202.37.247.253 (202.37.247.253) 247.152 ms 293.514 ms 228.592 ms 4 p1-1.akbr2.global-gateway.net.nz (202.50.116.161) 129.325 ms 170.006 ms 162.937 ms 5 202.50.116.170 (202.50.116.170) 168.543 ms 176.873 ms 181.526 ms 6 a4-1-0-3.sybr1.netgate.net.nz (202.50.116.82) 195.767 ms 191.548 ms 195.817 ms 7 connect.sybr1.netgate.net.nz (202.50.116.115) 200.465 ms 216.558 ms 229.336 ms 8 atm0-1-0-27.bdr1.syd.connect.com.au (210.8.219.237) 236.039 ms 233.281 ms 169.433 ms 9 Fddi1-0-0.pad13.Sydney.telstra.net (139.130.32.5) 179.480 ms 184.586 ms 197.406 ms 10 GigabitEthernet4-0.pad-core3.Sydney.telstra.net (139.130.249.240) 197.091 ms 222.966 ms 226.596 ms 11 Pos6-0-0.nzsx-core1.Auckland.net.reach.com (203.50.126.50) 251.709 ms 244.772 ms 259.497 ms 12 FE4-1-0.b2.sxb.akl.tsnz.net (203.98.4.2) 237.052 ms 247.860 ms 192.220 ms 13 bertha.lqy.tsnz.net (203.98.21.29) 219.672 ms 203.286 ms 217.687 ms 14 fe0-0-0.kelly.paradise.net.nz (203.96.152.1) 221.610 ms 243.152 ms 240.241 ms 15 ipnet.ipnet2.paradise.net.nz (203.96.155.157) 259.118 ms 244.233 ms 225.757 ms 16 * * * 17 203-79-66-5.adsl-wns.paradise.net.nz (203.79.66.5) 219.332 ms 220.679 ms 234.058 ms Paradises announced ranges works well ... traceroute to 202.49.136.1 (202.49.136.1), 30 hops max, 38 byte packets 1 210-55-71-254.adsl.netgate.net.nz (210.55.71.254) 48.527 ms 45.405 ms 49.883 ms 2 gateway.adsl.netgate.net.nz (192.168.253.1) 45.382 ms 45.137 ms 47.048 ms 3 a3-0-1.tkcr1.netgate.net.nz (202.50.245.162) 44.982 ms 47.008 ms 45.924 ms 4 paradise.akcr1.netgate.net.nz (202.37.246.74) 57.388 ms 56.106 ms 57.412 ms 5 fe7-0-1.bertha.paradise.net.nz (203.96.152.254) 55.865 ms 55.924 ms 58.631 ms 6 203-96-144-21.cable.paradise.net.nz (203.96.144.21) 67.965 ms * 66.898 ms Thanks Craig Whitmore --------- To unsubscribe from nznog, send email to majordomo(a)list.waikato.ac.nz where the body of your message reads: unsubscribe nznog [View Less]

4 4

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

03 Jun '01

The New Zealand Network Operators' Group The New Zealand Network Operators' Group (NZNOG) has no king, president or formal membership. At present it consists of the subscribers to this mailing list, which anyone is free to join. This list has around 230 subscribers, growing by a handful 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 … [View More]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. 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 [View Less]

1 0

(fwd) Re: NOTICE TO ALL (fwd)
by Matt Camp 02 Jun '01

02 Jun '01

Posted to nz.net.admin: -- forwarded message -- I think that this will clear it all up. As the letter was sent to ALL MIS cutomers I will presume that it is not confidential in anyway, if it is I humbly appologise Alan. ######################################################################## The rumour mill is doing overtime, so it is time to make some announcements. 1: Manawatu Internet Services Ltd is closing down. 2: There will be no loss of service for MIS or Flatnet customers. The … [View More]last 9 years of operation of Manawatu Internet Services Ltd (Dawghaus BBS up until 1994) have been enjoyable and entertaining, however the stress levels associated with operating a small ISP have been taking their toll on my health for the last 2-3 years and it really has become time to move on to different fields. Mercury Telecommunications Ltd have acquired all MIS operations and will take over all DNS hosting, Webhosting and dialup accounts previously handled by Manawatu Internet Services Ltd. I am aware that almost all MIS/MFN customers have been with us for a long time, so I have been at pains to ensure that the best deal has been struck for our customers. For 95% of MIS dialup clients, the transition will be seamless. The exceptions are those people running Windows 3.* or Macintosh machines, as these machines have nameserver settings manually entered and will need to be edited. Please contact me for more details if you feel you will need assistance to change things. There are also 5-10 account names which clash with existing Quicksilver account names so changes may need to be made for checking mail - we're still working out how to resolve this small problem. Noone will have any changes made to their email address. As a great benefit of the changeover, national dialup coverage will again be available and Mercury also offer some very good toll deals. The changeover of dialup access will take place during the coming week and official notice from Mercury Telecommunications will be sent by paper mail to all MIS/MFN clients shortly. If you have any queries, please contact me by email, or by phone. I extend my thanks to all clients for their support over the years and I hope that you will all continue to support your new ISP - they _will_ provide you with continued good service and support. Alan Brown Director, Manawatu Internet Services. -- end of forwarded message -- --------- To unsubscribe from nznog, send email to majordomo(a)list.waikato.ac.nz where the body of your message reads: unsubscribe nznog [View Less]

1 0

What's up at ORBS
by Andy Linton 31 May '01

31 May '01

Looking at www.orbs.org this morning (as I frequently do (;-)) I see: Due to circumstances beyond our control, the ORBS website is no longer available. --------- To unsubscribe from nznog, send email to majordomo(a)list.waikato.ac.nz where the body of your message reads: unsubscribe nznog

6 5

FW: BLOCK: ORBS down?
by Juha Saarinen 31 May '01

31 May '01

-----Original Message----- From: Bill Maloy [mailto:Bill.Maloy(a)GOLDINC.COM] Sent: Friday, 1 June 2001 14:12 Subject: Re: BLOCK: ORBS down? > I downloaded the ORBS output_current.txt database on the May 22, 2001. Umm ... Data Size Updated ---------------------------------------------- ---------- ------------ http://homepages.tcp.co.uk/~rjb/in_curr.zip 1346297 2001/05/26 http://www.tlh.com.ar/spambusters/in_curr.zip 1346297 … [View More]

1 0

Asiaonline Peering
by Chris Hellberg 30 May '01

30 May '01

This trace is coming from a netgate-connected PC via DSL to iconz.: odysseus(a)ns1:~$ traceroute www.iconz.co.nz traceroute to www.iconz.co.nz (210.48.1.113), 30 hops max, 38 byte packets 1 gateway (192.168.100.2) 1.214 ms 1.058 ms 1.001 ms 2 172.18.0.37 (172.18.0.37) 18.447 ms 16.481 ms 16.707 ms 3 172.18.4.2 (172.18.4.2) 28.454 ms 18.017 ms 17.485 ms 4 asiaonlinenz.ape.net.nz (192.203.154.44) 18.131 ms 18.229 ms 18.473 ms 5 202.14.100.33 (202.14.100.33) 19.081 ms 18.… [View More]

8 9

NZ BGP stats
by Joe Abley 30 May '01

30 May '01

I'd like to collect some BGP data from NZ ISPs to see if I can see the same trends in RIB growth, de-aggregation and multi-homing that other people are seeing in other parts of the world. An NZ perspective might be interestingly different because of the history of pervasive peering that is absent from other environments. If possible, I'd like to take as full a BGP feed as possible from as many people as possible. Something like this, in fact: router bgp xxxx neighbor 202.89.128.76 … [View More]

5 9

Prefix's
by James Tyson 30 May '01

30 May '01

ip prefix-list attica-networks description contact: noc(a)noc.attica.net.nz ip prefix-list attica-networks permit 202.50.60.0/22 ip prefix-list attica-networks permit 202.50.170.0/24 ip prefix-list attica-networks permit 202.180.64.0/18 ip prefix-list attica-networks permit 210.55.5.0/24 ip prefix-list attica-networks permit 210.55.111.0/24 ip prefix-list attica-networks permit 210.55.157.0/24 ip prefix-list attica-networks permit 210.55.202.0/24 ip prefix-list attica-networks permit 210.55.254.… [View More]

1 0

New improved prefix list :)
by David Robb 28 May '01

28 May '01

Now with free steak knives! [1] ip prefix-list ihug-networks seq 5 permit 202.36.94.0/23 le 24 ip prefix-list ihug-networks seq 10 permit 202.37.129.0/24 ip prefix-list ihug-networks seq 15 permit 202.37.136.0/24 ip prefix-list ihug-networks seq 20 permit 202.37.182.0/24 ip prefix-list ihug-networks seq 25 permit 202.37.194.0/24 ip prefix-list ihug-networks seq 30 permit 202.49.59.0/24 ip prefix-list ihug-networks seq 35 permit 202.49.88.0/23 le 24 ip prefix-list ihug-networks seq 40 … [View More]

8 11

Search engines
by Jean-Francois Pirus 28 May '01

28 May '01

As anybody noticed any recent excess local search engine traffic. Since saturday we suddenly seem to be 'heavily indexed' by 203.97.86.133 (aka: ASDF Search NZ) and 210.48.127.49 (aka: kupe.searchnz.co.nz). It's quite obvious on our traffic graph between midnight and 6:30 am. One of them is obviously behing a 256K pipe. jfp. ------------------------------------------------------------------------ Jean-Francois Pirus <jfp(a)clearfield.com> Clearfield Software Ltd Phone (+64-9) … [View More]

1 0

Telecom "Size Core" Phone lines
by Chris Rigby 28 May '01

28 May '01

I just had to deal with Telecom over a customer of ours who was having trouble getting connected and I was wondering if anyone here had experience with or had heard of the excuse Telecom gave me. The customer in question lives on Wahiki Island and cannot connect to our pool at anything greater than 13200 (if that). After excluding all the usual problems (bad lines, bad modem etc etc) we opened a fault with Telecom who quite happily informed us that the reason it wouldn't connect at a decent … [View More]

7 7

SkillMap(tm) Assessment and Development Guidebooks
by Frontline Learning 27 May '01

27 May '01

How do you help a salesperson improve his or her selling ability if you don't know which SPECIFIC skills, habits or attitudes need to be developed or enhanced? How do you help ANY employee improve productivity unless you focus on developing SPECIFIC new abilities and behaviors? You and I have not met, but because youre a respected business professional with an interest in improving employee productivity, I would like to offer you a free preview of Frontline Learning's new SkillMap(tm) … [View More]Assessment and Development Guidebooks. These new resources can help you bring added value to your current training initiatives by targeting each employee's individual development needs. This is a truly unique approach to training, and if you're open to learning more, please read on. If this is NOT an area of interest for you, I won't take up any more of your time, and I wish you continued success. Please note - upon receipt of this message you have automatically been removed from our email marketing list. You will not receive further communication from Frontline Learning unless you proactively respond to the message that follows. Kindest regards, David Kirkeby VP, Business Development Frontline Learning MORE ABOUT SKILLMAPS ... SkillMaps are available focusing on Sales, Customer Service, Team Building, Emotional Intelligence and Professional Communication. For example, the Professional Selling SkillMap helps salespeople, sales managers and trainers pinpoint the specific selling skills, habits and attitudes they should focus on for improved performance. It includes an assessment of selling skills in 20 categories, providing a graphical representation of each individuals unique selling strengths and growth opportunities. SkillMaps can be easily integrated into your existing training program or used as a stand-alone training tool for facilitated group training sessions, self-paced individual learning and one-on-one coaching. Based upon extensive research and field validation, each skill assessment measures strengths and growth opportunities in a broad range of skill categories. Upon completion of the Assessment, a Development Guidebook provides helpful tips, methods and strategies focused on each respondents specific development needs. A Facilitation and Coaching Guide provides detailed instructions for administering the Assessment along with fully scripted 1-hour workshops (one for each skill category) including handouts, overhead masters and PowerPoint® presentations. Audio programs are available for each skill category to provide post-training skill reinforcement or enhance the effectiveness of self-paced learning and one-on-one coaching. SkillMaps and other learning resources are available exclusively through our network of Affiliates - you can visit www.frontlinelearning.com for more information on any of our SkillMaps and our Affiliate program. You can request a free preview at: http://www.frontlinelearning.com/contactus1.htm I appreciate the time you've taken to read through this, and again, wish you continued success. Sincerely, David Kirkeby 763-404-9555 Please note - upon receipt of this message you have automatically been removed from our email marketing list. You will not receive further communication from Frontline Learning unless you proactively respond to this message. --------- To unsubscribe from nznog, send email to majordomo(a)list.waikato.ac.nz where the body of your message reads: unsubscribe nznog [View Less]

2 1

Re: MAC Address
by Richard Naylor 24 May '01

24 May '01

Someone wrote > > Someone told me Matt Camp from QSI has access into you rack, is this > > correct? > >No idea :-(. Richard Naylor or Paul Scantlebury at Citylink are the folks >to talk to about physical access, I never need it. Please DO NOT go into the CityLink APE Cabinet. It is now alarmed and monitored. Keys are in AKL but not for the alarm and we can get people up there if required. We try to give some degree of security to APE users and are feeling fairly … [View More]

1 0

Spot the broadcast storms..
by Simon Lyall 24 May '01

24 May '01

10 23

Netgate peering and weirdness...
by Matt Camp 24 May '01

24 May '01

netgate.ape.net.nz is now live and accepting traffic? Because clear seem to be trying to tell me that i should be sending stuff to it... pity it doesn't even seem to exist. (at least, i can't ping it or anything from my ape gateway) gateway1# sh ip bgp 202.37.240.22 *202.37.240.0/23 Neighbor: 192.203.154.8 ASPath: 4768 4648(IGP) Nexthop: 192.203.154.48 Weight: 0 Localpref: 100 Last update: Thu May 24 12:02:56 2001 bash-2.03# ping netgate.ape.net.nz … [View More]

9 18

RIPE-181 parser source anyone?
by Chris Wedgwood 23 May '01

23 May '01

Anyone know of a ripe-181 parser (available is source) somewhere that doesn't completely suck[1]. I wrote one last night, but when I was done I decided I didn't like it very much, so alternatives are sought in preference to a rewrite. --cw [1] i.e. fault tolerant and flexible, 3 lines of perl probably doesn't count --- but 5 might :) --------- To unsubscribe from nznog, send email to majordomo(a)list.waikato.ac.nz where the body of your message reads: unsubscribe nznog

3 4

subscribe
by Reg Gentle 23 May '01

23 May '01

--------- To unsubscribe from nznog, send email to majordomo(a)list.waikato.ac.nz where the body of your message reads: unsubscribe nznog

1 0

Netgate peering and weirdness...
by Matthew G Brown 23 May '01

23 May '01

Just don't crash your router in Chinese cyberspace, They pull it to bits and don't give it back until you say sorry . >"ISOCNZ Member calls for Hacker's Heads On Silver Platter! Chinese >government complies with request!" >JSR Matthew G Brown Wireless Network Specialist Tasman Solutions LTD Http://www.ts.co.nz --------- To unsubscribe from nznog, send email to majordomo(a)list.waikato.ac.nz where the body of your message reads: unsubscribe nznog

1 0

Seeking contact details
by david＠farrar.com 23 May '01

23 May '01

The Hunter Group who are doing the review of DOMAINZ's DRS system are having some problems contacting a few people who commented on it during the rollout period. If anyone here has contact details or knowledge of where people are now it would be great if you can e-mail me with them. William Stuart Hugh McKellar Kerry Topp The name of anyone currently at Asiaonline who deals with the DRS and may want to comment Also Bob Baal's DDI would be great. I have it somewhere but not on me. Ta … [View More]

3 2

Telecom Peering again :)
by Steve Phillips 23 May '01

23 May '01

After having a rather large and ever increasing number of customers complaining to us about increased traffic bills due to telecoms lack of peering, we have started down the road of "Lets simply block all telecom connected customer IP's at our International Border router" most of our customers so far have been agreeable to this strategy and I am wondering what the effect would be if everyone that peered at APE were to take a similar stance. Anyone think this may prompt telecom to peer if … [View More]

5 5

Re: Telecom Peering again :)
by Jamie Baddeley 22 May '01

22 May '01

Hi All, Noting the discussions regarding peering lately, may I suggest that the following info is of value: http://www.cisco.com/warp/public/759/ipj_2-1/ipj_2-1_ps1.html and http://www.cisco.com/warp/public/759/ipj_2-2/ipj_2-2_ps1.html Happy Reading! jb (Who has Finally Stopped Lurking) --------- To unsubscribe from nznog, send email to majordomo(a)list.waikato.ac.nz where the body of your message reads: unsubscribe nznog

1 0

Attica Prefix List update
by James Tyson 22 May '01

22 May '01

Hi all. Attica's got new networks to advertise: ip prefix-list attica-networks description Attica Communications Ltd, contact: noc(a)noc.attica.net.nz ip prefix-list attica-networks seq 5 permit 202.180.96.0/19 ip prefix-list attica-networks seq 10 permit 202.180.64.0/18 le 19 ip prefix-list attica-networks seq 15 permit 210.55.254.0/24 ip prefix-list attica-networks seq 20 permit 210.55.5.0/24 ip prefix-list attica-networks seq 25 permit 202.50.170.0/24 ip prefix-list attica-networks seq 30 … [View More]

1 0

RE: SPAM & OFF TOPIC BLATHERING
by Donald Neal 17 May '01

17 May '01

-- Donald Neal Mobility & Calling Platforms Network Delivery Telecom New Zealand Ltd >>> "Simon Lyall" <simon.lyall(a)ihug.co.nz> 05/18/01 01:49 >>> [...] >I was going to do a count of the number of posts to the list each month >this year so far but it appears the web archive is broken (only about the >first 30 articles for each month are kept). [...] Try the link that says "Next Page". :{)* By the use of advanced deci-digital counting methods, I get … [View More]

3 2

RE: SPAM & OFF TOPIC BLATHERING
by Donald Neal 17 May '01

17 May '01

-- Donald Neal Mobility & Calling Platforms Network Delivery Telecom New Zealand Ltd >>> "Simon Lyall" <simon.lyall(a)ihug.co.nz> 05/18/01 01:49 >>> On Fri, 18 May 2001, Philip Beckmann wrote: > you missed one: > > isp flaming This is actually quite a useful exercise sometimes. Considering the number of people on the list (200 last time I looked) and their positions an ISP will usually at least look at publicly made complaints. Although I don't the … [View More]

3 2

SPAM & OFF TOPIC BLATHERING
by Chris Wedgwood 17 May '01

17 May '01

OK, this list is not getting full of noise and lots of off-topic messages... which is sure to upsets lots of people (like me on a bad day, except I'm as much to blame as anyone at present!). Is there any interest in creating another more informal list for these purposes, something as an alternative to what Usenet was once used for before many of us here gave up on it. Suitable ideas for the list might be: -- vendor flaming -- telco flaming -- domainz flaming -- OS flaming -… [View More]

9 9

RE: SPAM & OFF TOPIC BLATHERING
by hkraemer＠prismac.co.nz 17 May '01

17 May '01

Is that Gau_leiter or Gaul_Eiter (...sorry couldn't resist) -----Original Message----- From: Juha Saarinen [mailto:juha(a)saarinen.org] Sent: Friday, 18 May 2001 13:56 To: Peter Mott Cc: nznog(a)list.waikato.ac.nz Subject: RE: SPAM & OFF TOPIC BLATHERING On Fri, 18 May 2001, Peter Mott wrote: > I can donate nznog-discuss(a)2day.com as long as somebody else wants to be the > list admin (not that it needs much!) What are you using? Mailman I hope? Just finished setting up a list … [View More]

1 0

TelstraSaturn subscriber with Autospammer^H^H^H^H^H^H^Hresponder set to NZNOG
by Juha Saarinen 17 May '01

17 May '01

Could someone at TSNZ kindly turn off Suzanne Wecke's autoresponder? Also, having a postmaster(a)telstrasaturn.co.nz account might be a good idea: The message that you sent was undeliverable to the following: postmaster(a)[172.20.18.38] (user not found) Possibly truncated original message follows: -- Juha The malformed orange Fails to satisfy the eye: Segmentation fault. --------- 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: Fun with IOS
by Lindsay Druett 17 May '01

17 May '01

Yeah...Righto Rog...!!! In peak hour traffic too... Why not !!?? > Anyone know of any magical IOS commands to kill -9 a process? :) Someone's > managed to crash a couple of sessions on a router here while they're > holding a lock on the nvram. Ahh. You want the "reload" command. However you may find that the "reload" feature is unavailable in your current version of IOS as it is a restricted feature set. Please upgrade to 12.2(1)XD. Cheers. James Tyson --- Samizdat New Media … [View More]

12 28

Telecom Peering - Query
by Steve Phillips 16 May '01

16 May '01

Hiya, After bailing our Telecom account manager up about the latest excuse as to why Telecom are not willing to peer, it came back that the Tax Dept are claiming that the people peering at APE are committing tax fraud due to the traffic traveling across the APE link having a real dollar value associated with it. Telecom claim that the Tax Dept have contacted everyone about this issue and that we should all be paying each other for the privilege of peering in order to recover the costs … [View More]

14 21