PHD Virtual Backup for Citrix XenServer (First Test)
Just finished a 400+GB test backup to a NFS SR -
Check out the DeDup compression - Months worth of backups instead of a couple of days.

Just finished a 400+GB test backup to a NFS SR -
Check out the DeDup compression - Months worth of backups instead of a couple of days.
Released yesterday, testing it now - Working great
This will be a game changer for XenServer it was missing an enterprise ready software backup application and PHD are the leaders with VMWare.
Good News....
Great vid
When a user requests a web site, a client/server negotiation occurs between the PC and the web server that hosts the web site. During the negotiation, a maximum MTU size is negotiated. Since the PC negotiates and its default MTU size is 1500 bytes (Windows 3x, 9x, NT, ME, and so forth), the web server negotiates an MTU size of 1500 bytes. Therefore, regardless of the MTU size you configure on the router, the web server still sends packets up to 1500 bytes in size.
The reason why some pages do not fully load is that the router fragments IP packets if the PC MTU is misconfigured and a packet greater than 1492 bytes is sent to the router. This fragmentation does not occur on the return path through the universal access concentrator (UAC) (Cisco 6400 or 7200). When the UAC receives a packet greater than 1492 bytes, the packet is dropped, and the UAC generates and sends an Internet Control Message Protocol (ICMP) message to the web server that sent the oversized packet. The ICMP informs the web server that it sent an oversized packet and that it needs to resend the packet with a smaller MTU.
Note: For information about why the MTU size is 1492 bytes, refer to the PPPoE Baseline Architecture for the Cisco 6400 white paper.
The problem occurs because many web servers block ICMP messages, which causes the server to continuously send 1500-byte packets. These packets are dropped, and as a result, the requested web site does not load. If the web server is properly configured and ICMP messages are not blocked, the server adjusts its MTU and retransmits until the page loads completely.
A partially loaded page occurs when the initial data packets sent from the web server are under the 1492 byte maximum. However, a packet is then sent that exceeds this maximum. The server continues to retransmit this oversized packet that results in a partially loaded page and a "waiting for reply..." message in the status bar.
You can change the MTU size with the help of one of these three methods:
Note: These configuration commands work only if you run Network Address Translation (NAT) or Port Address Translation (PAT) on the Cisco DSL router.
The ip adjust-mss command in Cisco IOS® Software Release 12.2(2)XH has changed to ip tcp adjust-mss . This change is documented in the Release Notes for the Cisco 800 Series Routers and Cisco 820 Series Routers for Cisco IOS Release 12.2(2)XH.
interface ethernet0 no shut ip address ip adjust-mss 1452 !--- The TCP MSS command requires an MSS of 1452, and not 1492. ip nat inside no ip directed-broadcast
The Dr. TCP utility needs to be run only once. The registry change is saved at the completion of this procedure.
Navigate to the 1492.
Reboot the PC.
If you change the MTU size with Dr. TCP or on the Cisco DSL router and you are still not able to browse certain web sites, adjust the MTU size again. Change the MTU size to 1452 in Dr. TCP, or change the MSS adjust value on the Cisco DSL router to 1412. If these sizes are too large, continue to lower the MTU sizes until you reach a baseline of 1400 for Dr. TCP or 1360 for MSS adjust on the Cisco DSL router.
Notes: When certain sites are blocked through a Cisco 877 & your using the 4 port switch on the back. Change the mss on the interface or vlan.
Also try changing the MTU setting on the Dialer interface
When Australia goes to the polls on August 21st, citizens will vote for more than men and the traditional issues they represent -- the ballots cast will directly impact the country's national broadband plan. Where Australia's ruling Labor party had pledged A$43 billion for an up-to-100Mbps fiber optic network fed directly to 90 99 percent of homes (and agreed to pay A$11 billion to Telstra) over the next seven to eight years, the opposing Liberal-National coalition says if elected, it will scrap that notion in favor of a cheaper A$6.3 billion plan. That money would create a fiber-optic backbone by 2017 but actually connects homes with hybrid fiber-coaxial connections, DSL and about A$2 billion worth of wireless, with a minimum promised speed of 12Mbps. The coalition says these services would cover 97 percent of Australians, with satellite coverage for the final 3 percent, and that those networks receiving funds from the project and connecting to the backbone would have to compete based on pricing (set by the country's Competition and Consumer Commission) and pledge open access. Having never lived in Australia ourselves, we don't know what's best, but we're pretty sure we wouldn't be satisfied with the 12Mbps end of the Liberal-National stick.
Australia Vote Labor - Just look at Ireland, The powers that be took the Liberal approach and now we have a load of providers reselling each other. The only real broadband is from Magnet 50mb Fiber to the home.
Finally a nice backup solution for XenServer