<?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: Extreme VRRP/ARP Issue - default gateway does not respond in Network Architecture &amp; Design</title>
    <link>https://community.extremenetworks.com/t5/network-architecture-design/extreme-vrrp-arp-issue-default-gateway-does-not-respond/m-p/14077#M1481</link>
    <description>Problem is solved? I have the same situation on two x670v: vrrp-gw is not responding on one vlan. Changing priority of vrrp interface on the second x670v solve the problem quickly, but what is the cause of incident? All other  svi works correctly on the moment of incident.</description>
    <pubDate>Sun, 24 Jan 2016 12:43:00 GMT</pubDate>
    <dc:creator>Alexander_Kazak</dc:creator>
    <dc:date>2016-01-24T12:43:00Z</dc:date>
    <item>
      <title>Extreme VRRP/ARP Issue - default gateway does not respond</title>
      <link>https://community.extremenetworks.com/t5/network-architecture-design/extreme-vrrp-arp-issue-default-gateway-does-not-respond/m-p/14073#M1477</link>
      <description>Hi&lt;BR /&gt;
&lt;BR /&gt;
Hope someone can help.&lt;BR /&gt;
&lt;BR /&gt;
We have two Extreme core Blackdiamonds with various flavours of Extreme edge switches.  Each core has two mlagg'd connections to edge stack.&lt;BR /&gt;
&lt;BR /&gt;
Recently the network was reconfigured to put routing on the cores, rather than a FW, and to set up the cores with VRRP.   Fairly standard design, one core is master with the other as backup, VIP set as default gateway on the vlans.&lt;BR /&gt;
&lt;BR /&gt;
Now, since this work has been done an odd issue has appeared.   At some point during the day Windows server 2003, Linux and Macs devices can only ping within their own vlan but not outside of it, i.e. another VLAN.   Pinging the default gateway (BD1) does NOT respond.   However, pinging the second backup BD, not holding the VIP does get a response.     &lt;BR /&gt;
&lt;BR /&gt;
Clearing the arp cache on the devices in question brings the response back.   Now, with 2003 it is not a problem.   Changed the ARP settings in the registry and messed around a bit and that seems to have sorted it.    However, this is not so easy on Linux or Macs.&lt;BR /&gt;
&lt;BR /&gt;
This is starting to cause a few issues as you can imagine.   Has anyone seen this behaviour before and managed to resolve it?&lt;BR /&gt;
&lt;BR /&gt;
Any help gratefully received.&lt;BR /&gt;
&lt;BR /&gt;</description>
      <pubDate>Tue, 29 Sep 2015 20:34:00 GMT</pubDate>
      <guid>https://community.extremenetworks.com/t5/network-architecture-design/extreme-vrrp-arp-issue-default-gateway-does-not-respond/m-p/14073#M1477</guid>
      <dc:creator>Jasp80</dc:creator>
      <dc:date>2015-09-29T20:34:00Z</dc:date>
    </item>
    <item>
      <title>RE: Extreme VRRP/ARP Issue - default gateway does not respond</title>
      <link>https://community.extremenetworks.com/t5/network-architecture-design/extreme-vrrp-arp-issue-default-gateway-does-not-respond/m-p/14074#M1478</link>
      <description>Hi Jasp80,&lt;BR /&gt;
Can you let us know which version of EXOS you're running on your cores?  Also, please share the output of the following commands with us (you can sanitize the IPs if you choose):&lt;BR /&gt;
 &lt;DIV class="threadCode"&gt;&lt;B&gt;code:&lt;/B&gt;&lt;PRE spellcheck="false"&gt;show switch&lt;/PRE&gt;&lt;/DIV&gt;&lt;BR /&gt;
 &lt;DIV class="threadCode"&gt;&lt;B&gt;code:&lt;/B&gt;&lt;PRE spellcheck="false"&gt;show vlan&lt;/PRE&gt;&lt;/DIV&gt;&lt;BR /&gt;
 &lt;DIV class="threadCode"&gt;&lt;B&gt;code:&lt;/B&gt;&lt;PRE spellcheck="false"&gt;show vrrp&lt;/PRE&gt;&lt;/DIV&gt;&lt;BR /&gt;
&lt;BR /&gt;
 Are there any log messages associated with the problem?  Are you sure there are no duplicate gateway IPs?&lt;BR /&gt;
&lt;BR /&gt;
Thanks,&lt;BR /&gt;
-Drew&lt;BR /&gt;</description>
      <pubDate>Wed, 30 Sep 2015 00:09:00 GMT</pubDate>
      <guid>https://community.extremenetworks.com/t5/network-architecture-design/extreme-vrrp-arp-issue-default-gateway-does-not-respond/m-p/14074#M1478</guid>
      <dc:creator>Drew_C</dc:creator>
      <dc:date>2015-09-30T00:09:00Z</dc:date>
    </item>
    <item>
      <title>RE: Extreme VRRP/ARP Issue - default gateway does not respond</title>
      <link>https://community.extremenetworks.com/t5/network-architecture-design/extreme-vrrp-arp-issue-default-gateway-does-not-respond/m-p/14075#M1479</link>
      <description>Hello Jasp80&lt;BR /&gt;
&lt;BR /&gt;
Curious why you are using Master/Backup on the VRRP.  Have you looked into Master/Master?  If you are staying with Master/Backup are are all VLANs on the same Master if they are split on the two switches then we will need to route between them.&lt;BR /&gt;
&lt;BR /&gt;
Thanks&lt;BR /&gt;
P&lt;BR /&gt;</description>
      <pubDate>Wed, 30 Sep 2015 00:22:00 GMT</pubDate>
      <guid>https://community.extremenetworks.com/t5/network-architecture-design/extreme-vrrp-arp-issue-default-gateway-does-not-respond/m-p/14075#M1479</guid>
      <dc:creator>Paul_Russo</dc:creator>
      <dc:date>2015-09-30T00:22:00Z</dc:date>
    </item>
    <item>
      <title>RE: Extreme VRRP/ARP Issue - default gateway does not respond</title>
      <link>https://community.extremenetworks.com/t5/network-architecture-design/extreme-vrrp-arp-issue-default-gateway-does-not-respond/m-p/14076#M1480</link>
      <description>Please confirm that the following have been done&lt;BR /&gt;
- enable vrrp&lt;BR /&gt;
- if you migrating firewall IP to switch, reconfigure FW with new IP. The fact that when you clear arp you get respond it show that there is IP conflict.&lt;BR /&gt;
- enable ipforwading for you vlan or globaly.&lt;BR /&gt;
- If other VLAN are still L2 on the switch, you'll still need FW else convert them to L3 so that inter VLAN communication can use SW only without going to FW. &lt;BR /&gt;
&lt;BR /&gt;</description>
      <pubDate>Wed, 30 Sep 2015 02:00:00 GMT</pubDate>
      <guid>https://community.extremenetworks.com/t5/network-architecture-design/extreme-vrrp-arp-issue-default-gateway-does-not-respond/m-p/14076#M1480</guid>
      <dc:creator>Njanyana_Buthel</dc:creator>
      <dc:date>2015-09-30T02:00:00Z</dc:date>
    </item>
    <item>
      <title>RE: Extreme VRRP/ARP Issue - default gateway does not respond</title>
      <link>https://community.extremenetworks.com/t5/network-architecture-design/extreme-vrrp-arp-issue-default-gateway-does-not-respond/m-p/14077#M1481</link>
      <description>Problem is solved? I have the same situation on two x670v: vrrp-gw is not responding on one vlan. Changing priority of vrrp interface on the second x670v solve the problem quickly, but what is the cause of incident? All other  svi works correctly on the moment of incident.</description>
      <pubDate>Sun, 24 Jan 2016 12:43:00 GMT</pubDate>
      <guid>https://community.extremenetworks.com/t5/network-architecture-design/extreme-vrrp-arp-issue-default-gateway-does-not-respond/m-p/14077#M1481</guid>
      <dc:creator>Alexander_Kazak</dc:creator>
      <dc:date>2016-01-24T12:43:00Z</dc:date>
    </item>
    <item>
      <title>RE: Extreme VRRP/ARP Issue - default gateway does not respond</title>
      <link>https://community.extremenetworks.com/t5/network-architecture-design/extreme-vrrp-arp-issue-default-gateway-does-not-respond/m-p/14078#M1482</link>
      <description>Hi,&lt;BR /&gt;
&lt;BR /&gt;
Are the VIP physical IP of the Master?&lt;BR /&gt;
Are we positive the issue is on VRRP? What about the ARP table, is it full or not?&lt;BR /&gt;
You can check it with:&lt;BR /&gt;
show iproute reserved-entries statisticsWhat EXOS version in use?&lt;BR /&gt;
&lt;BR /&gt;</description>
      <pubDate>Sun, 24 Jan 2016 15:51:00 GMT</pubDate>
      <guid>https://community.extremenetworks.com/t5/network-architecture-design/extreme-vrrp-arp-issue-default-gateway-does-not-respond/m-p/14078#M1482</guid>
      <dc:creator>Stephane_Grosj1</dc:creator>
      <dc:date>2016-01-24T15:51:00Z</dc:date>
    </item>
    <item>
      <title>RE: Extreme VRRP/ARP Issue - default gateway does not respond</title>
      <link>https://community.extremenetworks.com/t5/network-architecture-design/extreme-vrrp-arp-issue-default-gateway-does-not-respond/m-p/14079#M1483</link>
      <description>Hi.&lt;BR /&gt;
EXOS 15.6.3.1.p1-9 on both routers. &lt;BR /&gt;
At the moment of the incident VRRP-Gw has not moved on from the r1 to r2, two masters in the same was not. VRRP-gw has not been available both inside and outside the network. Hosts are mutually available, however, were not available from other networks . And all this with only one vlan , all the rest worked normally. STP on the network is not configured - we use mlag.&lt;BR /&gt;
&lt;BR /&gt;
&amp;gt;Output from r1:&lt;BR /&gt;
 show iproute reserved-entries statistics&lt;BR /&gt;
                      |-----In HW Route Table-----|   |--In HW L3 Hash Table--|&lt;BR /&gt;
                       # Used Routes   # IPv4 Hosts   IPv4   IPv4  IPv6   IPv4&lt;BR /&gt;
Slot  Type              IPv4   IPv6    Local Remote   Local  Rem.  Local  MCast&lt;BR /&gt;
----  --------------- ------- ------  ------ ------   -----  ----- -----  -----&lt;BR /&gt;
1     X670V-48x          4706      0    1459      0       0      0     0    137&lt;BR /&gt;
&lt;BR /&gt;
 show vlan | i tech_srvtech_srv        127  192.168.127.4  /24  -f-------o---v--------------- ANY    16/16  VR-Default&lt;BR /&gt;
&lt;BR /&gt;
show config vrrp | i tech_srvcreate vrrp vlan tech_srv vrid 3&lt;BR /&gt;
configure vrrp vlan tech_srv vrid 3 priority 110&lt;BR /&gt;
configure vrrp vlan tech_srv vrid 3 version v2&lt;BR /&gt;
configure vrrp vlan tech_srv vrid 3 add 192.168.127.1&lt;BR /&gt;
enable vrrp vlan tech_srv vrid 3&lt;BR /&gt;
&lt;BR /&gt;
show iparp stats summaryIP ARP VR Statistics                                   Sun Jan 24 18:02:12 2016&lt;BR /&gt;
                                                ARP-&lt;BR /&gt;
   ARP Total    Dynamic     Static    Pending   Unneeded     Failed  (Rejected)&lt;BR /&gt;
============================================================================&lt;BR /&gt;
Totals for all VRs&lt;BR /&gt;
        2501       1456          3         18        368        656     3686006&lt;BR /&gt;
=============================================================================&lt;BR /&gt;
&lt;BR /&gt;
&amp;gt;Output from r2:&lt;BR /&gt;
 # show iproute reserved-entries statistics&lt;BR /&gt;
                      |-----In HW Route Table-----|   |--In HW L3 Hash Table--|&lt;BR /&gt;
                       # Used Routes   # IPv4 Hosts   IPv4   IPv4  IPv6   IPv4&lt;BR /&gt;
Slot  Type              IPv4   IPv6    Local Remote   Local  Rem.  Local  MCast&lt;BR /&gt;
----  --------------- ------- ------  ------ ------   -----  ----- -----  -----&lt;BR /&gt;
1     X670V-48x          4704      0    1425      0       0      0     0    119&lt;BR /&gt;
&lt;BR /&gt;
 show vlan | i tech_srv&lt;BR /&gt;
tech_srv        127  192.168.127.5  /24  -f-------o---v--------------- ANY    16/16  VR-Def&lt;BR /&gt;
&lt;BR /&gt;
show configuration "vrrp" | i tech_srv&lt;BR /&gt;
create vrrp vlan tech_srv vrid 3&lt;BR /&gt;
configure vrrp vlan tech_srv vrid 3 priority 120&lt;BR /&gt;
configure vrrp vlan tech_srv vrid 3 version v2&lt;BR /&gt;
configure vrrp vlan tech_srv vrid 3 add 192.168.127.1&lt;BR /&gt;
enable vrrp vlan tech_srv vrid 3&lt;BR /&gt;
&lt;BR /&gt;
show iparp stats summary&lt;BR /&gt;
IP ARP VR Statistics                                   Sun Jan 24 18:01:26 2016&lt;BR /&gt;
                                                ARP-&lt;BR /&gt;
   ARP Total    Dynamic     Static    Pending   Unneeded     Failed  (Rejected)&lt;BR /&gt;
============================================================================&lt;BR /&gt;
Totals for all VRs&lt;BR /&gt;
        1934       1422          3         19        293        197     3682122&lt;BR /&gt;
============================================================================&lt;BR /&gt;
&lt;BR /&gt;</description>
      <pubDate>Sun, 24 Jan 2016 20:28:00 GMT</pubDate>
      <guid>https://community.extremenetworks.com/t5/network-architecture-design/extreme-vrrp-arp-issue-default-gateway-does-not-respond/m-p/14079#M1483</guid>
      <dc:creator>Alexander_Kazak</dc:creator>
      <dc:date>2016-01-24T20:28:00Z</dc:date>
    </item>
  </channel>
</rss>

