#opendaylight-group-policy: ODL-GBP-ARCH

Meeting summary

1. 1. Joel is joining to talkabout services today. (dconde, 17:59:24)
   2. Joel Halpern, to be specific of Ericsson (dconde, 18:00:47)
   3. we hit limite of 10 (dconde, 18:05:05)
   4. on hangout so we hope we are OK with all participants (dconde, 18:05:21)
   5. Joel is giving us the world of services insertion, tc. (dconde, 18:08:17)
   6. joel is not driving ODL work but he knows what's going on (dconde, 18:08:35)
   7. realize sfc by using IETF data plane work, NOT the cntrol (dconde, 18:09:01)
   8. we lost joel (dconde, 18:09:29)
   9. dialing (dconde, 18:09:33)
   10. IETF is on data plane. odl is work is to take requests and drive it. and drive some intrfaces to service chain X, Y, Z (dconde, 18:11:01)
   11. SFCin ODL will DRIVE traffic classification rules / pkt handling rules into the edges / clssifiers (dconde, 18:12:49)
   12. we need something SFC logic (dconde, 18:13:18)
   13. there is some overlap (dconde, 18:14:24)
   14. between two grps (dconde, 18:14:31)
   15. external to SFC, operators stand up functions and some OSS will drives some service that uses XYZ (FW, Adult content filter, etc.) (dconde, 18:18:04)
   16. there is an assumption that it drives SB directly. (dconde, 18:33:14)
   17. GBP wants to leverage SFC work too. (dconde, 18:34:01)
   18. trying to use PCE, OF, NetConf, etc. -- build a logic to use existing SB plug ins (dconde, 18:35:49)
   19. is OK to put an indirection layer within SFC (dconde, 18:36:44)
   20. but we ahve a collosion problem to deal with (dconde, 18:37:11)
   21. two DPs - one is transport level (dconde, 18:43:42)
   22. that can extend across SF forwarders. (dconde, 18:43:51)
   23. IEEE VLANS, MPLS (dconde, 18:43:59)
   24. second layer! header -- under transport that carries services meatadata (dconde, 18:44:23)
   25. to be used for forwarding (dconde, 18:44:29)

Action items

1. (none)

People present (lines said)

1. dconde (29)
2. odl_meetbot (3)
3. tbachman (2)