- True
Thanks,
Cathy
From: Duarte Cardoso, Igor
[mailto:igor.duarte.card...@intel.com<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 insertio
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 insertion mode like L2/L3 but since it simplifies to ke
s,
>
> 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-
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)
Subject: Re: [openstack-dev] [networking-sfc] About insertion modes and SFC
Encapsulation
Hi,
Moving definition of SF
- 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 Mailing List (not
NSH and (in practice 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)
Subject: Re: [openstack-dev] [networking-sfc]
-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.
