<!-- 
RSS generated by JIRA (8.20.10#820010-sha1:ace47f9899e9ee25d7157d59aa17ab06aee30d3d) at Wed Feb 07 20:05:45 UTC 2024

It is possible to restrict the fields that are returned in this document by specifying the 'field' parameter in your request.
For example, to request only the issue key and summary append 'field=key&field=summary' to the URL of your request.
-->
<rss version="0.92" >
<channel>
    <title>OpenDaylight JIRA</title>
    <link>https://jira.opendaylight.org</link>
    <description>This file is an XML representation of an issue</description>
    <language>en-us</language>    <build-info>
        <version>8.20.10</version>
        <build-number>820010</build-number>
        <build-date>22-06-2022</build-date>
    </build-info>


<item>
            <title>[L2SWITCH-37] Missing ID for IEEE standard 802.1ad</title>
                <link>https://jira.opendaylight.org/browse/L2SWITCH-37</link>
                <project id="10134" key="L2SWITCH">l2switch</project>
                    <description>&lt;p&gt;The yang definitions for Ethernet packet have only the (mostly) Cisco specific Q-n-Q nested tag definition. &lt;/p&gt;

&lt;p&gt;This is a pre-standard form for provider bridging, the standard is different. &lt;/p&gt;

&lt;p&gt;As a result, this will not work versus Linux and may or may not work versus white box silicon and other vendors which comply to the Ethernet 802.1ad standard as specified in 802.1ad.&lt;/p&gt;

&lt;p&gt;The yang model should also include the ad tag for nested vlans - 0x88a8.&lt;/p&gt;</description>
                <environment>&lt;p&gt;Operating System: All&lt;br/&gt;
Platform: All&lt;/p&gt;</environment>
        <key id="21550">L2SWITCH-37</key>
            <summary>Missing ID for IEEE standard 802.1ad</summary>
                <type id="10104" iconUrl="https://jira.opendaylight.org/secure/viewavatar?size=xsmall&amp;avatarId=10303&amp;avatarType=issuetype">Bug</type>
                                                <status id="5" iconUrl="https://jira.opendaylight.org/images/icons/statuses/resolved.png" description="A resolution has been taken, and it is awaiting verification by reporter. From here issues are either reopened, or are closed.">Resolved</status>
                    <statusCategory id="3" key="done" colorName="green"/>
                                    <resolution id="10000">Done</resolution>
                                        <assignee username="-1">Unassigned</assignee>
                                    <reporter username="aivanov@brocade.com">Anton Ivanov</reporter>
                        <labels>
                    </labels>
                <created>Wed, 18 Mar 2015 10:37:44 +0000</created>
                <updated>Thu, 19 Oct 2017 21:28:15 +0000</updated>
                            <resolved>Wed, 9 Sep 2015 13:43:37 +0000</resolved>
                                    <version>unspecified</version>
                                                    <component>General</component>
                        <due></due>
                            <votes>0</votes>
                                    <watches>0</watches>
                                                                                                                <comments>
                            <comment id="40318" author="aivanov@brocade.com" created="Mon, 29 Jun 2015 14:49:46 +0000"  >&lt;p&gt;After re-reading the model, this is a bit more convoluted.&lt;/p&gt;

&lt;p&gt;1. There is an ethertype for 802.1ad mentioned in the yang model, however it is not in use. It is not part of the header8021q-type definition.&lt;/p&gt;

&lt;p&gt;2. header8021q-type misses the mentioning of 802.1ad ethertype&lt;/p&gt;

&lt;p&gt;3. The model is too weak - it does not enforce header field order.&lt;/p&gt;

&lt;p&gt;   3.1. The first header is either a 802.1ad or 802.1q. If it is 802.1q there are no subsequent headers&lt;br/&gt;
   3.2. If the first header is 802.1ad and the standard is followed strictly the second header must be 802.1q (some equipment allows multiple stacking).&lt;/p&gt;

&lt;p&gt;4. The partial easy fix is to add 802.1ad to the enum - this will enable it in the packet handler. I will submit a patch to that effect shortly.&lt;/p&gt;

&lt;p&gt;5. We need to tighten up the model a bit in order for builders, etc to function correctly and as expected (based on model) by the consumers.&lt;/p&gt;</comment>
                            <comment id="40319" author="aivanov@brocade.com" created="Wed, 9 Sep 2015 13:43:37 +0000"  >&lt;p&gt;Partial fix.&lt;/p&gt;

&lt;p&gt;The yang model is too lose to enforce some of the finer points of Ethernet header ordering so we only allow the correct header type here. We do not limit it to perform ordering checks (f.e. - 802.1q can presently be insterted before an ad header which is an incorrect combination).&lt;/p&gt;</comment>
                    </comments>
                    <attachments>
                    </attachments>
                <subtasks>
                    </subtasks>
                <customfields>
                                                                            <customfield id="customfield_11400" key="com.atlassian.jira.plugins.jira-development-integration-plugin:devsummary">
                        <customfieldname>Development</customfieldname>
                        <customfieldvalues>
                            
                        </customfieldvalues>
                    </customfield>
                                                                                                                        <customfield id="customfield_10208" key="com.atlassian.jira.plugin.system.customfieldtypes:textfield">
                        <customfieldname>External issue ID</customfieldname>
                        <customfieldvalues>
                            <customfieldvalue>2865</customfieldvalue>

                        </customfieldvalues>
                    </customfield>
                                                                <customfield id="customfield_10201" key="com.atlassian.jira.plugin.system.customfieldtypes:url">
                        <customfieldname>External issue URL</customfieldname>
                        <customfieldvalues>
                            <customfieldvalue><![CDATA[https://bugs.opendaylight.org/show_bug.cgi?id=2865]]></customfieldvalue>

                        </customfieldvalues>
                    </customfield>
                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                <customfield id="customfield_10000" key="com.pyxis.greenhopper.jira:gh-lexo-rank">
                        <customfieldname>Rank</customfieldname>
                        <customfieldvalues>
                            <customfieldvalue>0|i01z5j:</customfieldvalue>

                        </customfieldvalues>
                    </customfield>
                                                                                                                                                                                </customfields>
    </item>
</channel>
</rss>