Hi, Tanks for the research. Some comments inline.
From: Fatemeh [mailto:[email protected]] Sent: Tuesday, August 23, 2016 8:28 AM To: Csatari, Gergely (Nokia - HU/Budapest) <[email protected]>; [email protected] Subject: Re: [opnfv-tech-discuss] [netready] start point for contribution. Hi, As you said, I've searched and found 3 examples that makes part 2.4 more clear: (Since in some of the others part of requirement's doc examples of mitaka have been used, since requirements document has gave examples of mitaka in some parts, I've provided two examples from mitaka's documentation.) 1.creating provider networks using open Vswitch. : http://docs.openstack.org/mitaka/networking-guide/scenario-provider-ovs.html [G0]: This is our problem: “Unlike other scenarios, only administrators can manage provider networks because they require configuration of physical network infrastructure.”. Current OpenStack can not differentiate between cloud administrator and network administrator roles. 2.creating provider networks using Linux bridge. : http://docs.openstack.org/mitaka/networking-guide/scenario-provider-lb.html [G0]: Same as for 1. 3.my own offered scenario, using group-based policy in openstack: I think by using GBP in openstack , supported by neutron, we could define policy since The GBP model also supports a redirect operation that makes complex network service chains and graphs easy to abstract and consume. Network service chaining is a mechanism for connecting multiple Layer 4 through 7 services such as load balancers and firewalls. Simply by becoming a member of a group, a virtual machine in each network inherits all of the group’s policies, allowing developers to easily automate scaling, both up and down. [G0]: GBP is new for me. I’ve just checked a whitepaper [1] about it. Isn’t it so that VM-s can be added to GBP-s and not users? For me it seems that that GBP-s build on top of existing network constructs and they do not change the user priviliges needed to configure them. [1]: https://wiki.openstack.org/w/images/a/aa/Group-BasedPolicyWhitePaper_v3.pdf Br, Gerg0 On ۱۶/۰۸/۰۴ 01:02, [email protected]<mailto:[email protected]> wrote: Hi. I've checked the images, they were good. but I couldn't find any where to mark them as verified. Kind regards, Fatemeh > Hi, > > I’ve added a figure to chapter 2.4, 2.5.1 and 2.5.2. > Please check and comment: https://gerrit.opnfv.org/gerrit/#/c/17919/ > > @Fathemeh: I could not find you in the gerrit users list, sorry for that. > > Br, > Gerg0 > > From: [email protected]<mailto:[email protected]> > [mailto:[email protected]] On Behalf Of > [email protected]<mailto:[email protected]> > Sent: Monday, August 01, 2016 8:37 AM > To: Georg Kunz ; > [email protected]<mailto:[email protected]> > Subject: Re: [opnfv-tech-discuss] [netready] start point for > contribution. > > > Hi Georg, > > Sorry for answering too late; > > As you mentioned, I reviewed requirement’s document and I think the > following points should be considered: > > 1. In sections 2.1.1, 2.1.3.1 , 2.4, I think a picture could make > descriptions more clear. > > 2. In sections 2.5.1 and 2.5.2, I think two high level architeture > pictures could show how instances or clouds's networks would be > seprated.) > ( as a sample: > docs.openstack.org/mitaka/networking-guide/scenario-provider-ovs.html) > > > > I’m working on finding a good example for your suggested part (2.4.2), > > I think these scenarios are not bad : > http://docs.openstack.org/mitaka/networking-guide/scenario-provider-lb.html > , > http://docs.openstack.org/mitaka/networking-guide/scenario-provider-ovs.html > , but actually I’m not sure; > > So I’m digging into Neutron provider and tenant networks in openstack to > give you a good example. > > > > P.S. I have direct access to Gerrit and indirect access to opnfv > requirement’s doc (using VPN), but we want to have direct access because > the sanctions against Iran were lifted.:) > > > >> Hi Fathemeh, >> >> Great. Gergely (in CC) is the main author of those use cases, so you >> can >> contact him or we discuss this on the upcoming NetReady call. >> >> Regarding your access restrictions, what does this mean in practice? >> Can >> you access the OPNFV Gerrit? >> >> Best regards >> Georg >> >> > From: [email protected]<mailto:[email protected]> >> [mailto:[email protected]] On Behalf Of >> Fatemeh >> Sent: Saturday, July 02, 2016 1:24 PM >> To: >> [email protected]<mailto:[email protected]> >> Subject: Re: [opnfv-tech-discuss] [netready] start point for >> contribution. >> >> Hi Georg, >> >> Your response to my question was encouraging. Thank you for spending >> time >> to point out all available options. I'd taken a look at the latest >> version >> of the requirements doc and backlogs in jira. I found these use cases >> interesting in requirements doc : "2.4.2. Connection between different >> OpenStack regions or cloud instances" , "2.3. Programmable Provisioning >> of >> Provider networks" >> I think the first one would be my better choice for start point! >> >> I hope, our combined efforts will give us a good coordination and great >> result. >> >> P.S: I'm from Iran. Although the sanctions against Iran were lifted, We >> don't have any direct access to the latest version of requirements doc. >> >> Kindest regards, >> Fatemeh Abdollahei >> On ۱۶/۰۶/۳۰ 12:32, Georg Kunz wrote: >> Hi Fatemeh, >> >> sorry for the late reply. Well, yes, we have a few items in our backlog >> in >> Jira that nobody has picked up yet. Currently, we are working towards a >> first version of our requirements document. The goal is to get a stable >> version with a small selection of use cases which we can then discuss >> with >> the OpenStack Neutron developers. >> >> I basically see three ways of contributing to the project: >> >> i) support the ongoing effort of stabilizing the current version of the >> requirements doc. You can have a look at the latest version here [1]. >> If >> you find one of the use cases interesting, just let us know and we can >> coordinate further. >> >> ii) you have a networking use case on your mind which is challenging to >> realize based on the currently available features in OpenStack or which >> is >> basically missing at all. If so, feel free to bring it up here or in >> our >> weekly meeting and we can discuss it. >> >> iii) have a look at our backlog in Jira. If you find a particular use >> case interesting, let's discuss it and see if you want to add it to the >> requirements doc. Please note, however, that the Jira backlog is >> currently >> not well managed I have to admit. (Note to myself: clean up Jira!) >> >> I hope, this overview helps you a bit. You are very welcome to join the >> project and join the weekly meetings. >> >> [1] http://artifacts.opnfv.org/netready/docs/requirements/index.html >> >> Best regards >> Georg >> >> >> > From: [email protected]<mailto:[email protected]> >> [mailto:[email protected]] On Behalf Of >> [email protected]<mailto:[email protected]> >> Sent: Tuesday, June 28, 2016 11:06 AM >> To: >> [email protected]<mailto:[email protected]> >> Subject: [opnfv-tech-discuss] [netready] start point for contribution. >> >> >> Dear all, >> >> >> I've just taken a look at NetReady project and now I have a question >> about >> it. As there are many issues in "To DO" state, I was wondering where >> the >> appropriate start point would be. >> How can I contribute in NetReady project? What is your suggestion for >> the >> start point? >> >> >> Thanks in advance and looking forward to hearing from you, >> >> >> Fatemeh Abdollahei >> >> >> >
_______________________________________________ opnfv-tech-discuss mailing list [email protected] https://lists.opnfv.org/mailman/listinfo/opnfv-tech-discuss
