- NZNOG - lists.nznog.org

Re: [nznog] Telecom BRI
by Sam Banks 11 Jun '06

11 Jun '06

Thanks On 6/10/06, Matt Mariu <Matt.Mariu(a)secure24.ihost.com> wrote: > > Definitly Point to multipoint. > > > > -----Original Message----- > *From:* Sam Banks [mailto:dodgywhitemaori(a)gmail.com] > *Sent:* Wednesday, 7 June 2006 10:30 > *To:* nznog(a)list.waikato.ac.nz > *Subject:* [nznog] Telecom BRI > > Hi Guys > > Does anyone know the default settings for Telecom BRI ISDN lines. > Point to multipoint or Point to point? > TE or NT? > TX and RX gain? > > Thanks > > Sam > > -- > A good friend will help you move, a really good friend will help you move > a body. > > -- A good friend will help you move, a really good friend will help you move a body.

1 0

Re: [nznog] What is this?
by Arron Scott (ascott) 10 Jun '06

10 Jun '06

Are you sure about that? The 9k6 leased line was run on a pair of Paradyne error correcting leased line Async Modems, which John Houlker smuggled into New Zealand stating it was a computer, off the top of my head. The Paradynes were ditched personally by me, after I found them hidden under the raised flooring in the Comms room at the back of the Computer Room. They were sitting beside the old router, the name of which I can't remember anymore, which was a PC chassis, before that was replaced by the Cisco MGS which ran the internet from when it was upgraded to the 64k Synchronous Serial link. If they indeed came from UoW, you would need to check with John Houlker as to whether they were ever turned on or not, I'm not aware of when the Net in NZ ran at 14k4, but that was a wee bit before my time. Arron Scott -----Original Message----- From: Perry Lorier [mailto:perry(a)coders.net] Sent: Friday, 2 June 2006 5:08 p.m. To: Patrick Jordan-Smith Cc: nznog(a)list.waikato.ac.nz Subject: Re: [nznog] What is this? Patrick Jordan-Smith wrote: > On 2/06/2006, at 4:51 PM, Perry Lorier wrote: > > >>http://www.wlug.org.nz/archive/history/ >> >>Anyone guess what this modem was last used for? and when/where? We >>powered it on, it still works :) > > > Is it the modem used after the link from Waikato -> Hawaii was > upgraded from 9.6k? Yup. One of the guys around here had it propping up his TV after deciding it just couldn't be thrown out. It's a 14k4 modem, I believe it's for leased line operation (haven't plugged it into a serial port to find out). After we powered it on we noticed the "110v" label on the back, maybe running it at 240v means it'll run at 28k8? :) It complains about "Carrier Not Detected" for some strange reason. _______________________________________________ NZNOG mailing list NZNOG(a)list.waikato.ac.nz http://list.waikato.ac.nz/mailman/listinfo/nznog

11 17

Re: [nznog] Is there a Telecom paging tcp interface at all ?
by Roger Williams 10 Jun '06

10 Jun '06

>use an SMS transport provider (*cough* ..) >who can also reach the 026 network via SMPP. Small typo. That's SNPP. http://www.snpp.info/ http://www.faqs.org/rfcs/rfc1861.html So, does Telecom provide a public gateway to their paging system that speaks SNPP? If so, that might be what Ian was looking for in his original post. Roger

2 1

Re: [nznog] Is there a Telecom paging tcp interface at all ?
by Roger Williams 09 Jun '06

09 Jun '06

>Does anyone know if it is possible to connect to [something] at telecom >via tcp/ip that allows message sending to alphanumeric pagers, or is >that still only accessible via dialup modem to pacnet ? Does Telecom's "AirPage" qualify? "AirPage is a Telecom service, which allows you to receive short e-mails on your alphanumeric pager from anywhere in the world." http://www.telecom.co.nz/content/0,8748,201412-201962,00.html -- Roger Williams, GNS Science, New Zealand : www.gns.cri.nz

18 26

Re: [nznog] Is there a Telecom paging tcp interface at all ?
by Ian Batterbee 09 Jun '06

09 Jun '06

Dave Green Wrote: >I've used Linux + Asterisk as a local "roll-your-own" gateway for >dialling alphanumeric pagers .. everything from outage alerts to wake-up >calls. > > > How exactly are you doing that ?.. specifically, how are you sending the alpha part of alphanumerics without dialling pacnet ?

2 1

spamming the list
by Ian Batterbee 09 Jun '06

09 Jun '06

As the person who started the topic about sending to alphanumeric pagers, I feel partly responsible for the resulting p*ss*ng contest that some of the list members have found necessary. To them I say, there's no need for personal abuse on this list - if you disagree with someone else's decision to buy a $700 box then that's fine, but I'ld much rather my inbox wasn't full of messages about who is right and who is wrong. Thanks.

2 1

Dept. Internal Affairs staff?
by Will Steele 09 Jun '06

09 Jun '06

Are there any department of internal affairs staff familiar with the "Life Event Validation" system (or any other person familiar with it, for that matter) subscribed to this list? If so, please contact me off-list. Thanks, Will.

1 0

BEER LOSES TOP SPOT TO IPOD
by Richard Naylor 09 Jun '06

09 Jun '06

Just goes to show that the quality of education has dropped. BEER LOSES TOP SPOT TO IPOD For only the second time in ten years, drinking beer has been relegated to second on Student Monitor's biannual survey of what is "in" on campus, with iPods slotting in at number one. The only other thing to unseat beer: the Internet, in 1997. Eric Weil of Student Monitor said of the latest results of its Lifestyle and Media Study, "We knew iPods were pervasive on campus as a learning and entertainment device, but we didn't see it rating that high." Between spring 2006 and spring 2006, iPods jumped from 59 percent of students saying they were "in" to 73 percent. Rounding out the top ten spots on the survey are Facebook (which tied beer for second), drinking other alcohol, text messaging, downloading music, going to clubs, instant messaging, working out, and coffee. Dan Updegrove, vice president for information technology at the University of Texas at Austin, pointed out that the speed with which "Internet-based phenomena can emerge" accounts for having so many technologies on the top ten that did not even exist several years ago. USA Today, 7 June 2006 http://www.usatoday.com/tech/news/2006-06-07-ipod-tops-beer_x.htm

1 0

Re: [nznog] Is there a Telecom paging tcp interface at all ?
by Will Steele 09 Jun '06

09 Jun '06

I'm sure this thread already ended with the below message, which was over 15 posts ago. Note how the person who asked the original question says that the suggested solution qualifies as an answer to his question, and he does not ask for any further information. Judging from this, it is fairly possible to come to the conclusion that you do not need to flame the shit out of each other with irrelevant messages telling JJ what a n00b he is. Everyone go back to bed now. Monday is days away. Will -----Original Message----- From: Ian Batterbee [mailto:ian.batterbee(a)aut.ac.nz] Sent: Friday, 9 June 2006 9:53 p.m. To: Roger Williams Cc: nznog(a)list.waikato.ac.nz Subject: Re: [nznog] Is there a Telecom paging tcp interface at all ? That, uh, certainly seems to qualify, yes. Thanks. Roger Williams wrote: >>Does anyone know if it is possible to connect to [something] at telecom >>via tcp/ip that allows message sending to alphanumeric pagers, or is >>that still only accessible via dialup modem to pacnet ? >> >> > >Does Telecom's "AirPage" qualify? > > "AirPage is a Telecom service, which allows you to > receive short e-mails on your alphanumeric pager > from anywhere in the world." > > http://www.telecom.co.nz/content/0,8748,201412-201962,00.html > > _______________________________________________ NZNOG mailing list NZNOG(a)list.waikato.ac.nz http://list.waikato.ac.nz/mailman/listinfo/nznog

1 0

Is there a Telecom paging tcp interface at all ?
by Ian Batterbee 09 Jun '06

09 Jun '06

Does anyone know if it is possible to connect to [something] at telecom via tcp/ip that allows message sending to alphanumeric pagers, or is that still only accessible via dialup modem to pacnet ?

2 1

Jobs... (semi-operational)
by Scott Walsh 08 Jun '06

08 Jun '06

Hi, Sorry for the spam, it is semi-operational though. Putting together a new NOC style team in Wellington, if of interest: https://forms.bpfj.intronet.com/ibm/Forms/ap/expro/VacancyDetails.jsp?va cancyCode=80684 https://forms.bpfj.intronet.com/ibm/Forms/ap/expro/VacancyDetails.jsp?va cancyCode=80685 https://forms.bpfj.intronet.com/ibm/Forms/ap/expro/VacancyDetails.jsp?va cancyCode=80687 To keep it more operational, off to find beer. Thanks Scott Walsh Service Implementation Specialist Integrated Technology Services (ITS) - Passionate about Winning IBM New Zealand Limited Level 2, 48 Greys Ave, P.O Box 6840, Wellesley Street, Auckland, New Zealand DDI: +64 9 359 4104 Fax: +64 9 309 3242 Mob: +64 21 307 763 LSC: 0800 802 729 Office: 0800 801 800

1 0

Notification of NZRR Database changes
by NZRR Database Notifications 08 Jun '06

08 Jun '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:AS17746 descr: advertised to AS9560 by Orcon Internet - AS17746 members: 60.234.0.0/16^16-29, 202.150.96.0/19^19-29, 203.99.0.0/19^19-29, 203.86.192.0/20^20-29, 219.88.128.0/20^20-29, 219.88.240.0/20^20-29, 210.54.56.0/21^21-29, 202.49.92.0/22^22-29, 202.49.244.0/22^22-29, 202.50.104.0/22^22-29, 202.50.124.0/22^22-29, 210.54.148.0/22^22-29, 210.55.12.0/22^22-29, 202.49.90.0/23^23-29, 210.54.142.0/23^23-29, 192.88.99.0/24^24-29, 202.36.170.0/24^24-29, 202.36.227.0/24^24-29, 202.37.19.0/24^24-29, 202.37.173.0/24^24-29, 202.37.194.0/24^24-29, 202.49.106.0/24^24-29, 202.49.187.0/24^24-29, 202.49.233.0/24^24-29, 202.50.167.0/24^24-29, 202.50.246.0/24^24-29, 202.89.154.0/24^24-29, 210.54.12.0/24^24-29, 210.55.1.0/24^24-29, 210.55.8.0/24^24-29, 210.55.199.0/24^24-29, 218.101.56.0/24^24-29, 202.27.188.128/25^25-29, 210.55.0.0/25^25-29, 210.55.180.128/26^26-29 admin-c: RPA1-NZRR tech-c: RPA1-NZRR notify: rpsl-admin(a)nzix.net notify: nznog(a)list.waikato.ac.nz notify: tsalmen(a)orcon.net.nz mnt-by: MAINT-NZRR-NZ changed: rpsl-admin(a)nzix.net 20060302 source: NZRR REPLACED BY: route-set: AS9560:RS-ROUTES:AS17746 descr: advertised to AS9560 by Orcon Internet Ltd - AS17746 members: 60.234.0.0/16^16-29, 202.150.96.0/19^19-29, 203.99.0.0/19^19-29, 202.126.192.0/20^20-29, 203.96.192.0/20^20-29, 219.88.128.0/20^20-29, 219.88.240.0/20^20-29, 210.54.56.0/21^21-29, 210.54.148.0/22^22-29, 210.55.12.0/22^22-29, 202.37.82.0/23^23-29, 202.0.151.0/24^24-29, 202.36.170.0/24^24-29, 202.37.19.0/24^24-29, 202.37.173.0/24^24-29, 202.37.194.0/24^24-29, 202.49.187.0/24^24-29, 202.49.233.0/24^24-29, 202.49.246.0/24^24-29, 202.50.167.0/24^24-29, 202.50.246.0/24^24-29, 202.174.160.0/24^24-29, 203.86.200.0/24^24-29, 210.54.12.0/24^24-29, 210.55.1.0/24^24-29, 210.55.8.0/24^24-29, 210.55.199.0/24^24-29, 202.27.188.128/25^25-29, 210.55.0.0/25^25-29, 210.55.180.128/26^26-29 admin-c: RPA1-NZRR tech-c: RPA1-NZRR notify: rpsl-admin(a)nzix.net notify: nznog(a)list.waikato.ac.nz notify: karl.skewes(a)team.orcon.net.nz mnt-by: MAINT-NZRR-NZ changed: rpsl-admin(a)nzix.net 20060609 source: NZRR

1 0

Notification of NZRR Database changes
by NZRR Database Notifications 07 Jun '06

07 Jun '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:AS17492 descr: Route set advertised to AS9560 by Vector Communications - AS17492 members: 202.126.192.0/20^20-29 admin-c: RPA1-NZRR tech-c: RPA1-NZRR notify: rpsl-admin(a)nzix.net notify: nznog(a)list.waikato.ac.nz notify: matthew.oram(a)vectornetworks.co.nz mnt-by: MAINT-NZRR-NZ changed: rpsl-admin(a)nzix.net 20050518 source: NZRR REPLACED BY: route-set: AS9560:RS-ROUTES:AS17492 descr: advertised to AS9560 by Vector Communications - AS17492 members: 202.126.192.0/20^20-29, 202.0.151.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: Patrick.Balmer(a)vector.co.nz mnt-by: MAINT-NZRR-NZ changed: rpsl-admin(a)nzix.net 20060608 source: NZRR

1 0

Telecom BRI
by Sam Banks 06 Jun '06

06 Jun '06

Hi Guys Does anyone know the default settings for Telecom BRI ISDN lines. Point to multipoint or Point to point? TE or NT? TX and RX gain? Thanks Sam -- A good friend will help you move, a really good friend will help you move a body.

1 0

Notification of NZRR Database changes
by NZRR Database Notifications 05 Jun '06

05 Jun '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:AS2687 descr: advertised to AS9560 by AT&T Global Network Services - AS2687 members: 202.46.160.0/20^20-29, 202.126.80.0/21^21-29, 202.160.112.0/21^21-29, 202.36.192.0/22^22-29, 152.158.254.0/23^23-29, 202.36.68.0/23^23-29, 202.135.48.0/23^23-29, 203.163.70.0/23^23-29, 202.12.105.0/24^24-29, 202.21.128.0/24^24-29, 202.27.160.0/24^24-29, 202.36.29.0/24^24-29, 202.36.80.0/24^24-29, 202.37.254.0/24^24-29, 202.49.144.0/24^24-29, 202.50.137.0/24^24-29, 202.135.20.0/24^24-29, 202.135.34.0/24^24-29, 202.135.38.0/24^24-29, 202.135.62.0/24^24-29, 202.135.64.0/24^24-29, 202.135.85.0/24^24-29, 202.135.107.0/24^24-29, 202.135.111.0/24^24-29, 202.135.112.0/24^24-29, 202.135.116.0/24^24-29, 202.135.142.0/24^24-29, 202.135.182.0/24^24-29, 202.135.185.0/24^24-29, 202.135.190.0/24^24-29, 202.135.192.0/24^24-29, 202.135.231.0/24^24-29, 202.135.234.0/24^24-29, 203.57.145.0/24^24-29, 203.163.68.0/24^24-29, 203.163.86.0/24^24-29, 203.163.94.0/24^24-29, 203.163.98.0/24^24-29, 203.196.101.0/24^24-29, 203.196.119.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: david.lister(a)ap.att.com mnt-by: MAINT-NZRR-NZ changed: rpsl-admin(a)nzix.net 20051223 source: NZRR REPLACED BY: route-set: AS9560:RS-ROUTES:AS2687 descr: advertised to AS9560 by AT&T - AS2687 members: 202.46.160.0/20^20-29, 202.126.80.0/21^21-29, 202.160.112.0/21^21-29, 202.175.128.0/21^21-29, 202.14.20.0/22^22-29, 202.36.192.0/22^22-29, 152.158.254.0/23^23-29, 202.14.82.0/23^23-29, 202.36.68.0/23^23-29, 202.36.198.0/23^23-29, 202.135.48.0/23^23-29, 203.163.70.0/23^23-29, 192.203.216.0/24^24-29, 202.12.105.0/24^24-29, 202.14.84.0/24^24-29, 202.14.252.0/24^24-29, 202.21.128.0/24^24-29, 202.27.76.0/24^24-29, 202.27.140.0/24^24-29, 202.27.160.0/24^24-29, 202.27.250.0/24^24-29, 202.36.29.0/24^24-29, 202.36.80.0/24^24-29, 202.36.233.0/24^24-29, 202.37.254.0/24^24-29, 202.49.144.0/24^24-29, 202.50.137.0/24^24-29, 202.135.20.0/24^24-29, 202.135.34.0/24^24-29, 202.135.38.0/24^24-29, 202.135.62.0/24^24-29, 202.135.64.0/24^24-29, 202.135.85.0/24^24-29, 202.135.107.0/24^24-29, 202.135.111.0/24^24-29, 202.135.112.0/24^24-29, 202.135.116.0/24^24-29, 202.135.142.0/24^24-29, 202.135.146.0/24^24-29, 202.135.182.0/24^24-29, 202.135.185.0/24^24-29, 202.135.190.0/24^24-29, 202.135.192.0/24^24-29, 202.135.231.0/24^24-29, 202.135.234.0/24^24-29, 203.57.145.0/24^24-29, 203.163.68.0/24^24-29, 203.163.86.0/24^24-29, 203.163.94.0/24^24-29, 203.163.98.0/24^24-29, 203.196.101.0/24^24-29, 203.196.119.0/24^24-29, 203.196.121.0/24^24-29, 210.55.5.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: david.lister(a)ap.att.com mnt-by: MAINT-NZRR-NZ changed: rpsl-admin(a)nzix.net 20060606 source: NZRR

1 0

Notification of NZRR Database changes
by NZRR Database Notifications 05 Jun '06

05 Jun '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: AS9439:RS-ROUTES:AS2687 descr: advertised to AS9439 by AT&T Global Network Services - AS2687 members: 202.46.160.0/20^20-29, 202.126.80.0/21^21-29, 202.160.112.0/21^21-29, 202.36.192.0/22^22-29, 152.158.254.0/23^23-29, 202.36.68.0/23^23-29, 202.135.48.0/23^23-29, 203.163.70.0/23^23-29, 202.12.105.0/24^24-29, 202.21.128.0/24^24-29, 202.27.160.0/24^24-29, 202.36.29.0/24^24-29, 202.36.80.0/24^24-29, 202.37.254.0/24^24-29, 202.49.144.0/24^24-29, 202.50.137.0/24^24-29, 202.135.20.0/24^24-29, 202.135.34.0/24^24-29, 202.135.38.0/24^24-29, 202.135.62.0/24^24-29, 202.135.64.0/24^24-29, 202.135.85.0/24^24-29, 202.135.107.0/24^24-29, 202.135.111.0/24^24-29, 202.135.112.0/24^24-29, 202.135.116.0/24^24-29, 202.135.142.0/24^24-29, 202.135.182.0/24^24-29, 202.135.185.0/24^24-29, 202.135.190.0/24^24-29, 202.135.192.0/24^24-29, 202.135.231.0/24^24-29, 202.135.234.0/24^24-29, 203.57.145.0/24^24-29, 203.163.68.0/24^24-29, 203.163.86.0/24^24-29, 203.163.94.0/24^24-29, 203.163.98.0/24^24-29, 203.196.101.0/24^24-29, 203.196.119.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: david.lister(a)ap.att.com mnt-by: MAINT-NZRR-NZ changed: rpsl-admin(a)nzix.net 20051223 source: NZRR REPLACED BY: route-set: AS9439:RS-ROUTES:AS2687 descr: advertised to AS9439 by AT&T - AS2687 members: 202.46.160.0/20^20-29, 202.126.80.0/21^21-29, 202.160.112.0/21^21-29, 202.175.128.0/21^21-29, 202.14.20.0/22^22-29, 202.36.192.0/22^22-29, 152.158.254.0/23^23-29, 202.14.82.0/23^23-29, 202.36.68.0/23^23-29, 202.36.198.0/23^23-29, 202.135.48.0/23^23-29, 203.163.70.0/23^23-29, 192.203.216.0/24^24-29, 202.12.105.0/24^24-29, 202.14.84.0/24^24-29, 202.14.252.0/24^24-29, 202.21.128.0/24^24-29, 202.27.76.0/24^24-29, 202.27.140.0/24^24-29, 202.27.160.0/24^24-29, 202.27.250.0/24^24-29, 202.36.29.0/24^24-29, 202.36.80.0/24^24-29, 202.36.233.0/24^24-29, 202.37.254.0/24^24-29, 202.49.144.0/24^24-29, 202.50.137.0/24^24-29, 202.135.20.0/24^24-29, 202.135.34.0/24^24-29, 202.135.38.0/24^24-29, 202.135.62.0/24^24-29, 202.135.64.0/24^24-29, 202.135.85.0/24^24-29, 202.135.107.0/24^24-29, 202.135.111.0/24^24-29, 202.135.112.0/24^24-29, 202.135.116.0/24^24-29, 202.135.142.0/24^24-29, 202.135.146.0/24^24-29, 202.135.182.0/24^24-29, 202.135.185.0/24^24-29, 202.135.190.0/24^24-29, 202.135.192.0/24^24-29, 202.135.231.0/24^24-29, 202.135.234.0/24^24-29, 203.57.145.0/24^24-29, 203.163.68.0/24^24-29, 203.163.86.0/24^24-29, 203.163.94.0/24^24-29, 203.163.98.0/24^24-29, 203.196.101.0/24^24-29, 203.196.119.0/24^24-29, 203.196.121.0/24^24-29, 210.55.5.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: david.lister(a)ap.att.com mnt-by: MAINT-NZRR-NZ changed: rpsl-admin(a)nzix.net 20060606 source: NZRR

1 0

Strange increase/decrease in mail rejection stats
by Simon 05 Jun '06

05 Jun '06

Hi There, I have noticed that since XTRA moved to their new mail platform, that we have had a steady increase in rejected email from fepXX.xtra.co.nz (mainly rejected due to invalid from' domain name). However, as of this morning at about 1pm, the rejected rate dropped right back to minimal again. Is someone at XTRA allowed to let us know if there have been mail system changes at their end? - and if there is any impact beyond the above? Just checking as its a bit strange to see a graph do that without getting all "OK, what do i need to check now..". Cheers Simon

1 0

Re: [nznog] What is this?
by Webmaster 03 Jun '06

03 Jun '06

Luxury. We used to live in a paper bag... I remember using a 300 bps modem to connect to bulletin boards way back when. R >>> shane hobson <shane(a)liteup.co.nz> 2/06/2006 19:33 >>> I used to use Pacnet on a 1200/75 modem on a regular basis. That would have been late 80's from memory. Shane Bill Walker wrote: > Ian McDonald wrote: > >>> In which case it was half the Internet - and if all we had was 14K for >>> the whole country - well, say no more. >>> >>> Its debatable if that really was an Internet connection in the modern >>> sense. >>> >>> >>> >> Well I was using it for NNTP, SMTP, FTP on the Waikato link when it >> was 2.4K and then 4.8K and it seemed like the Internet to me then.... >> >> > I remember a 1200bps dial up modem my dad had.... > > _______________________________________________ NZNOG mailing list NZNOG(a)list.waikato.ac.nz http://list.waikato.ac.nz/mailman/listinfo/nznog

6 5

Re: [nznog] What is this?
by Jeremy Strachan 02 Jun '06

02 Jun '06

In which case it was half the Internet - and if all we had was 14K for the whole country - well, say no more. Its debatable if that really was an Internet connection in the modern sense. 14K poses a significant restriction on what was actually possible, even back then. and yes - it is 14K each way - because a leased line is two pairs (four wires), not two wires like a home user has with a dial-up modem. It's a full duplex link, and yes we (cough) have moved along way in nearly 20 years, broadband may be faster on occasions. And not detecting a cariier - it can't detect the carrier signal from the modem at the other end - because both should see each others carrier. -----Original Message----- From: Perry Lorier [mailto:perry(a)coders.net] Sent: Friday, 2 June 2006 4:59 p.m. To: Jeremy Strachan Subject: Re: [nznog] What is this? [offlist so as not to give the game away] > ah, so young ... Its pre-Internet .. > Not quite, it was the modem used out of Waikato for New Zealands Internet connection around 1989ish. I think that means it's not "Pre Internet", it /was/ the Internet!

6 6

What is this?
by Perry Lorier 01 Jun '06

01 Jun '06

http://www.wlug.org.nz/archive/history/ Anyone guess what this modem was last used for? and when/where? We powered it on, it still works :)

5 5

Re: [nznog] What is this?
by Jeremy Strachan 01 Jun '06

01 Jun '06

2400, 4800, 9600, and yes even 14.4K was possible, and 19.2K. It probably ran over leased (conditioned) dedicated lines. It looks like a 1987 date on the back to me ... It is probably both large and heavy. Jeremy -----Original Message----- From: Joseph Miller [mailto:joseph(a)digiweb.net.nz] Sent: Friday, 2 June 2006 4:58 p.m. To: nznog(a)list.waikato.ac.nz Subject: Re: [nznog] What is this? It can't be that old - it's a whole 14.4k!

1 0

Re: [nznog] What is this?
by Jeremy Strachan 01 Jun '06

01 Jun '06

ah, so young ... Its pre-Internet .. -----Original Message----- From: Perry Lorier [mailto:perry(a)coders.net] Sent: Friday, 2 June 2006 4:52 p.m. To: nznog(a)list.waikato.ac.nz Subject: [nznog] What is this? http://www.wlug.org.nz/archive/history/ Anyone guess what this modem was last used for? and when/where? We powered it on, it still works :) _______________________________________________ NZNOG mailing list NZNOG(a)list.waikato.ac.nz http://list.waikato.ac.nz/mailman/listinfo/nznog

3 2

Notification of NZRR Database changes
by NZRR Database Notifications 01 Jun '06

01 Jun '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:AS10022 descr: advertised to AS9560 by Datacom - AS10022 members: 202.175.128.0/21^21-29, 202.14.20.0/22^22-29, 202.36.198.0/23^23-29, 192.203.216.0/24^24-29, 202.14.83.0/24^24-29, 202.27.76.0/24^24-29, 202.27.140.0/24^24-29, 202.27.143.0/24^24-29, 202.27.250.0/24^24-29, 202.36.233.0/24^24-29, 210.55.5.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: idc(a)datacom.co.nz mnt-by: MAINT-NZRR-NZ changed: rpsl-admin(a)nzix.net 20060210 source: NZRR REPLACED BY: route-set: AS9560:RS-ROUTES:AS10022 descr: advertised to AS9560 by Datacom - AS10022 members: 202.175.128.0/21^21-29, 202.14.20.0/22^22-29, 202.14.82.0/23^23-29, 202.36.198.0/23^23-29, 192.203.216.0/24^24-29, 202.14.84.0/24^24-29, 202.27.76.0/24^24-29, 202.27.140.0/24^24-29, 202.27.143.0/24^24-29, 202.27.250.0/24^24-29, 202.36.233.0/24^24-29, 210.55.5.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: idc(a)datacom.co.nz mnt-by: MAINT-NZRR-NZ changed: rpsl-admin(a)nzix.net 20060602 source: NZRR

1 0

[RIR] Deprecation of ip6.int Scheduled for June 1, 2006
by bmanning＠vacation.karoshi.com 31 May '06

31 May '06

On Thu, Mar 02, 2006 at 09:19:56AM -0500, Member Services wrote: > In August 2005, RFC 4159 Deprecation of ip6.int was published as Best > Current Practice. This RFC noted that maintenance of ip6.int is no > longer required and that the Regional Internet Registries adopt a > schedule for cessation of ip6.int. All the RIRs have agreed to deprecate > ip6.int on June 1, 2006. Further note that ARIN no longer modifies any > of the zones it administers under ip6.int effective December 7, 2005. > > Ginny Listman > Director of Engineering > American Registry for Internet Numbers and: On Tue, 16 May 2006 11:09:10 +0200, Andrei Robachevsky wrote: > Below is the proposed plan of ip6.int deprecation. Could you please > check if it is detailed enough to be properly coordinated, or if it > misses something. > > Andrei > > ip6.int deprecation plan > ------------------------- > > Advance Work: > > Contact Bill Manning at bmanning(a)vacation.karoshi.com and > hostmaster(a)ep.net before the 25th of May and ask him to schedule the > following: > > o June 1st 12:00 GMT: Remove all delegations within the 2.ip6.int zone. > > RIR Plan (common) > > o May 30th 12:00 GMT: Drop TTL on authoritative NS records within the > ip6.int zones to 3600. > > o June 1st 12:00 GMT: All delegations within the ip6.int zone are > removed. No RIR Action needed, other than checking. > > o June 1st 13:00 GMT - 23:59 GMT: All RIR's remove their respective > ip6.int zones from their servers. ........ while i noted the following: not all the zones or data in ip6.int are being removed.... so no, i am not changing the TTLs. the delegations that the RIR's have asked to be removed are scheduled for automatic removal. I will check on the process when i wake up roughly 3.5 hours later. I will be glad to send you email at that time to confirm removal. --bill ....... that being said, the RIR requested delegations have been removed from the IP6.INT zone. what remains is: # dig 2.ip6.int. axfr @::1 ; <<>> DiG 9.3.2 <<>> 2.ip6.int. axfr @::1 ; (1 server found) ;; global options: printcmd 2.ip6.int. 86400 IN SOA dot.ep.net. hostmaster.ep.net. 1999061700 10800 900 604800 129600 2.ip6.int. 86400 IN NS z.ip6.int. 2.ip6.int. 86400 IN NS dot.ep.net. 2.ip6.int. 86400 IN NS flag.ep.net. 0.0.1.0.0.2.ip6.int. 86400 IN NS z.ip6.int. 0.0.1.0.0.2.ip6.int. 86400 IN NS dot.ep.net. 0.0.1.0.0.2.ip6.int. 86400 IN NS flag.ep.net. 1.0.1.0.0.2.ip6.int. 86400 IN NS z.ip6.int. 1.0.1.0.0.2.ip6.int. 86400 IN NS dot.ep.net. 1.0.1.0.0.2.ip6.int. 86400 IN NS flag.ep.net. 2.0.0.2.ip6.int. 86400 IN NS z.ip6.int. 2.0.0.2.ip6.int. 86400 IN NS dot.ep.net. 2.0.0.2.ip6.int. 86400 IN NS flag.ep.net. 2.ip6.int. 86400 IN SOA dot.ep.net. hostmaster.ep.net. 1999061700 10800 900 604800 129600 ;; Query time: 4 msec ;; SERVER: ::1#53(::1) ;; WHEN: Thu Jun 1 06:44:20 2006 ;; XFR size: 14 records (messages 14) --bill

1 0

Notification of NZRR Database changes
by NZRR Database Notifications 31 May '06

31 May '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: AS9439:RS-ROUTES:AS18353 descr: Route set advertised to AS9439 by HDS - AS18353 members: 202.55.96.176/28^28-29 admin-c: RPA1-NZRR tech-c: RPA1-NZRR notify: rpsl-admin(a)nzix.net notify: nznog(a)list.waikato.ac.nz notify: kenneth.liew(a)hdsnz.com mnt-by: MAINT-NZRR-NZ changed: rpsl-admin(a)nzix.net 20051006 source: NZRR REPLACED BY: route-set: AS9439:RS-ROUTES:AS18353 descr: advertised to AS9439 by Revera - AS18353 members: 202.55.99.0/24^24-29, 202.55.96.176/28^28-29 admin-c: RPA1-NZRR tech-c: RPA1-NZRR notify: rpsl-admin(a)nzix.net notify: nznog(a)list.waikato.ac.nz notify: Marc.Nienkemper(a)revera.co.nz mnt-by: MAINT-NZRR-NZ changed: rpsl-admin(a)nzix.net 20060601 source: NZRR

1 0