>From previous discussion, it appeared the proposer really felt this needed to be a "core" neutron aspect. Where by "core" they meant both be part of the core API and part of openstack/neutron.
On the other hand, we also agreed that the best way forward was to develop a service plugin which in a way contradicts the claim about the necessity of being part of openstack/neutron. When it comes to "what repo the project should leave in" I really think we're splitting hairs and often talking nonsense. To be a fundamental component of openstack networking one does not have to be in openstack/neutron - load balancing docet. At some point I think I lost the reasons brought up by the proposers for not being able to do this work outside of openstack/neutron. Personally, I feel we should collaborate as much as possible, and be open to take the TAP service as part of openstack/neutron provided that there are compelling reasons for doing so. I'm afraid however that misperceptions around the suitability of stackforge/* projects won't be a valid reason (at least for me), but I'm fairly sure this is not the case of this specific project. Salvatore On 25 February 2015 at 02:32, Kyle Mestery <mest...@mestery.com> wrote: > There is a -2 (from me). And this was done from the auto-abandon script > which I try to run once a month. > > As Kevin said, the suggestion multiple times was to do a StackForge > project for this work, that's the best way forward here. > > On Tue, Feb 24, 2015 at 5:01 PM, CARVER, PAUL <pc2...@att.com> wrote: > >> Maybe I'm misreading review.o.o, but I don't see the -2. There was a -2 >> from Salvatore Orlando with the comment "The -2 on this patch is only to >> deter further comments" and a link to 140292, but 140292 has a comment from >> Kyle saying it's been abandoned in favor of going back to 96149. Are we in >> a loop here? >> >> We're moving forward internally with proprietary mechanisms for attaching >> analyzers but it sure would be nice if there were a standard API. Anybody >> who thinks switches don't need SPAN/mirror ports has probably never working >> in Operations on a real production network where SLAs were taken seriously >> and enforced. >> >> I know there's been a lot of heated discussion around this spec for a >> variety of reasons, but there isn't an enterprise class hardware switch on >> the market that doesn't support SPAN/mirror. Lack of this capability is a >> glaring omission in Neutron that keeps Operations type folks opposed to >> using it because it causes them to lose visibility that they've had for >> ages. We're getting a lot of pressure to continue deploying hardware >> analyzers and/or deploy non-OpenStack mechanisms for implementing >> tap/SPAN/mirror capability when I'd much rather integrate the analyzers >> into OpenStack. >> >> >> -----Original Message----- >> From: Kyle Mestery (Code Review) [mailto:rev...@openstack.org] >> Sent: Tuesday, February 24, 2015 17:37 >> To: vinay yadhav >> Cc: CARVER, PAUL; Marios Andreou; Sumit Naiksatam; Anil Rao; Carlos >> Gonçalves; YAMAMOTO Takashi; Ryan Moats; Pino de Candia; Isaku Yamahata; >> Tomoe Sugihara; Stephen Wong; Kanzhe Jiang; Bao Wang; Bob Melander; >> Salvatore Orlando; Armando Migliaccio; Mohammad Banikazemi; mark mcclain; >> Henry Gessau; Adrian Hoban; Hareesh Puthalath; Subrahmanyam Ongole; Fawad >> Khaliq; Baohua Yang; Maruti Kamat; Stefano Maffulli 'reed'; Akihiro Motoki; >> ijw-ubuntu; Stephen Gordon; Rudrajit Tapadar; Alan Kavanagh; Zoltán Lajos >> Kis >> Subject: Change in openstack/neutron-specs[master]: Introducing >> Tap-as-a-Service >> >> Kyle Mestery has abandoned this change. >> >> Change subject: Introducing Tap-as-a-Service >> ...................................................................... >> >> >> Abandoned >> >> This review is > 4 weeks without comment and currently blocked by a core >> reviewer with a -2. We are abandoning this for now. Feel free to reactivate >> the review by pressing the restore button and contacting the reviewer with >> the -2 on this review to ensure you address their concerns. >> >> -- >> To view, visit https://review.openstack.org/96149 >> To unsubscribe, visit https://review.openstack.org/settings >> >> Gerrit-MessageType: abandon >> Gerrit-Change-Id: I087d9d2a802ea39c02259f17d2b8c4e2f6d8d714 >> Gerrit-PatchSet: 8 >> Gerrit-Project: openstack/neutron-specs >> Gerrit-Branch: master >> Gerrit-Owner: vinay yadhav <vinay.yad...@ericsson.com> >> Gerrit-Reviewer: Adrian Hoban <adrian.ho...@intel.com> >> Gerrit-Reviewer: Akihiro Motoki <amot...@gmail.com> >> Gerrit-Reviewer: Alan Kavanagh <alan.kavan...@ericsson.com> >> Gerrit-Reviewer: Anil Rao <arao...@gmail.com> >> Gerrit-Reviewer: Armando Migliaccio <arma...@gmail.com> >> Gerrit-Reviewer: Bao Wang <baowan...@yahoo.com> >> Gerrit-Reviewer: Baohua Yang <bao...@linux.vnet.ibm.com> >> Gerrit-Reviewer: Bob Melander <bob.melan...@gmail.com> >> Gerrit-Reviewer: Carlos Gonçalves <m...@cgoncalves.pt> >> Gerrit-Reviewer: Fawad Khaliq <fa...@plumgrid.com> >> Gerrit-Reviewer: Hareesh Puthalath <hareesh.puthal...@gmail.com> >> Gerrit-Reviewer: Henry Gessau <ges...@cisco.com> >> Gerrit-Reviewer: Isaku Yamahata <yamahata.rev...@gmail.com> >> Gerrit-Reviewer: Jenkins >> Gerrit-Reviewer: Kanzhe Jiang <kan...@gmail.com> >> Gerrit-Reviewer: Kyle Mestery <mest...@mestery.com> >> Gerrit-Reviewer: Marios Andreou <mar...@redhat.com> >> Gerrit-Reviewer: Maruti Kamat <maruti.ka...@hp.com> >> Gerrit-Reviewer: Mohammad Banikazemi <m...@us.ibm.com> >> Gerrit-Reviewer: Paul Carver <pcar...@att.com> >> Gerrit-Reviewer: Pino de Candia <gdecan...@midokura.com> >> Gerrit-Reviewer: Rudrajit Tapadar <rudrajit.tapa...@gmail.com> >> Gerrit-Reviewer: Ryan Moats <rmo...@us.ibm.com> >> Gerrit-Reviewer: Salvatore Orlando <salv.orla...@gmail.com> >> Gerrit-Reviewer: Stefano Maffulli 'reed' <stef...@openstack.org> >> Gerrit-Reviewer: Stephen Gordon <sgor...@redhat.com> >> Gerrit-Reviewer: Stephen Wong <stephen.kf.w...@gmail.com> >> Gerrit-Reviewer: Subrahmanyam Ongole <song...@oneconvergence.com> >> Gerrit-Reviewer: Sumit Naiksatam <sumitnaiksa...@gmail.com> >> Gerrit-Reviewer: Tomoe Sugihara <to...@midokura.com> >> Gerrit-Reviewer: Welcome, new contributor! >> Gerrit-Reviewer: YAMAMOTO Takashi <yamam...@valinux.co.jp> >> Gerrit-Reviewer: Zoltán Lajos Kis <zoltan.lajos....@ericsson.com> >> Gerrit-Reviewer: ijw-ubuntu <iawe...@cisco.com> >> Gerrit-Reviewer: mark mcclain <m...@mcclain.xyz> >> Gerrit-Reviewer: vinay yadhav <vinay.yad...@ericsson.com> >> __________________________________________________________________________ >> OpenStack Development Mailing List (not for usage questions) >> Unsubscribe: >> openstack-dev-requ...@lists.openstack.org?subject:unsubscribe >> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev >> > > > __________________________________________________________________________ > OpenStack Development Mailing List (not for usage questions) > Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev > >
__________________________________________________________________________ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev