<?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 Router discovery in ONTAP Discussions</title>
    <link>https://community.netapp.com/t5/ONTAP-Discussions/Router-discovery/m-p/55762#M13088</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt; There are 2 vlans configured on a single VIF, one vlan is a pure layer2 iSCSI vlan for host to storage access, there is no gateway configured on this vlan as we do not want (for security) to be able to route in / out of this vlan. &lt;/P&gt;&lt;P&gt;The 2&lt;SUP&gt;nd&lt;/SUP&gt; vlan if for management access / snapmirror replication and it is this vlan which has the default route listed in /etc/rc.&lt;/P&gt;&lt;P&gt;The networks are:&lt;/P&gt;&lt;P&gt;10.220.211.0/24 = iSCSI network&lt;/P&gt;&lt;P&gt;10.220.194.0/29 = mgmt network, with a default route 10.220.194.150&lt;/P&gt;&lt;P&gt;The traceroute below is from a source address on the iSCSI network (10.220.211.0) to a remote network, note the path taken is via the default route for the mgmt network (10.220.194.0).&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Filer1&amp;gt; traceroute -s 10.220.211.11 10.220.210.3&lt;/P&gt;&lt;P&gt;traceroute to 10.220.210.3 (10.220.210.3) from 10.220.211.11, 30 hops max, 40 byte packets&lt;/P&gt;&lt;P&gt; 1&amp;nbsp; 10.220.194.150 (10.220.194.150)&amp;nbsp; 1.000 ms&amp;nbsp; 1.000 ms&amp;nbsp; 0.000 ms&lt;/P&gt;&lt;P&gt; 2&amp;nbsp; host1.xxx.net (10.220.210.3)&amp;nbsp; 1.000 ms *&amp;nbsp; 0.000 ms&lt;/P&gt;&lt;P&gt;Filer1&amp;gt;&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Mon, 27 Jun 2011 07:07:02 GMT</pubDate>
    <dc:creator>nsitps1976</dc:creator>
    <dc:date>2011-06-27T07:07:02Z</dc:date>
    <item>
      <title>Router discovery</title>
      <link>https://community.netapp.com/t5/ONTAP-Discussions/Router-discovery/m-p/55749#M13079</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;I have found that I can route into an iSCSI subnet eventhough the /etc/rc file does not have a default gateway for that particular subnet– The subnet (vlan) does however have an interface on a L3 device to allow routing, I am confused as the filer has not been configured with this address, however,it can route off the subnet.&lt;/P&gt;&lt;P&gt;Can anyone explain this? Does this have something to do with the routed command and entry in the rc file? – RIP is not present on this network so router discovery can’t be the culprit???&amp;nbsp; &lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 05 Jun 2025 06:52:16 GMT</pubDate>
      <guid>https://community.netapp.com/t5/ONTAP-Discussions/Router-discovery/m-p/55749#M13079</guid>
      <dc:creator>nsitps1976</dc:creator>
      <dc:date>2025-06-05T06:52:16Z</dc:date>
    </item>
    <item>
      <title>Router discovery</title>
      <link>https://community.netapp.com/t5/ONTAP-Discussions/Router-discovery/m-p/55753#M13081</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Are you saying the filer CLI can be used to ping the iSCSI port?&amp;nbsp; Or that a remote host can come in on the management port and is routed via the filer to the filers iSCSI port.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;The 1st is what I expect to happen and the 2nd would be very strange.&amp;nbsp; Use tracert (traceroute) to confirm the hopes the host is using.&amp;nbsp; Please post the results to explain what is happening in more detail.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Cheers&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Bren&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Sun, 26 Jun 2011 19:51:39 GMT</pubDate>
      <guid>https://community.netapp.com/t5/ONTAP-Discussions/Router-discovery/m-p/55753#M13081</guid>
      <dc:creator>BrendonHiggins</dc:creator>
      <dc:date>2011-06-26T19:51:39Z</dc:date>
    </item>
    <item>
      <title>Router discovery</title>
      <link>https://community.netapp.com/t5/ONTAP-Discussions/Router-discovery/m-p/55762#M13088</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt; There are 2 vlans configured on a single VIF, one vlan is a pure layer2 iSCSI vlan for host to storage access, there is no gateway configured on this vlan as we do not want (for security) to be able to route in / out of this vlan. &lt;/P&gt;&lt;P&gt;The 2&lt;SUP&gt;nd&lt;/SUP&gt; vlan if for management access / snapmirror replication and it is this vlan which has the default route listed in /etc/rc.&lt;/P&gt;&lt;P&gt;The networks are:&lt;/P&gt;&lt;P&gt;10.220.211.0/24 = iSCSI network&lt;/P&gt;&lt;P&gt;10.220.194.0/29 = mgmt network, with a default route 10.220.194.150&lt;/P&gt;&lt;P&gt;The traceroute below is from a source address on the iSCSI network (10.220.211.0) to a remote network, note the path taken is via the default route for the mgmt network (10.220.194.0).&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Filer1&amp;gt; traceroute -s 10.220.211.11 10.220.210.3&lt;/P&gt;&lt;P&gt;traceroute to 10.220.210.3 (10.220.210.3) from 10.220.211.11, 30 hops max, 40 byte packets&lt;/P&gt;&lt;P&gt; 1&amp;nbsp; 10.220.194.150 (10.220.194.150)&amp;nbsp; 1.000 ms&amp;nbsp; 1.000 ms&amp;nbsp; 0.000 ms&lt;/P&gt;&lt;P&gt; 2&amp;nbsp; host1.xxx.net (10.220.210.3)&amp;nbsp; 1.000 ms *&amp;nbsp; 0.000 ms&lt;/P&gt;&lt;P&gt;Filer1&amp;gt;&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Mon, 27 Jun 2011 07:07:02 GMT</pubDate>
      <guid>https://community.netapp.com/t5/ONTAP-Discussions/Router-discovery/m-p/55762#M13088</guid>
      <dc:creator>nsitps1976</dc:creator>
      <dc:date>2011-06-27T07:07:02Z</dc:date>
    </item>
    <item>
      <title>Router discovery</title>
      <link>https://community.netapp.com/t5/ONTAP-Discussions/Router-discovery/m-p/55767#M13092</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hi,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;1. Routing "in" to your iscsi subnet is a matter of the default gateway for that subnet talking to your iscsi interface.&amp;nbsp; If the router gets a packet for a locally connected subnet, it will send it to the IP in that net.&amp;nbsp; This has nothing to do with the filer settings.&amp;nbsp; The return packets will exit out the filer interface that has the default route and you will get "asymetric routing".&amp;nbsp; You will have to blackhole traffic into the iscsi net on the router to stop this.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;2. Your traceroute example should only work if "options ip.match_any_ifaddr" is set to "on". Turning this off will stop traffic from going out interfaces with an IP that isn't the same as the traffic source.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;3. If you want to stop iscsi into interfaces that you don't want to offer iscsi on, then disable iscsi on those interfaces with "iscsi interface disable &amp;lt;interface&amp;gt;"&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Mon, 27 Jun 2011 07:43:45 GMT</pubDate>
      <guid>https://community.netapp.com/t5/ONTAP-Discussions/Router-discovery/m-p/55767#M13092</guid>
      <dc:creator>shaunjurr</dc:creator>
      <dc:date>2011-06-27T07:43:45Z</dc:date>
    </item>
    <item>
      <title>Router discovery</title>
      <link>https://community.netapp.com/t5/ONTAP-Discussions/Router-discovery/m-p/55774#M13097</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt; Thanks for the help - "options ip.match_any_ifaddr" is what I was after.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Mon, 27 Jun 2011 19:45:17 GMT</pubDate>
      <guid>https://community.netapp.com/t5/ONTAP-Discussions/Router-discovery/m-p/55774#M13097</guid>
      <dc:creator>nsitps1976</dc:creator>
      <dc:date>2011-06-27T19:45:17Z</dc:date>
    </item>
  </channel>
</rss>

