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
lopment Mailing List (not for usage questions)
Subject: [openstack-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 pro
-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.