)]}'
{
  "commit": "1ab3d4ba2d9bcb4732e0bea97dcb78b0156299aa",
  "tree": "d2c43dca17db7ead3537f2d487f6ac6702e8d186",
  "parents": [
    "80cf960452c3619d1f93fd9f99d7d5c652d312e8"
  ],
  "author": {
    "name": "Nikolay Titov",
    "email": "nikolay.titov@nokia.com",
    "time": "Fri Aug 11 13:30:40 2017 -0400"
  },
  "committer": {
    "name": "Niren Chidrawar",
    "email": "niren.r.chidrawar@nokia.com",
    "time": "Fri Aug 11 12:03:15 2017 -0700"
  },
  "message": "VOL-172: Support configuration of  traffic descriptor profile for upstream BW allocation to ONU\n\n * As an operator, I should be able to configure traffic descriptor profiles for upstream BW configuration.\n * As an operator, I should be able to retrieve the configured traffic descriptor profiles.\n\nAdditional Notes:\n * xPON Handler and xPON Agent should be able to handle the traffic descriptor configuration.\n * This story does not have impact on adapters until the traffic descriptor is referenced by a TCONT\n * The traffic descriptor profiles should be saved to the database(in memory until config/restore feature is ready).\n * The impact to HA-proxy for load-balancing \u0026 distributing of workload is still TBD. As of now, it can be assumed that profiles are available to all VOLTHA instances.\n\nVOL-173: Support configuration of TCONTs as per WT-385 and auto-allocation of alloc-ids\n\n * As an operator, I should be able to provision a TCONT for the ONU with an existing traffic descriptor profile\n * As an operator, I should be able to retrieve the provisioned TCONT\n * As an operator, I should be able to change the traffic descriptor profile for a TCONT\n\nAdditional Notes:\n\n * alloc-ids should be allocated for the TCONT\n * generic IAdapter interface to be provided that will be used by OLT and ONU adapters for TCONT/alloc-id/BW configuration\n * In the best interest of schedules/timing, in the first step(e.g. POC-3 \u0026 trial), assume the queueing model to be supported (to be detailed)  (i.e. no configuration of queueing model)\n * The concerned ONU should receive upstream grants upon provisioning of  TCONT for the ONU\n\nVOL-174: Support configuration of GEMs as per WT-385 and auto-allocation of gemport-ids\n\n * As an operator, I should be able to provision a GEMPORT object for the ONU and assign to a UNI\n * As an operator, I should be able to retrieve the provisioned GEMPORT\n\nAdditional Notes:\n\n * gemport-ids should be auto-allocated for the GEMPORT object\n * generic IAdapter interface to be provided that will be used by OLT and ONU adapters for GEM port configuration\n * In the best interest of schedules/timing, in the first step(e.g. POC-3 \u0026 trial), assume the queueing model to be supported (to be detailed) (i.e. no configuration of queueing model)\n * The concerned OLT and ONU should be configured with the allocated gemport-ids\n\nChange-Id: I7d798dca392826d067cadb3f5eff641470e38d85\n",
  "tree_diff": [
    {
      "type": "modify",
      "old_id": "2dce5ea63e8561b5d9064874469b88913df32f51",
      "old_mode": 33188,
      "old_path": "voltha/core/xpon_agent.py",
      "new_id": "70e2bc0e5291ec5777c80210210fdae9907983c3",
      "new_mode": 33188,
      "new_path": "voltha/core/xpon_agent.py"
    },
    {
      "type": "modify",
      "old_id": "674b888cf305d3997ce8fdcea4ba3ba31fd0393a",
      "old_mode": 33188,
      "old_path": "voltha/core/xpon_handler.py",
      "new_id": "18b60625608ef20193cd9bd72ba545f64a2962c7",
      "new_mode": 33188,
      "new_path": "voltha/core/xpon_handler.py"
    }
  ]
}