has an example of a "basic iSCSI" network, with:
Target IP: 10.10.0.5/8
Target's default gateway: 10.10.0.1
Group IP: 10.10.0.10
Host IP: 10.10.0.20/8
Host's default gateway: 10.10.0.1
Does anyone know why the Host/Client needs a default gateway pointing to
what appears to be an unused IP (10.10.0.1) on the iSCSI network?
This creates a problem for me, since I have a second NIC in the
Host/Client, which is connected to the public Internet, so that public
NIC needs a Default Gateway too. And Microsoft has numerous documents
saying "don't use two default gateways". Indeed, having the default
gateway of 10.10.0.1 assigned on the iSCSI NIC breaks Internet
connectivity for the Host.
Thanks for any clarification of the private-side Default Gateway!
-Phil
Microsoft does not require this.
Moojit
I thought perhaps this was to support installations where the client is
net-booting from a MS-Windows target (?). I do know that I have working
iSCSI SANs with no default gateway configured on the iSCSI/SAN NIC, but
those are using NetApp's target.
Like any application, the IP parameters configured on your NIC are a 'don't
care' to Microsoft's iSCSI Initiator. In fact, DHCP will work too but not
recommended for storage solutions since you don't want your IP to change.
For a Boot-From-SAN (BFS) configuration, a standard NIC will not work. You
will need a Qlogic iSCSI HBA to perform this functionality. The HBA's PCI
Option ROM will attach to the iSCSI storage during POST.
Moojit
> For aBoot-From-SAN(BFS) configuration, a standard NIC will not work. You
> will need a Qlogic iSCSI HBA to perform this functionality. The HBA's PCI
> Option ROM will attach to the iSCSI storage during POST.
>
> Moojit
Moojit - a standard NIC certainly will work (for iSCSI boot), as
evidenced by solutions available today form emBoot and others - and
this is fully supported by Microsoft.
Regards,
Steve Marfisi
emBoot Inc.
www.emboot.com
I wasn't aware of this solution, thanks.