<!-- 
RSS generated by JIRA (8.20.10#820010-sha1:ace47f9899e9ee25d7157d59aa17ab06aee30d3d) at Wed Feb 07 20:43:08 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>[TRNSPRTPCE-460] PCE picks wrong aendPceNode, zendPceNode and termination-tp</title>
                <link>https://jira.opendaylight.org/browse/TRNSPRTPCE-460</link>
                <project id="10178" key="TRNSPRTPCE">transportpce</project>
                    <description>&lt;p&gt;Current PCE code is picking up very first XPDR node as aendPceNode and zendPceNode. For example if a XPONDER-OUTPUT link exists only between TPDR1-XPDR3-NETWORK1-RDM1-SRG1-PP1, but PCE always assigns TPDR1-XPDR1 as aendPceNode.&lt;/p&gt;

&lt;p&gt;During the testing with equipments we found even though we create Xponder links for certain TPs, PCE returns TP which doesn&apos;t have physical connections. We suggest updating following:&lt;/p&gt;

&lt;p&gt; if (ServiceFormat.OTU.equals(this.serviceFormat) &amp;amp;&amp;amp; nttp1 == null) &lt;/p&gt;
{
 LOG.info(&quot;Tail attribute is null. Please continue&quot;);
 continue;
 }

&lt;p&gt;There is client TP for OTU service format. In that case, once network TP is found and service format is confirmed method should return. This is the correct code. &lt;/p&gt;

&lt;p&gt;} else if (ServiceFormat.OTU.equals(this.serviceFormat)) &lt;/p&gt;
{
 LOG.info(&quot;Infrastructure OTU4 connection&quot;);
 this.valid = true;
 return;
 }

&lt;p&gt;PceLink only has just client attribute, as a result the path returns same client TP even through they are different. For example one end has CLIENT2 and other-side has CLIENT5. It would be a good idea to have them separated by having srcClient and destClient&lt;/p&gt;</description>
                <environment></environment>
        <key id="34033">TRNSPRTPCE-460</key>
            <summary>PCE picks wrong aendPceNode, zendPceNode and termination-tp</summary>
                <type id="10104" iconUrl="https://jira.opendaylight.org/secure/viewavatar?size=xsmall&amp;avatarId=10303&amp;avatarType=issuetype">Bug</type>
                                            <priority id="2" iconUrl="https://jira.opendaylight.org/images/icons/priorities/critical.svg">High</priority>
                        <status id="10004" iconUrl="https://jira.opendaylight.org/images/icons/status_generic.gif" description="">Verified</status>
                    <statusCategory id="3" key="done" colorName="green"/>
                                    <resolution id="10000">Done</resolution>
                                        <assignee username="svachhani">Shweta Vachhani</assignee>
                                    <reporter username="svachhani">Shweta Vachhani</reporter>
                        <labels>
                    </labels>
                <created>Fri, 14 May 2021 13:54:59 +0000</created>
                <updated>Wed, 23 Feb 2022 14:23:28 +0000</updated>
                            <resolved>Fri, 11 Feb 2022 08:03:12 +0000</resolved>
                                                    <fixVersion>Phosphorus</fixVersion>
                                        <due></due>
                            <votes>0</votes>
                                    <watches>5</watches>
                                                    <progress percentage="100">
                                    <originalProgress>
                                                    <row percentage="0" backgroundColor="#89afd7"/>
                                                    <row percentage="100" backgroundColor="transparent"/>
                                            </originalProgress>
                                                    <currentProgress>
                                                    <row percentage="100" backgroundColor="#51a825"/>
                                                    <row percentage="0" backgroundColor="#ec8e00"/>
                                            </currentProgress>
                            </progress>
                                    <aggregateprogress percentage="100">
                                    <originalProgress>
                                                    <row percentage="0" backgroundColor="#89afd7"/>
                                                    <row percentage="100" backgroundColor="transparent"/>
                                            </originalProgress>
                                                    <currentProgress>
                                                    <row percentage="100" backgroundColor="#51a825"/>
                                                    <row percentage="0" backgroundColor="#ec8e00"/>
                                            </currentProgress>
                            </aggregateprogress>
                                            <timeestimate seconds="0">0 minutes</timeestimate>
                            <timespent seconds="432000">3 weeks</timespent>
                                <comments>
                            <comment id="70425" author="gthouenon" created="Wed, 26 Jan 2022 08:10:50 +0000"  >&lt;p&gt;Actually, this part of PCE code would need rather important refactor to be sure that when &quot;port-device-name&quot; and &quot;port-name&quot; are specified in the service-create rpc, they are correctly transmitted to the path-computation-request input, and above all, correctly handled by PCE.&lt;/p&gt;

&lt;p&gt;The 25th of January 22, Bala reported same issue, with a wrong client termination-point affected by the PCE to the service termination.&lt;br/&gt;
It appears that the client-termination-point specified in the service-create input of ServiceHanlder is not transmitted to the PCE path-computation-request. So, PCE picks the first client-termination-point compatible with the kind of service to affect the client-port of the otn-muxponder to the associated network-port.&lt;/p&gt;

&lt;p&gt;PCE must be modified to take into acount input coming from service-create rpc when available, and picks the defaut value only when not specified as input parameters. &lt;/p&gt;</comment>
                            <comment id="70438" author="ojnas" created="Fri, 28 Jan 2022 13:48:38 +0000"  >&lt;p&gt;See also&#160;&lt;a href=&quot;https://jira.opendaylight.org/browse/TRNSPRTPCE-176&quot; class=&quot;external-link&quot; rel=&quot;nofollow&quot;&gt;https://jira.opendaylight.org/browse/TRNSPRTPCE-176&lt;/a&gt;.&lt;/p&gt;</comment>
                            <comment id="70542" author="JIRAUSER13330" created="Sat, 12 Feb 2022 18:45:32 +0000"  >&lt;p&gt;Hello,&lt;/p&gt;

&lt;p&gt;I still got wrong client port pick problem when testing on UTD testbed.&lt;/p&gt;

&lt;p&gt;aToz direction: both a and z are picking z&apos;s client port in the input json.&lt;/p&gt;

&lt;p&gt;zToa direction: both z and a are picking a&apos;s client port in the input json.&lt;/p&gt;

&lt;p&gt;Here is the log I have.&lt;/p&gt;

&lt;p&gt;Similar problem when I swap a and z node in the input json.(divided by dash line)&lt;/p&gt;

&lt;p&gt;&lt;span class=&quot;nobr&quot;&gt;&lt;a href=&quot;https://jira.opendaylight.org/secure/attachment/17336/17336_wrong+client+port+pick+log.txt&quot; title=&quot;wrong client port pick log.txt attached to TRNSPRTPCE-460&quot;&gt;wrong client port pick log.txt&lt;sup&gt;&lt;img class=&quot;rendericon&quot; src=&quot;https://jira.opendaylight.org/images/icons/link_attachment_7.gif&quot; height=&quot;7&quot; width=&quot;7&quot; align=&quot;absmiddle&quot; alt=&quot;&quot; border=&quot;0&quot;/&gt;&lt;/sup&gt;&lt;/a&gt;&lt;/span&gt;&lt;/p&gt;</comment>
                            <comment id="70545" author="JIRAUSER13330" created="Tue, 15 Feb 2022 04:43:18 +0000"  >&lt;p&gt;I just reproduce the similar problem on another set up.&lt;/p&gt;

&lt;p&gt;I attached the log, portmapping, and my input payload here.&lt;/p&gt;</comment>
                    </comments>
                    <attachments>
                            <attachment id="17340" name="ethernet service input payload.json" size="3635" author="tianliang" created="Tue, 15 Feb 2022 04:42:21 +0000"/>
                            <attachment id="17341" name="port-mapping.xml" size="8843" author="tianliang" created="Tue, 15 Feb 2022 04:42:21 +0000"/>
                            <attachment id="17342" name="reproduce the client pick error on muxponder ethernet pce log.txt" size="5161" author="tianliang" created="Tue, 15 Feb 2022 04:42:21 +0000"/>
                            <attachment id="17336" name="wrong client port pick log.txt" size="4976" author="tianliang" created="Sat, 12 Feb 2022 18:45:06 +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_10000" key="com.pyxis.greenhopper.jira:gh-lexo-rank">
                        <customfieldname>Rank</customfieldname>
                        <customfieldvalues>
                            <customfieldvalue>0|i03srb:pafb2</customfieldvalue>

                        </customfieldvalues>
                    </customfield>
                                                                <customfield id="customfield_10001" key="com.pyxis.greenhopper.jira:gh-sprint">
                        <customfieldname>Sprint</customfieldname>
                        <customfieldvalues>
                                <customfieldvalue id="35">Sprint 21</customfieldvalue>
    <customfieldvalue id="36">Sprint 22</customfieldvalue>
    <customfieldvalue id="37">Sprint 23</customfieldvalue>
    <customfieldvalue id="38">Sprint 24</customfieldvalue>
    <customfieldvalue id="39">Sprint 25</customfieldvalue>

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