I just read that MircoSoft announced a “new” software to control two WindowsPCs with one keyboard and mouse. It might be new to MircoSoft but a software for this exists since about 1998.
When I had both Linux and Windows on my desktop some years ago I used x2vnc for this.
Read on: http://fredrik.hubbe.net/x2vnc.html
I use Logitech Squeezeboxes at home for my music library, Internet radio, and podcasts. The server is running on my Linux server, and the clients are Squeezebox Boom and Squeezebox Duet.
If you like to stream to your desktop PC, you can use several software squeezebox clients, but there is also a simple way to stream to your PC.
Start a mp3 streaming client (eg mplayer) with this URL:
and use the squeezebox webinterface to control this client. That’s it. No additional software needed.
One drawback with this solution is, that controlling this client is delayed.
Read on: http://wiki.slimdevices.com/index.php/Remote_streaming
Problem: Windows NLB IPs are are not reachable through and from Cisco routers and switches. NLB services could be IIS arrays, Exchange CAS arrays, etc.
Solution: NLB mode was set to Multicast. In this mode Windows incorrectly uses multicast mac addresses. Set the NLB mode to Unicast and configure static mac address table entries on your switch to prevent broadcast flooding.
Discussion: Windows NLB does only work if all members of an array get all packets for a balanced service. To achieve this, Windows knows 3 modes of load balancing: Unicast, Multicast, and Multicast IGMP. And all of them have problems:
Unicast: Windows uses a normal mac address for his virtual IP address, but never sends any packet from this mac. The switch never learns a mac address entry and has to broadcast all packets for this mac. (Broadcast Flooding)
Multicast (IGMP): Windows uses mutlicast macs for the virtual IP. This seams correct, because this way the switch could learn which ports are part of the array and which are not (IGMP), but the problem is: an arp request for an unicast address (virtual IP) must not resolve to an multicast mac address. Cisco switches simply ignore this arp responses. Multicast mac addresses start with the lsb bit of the first bit set, typically 01:XX:XX:XX:XX:XX or 03:XX:XX:XX:XX:XX.
My solution was to use Unicast mode and don’t use IGMP. The other solution would be to statically set arp and the mac-address-table on the cisco switch, and force it to use the incorrect mac address.
BTW: A Network Load Balancing mechanism where every array member receives all traffic, in no real “Network” load balancing, because you dont’t reduce the traffic per server, it just adds additional computers and no additional network capacity.
More info: http://www.cisco.com/en/US/products/hw/switches/ps708/products_configuration_example09186a0080a07203.shtml