<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Re: iSCSI target IP with vif in VMware Solutions Discussions</title>
    <link>https://community.netapp.com/t5/VMware-Solutions-Discussions/iSCSI-target-IP-with-vif/m-p/67328#M6424</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Just an aside....when I configure iSCSI on Windows 2008 R2 (with NetApp MPIO DSM) it only shows 1 path to the LUN I provisioned, unlike ESXi 4.x (which shows &lt;span class="lia-unicode-emoji" title=":smiling_face_with_sunglasses:"&gt;😎&lt;/span&gt; despite both having the same physical connectivity. I added a vif alias IP to the target list, but still saw only one path. Then I added a second session (using the alias IP as the destination) and now it shows 2 paths to the LUN. So the NetApp DSM requires manual path creation, which is odd considering that even EqualLogic's DSM automatically spins up sessions to each controller IP.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Mon, 31 Jan 2011 21:57:35 GMT</pubDate>
    <dc:creator>entunetappsupport</dc:creator>
    <dc:date>2011-01-31T21:57:35Z</dc:date>
    <item>
      <title>iSCSI target IP with vif</title>
      <link>https://community.netapp.com/t5/VMware-Solutions-Discussions/iSCSI-target-IP-with-vif/m-p/67323#M6423</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;I have an LACP vif (4 interfaces) configured across two Cisco 3750 switches (stacked). I left the default Target Portal Group Tag of 2000 alone, which holds all 4 interfaces. When I add the target IP in the iSCSI initiator on ESXi 4.x, I only added the first IP of the vif. VMware automatically discovered the other IPs and now shows them as valid paths. Should I be adding those vif aliases manually to the target list anyway, or is one enough for discovery? I added the extra IP aliases but saw no change in the path information (nor did I expect any).&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Is this the same for Windows 2008 R2 (with the NetApp MPIO DSM) as well (that is, should I add all vif aliases explicitly or is one IP enough)? Thanks for any insight or guidance.&lt;SPAN id="_marker"&gt; &lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt; &lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;Jim&lt;/SPAN&gt;&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 05 Jun 2025 07:01:04 GMT</pubDate>
      <guid>https://community.netapp.com/t5/VMware-Solutions-Discussions/iSCSI-target-IP-with-vif/m-p/67323#M6423</guid>
      <dc:creator>entunetappsupport</dc:creator>
      <dc:date>2025-06-05T07:01:04Z</dc:date>
    </item>
    <item>
      <title>Re: iSCSI target IP with vif</title>
      <link>https://community.netapp.com/t5/VMware-Solutions-Discussions/iSCSI-target-IP-with-vif/m-p/67328#M6424</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Just an aside....when I configure iSCSI on Windows 2008 R2 (with NetApp MPIO DSM) it only shows 1 path to the LUN I provisioned, unlike ESXi 4.x (which shows &lt;span class="lia-unicode-emoji" title=":smiling_face_with_sunglasses:"&gt;😎&lt;/span&gt; despite both having the same physical connectivity. I added a vif alias IP to the target list, but still saw only one path. Then I added a second session (using the alias IP as the destination) and now it shows 2 paths to the LUN. So the NetApp DSM requires manual path creation, which is odd considering that even EqualLogic's DSM automatically spins up sessions to each controller IP.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Mon, 31 Jan 2011 21:57:35 GMT</pubDate>
      <guid>https://community.netapp.com/t5/VMware-Solutions-Discussions/iSCSI-target-IP-with-vif/m-p/67328#M6424</guid>
      <dc:creator>entunetappsupport</dc:creator>
      <dc:date>2011-01-31T21:57:35Z</dc:date>
    </item>
  </channel>
</rss>

