torkell: (Default)


I've finally upgraded to FTTC broadband! I've no idea where the cabinet is but it can't be far given the speed I've got out of it (and I suspect from the modem's stats there's another 5Mb/s of download I could achieve).

My previous ADSL connection was fairly decent as I'm not that far from the exchange - I was on about 11.5Mb/s down and 1Mb/s up (it used to be faster but something glitched out on my line and the exchange decided to target a larger SNR) - but the comparatively slow upload has been annoying for a while. So while doing price comparison for car insurance (protip: if you want to keep your customers, don't add a 20% loyalty penalty!) I also plugged the numbers in for broadband, and for less than what I was paying BT and Sky I could move to plusnet's top package. So I did just that!

Of course as with anything involving phones in this flat nothing was simple and it took 6 weeks to actually switch over! From the updates I got from plusnet either the broadband or the phone order would be rejected by Openreach which meant they had to cancel the whole lot and resubmit it again. It appears that Openreach's system is really confused by the concept of transferring an existing number - one sequence of messages went "transfer this number to plusnet", "you can't have that number, it's in use", "I know, that's why I said transfer". I've ended up with a little collection of "sorry you're leaving" letters from BT all with a different end of service date!

But the order finally went through last week, phone service switched across this morning (taking my ADSL out with it, as expected), and while at work I got a text to say the new broadband had been activated. And I now have shiny fast intertubes!

Fair play to plusnet, they did all the pestering of Openreach without me having to chase them and they've not started billing me until the move actually went through.
torkell: (Default)
So, Khaos has been fed new hardware, the dust bunnies have been evicted, and the drivers are now installed. Time to benchmark things!

First up, the networking )
torkell: (Default)

The other day, support managed to find a network with what appears to be several devices all claiming that they're called "localhost".

They were trying to track down some routing issue or other, and the output from the route command was looking something like:

Destination     Gateway         Genmask         Iface
192.168.11.0    localhost       255.255.255.0   eth1
192.168.12.0    localhost       255.255.255.0   eth2
default         192.168.10.254  0.0.0.0         eth0

Naturally, you assume that you've screwed up your network setup, formed of a maze of twisty little ifcfg-eth0 files. Except on the actual server some of the network interfaces were bonded together, several VLANs were in use, and there was a bridge interface as well somewhere (I forget the actual layout and addresses, so this example has been rather simplified). Anyway, as part of trying to track it down someone tried removing the default interface, and got a routing table something like this:

Destination     Gateway         Genmask         Iface
192.168.11.0    192.168.11.254  255.255.255.0   eth1
192.168.12.0    192.168.12.254  255.255.255.0   eth2

Naturally, you assume that the network scripts are doing weird and unhelpful things. And so you spend ages poking things in an attempt to make sense of the output without managing to make any headway.

Eventually someone tried running "route -n" instead of plain "route", and got this:

Destination     Gateway         Genmask         Iface
192.168.11.0    192.168.11.254  255.255.255.0   eth1
192.168.12.0    192.168.12.254  255.255.255.0   eth2
0.0.0.0         192.168.10.254  0.0.0.0         eth0

WTF?

It turned out that if you asked the DNS server on that network to do a reverse lookup for, say, 192.168.11.254, it told you that that the hostname for that address was "localhost". As was the hostname for 192.168.12.254, or for several other addresses.

torkell: (Default)
Today's discovery is that if you're foolish enough to enable DHCP on an alternate network interface (eth3, in my case) on Linux, then the DHCP client will overwrite your hand-configured default route that actually works with the one it received from the DHCP server.

Which is not particularly helpful when eth3 is connected to a different LAN with a router that actually checks the IP addresses of packets it forwards. At which point it eats the SSH connection I was using (because that was to an IP address on eth0) and I had to wander down to the lab and dig out a keyboard and monitor.

I am becoming more and more convinced that the Linux network stack just Does Not Work as soon as you plug it into more than one network.
torkell: (Default)

My ISP can't decide which IP address it should give me for a particular domain:

C:>nslookup [domain removed]
Non-authoritative answer:
Name:    [domain removed]
Address:  74.54.206.194


C:>nslookup [domain removed]
Non-authoritative answer:
Name:    [domain removed]
Address:  74.53.204.214


C:>nslookup [domain removed]
Non-authoritative answer:
Name:    [domain removed]
Address:  74.54.206.194


C:>nslookup [domain removed]
Non-authoritative answer:
Name:    [domain removed]
Address:  74.53.204.214

I changed it from 74.54.206.194 to 74.53.204.214 last night. My registrar uses a TTL of 1 day, so presumably one of my ISP's resolvers queried it while I had the old address and the other after I changed it. And now it's pot luck which resolver a DNS request will be routed to (as both are hiding behind the same IP address). This is a wonderful example of failing at maintaining a coherent cache.

Aren't networks fun?

torkell: (Default)
Yesterday's discovery at work is a little-known aspect of IP known as the weak and strong host model. Roughly speaking, in the weak host model a system behaves as if all of its assigned IP addresses are available on all interfaces, while in the strong host model a system behaves as if each of its assigned IP addresses belongs to a specific interface.

Linux uses the weak host model, with apparently no way to control this.

This, combined with a somewhat complicated network setup, lead to a weird situation where two boxes can ping each other, have full access to other networks, but cannot create a TCP connection between each other.

Complicated networking details )
torkell: (Default)
This is one of the least documented effects of the Windows Firewall, and also one of the most important.

If the Windows Firewall service is disabled, under Windows XP, then the computer will not be able to become a browse master. This in turn means that it will not be able to advertise the workgroup it is a member of.

I do not know how or why the Windows Firewall service affects this. All I know is that it does, and it shouldn't.

I have just spent several hours going round in circles trying to fix this.


(apparently this is a known bug (KB 889320), but you can only get the fix by phoning Microsoft or waiting for XP SP3)
torkell: (Default)
Or, in other words, how to make an encrypted VNC connection when both ends are behind a firewall. Abusing PuTTY's fun. Abusing stunnel is also fun. The combination makes for some mind-boggling network connections that are somewhat reminescent of Uplink (and if I had my Linux box on, I could have added another bounce in there somewhere). And all because there's no native free SSH server for Win32 (the OpenSSH one requiring Cygwin and a Linux-style configuration and account setup).

Anyway, on to other stuff. There's not been an update for a while, mainly because there's not been anything much to write about. University assignments are ticking over nicely, apart from HCI where we're all doomed anyway, and the computers here seem to have learnt to behave. Either that or they're just biding their time, waiting to annoy me.

Speaking of computers, a recent addition to Igor (aka. Achilles, The Desktop, That Stupid Pile Of... Of... Argh!) courtesy of [livejournal.com profile] ricold has been a TV capture card, with which I have rediscovered TV. With this I can now get my weekly Top Gear and Scrapheap Challenge fixes, all from the comfort of my chair. With enough effort I could probably rig up automated recording of those as well, and turn my computer into a TiVo-type widget.

Hmm, maybe I should rig up a quiet system just for recording and watching TV. Shouldn't take much to run - all that's needed is a TV card, bit of RAM, reasonable CPU, and plenty of disk. Hardware Mpeg-2 encoder would be nice as well, as that way I don't have to put in anything particularly fast for a processor. I could in theory take Odysseus (aka. The Aptiva, The Linux Box), swap the processor out for one which doesn't have a fan, swap the power supply out for a modern quiet one (not that it needs anything much for power - the supply's rated at around 150W. You get bigger *laptop* supplies), pull the case fan and stick a quiet hard disk in there. The only downside is that this box is a good ten years old now, and so only has an original Pentium clocked at 166MHz in it (not even MMX!) with a mere 48MB of RAM. It does have a CPU upgrade (K6-II clocked at 300MHz), but the BIOS has a tendency to disagree with the upgrade and claim that, for example, the processor is not installed. Or is clocked at 0MHz. And I don't think there's that much in the way of realtime full-PAL video codecs that run with that little processing power. Perhaps some kind of Beowulf cluster, made out of a bunch of old Pentium-era laptops, would do the trick. Though at that point I'm probably better off picking up some off-the-shelf components and building a Mini-ITX system instead.

Moving on to the film spoiler section )

Also in the film rumour section: latest news is that a Legend of Zelda film is being considered by the Big N (after the Metroid film, which appearently might actually happen). Various posts on the various Zelda fansites have mentioned this, andthe source appears to be an interview given by a high-up in Nintendo. It's been somewhat amusing to see the different reactions to this. A quick sweep of the forums shows a lot of people going "Noooo! Link will speak and that will kill it", along with others going "If they do this then it must be anime or CG as live action would suck". I'm actually a bit suprised at those comments, considering that a lot of people disliked Wind Waker for it's cel-shading. Personally, I'm siding with those who aren't denouncing it before the script's even been started. A Zelda film could work quite well, it could be live-action (which personally I'd prefer to CG or anime), Link could speak without destroying it, and it doesn't have to be a retelling of Ocarina of Time. Nintendo probably have the ability to make it a success, as long it doesn't get mangled by Hollywood. Still, I'm going to keep an open mind about it until I actually see more concrete information about it, and (more importantly) until such time as the film comes out (assuming of course that it happens).

Ah well. 'Twill be amusing if Twilight Princess gets bad ratings for *not* being cel-shaded, or *not* being "kiddie".
torkell: (Default)
Okay, so recently I've been tinkering with Linux on an old IBM Aptiva (named Odyessus, after the guy in Greek mythology who had to go through all those trials to get back home). And I decided to enable Samba, that being the most sane way to share files between Linux and Windows 2000. And the networking performance was non-existant.

Turns out that while the network card in there (Netgear EA201) claims it can do 10M/full-duplex, my cheap'n'cheerful 5-port switch (10/100 full/half duplex autosensing) doesn't speak the same lingo as it and so runs in half-duplex mode. Which results in an absolute mountain of collisions that the card never hears about (because it thinks it can speak when the switch is speaking), and did you know TCP really doesn't like it when something like every other packet vanishes off to never-never land.

So, I forced the card to run in half-duplex, whereupon the collisions vanished execpt under extreme load, and network performance went through the roof. Networking is a very strange beast indeed.

December 2025

S M T W T F S
  1 2 3 4 5 6
78910111213
14151617181920
21222324252627
28293031   

Syndicate

RSS Atom

Most Popular Tags

Style Credit

Expand Cut Tags

No cut tags
Page generated Dec. 24th, 2025 09:21 am
Powered by Dreamwidth Studios