In the last 24 hours I've heard from multiple sources that Vodafone is
now using 8 digit prepay numbers - the numbers I was given that were
reported 'not working' (because our PBX didn't match all the digits)
were both 021-0222xxxx, ie, 8 digits after the 021.
I know I asked about this only one month ago, but back then 021
only appeared to require 6 further digits, and not 7.
I've just tried calling both 0222xxxx numbers from my vodafone mobile,
and they they both rang. I tried leaving the last digit off, and they
both failed, so it does suggest that things have changed.
Does anyone know what's going on, and/or what the correct prefix for
this number pattern is ? If I change my end to match 0210 plus 7, it
will introduce a 5 second delay into any numbers that only have 6 digits
after the 0210
Ian Batterbee, CCNP
Senior Network/Comms Technician
Auckland University of Technology
Now we have some syntax Syntax S648 motherboard in stock, they are all new original retail box unopen products. our offer is US$25.00/Pcs, if you are interesting in them, please feel free to contact me, thanks.
Have a nice day
・ Intel Motherboard S648
・ Socket 478 board that supports Intel Pentium 4 processor up to 533Mhz FSB
・ Integrated with the most advanced technologies - SiS MuTIOL media I/O Magic Setting, USB 2.0 (SiS 963)
・ USB 2.0
・ Supports Ultra DMA 133/100
・ Socket 478 for Intel Pentium 4 processor
・ FSB 533/400 MHz
・ Supports Hyper-Threading Technology
・ North Bridge: SiS 648
・ South Bridge: SiS 963
・ 3 DDR DIMM sockets Support
・ 3 x 2.5V DDR SDRAMs (DDR266/DDR200) or
・ 2 x 2.5V DDR SDRAMs (DDR333)
・ Max. 3GB (2GB only for DDR333)
・ 8X AGP
・ Compliant with AC97 2.2 specification
・ RealTek RTL8100/B 10/100 Mbps Fast Ethernet Controller
・ 2 UltraDMA 133/100/66/33
・ 6 USB 2.0
- Expansion Slots
・ 1 AGP 8X
・ 5 PCI
・ 1 CNR
- Back Panel I/O Ports
・ 1 PS/2 Mouse
・ 1 PS/2 Keyboard
・ 1 Parallel
・ 2 Seria
・ Game port
・ 1 LAN
・ 2 USB
・ 1 Line-in
・ 1 Line-out
・ 1 Mic-in
- Internal I/O Connectors
・ 2 USB 2.0 headers support additional 4 USB ports
・ Front Panel MIC/Line out header
・ SIR header
・ HDD LED, Reset switch, Power switch headers
・ ATX power connector
・ CPU/Power/Case fan Connectors
・ Award 2MB flash EEPROM
・ Supports Plug and Play 1.0A, AMP 1.2, multi boot, DMI
・ Support ACPI V1.0 specification
- Form Factor
- Board Size
・ 12" x 9.6" (305mm x 244mm)
- RTC & Battery
・ SiS 963 built-in 256 bytes of CMOS SRAM
・ With CMOS hardware clear jumper
I'm with xtra for DSL at home. I don't seem to transit via the US to get content from the r2 servers.
From: Dan Clark [mailto:firstname.lastname@example.org]
Sent: Thursday, 22 September 2005 6:59 p.m.
To: Richard Naylor
Subject: Re: [nznog] Further Analysis of Election Night
mostly Xtra customers connecting to the US server no doubt?
Further analysis of the Election period webcast
We have now had some time to analyse log files from the election period.
observations are made.
It should be understood that there were 4 servers,
USA - 1
AKL - 2 (CityLink and TVNZ)
WLG - 1
We have not had access to the TVNZ log files and so the following comments
are based on
analysis of 3 servers only. These servers were carrying 62% of the load (by
It also needs to be understood that these servers were not set up solely
election event and carried on handling day to day 24x7 streaming. So in
looking at log
files, there are many streams and services (such as on demand video or
which were operating regardless of the election. Equally many of the
stations which we
stream had no particular coverage of the election and carried on their
night programmes. As a result some analysis requires a little local
knowledge to make
In addition, R2 was providing on-demand services to 3 political parties
involved in the
election. Several parties had closing video clips or focussed their
for the closing stages of the campaign. This produced extra traffic on
election day. In
some cases a surprising number of hits.
We also carried a number of election related events such as
The Labour Party Election Campaign launch
The InternetNZ ICT Candidates debate
Election Fiscal Update (access via Scooop.co.nz)
Several Press Briefings by the PM (access via Scoop.co.nz)
Candidate debates (access via RadioNZ.co.nz)
As a result a very rough estimate is that the last month has seen server
On election night, over 40 countries accessed the 3 CityLink servers. They were
United Arab Emirates
The top 15 countries all accessed over 1GBytes of data
Of great interest to us is the access to the USA server as its usage is
handle international interest under a strategy of locating servers as close
clients as possible, so that over time, higher quality material (audio or
video) can be
The USA server received connections from
With 3 servers located in NZ, there was no need for traffic from the US
server to NZ.
This is caused solely by poor peering by NZ ISPs. It represents some 10Mbps
A little something that's quite useful for looking at route
advertisement trends over time.
It complements the use of route-servers quite well when looking at BGP
path changes internationally.
Found the link on NANOG
] but, as you seem to understand, that's only half the story. luckily,
] the other, more useful, half is easily testable if arin/cymru would
] just follow the long-discussed path.
We couldn't agree more! That's why we stood up the following three
pingable IP addresses prior to announcing the test prefixes.
Sorry those weren't announced sooner!
Rob, for Team Cymru.
Shaving with Occam's razor since 1999.
We are now advertising an additional prefix to our APE and WIX connected
peers, including the route servers for these exchanges.
I also ask that anyone not currently accepting up to 24 bit long prefixes
in our advertisements, to please do so. We have no need to advertise these
now, but we'd like to have the option available if needed, yadda yadda.
The new prefix is 22.214.171.124/20.
So, in the end it should look something like:
ip prefix-list woosh-in seq 5 permit 126.96.36.199/19 le 24
ip prefix-list woosh-in seq 10 permit 188.8.131.52/20 le 24
Other potentially useful details follow:
APE IP 184.108.40.206
WIX IP 220.127.116.11
For those of you who are not currently peering with us and would like to
arrange direct peering sessions, please contact me offlist, or on
+64-9-522-3699, ext 618.
Election Night Webcasting Statistics
On Election night, 2005, CityLink/R2 was involved in assisting a number of
with their streaming requirements. This was in addition to the normal
activites being carried out with other TV and radio stations. Particular
The streaming was carried out using servers located in Auckland,
Wellington and Palo
Alto (USA). Encoding was carried out by TVNZ and CityLink/R2.
In terms of number of viewers, the 2003 Lord of the Rings premiere has been
the biggest event webcast to date. The election night figures passed that by
On election night, some servers used anycast routing to spread traffic
so that viewers connected to the server closest to them by Internet
not all servers used anycasting, we experienced congestion on the link
feeding the US
based server. As a result, some viewers used the link to NZ servers, further
overloading the International capacity. In hindsight, we should have fed
the US server
via an alternate route to ensure the quality of its streams.
In terms of traffic, the average bandwidth being consumed was
Auckland (2 servers) = 110 Mbps
Wellington (1 server) = 50 Mbps
USA (1 server) = 50 Mbps
Total average bandwidth = 210 Mbps
Peaks were of course much higher.
Estimates are that approximately 450Gbytes of data was transferred during
the event of
6 hours. 98% of this data was carried by the anycast routing architecture.
At 10 cents
per megabyte this data represents approximately $45,000. CityLink delivered
for free as a public service.
Our experience suggests that for large events, anycast routing delivers high
performance. However, the source feed to the US servers needs to be
isolated from any
other traffic into or out of NZ. We could have done this using our
or by strictly enforcing anycast routing. This would have meant that NZ
peering at NZ Internet exchanges would have to bring significant traffic
into NZ on
their International circuits.
> BNZ tried using certs in 2000 for IB for public - was a
> nightmare - far too early for browser compatibility usual
> portability of certs etc.
Ah, I might have had my banks mixed up.
> And of course, and this will come
> as a surprise to some, certs aren't very good for
> authentication remember - their power in is in persistently
> marking transactions/data or whatever That BNZ system was
> tried to get round key loggers but as you say anything that
> needs specific machine setups/configs will fail for retail
> banking. And there are screen grabbers now anyway.
Oh, I found that even without the threat of phishers etc, the pain of
using it (Even after I installed Java) was just too high.
> 2-factor also does not solve the problem and can introduce
> more. Netcode relies on a now-defunct, unsupported product
> from RSA - it was dropped from the RSA product line due to
> the issues with SMS delivery and security - ask yourself how
> secure the SMS network is, would you know, do you know ? I
Well, personally, I'd find it more secure that not having it at all.
Without something like it, anyone can get in with my username + pwd.
With it, atleast if they ALSO intercept my cell transmission, they can
get it for what, 10 mins (assuming they have my UN+PW as well). That's a
fairly small window, and better than the current situation.
> would be more concerned about that than anything. Also, the
> banks cannot control SMS delivery nor guarantee anything and
> therefore don't like it. 2 factor is relatively complex to
> manage in big deployments, expensive (relatively compared to
> a password) and probably overkill for retail but spot on for
> business - which of course you'll know has been used in for a
> number of years now by most banks....
I think ASB got around that by having something in there saying "if you
don't get the text within X mins, call us on 0800 WHATEVER, quote ID
123456 and we'll check your details like we normally do".
> Remember though - you can use a computer - most people who
> use retail Internet Banking can't - IB is the pinnacle of
> their PC knowledge
VERY good point. Smartcards + reader look interesting, but there again -
hardware compatability. Does it works on a Mac? Does it work on my
mothers old P166 without USB? Etc.
> And anyway banks don;t make any money from retail banking so
> until phishing and e-banking scams become sufficiently common
> they still pale in comparison to manual frauds. The real
> answer is to remove some functionality but of course we'd all
> moan...Free beers for life for the person that cracks the
> portability vs security conundrum !
Very true. As long as they keep refunding people when they get all their
money nicked, it's not THAT huge a long-term problem. Short term, and
for the person who's cash is (for a while) gone, it's a bit of a
Good discussion to have, me thinks, especially given the types of people
on this list. :)
Now, lunch and Beer :) Is it Friday yet?
> I'm not a application Security expert, but why can the banks
> issue a authentication Certificate, and only allow
> connections to those who are authenticated?
Certs would help, but they are a PITA to get working reliably. I know of
one place that does use them (www.vir.co.nz - only for dealers) - but
Banks are very much mass-market, and mom-and-pop would have a lot of
troulbe working it out. I think one of the banks (ANZ??) tried it a
while back. Not sure what they use now tho.
The worst I have used was BNZ - they had a Java applet, and you had to
CLICK on your password, on a keyboard on the screen. Wow, how secure, if
someone is shoulder surfing, or capturing mouse clicks. And, it was just
crap to use, especially if you didn't have Java (you just couldn't get
in without Java!)
2-factor authentication is one of the few ways they could tighten up on
security. ASB already does this, to some extent, with NetCode (ditto
BankDirect - same company tho). They send you a text to confirm (you
have to enter the code in the text) if the amount is over a specific
value ($2500 per day). Works great. Why not do it on ALL transactions
under a certain value (eg, $50)? Want to log in and check accounts?
Fine. Usename + password. Want to move money? You then MUST use 2-factor
authentication. I'd say that 99% of people with computers, also have
cellphones, so text messages is a good way. Going overseas? Get one of
those fancy SecureID cards on loan. I'm SURE that a load of people on
this list know those cards - credit card sized "random" number
generators on their keyrings. Same idea could be implemented for LESS
cost than the banks usually loose....
Of course, the banks have to be motivated to do it.... And they are not,
really, at the moment.
It might still give the phishermen entry, but only within a VERY small
window (60 seconds to 5 mins, usually), which would solve most of the
Of course, you'd need to sync it up with the Beer Tap at the pub
somehow..... Maybe give the "keys" away free with every pint sold?
Righto. Back to work :)
Nic Wise - Senior Developer - Microsoft MVP (.NET)
t. +64.21.676.418 w. http://www.aftermail.com/
e. nic.wise(a)aftermail.com b. http://www.fastchicken.co.nz/blog/