Hi all, I am developing the OpenFlow 1.3 version of the Floodlight controller, and I have a question about Nicira extensions. A beta tester ran into an issue while running OVS version 2.1.1, and I'm forwarding his message now with Wireshark screen capture attached.
There are two Nicira extension OXMs that our library was not able to process in the controller within a PACKET_IN message from OVS. Could someone shed some light as to what those are and any others that OVS 2.1.1 or any other version might send? The field IDs are 31 and 32. Thanks in advance, Ryan Ryan Izard Graduate Research/Teaching Assistant 306B Fluor Daniel Building ECE Department, Clemson University Clemson, SC 29634 riz...@g.clemson.edu --------------------------------------------------- Big Switch Networks ryan.iz...@bigswitch.com ---------- Forwarded message ---------- From: <sszwac...@gmail.com> Date: Wed, Nov 5, 2014 at 5:27 AM Subject: [floodlight-dev] Two mininet networks connected through gre tunnel. To: floodlight-...@openflowhub.org Hi, I connected two mininet network through gre tunnel as described here: http://techandtrains.com/2014/01/20/connecting-two-mininet-networks-with-gre-tunnel-part-2/ using mininet virtual machines and pox controller. Everything works correct. Now I want to do the same using floodlight openflow-1.3. So first thing I started two virtualmachines. VM1 = 192.168.56.101 VM2 = 192.168.56.102 On VM1 I create topology python script: from mininet.topo import Topo class MyTopo( Topo ): "Simple topology example." def __init__( self ): "Create custom topo." # Initialize topology Topo.__init__( self ) # Add hosts and switches h1 = self.addHost( 'h1', ip='10.0.0.1' ) h2 = self.addHost( 'h2', ip='10.0.0.2' ) s1 = self.addSwitch( 's1' ) # Add links self.addLink( h1, s1) self.addLink( h2, s1) topos = { 'mytopo': ( lambda: MyTopo() ) } Start mininet: sudo mn --controller remote,ip=192.168.56.102,port=6653 --switch ovsk,protocols=OpenFlow13 --custom gre1TestNetwork.py --topo mytopo On xterm s1 type: ovs-vsctl add-port s1 s1-gre1 -- set interface s1-gre1 type=gre options:remote_ip=192.168.56.102 ovs-vsctl show works correct. On VM2 I do the same only with changed host and switch names and ip addresses. Now I start floodlight controller on VM2. On begging looks correct switches from two VMs connect to controller. But after connect I've got this error: 10:36:48.580 ERROR [n.f.c.i.OFChannelHandler:New I/O server worker #2-1] Disconnecting switch [00:00:00:00:00:00:00:02(0x0) from 192.168.56.102:54679] due to message parse failure org.projectfloodlight.openflow.exceptions.OFParseError: Unknown value for discriminator typeLen of class OFOxmVer13: 81412 at org.projectfloodlight.openflow.protocol.ver13.OFOxmVer13$Reader.readFrom(OFOxmVer13.java:382) ~[openflowj-0.4.0-SNAPSHOT.jar:na] at org.projectfloodlight.openflow.protocol.ver13.OFOxmVer13$Reader.readFrom(OFOxmVer13.java:36) ~[openflowj-0.4.0-SNAPSHOT.jar:na] at org.projectfloodlight.openflow.util.ChannelUtils.readList(ChannelUtils.java:65) ~[openflowj-0.4.0-SNAPSHOT.jar:na] at org.projectfloodlight.openflow.protocol.OFOxmList.readFrom(OFOxmList.java:102) ~[openflowj-0.4.0-SNAPSHOT.jar:na] at org.projectfloodlight.openflow.protocol.ver13.OFMatchV3Ver13$Reader.readFrom(OFMatchV3Ver13.java:557) ~[openflowj-0.4.0-SNAPSHOT.jar:na] at org.projectfloodlight.openflow.protocol.ver13.ChannelUtilsVer13.readOFMatch(ChannelUtilsVer13.java:16) ~[openflowj-0.4.0-SNAPSHOT.jar:na] at org.projectfloodlight.openflow.protocol.ver13.OFPacketInVer13$Reader.readFrom(OFPacketInVer13.java:524) ~[openflowj-0.4.0-SNAPSHOT.jar:na] at org.projectfloodlight.openflow.protocol.ver13.OFMessageVer13$Reader.readFrom(OFMessageVer13.java:97) ~[openflowj-0.4.0-SNAPSHOT.jar:na] at org.projectfloodlight.openflow.protocol.ver13.OFMessageVer13$Reader.readFrom(OFMessageVer13.java:37) ~[openflowj-0.4.0-SNAPSHOT.jar:na] at net.floodlightcontroller.core.internal.OFMessageDecoder.decode(OFMessageDecoder.java:66) ~[bin/:na] at org.jboss.netty.handler.codec.frame.FrameDecoder.callDecode(FrameDecoder.java:282) ~[netty-3.2.6.Final.jar:na] at org.jboss.netty.handler.codec.frame.FrameDecoder.messageReceived(FrameDecoder.java:216) ~[netty-3.2.6.Final.jar:na] at org.jboss.netty.channel.Channels.fireMessageReceived(Channels.java:274) ~[netty-3.2.6.Final.jar:na] at org.jboss.netty.channel.Channels.fireMessageReceived(Channels.java:261) ~[netty-3.2.6.Final.jar:na] at org.jboss.netty.channel.socket.nio.NioWorker.read(NioWorker.java:351) ~[netty-3.2.6.Final.jar:na] at org.jboss.netty.channel.socket.nio.NioWorker.processSelectedKeys(NioWorker.java:282) ~[netty-3.2.6.Final.jar:na] at org.jboss.netty.channel.socket.nio.NioWorker.run(NioWorker.java:202) ~[netty-3.2.6.Final.jar:na] at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) [na:1.7.0_65] at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [na:1.7.0_65] at java.lang.Thread.run(Thread.java:745) [na:1.7.0_65] In wireshark I found packet which involves this error (I attached a screenshot). Value from error: 81412 is 0x13e04. In OFOxmVer13 class I found in case that is value : 0x30e04. My question is from where did you get all these values in case statement? I think that is need to add 0x13e04 value to case statement but I do not know what this value means. Thanks for any help. Regards, Sebastian -- You received this message because you are subscribed to the Google Groups "Floodlight-developers" group. To unsubscribe from this group and stop receiving emails from it, send an email to floodlight-dev+unsubscr...@openflowhub.org. To post to this group, send email to floodlight-...@openflowhub.org. Visit this group at http://groups.google.com/a/openflowhub.org/group/floodlight-dev/.
_______________________________________________ discuss mailing list discuss@openvswitch.org http://openvswitch.org/mailman/listinfo/discuss
