| commit | 023ea7cbbc9482643579b92ab02b3ed104e1f575 | [log] [tgz] |
|---|---|---|
| author | Zsolt Haraszti <zharaszt@ciena.com> | Sun Oct 16 19:30:34 2016 -0700 |
| committer | Zsolt Haraszti <zharaszt@ciena.com> | Mon Oct 24 01:38:54 2016 -0700 |
| tree | e75ec5bff25548904e2a8e358029cc5fe8bb6466 | |
| parent | 4ba198966634f48c11a7dfb5590b404b1b2a1f34 [diff] |
Async/streaming gRPC client/server proto This experiment was to fine-tune how we can implement async gRPC client and server code inside a Twisted python app. Change-Id: I945014e27f4b9d6ed624666e0284cc298548adb3 Major cleanup of openflow_13.proto Change-Id: I4e54eaf87b682124ec518a0ade1a6050a6ec6da8 Relocated openflow_13.proto to voltha Change-Id: I66ae45a9142d180c2c6651e75c7a1ee08aef7ef8 Removed forced utest from make build Change-Id: If0da58e9d135ebde6ca68c3316688a03a7b10f2f twisted openflow agent first pass Change-Id: Ibe5b4727ccfe92e6fd464ccd3baf6275569ef5d3 store openflow derived files Change-Id: Ib3e1384bb2ca2a9c0872767f7b793f96b0a154e2 Minor cleanup Change-Id: I1280ed3acb606121b616a0efd573f5f59d010dca Factored out common utils Change-Id: Icd86fcd50f60d0900924674cbcd65e13e47782a1 Refactored twisted agent Change-Id: I71f26ce5357a4f98477df60b8c5ddc068cf75d43 Relocated openflow agent to ofagent ... and preserved obsolete working (non-twisted) agent under ~/obsolete, so we can still run the olt-oftest and pass tests, unit the new twisted based agent reaches that maturity point. Change-Id: I727f8d7144b1291a40276dad2966b7643bd7bc4b olt-oftest in fake mode works with new agent Change-Id: I43b4f5812e8dfaa9f45e4a77fdcf6c30ac520f8d Initial ofagent/voltha operation Change-Id: Ia8104f1285a6b1c51635d36d7d78fc113f800e79 Additional callouts to Voltha Change-Id: If8f483d5140d3c9d45f22b480b8d33249a29cd4e More gRPC calls Change-Id: I7d24fadf9425217fb26ffe18f25359d072ef38fa Flow add/list now works Change-Id: Ie3e3e73108645b47891cef798fc61372a022fd93 Missed some files Change-Id: I29e81238ff1a26c095c0c73e521579edf7092e21
Voltha aims to provide a layer of abstraction on top of legacy and next generation access network equipment for the purpose of control and management. Its initial focus is on PON (GPON, EPON, NG PON 2), but it aims to go beyond to eventually cover other access technologies (xDSL, Docsis, G.FAST, dedicated Ethernet, fixed wireless).
Key concepts of Voltha:
Control and management in the access network space is a mess. Each access technology brings its own bag of protocols, and on top of that vendors have their own interpretation/extension of the same standards. Compounding the problem is that these vendor- and technology specific differences ooze way up into the centralized OSS systems of the service provider, creating a lot of inefficiencies.
Ideally, all vendor equipment for the same access technology should provide an identical interface for control and management. Moreover, there shall be much higher synergies across technologies. While we wait for vendors to unite, Voltha provides an increment to that direction, by confining the differences to the locality of access and hiding them from the upper layers of the OSS stack.
While we are still at the early phase of development, you can check out the BUILD.md file to see how you can build it, run it, test it, etc.
Contributions, small and large, are welcome. Minor contributions and bug fixes are always welcome in form of pull requests. For larger work, the best is to check in with the existing developers to see where help is most needed and to make sure your solution is compatible with the general philosophy of Voltha.