Skip to content
Snippets Groups Projects

Repository graph

You can move around the graph by using the arrow keys.
Select Git revision
  • gh-pages
  • hot-failover
  • master default protected
  • master-green
  • master-prejava8
  • perf-test
  • release.asplus
  • release.asplus.bvs
  • revert-555-master
  • revert-559-revert-555-master
  • revert-594-master
  • v0.8
  • v0.82
  • v0.85
  • v0.90
  • v0.91
  • v1.0
  • v1.1
  • v1.2
  • wallaby
  • v1.2
  • v0.91
  • v1.1
  • v1.0
  • v0.90
  • v0.85
  • v0.82
  • v0.8
  • asplus-rc5
  • asplus-rc2
30 results
Created with Raphaël 2.2.018Aug1513121128Jul222116830Jun292726242322191812109865432129May262313121110130Apr272019181716138327Mar262019171615141312109327Feb20165420Jan1230Dec2925232221191817161512121Nov2018141310753131Oct3027261024Sep1615141129Aug27211917161514131211108765431Jul302818Jun21Apr20625Mar754228Feb1Mar30Dec205Nov30Oct17Sep756Aug222Jul1728Jun26252423222120191817141312111076543231May3029282726252423222120191817161514131211109Merge pull request #584 from rizard/masterLots of goodies here. Apologies for the largish commit. Most files are just removing warnings that were introduced after updating JSON libraries a short time ago. IOFSwitch now can return specific list of tables supported. This is useful for the OFHandshakeHandler for one, which not inserts table miss flows up to the table ID indicated in floodlightdefault.properties, but only in the table IDs that actually exist. Up next, Forwarding has some preliminary, isolated support for IPv6. Still need to integrate support into the device service, which is more complex. Forwarding also supports routing through OF switches of multiple OFVersions. This was a very subtle bug that was fixed by modifying MatchUtils to create a Match clone to a specific OFVersion. This utility function is used to generate a Match compatible with the OpenFlow version of the switch. Believe it or not, Loxi actually allows you to insert a Match of OFVersion.OF_X into an OFFlowMod of OFVersion.OF_Y. The switch, of course, doesn't have a clue how to interpret it and either reports an error, or actually resets the OF channel, in the case of a couple hardware switches tested on. Good news is this is fixed now :-).Merge pull request #583 from rizard/masterChange error message for IllegalArgumentException. It's not just an SSL issue. Also, didn't realize this at the time, but a switch that does not support table features will not have the table-miss flows inserted at present. As a workaround, we don't check for table existance before adding the flows. This might result in a flow-add error, but it's better than not having the flow when you would expect it. TODO: Have a flag in the switch that denotes whether or not table features were supported.Merge pull request #582 from rizard/masterPatched the handshake so that on transition to master, we guarantee the order of flow table operations (e.g. clear, adding table-miss flows, and IOFSwitchListener module switchAdded/switchActivated listener operations). Barriers are used inbetween all such operations.Merge pull request #581 from rizard/masterFix bug in controller OF protocol version when we set below 1.3. We now honor OF1.2 and under's lack of version bitmaps in the hello.Merge pull request #580 from rizard/masterIgnore packet-in messages in the WaitFeaturesReplyState.Added the next round of OF-DPA features. None of this has been tested yet, but we are closer to a learning-switch capable OF-DPA switch as programmed from Floodlight. There are a few utility functions in OFDPAUtils that allow for the installation of the required OF-DPA groups and flows so that the switch can be treated as an (almost) normal switch from the perspective of Forwarding/LearningSwitch. There is a utility function that will need to be used to make sure the instructions, matches, and table ID are correct though. This has been done, and hopefully works well. Included with this commit are OFPortMode and OFPortModeTuple, which help to keep track of OFPorts that are in either trunk or access modes. This impacts the groups to be used by OF-DPA.Merge pull request #577 from rizard/masterOoops. Forgot to include the new source file for OFDPAUtils (hiding in untracked files)...Merge pull request #576 from rizard/masterPatched features request/reply via REST API. Wrote a stub for OF-DPA default flow insertion -- still a work in progress. It's an uncalled function right now, so it will not hurt anything.Merge pull request #569 from phpHavok/spudMerge pull request #574 from Pengfei-Lu/devRefactoring ACL.java and IACLService.javaUpdate other Jackson libraries to 2.4.4.Make sure there are enough remaining bytes before decoding as SPUD.Downgrade Jackson CBOR to 2.4.4. Update build files for Ant and Maven.Merge pull request #571 from rizard/masterForgot the second variable in floodlightdefault.propertiesMerge pull request #570 from rizard/masterMinor tweak to the name of the variable in floodlightdefault.properties to make it sound like it's a max total tables and not a max table ID.Tweaked configuration of table-miss flows so that you can specify the number of tables rather than the max table ID. Both of these have their pros and cons, but we'll go with specifying the max total for now, which allows a '0' to indicate 'no tables' rather than 'up to and including table 0'.Add unit tests to UDP for SPUD.Add SPUD decoding to UDP.Change magic constant from int to byte array.Add unit tests for SPUD class.Add SPUD BasePacket class.Add Jackson CBOR library.Merge pull request #568 from rizard/masterFixed an OpenFlow version bug in the SFP's flow removed handler -- getTable() isn't supported in 1.0 and getHardTimeout() isn't supported until 1.2+.Merge pull request #566 from xuraylei/masterMerge pull request #567 from rizard/masterWe now have a human-readable OXM deserializer! Still need to add in all the NXM extensions and the OF1.5 0x8001 register class.Clarified some log messages for negotiating OpenFlow versions. More importantly, included a patch to ignore all PORT_STATUS messages during the WaitFeaturesReplyState. OVS will periodically send such a message if it's connecting to the controller and being created (e.g. by mininet) at the same time. We will explicitly query the port status/configuration later, so ignoring this message now is fine.First go at implementing OpenFlow version bitmaps. Also, made it a lot easier to change your default OpenFlow versions via floodlightdefault.properties's net.floodlightcontroller.OFSwitchManager.supportedOpenFlowVersions variable. The variable searches any string for 1.0, 1.1, 1.2, 1.3, and 1.4 and saves those versions as possible OpenFlow versions to use during a handshake and used in our controller's version bitmap. We don't presently account for future versions that might be e.g. 1.10 (which 1.1 would match). We need to use regexs to make the string parsing more robust. What I also noticed in working on this commit was that there are no utilies for parsing OpenFlow versions from wire (at least that are exposed by Loxi). TODO Create an OFVersion.ofWireValue(int wireVal) function in Loxi that efficiently tries to locate an OpenFlow version from the wire value. Right now, there are getters for each defined version, but not a utility to go the other way. Also, it might be useful to include an OFVersion.ofString(String laypersonString) that takes e.g. '1.1' and tries to get the OFVersion enum value. Last thing: NEED TO FIX CONNECT, DISCONNECT, and RECONNECT BUG that only occurs when OVS connects to Floodlight after Floodlight has been running first. I think it has to do with how OVS starts up and ***might*** be an OVS issue and not a Floodlight issue. Furthermore, need to allow OVS to send a PORT_STATUS message before we query for the PORT_CONFIG in the handshake. It's okay, we'll just get the port info again when we query for it shortly. This causes us to disconnect OVS even though the handshake is okay.fix race conditions in LinkDiscoveryManager