Hello Sam

This is most likely happenning because since OVS 2.8, openflow OXM/NXM
ids that were unofficially used for the NSH fields on Yi Yang patch are
now being officially used for other different fields.

On this specific case, it is OXM field 120 in the Nicira NXM1 class,
which Yi Yang used for NshNp, but is now officially used for ct_nw_src.
So openflowplugin is wrongly interpreting ct_nw_src as NshNp.

BR
Jaime.



-----Original Message-----
From: Sam Hague <sha...@redhat.com>
To: Anil Vishnoi <vishnoia...@gmail.com>
Cc: Dayavanti Gopal Kamath <dayavanti.gopal.kam...@ericsson.com>, Luis
Gomez <ece...@gmail.com>, HCL Tech Venkatrangan G - ERS <venkatrangang@
hcl.com>, odl netvirt dev <netvirt-...@lists.opendaylight.org>,
openflowplugin-dev <openflowplugin-dev@lists.opendaylight.org>, Jamo
Luhrsen <jluhr...@redhat.com>, Manuel Buil <mb...@suse.com>, jcaamano@s
use.de
Subject: Re: [netvirt-dev] ovs 2.8.2 does not work well in csit
Date: Sun, 8 Jul 2018 22:44:30 -0400



On Sun, Jul 8, 2018 at 5:05 PM Anil Vishnoi <vishnoia...@gmail.com>
wrote:
> I believe upstream openflowplugin CSIT uses 2.8.0/1 version and that
> did not contain the new NSH support and that's working fine. Seems
> like the new NSH support is causing this issue. Looking like in your
> CSIT someone is trying to install the flow with the NSH match or your
> switch has NSH based flow. MatchConvertor comes into play when either
> you are pushing flow down to the switch or reading and deserializing
> the stats/packet_in coming from switch.
> 
> 

Anil, the exception is coming from packet_in messages and not a flow
being installed. The features for sfc/nsh are not installed so pretty
sure nothing is trying to use nsh. Can you look again at the two
exceptions to see if that is correct? OVS 2.8.0 added userspace NSH
support, with more support added in 2.8.1 and 2.8.2. I see the ofp csit
is using 2.8.1. it has deserialization errors but not the same as the
netvirt csit. ovs 2.8.2 says it moved the NSH support to the standard
spec support so maybe that is why it is causing more problems that
2.8.1?
> We already have patches pushed by Jamie to implement these new NSH
> fields and remove the old one, hopefully that should fix it.
> 

How far along are these patches?  
> On Sun, Jul 8, 2018 at 5:26 AM Sam Hague <sha...@redhat.com> wrote:
> > Adding Daya to see if they have been doing any testing with ovs
> > 2.8.2 or later. Also forgot netvirt-dev and openflowplugin-dev
> > lists.
> > 
> > On Sat, Jul 7, 2018 at 5:05 PM Sam Hague <sha...@redhat.com> wrote:
> > > Jamo,
> > > 
> > > did we ever have any runs using ovs 2.8.2 - or really anything
> > > later than 2.7.2? [1] is a job using ovs 2.8.2 and it fails a few
> > > tests because of an openflow deserialization error with some NSH
> > > packets - but this is just our normal csit and not anything
> > > related to sfc. My 2.9 jobs also had some failures but I didn't
> > > inspect them before the sandbox cleared up this weekend.
> > > 
> > > NSH support was added in 2.8 so that makes sense this could cause
> > > a problem. The exception below is coming out when the test fails
> > > - a ping fails, so I guess an arp or other punt packet is being
> > > mapped to nsh and not being decoded by openflowplugin.
> > > 
> > > Jaime, Venkat,
> > > 
> > > have you seen issues like this? Is it because openflowplugin has
> > > not been updated to use the new nsh and maybe some older nsh
> > > support is causing problems?
> > > 
> > > Thanks, Sam
> > > 
> > > [1] https://jenkins.opendaylight.org/sandbox/job/shague-queens-ne
> > > tvirt-csit-1node-openstack-queens-upstream-stateful-fluorine/3/
> > > 
> > > 2018-07-07T15:28:56,461 | WARN  | epollEventLoopGroup-9-1 |
> > > MatchExtensionHelper             | 364 -
> > > org.opendaylight.openflowplugin - 0.7.0.SNAPSHOT | Convertor for
> > > MatchEntry{_matchEntryValue=NshNpCaseValue{_nshNpValues=NshNpValu
> > > es{_value=41, augmentation=[]}, augmentation=[]},
> > > _oxmClass=interface
> > > org.opendaylight.yang.gen.v1.urn.opendaylight.openflow.oxm.rev150
> > > 225.Nxm1Class, _oxmMatchField=interface
> > > org.opendaylight.yang.gen.v1.urn.opendaylight.openflowjava.nx.mat
> > > ch.rev140421.NxmNxNshNp, _hasMask=false, augmentation=[]} for
> > > version 4 with match path PACKET_IN_MESSAGE_MATCH not found.
> > > 2018-07-07T15:28:56,462 | WARN  | epollEventLoopGroup-9-1 |
> > > OFDecoder                        | 386 -
> > > org.opendaylight.openflowplugin.openflowjava.openflow-protocol-
> > > impl - 0.7.0.SNAPSHOT | Message deserialization
> > > failedjava.lang.NullPointerException: null        at
> > > org.opendaylight.openflowplugin.openflow.md.core.extension.MatchE
> > > xtensionHelper.injectExtension(MatchExtensionHelper.java:83)
> > > [364:org.opendaylight.openflowplugin:0.7.0.SNAPSHOT]      at
> > > org.opendaylight.openflowplugin.impl.protocol.deserialization.mat
> > > ch.MatchDeserializer.deserializeEntry(MatchDeserializer.java:104)
> > >  
> > > 
> > 
> > _______________________________________________
> > netvirt-dev mailing list
> > netvirt-...@lists.opendaylight.org
> > https://lists.opendaylight.org/mailman/listinfo/netvirt-dev
> 
> 
_______________________________________________
openflowplugin-dev mailing list
openflowplugin-dev@lists.opendaylight.org
https://lists.opendaylight.org/mailman/listinfo/openflowplugin-dev

Reply via email to