======================================================================== STORAGE INSIDER: MARIO APICELLA http://www.infoworld.com ======================================================================== Tuesday, September 7, 2004
DO ISCSI SANS NEED BULLETPROOF TRANSPORT? By Mario Apicella Posted September 03, 2004 3:00 PM Pacific Time I talked recently about error recovery levels with Andre Hedrick, president and chief technical officer at PyX Technologies, a startup company that says it has developed software for bulletproof iSCSI (Internet SCSI) connectivity. ADVERTISEMENT -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- INFOWORLD PRESENTS A SPECIAL REPORT ON STORAGE MANAGEMENT The unrelenting growth of data storage needs, which set off a chain reaction of solutions targeted at the Fortune 500, has filtered down to affect IT operations of small and midsize businesses (SMBs). This report features 10 tips to help purchase storage management solutions. Additional information, including results from InfoWorld's research on the storage market is also included. Sponsored by Veritas. REGISTER AND DOWNLOAD NOW http://newsletter.infoworld.com/t?ctl=88E1F7:2B910B2 -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- To better understand what PyX is saying, it's important to remember that the iSCSI protocol defines three layers of error recovery, numbered from 0 to 2. Only level 0, called session recovery, is mandatory. Implementation of the other two levels -- digest error recovery and connection recovery -- is not a must. According to PyX, most -- if not all -- the iSCSI products currently on the market take the lazy way out of error handling, implementing only the simpler error recovery level 0 and ignoring the other two, and supposedly more damaging, error scenarios. "If you are serious about your data, you should implement error recovery level 2," Hedrick says. He adds that by using the iSCSI initiator and target software developed by PyX, together with redundant connections, a session will stay alive as long as at least one link is active. Using multiple connections also improves the amount of data that can be moved simultaneously and should facilitate running data at wire speed across upcoming 10GbE networks, Hedrick says. PyX has beaten the drum of full error recovery for iSCSI since the end of 2002, when the protocol specs were still in the making, but the company has met with tepid reactions from other iSCSI players. One reason that partly explains why PyX's position on iSCSI does not have many followers, is that error recovery must be implemented symmetrically on both targets and initiators, whereas most storage vendors focus on one class of devices or the other. For example, Microsoft has developed and offers for free a popular iSCSI initiator for Windows that has become a reference point for vendors that support those platforms. Obviously, advanced error recovery on just one side of the iSCSI connection would be useless. So, as long as Microsoft and other vendors stick to whatever the protocol mandates for their initiators, vendors of target storage devices have little incentive to develop more comprehensive error recovery. However, just about every vendor I questioned dismisses iSCSI error recovery level 2 as unnecessary, at least for the time being, because the protocol is already built on a robust networking transport such as TCP, which already guarantees data delivery and provides error checking. Also, there is a general agreement that for disk-based systems, the performance penalty for restarting a session in case of connection failure is minimal. Nevertheless, many agree that iSCSI error recovery level 2 could be useful in some cases. For example, in case of errors, when the target device is a tape, level 2 would allow the operation to continue without having to restart. According to PyX, moving from error recovery level 0 to level 2 adds a significant degree of complexity (hence cost) to an iSCSI solution, but rewards users with impeccable operations in areas such as remote and wireless connectivity. I don't doubt it. But at the moment, other vendors seem to be focused on creating a strong customer base for iSCSI storage -- an objective that seems sensible to me. Mario Apicella is a senior analyst at the InfoWorld Test Center. ======================================================================== Good Ideas Want to be Free That's the whole idea of the weekly Enterprise Strategies newsletter, from InfoWorld Test Center technical director Tom Yager. From opt-in marketing to optimizing your database, Yager can be counted on for a fresh take on turning IT resources into organizational - and personal - success. After all, you can't be expected to think of everything. Find out what you're missing - for free - at http://newsletter.infoworld.com/t?ctl=88E1F3:2B910B2 ADVERTISE ======================================================================== For information on advertising, contact [EMAIL PROTECTED] UNSUBSCRIBE/MANAGE NEWSLETTERS ======================================================================== To subscribe, unsubscribe or change your e-mail address for any of InfoWorld's e-mail newsletters, go to: http://newsletter.infoworld.com/t?ctl=88E1F4:2B910B2 To subscribe to InfoWorld.com, or InfoWorld Print, or both, or to renew or correct a problem with any InfoWorld subscription, go to http://newsletter.infoworld.com/t?ctl=88E1F6:2B910B2 To view InfoWorld's privacy policy, visit: http://newsletter.infoworld.com/t?ctl=88E1F5:2B910B2 Copyright (C) 2004 InfoWorld Media Group, 501 Second St., San Francisco, CA 94107 This message was sent to: [EMAIL PROTECTED] ------------------------ Yahoo! Groups Sponsor --------------------~--> Make a clean sweep of pop-up ads. Yahoo! Companion Toolbar. Now with Pop-Up Blocker. Get it for free! http://us.click.yahoo.com/L5YrjA/eSIIAA/yQLSAA/BCfwlB/TM --------------------------------------------------------------------~-> Yahoo! Groups Links <*> To visit your group on the web, go to: http://groups.yahoo.com/group/kumpulan/ <*> To unsubscribe from this group, send an email to: [EMAIL PROTECTED] <*> Your use of Yahoo! Groups is subject to: http://docs.yahoo.com/info/terms/
