- NZNOG - lists.nznog.org

Fwd: FW: SORBs blacklisting Paradise MTAs
by Paul Adshead 22 Feb '06

22 Feb '06

Having previously been listed on the SORBS list, I can say from personal experience that trying to get any information from them is like trying to draw blood from a stone. You just give up - there is quite literally nothing you can do. The legal stuff on their site says something like "you are not supposed to block access based on information on this site", yet that is exactly why their site has been created. That's their legal 'get out' to avoid all liability. Their attitude stinks. They are quite happy to cripple your business for days/weeks at a time and their response time after an issue has been resolved is pathetic. Paul -----Original Message----- From: neil gardner [mailto:neil.gardner(a)alliedtelesyn.co.nz] Sent: Wednesday, 1 February 2006 14:12 To: nznog(a)list.waikato.ac.nz Subject: [nznog] SORBs blacklisting Paradise MTAs Hi gents (and gentesses) I reported to Paradise that Sorbs was blacklisting a particular Paradise MTA last night (details below) and their response was that sorbs refuse to whitelist them so there's nothing they can do about it... The further state that "SORBS automatically delist the servers after a 48 hour time period, and mail passing through the once affected mail server should flow as per normal." yet the information pasted below seems to indicate that the particular IP I reported has been on the list since Dec 11th 2005. They're spinning me a line right? The Sorbs record hasn't been updated since Dec 11th! *--- Info from sorbs as of 5 minutes ago *--- Address: 203.96.152.180 Record Created: Sun Dec 11 13:53:04 2005 GMT Record Updated: Sun Dec 11 13:53:04 2005 GMT Additional Information: Received: from linda-1.paradise.net.nz (bm-1a.paradise.net.nz [203.96.152.180]) by vampire.isux.com (Postfix) with ESMTP id 58986B90C; Sun, 11 Dec 2005 13:52:40 +0000 (UTC) Currently active and flagged to be published in DNS *--- end info from sorbs *--- Why would Paradise deliberately avoid resolving this issue when pointed out to them? If anyone from Paradise / Telstraclear would like to jump in and explain why your helpdesker effectively refused to do anything about the situation then I'm all ears. Yes, I did report to Paradise through the appropriate mechanism, then I replied to their automated response, then this morning I phoned to report it and had my number taken (no-one has phoned back) and a few minutes ago I received the reply to the original message saying they can't do anything. Cheers - Neil G Neil Gardner Product Manager Allied Telesyn Research Ltd New Zealand +64 3 339-9509 (ph) +64 3 339-3001 (fax) NOTICE: This message contains privileged and confidential information intended only for the use of the addressee named above. If you are not the intended recipient of this message you are hereby notified that you must not disseminate, copy or take any action in reliance on it. If you have received this message in error please notify Allied Telesyn Research Ltd immediately. Any views expressed in this message are those of the individual sender, except where the sender has the authority to issue and specifically states them to be the views of Allied Telesyn Research. _______________________________________________ NZNOG mailing list NZNOG(a)list.waikato.ac.nz http://list.waikato.ac.nz/mailman/listinfo/nznog

5 5

Re: [nznog] HEADS UP - upcoming webcast
by Richard Naylor 22 Feb '06

22 Feb '06

To save answering this question many times At 04:34 PM 2/22/2006 +1300, you wrote: >On Wed, 22 Feb 2006, Richard Naylor wrote: > > This is an excellent opportunity to show what the Internet can deliver in > > terms of interesting and compelling content. Arrangements have been made > > with Telecom NZ to make traffic flows optimal and we thank them for their > > support and co-operation. > >So does this mean people getting DSL via Xtra will be able to watch it? yes.

15 19

Re: [nznog] Campbell Live tonight
by Donald Neal 21 Feb '06

21 Feb '06

> >So, no it's not public domain (though publicly available, > >albeit streaming only) and no the permission of the copyright > >holder was not sought. It's just an alternative for those > >without the means to stream. > > Above appears to be a modern day term for justified theft of somebody > elses property. If I was TV3 I would be inviting you to an education > programme down at the local court house. > > > regards > > Peter Mott I think we've agreed that advertising on this list copies of copyrighted material made without the consent of the copyright holder is not an acceptable use of the list. Which means this thread can now go away? - Donald Neal Donald Neal |"Mouths are in oversupply but Support Engineer |brains/eyes are not." - Alan Cox NGN Operations | Integration & Services Division +----------------------------------- Alcatel NZ Ltd - Telecom's network operations manager 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.

1 0

FW: HEADS UP - upcoming webcast
by Steve Biddle 21 Feb '06

21 Feb '06

Will this be a single simulcast of the TVNZ feed or will there be multiple feeds available? One of the great things overseas in countries with satellite TV operators covering both the commonwealth and olympic games has been the mutiple feeds allowing you to watch a single channel showing a bit of everything(much like out broadcast in NZ) and then other channels dedicated to showing other events live. I've been trying to find out if TVNZ have any plans to do such a thing with their FTA satellite channels but haven't heard anything as of yet. > -----Original Message----- > From: Richard Naylor [mailto:richard.naylor(a)citylink.co.nz] > Sent: Wednesday, 22 February 2006 16:10 > To: nznog(a)list.waikato.ac.nz > Subject: [nznog] HEADS UP - upcoming webcast > > > Afternoon all, > > R2/Citylink has been contracted by TVNZ to assist with the > webcasting of > the Commonwealth Games next month, starting on 15 March and > concluding on > 26 March. On most days the webcast will run from around 10am > until 1 am > with breaks for things like News and Close Up. > > Because of broadcast rights, this webcast is being restricted > to NZ and > will use TVNZ/R2/CityLink servers located in Auckland and Wellington > connected via APE and WIX. > > In the case of wild demand, there are extra servers on > standby at each > location. > > Operators should be aware that this event is taking place > during business > hours and many viewers only access may be via their PC and > this webcast. > Traffic volumes may be higher than normal and support calls > to Help Desks > may be increased, particularly at sites where ports 80, 554 > or 1755 are > blocked. > > This is an excellent opportunity to show what the Internet > can deliver in > terms of interesting and compelling content. Arrangements > have been made > with Telecom NZ to make traffic flows optimal and we thank > them for their > support and co-operation. > > If you have any concerns, please contact me for further details. > > Thanks - Richard > > _______________________________________________ > NZNOG mailing list > NZNOG(a)list.waikato.ac.nz > http://list.waikato.ac.nz/mailman/listinfo/nznog > >

1 0

Notification of NZRR Database changes
by NZRR Database Notifications 21 Feb '06

21 Feb '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: aut-num: AS23755 as-name: NZRR-AS23755 descr: CityLink descr: DPE peering at '218.100.23.3' descr: see Citylink RT job #1927 descr: WIX peering at '202.7.0.7' descr: see Citylink RT job #4541 descr: APE peering at '202.7.0.7' descr: see Citylink RT job #4541 descr: APE peering at '192.203.154.5' descr: see Citylink RT job #4541 admin-c: RPA1-NZRR tech-c: RPA1-NZRR import: from AS24384 accept ANY AND NOT fltr-bogons export: to AS24384 announce AS23755 import: from AS9439 accept ANY AND NOT fltr-bogons export: to AS9439 announce AS23755 import: from AS9560 accept ANY AND NOT fltr-bogons export: to AS9560 announce AS23755 import: from AS9560 accept ANY AND NOT fltr-bogons export: to AS9560 announce AS23755 notify: rpsl-admin(a)nzix.net notify: nznog(a)list.waikato.ac.nz notify: asjl(a)citylink.co.nz mnt-by: MAINT-NZRR-NZ changed: rpsl-admin(a)nzix.net 20060222 source: NZRR REPLACED BY: aut-num: AS23755 as-name: NZRR-AS23755 descr: CityLink descr: DPE peering at '218.100.23.3' descr: see Citylink RT job #1927 descr: WIX peering at '202.7.0.7' descr: see Citylink RT job #4541 descr: APE peering at '192.203.154.5' descr: see Citylink RT job #4541 admin-c: RPA1-NZRR tech-c: RPA1-NZRR import: from AS24384 accept ANY AND NOT fltr-bogons export: to AS24384 announce AS23755 import: from AS9439 accept ANY AND NOT fltr-bogons export: to AS9439 announce AS23755 import: from AS9560 accept ANY AND NOT fltr-bogons export: to AS9560 announce AS23755 import: from AS9560 accept ANY AND NOT fltr-bogons export: to AS9560 announce AS23755 notify: rpsl-admin(a)nzix.net notify: nznog(a)list.waikato.ac.nz notify: asjl(a)citylink.co.nz mnt-by: MAINT-NZRR-NZ changed: rpsl-admin(a)nzix.net 20060222 source: NZRR

1 0

Notification of NZRR Database changes
by NZRR Database Notifications 21 Feb '06

21 Feb '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: aut-num: AS23755 as-name: NZRR-AS23755 descr: CityLink descr: DPE peering at '218.100.23.3' descr: see Citylink RT job #1927 descr: WIX peering at '202.7.0.7' descr: see Citylink RT job #4541 descr: APE peering at '202.7.0.7' descr: see Citylink RT job #4541 admin-c: RPA1-NZRR tech-c: RPA1-NZRR import: from AS24384 accept ANY AND NOT fltr-bogons export: to AS24384 announce AS23755 import: from AS9439 accept ANY AND NOT fltr-bogons export: to AS9439 announce AS23755 import: from AS9560 accept ANY AND NOT fltr-bogons export: to AS9560 announce AS23755 notify: rpsl-admin(a)nzix.net notify: nznog(a)list.waikato.ac.nz notify: asjl(a)citylink.co.nz mnt-by: MAINT-NZRR-NZ changed: rpsl-admin(a)nzix.net 20060222 source: NZRR REPLACED BY: aut-num: AS23755 as-name: NZRR-AS23755 descr: CityLink descr: DPE peering at '218.100.23.3' descr: see Citylink RT job #1927 descr: WIX peering at '202.7.0.7' descr: see Citylink RT job #4541 descr: APE peering at '202.7.0.7' descr: see Citylink RT job #4541 descr: APE peering at '192.203.154.5' descr: see Citylink RT job #4541 admin-c: RPA1-NZRR tech-c: RPA1-NZRR import: from AS24384 accept ANY AND NOT fltr-bogons export: to AS24384 announce AS23755 import: from AS9439 accept ANY AND NOT fltr-bogons export: to AS9439 announce AS23755 import: from AS9560 accept ANY AND NOT fltr-bogons export: to AS9560 announce AS23755 import: from AS9560 accept ANY AND NOT fltr-bogons export: to AS9560 announce AS23755 notify: rpsl-admin(a)nzix.net notify: nznog(a)list.waikato.ac.nz notify: asjl(a)citylink.co.nz mnt-by: MAINT-NZRR-NZ changed: rpsl-admin(a)nzix.net 20060222 source: NZRR

1 0

Notification of NZRR Database changes
by NZRR Database Notifications 21 Feb '06

21 Feb '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: aut-num: AS23755 as-name: NZRR-AS23755 descr: CityLink descr: DPE peering at '218.100.23.3' descr: see Citylink RT job #1927 descr: WIX peering at '202.7.0.7' descr: see Citylink RT job #4541 admin-c: RPA1-NZRR tech-c: RPA1-NZRR import: from AS24384 accept ANY AND NOT fltr-bogons export: to AS24384 announce AS23755 import: from AS9439 accept ANY AND NOT fltr-bogons export: to AS9439 announce AS23755 notify: rpsl-admin(a)nzix.net notify: nznog(a)list.waikato.ac.nz notify: asjl(a)citylink.co.nz mnt-by: MAINT-NZRR-NZ changed: rpsl-admin(a)nzix.net 20060222 source: NZRR REPLACED BY: aut-num: AS23755 as-name: NZRR-AS23755 descr: CityLink descr: DPE peering at '218.100.23.3' descr: see Citylink RT job #1927 descr: WIX peering at '202.7.0.7' descr: see Citylink RT job #4541 descr: APE peering at '202.7.0.7' descr: see Citylink RT job #4541 admin-c: RPA1-NZRR tech-c: RPA1-NZRR import: from AS24384 accept ANY AND NOT fltr-bogons export: to AS24384 announce AS23755 import: from AS9439 accept ANY AND NOT fltr-bogons export: to AS9439 announce AS23755 import: from AS9560 accept ANY AND NOT fltr-bogons export: to AS9560 announce AS23755 notify: rpsl-admin(a)nzix.net notify: nznog(a)list.waikato.ac.nz notify: asjl(a)citylink.co.nz mnt-by: MAINT-NZRR-NZ changed: rpsl-admin(a)nzix.net 20060222 source: NZRR

1 0

Notification of NZRR Database changes
by NZRR Database Notifications 21 Feb '06

21 Feb '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: aut-num: AS23755 as-name: NZRR-AS23755 descr: CityLink descr: DPE peering at '218.100.23.3' descr: see Citylink RT job #1927 admin-c: RPA1-NZRR tech-c: RPA1-NZRR import: from AS24384 accept ANY AND NOT fltr-bogons export: to AS24384 announce AS23755 notify: rpsl-admin(a)nzix.net notify: nznog(a)list.waikato.ac.nz notify: asjl(a)citylink.co.nz mnt-by: MAINT-NZRR-NZ changed: rpsl-admin(a)nzix.net 20050331 source: NZRR REPLACED BY: aut-num: AS23755 as-name: NZRR-AS23755 descr: CityLink descr: DPE peering at '218.100.23.3' descr: see Citylink RT job #1927 descr: WIX peering at '202.7.0.7' descr: see Citylink RT job #4541 admin-c: RPA1-NZRR tech-c: RPA1-NZRR import: from AS24384 accept ANY AND NOT fltr-bogons export: to AS24384 announce AS23755 import: from AS9439 accept ANY AND NOT fltr-bogons export: to AS9439 announce AS23755 notify: rpsl-admin(a)nzix.net notify: nznog(a)list.waikato.ac.nz notify: asjl(a)citylink.co.nz mnt-by: MAINT-NZRR-NZ changed: rpsl-admin(a)nzix.net 20060222 source: NZRR --- PREVIOUS OBJECT: route-set: AS9439:RS-ROUTES:AS23755 descr: advertised to AS9439 by Citylink - AS23755 members: 202.7.4.0/24^24-29, 202.7.7.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 mnt-by: MAINT-NZRR-NZ changed: rpsl-admin(a)nzix.net 20041029 source: NZRR REPLACED BY: route-set: AS9439:RS-ROUTES:AS23755 descr: Route set advertised to AS9439 by MediaNET - AS23755 members: 202.7.4.0/22^22-29 admin-c: RPA1-NZRR tech-c: RPA1-NZRR notify: rpsl-admin(a)nzix.net notify: nznog(a)list.waikato.ac.nz notify: rpsl-admin(a)nzix.net mnt-by: MAINT-NZRR-NZ changed: rpsl-admin(a)nzix.net 20060222 source: NZRR

1 0

HEADS UP - upcoming webcast
by Richard Naylor 21 Feb '06

21 Feb '06

Afternoon all, R2/Citylink has been contracted by TVNZ to assist with the webcasting of the Commonwealth Games next month, starting on 15 March and concluding on 26 March. On most days the webcast will run from around 10am until 1 am with breaks for things like News and Close Up. Because of broadcast rights, this webcast is being restricted to NZ and will use TVNZ/R2/CityLink servers located in Auckland and Wellington connected via APE and WIX. In the case of wild demand, there are extra servers on standby at each location. Operators should be aware that this event is taking place during business hours and many viewers only access may be via their PC and this webcast. Traffic volumes may be higher than normal and support calls to Help Desks may be increased, particularly at sites where ports 80, 554 or 1755 are blocked. This is an excellent opportunity to show what the Internet can deliver in terms of interesting and compelling content. Arrangements have been made with Telecom NZ to make traffic flows optimal and we thank them for their support and co-operation. If you have any concerns, please contact me for further details. Thanks - Richard

1 0

Re: [nznog] NZNOG conference
by Donald Neal 20 Feb '06

20 Feb '06

> From: David Robb [mailto:ender(a)paradise.gen.nz] > Sent: Wednesday, 25 January 2006 10:18 a.m. > To: nznog(a)list.waikato.ac.nz > Subject: [nznog] NZNOG conference > > Is there any further information available for this? ie > costs, who else is > speaking? > > I'm going to need to make a decision very soon as to whether > or not I can > justify my attendance. As to who is speaking, we've run into a problem with a number of speakers agreeing to provide abstracts to go on the web site, then not getting around to providing them. You know who you are. Among our more virtuous speakers are Mark Foster Bridging the Gap Between Support and the NOC Richard Hulse The Economics of Peering Peter Komisarczuk Location Determination for WLAN and 3G Hamish MacEwan Peering - The Customer Perspective Ian McDonald TCP Congestion Control Andrew McMillan Extending SPF to include policy for TLS Dean Pemberton Investigations into Internet Background Radiation Geoff Scrimgeour Welcome to The Loop Scott Walsh Network Security through Firewall Segregation Bill Woodcock Building Global Content-Distribution Networks I expect to announce more during the coming week. - Donald Neal Donald Neal |"I'm busy. I have papers to read, Support Engineer |reports to write, bosses to NGN Operations |infuriate." - Lt. Giardello Integration & Services Division +----------------------------------- Alcatel NZ Ltd - Telecom's network operations manager 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.

3 2