Windows 7 Zombie Mapped Network Drives

In Windows 7, when using mapped drives on a laptop, you may find that after moving around (undocking, connecting via Wifi etc.) that the mapped drive becomes a zombie – it still exists, but is essentially dead. This seems particularly prevalant where offline folders are used. This appears to be caused by the network drive service starting before the network connection is necessarily stable. However, you can change the behaviour with a simple registry key.

Under HKLM\SYSTEM\CurrentControlSet\Control\NetworkProvider

add a new DWORD entitled RestoreConenction

Set the DWORD value to be 0

After a reboot, network drives will only be reconnected to when you try to access them through explorer or the file system APIs.

Adventures in Time & Motion.

And now for my next experiment…

I found out a while ago (and have only just got round to trying it) that its possible to connect a Nintendo Wiimote to a computer using a Bluetooth Adapter.   The Wiimotes work via Bluetooth, so when you scan them they appear as HID’s and have a pin code of 0000.

So what’s the point?  Well, primarily it makes it an excellent (and relatively inexpensive) remote control, ideal for a media centre or presentation controller.  Without using the motion sensors, the full set of buttons work natively on the controller to navigate, click forward & back, and exit (you can map button’s to key’s with software).

What is really cool is when you bring in the motion tracking and infra-red tracking elements.  The Wiimote (as I’m sure you’re aware) has a 3 axis accelerometer and an infra-red tracking camera built in, which allows it to to know where it is in time and space.  Some clever developers, the most famous of whom is Johnny Lee, an MIT student who has written some excellent interface software to demonstrate the capabilities and possibilities of the hardware.

Some examples include using an IR-Led array and some reflective tape to provide an interface along the lines of "Minority Report",  building a cheap IR Pen to provide multi-touch interactive white boards, and my personal favourite, head-tracking to give ‘virtual windows’ into the world using this inexpensive technology.  You should checkout his website HERE where he discusses the capabilities and allows you to download the software.

Be sure to checkout the videos on YouTube – some impressive stuff indeed!

What time is it?

And the answer to the question is NOT Chico time.  The correct answer is ‘it depends’.  One of the core network services, but one that often gets overlooked is having an accurate time across all IT systems.  Back in the time before the railways,  the time of an area was generally set by sunrise and sunset.  This was fine when people only travelled a few miles each day.  But when you could journey several hundred miles across the country in a day, you could end up with massive problems, especially when you wanted to catch a connecting train.  If your intermediary station was on a different time to your watch and the timetable set at your departing station, you could be in all sorts of trouble.  Hence the adoption of GMT and ‘Railway Time’,  a commonly agreed standard time across the country and around the world, regardless of your location. 

And so to the modern age of time synchronisation across a computer network.   Why is this so important you might ask?  Well, having the correct time is less important than making sure every computer clock is set the same.   However, it does make it easier if everything is set to the correct time as well.  From allowing people to login at certain times of the day, to analysing logs from different devices as you pass through the network, if everything is on the same time,  correlating activity can be an easier task if everything is synchronised.  Back before the days of flexible working where you were expected to clock on at 9am and clock off at 5.30pm, you needed to know that you were on the same time as the boss, otherwise there’d be hell to pay!

The company I work for operates two time servers.  These servers run network time services which check both with time servers out on the Internet and each other to decide on the correct time.  The reason for this multiple checking is that as time data is sent across the Internet, the inherent time delay and number of hops can skew the time out leading to inaccurate information.  However,  the accuracy shown is generally accurate to about 10ms,  plenty enough for what we require.  Users of more accurate time servers such as finance services and broadcasting have access to far more accurate time sync services and generally synchronise with what is known as stratum 0 devices. 

Time servers are referred to being in stratum groups – Stratum 0 are the ‘core’ clocks, be they atomic, gps or radio clocks and display the most accurate time available.  These are generally not available to the network, but are connected to Stratum 1 servers.   These level ‘1’ devices receive the time feed from the 0 level, and then feed that down to Stratum 2 computers.  Our time devices are Stratum 2 devices synchronising with several stratum 1 servers.   These servers also check the time with each other to verify that neither are wildly off.  The companies servers, routers and other ‘core’ devices query these level 2 servers and become Stratum 3 devices.  Finally, your computers which synchronise with these servers become Stratum 4 devices.   It is possible to have upto 256 stratum levels, but generally 5-6 is seen.   However, stratum level DOES NOT INDICATE ACCURACY.  Because of the multiple check paths available to lower stratum devices, these can be more accurate than individual level 0 or 1 devices, because of this compare and contrast work that they do.  It simply notes how far ‘away’ from the central clock it is.

We could reduce the layers of stratum services within the company – the easiest way to do this is to invest in GPS time clocks.  GPS navigation requires each satellite to know precisely what time it is, in order that the receiver can compare the signals and work out how far away each satellite is, and therefore where it is in the world.  This can be harnessed using high quality GPS receivers to calculate the time, and passed to local stratum 1 servers, for example in the core data centres.  But is it worth it?  Probably not.

Another key requirement of the network time service is to ensure the clocks are regularly synchronised.  Computer ‘Real-time-clocks’ can be wildly inaccurate, often losing or gaining several seconds per day, especially when machines get switched off and on.  Our Stratum 2 servers synchronise every hour with the Internet and themselves, but generally lower stratums update every 4, 8 or 24hrs, or when machines are first switched on.   If you find that your clock is inaccurate, and you do not have the ability to update it,  try rebooting your computer and it should come back into line.

Network time is stored as UTC (Coordinated Universal Time) which to the casual user generally means GMT. This means that no matter what time zone you are in, or if its daylight savings,  your computer will be able to work out the correct time for your location, even if you’re based in Australia, the Falklands Islands or Central London (provided the time zone database on your computer is accurate).

So when you put your clocks forward this weekend (1am Sunday becomes 2am Sunday), at least you know that the clock at work SHOULD be correct.

Windows Live Writer

Wow, two posts in one day!  Well, this is a venture into the unknown, composition wise, as I’m using Windows Live Writer (Get.Live.Com/Writer) to put this together.   Whilst blogger provides some good tools for composing my thoughts, comments, questions and idea’s,  its a pain in the butt to synchronise this between my blogspot and my work sharepoint ‘my site’, which isn’t visible to the world as a whole.  Now, I can’t test this yet, as I don’t have access, but at least I can verify that blogger publishing works OK.

Right, nothing else, but watch this space for more news…