Robert, I still have a question, why is SFC CSIT alone failing in this case? The same RPC is very heavily used by l2/l3 in netvirt and I see no issues with the CSIT from June 26th. https://jenkins.opendaylight.org/releng/view/netvirt/job/netvirt-csit-1node-openstack-queens-upstream-stateful-fluorine/ Also, what do you mean by " this code/model is broken and will not work in an cross-node invocation and needs to be fixed." I did not understand "cross-node" in this context, the failure is in 1 node SFC CSIT. Thanks, Faseela
-----Original Message----- From: Robert Varga [mailto:n...@hq.sk] Sent: Monday, July 09, 2018 8:06 AM To: Vishal Thapar <vtha...@redhat.com>; Faseela K <faseel...@ericsson.com> Cc: sfc-dev@lists.opendaylight.org; mdsal-...@lists.opendaylight.org; genius-...@lists.opendaylight.org; openflowplugin-...@lists.opendaylight.org; Tom Pantelis <tompante...@gmail.com> Subject: Re: [mdsal-dev] [openflowplugin-dev] IncorrectNestingException on SFC when sing OFP model On 09/07/18 01:26, Robert Varga wrote: > On 07/07/18 06:20, Vishal Thapar wrote: >> possible the yang definition for this one was incorrect and some >> recent patch is now catching the violation. > output { > uses action:action-list; > } > > i.e. this is a separate instantiation of action-list, without > mentioning any nicira extensions: their presence is not valid in this context. As to what is catching the violation, it is the fact that since https://git.opendaylight.org/gerrit/#/c/73376/ (merged on Jun 26th) the binding adapter shortcut, which skips serialization when the RPC is local and between two binding users, is no longer effective, hence the data is bounced via DOM. While we will restore the shortcut, this code/model is broken and will not work in an cross-node invocation and needs to be fixed. Regards, Robert _______________________________________________ sfc-dev mailing list sfc-dev@lists.opendaylight.org https://lists.opendaylight.org/mailman/listinfo/sfc-dev