)]}' { "log": [ { "commit": "35595068afcf02f8c135e5fdfca3976acb2352db", "tree": "1db7df131baefedfb3d10a30f126a5bdc910cc85", "parents": [ "3be3dbc79d26061660fa9d70526d37d0c4febaee" ], "author": { "name": "Stephane Barbarie", "email": "sbarbari@ciena.com", "time": "Thu Feb 08 08:34:39 2018 -0500" }, "committer": { "name": "khenaidoo Nursimulu", "email": "knursimu@ciena.com", "time": "Thu Feb 15 16:13:18 2018 +0000" }, "message": "VOL-291 : PON simulator refactoring for cluster integration\n\n- Added ponsim build target in Makefile\n- Added new option to vcore to select comm type with ponsim\n- Modified all proto files to include destination go package\n\nAmendments:\n\n- Clean up based on review comments\n- Properly close GRPC connections in ponsim_olt adapter\n- Added voltha namespace to some k8s templates\n\nChange-Id: I2f349fa7b3550a8a8cc8fc676cc896f33fbb9372\n" }, { "commit": "d445438eff7f10faaa5bdf0ed5f8cb67438aee47", "tree": "66dbb20ecbbb2f382011652e84928926931fd32e", "parents": [ "01e23a8e86042a7f9c06b4682ea84176c0b87968" ], "author": { "name": "Richard Jankowski", "email": "rjankows@ciena.com", "time": "Thu Feb 08 16:21:43 2018 -0500" }, "committer": { "name": "khenaidoo Nursimulu", "email": "knursimu@ciena.com", "time": "Mon Feb 12 14:31:47 2018 +0000" }, "message": "VOL-569: Create kubernetes deployment configuration for each voltha service\n\nThis update:\n- organizes all Voltha components under their own namespace, \"voltha\". If\n you have a script for deploying Voltha, then add namespace.yml at the top.\n- adds host volume mounts for Consul\u0027s data and config directories\n- fixes a bug in Envoy where it was aborting because it couldn\u0027t find Consul\n even though it was getting the Voltha assignments from Etcd.\n\nChange-Id: I45eaf2d65428c0184df06971ce3797b9122d3055\n" }, { "commit": "5e8d9e451ac3ddf591c093a54b35a326bdf064ce", "tree": "a3b5870a45db64c62423ed7cdf19cfaef1ebc5c6", "parents": [ "6168721033d3cc77401ac829d37edd86bece67bf" ], "author": { "name": "Stephane Barbarie", "email": "sbarbari@ciena.com", "time": "Wed Feb 07 16:15:05 2018 -0500" }, "committer": { "name": "Stephane Barbarie", "email": "sbarbari@ciena.com", "time": "Wed Feb 07 16:30:27 2018 -0500" }, "message": "VOL-613 : PON simulator kubernetes integration\n\n- Added onos/freeradius deployment templates\n- Added olt, onu and rg deployment templates\n- Added cni annotation to all templates to work with CNI Genie\n- Added more instructions in the README\n\nAmendments:\n\n- Removed cni annotation from the service block\n\nChange-Id: I63c28488f9cfcbfc2701391e67874cb8d998528b\n" }, { "commit": "c3c291c685a780732ec3c1aff82e04647a1ffb83", "tree": "32ca5b0ee5b87003e25f53959477bf5bb70551e6", "parents": [ "10a7a7e7563255e1d805c0cca33259c1a5175daf" ], "author": { "name": "Richard Jankowski", "email": "rjankows@ciena.com", "time": "Fri Feb 02 13:57:33 2018 -0500" }, "committer": { "name": "khenaidoo Nursimulu", "email": "knursimu@ciena.com", "time": "Tue Feb 06 16:53:47 2018 +0000" }, "message": "VOL-569: Create kubernetes deployment configuration for each voltha service\n\nThis update:\n- renames all voltha images referenced in kubernetes deployment files\n to the \u0027voltha-\u003ccomponent\u003e\u0027 format\n- adds the kubernetes deployment files for grafana, dashd, and shovel\n- adds deployment files for an Ingress resource and an nginx-based ingress\n controller to allow access to the Consul and Grafana UIs from outside\n the cluster\n\nManifest file ingress/05-namespace.yml sets up a namespace \u0027ingress-nginx\u0027\nfor all ingress-related resources. This file will be deleted once we move\nall voltha components, including ingress, to a \u0027voltha\u0027 namespace.\n\nDeployment instructions for the ingress resources are provided in README.md.\n\nChange-Id: I0459e838318c43e21f40e83b314f77fc9e0456f8\n" }, { "commit": "c9d89206c5c7bd85fa27518b9fd0e7b61bd24a7f", "tree": "8afbade78346446c564e1ae367479dee79179712", "parents": [ "0910489e517c1803f83c88cd7d5e0bf0a9f1e00c" ], "author": { "name": "Richard Jankowski", "email": "rjankows@ciena.com", "time": "Thu Jan 25 10:25:10 2018 -0500" }, "committer": { "name": "Richard Jankowski", "email": "rjankows@ciena.com", "time": "Thu Jan 25 13:51:06 2018 -0500" }, "message": "[8055]\nThis update adds kubernetes deployment files for the OFagent and fluentd services.\n\nThe OFagent calls get_my_containers_name with the assumption that the HOSTNAME\nenvironment variable contains the docker container\u0027s ID, which does not appear\nto be the case for kuberbetes. In kubernetes a container\u0027s HOSTNAME is its pod\nname. Feeding a kubernetes pod name into the docker API used by\nget_my_containers_name triggers an exception. This is the reason behind the\ncode changes to OFagent.\n\nThe kubernetes config files in this submission still use the old image naming\nconvention. The names in these and all the other kubernetes deployment files\nwill be changed to conform to the new convention in a separate update.\n\nChange-Id: I3eecfdcc8bba070ffe3e7372f195cf15f0cdcd56\n" }, { "commit": "bbe1e09c2aacc235254b09d7ee7d077d0c3221de", "tree": "a4b31591027a450ad486065c20b1599e7de0946e", "parents": [ "9adbc9597fd42c5231dfd2be63abc9f8a3a33833" ], "author": { "name": "Richard Jankowski", "email": "rjankows@ciena.com", "time": "Thu Jan 18 13:48:20 2018 -0500" }, "committer": { "name": "khenaidoo Nursimulu", "email": "knursimu@ciena.com", "time": "Thu Jan 18 19:55:03 2018 +0000" }, "message": "VOL-569: Create kubernetes deployment configuration for each voltha service\n\nThis update adds a kubernetes deployment file for netconf.\n\nI tested the netconf service using the CLI that comes with the netopeer container.\nThat CLI appears to make connections with remote netconf servers at port 830; that\nport number appears to be hard-coded. The port of the netconf server, on the other\nhand, defaults to 1830. The changes in file netconf/main.py enable the override of\nthis default by using environment variable NETCONF_PORT. The kubernetes deployment\nfile for netconf sets the port to 830.\n\nChange-Id: I19f90d6e14f59c855b84aa76bbc41586f3bace37\n" }, { "commit": "e585808d0d39889d379904eac64f75366bf761bf", "tree": "46c8db2b6ebbf8d9ee017c145f0105b6df19c880", "parents": [ "f9ad69f57b4008565318875df8936e5b14718517" ], "author": { "name": "Richard Jankowski", "email": "rjankows@ciena.com", "time": "Mon Jan 15 18:25:38 2018 -0500" }, "committer": { "name": "Richard Jankowski", "email": "rjankows@ciena.com", "time": "Mon Jan 15 18:25:38 2018 -0500" }, "message": "VOL-569: Create kubernetes deployment configuration for each voltha service\n\nThis update adds kubernetes deployment files for kafka/zookeeper.\n\nChange-Id: I00d4d453de64dc4976d32a76c11f4b3fcb978d2c\n" }, { "commit": "d074dc7ff187d27503625be970a7a89d30a14493", "tree": "fda7016ebbdc3833b94b97ecabe3eebc326e7148", "parents": [ "e0c9acbbd529b38da0adacdb6701cb0e37553119" ], "author": { "name": "Richard Jankowski", "email": "rjankows@ciena.com", "time": "Thu Dec 21 11:00:35 2017 -0500" }, "committer": { "name": "khenaidoo Nursimulu", "email": "knursimu@ciena.com", "time": "Thu Jan 04 14:22:44 2018 +0000" }, "message": "VOL-569: Create kubernetes deployment configuration for each voltha service\n\nThis update adds kubernetes deployment files for etcd. These files are not\nyet production-ready; for example, the etcd deployment will have to be\naugmented to support persistent storage. The files do work and enable the\ndeployment of the envoy and vcore services on kubernetes.\n\nChange-Id: I6ba8e5557b295a4f759d8f359024238fcf387d6a\n" }, { "commit": "54f7a863c651b8bd377ce421817bf6ae4a0d596a", "tree": "e01e6ff318c6f10802a70d82775fcb845479dc9f", "parents": [ "8b277c221466fc01481c6899ca6d58ee5bc246bb" ], "author": { "name": "Richard Jankowski", "email": "rjankows@ciena.com", "time": "Wed Dec 20 13:31:10 2017 -0500" }, "committer": { "name": "khenaidoo Nursimulu", "email": "knursimu@ciena.com", "time": "Wed Dec 20 18:44:26 2017 +0000" }, "message": "VOL-569: Create kubernetes deployment configuration for each voltha service\n\nThis update adds kubernetes deployment files for voltha-core, consul, and\nthe CLI. These files are not yet production-ready; for example, the consul\ndeployment will have to be augmented to support persistent storage. The\nfiles do work and enable running these services (vcore, consul, and vcli)\non kubernetes.\n\nChange-Id: Ic6708851fa560f381cb368759f26eb073c18d0e3\n" }, { "commit": "15274590011ce59a1d70dffe136a0e5ff43457bd", "tree": "71685abd7d3e0a26db687c3e9fc32b0df3454809", "parents": [ "d582367242e7b39a7501637d3f596e99f8da62b5" ], "author": { "name": "Richard Jankowski", "email": "rjankows@ciena.com", "time": "Tue Dec 12 15:52:37 2017 -0500" }, "committer": { "name": "Richard Jankowski", "email": "rjankows@ciena.com", "time": "Tue Dec 12 15:52:37 2017 -0500" }, "message": "VOL-580: Update envoy to support either consul or etcd in a kubernetes cluster\n\nEnvoy is refactored such that it interworks with either consul or etcd. The refactoring\nshould not have changed any of envoy\u0027s behaviour with consul. The update was tested with\nonly the vcli, envoy, vcore, and KV-store (consul or etcd) containers:\n- tested with consul on a kubernetes 3-node cluster\n- tested with etcd on a kubernetes 3-node cluster\n- tested with consul on a 3-node docker swarm\n- container and node failure testing not performed\n\nThis update enables some experimentation of envoy in the kubernetes environment.\nThere is more work to be done. Future updates could:\n- replace the current polling of etcd\u0027s assignment key with an asynchronous technique\n- make use of data consistency options in etcd get requests\n- make greater use of object orientation\n\nChange-Id: Ia22893cdf331967eee4d13e060fd2c5ba7adb321\n" } ] }