Apologies for the 'for sale' notice, but this really does seem like the
most obvious forum that would have people interested in this sort of
Orcon currently has 6 x 480 Port Lucent TNT Access servers for sale, and
we'll take the best offer over $12,000 + GST each (that's just $25 per
You can still buy these new, and I have been told that current US$ list
price is around US$181,000
Below is the current US$ list price of the components - each chassis has
10 x 48 port cards, 2 x E1 cards, and 1 of everything else.
Single-slot module (8) E1 interfaces
4-Port, 10/100 Port Voice Ethernet Module
Base TAOS RTU software license for the MAX TNT
R2 tone-based support for most E1 countries.
32MB JEDEC DRAM Memory module.
- The chassis in their current configuration won't do V.92.
- The chassis also have the voice hash codes so that you can
provide VOIP services on PRIs etc.
Orcon Internet Limited - www.orcon.net.nz
Mob +64 (0) 21 366 666 / Wk +64 (9) 444 4414 ext 700
I hear there will be power testing on all levels in the Sky Tower
tomorrow (Tuesday) between 0630 and 0730 local time, and "short breaks"
are to be expected on all levels. The F root node in Auckland lives on
The power to the F-root node is supplied through UPSes, but I do not
know the list time those UPSes were called upon to supply service.
Accordingly, it is at least possible that multiple components of the
F-root node will reboot, in which case peers of ISC in Auckland may see
transient re-routing towards some other F-root node (Brisbane, Hong
Kong, Palo Alto or San Francisco, probably).
If there's any persistent issue outside that window, please feel free
to send mail to noc(a)isc.org as usual. If you're at the APE and not
peering with us, and you'd like to, send mail to peering(a)isc.org.
we have discovered that most of the off campus sources we had for our
NTP service are no longer there. Anybody willing to let us connect to
Russell Fulton /~\ The ASCII
Network Security Officer \ / Ribbon Campaign
The University of Auckland X Against HTML
New Zealand / \ Email!
At 12:16 p.m. 5/05/2004 +1200, David Robb wrote:
>On Wed, 5 May 2004, Jonathan Brewer wrote:
> > Hey Richard,
> > Nice webcast, but where's the 8mbps HDTV stream!?
>Or at least something a bit higher bandwidth than 128kbit.
Sorry - the HDTV stuff is about 12 months away due to a CPU capacity crisis
- we need the 64bitters and appropriate software.
I chose 128k as the best single stream to do that would be usable by the
max people. I was using my laptop so cpu was limited. WHile I could have
done a higher bit rate, the audience would have been restricted. A number
of contacts reported firewall blocks in place and so some resorted to
dial-up !! I use protocol roll over to try and get around firewalls, so
I'm supporting mms and rtsp. So sorry bout the 128, but it did get a good
A link to the stream was carried by Stuff.co.nz and we had a simultaneous
peak of 92 viewers. The log files shows something like 1550 connections
looking at VideoNow. I didn't have individual logging turned on, so its
mixed with other traffic, but VideoNow was saturating the log file, so
about 1500 odd connex.
The next stage is to get the gear a little more portable (like a backpack,
like our other portable units) and also get multi-bit rate.
And yes, we are available for the beach volley-ball championship, but would
insist on full coverage of the event, including all the lead up trials etc.
Do I have any volunteers for the camera crew ?
In message <2318.104.22.168.71.1083729519.squirrel(a)www.crypt.gen.nz>, "Kerry Tho
>Simon Blake said:
>> Setting up a GPS NTP source has been on the list of things I've wanted
>> to get done for a while now - I've got several rooftop mounted PC's that
>> have stunning views of the heavens. [....]
>Dick Smiths have a usb GPS receiver ( http://www.dse.co.nz & search for
>XH6831 ) which uses the standard NMEA protocol over what seems to be an
>emulated serial port.
IIRC that GPS receiver doesn't do PPS (pulse-per-second). Without pulse
per second you can't get NTP-accurate time out of a GPS -- there's just
too much jitter in the timing reports. (NMEA output is fairly slow
(9600bps?) and in many GPSes they don't even treat the NMEA output as a
high priority, so it's only "near the second" not on starting on the
>From what I remember most GPSes under about $400-$500 won't do PPS, and
some of the more expensive ones don't either. I think there are some
models around the $500-$600 range which will do PPS, but I don't recall
which ones off hand.
> Russell Fulton wrote:
>> we have discovered that most of the off campus sources we had for
our >> NTP service are no longer there. Anybody willing to let us
connect >> to their servers?
> Industrial Research's Measurement Standards Laboratory (MSL)is now
> providing a publicly accessible primary Network Time Protocol (NTP)
> server for the synchronisation of computer time for connections within
> New Zealand.
More details are available on their website:
a "maybe" heads up.
We have been developing a webcasting facility known as VideoNow. It is
webcasting with the encoder over CafeNet, so you can roam around town. Last
friday we drove the van around, which seems to have amused a few folks.
I'll put some footage up later for a laugh.
Tomorrow the Hokoi will parade/march thru town. There is a strong
possibility that we will have a camera on Lambton Quay to catch the action.
The VideoNow URL is http://www.r2.co.nz/20040414/
If the camera is live it will connect, if not you get a message. Keep
trying - the stream will kick in as we get near an access point.
The "maybe" part is how much sleep we get tonight. Camera batteries are
Russell Fulton wrote:
> we have discovered that most of the off campus sources
> we had for our NTP service are no longer there. Anybody
> willing to let us connect to their servers?
Industrial Research's Measurement Standards Laboratory (MSL)is now providing
a publicly accessible primary Network Time Protocol (NTP) server for the
synchronisation of computer time for connections within New Zealand.
The Measurement Standards Laboratory (MSL) is the official disseminator of
the time standard, UTC(MSL), for New Zealand. (Most people will be familiar
with their time service disseminated as a series of "pips" broadcast by
Radio New Zealand on the National Radio station. ) MSL is now providing a
Network Time Protocol (NTP) stratum 1 server for connections within New
Zealand. The server is referenced to UTC(MSL) by direct connection of a
pulse per second signal from the master caesium atomic clock which is part
of the New Zealand time standard. The time in the server is typically stable
to around 1 microsecond with respect to the time in the caesium clock.
Using the server
The server is a publicly available server open to all connections from
within NZ. Its address is msltime.irl.cri.nz (Note: this server only
services NTP and 'Simple Network Time Protocol' (SNTP) requests. It does not
respond to 'datetime' requests. Government agencies however, should register
their use of the server with MSL by sending the IP address of their server
(a static address is required) and a contact email address to
time(a)irl.cri.nz . The reason for this requirement is that some servers
overseas have been flooded with requests from devices such as routers and
access to the server may have to be restricted at some time in the future.
Agencies should limit their requests to come from at most three servers and
then any additional server should connect to what will be the agency's three
stratum 2 clocks. The best and most accurate way of using this service is to
install the official NTP distribution from www.ntp.org. Versions are
available for most versions of Unix. Windows versions are available for
Windows NT, 2000 and XP.
Please note that this message has been liberally pillaged from a fact sheet
on the E-government website (http://www.e.govt.nz/programme/docs/Time.pdf)
and further details are contained there (sorry, pdf only at present. I'm
working on getting more accessible pages up there).
Manager Moderation and Web Standards
State Services Commission
PO Box 329, Wellington, NZ
Tel: 64 4 495 2844
Caution: The content of this email is the property of the State Services
Commission. If you have received this message in error please notify the
sender immediately and delete.
We have a webcast tomorrow - Tuesday 4 May 2004
NZ Wireless Data Forum conference at Te Papa.
It appears that the organisers haven't put any URLS to the streams anywhere
public, so I don't expect any traffic issues. But as usual Help Desks may
get questions from users etc.
Or you may have a few minutes free and want to see whats new in wireless
If theres enough interest, we can use VideoNow (a camera and wireless
laptop) to do a tour of the exhibition area to show what toys were on
display. Need a time that suits. Theres no lunch break (S**T !!! when will
we eat ? We're starting at 6:30am!) and the presentations go thru til 1630.
May get someone else to drive that bit
videonow is at http://www.r2.co.nz/20040414
Sasser seems to be alive and well, here is some information that you may
Based on the information at the Symantec link:
- Blocking destination tcp ports 5554 and 9996 at the routers will stop
the payload being transferred across network segments. (5554 appears to
be the content transfer channel (FTP), 9996 is the remote shell used to
run commands on a host).
- Deploying an IPSec policy with filter actions for Block on port 5554
and 9996 can be used to block the transfer of the payload to or from
individual hosts. Blocking inbound 445 is also possible, but may cause
problems depending on your specific requirements re File and Print
sharing on clients. NB This is a technique to limit the spread of the
virus, not to mitigate the vulnerability.
Group Policy deployment of the removal tool has not been tested to my
- When assigned to a computer, the package is executed using a Local
System logon, so shouldn't encounter any permissions issues.
- The cleanup tool fails if the MS04-011 hotfix is not installed.
- Group Policy does not guarantee an order of completion for assigned
- If the package runs unsuccessfully, it may not be run again by the
software deployment engine; instead, consider using MSI to get the
cleanup tool onto the workstations and a computer startup script to
execute the tool.
- Our typical suggestion is to install MS04-011, reboot, then run the
cleanup tool; GP software deployment may not be able to accomplish this
in a single step.