nemesis's Journal

No more ADSL modems?

Thursday 13th January, 2011

My ADSL modem at home's on its way out. It's been going at it hard for the last 4 years, but now needs a periodic "kick in the pants" now around every 2 days.

In my desperate search for a replacement, it's become clear to me that the "good" companies don't seem to bother making ADSL2+ modems anymore. They've all got wireless built-in nowadays.

I don't need wireless built in!

Alas, the only company that seems to be listening to me is TP-Link. I can only presume that TP-Link is on-par with D-Link levels of build quality. Likeliness of lasting 4 years? Slim-to-nil.

Top Gear Australia: Not again!

Monday 23rd August, 2010

Back in 2008, the SBS had the deranged idea that they could take the Top Gear (UK) formula, throw terrible Australian presenters at it, and be flush with an instant hit. How wrong they were.

Both expectations and ratings started out high, and plummeted rapidly. The show even had a segment called "What were they thinking?". Inevitably, the SBS metaphorically placed a "Top Gear Australia" card onto their "What were they thinking?" board, by canning the show and selling it to Channel Nine.

Well, it's back. Yes, Channel Nine commences filming the studio audience on 25 August. And yes, Steve Pizzati is back, along with "that toilet guy", Kenny.

What were they thinking?

Managing Expectations

Wednesday 12th May, 2010

Top Gear Australia: Not again!
If there's one piece of advice I could give to every company that has customers, it would be "under-promise, and over-deliver".

It's expectation management 101.

I have a vendor whom we regularly have to deal with. This particular vendor will regularly promise that a release will be delivered to us, with certain features, and "by X date". Every release, that date slips by around 14 days, and is missing a number of promised features.

It's okay to make a promise a customer, but if you make that promise, be damn sure that you're going to meet it. When promising a date, always allow yourself a margin! A customer is always happy to have a product delivered early, and very rarely happy for you to deliver your product late.

When your product does not meet the expectations you have set, it undermines your customer's faith in both you as a vendor, and in your product. On the other hand, when your produce exceeds expectations, you generate goodwill.

I recently organised for shipping for a server. The company advertised "overnight delivery!" - but the delivery actually took two days to arrive. If the company had advertised "48-hour delivery" now, that would have been fine. Even better if they'd advertised "48-hour delivery", but actually delivered overnight!

Managing expectations is easy. Under-promise, and over-deliver.

IPv6: Still "beta" quality

Thursday 29th April, 2010

Over the last month or so, I've been playing with Internode's IPv6 offering. My platform of choice is my Linux-based gateway.

I'm fast coming to the conclusion that IPv6 just isn't ready for prime-time yet. Support in some of the key components is unstable, and feels rushed.

PPPD, the daemon used to facilitate an ADSL connection for example, doesn't set a default IPv6 route when the "defaultroute" option is specified. Of course, it works for IPv4. To get a default route when the connection is brought up, you need to employ scripting that should really be unnecessary.

But it gets worse. There's currently three DHCPv6 clients you can use to pick up your IPv6 prefix from your ISP: KAME's DHCPv6, Wide-DHCPv6-Client, and Dibbler-Client. KAME's client appears unmaintained (and isn't even packaged in Debian). The Wide client works, but is terribly unstable, requires regular restarts, and doesn't support DNS updates (a.k.a. "FQDNv6"). And the Dibbler client can't split your prefix up.

If you were planning to hand out addresses using DHCP (as opposed to using the auto-generated ones from RA), Wide's DHCPv6 server is about as stable as their client. The logging facilities are terrible -- you either get nothing, or everything spewed out into your syslog.

If your DHCPv6 server or client bombs out on your gateway, the result is generally, your access to the IPv6-Internet drops.

IPv6 has a long way to go if we ever hope to get mainstream use.