![]() |
News | Profile | Code | Photography | Looking Glass | Projects | System Statistics | Uncategorized |
Blog |
Today was the last day of classes. Whoo!
I switched IPv6 tunnel brokers yesterday. Since Viagenie didn't feel like advertising Freenet6's IPv6 address space anymore, I switched to BT Exact. Latencies are a little higher, but packet loss is quite low. Try out some traceroutes, if you're interested.
In other news, I figured I'd post my case study on IPv6 autoconfiguration that I wrote for ECSE-6600 (Internet Protocols). Read it here (HTML) or here (PDF).
So, I just spent over an hour beating my head against a fairly obvious (at least it should have been) IPv6 networking problem. I figure I'll share it ...
Yesterday evening I upgraded my router here to 2.6.6-rc2 from 2.4.23, a needed upgrade, considering I have other users on that system. As predicted, eth0 and eth1 swapped, and the outside interface connected to RPI was now the inside interface. I swapped the cables, rebooted again, and all was well.
Today, realizing some of my Xload apps (I watch load averages on some of my machines via Xload) had been disconnected due to last night's router upgrade, I fired up the script and waited to see the graphs pop back up. However, there was a long delay (45 seconds) before each of the Xload apps displayed on the screen. During that time, any kind of connection with that host (happened to be two hops away) did not respond. This only happened for IPv6 hosts not on the local link and only configured with a EUI-64 interface identifier.
Now, this was all being done from my workstation (tacolinux), my laptop apparently was unaffected. I also noticed when I would ping6 the host in question, I would get a host unreachable from ip6-localhost. This didn't make sense, since the router local to the remote host should reply with that error if the remote host was actually having connectivity issues.
I would blame this on the Linux 2.6 upgrade on the router, but it still didn't make sense that my laptop could connect fine. Eventually, upon observing the IPv6 routes on my workstation, I had two default routes: fe80::201:3ff:fe69:8b77 and fe80::201:3ff:fede:64d6. There was the problem ... I forgot that I had swapped network cards, and the MAC address (and the EUI-64 portion of the router's link-local address) of the internal NIC had changed. I removed the route via fe80::201:3ff:fede:64d6, and everything worked again.
So, yea, I spent an hour debugging that, isn't that sad? Goodnight ...
I've updated the timelapse movie. Have a look.
I upgrade tacolinux to Linux 2.6, finally. OpenAFS doesn't work, but everything else seems to. The drivers for lm-sensors are now included in the kernel, which makes life easier. Too bad some of my dockapps (wmmon's disk I/O mode) don't work though :(
It snowed at home (and here). I took a timelapse movie.
Thanks to dilinger's php4 packages, I finally got prolixium.com running apache 2.0. Should be accessable via IPv6, too.
Since I had to rebuild a number of configuration files and scripts, if you see anything that looks odd or broken please don't hesitate to email me about it. Thanks :)
Spring break time, have fun!
Displaying page 91 of 121 of 965 results
![]() ![]() ![]() ![]() ![]() |
This HTML for this page was generated in 0.005 seconds. |