2003 2008 aio blade bladesystem c3000 cleaning connection disposal download DVD edition enclosure express google hosting hp IIS IIS7 iscsi kunale letogolais linux memory microsoft mpio multipath network oil oracle proliant query recovery recycler recycling release server solvent speed SQL sqlserver storage storageworks thinner timestamp togo togolais web windows yahoo

Multipath (MPIO) iSCSI from Microsoft on Server 2008 and Server 2003 vs. path bonding with failure detection

Disambiguation 'failover', 'failovers'

Your search yielded multiple results, here are top results:
Windows 2008 Web Server Edition does not support iSCSI Multipath (MPIO)
Multipath (MPIO) iSCSI from Microsoft on Server 2008 and Server 2003 vs. path bonding with failure detection


I did some testing with Microsoft iSCSI with multipath (MPIO) versus having bonded adapters with line down detection. It appears that after the line is dropped, micosoft MPIO takes up to 60 seconds of "freezing" before failing over the connection. This is unacceptable in production environment. So I tried to deploy HP ProLiant server with HP drivers running in full round robin bonding with 3 second line down detection time and on the other end I ran bonding module on Linux kernel with mii link test of 100 ms.

The results were somewhat surprising - when link went down, both ends detected the failure within 5 seconds as expected with very little "freezing" time. If you are deploying iSCSI initiator and linux based target you will be better off if you bond your cards to get both much higher failure detection speed as well as increased overall throughput in some cases. If you run MPIO in failure detection mode, essentially only one line is running and second connection is to be used as backup. When running MPIO in round robin fashion, the speed improves, however, still the freezing occurs. When line is maintained by hardware, the failover happens quickly. Lost packets are retransmitted also within short period of time and your system does not freeze nearly as much as it does with MPIO. Bottom line - ditch MPIO, the software based multipath, for hardware and driver based detection - you will get better results

More info:

permanent link to article http://freecash.hogger.net/multipath_mpio_iscsi_from_microsoft_on_server_2008_and_server_2003_vs_path_bonding_with_failure_detection

Indexing on google - it appears that google has somewhat slowed down in recent weeks
Look at dedicated hosting as one of the expensive keywords
Microsoft Live search engine beets google on speed hands down
Keyword prices - top keywords for hosting industry
Still no firm date on SQL 2008 Express edition download date
SQL Server 2008 Express finally available - here is the download link to final release of 2008 SQLServer Express Edition
AJAX, APAX and ARAX and Microsoft Silverlight - what does it mean for you
Silverlight 2.0 and dotNet integration - finally a set of features you can actually use
Where is SQL Server Management Studio 2008
Search engine indexing speed update #2