<!-- 
RSS generated by JIRA (8.20.10#820010-sha1:ace47f9899e9ee25d7157d59aa17ab06aee30d3d) at Wed Feb 07 19:55: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>[CONTROLLER-1281] Unable to configure a BGP peer through RESTCONF</title>
                <link>https://jira.opendaylight.org/browse/CONTROLLER-1281</link>
                <project id="10113" key="CONTROLLER">controller</project>
                    <description>&lt;p&gt;Any attempt to add a BGP peer through RESTCONF will be rejected.&lt;/p&gt;

&lt;p&gt;Steps to reproduce:&lt;/p&gt;

&lt;p&gt;1. ODL_ROOT=&amp;lt;where_yourODL_installation_lives&amp;gt;&lt;br/&gt;
2. Boot ODL.&lt;br/&gt;
3. Install features &quot;odl-restconf&quot;, &quot;odl-bgppcep-bgp-all&quot; and &quot;odl-netconf-connector-all&quot;.&lt;br/&gt;
4. Wait for ODL to fully load (run &quot;top&quot; in another console and wait until CPU usage of the massive Java process stays below 5%).&lt;br/&gt;
5. curl -u &apos;admin:admin&apos; -X POST -H &quot;Content-Type:application/xml&quot; -d &apos;&lt;br/&gt;
  &amp;lt;module xmlns=&quot;urn:opendaylight:params:xml:ns:yang:controller:config&quot;&amp;gt;&lt;br/&gt;
    &amp;lt;type xmlns:prefix=&quot;urn:opendaylight:params:xml:ns:yang:controller:bgp:rib:impl&quot;&amp;gt;prefix:bgp-peer&amp;lt;/type&amp;gt;&lt;br/&gt;
    &amp;lt;name&amp;gt;example-bgp-peer&amp;lt;/name&amp;gt;&lt;br/&gt;
    &amp;lt;peer-role&amp;gt;Ibgp&amp;lt;/peer-role&amp;gt;&lt;br/&gt;
    &amp;lt;host&amp;gt;127.0.0.201&amp;lt;/host&amp;gt;&lt;br/&gt;
    &amp;lt;holdtimer&amp;gt;180&amp;lt;/holdtimer&amp;gt;&lt;br/&gt;
  &amp;lt;/module&amp;gt;&lt;br/&gt;
&apos; 127.0.0.1:8181/restconf/config/network-topology:network-topology/topology/topology-netconf/node/controller-config/yang-ext:mount/config:modules&lt;/p&gt;

&lt;p&gt;You will get the following error from the command in step 5:&lt;/p&gt;

&lt;p&gt;{&lt;br/&gt;
  &quot;errors&quot;: {&lt;br/&gt;
    &quot;error&quot;: [&lt;/p&gt;
      {
        &quot;error-type&quot;: &quot;protocol&quot;,
        &quot;error-tag&quot;:&quot;malformed-message&quot;,
        &quot;error-message&quot;:&quot;Error parsing input: Unknown child(ren) node(s) detected, identified by: (urn:opendaylight:params:xml:ns:yang:controller:config)peer-role, in: list module&quot;
      }
&lt;p&gt;    ]&lt;br/&gt;
  }&lt;br/&gt;
}&lt;/p&gt;

&lt;p&gt;No errors will be logged into the logs.&lt;/p&gt;

&lt;p&gt;Note also that I suspect this might be just a different symptom of &lt;a href=&quot;https://jira.opendaylight.org/browse/CONTROLLER-1280&quot; title=&quot;BGP peers in configuration prevent the configuration from being read through RESTCONF&quot; class=&quot;issue-link&quot; data-issue-key=&quot;CONTROLLER-1280&quot;&gt;&lt;del&gt;CONTROLLER-1280&lt;/del&gt;&lt;/a&gt; but I am not sure. The two paths to the breakage and the two symptoms are quite different, the only thing that these two have in common is than in both a BGP peer configuration is involved. To increase clarity and prevent confusion I logged these two symptoms as 2 separate bugs.&lt;/p&gt;</description>
                <environment>&lt;p&gt;Operating System: All&lt;br/&gt;
Platform: All&lt;/p&gt;</environment>
        <key id="25835">CONTROLLER-1281</key>
            <summary>Unable to configure a BGP peer through RESTCONF</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="jbehran@cisco.com">Jozef Behran</reporter>
                        <labels>
                    </labels>
                <created>Mon, 27 Apr 2015 15:57:52 +0000</created>
                <updated>Thu, 19 Oct 2017 21:26:37 +0000</updated>
                            <resolved>Wed, 29 Apr 2015 06:34:49 +0000</resolved>
                                    <version>Post-Helium</version>
                                                    <component>netconf</component>
                        <due></due>
                            <votes>0</votes>
                                    <watches>3</watches>
                                                                                                                <comments>
                            <comment id="50508" author="jbehran@cisco.com" created="Mon, 27 Apr 2015 16:11:03 +0000"  >&lt;p&gt;This bug prevents the test scenario described at &lt;a href=&quot;https://wiki.opendaylight.org/view/BGP_LS_PCEP:Lithium_Feature_Tests#How_to_test_2&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;https://wiki.opendaylight.org/view/BGP_LS_PCEP:Lithium_Feature_Tests#How_to_test_2&lt;/a&gt;. This blocks completion of M5 as described here: &lt;a href=&quot;https://wiki.opendaylight.org/view/Simultaneous_Release:Lithium_Release_Plan&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;https://wiki.opendaylight.org/view/Simultaneous_Release:Lithium_Release_Plan&lt;/a&gt; (section &quot;Schedule&quot;, the row labelled &quot;M5&quot; in the big table). Setting to &quot;Highest&quot; importance as the deadline is in just a few days.&lt;/p&gt;</comment>
                            <comment id="50509" author="mmarsale@cisco.com" created="Tue, 28 Apr 2015 07:40:03 +0000"  >&lt;p&gt;The input is incorrect. All the xml elements (except type and name) are missing correct namespace from bgp model. Try with correct namespaces.&lt;/p&gt;</comment>
                            <comment id="50510" author="ricjhill@gmail.com" created="Tue, 28 Apr 2015 08:56:09 +0000"  >&lt;p&gt;The  namespaces are described here: &lt;/p&gt;

&lt;p&gt;&lt;a href=&quot;https://wiki.opendaylight.org/view/BGP_LS_PCEP:User_Guide#Configuration_through_RESTCONF&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;https://wiki.opendaylight.org/view/BGP_LS_PCEP:User_Guide#Configuration_through_RESTCONF&lt;/a&gt;&lt;/p&gt;

&lt;p&gt;There is also  a  directive   &quot;It is vital that you respect the order of steps described in user guide.&quot; which requires configuring RIB first.&lt;/p&gt;</comment>
                            <comment id="50511" author="vrpolak" created="Tue, 28 Apr 2015 11:27:23 +0000"  >&lt;p&gt;&amp;gt; The namespaces are described here: &lt;/p&gt;

&lt;p&gt;I can tentatively confirm that using bgp-peer configuration data as presented in &lt;a href=&quot;https://wiki.opendaylight.org/view/BGP_LS_PCEP:User_Guide#BGP_listener&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;https://wiki.opendaylight.org/view/BGP_LS_PCEP:User_Guide#BGP_listener&lt;/a&gt;&lt;br/&gt;
(that is, without any peer-role element)&lt;br/&gt;
the POST is successful, after which &lt;a href=&quot;https://jira.opendaylight.org/browse/CONTROLLER-1280&quot; title=&quot;BGP peers in configuration prevent the configuration from being read through RESTCONF&quot; class=&quot;issue-link&quot; data-issue-key=&quot;CONTROLLER-1280&quot;&gt;&lt;del&gt;CONTROLLER-1280&lt;/del&gt;&lt;/a&gt; appears, karaf.log confirming that &quot;Ibgp&quot; value was applied (it is the default).&lt;br/&gt;
I will leave it to Jozef to verify the bgp-peer configured this way functions as expected.&lt;br/&gt;
In the meantime, I am decreasing Importance to Normal, as work on testing deliverables is (hopefully) not blocked anymore.&lt;br/&gt;
I am leaving Status as CONFIRMED, as this bug still applies to peer-roles other than Ibgp.&lt;/p&gt;

&lt;p&gt;For example this curl:&lt;br/&gt;
curl -u &apos;admin:admin&apos; -X POST -H &quot;Content-Type:application/xml&quot; -d &apos;&amp;lt;module xmlns=&quot;urn:opendaylight:params:xml:ns:yang:controller:config&quot;&amp;gt;&lt;br/&gt;
 &amp;lt;type xmlns:x=&quot;urn:opendaylight:params:xml:ns:yang:controller:bgp:rib:impl&quot;&amp;gt;x:bgp-peer&amp;lt;/type&amp;gt;&lt;br/&gt;
 &amp;lt;name&amp;gt;example-bgp-peer&amp;lt;/name&amp;gt;&lt;br/&gt;
 &amp;lt;host xmlns=&quot;urn:opendaylight:params:xml:ns:yang:controller:bgp:rib:impl&quot;&amp;gt;192.0.2.1&amp;lt;/host&amp;gt;&lt;br/&gt;
 &amp;lt;holdtimer xmlns=&quot;urn:opendaylight:params:xml:ns:yang:controller:bgp:rib:impl&quot;&amp;gt;180&amp;lt;/holdtimer&amp;gt;&amp;lt;peer-role xmlns=&quot;urn:opendaylight:params:xml:ns:yang:controller:bgp:rib:impl&quot;&amp;gt;Ebgp&amp;lt;/peer-role&amp;gt;&lt;br/&gt;
 &amp;lt;rib xmlns=&quot;urn:opendaylight:params:xml:ns:yang:controller:bgp:rib:impl&quot;&amp;gt;&lt;br/&gt;
  &amp;lt;type xmlns:x=&quot;urn:opendaylight:params:xml:ns:yang:controller:bgp:rib:cfg&quot;&amp;gt;x:rib&amp;lt;/type&amp;gt;&lt;br/&gt;
  &amp;lt;name&amp;gt;example-bgp-rib&amp;lt;/name&amp;gt;&lt;br/&gt;
 &amp;lt;/rib&amp;gt;&lt;br/&gt;
 &amp;lt;peer-registry xmlns=&quot;urn:opendaylight:params:xml:ns:yang:controller:bgp:rib:impl&quot;&amp;gt; &lt;br/&gt;
  &amp;lt;type xmlns:x=&quot;urn:opendaylight:params:xml:ns:yang:controller:bgp:rib:impl&quot;&amp;gt;x:bgp-peer-registry&amp;lt;/type&amp;gt;&lt;br/&gt;
  &amp;lt;name&amp;gt;global-bgp-peer-registry&amp;lt;/name&amp;gt;&lt;br/&gt;
 &amp;lt;/peer-registry&amp;gt;&lt;br/&gt;
 &amp;lt;advertized-table xmlns=&quot;urn:opendaylight:params:xml:ns:yang:controller:bgp:rib:impl&quot;&amp;gt;&lt;br/&gt;
  &amp;lt;type xmlns:x=&quot;urn:opendaylight:params:xml:ns:yang:controller:bgp:rib:impl&quot;&amp;gt;x:bgp-table-type&amp;lt;/type&amp;gt;&lt;br/&gt;
  &amp;lt;name&amp;gt;ipv4-unicast&amp;lt;/name&amp;gt;&lt;br/&gt;
 &amp;lt;/advertized-table&amp;gt;&lt;br/&gt;
 &amp;lt;advertized-table xmlns=&quot;urn:opendaylight:params:xml:ns:yang:controller:bgp:rib:impl&quot;&amp;gt;&lt;br/&gt;
  &amp;lt;type xmlns:x=&quot;urn:opendaylight:params:xml:ns:yang:controller:bgp:rib:impl&quot;&amp;gt;x:bgp-table-type&amp;lt;/type&amp;gt;&lt;br/&gt;
  &amp;lt;name&amp;gt;ipv6-unicast&amp;lt;/name&amp;gt;&lt;br/&gt;
 &amp;lt;/advertized-table&amp;gt;&lt;br/&gt;
 &amp;lt;advertized-table xmlns=&quot;urn:opendaylight:params:xml:ns:yang:controller:bgp:rib:impl&quot;&amp;gt;&lt;br/&gt;
  &amp;lt;type xmlns:x=&quot;urn:opendaylight:params:xml:ns:yang:controller:bgp:rib:impl&quot;&amp;gt;x:bgp-table-type&amp;lt;/type&amp;gt;&lt;br/&gt;
  &amp;lt;name&amp;gt;linkstate&amp;lt;/name&amp;gt;&lt;br/&gt;
 &amp;lt;/advertized-table&amp;gt;&lt;br/&gt;
&amp;lt;/module&amp;gt;&apos; 127.0.0.1:8181/restconf/config/network-topology:network-topology/topology/topology-netconf/node/controller-config/yang-ext:mount/config:modules&lt;/p&gt;

&lt;p&gt;Leads to this response (code 400):&lt;br/&gt;
{&quot;errors&quot;:{&quot;error&quot;:[&lt;/p&gt;
{&quot;error-type&quot;:&quot;protocol&quot;,&quot;error-tag&quot;:&quot;malformed-message&quot;,&quot;error-message&quot;:&quot;Error parsing input: Invalid value &apos;Ebgp&apos; for enum type. Allowed values are: [ebgp, ibgp, rr-client]&quot;}
&lt;p&gt;]}}&lt;/p&gt;

&lt;p&gt;Replacing &quot;Ebgp&quot; with &quot;ebgp&quot; leads to another response (code 500):&lt;br/&gt;
{&quot;errors&quot;:{&quot;error&quot;:[&lt;/p&gt;
{&quot;error-type&quot;:&quot;application&quot;,&quot;error-tag&quot;:&quot;operation-failed&quot;,&quot;error-message&quot;:&quot;Error creating data&quot;}
&lt;p&gt;]}}&lt;/p&gt;

&lt;p&gt;Neither POST generates anything in karaf.log, which is itself a minor bug.&lt;/p&gt;</comment>
                            <comment id="50512" author="mmarsale@cisco.com" created="Tue, 28 Apr 2015 11:36:54 +0000"  >&lt;p&gt;This bug was opened due to following error when posting config without namespaces:&lt;/p&gt;

&lt;p&gt;{&lt;br/&gt;
  &quot;errors&quot;: {&lt;br/&gt;
    &quot;error&quot;: [&lt;/p&gt;
      {
        &quot;error-type&quot;: &quot;protocol&quot;,
        &quot;error-tag&quot;:&quot;malformed-message&quot;,
        &quot;error-message&quot;:&quot;Error parsing input: Unknown child(ren) node(s) detected, identified by: (urn:opendaylight:params:xml:ns:yang:controller:config)peer-role, in: list module&quot;
      }
&lt;p&gt;    ]&lt;br/&gt;
  }&lt;br/&gt;
}&lt;/p&gt;

&lt;p&gt;Which is correct error response to invalid input.&lt;/p&gt;

&lt;p&gt;I believe this should be closed as its unrelated to 3069 (enum leaves parse/serialize)&lt;/p&gt;</comment>
                            <comment id="50513" author="vrpolak" created="Tue, 28 Apr 2015 13:14:39 +0000"  >&lt;p&gt;&amp;gt; This bug was opened due to following error when posting config without&lt;br/&gt;
&amp;gt; namespaces:&lt;/p&gt;

&lt;p&gt;Fair enough. &lt;a href=&quot;https://jira.opendaylight.org/browse/CONTROLLER-1283&quot; title=&quot;Unable to configure BGP peer-role through RESTCONF&quot; class=&quot;issue-link&quot; data-issue-key=&quot;CONTROLLER-1283&quot;&gt;&lt;del&gt;CONTROLLER-1283&lt;/del&gt;&lt;/a&gt; opened, this bug set to INVALID.&lt;/p&gt;</comment>
                            <comment id="50514" author="jbehran@cisco.com" created="Wed, 29 Apr 2015 06:34:49 +0000"  >&lt;p&gt;Fixed wiki to make this point crystal clear so I won&apos;t get confused anymore. The &quot;correct namespace for every element&quot; version works, now the remaining thing to confirm is to see whether the (re)configured peer also works.&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>3070</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=3070]]></customfieldvalue>

                        </customfieldvalues>
                    </customfield>
                                                                                            <customfield id="customfield_10206" key="com.atlassian.jira.plugin.system.customfieldtypes:select">
                        <customfieldname>Issue Type</customfieldname>
                        <customfieldvalues>
                                <customfieldvalue key="10300"><![CDATA[Bug]]></customfieldvalue>

                        </customfieldvalues>
                    </customfield>
                                                                                                                                                                                                                                                                                                                                                                                                                                            <customfield id="customfield_10202" key="com.atlassian.jira.plugin.system.customfieldtypes:select">
                        <customfieldname>Priority</customfieldname>
                        <customfieldvalues>
                                <customfieldvalue key="10301"><![CDATA[Normal]]></customfieldvalue>

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

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