<?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: Purpose of L2LISP0 Interface in Software-Defined Access (SD-Access)</title>
    <link>https://community.cisco.com/t5/software-defined-access-sd-access/purpose-of-l2lisp0-interface/m-p/4824357#M2288</link>
    <description>&lt;P&gt;hi&lt;/P&gt;
&lt;P&gt;just thoughts aloud. before the cisco lisp came into play, there was underlay with its IEEE/ISO/OSI/RFC suits system. other words, probably there was no L1-L3 sign of life to keep L2LISP interface alive imho. if u know what i mean&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
    <pubDate>Sun, 30 Apr 2023 07:40:32 GMT</pubDate>
    <dc:creator>Andrii Oliinyk</dc:creator>
    <dc:date>2023-04-30T07:40:32Z</dc:date>
    <item>
      <title>Purpose of L2LISP0 Interface</title>
      <link>https://community.cisco.com/t5/software-defined-access-sd-access/purpose-of-l2lisp0-interface/m-p/4823819#M2287</link>
      <description>&lt;P&gt;Hi,&lt;/P&gt;
&lt;P&gt;In our SDA fabric, we have a separate L2LISP0 interface on each edge node for each VLAN (e.g. VLAN 1021 -&amp;gt; LISP0:8188). These interfaces are normally in the "up" state.&lt;/P&gt;
&lt;P&gt;In certain cases, our NMS reports that one of the L2LISP0 interfaces on a specific edge node goes into the "down" state.&lt;/P&gt;
&lt;P&gt;We would like to understand the purpose of these L2LISP interfaces and what could be the reason why an L2LISP0 interface occasionally goes into the "down" state?&lt;/P&gt;</description>
      <pubDate>Fri, 28 Apr 2023 08:03:01 GMT</pubDate>
      <guid>https://community.cisco.com/t5/software-defined-access-sd-access/purpose-of-l2lisp0-interface/m-p/4823819#M2287</guid>
      <dc:creator>jan.habicht</dc:creator>
      <dc:date>2023-04-28T08:03:01Z</dc:date>
    </item>
    <item>
      <title>Re: Purpose of L2LISP0 Interface</title>
      <link>https://community.cisco.com/t5/software-defined-access-sd-access/purpose-of-l2lisp0-interface/m-p/4824357#M2288</link>
      <description>&lt;P&gt;hi&lt;/P&gt;
&lt;P&gt;just thoughts aloud. before the cisco lisp came into play, there was underlay with its IEEE/ISO/OSI/RFC suits system. other words, probably there was no L1-L3 sign of life to keep L2LISP interface alive imho. if u know what i mean&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Sun, 30 Apr 2023 07:40:32 GMT</pubDate>
      <guid>https://community.cisco.com/t5/software-defined-access-sd-access/purpose-of-l2lisp0-interface/m-p/4824357#M2288</guid>
      <dc:creator>Andrii Oliinyk</dc:creator>
      <dc:date>2023-04-30T07:40:32Z</dc:date>
    </item>
    <item>
      <title>Re: Purpose of L2LISP0 Interface</title>
      <link>https://community.cisco.com/t5/software-defined-access-sd-access/purpose-of-l2lisp0-interface/m-p/4828969#M2312</link>
      <description>&lt;P&gt;L2LISP interface is used for L2 switching between endpoints in same access VLAN (as opposed to routing between endpoints in different subnets). As best I can tell the L2LISP interface should not flap - in the lab I tried removing all endpoints, deleting access VLAN, etc, but cannot get it to flap. To explain L2LISP interface flap please consider raising TAC case.&lt;/P&gt;</description>
      <pubDate>Thu, 04 May 2023 22:40:21 GMT</pubDate>
      <guid>https://community.cisco.com/t5/software-defined-access-sd-access/purpose-of-l2lisp0-interface/m-p/4828969#M2312</guid>
      <dc:creator>jedolphi</dc:creator>
      <dc:date>2023-05-04T22:40:21Z</dc:date>
    </item>
    <item>
      <title>Re: Purpose of L2LISP0 Interface</title>
      <link>https://community.cisco.com/t5/software-defined-access-sd-access/purpose-of-l2lisp0-interface/m-p/4828972#M2314</link>
      <description>&lt;P&gt;with SDA\LISP automation there r always some tricks like implicit 0.0.0.0 route to Null or LISP-process etc. u cannot ensure u've been deleting all dependencies. but i totally agree that this case is for TAC :0)&lt;/P&gt;</description>
      <pubDate>Thu, 04 May 2023 23:05:53 GMT</pubDate>
      <guid>https://community.cisco.com/t5/software-defined-access-sd-access/purpose-of-l2lisp0-interface/m-p/4828972#M2314</guid>
      <dc:creator>Andrii Oliinyk</dc:creator>
      <dc:date>2023-05-04T23:05:53Z</dc:date>
    </item>
  </channel>
</rss>

