- NZNOG - lists.nznog.org

Tranzpeer prefix list update
by Matthew Poole 03 Nov '02

03 Nov '02

To all those who peer with us, please add the following two networks: 203.215.142.0/24 203.215.143.0/24 Full list attached. Thanks -- Matthew Poole Network Engineer CallPlus, AKL, NZ DDI +64 9 919 6036 Fax +64 9 919 6037 Cell +64 21 224 6927

1 0

Filtering of WIX prefixes
by Sam Sargeant 31 Oct '02

31 Oct '02

I've run up against a frustrating problem and some advice would be appreciated. We have a /29 via AT&T here in Wellington. We advertise this /29 to the WIX route servers. Via WIX, we receive a prefix from a national ISP[1]. Any attempts to send traffic to this ISP fall silently into the bit-bucket. >From what I understand, the ISP does not accept any prefix from WIX that is larger than a /24. Given our traffic is being sent directly to their WIX router (layer-2 headers confirm this), I believe their ingress filtering is dropping this traffic since the return-path doesn't match. If I filter the ISP's prefix, the transit is handled by AT&T and everything works just fine. Effectively, the only way I can talk to them is to go "the long way". Now, I have no major problem with any AS saying "our policy states we only accept prefixes smaller than /24". What frustrates me is that the ISP is seemingly saying : ISP> Hello Wellington! If you have any packets for this prefix, send them to me! US > Excellent! Here, have some traffic for one of your hosts. ISP> What? Who are you? I think I'll drop this. [ ... ] ISP> Send me your traffic Wellington! >From what I can tell, there are 30 prefixes advertised on WIX that are >/24, and these amount to ~672 hosts. If I'm correct (and I'll admit I'm making an educated guess here), then all of those hosts are unable to talk to this ISP. So, my options are: 1. Stop playing with pissant /29's on WIX. 2. Get the ISP to change their ways. 3. Filter the ISP's prefixes that I receive from WIX. I think the most likely option is #3. However how am I to know what other networks do the same thing? Shall I troll every single WIX network to check I can talk to them, then build a filter-list based on that? Ugly. Sam. ----- [1] Since I have disagreed with the ISP in question, and they haven't been forthcoming in getting it resolved, I've elected not to name them. - To unsubscribe from nznog, send email to majordomo(a)list.waikato.ac.nz where the body of your message reads: unsubscribe nznog

6 5

Lame reports - thanks!
by Rob Thomas 29 Oct '02

29 Oct '02

Hi, NZNOG folks. [ Apologies to those of you who have seen this post in other fora. ] [ Apologies as well for all of the spam today. :) ] My thanks to the increasing number of you who submit lame delegation logs to me. This helps to increase the reach and usefulness of the Weekly Lame Name Server Report page: http://www.cymru.com/DNS/lame.html You will find a (much better bandwidth) mirror of the site here: http://bgp.lcs.mit.edu/dnsmirror/lame.html If you have logs you can share, anonymously or with full credit, feel free to send them to lamer(a)cymru.com. Be the first in your ASN to fill my lamer file system. :) Thanks! Rob. -- Rob Thomas http://www.cymru.com ASSERT(coffee != empty); - To unsubscribe from nznog, send email to majordomo(a)list.waikato.ac.nz where the body of your message reads: unsubscribe nznog

1 0

IANA IPv4 allocation list format change
by Rob Thomas 29 Oct '02

29 Oct '02

Hi, NZNOG folks. [ Apologies to those of you who have seen this post in other fora. ] For those of you who don't know, the format of the IANA IPv4 allocation list has changed. It now lists each prefix as a distinct /8, instead of hyphenated ranges of prefixes. This change took place on 25 October. If you are parsing this file automagically, you may wish to modify your scripts. My own script claimed that several new allocations had been made. It's fixed now. :) http://www.iana.org/assignments/ipv4-address-space My thanks to the IANA folks for this change! Thanks, Rob. -- Rob Thomas http://www.cymru.com ASSERT(coffee != empty); - 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: Any isps support ODMR - RFC2645?
by Steve Lang 23 Oct '02

23 Oct '02

Hiya. Thanx for the detailed reply, what you say makes much more sense. Interesting that Telecom don't send framed-ip, that'd be annoying. Are they still using the merit Radius code? But it's probably their NAS that is sending the Start prior to the ipcp negotiating IP Addr. Bugger. Then there is the issue of running servers etc, as you point out, I don't want to start that flame war again, and I don't want to run internet reachable SMTP servers @ home either. The previous discussions on this make several points, some of which are: 1) POP3, and in particular multi-drop POP mailboxes are problematic, and 2) running SMTP servers (even if legal) is problematic over intermittant/dialup/dynamic connections. Unfortunately there's nothing in-between, and something in-between is entirely valid for 'power' home users. And to make it worse, Paradise don't have a consistent, unique mail header to really make multi-drop pop mailboxes work. This is well within what paradise can do, and despite asking this particular question several times, they just don't seem to provide that facility. Oh to find a better solution, ODMR isn't. As someone pointed out, maybe UUCP? Cheers- > -----Original Message----- > From: Mark Goldfinch [mailto:mark.goldfinch(a)team.telstraclear.co.nz] > Sent: Thursday, 24 October 2002 11:52 p.m. > To: Steve Lang > Cc: nznog(a)list.waikato.ac.nz > Subject: RE: Any isps support ODMR - RFC2645? > > > > On Thu, 24 Oct 2002, Steve Lang wrote: > > > Yes, I Emailed postmaster(a)paradise.net.nz. To quote: > > > > "It's basically due to our DSMTP authentication being based around our > > dial-in RADIUS, and not our ADSL RADIUS. Given the choice between the > > two options, we decided to provision DSMTP for dial-in as it is > > recognised as more of a stop-gap method of mail delivery somewhere in > > between POP and a dedicated mail server." etc. And a statement to the > > fact that you're not meant to run servers behind Jetstart connections > > etc. > > While this isn't quite correct the end result is the same. > > The technical reason why this cannot happen is because our dsmtp radius > processing is only interested in Start and Stop accounting records. > > An example Jet* radius accounting record: > > Mon Oct 14 19:49:11 2002 > User-Name = "someusername" > NAS-Identifier = "GLF_RAN_01" > Service-Type = Framed-User > Framed-Protocol = PPP > NAS-Port = 540475748 > Acct-Session-Id = "20370164-3DAA68E6" > Acct-Authentic = RADIUS > Acct-Status-Type = Start > User-Id = "someusername" > User-Realm = "paradise.net.nz" > Proxy-State = 0 > Proxy-State = 0 > Timestamp = 1034578151 > > you may note that there is a distinctive lack of Framed-IP-Address field > present in this record. This is well known for Telecom's Jet* > infrastructure and has been noted in this forum beforehand. > Framed-IP-Address fields are present in the (approximately) 30 second post > connection and then hourly Alive records as well as Stop records. > > Now it is true that it would be somewhat simple to make Alive records be > treated in (almost) an identical fashion as Start records in this case, > but I really must question whether it is in our best interests to do so. > TelstraClear (or one of its legacy companies) will have signed an > agreement with Telecom surrounding the conditions and services which we > will offer JetStart to our customers. If we should be penalised the > implications for us would be somewhat larger than most other ISPs (other > than perhaps Xtra). > > Unfortunately if Telecom does not want business customers (or services > deemed to be of business grade) present on JetStart they probably have the > means to make us (and in turn our customers) very unhappy. > > Now of course I could be very wrong and Telecom could have had a recent > change of heart and are these days more than happy for us to hookup > businesses via JetStart. Please I would be more than happy to be proved > wrong. > > > Short of ringing them up, and demanding to speak to someone else, which > > I don't have time to do, what options are there? I know, move my > > business somewhere else? > > Good luck in finding a solution, yes it somewhat sucks that broadband > options are somewhat limited in this country, but it isn't just the > customer's who have few options. > > And on that note this thread is now probably heading quite off-topic. > > > Best Regards, > > --- > Mark Goldfinch > Senior Systems Administrator > TelstraClear Ltd > > > > > - To unsubscribe from nznog, send email to majordomo(a)list.waikato.ac.nz where the body of your message reads: unsubscribe nznog

1 0

Any isps support ODMR - RFC2645?
by steve＠spl.co.nz 23 Oct '02

23 Oct '02

Hiya. I've been investigating multi-drop mailboxes etc., for home use. The concept of On Demand Mail Routing (ODMR - RFC2645) came up. Do any ISP's in NZ support this? There is RFC2645 which seems to cover what I'm after in such a way as to easily support smtp queueing over dynamic internet connections etc. (jetstart to be precise) I've asked Paradise, and they aren't/can't oferring such a thing. Is anyone here offering this? Paradise also don't seem to have a useable header for calculating the original recipient in all cases. Do any other ISP's have a reliable consistent header that is accurate, not duplicated and contains the correct values even when bcc'd from Mail Lists? I'd seriousely consider changing providers if I can confirm one of the above. Cheers - - To unsubscribe from nznog, send email to majordomo(a)list.waikato.ac.nz where the body of your message reads: unsubscribe nznog

8 16

Non email popup spam
by Orcon Support - Jay Best 22 Oct '02

22 Oct '02

Have had a few of our dialup customers complaining about this one.. SNIP from geek tools--------- New "Messenger spam" invades desktops Just when you thought e-mail spam was bad enough, along comes Direct Advertiser software, which can send pop-up messages directly to users' desktops. These pop-up messages appear even if the user is not in e-mail or an Internet browser. The software utilizes Microsoft's Messenger Windows service, which is turned on by default (on WinNT, 2000, and XP systems) and used by administrators to send messages to users on the network. This is different from the MSN Messenger instant message software. http://www.geek.com/news/geeknews/2002Oct/gee20021017016848.htm Kindest Regards Jay Best Orcon Internet - To unsubscribe from nznog, send email to majordomo(a)list.waikato.ac.nz where the body of your message reads: unsubscribe nznog

7 6

Hosting a file
by Mark Davies 22 Oct '02

22 Oct '02

Hi, Somewhat off topic but is there someone out there that can host a couple of 1.8MB files that have just been mentioned on slashdot. Our server is not coping very well :-( cheers mark - To unsubscribe from nznog, send email to majordomo(a)list.waikato.ac.nz where the body of your message reads: unsubscribe nznog

1 0

VoIP Tolls
by Matthew G Brown 21 Oct '02

21 Oct '02

Anyone offering VoIP tolls for National calling ? . Curious as I just got my last phone bill and OUCH! Sorry for the OT Matthew G Brown B & R Holdings LTD DDI: 027 4807731 Email: Matt(a)Brh.Co.Nz " Offsite Internet Backup & Wireless Network Dev " http://www.backupserver.co.nz http://www.brh.co.nz IMPORTANT NOTICE: This e-mail is confidential, and is for the intended recipient only. Access, disclosure, copying, distribution or reliance on any of it, or by anyone else is prohibited. Please delete this email if obtained in error and e-mail confirmation to the sender. --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.404 / Virus Database: 228 - Release Date: 15/10/2002 - To unsubscribe from nznog, send email to majordomo(a)list.waikato.ac.nz where the body of your message reads: unsubscribe nznog

1 0

Orcon Internet Prefix List Update (#2)
by Craig Whitmore 20 Oct '02

20 Oct '02

Sorry about not including this one as well from this morning.. For all those peering with Orcon Internet (AS17746) at APE, please update your Filter Lists to: Add: 202.175.128.0/21 A Full prefix list is included as attachment. Thanks Craig Whitmore Orcon Internet http://www.nzdsl.co.nz

1 0