Hello everyone,
A new release candidate for networking-sfc for the end of the Rocky
cycle is available! You can find the source code tarball at:
https://tarballs.openstack.org/networking-sfc/
Unless release-critical issues are found that warrant a release
candidate respin, this candidate
Hi All,
I have added tap extension for https://blueprints.launchpad.
net/networking-sfc/+spec/sfc-tap-port-pair.
I wanted to add extension for DB validation. Where should i add the
extension ? I tried adding extension here:
https://github.com/openstack/networking-sfc/blob/master/
Indeed, recreating the environment with "tox -r" should help here (to
get the new lib)
On 16 May 2017 at 20:28, Ihar Hrachyshka wrote:
> Make sure you have the latest neutron-lib in your tree: neutron-lib==1.6.0
>
> On Tue, May 16, 2017 at 3:05 AM, Vikash Kumar
>
Make sure you have the latest neutron-lib in your tree: neutron-lib==1.6.0
On Tue, May 16, 2017 at 3:05 AM, Vikash Kumar
wrote:
> Hi Team,
>
> pep8 is failing in master code. translation hint helpers are removed from
> LOG messages. Is this purposefully done ?
Hi Team,
pep8 is failing in master code. *translation hint helpers *are removed
from LOG messages. Is this purposefully done ? Let me know if it is not,
will change it.
./networking_sfc/db/flowclassifier_db.py:342:13: N531 Log messages require
translation hints!
LOG.info("Deleting
Hi,
this is a follow-up/summary of launchpad bug 1675289 [0].
From the original spec [1], with the OVS driver we should have groups
witt the "hash" selection method, and for parameters source
IP/port/protocol
However this requires OpenFlow 1.5, so we actually have default
selection method and
All,
networking-sfc meetings will resume on May 18.
- Louis
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
All,
There will be no networking-sfc meetings for the next two weeks.
Will resume on May 18.
- Louis
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe:
Hi Team,
I inserted a single arm SF. Created a port-pair with ingress-port and
egress-port as same. Created rest of the resource and it traffic was as
expected through SF in one direction. After, that I tried to create reverse
flow and it failed due to:
a. reverse port-chain create failed
Subject: Re: [openstack-dev] [networking-sfc] About insertion modes and SFC
Encapsulation
Also, for TAP devices, they can be deployed in both active ( forward traffic
back to networking devices) and passive mode . Our *current BP* scope is only
for passive TAP. Apart from these two, there ar
velopment Mailing List (not for usage questions) <
openstack-dev@lists.openstack.org>
*Subject:* Re: [openstack-dev] [networking-sfc] About insertion modes and
SFC Encapsulation
Hi,
Moving definition of SF from port-pair to port-pair-group looks good.
TAP is also an inserti
Igor,
Inline.
-Louis
From: Duarte Cardoso, Igor [mailto:igor.duarte.card...@intel.com]
Sent: Monday, March 20, 2017 8:02 AM
To: OpenStack Development Mailing List (not for usage questions)
Subject: [openstack-dev] [networking-sfc] About insertion modes and SFC
Encapsulation
Hi
ards,
Igor.
From: Vikash Kumar [mailto:vikash.ku...@oneconvergence.com]
Sent: Tuesday, March 21, 2017 3:32 PM
To: OpenStack Development Mailing List (not for usage questions)
<openstack-dev@lists.openstack.org>
Subject: Re: [openstack-dev] [networking-sfc] About insertion modes and SFC
E
- False (default)
>
> - True
>
>
>
> Thanks,
>
> Cathy
>
>
>
> *From:* Duarte Cardoso, Igor [mailto:igor.duarte.card...@intel.com]
> *Sent:* Monday, March 20, 2017 8:02 AM
> *To:* OpenStack Development
today @ networking-sfc) MPLS, are
all mutually exclusive.
Best regards,
Igor.
From: Cathy Zhang [mailto:cathy.h.zh...@huawei.com]
Sent: Monday, March 20, 2017 6:05 PM
To: OpenStack Development Mailing List (not for usage questions)
<openstack-dev@lists.openstack.org>
Subject: Re: [openstack-de
-dev] [networking-sfc] About insertion modes and SFC
Encapsulation
Hi networking-sfc,
At the latest IRC meeting [1] it was agreed to split TAP from the possible
insertion modes (initial spec version [2]).
I took the ARs to propose coexistence of insertion modes, correlation and (now)
a new tap
Hi networking-sfc,
At the latest IRC meeting [1] it was agreed to split TAP from the possible
insertion modes (initial spec version [2]).
I took the ARs to propose coexistence of insertion modes, correlation and (now)
a new tap-enabled attribute, and send this email about possible directions.
t;
>>
>> Best regards,
>>
>> Igor.
>>
>>
>>
>> *From:* Vikash Kumar [mailto:vikash.ku...@oneconvergence.com]
>> *Sent:* Thursday, March 9, 2017 10:08 AM
>> *To:* OpenStack Development Mailing List (not for usage questions) <
>> opensta
> Igor.
>
>
>
> *From:* Vikash Kumar [mailto:vikash.ku...@oneconvergence.com]
> *Sent:* Thursday, March 9, 2017 10:08 AM
> *To:* OpenStack Development Mailing List (not for usage questions) <
> openstack-dev@lists.openstack.org>; ke...@benton.pub
>
> *Subject:* Re: [
ubject: Re: [openstack-dev] [networking-sfc] patch test failed due to "import
error: vlanmanager"
Tried on Ubuntu 16.04, its fine.
On Thu, Mar 9, 2017 at 12:17 PM, Vikash Kumar
<vikash.ku...@oneconvergence.com<mailto:vikash.ku...@oneconvergence.com>> wrote:
Import path
files:
>>>>
>>>>
>>>>
>>>> FAILED: Contract HEAD file does not match migration timeline head,
>>>> expected: 48072cb59133
>>>>
>>>>
>>>>
>>>> Best regards,
>>>>
>>>>
gt; Check your migration files:
>>>
>>>
>>>
>>> FAILED: Contract HEAD file does not match migration timeline head,
>>> expected: 48072cb59133
>>>
>>>
>>>
>>> Best regards,
>>>
>>> Igor.
>&
Contract HEAD file does not match migration timeline head,
>> expected: 48072cb59133
>>
>>
>>
>> Best regards,
>>
>> Igor.
>>
>>
>>
>> *From:* Vikash Kumar [mailto:vikash.ku...@oneconvergence.com]
>> *Sent:* Tuesday, March 7, 2017 5:03
t;
>
>
> Best regards,
>
> Igor.
>
>
>
> *From:* Vikash Kumar [mailto:vikash.ku...@oneconvergence.com]
> *Sent:* Tuesday, March 7, 2017 5:03 PM
> *To:* openstack-dev <openstack-dev@lists.openstack.org>
> *Subject:* Re: [openstack-dev] [networking-sfc] pat
To: openstack-dev <openstack-dev@lists.openstack.org>
Subject: Re: [openstack-dev] [networking-sfc] patch test failed due to "import
error: vlanmanager"
Complete log:
py35 create: /home/vikash/guess_vk/python-dev/networking-sfc/.tox/py35
py35 installdeps:
-r/home/vikash/gue
Complete log:
py35 create: /home/vikash/guess_vk/python-dev/networking-sfc/.tox/py35
py35 installdeps:
-r/home/vikash/guess_vk/python-dev/networking-sfc/requirements.txt,
-r/home/vikash/guess_vk/python-dev/networking-sfc/test-requirements.txt
py35 develop-inst:
Hi,
I was testing patch on master branch, but the test is failing because
of the import error.
http://paste.openstack.org/show/601794/
--
Regards,
Vikash
__
OpenStack Development Mailing List (not for usage
Development Mailing List (not for usage questions)
> *Subject:* Re: [openstack-dev] [networking-sfc] Stable/Ocata Version
>
>
>
> any update for releasing stable/ocata branch or tag? It is Mar already.
>
>
>
> On Tue, Feb 21, 2017 at 1:23 AM, Henry Fourie <louis.fou.
Just completed.
Cathy
From: Jeffrey Zhang [mailto:zhang.lei@gmail.com]
Sent: Friday, March 03, 2017 6:59 PM
To: OpenStack Development Mailing List (not for usage questions)
Subject: Re: [openstack-dev] [networking-sfc] Stable/Ocata Version
any update for releasing stable/ocata branch or tag
2017-03-06 11:25 GMT-06:00 Henry Fourie :
> Jeffrey,
>
>The branch pull is awaiting approval:
>
> https://review.openstack.org/#/c/439200
Just got merged.
__
OpenStack Development Mailing List
Louis
From: Gary Kotton [mailto:gkot...@vmware.com<mailto:gkot...@vmware.com>]
Sent: Sunday, February 19, 2017 4:29 AM
To: OpenStack List
Subject: [openstack-dev] [networking-sfc] Stable/Ocata Version
Hi,
When will this repo have a stable/ocata b
*From:* Gary Kotton [mailto:gkot...@vmware.com]
> *Sent:* Sunday, February 19, 2017 4:29 AM
> *To:* OpenStack List
> *Subject:* [openstack-dev] [networking-sfc] Stable/Ocata Version
>
>
>
> Hi,
>
> When wi
Cafarelli [mailto:bcafa...@redhat.com]
Sent: Tuesday, February 28, 2017 7:04 AM
To: OpenStack Development Mailing List
Subject: [openstack-dev] [networking-sfc] PTG notes
Hi,
I will miss the next two IRC meetings, so here is a quick summary email of PTG
topics of interest for networking-sfc
Hi,
I will miss the next two IRC meetings, so here is a quick summary
email of PTG topics of interest for networking-sfc in the Pike cycle.
* Release, stable branching, stadium requirements
For Ocata, neutron-lib patches are waiting for our stable branch
creation (should be OK today?). The
Gary,
The plan is to have a stable/ocata branch by end of month.
-Louis
From: Gary Kotton [mailto:gkot...@vmware.com]
Sent: Sunday, February 19, 2017 4:29 AM
To: OpenStack List
Subject: [openstack-dev] [networking-sfc] Stable/Ocata Version
Hi,
When will this repo have a stable/ocata
: Sunday, February 19, 2017 4:29 AM
To: OpenStack List
Subject: [openstack-dev] [networking-sfc] Stable/Ocata Version
Hi,
When will this repo have a stable/ocata branch?
Thanks
Gary
__
OpenStack Development Mailing List
Hi,
When will this repo have a stable/ocata branch?
Thanks
Gary
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
Hi Igor,
The list of rules are correct.
Best regards,
Cathy
From: Duarte Cardoso, Igor [mailto:igor.duarte.card...@intel.com]
Sent: Monday, February 13, 2017 1:27 PM
To: OpenStack Development Mailing List (not for usage questions)
Subject: Re: [openstack-dev] [networking-sfc] What resources can
dev@lists.openstack.org>
Subject: Re: [openstack-dev] [networking-sfc] What resources can and can't be
reused
Igor,
For #6, the requirement on source-port for a flow-classifier is only for the
OVS driver. This is not a restriction for other backend drivers.
In the case where there is no need for a sfc
, 2017 7:50 PM
To: OpenStack Development Mailing List (not for usage questions)
<openstack-dev@lists.openstack.org<mailto:openstack-dev@lists.openstack.org>>
Subject: Re: [openstack-dev] [networking-sfc] What resources can and can't be
reused
Hi Igor,
Before we dive into evaluation
Igor,
See inline.
-Louis
From: Duarte Cardoso, Igor [mailto:igor.duarte.card...@intel.com]
Sent: Monday, February 13, 2017 11:12 AM
To: OpenStack Development Mailing List (not for usage questions)
Subject: [openstack-dev] [networking-sfc] What resources can and can't be reused
Hi
Mailing List (not for usage questions)
<openstack-dev@lists.openstack.org>
Subject: Re: [openstack-dev] [networking-sfc] What resources can and can't be
reused
Hi Igor,
Before we dive into evaluation of the rules you listed below, I would like to
understand whether you are suggesting to e
]
Sent: Monday, February 13, 2017 11:12 AM
To: OpenStack Development Mailing List (not for usage questions)
Subject: [openstack-dev] [networking-sfc] What resources can and can't be reused
Hi networking-sfc,
As part of my work regarding SFC Encapsulation and SFC Graphs, I exercised the
API
Hi networking-sfc,
As part of my work regarding SFC Encapsulation and SFC Graphs, I exercised the
API to understand exactly what resources can be reused, to possibly relax a few
of the constraints when a chain is encapsulated end-to-end.
I'm requesting that the leaders and cores take a look at
Networking-sfc features are available to orchestrate using a TOSCA
template through Tacker. The feature is called VNF Forwarding Graph
(VNFFG) and it is available both through tacker cli and horizon
screens.
See tacker docs here for more details,
...@redhat.com]
Sent: Tuesday, January 24, 2017 5:31 AM
To: OpenStack Development Mailing List (not for usage questions)
Subject: Re: [openstack-dev] [networking-sfc]
On 20 January 2017 at 00:06, Michael Gale <gale.mich...@gmail.com> wrote:
> Hello,
>
> Are there updated insta
Hi Michael,
On 25 January 2017 at 06:50, Michael Gale wrote:
> My biggest hurdle was around getting the devstack environment functioning, I
> was following the steps here:
> https://wiki.openstack.org/wiki/Neutron/ServiceInsertionAndChaining
>
> I think the issues are
Hello Bernard,
I believe the design docs and API parts are good and once I had the
environment up and running I didn't have any problems following the
examples or running the commands.
My biggest hurdle was around getting the devstack environment functioning,
I was following the steps here:
Cafarelli [mailto:bcafa...@redhat.com]
Sent: Tuesday, January 24, 2017 9:31 PM
To: OpenStack Development Mailing List (not for usage questions)
Subject: Re: [openstack-dev] [networking-sfc]
On 20 January 2017 at 00:06, Michael Gale <gale.mich...@gmail.com> wrote:
> Hello,
>
> Ar
Cafarelli [mailto:bcafa...@redhat.com]
Sent: Tuesday, January 24, 2017 9:31 PM
To: OpenStack Development Mailing List (not for usage questions)
Subject: Re: [openstack-dev] [networking-sfc]
On 20 January 2017 at 00:06, Michael Gale <gale.mich...@gmail.com> wrote:
> Hello,
>
> Ar
On 20 January 2017 at 00:06, Michael Gale wrote:
> Hello,
>
> Are there updated install docs for sfc? The only install steps for a
> testbed I can find are here and they seem outdated:
> https://wiki.openstack.org/wiki/Neutron/ServiceInsertionAndChaining
There is also
s?
>
> -Louis
>
>
>
> *From:* Vikash Kumar [mailto:vikash.ku...@oneconvergence.com]
> *Sent:* Wednesday, January 18, 2017 10:49 PM
> *To:* openstack-dev
> *Subject:* [openstack-dev] [networking-sfc] Does SFC support chaining of
> Layer 2 devices?
>
>
>
> All,
Vikash,
Unclear what you mean by SFC spinning an L2 IDS?
What is the behavior of L2 IDS devices?
-Louis
From: Vikash Kumar [mailto:vikash.ku...@oneconvergence.com]
Sent: Wednesday, January 18, 2017 10:49 PM
To: openstack-dev
Subject: [openstack-dev] [networking-sfc] Does SFC support
On Thu, Jan 19, 2017 at 12:18 PM, Vikash Kumar <
vikash.ku...@oneconvergence.com> wrote:
> All,
>
>I am exploring SFC for chaining an IDS device (strictly in L2 mode). As
> of now, it looks SFC default supports only L3 devices. SFC APIs doesn't
> have any way to specify the nature of device
Hello,
Are there updated install docs for sfc? The only install steps for a
testbed I can find are here and they seem outdated:
https://wiki.openstack.org/wiki/Neutron/ServiceInsertionAndChaining
Also from the conference videos there seems to be some Horizon menu /
screens that are
All,
I am exploring SFC for chaining an IDS device (strictly in L2 mode). As
of now, it looks SFC default supports only L3 devices. SFC APIs doesn't
have any way to specify the nature of device and without that, it seems
there is no way an operator can spin any device/VNF except L3 mode VNFs.
)
Subject: Re: [openstack-dev] [networking-sfc] Limitation on port chains + flow
classifiers
On 10 January 2017 at 14:13, Duarte Cardoso, Igor
<igor.duarte.card...@intel.com> wrote:
> Hi networking-sfc,
>
>
>
> While working on the SFC Graphs patch, I observed the followi
Development Mailing List (not for usage questions)
<openstack-dev@lists.openstack.org>
Subject: Re: [openstack-dev] [networking-sfc] Limitation on port chains + flow
classifiers
On 10 January 2017 at 14:13, Duarte Cardoso, Igor
<igor.duarte.card...@intel.com> wrote:
> Hi networking-sfc
On 10 January 2017 at 14:13, Duarte Cardoso, Igor
wrote:
> Hi networking-sfc,
>
>
>
> While working on the SFC Graphs patch, I observed the following limitation
> when creating port-chains: http://paste.openstack.org/show/594387/.
>
>
>
> My objective was to have 2
Hi networking-sfc,
While working on the SFC Graphs patch, I observed the following limitation when
creating port-chains: http://paste.openstack.org/show/594387/.
My objective was to have 2 port-chains acting on the same classification of
traffic but from different logical source ports - my
"rollback()" state should not be as susceptible to a corrupted database
> connection as seems to be the case here.
>
>
>
>
>
>>
>> Cathy
>>
>>
>> -Original Message-
>> From: Bernard Cafarelli [mailto:bcafa...@redhat.com]
>>
ate should not be as susceptible to a corrupted database
connection as seems to be the case here.
Cathy
-Original Message-
From: Bernard Cafarelli [mailto:bcafa...@redhat.com]
Sent: Tuesday, December 20, 2016 3:00 AM
To: OpenStack Development Mailing List
Subject: [openstack-dev] [netw
To: OpenStack Development Mailing List
Subject: [openstack-dev] [networking-sfc] Intermittent database transaction
issues, affecting the tempest gate
Hi everyone,
we have an open bug (thanks Igor for the report) on DB transaction issues:
https://bugs.launchpad.net/networking-sfc/+bug/1630503
The thing
Hi everyone,
we have an open bug (thanks Igor for the report) on DB transaction issues:
https://bugs.launchpad.net/networking-sfc/+bug/1630503
The thing is, I am seeing quite a few tempest gate failures that
follow the same pattern: at some point in the test suite, the service
gets
] [networking-sfc] #networking-sfc IRC channel
+1
Thanks,
Ravi Sekhar
- Original Message -
From: bcafa...@redhat.com
To: openstack-dev@lists.openstack.org
Sent: Wednesday, November 23, 2016 7:18:53 PM GMT +05:30 Chennai, Kolkata,
Mumbai, New Delhi
Subject: Re: [openstack-dev] [networking-sfc
Igor
+1
-Louis
From: Duarte Cardoso, Igor [mailto:igor.duarte.card...@intel.com]
Sent: Wednesday, November 23, 2016 3:26 AM
To: OpenStack Development Mailing List (not for usage questions)
Subject: [openstack-dev] [networking-sfc] #networking-sfc IRC channel
Hi networking-sfc's leaders
+1
Thanks,
Ravi Sekhar
- Original Message -
From: bcafa...@redhat.com
To: openstack-dev@lists.openstack.org
Sent: Wednesday, November 23, 2016 7:18:53 PM GMT +05:30 Chennai, Kolkata,
Mumbai, New Delhi
Subject: Re: [openstack-dev] [networking-sfc] #networking-sfc IRC channel
+1
+1, a specific channel would be nice!
On 23 November 2016 at 13:09, Mohan Kumar wrote:
> Yes , It will be good
>
> Thanks.,
> Mohankumar.N
>
> On Wed, Nov 23, 2016 at 4:56 PM, Duarte Cardoso, Igor
> wrote:
>>
>> Hi networking-sfc’s
Yes , It will be good
Thanks.,
Mohankumar.N
On Wed, Nov 23, 2016 at 4:56 PM, Duarte Cardoso, Igor <
igor.duarte.card...@intel.com> wrote:
> Hi networking-sfc’s leaders, devs and users,
>
>
>
> What do you think about having an IRC channel dedicated to
> networking-sfc’s discussions and sync?
>
+1 for networking-sfc!
From: Duarte Cardoso, Igor [mailto:igor.duarte.card...@intel.com]
Sent: 23 November 2016 16:56
To: OpenStack Development Mailing List (not for usage questions)
Subject: [openstack-dev] [networking-sfc] #networking-sfc IRC channel
Hi networking-sfc's leaders, devs and users
Hi networking-sfc's leaders, devs and users,
What do you think about having an IRC channel dedicated to networking-sfc's
discussions and sync?
For the time being I have joined #networking-sfc @ freenode, and will stay
online to keep it open.
Best regards,
Igor.
Hi Alioune,
SFC is working fine. Your problem is with configuration of your specific
Service Function.
AFAIK, Farhad has responded to your question before.
https://www.mail-archive.com/openstack-dev@lists.openstack.org/msg95199.html
Thanks,
Cathy
From: Alioune [mailto:baliou...@gmail.com]
Any suggestion ?
On Monday, 24 October 2016, Alioune wrote:
> Hi all,
>
> I'm trying to implement service chain in OpenStack using networking-sfc
> (stable/mitaka) and OVS 2.5.90
>
>
> The following is the architecture I used :
>
> SRC
Hi all,
I'm trying to implement service chain in OpenStack using networking-sfc
(stable/mitaka) and OVS 2.5.90
The following is the architecture I used :
SRC DST
||
== br-int
-Louis
From: Navdeep Uniyal [mailto:navdeep.uni...@neclab.eu]
Sent: Wednesday, October 12, 2016 3:06 AM
To: Cathy Zhang
Cc: OpenStack Development Mailing List (not for usage questions)
Subject: Re: [openstack-dev] [networking-sfc][devstack][mitaka]
Hi Cathy,
Thanks for your reply. I have the setup
1. Oktober 2016 19:50
To: OpenStack Development Mailing List (not for usage questions)
Subject: Re: [openstack-dev] [networking-sfc][devstack][mitaka]
Hi Navdeep,
Please see inline.
Cathy
From: Navdeep Uniyal [mailto:navdeep.uni...@neclab.eu]
Sent: Tuesday, October 11, 2016 5:42 AM
To: ope
Hi Navdeep,
Please see inline.
Cathy
From: Navdeep Uniyal [mailto:navdeep.uni...@neclab.eu]
Sent: Tuesday, October 11, 2016 5:42 AM
To: openstack-dev@lists.openstack.org
Subject: [openstack-dev] [networking-sfc][devstack][mitaka]
Hi all,
I have been trying out networking-sfc to create service
Hi all,
I have been trying out networking-sfc to create service function chain in
Openstack. I could create all the port pairs, port-pair-groups, flow classifier
and the chain but I could not see the packets on the desired hops.
I am trying to create a simple sfc with 3 VMs(vm1 to vm3) in the
Thanks,
> Cathy
>
>
> -Original Message-
> From: Bernard Cafarelli [mailto:bcafa...@redhat.com]
> Sent: Tuesday, September 20, 2016 7:16 AM
> To: OpenStack Development Mailing List
> Subject: [openstack-dev] [networking-sfc] OpenFlow version to use in the OVS
>
.
Thanks,
Cathy
-Original Message-
From: Bernard Cafarelli [mailto:bcafa...@redhat.com]
Sent: Tuesday, September 20, 2016 7:16 AM
To: OpenStack Development Mailing List
Subject: [openstack-dev] [networking-sfc] OpenFlow version to use in the OVS
agent
In the OVSSfcAgent migration to a L2
In the OVSSfcAgent migration to a L2 agent extension review[1], Igor
Duarte Cardoso noticed a difference on the OpenFlow versions between a
comment and actual code.
In current code [2], we have:
# We need to dump-groups according to group Id,
# which is a feature of OpenFlow1.5
full_args =
ble=25, n_packets=30,
n_bytes=2716, priority=2,in_port=18,dl_src=fa:16:3e:9f:25:c8 actions=NORMAL
stack@cloud-VirtualBox:~/test$
Thanks in advance,
Ravi
- Original Message -
From: all
To: openstack-dev@lists.openstack.org
Sent: Tuesday, September 6, 2016 1:17:11 PM GMT +05:30 Chennai
Hi Ravi ,
Could you share tcpdump on P3 as well ( sudo tcpdump -n -e -i
"P3 tab-interface" )
IMO , the possible reasons would be
[1] port-security on SF port may block the packet , since it destined to
different ip address.
[2] The SF program may alter the IP Header (Destination field )
Hi Networking SFC team
I am trying out networking-SFC on the AllInOne Devstack(master branch) VM
brought up on the VirtualBox.
I am trying out the following scenario
|--| |--| |--|
| SRC-VM | | SF-VM | | DST-VM |
|--| |--|
branch are passed, and then will do the release.
Thanks,
Cathy
From: James Page [mailto:james.p...@canonical.com]
Sent: Monday, August 08, 2016 2:08 AM
To: OpenStack Development Mailing List (not for usage questions)
Subject: [openstack-dev] [networking-sfc] Newton release plans?
Hi Networking
Hi Networking SFC team
I'm trying to get a view on a few Neutron related projects with the
objective of lining up a release in Ubuntu and Debian alongside OpenStack
Newton of vmware-nsx, networking-l2gw, networking-sfc and tap-as-a-service.
What are your plans for Newton? I can push snapshots
stack-dev@lists.openstack.org'
Subject: [openstack-dev] networking-sfc: unable to use SFC (ovs driver)
with multiple networks
Hello,
I'd need some help with using the SFC implementation in openstack.
I use liberty version of devstack + liberty branch of networking-sfc.
It's not clear to me if the
Hi MartinX,
I sent you a reply on 6/14.
Cathy
-Original Message-
From: Banszel, MartinX [mailto:martinx.bans...@intel.com]
Sent: Thursday, June 16, 2016 4:49 AM
To: 'openstack-dev@lists.openstack.org'
Subject: [openstack-dev] networking-sfc: unable to use SFC (ovs driver
Hello,
I'd need some help with using the SFC implementation in openstack.
I use liberty version of devstack + liberty branch of networking-sfc.
It's not clear to me if the SFC instance and it's networks should be separated
from the remaining virtual network topology or if it should be connected
Hi Banszel,
Please see inline.
Thanks,
Cathy
-Original Message-
From: Banszel, MartinX [mailto:martinx.bans...@intel.com]
Sent: Tuesday, June 14, 2016 9:07 AM
To: openstack-dev@lists.openstack.org
Subject: [openstack-dev] networking-sfc: unable to use SFC (ovs driver) with
multiple
Hello,
I'd need some help with using the SFC implementation in openstack.
I use liberty version of devstack + liberty branch of networking-sfc.
It's not clear to me if the SFC instance and it's networks should be separated
from the remaining virtual network topology or if it should be connected
i-Tech Park, Pudong New
> District, Shanghai, China (201203)
>
>
>
> From:Vikram Choudhary <viks...@gmail.com>
> To:"OpenStack Development Mailing List (not for usage questions)"
> <openstack-dev@lists.openstack.org>
>
na (201203)
From: Vikram Choudhary <viks...@gmail.com>
To: "OpenStack Development Mailing List (not for usage questions)"
<openstack-dev@lists.openstack.org>
Date: 2016/06/03 15:05
Subject: Re: [openstack-dev] [networking-sfc] how to install
networking-sfc on
On Thu, Jun 2, 2016 at 9:11 PM, Na Zhu wrote:
> Hi,
>
> From this link
> https://github.com/openstack/networking-sfc/tree/master/devstack, it is
> about installing networking-sfc together with neutron-server,
> I want to install networking-sfc on compute node, can anyone tell
Hi,
>From this link
https://github.com/openstack/networking-sfc/tree/master/devstack, it is
about installing networking-sfc together with neutron-server,
I want to install networking-sfc on compute node, can anyone tell me how
to set the local.conf?
Regards,
Juno Zhu
IBM China Development
95 matches
Mail list logo