>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 <[email protected]> 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 <[email protected]> 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:[email protected]] >> 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 <[email protected]> >> Gerrit-Reviewer: Adrian Hoban <[email protected]> >> Gerrit-Reviewer: Akihiro Motoki <[email protected]> >> Gerrit-Reviewer: Alan Kavanagh <[email protected]> >> Gerrit-Reviewer: Anil Rao <[email protected]> >> Gerrit-Reviewer: Armando Migliaccio <[email protected]> >> Gerrit-Reviewer: Bao Wang <[email protected]> >> Gerrit-Reviewer: Baohua Yang <[email protected]> >> Gerrit-Reviewer: Bob Melander <[email protected]> >> Gerrit-Reviewer: Carlos Gonçalves <[email protected]> >> Gerrit-Reviewer: Fawad Khaliq <[email protected]> >> Gerrit-Reviewer: Hareesh Puthalath <[email protected]> >> Gerrit-Reviewer: Henry Gessau <[email protected]> >> Gerrit-Reviewer: Isaku Yamahata <[email protected]> >> Gerrit-Reviewer: Jenkins >> Gerrit-Reviewer: Kanzhe Jiang <[email protected]> >> Gerrit-Reviewer: Kyle Mestery <[email protected]> >> Gerrit-Reviewer: Marios Andreou <[email protected]> >> Gerrit-Reviewer: Maruti Kamat <[email protected]> >> Gerrit-Reviewer: Mohammad Banikazemi <[email protected]> >> Gerrit-Reviewer: Paul Carver <[email protected]> >> Gerrit-Reviewer: Pino de Candia <[email protected]> >> Gerrit-Reviewer: Rudrajit Tapadar <[email protected]> >> Gerrit-Reviewer: Ryan Moats <[email protected]> >> Gerrit-Reviewer: Salvatore Orlando <[email protected]> >> Gerrit-Reviewer: Stefano Maffulli 'reed' <[email protected]> >> Gerrit-Reviewer: Stephen Gordon <[email protected]> >> Gerrit-Reviewer: Stephen Wong <[email protected]> >> Gerrit-Reviewer: Subrahmanyam Ongole <[email protected]> >> Gerrit-Reviewer: Sumit Naiksatam <[email protected]> >> Gerrit-Reviewer: Tomoe Sugihara <[email protected]> >> Gerrit-Reviewer: Welcome, new contributor! >> Gerrit-Reviewer: YAMAMOTO Takashi <[email protected]> >> Gerrit-Reviewer: Zoltán Lajos Kis <[email protected]> >> Gerrit-Reviewer: ijw-ubuntu <[email protected]> >> Gerrit-Reviewer: mark mcclain <[email protected]> >> Gerrit-Reviewer: vinay yadhav <[email protected]> >> __________________________________________________________________________ >> OpenStack Development Mailing List (not for usage questions) >> Unsubscribe: >> [email protected]?subject:unsubscribe >> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev >> > > > __________________________________________________________________________ > OpenStack Development Mailing List (not for usage questions) > Unsubscribe: [email protected]?subject:unsubscribe > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev > >
__________________________________________________________________________ OpenStack Development Mailing List (not for usage questions) Unsubscribe: [email protected]?subject:unsubscribe http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
