#opnfv-sfc: weekly OPNFV SFC meeting
Meeting started by ebrjohn at 15:00:31 UTC
(full logs).
Meeting summary
-
- Brady Johnson (ebrjohn,
15:00:46)
- Vijayendra Radhakrishna (Vijayendra,
15:01:10)
- Juan Vidal (jvidal,
15:01:30)
- George Paraskevopoulos (geopar,
15:01:42)
- Larry Lamers (ljlamers_,
15:01:46)
- https://lists.opnfv.org/pipermail/opnfv-tech-discuss/2016-December/014104.html
meeting agenda (ebrjohn,
15:01:55)
- ETSI PlugTest (ebrjohn, 15:02:54)
- http://www.etsi.org/news-events/events/1104-1st-nfv-plugtests
ETSI PlugTest (ebrjohn,
15:03:08)
- Will be held in Madrid, Spain January
2017 (ebrjohn,
15:03:46)
- we will deploy at least one server with OPNFV
SFC and make it available for MANO providers to test with SFC
(ebrjohn,
15:03:54)
- Testing different topologies (ebrjohn, 15:05:00)
- https://lists.opendaylight.org/pipermail/netvirt-dev/2016-December/002477.html
Yesterday Manuel reported this problem (ebrjohn,
15:05:19)
- netvirt only creates classification rules on
compute nodes where there are SFs. (ebrjohn,
15:05:31)
- Classification rules should probably be created
on every compute. Or at least everywhere there's a VM of any
type. (ebrjohn,
15:06:11)
- We need to make sure we cover additional
possibly problematic topologies and/or configurations (ebrjohn,
15:06:30)
- Juanma Fernandez (juanmafg,
15:06:59)
- https://jira.opnfv.org/browse/SFC-63
(geopar,
15:07:15)
- example: Everything on the same compute node:
client, SFF, SF, server. I believe this is the first case ever
tested. (ebrjohn,
15:07:23)
- example: Classifier and SFF on different
compute nodes. This is the problem reported above by Manuel
(ebrjohn,
15:08:10)
- example: SFs on different compute nodes
(ebrjohn,
15:08:21)
- example: 3 SFs on 2 compute nodes, packets have
to go from computeA to computeB and back to computeA (ebrjohn,
15:08:31)
- geopar 2 SFs on the same chain or 2 SFs on
different chains (ebrjohn,
15:10:49)
- we already have a test for symmetric service
chains (ebrjohn,
15:11:46)
- ACTION: ebrjohn to
make sure these scenarios are covered in our test plan (ebrjohn,
15:12:16)
- Stateful character of the tests (ebrjohn, 15:12:40)
- apparantly the tests arent completely torn down
after being run, which could cause problems or hide problems for
subsequent tests (ebrjohn,
15:12:53)
- By torn down, I mean: classifiers deleted, all
[RSPs, SFPs, SFCs, SFFs, SFs] deleted, SF VMs removed (ebrjohn,
15:13:30)
- seems like not all flows are deleted when SFC
config deleted (ebrjohn,
15:15:37)
- if this is the case, then its an ODL SFC bug
that we need to get fixed (ebrjohn,
15:16:04)
- juanmafg asks if some of the flows are from
security groups that Manuel manually creates (ebrjohn,
15:16:23)
- geopar suggests we can cycle through the
different test cases, one per day (ebrjohn,
15:17:56)
- ebrjohn suggests to use this as a work-around
until we get all flows deleted in ODL (ebrjohn,
15:18:48)
- ACTION: geopar: send
a mail to netvirt-dev / sfc-dev about cleanup (geopar,
15:19:40)
- geopar will send an email tomorrow about ODL
flow cleanup (ebrjohn,
15:20:27)
- juanmafg asks if we also delete floating
IPs (ebrjohn,
15:23:01)
- ebrjohn not sure, but thinks it should be
checked and also deleted (ebrjohn,
15:23:15)
- AOB (Any Other Business) (ebrjohn, 15:23:25)
- geopar asks when do we want to move to Tacker
upstream (ebrjohn,
15:24:02)
- ebrjohn is not sure when, but it mainly depends
on the impacts involved, mainly if upstream Tacker is using
Networking SFC (ebrjohn,
15:25:12)
- ACTION: ebrjohn to
ask Tim Rozet what's involved with switching to Tacker
upstream (ebrjohn,
15:27:20)
- Vijayendra says Fuel already has a plugin for
OVS+dpdk+NSH (ebrjohn,
15:30:19)
- Vijayendra suggests using the same test cases
for DPDK (ebrjohn,
15:31:05)
- Vijayendra says he would be willing to help
contribute to DPDK testing (ebrjohn,
15:32:03)
- ACTION: ebrjohn to
check when the ODL SFC DPDK patch was added and if its in
Boron (ebrjohn,
15:32:53)
- ebrjohn thinks the ODL SFC DPDK patch has
already been included in Boron SR1 (ebrjohn,
15:35:07)
- OVS 2.6.1 with NSH from Yi Yang has been tested
by Manuel and George and it seems to be working (ebrjohn,
15:37:03)
- Manuel got the VXLAN tunnel port problem fixed
in OVS 2.6.1 (ebrjohn,
15:37:36)
Meeting ended at 15:38:21 UTC
(full logs).
Action items
- ebrjohn to make sure these scenarios are covered in our test plan
- geopar: send a mail to netvirt-dev / sfc-dev about cleanup
- ebrjohn to ask Tim Rozet what's involved with switching to Tacker upstream
- ebrjohn to check when the ODL SFC DPDK patch was added and if its in Boron
Action items, by person
- ebrjohn
- ebrjohn to make sure these scenarios are covered in our test plan
- ebrjohn to ask Tim Rozet what's involved with switching to Tacker upstream
- ebrjohn to check when the ODL SFC DPDK patch was added and if its in Boron
- geopar
- geopar: send a mail to netvirt-dev / sfc-dev about cleanup
People present (lines said)
- ebrjohn (44)
- geopar (3)
- collabot (3)
- Vijayendra (2)
- priya (2)
- jvidal (1)
- juanmafg (1)
- ljlamers_ (1)
Generated by MeetBot 0.1.4.