<!-- 
RSS generated by JIRA (8.20.10#820010-sha1:ace47f9899e9ee25d7157d59aa17ab06aee30d3d) at Wed Feb 07 19:13:04 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>[BGPCEP-443] Get operation of pcep-topology returns wrong prefix mask for next-hop addresses</title>
                <link>https://jira.opendaylight.org/browse/BGPCEP-443</link>
                <project id="10108" key="BGPCEP">bgpcep</project>
                    <description>&lt;p&gt;The actual prefix  masks for the next hops used in LSP are configured for /24 not /32 as output below from running  the following Get REST call. The ERO&apos;s reported during the GET operation reflects /32 for all the hops.&lt;/p&gt;

&lt;p&gt;&lt;a href=&quot;http://10.18.133.157:8181/restconf/operational/network-topology:network-topology/topology/pcep-topology-1&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;http://10.18.133.157:8181/restconf/operational/network-topology:network-topology/topology/pcep-topology-1&lt;/a&gt;&lt;/p&gt;


&lt;p&gt;&amp;lt;topology xmlns=&quot;urn:TBD:params:xml:ns:yang:network-topology&quot;&amp;gt;&lt;br/&gt;
    &amp;lt;topology-id&amp;gt;pcep-topology-1&amp;lt;/topology-id&amp;gt;&lt;br/&gt;
    &amp;lt;topology-types&amp;gt;&lt;br/&gt;
        &amp;lt;topology-pcep xmlns=&quot;urn:opendaylight:params:xml:ns:yang:topology:pcep&quot;&amp;gt;&amp;lt;/topology-pcep&amp;gt;&lt;br/&gt;
    &amp;lt;/topology-types&amp;gt;&lt;br/&gt;
    &amp;lt;node&amp;gt;&lt;br/&gt;
        &amp;lt;node-id&amp;gt;pcc://10.18.132.89&amp;lt;/node-id&amp;gt;&lt;br/&gt;
        &amp;lt;path-computation-client xmlns=&quot;urn:opendaylight:params:xml:ns:yang:topology:pcep&quot;&amp;gt;&lt;br/&gt;
            &amp;lt;reported-lsp&amp;gt;&lt;br/&gt;
                &amp;lt;name&amp;gt;ios_t0&amp;lt;/name&amp;gt;&lt;br/&gt;
                &amp;lt;path&amp;gt;&lt;br/&gt;
                    &amp;lt;lsp-id&amp;gt;11&amp;lt;/lsp-id&amp;gt;&lt;br/&gt;
                    &amp;lt;lspa&amp;gt;&lt;br/&gt;
                        &amp;lt;processing-rule&amp;gt;false&amp;lt;/processing-rule&amp;gt;&lt;br/&gt;
                        &amp;lt;setup-priority&amp;gt;7&amp;lt;/setup-priority&amp;gt;&lt;br/&gt;
                        &amp;lt;local-protection-desired&amp;gt;false&amp;lt;/local-protection-desired&amp;gt;&lt;br/&gt;
                        &amp;lt;tlvs&amp;gt;&amp;lt;/tlvs&amp;gt;&lt;br/&gt;
                        &amp;lt;hold-priority&amp;gt;7&amp;lt;/hold-priority&amp;gt;&lt;br/&gt;
                        &amp;lt;ignore&amp;gt;false&amp;lt;/ignore&amp;gt;&lt;br/&gt;
                        &amp;lt;include-any&amp;gt;0&amp;lt;/include-any&amp;gt;&lt;br/&gt;
                        &amp;lt;include-all&amp;gt;0&amp;lt;/include-all&amp;gt;&lt;br/&gt;
                        &amp;lt;exclude-any&amp;gt;0&amp;lt;/exclude-any&amp;gt;&lt;br/&gt;
                    &amp;lt;/lspa&amp;gt;&lt;br/&gt;
                    &amp;lt;lsp xmlns=&quot;urn:opendaylight:params:xml:ns:yang:pcep:ietf:stateful&quot;&amp;gt;&lt;br/&gt;
                        &amp;lt;remove&amp;gt;false&amp;lt;/remove&amp;gt;&lt;br/&gt;
                        &amp;lt;ignore&amp;gt;false&amp;lt;/ignore&amp;gt;&lt;br/&gt;
                        &amp;lt;processing-rule&amp;gt;false&amp;lt;/processing-rule&amp;gt;&lt;br/&gt;
                        &amp;lt;sync&amp;gt;false&amp;lt;/sync&amp;gt;&lt;br/&gt;
                        &amp;lt;create xmlns=&quot;urn:opendaylight:params:xml:ns:yang:pcep:crabbe:initiated&quot;&amp;gt;false&amp;lt;/create&amp;gt;&lt;br/&gt;
                        &amp;lt;tlvs&amp;gt;&lt;br/&gt;
                            &amp;lt;lsp-identifiers&amp;gt;&lt;br/&gt;
                                &amp;lt;ipv4&amp;gt;&lt;br/&gt;
                                    &amp;lt;ipv4-extended-tunnel-id&amp;gt;192.168.254.3&amp;lt;/ipv4-extended-tunnel-id&amp;gt;&lt;br/&gt;
                                    &amp;lt;ipv4-tunnel-sender-address&amp;gt;192.168.254.6&amp;lt;/ipv4-tunnel-sender-address&amp;gt;&lt;br/&gt;
                                    &amp;lt;ipv4-tunnel-endpoint-address&amp;gt;192.168.254.3&amp;lt;/ipv4-tunnel-endpoint-address&amp;gt;&lt;br/&gt;
                                &amp;lt;/ipv4&amp;gt;&lt;br/&gt;
                                &amp;lt;tunnel-id&amp;gt;0&amp;lt;/tunnel-id&amp;gt;&lt;br/&gt;
                                &amp;lt;lsp-id&amp;gt;11&amp;lt;/lsp-id&amp;gt;&lt;br/&gt;
                            &amp;lt;/lsp-identifiers&amp;gt;&lt;br/&gt;
                            &amp;lt;path-binding&amp;gt;&lt;br/&gt;
                                &amp;lt;binding-value&amp;gt;AAXcMAA=&amp;lt;/binding-value&amp;gt;&lt;br/&gt;
                                &amp;lt;binding-type&amp;gt;0&amp;lt;/binding-type&amp;gt;&lt;br/&gt;
                            &amp;lt;/path-binding&amp;gt;&lt;br/&gt;
                            &amp;lt;symbolic-path-name&amp;gt;&lt;br/&gt;
                                &amp;lt;path-name&amp;gt;aW9zX3Qw&amp;lt;/path-name&amp;gt;&lt;br/&gt;
                            &amp;lt;/symbolic-path-name&amp;gt;&lt;br/&gt;
                        &amp;lt;/tlvs&amp;gt;&lt;br/&gt;
                        &amp;lt;administrative&amp;gt;true&amp;lt;/administrative&amp;gt;&lt;br/&gt;
                        &amp;lt;delegate&amp;gt;true&amp;lt;/delegate&amp;gt;&lt;br/&gt;
                        &amp;lt;operational&amp;gt;up&amp;lt;/operational&amp;gt;&lt;br/&gt;
                        &amp;lt;plsp-id&amp;gt;1&amp;lt;/plsp-id&amp;gt;&lt;br/&gt;
                    &amp;lt;/lsp&amp;gt;&lt;br/&gt;
                    &amp;lt;ero&amp;gt;&lt;br/&gt;
                        &amp;lt;ignore&amp;gt;false&amp;lt;/ignore&amp;gt;&lt;br/&gt;
                        &amp;lt;subobject&amp;gt;&lt;br/&gt;
                            &amp;lt;ip-prefix&amp;gt;&lt;br/&gt;
                                &amp;lt;ip-prefix&amp;gt;10.0.0.16/32&amp;lt;/ip-prefix&amp;gt;&lt;br/&gt;
                            &amp;lt;/ip-prefix&amp;gt;&lt;br/&gt;
                            &amp;lt;loose&amp;gt;false&amp;lt;/loose&amp;gt;&lt;br/&gt;
                        &amp;lt;/subobject&amp;gt;&lt;br/&gt;
                        &amp;lt;subobject&amp;gt;&lt;br/&gt;
                            &amp;lt;ip-prefix&amp;gt;&lt;br/&gt;
                                &amp;lt;ip-prefix&amp;gt;2.2.2.14/32&amp;lt;/ip-prefix&amp;gt;&lt;br/&gt;
                            &amp;lt;/ip-prefix&amp;gt;&lt;br/&gt;
                            &amp;lt;loose&amp;gt;false&amp;lt;/loose&amp;gt;&lt;br/&gt;
                        &amp;lt;/subobject&amp;gt;&lt;br/&gt;
                        &amp;lt;subobject&amp;gt;&lt;br/&gt;
                            &amp;lt;ip-prefix&amp;gt;&lt;br/&gt;
                                &amp;lt;ip-prefix&amp;gt;100.1.1.37/32&amp;lt;/ip-prefix&amp;gt;&lt;br/&gt;
                            &amp;lt;/ip-prefix&amp;gt;&lt;br/&gt;
                            &amp;lt;loose&amp;gt;false&amp;lt;/loose&amp;gt;&lt;br/&gt;
                        &amp;lt;/subobject&amp;gt;&lt;br/&gt;
                        &amp;lt;subobject&amp;gt;&lt;br/&gt;
                            &amp;lt;ip-prefix&amp;gt;&lt;br/&gt;
                                &amp;lt;ip-prefix&amp;gt;192.168.254.3/32&amp;lt;/ip-prefix&amp;gt;&lt;br/&gt;
                            &amp;lt;/ip-prefix&amp;gt;&lt;br/&gt;
                            &amp;lt;loose&amp;gt;false&amp;lt;/loose&amp;gt;&lt;br/&gt;
                        &amp;lt;/subobject&amp;gt;&lt;br/&gt;
                        &amp;lt;processing-rule&amp;gt;false&amp;lt;/processing-rule&amp;gt;&lt;br/&gt;
                    &amp;lt;/ero&amp;gt;&lt;br/&gt;
                    &amp;lt;bandwidth&amp;gt;&lt;br/&gt;
                        &amp;lt;ignore&amp;gt;false&amp;lt;/ignore&amp;gt;&lt;br/&gt;
                        &amp;lt;bandwidth&amp;gt;AAAAAA==&amp;lt;/bandwidth&amp;gt;&lt;br/&gt;
                        &amp;lt;processing-rule&amp;gt;false&amp;lt;/processing-rule&amp;gt;&lt;br/&gt;
                    &amp;lt;/bandwidth&amp;gt;&lt;br/&gt;
                &amp;lt;/path&amp;gt;&lt;br/&gt;
            &amp;lt;/reported-lsp&amp;gt;&lt;br/&gt;
            &amp;lt;state-sync&amp;gt;synchronized&amp;lt;/state-sync&amp;gt;&lt;br/&gt;
            &amp;lt;ip-address&amp;gt;10.18.132.89&amp;lt;/ip-address&amp;gt;&lt;br/&gt;
            &amp;lt;stateful-tlv&amp;gt;&lt;br/&gt;
                &amp;lt;stateful xmlns=&quot;urn:opendaylight:params:xml:ns:yang:pcep:ietf:stateful&quot;&amp;gt;&lt;br/&gt;
                    &amp;lt;lsp-update-capability&amp;gt;true&amp;lt;/lsp-update-capability&amp;gt;&lt;br/&gt;
                    &amp;lt;initiation xmlns=&quot;urn:opendaylight:params:xml:ns:yang:pcep:crabbe:initiated&quot;&amp;gt;true&amp;lt;/initiation&amp;gt;&lt;br/&gt;
                &amp;lt;/stateful&amp;gt;&lt;br/&gt;
            &amp;lt;/stateful-tlv&amp;gt;&lt;br/&gt;
        &amp;lt;/path-computation-client&amp;gt;&lt;br/&gt;
    &amp;lt;/node&amp;gt;&lt;br/&gt;
&amp;lt;/topology&amp;gt;&lt;/p&gt;</description>
                <environment>&lt;p&gt;Operating System: All&lt;br/&gt;
Platform: All&lt;/p&gt;</environment>
        <key id="23683">BGPCEP-443</key>
            <summary>Get operation of pcep-topology returns wrong prefix mask for next-hop addresses</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="10003">Cannot Reproduce</resolution>
                                        <assignee username="-1">Unassigned</assignee>
                                    <reporter username="ajay1005@gmail.com">Ajay Chhabria</reporter>
                        <labels>
                    </labels>
                <created>Mon, 18 Apr 2016 19:27:12 +0000</created>
                <updated>Sun, 3 Mar 2019 11:49:44 +0000</updated>
                            <resolved>Thu, 21 Apr 2016 17:39:15 +0000</resolved>
                                    <version>Bugzilla Migration</version>
                                    <fixVersion>Bugzilla Migration</fixVersion>
                                    <component>PCEP</component>
                        <due></due>
                            <votes>0</votes>
                                    <watches>3</watches>
                                                                                                                <comments>
                            <comment id="45563" author="milos.fabian@pantheon.tech" created="Tue, 19 Apr 2016 07:06:31 +0000"  >&lt;p&gt;Ajay, what ODL version are testing? Could you please share ODL logs with enabled trace logging for PCEP or packet capture to see what bytes are coming to ODL.&lt;/p&gt;</comment>
                            <comment id="45564" author="ajayl.bro@gmail.com" created="Tue, 19 Apr 2016 22:06:20 +0000"  >&lt;p&gt;Looks like the prefix value (/32) is coming as part of ERO subobject in PCRpt. So controller is displaying what it is getting from the XRv&lt;/p&gt;

&lt;p&gt;Tried both PCC and PCE initiated scenarios. In both cases prefix reported is /32 (refer packet # 43, 62 and 68 in attached pcap file). I think this is the case because this is operational data i.e. it shows it actual nodes in the path which is identified by /32 prefix. In PCE initiated case, /24 can be mentioned in add-lsp request -&amp;gt; this is the config from which the actual path will be selected and actual node reflected in the operational data&lt;/p&gt;

&lt;p&gt;FYI - ERO object is described here: &lt;a href=&quot;https://tools.ietf.org/html/rfc3209#page-23&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;https://tools.ietf.org/html/rfc3209#page-23&lt;/a&gt;&lt;/p&gt;

&lt;p&gt;An explicit route is described as a list of groups of nodes along the&lt;br/&gt;
 explicit route. In addition to the ability to identify specific&lt;br/&gt;
 nodes along the path, an explicit route can identify a group of nodes&lt;br/&gt;
 that must be traversed along the path. This capability allows the&lt;br/&gt;
 routing system a significant amount of local flexibility in&lt;br/&gt;
 fulfilling a request for an explicit route. This capability allows&lt;br/&gt;
 the generator of the explicit route to have imperfect information&lt;br/&gt;
 about the details of the path.&lt;/p&gt;

&lt;p&gt;The explicit route is encoded as a series of subobjects contained in&lt;br/&gt;
 an EXPLICIT_ROUTE object. Each subobject identifies a group of nodes&lt;br/&gt;
 in the explicit route. An explicit route is thus a specification of&lt;br/&gt;
 groups of nodes to be traversed.&lt;/p&gt;

&lt;p&gt;To formalize the discussion, we call each group of nodes an abstract&lt;br/&gt;
 node. Thus, we say that an explicit route is a specification of a&lt;br/&gt;
 set of abstract nodes to be traversed. If an abstract node consists&lt;br/&gt;
 of only one node, we refer to it as a simple abstract node.&lt;/p&gt;</comment>
                            <comment id="45572" author="ajayl.bro@gmail.com" created="Tue, 19 Apr 2016 22:07:23 +0000"  >&lt;p&gt;Attachment pcep-prefix2.pcap has been added with description: Pcap file showing ERO object&lt;/p&gt;</comment>
                            <comment id="45565" author="ajayl.bro@gmail.com" created="Tue, 19 Apr 2016 22:10:25 +0000"  >&lt;p&gt;Reg. versions - I am trying with master (Boron) whereas AjayC is on Lithium SR4&lt;/p&gt;</comment>
                            <comment id="45566" author="milos.fabian@pantheon.tech" created="Wed, 20 Apr 2016 06:11:27 +0000"  >&lt;p&gt;Ajay, you are right - the pcep-topology-provider is always reflecting data from received PcRpt messages.&lt;br/&gt;
Do you agree to close this file as an invalid?&lt;/p&gt;</comment>
                            <comment id="45567" author="ajay1005@gmail.com" created="Wed, 20 Apr 2016 07:08:42 +0000"  >&lt;p&gt;Few things to comment:&lt;/p&gt;

&lt;p&gt;1. Firstly, every XRv(hop) is configured with an MPLS TE Router-ID. If an explicit route object is supposed to give the node/abstract node information along the explicit route, shouldn&apos;t the XRv send the Router-ID instead of physical interface IP address ?&lt;/p&gt;

&lt;p&gt;2. If Controller is reading what XRv is sending and is expecting &quot;node info&quot; along the path to traverse then why does Controller explicit include subnet mask in the ip-prefix schema ? Shouldn&apos;t &quot;ip-prefix&quot; be replaced as &quot;node IP&quot; in the operational data ?&lt;/p&gt;</comment>
                            <comment id="45568" author="milos.fabian@pantheon.tech" created="Wed, 20 Apr 2016 07:57:35 +0000"  >&lt;p&gt;(In reply to Ajay Chhabria from comment #6)&lt;br/&gt;
&amp;gt; Few things to comment:&lt;br/&gt;
&amp;gt; &lt;br/&gt;
&amp;gt; 1. Firstly, every XRv(hop) is configured with an MPLS TE Router-ID. If an&lt;br/&gt;
&amp;gt; explicit route object is supposed to give the node/abstract node information&lt;br/&gt;
&amp;gt; along the explicit route, shouldn&apos;t the XRv send the Router-ID instead of&lt;br/&gt;
&amp;gt; physical interface IP address ?&lt;br/&gt;
&amp;gt; &lt;br/&gt;
&amp;gt; 2. If Controller is reading what XRv is sending and is expecting &quot;node info&quot;&lt;br/&gt;
&amp;gt; along the path to traverse then why does Controller explicit include subnet&lt;br/&gt;
&amp;gt; mask in the ip-prefix schema ? Shouldn&apos;t &quot;ip-prefix&quot; be replaced as &quot;node&lt;br/&gt;
&amp;gt; IP&quot; in the operational data ?&lt;/p&gt;

&lt;p&gt;1. I am not able to answer, XRv implementation is out of my knowledge/experiences.&lt;br/&gt;
2. The ERO&apos;s IPv4 prefix sub-object is defined in - &lt;a href=&quot;https://tools.ietf.org/html/rfc3209#section-4.3.3.2&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;https://tools.ietf.org/html/rfc3209#section-4.3.3.2&lt;/a&gt;, so 32 prefix length is an equivalent of IPv4 node.&lt;br/&gt;
Can you confirm that prefix length would be always &quot;32&quot; no matter what PCC implementation and configuration is communicating to ODL PCE?&lt;/p&gt;</comment>
                            <comment id="45569" author="ajayl.bro@gmail.com" created="Wed, 20 Apr 2016 16:53:59 +0000"  >&lt;p&gt;AjayC, few thoughts on your comments:&lt;/p&gt;

&lt;p&gt;1. Each node will have multiple physical interfaces. If Router-ID is used instead of physical interface IP address, it will tell which nodes the path pass through, but not necessarily the actual path itself which can be conveyed using interface IP addresses&lt;/p&gt;

&lt;p&gt;2. The ERO object (ref. &lt;a href=&quot;https://tools.ietf.org/html/rfc3209#page-23&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;https://tools.ietf.org/html/rfc3209#page-23&lt;/a&gt;) is used to carry both config and operational data. Prefix value is needed for config&lt;/p&gt;</comment>
                            <comment id="45570" author="milos.fabian@pantheon.tech" created="Thu, 21 Apr 2016 12:37:15 +0000"  >&lt;p&gt;@AjayC:&lt;br/&gt;
The ERO Object yang data model is reused in PCEP messages, PCEP RPC inputs and PCEP topology, bringing strait forward DTOs reusing (no transformation needed).&lt;br/&gt;
What you are suggesting, would require API changes, that are unnecessary imho.&lt;/p&gt;</comment>
                            <comment id="45571" author="ajay1005@gmail.com" created="Thu, 21 Apr 2016 17:26:47 +0000"  >&lt;p&gt;Thank you Milos and Ajay L for detailed information. Please go ahead and close this bug. &lt;/p&gt;

&lt;p&gt;Ajay Chhabria&lt;/p&gt;</comment>
                    </comments>
                    <attachments>
                            <attachment id="13159" name="pcep-prefix2.pcap" size="6542" author="ajayl.bro@gmail.com" created="Tue, 19 Apr 2016 22:07:23 +0000"/>
                    </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>5743</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=5743]]></customfieldvalue>

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

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