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.015Sep141129Aug27211917161514131211108765431Jul302818Jun21Apr20625Mar754228Feb1Mar30Dec205Nov30Oct17Sep756Aug222Jul1728Jun26252423222120191817141312111076543231May3029282726252423222120191817161514131211109876532130Apr29282726252322211918171615131211101110986565432130Mar29282726252423222119181614131210987642128Feb26252220191815Changed DebugCounterServiceImpl's registerCounter(). It turns out we do need to always return a reference to an IDebugCounter. If the counter we're trying to add is already there, return the existing IDebugCounter, else if the counter is not there, add it, and return it instead.Use /wm/device/all/json for all devices and /*** where *** is a filter by mac, vlan, ip, etcAdd 'json' to the DeviceManager's REST API to be consistent with the rest. Ending the path in a / is bad REST practice.Fix DebugCounter related things in core.web. Other misc optimizations in core.web.remove unnecessary commentsMerge pull request #460 from rizard/masterAdded option to remove debug counters from the hierarchy if it's been added; useful for keeping track of switch or device counters, which might not stick around forever. Fixed bug in CounterNode where non-null was returned regardless of whether a counter was already present or was a new counter. DebugCounterServiceImpl prints a debug message if non-null is returned, mistakenly indicating you're adding a counter that you already had registerd (generated TONS of annoying debug messages at startup). Next bug, I accidentally initialized counters twice in the OFSwitchManager; now only done once.Merge pull request #458 from rizard/masterLoad balancer quick fix due to prior IPv4 packet changes. Uses LOXI IpProtocol now to reference certain protocol numbers, not IPv4 anymore.Refactor IPv4 and UDP payload's protocol class map the proper way.Working on unit tests. Found bugs in TCP and UDP. ByteBuffer returns a (signed) short for ports, but they are valid 0-65535, not -32768-32767. Convert possibly negative ports from BB to positive ints using a bitmask.Incorporate Hung-Wei's and my stats reply and other REST API changes. A couple of bug fixes from Hung-Wei too.Merge branch 'master' of https://github.com/rizard/floodlightMerge Hung-Wei's #3 pull requestMerge pull request #4 from hwchiu/openflow-1.3#4OFStatsReply custom serializer. Works for OFFlowStatsReply presently.Merge branch 'master' of https://github.com/rizard/floodlightMerge pull request #3 from hwchiu/openflow-1.3#3Merge pull request #457 from rizard/master1. Fix the error for /wm/core/controller/switches/json restapi.1. Adding some serializers.Merge branch 'openflow-1.3', remote-tracking branch 'upstream/master' into openflow-1.3commit before pullMerge pull request #2 from hwchiu/openlow-1.3#Serializerreplace the tab with 4-spaceMerge branch 'openflow-1.3', remote-tracking branch 'upstream/master' into openlow-1.3#Serializer1. Create new type StatsReply to encapsulate the return value of theForgot to change floodlightdefault.properties; removed my TestModule and added back Forwarding.Fixed lots of compile errors in unit tests; mostly involved replacing longs with DatapathIds, byte[]s with MacAddresses and Ipv4Addresses, and shorts with OFPorts and VlanVids; some refactoring of flow mod contruction was also done to align with loxi's builders. The static flow puser now supports IP TOS for OF1.0 and for OF1.1+ it supports match/rewrite to either ECN or DSCP bits.Merge remote-tracking branches 'upstream/master' and 'origin/openflow-1.3' into openflow-1.3Merge pull request #456 from rizard/masterRemoved jars from prior ant testing.Added support for multiple flow tables in Static Flow Pusher.Merge pull request #455 from rizard/masterMerge branch 'master' of https://github.com/rizard/floodlightStatic Flow Pusher supports all OF1.3 matches and most OF1.3 actions (with the exception of masks). LoadBalancer corrected; OFFlowAdd used instead of OFFlowModify and OFPort.ZERO correct to OFPort.ANY. ActionUtils, MatchUtils, and InstructionUtils added to support static flow pusher. Strings defining flow fields *standardized* for Floodlight in the new utils classes. This means the REST API for the SFP will expect a sligthly different syntax than the current REST API (for master and 0.90). We can change the field names easily though in the utils files. These names are also referenced for the keys the SFP uses to store flow match fields and actions, just to be consistent.Merge pull request #1 from hwchiu/openflow-1.31. Fix the circuitpusher.py to make it works.revert the modification of TopologyInstance, it will cause some problem of route, still need to understandFix the bug for LLDP (send/receive) and add the null condition check for