1. 23 Apr, 2015 1 commit
    • Addressed a few issues found while using the flow objectives across a cluster:
       * Flow objectives should be installable from any node, not just the master.
         Therefore we need to ensure all nodes initialize a driver for each switch.
       * We no longer store a list of objectives that are waiting for the switch
         to arrive. If the we don't know about the switch yet we'll try a few times
         over a few seconds to find it, but after that we'll give up and report an
         error to the client.
       * Default drivers need to be available when the FlowObjectiveManager starts
         up, otherwise it is common to get flow objective requests before any
         drivers have been loaded.
      
      Change-Id: I1c2ea6a223232402c31e8139729e4b6251ab8b0f
      Jonathan Hart authored
  2. 22 Apr, 2015 10 commits
  3. 21 Apr, 2015 16 commits
  4. 20 Apr, 2015 8 commits
  5. 17 Apr, 2015 5 commits
    • Provides an abstraction which isolates the application from any pipeline
      knowledge. By using the provided objectives applications can express
      their forwarding desires in a pipeline agnostic way. The objectives
      are then consumed by a driver for the specific device who converts them
      into the appropriate pipeline coherent flows.
      
      Change-Id: I74a68b4971c367c0cd5b7de9d877abdd117afa98
      alshabib authored
    • …ps activated by default (via onos-setup-karaf or onos-install/onos-config)  are now onos-drivers and onos-openflow.
      
      Change-Id: I35c7cca79a4b72e966cbc2cebe72b109f2d92706
      Thomas Vachuska authored
    • The app.xml and features.xml pull in the correct bundles to ignite
      the application successfully
      
      Change-Id: I719290a700b46042ff5c54ec26c19458032d78cf
      alshabib authored
    • Change-Id: Ibb935312ffc2a9e2eb9e1687d36be23541094a2c
      Thomas Vachuska authored
    • Change-Id: If371887de4ad57a6d0fdd9fd5bb87426bb2742db
      Ray Milkey authored