Re: [openstack-dev] [oslo][oslo.db] nominating Jay Pipes for oslo-db-core

+1 from me. -Josh ChangBo Guo wrote: +1000 2017-07-27 22:04 GMT+08:00 Doug Hellmann >: I have noticed that Jay has been very deeply involved in several recent design discussions about oslo.db, and he obviously has a great deal

Re: [openstack-dev] [Nova] Broken nova-lxd

On Fri, Jul 28, 2017 at 10:55:53AM +0800, ChangBo Guo wrote: > For the specific case with method "last_bytes", it's also used in other > projects [1], an alternative solution is that add this method in > oslo.utils.fileutils, then consume it from oslo. > > [1]

Re: [openstack-dev] [neutron][vpnaas] driver removal

+1 to remove during Queens if we don't get maintainers. On Thu, Jul 27, 2017 at 6:31 PM, Takashi Yamamoto wrote: > hi, > > some of drivers in neutron-vpnaas don't have maintainers. [1] > unless someone steps up, we might end up with removing those drivers. > > especially,

[openstack-dev] [neutron] - PTG neutron attendee info

Hi all, If you are planning on attending the PTG and the Neutron sessions, please add your name to the etherpad[1] so we can get a rough size estimate. 1. https://etherpad.openstack.org/p/neutron-queens-ptg Cheers, Kevin Benton

Re: [openstack-dev] [all][docs] 404s on docs website after the great reorg

I think that making it so we can do redirect is good. The current blackhole approach is less than desirable. Jay On 7/27/2017 10:06 PM, ChangBo Guo wrote: ++ for the solution. 2017-07-28 2:24 GMT+08:00 Doug Hellmann >: Excerpts

Re: [openstack-dev] [oslo][oslo.db] nominating Jay Pipes for oslo-db-core

+1000 2017-07-27 22:04 GMT+08:00 Doug Hellmann : > I have noticed that Jay has been very deeply involved in several > recent design discussions about oslo.db, and he obviously has a > great deal of experience in the area, so even though he hasn't been > actively reviewing

[openstack-dev] [tempest][infra][congress] subprocess launched in tempest test lacks file permission

A tempest test [1] launches additional instances of Congress using subprocess.popen and tests the coordination between them and the original instance launched by devstack. The problem is, the new instances are launched from the tempest test user rather than the user of the original congress

Re: [openstack-dev] [all][docs] 404s on docs website after the great reorg

++ for the solution. 2017-07-28 2:24 GMT+08:00 Doug Hellmann : > Excerpts from Jeremy Stanley's message of 2017-07-27 16:40:08 +: > > On 2017-07-27 12:23:39 -0400 (-0400), Sean Dague wrote: > > > In the #openstack-nova channel this morning we were debugging some >

Re: [openstack-dev] [Nova] Broken nova-lxd

For the specific case with method "last_bytes", it's also used in other projects [1], an alternative solution is that add this method in oslo.utils.fileutils, then consume it from oslo. [1] http://codesearch.openstack.org/?q=last_bytes=nope== 2017-07-28 6:57 GMT+08:00 Michael Still

[openstack-dev] [neutron][vpnaas] driver removal

hi, some of drivers in neutron-vpnaas don't have maintainers. [1] unless someone steps up, we might end up with removing those drivers. especially, VyattaIPsecDriver will likely be removed in near future, as it requires a special agent [2] which is difficult to maintain for those who are not

Re: [openstack-dev] [docs][release][stable][ptl][infra] Strategic discussion regarding the future of documentation for EOL releases

[snip] > > My proposal is to put the documentation on docs.openstack.org and > leave it there indefinitely. > I like this approach. With the size being manageable (large, but manageable), I would prefer we leave it until we need to free up some of the space. So until that time, no action is

Re: [openstack-dev] [docs][release][stable][ptl][infra] Strategic discussion regarding the future of documentation for EOL releases

Excerpts from Doug Hellmann's message of 2017-07-27 19:05:16 -0400: > Excerpts from Jeremy Stanley's message of 2017-07-27 22:07:33 +: > > On 2017-07-27 15:40:22 -0400 (-0400), Doug Hellmann wrote: > > [...] > > > Are we over-emphasizing the scale of the discovery problem? > > > > > > When I

Re: [openstack-dev] [docs][release][stable][ptl][infra] Strategic discussion regarding the future of documentation for EOL releases

Excerpts from Jeremy Stanley's message of 2017-07-27 21:56:35 +: > On 2017-07-27 15:40:22 -0400 (-0400), Doug Hellmann wrote: > [...] > > Regarding point 2, if we don't have the space to host the content > > indefinitely, then we need to set a fixed, but longer, retention > > period before

Re: [openstack-dev] [docs][release][stable][ptl][infra] Strategic discussion regarding the future of documentation for EOL releases

Excerpts from Jeremy Stanley's message of 2017-07-27 22:07:33 +: > On 2017-07-27 15:40:22 -0400 (-0400), Doug Hellmann wrote: > [...] > > Are we over-emphasizing the scale of the discovery problem? > > > > When I search for how to install a package on Ubuntu (or Red Hat > > or Debian for that

Re: [openstack-dev] [Nova] Broken nova-lxd

Hi, I'm cc'ing openstack-dev because your email is the same as the comment you made on the relevant review, and I think getting visibility with the wider Nova team is a good idea. Unfortunately this is a risk of having an out of tree Nova driver, which has never been the recommended path for

Re: [openstack-dev] [docs][release][stable][ptl][infra] Strategic discussion regarding the future of documentation for EOL releases

On 2017-07-27 15:40:22 -0400 (-0400), Doug Hellmann wrote: [...] > Are we over-emphasizing the scale of the discovery problem? > > When I search for how to install a package on Ubuntu (or Red Hat > or Debian for that matter), I find all sorts of references all over > the web (including on the

Re: [openstack-dev] [docs][release][stable][ptl][infra] Strategic discussion regarding the future of documentation for EOL releases

On 2017-07-27 15:40:22 -0400 (-0400), Doug Hellmann wrote: [...] > Regarding point 2, if we don't have the space to host the content > indefinitely, then we need to set a fixed, but longer, retention > period before deleting it. Several years, at least. In the mean > time, we could delete builds

Re: [openstack-dev] [release] nominating Sean McGinnis for releases-core

On Thu, Jul 27, 2017 at 11:14:51AM -0400, Doug Hellmann wrote: > Sean has been increasingly active with the release team this cycle, and > wants to contribute. I think we should go ahead and add him to the > releases-core group. > > Please respond +1/-1. +1 Yours Tony. signature.asc

Re: [openstack-dev] [all][docs] 404s on docs website after the great reorg

Excerpts from Doug Hellmann's message of 2017-07-27 14:24:53 -0400: > Excerpts from Jeremy Stanley's message of 2017-07-27 16:40:08 +: > > On 2017-07-27 12:23:39 -0400 (-0400), Sean Dague wrote: > > > In the #openstack-nova channel this morning we were debugging some cells > > > v2 things, and

Re: [openstack-dev] [docs][release][stable][ptl][infra] Strategic discussion regarding the future of documentation for EOL releases

[Moving a thread from the openstack-docs list [1] to this list for broader input.] [1] http://lists.openstack.org/pipermail/openstack-docs/2017-July/010069.html Excerpts from 's message of 2017-07-26 07:42:38 -0400: > Yesterday was a very busy day on IRC, with the discussion about the > strategy

Re: [openstack-dev] [oslo.db] [ndb] ndb namespace throughout openstack projects

Hi Jay, Comments below.. I apologize for being a bit verbose, but I know some folks on the list are not familiar with NDB, so I do go into some details below. Thanks, Octave On 7/27/2017 11:49 AM, Jay Pipes wrote: I guess we're really getting into the weeds here. On 07/27/2017 12:51 PM,

Re: [openstack-dev] [relmgt] Non-candidacy for the Queens cycle Release management PTL

On 17-07-27 11:26:18, Steven Dake wrote: > On Thu, Jul 27, 2017 at 6:58 AM, Doug Hellmann > wrote: > > > Excerpts from Sean McGinnis's message of 2017-07-27 08:45:16 -0500: > > > > > > > > I have multiple reasons for not running this cycle. First, as part of > > my > > > >

[openstack-dev] [vitrage] New Vitrage releases

Hi, We have new releases for Vitrage: vitrage 1.7.0 python-vitrgeclient 1.3.0 vitrage-dashboard 1.3.0 For python-vitrageclient this is the final Pike release, as today is the final release date for client libraries. A stable/pike branch was created for critical bug fixes. The master branch can

Re: [openstack-dev] [all][docs] 404s on docs website after the great reorg

On Thu, Jul 27, 2017 at 2:24 PM, Doug Hellmann wrote: > Excerpts from Jeremy Stanley's message of 2017-07-27 16:40:08 +: >> On 2017-07-27 12:23:39 -0400 (-0400), Sean Dague wrote: >> > In the #openstack-nova channel this morning we were debugging some cells >> > v2

Re: [openstack-dev] [relmgt] Non-candidacy for the Queens cycle Release management PTL

On Thu, Jul 27, 2017 at 6:58 AM, Doug Hellmann wrote: > Excerpts from Sean McGinnis's message of 2017-07-27 08:45:16 -0500: > > > > > > I have multiple reasons for not running this cycle. First, as part of > my > > > expanded role at the Foundation my travel commitments

Re: [openstack-dev] [all][docs] 404s on docs website after the great reorg

Excerpts from Jeremy Stanley's message of 2017-07-27 16:40:08 +: > On 2017-07-27 12:23:39 -0400 (-0400), Sean Dague wrote: > > In the #openstack-nova channel this morning we were debugging some cells > > v2 things, and ran into the fact that the online docs for this - > >

Re: [openstack-dev] [oslo.db] [ndb] ndb namespace throughout openstack projects

I guess we're really getting into the weeds here. On 07/27/2017 12:51 PM, Octave J. Orgeron wrote: Hi Jay, Comments below.. On 7/26/2017 5:43 PM, Jay Pipes wrote: On 07/26/2017 07:06 PM, Octave J. Orgeron wrote: Hi Michael, On 7/26/2017 4:28 PM, Michael Bayer wrote: it at all. thinking

Re: [openstack-dev] [keystone] Queens PTG Planning

I've added a section to the etherpad [0] for attendees. We need to start getting an idea of how many people plan on attending the PTG (for scheduling purposes). Please add your name and IRC nick to the list. Thanks [0] https://etherpad.openstack.org/p/keystone-queens-ptg On 07/05/2017 11:22

[openstack-dev] [all][api] POST /api-wg/news

Greetings OpenStack community, Today's meeting continued the discussion about the newly posted gerrit review for the Guided Review Process[0]. There is still some work to be done before the process is in shape to announce for the Denver PTG, but the group is confident about having the process

Re: [openstack-dev] [oslo.db] [ndb] ndb namespace throughout openstack projects

Hi Jay, Comments below.. On 7/26/2017 5:43 PM, Jay Pipes wrote: On 07/26/2017 07:06 PM, Octave J. Orgeron wrote: Hi Michael, On 7/26/2017 4:28 PM, Michael Bayer wrote: it at all. thinking out loud oslo_db.sqlalchemy.types.String(255, mysql_small_rowsize=64)

Re: [openstack-dev] [release] nominating Sean McGinnis for releases-core

Doug Hellmann wrote: > Sean has been increasingly active with the release team this cycle, and > wants to contribute. I think we should go ahead and add him to the > releases-core group. > > Please respond +1/-1. +1! -- Thierry Carrez (ttx)

Re: [openstack-dev] [all] 404s on docs website after the great reorg

On 2017-07-27 12:23:39 -0400 (-0400), Sean Dague wrote: > In the #openstack-nova channel this morning we were debugging some cells > v2 things, and ran into the fact that the online docs for this - > https://docs.openstack.org/nova/latest/cells.html go to a 404. That's a > previously well known

Re: [openstack-dev] [release] nominating Sean McGinnis for releases-core

+1 from me. Welcome to the team Sean! On Thu, Jul 27, 2017 at 11:14 AM, Doug Hellmann wrote: > Sean has been increasingly active with the release team this cycle, and > wants to contribute. I think we should go ahead and add him to the > releases-core group. > > Please

[openstack-dev] [all] 404s on docs website after the great reorg

In the #openstack-nova channel this morning we were debugging some cells v2 things, and ran into the fact that the online docs for this - https://docs.openstack.org/nova/latest/cells.html go to a 404. That's a previously well known link, people have it in their browser history, bookmarks, wiki

Re: [openstack-dev] [oslo.db] [ndb] ndb namespace throughout openstack projects

Hi Jay, There are number of other projects that are not using oslo.db for their migrations so that all of the flags and options are passed along. Good examples are things like Barbican, Murano, Glance, etc. Thanks, Octave On 7/26/2017 5:26 PM, Jay Pipes wrote: On 07/26/2017 07:01 PM,

Re: [openstack-dev] [nova] hardware offload support for openvswitch feature exception

Thanks Matt, I have create blueprint [1] and update the patch [2] with reno [1] - https://blueprints.launchpad.net/nova/+spec/sriov-ovs-offload [2] https://review.openstack.org/#/c/398265/ -Original Message- From: Matt Riedemann [mailto:mriede...@gmail.com] Sent: Thursday, July 27,

Re: [openstack-dev] [release] nominating Sean McGinnis for releases-core

On 2017-07-27 11:14:51 -0400 (-0400), Doug Hellmann wrote: > Sean has been increasingly active with the release team this cycle, and > wants to contribute. I think we should go ahead and add him to the > releases-core group. > > Please respond +1/-1. I'm not a core reviewer on release

Re: [openstack-dev] [oslo.db] [ndb] ndb namespace throughout openstack projects

proposed: https://review.openstack.org/#/c/487902/ On Thu, Jul 27, 2017 at 9:46 AM, Michael Bayer wrote: > On Wed, Jul 26, 2017 at 8:06 PM, Jay Pipes wrote: >> Isn't that exactly what I'm proposing below? :) > > yes, I'm agreeing with you!

[openstack-dev] [release] nominating Sean McGinnis for releases-core

Sean has been increasingly active with the release team this cycle, and wants to contribute. I think we should go ahead and add him to the releases-core group. Please respond +1/-1. Doug __ OpenStack Development Mailing

[openstack-dev] [Manila] Access rule types for protocols

Manila has a long standing design flaw that I'd like to address in Queens. We've discussed this as previous PTGs and will cover it in detail as the upcoming PTG but because of the potential for impacting users I wanted to bring it up here too. In short, Manila allows potentially incompatible

Re: [openstack-dev] [relmgt] Non-candidacy for the Queens cycle Release management PTL

Totally agree Doug. Thanks for your all your efforts and guidance Thierry On Thu, Jul 27, 2017 at 9:58 AM, Doug Hellmann wrote: > Excerpts from Sean McGinnis's message of 2017-07-27 08:45:16 -0500: >> > >> > I have multiple reasons for not running this cycle. First, as

Re: [openstack-dev] [oslo][oslo.db] nominating Jay Pipes for oslo-db-core

+1 from me! On Thu, Jul 27, 2017 at 10:10 AM, Michael Bayer wrote: > Yeah if Jay has the time that's a big +1 from me! > > On Thu, Jul 27, 2017 at 10:04 AM, Doug Hellmann wrote: >> I have noticed that Jay has been very deeply involved in several >>

[openstack-dev] [Manila] Bug Squash Day - Wednesday Aug 2

We have planned a bug squash day coming up next week! The goal of this event is to get together and come up with a list of bugs that need squashing and to work together to fix as many as we can. The timing is right after feature freeze so if we're successful we can have a very strong impact on

Re: [openstack-dev] [oslo][oslo.db] nominating Jay Pipes for oslo-db-core

Yeah if Jay has the time that's a big +1 from me! On Thu, Jul 27, 2017 at 10:04 AM, Doug Hellmann wrote: > I have noticed that Jay has been very deeply involved in several > recent design discussions about oslo.db, and he obviously has a > great deal of experience in the

Re: [openstack-dev] [all] [oslo.db] [relational database users] heads up for a MariaDB issue that will affect most projects

On Thu, Jul 27, 2017 at 3:23 AM, ChangBo Guo wrote: > Thanks for the follow up, maybe we need document the issue and work around > in some place, in alembic? So yes, there's a whole bunch implied by this: 1. SQLAlchemy knows how to reflect CHECK constraints. Since MariaDB

[openstack-dev] [oslo][oslo.db] nominating Jay Pipes for oslo-db-core

I have noticed that Jay has been very deeply involved in several recent design discussions about oslo.db, and he obviously has a great deal of experience in the area, so even though he hasn't been actively reviewing patches recently I think he would be a good addition to the team. I have asked

Re: [openstack-dev] [relmgt] Non-candidacy for the Queens cycle Release management PTL

Excerpts from Sean McGinnis's message of 2017-07-27 08:45:16 -0500: > > > > I have multiple reasons for not running this cycle. First, as part of my > > expanded role at the Foundation my travel commitments increased a bit. > > The Release management PTL role requires regular work: I ended up

Re: [openstack-dev] [nova] hardware offload support for openvswitch feature exception

On 7/26/2017 10:42 PM, Moshe Levi wrote: Hi all, In the last few week I was working on hardware offload support for openvswitch. The idea is to leverage SR-IOV technology with OVS control plane management. Just last month the ovs community merged all the required patches to enable this

Re: [openstack-dev] [oslo.db] [ndb] ndb namespace throughout openstack projects

On Wed, Jul 26, 2017 at 8:06 PM, Jay Pipes wrote: > Isn't that exactly what I'm proposing below? :) yes, I'm agreeing with you! __ OpenStack Development Mailing List (not for usage questions)

Re: [openstack-dev] [relmgt] Non-candidacy for the Queens cycle Release management PTL

> > I have multiple reasons for not running this cycle. First, as part of my > expanded role at the Foundation my travel commitments increased a bit. > The Release management PTL role requires regular work: I ended up doing > a relatively bad job at PTLing this cycle, by being away during a

[openstack-dev] [sahara] Canceling sahara meeting 07/27

Hi Saharans and interested folks, we won't be having sahara meeting today but some of us are hanging out at #openstack-sahara if you need anything. Best regards, -- TELLES NOBREGA SOFTWARE ENGINEER Red Hat I tenob...@redhat.com TRIED. TESTED.

Re: [openstack-dev] [sahara] Sahara-CI comes alive

Hi Evgeny, First, it is good to know even with only 50GB RAM and 20VCPU, Sahara CI can still be deployed. Actually, that is just the default quota on our cloud and we might be able to increase it more. However, that cloud is actually having some storage/disk issues (failed writes...), so it's

Re: [openstack-dev] [sahara] Sahara-CI comes alive

Hi Evgeny, We are without the CI for quite some time now and automation sounds like a great thing for us to have. So I would say that we can afford to stay a couple more days without it in favor of a more automated deployment. Do all agree with me? On Thu, Jul 27, 2017 at 4:46 AM Evgeny

Re: [openstack-dev] [srv-apl-arch:7353] Re: [nova] Discussions for ivshmem support in OpenStack Nova

> -Original Message- > From: TETSURO NAKAMURA [mailto:nakamura.tets...@lab.ntt.co.jp] > Sent: Thursday, July 27, 2017 2:13 AM > To: Daniel P. Berrange ; Mooney, Sean K > > Cc: Jay Pipes ; OpenStack Development Mailing

Re: [openstack-dev] [sahara] Proposing Luigi Toscano, Evgeny Sikachev and Jeremy Freudberg for Sahara core team

1 for all 2017-07-26 22:09 GMT+04:00 Telles Nobrega : > Hi folks, > > With a lot of changes happening along OpenStack we need to update our core > team. > > I'm proposing adding Luigi Toscano, Evgeny Sikachev and Jeremy Freudberg > to Sahara core team. > > The first two, are

Re: [openstack-dev] [sahara] Proposing Luigi Toscano, Evgeny Sikachev and Jeremy Freudberg for Sahara core team

I mean +1 for all. 2017-07-27 15:07 GMT+04:00 Sergey Reshetnyak : > 1 for all > > 2017-07-26 22:09 GMT+04:00 Telles Nobrega : > >> Hi folks, >> >> With a lot of changes happening along OpenStack we need to update our >> core team. >> >> I'm

Re: [openstack-dev] [oslo] trying to understand CORS deprecation

Hi, I tried to fix serveral month ago in https://review.openstack.org/# /c/453723/ , but gived up due to lack of time to fix many tests, will restore it and continue on it :-) 2017-07-25 0:46 GMT+08:00 Jay Pipes : > On 07/24/2017 12:43 PM, Sean Dague wrote: > >> I'm trying to

Re: [openstack-dev] [openstack-ansible][security] To firewalld, or not to firewalld

On Thu, Jul 27, 2017 at 2:31 AM, Jean-Philippe Evrard < jean-phili...@evrard.me> wrote: > > For ppl who aren't iptables experts, firewalld module brings a lot of > readability. > If we are doing the tasks equivalent with iptables, the readability will > be brought in by variables (I mean variables

[openstack-dev] [QA][PTG] Planning QA work at the PTG

Hello folks, it's time we start planning the week for the QA team at the PTG in Denver. Please add your ideas / proposal / comments to the etherpad [0]. We welcome proposed topics from anyone, not only the QA team. Since we have a community goal in Queens for Tempest plugins, we will definitely

[openstack-dev] [relmgt] Non-candidacy for the Queens cycle Release management PTL

Hi everyone, I don't intend to run for Release management PTL for Queens. If you're interested in this role, I encourage you to apply when the nomination period opens (July 31). You might be interested in reviewing [1], which describes the still-not-automated parts of release management for

[openstack-dev] [mistral][summit] Mistral sessions submitted for the Sydney summit

Hi, Here’s the list of talks related to Mistral that we submitted for the summit in Sydney: • What makes Mistral an OpenStack super-star? Right, CloudFlow! -  https://www.openstack.org/summit/sydney-2017/vote-for-speakers#/19109 • Test your Mistral workflows - 

[openstack-dev] [tripleo][tripleo-heat-template] how to get interface name from network name in service profile

Hi, Could anyone shed some light on how to get the physical interface name (e.g eth0) from network name (e.g PublicNetwork, ExternalNetwork) in tripleo-heat-template service profile ? for example: I want to add a service profile under puppet/services/time/ptp.pp where it uses 'PtpInterface' as

[openstack-dev] [sahara] Sahara-CI comes alive

Hey, guys! Unfortunately today I need to skip the meeting. But I have a question for discussion. Jeremy helped me with resources for Sahara-CI(a lot of thanks again!). And now we have around of 50GB RAM and 20VCPUs. This is enough to implement basic sahara-ci. In

Re: [openstack-dev] [sahara] Proposing Luigi Toscano, Evgeny Sikachev and Jeremy Freudberg for Sahara core team

+1 Luigi, Evgeny and Jeremy, thanks for all the work you've done! On Wed, Jul 26, 2017 at 10:09 PM, Telles Nobrega wrote: > Hi folks, > > With a lot of changes happening along OpenStack we need to update our core > team. > > I'm proposing adding Luigi Toscano, Evgeny

Re: [openstack-dev] [all] [oslo.db] [relational database users] heads up for a MariaDB issue that will affect most projects

Thanks for the follow up, maybe we need document the issue and work around in some place, in alembic? 2017-07-24 23:21 GMT+08:00 Michael Bayer : > hey good news, the owner of the issue upstream found that the SQL > standard agrees with my proposed behavior. So while this is

Re: [openstack-dev] [zun][unit test] Could anyone help one the unittest fail?

Hi Shunli, Sorry for the late reply, I saw you uploaded a revision of the patch and got the gate pass. I guess you have resolved this issue? Best regards, Hongbin From: Shunli Zhou [mailto:shunli6...@gmail.com] Sent: July-25-17 10:20 PM To: openstack-dev@lists.openstack.org Subject:

Re: [openstack-dev] [zun][api version]Does anyone know the idea of default api version in the versioned API?

Hi all, Here is a bit of the context. Zun has introduced API micro version in the server [1] and the client [2]. The micro version needs to be bumped in server side [3] as long as a backward-incompatible change is made. In client side, we currently hard-code the default version. The client

Re: [openstack-dev] [openstack-ansible][security] To firewalld, or not to firewalld

Hello, A few additions for/against firewalld, linked to ansible's firewalld module: http://docs.ansible.com/ansible/latest/firewalld_module.html +: The module is built-in, so no need to ship it. It provides idempotency, and is easy to use. -: The module is: "Not tested on any Debian based

[openstack-dev] [requirements][all] Freeze starting soon!

Hi All, As most of you working on milestone based projects know we're rigth at the end of the freeze week. This means that at ~UTC Sat 29th requirements will also freeze. global-requirements will be pretty hard frozen with only libraries with significant negative impact on the stability

[openstack-dev] [ceilometer][networking-sfc] Meters/Statistics for Networking-SFC

Hi Igor/Cathy/Gord, Sorry for the delay in replying. As part of monitoring the SFC, I think maintaining the details of "Number of flows assigned to a given SFC", "Number of packets/bytes dropped/hit due to the policies at each Service Function entry/exit points or for the entire SFC" would be