[sfc-dev] [SFC NSH] questions

Ricardo Noriega De Soto ricardo.noriega.de.soto at ericsson.com
Tue Aug 18 15:57:13 UTC 2015

Hi Joao,

Why don’t you keep the sfc bridge (or whatever the name is) to keep all the virtual machines connected and create another bridge to do the Service Chaining?

This is my suggestion.

I’d set OpenDaylight as manager of the entire OVS (located in the host If I’m right) and when creating the SFFs, I would put a different name for the bridges. Like this, sfc-ovs shall create new bridges with open flow rules related to the RSPs, but it won’t touch the “normal” connectivity of your switch.

About your question related to l2switch feature…. I don’t know the answer, sorry. Anyone here?


El 18/8/2015, a las 15:07, João Silva <silvajp9 at gmail.com<mailto:silvajp9 at gmail.com>> escribió:

Hi guys,

I'm preparing a setup using the ODL Lithium SFC with network service headers (nsh), and I'm running into some troubles. I'm going to start with a brief presentation of the setup for context and then ask my questions. This going to be a long read, please bear with me.

I have 4 virtual box VMs running in a host:
- client  (ip:
- server (ip:
- sf1     (ip:, running sfc_agent.py)
- sf2     (ip:, running sfc_agent.py)

These VMs connect to a ovs bridge called sfc, this ovs is running on the host. Also running in the host is the ODL-SFC and the sfc_agent.py.

The ovs version is (installed according to the guide SFC 102 - The Return):

ovs-vsctl -V

ovs-vsctl (Open vSwitch) 2.3.90
Compiled Aug 18 2015 09:59:49
DB Schema 7.8.0

And the ODL version is:

opendaylight-user at root>version


The ovs connections are as follow:

ovs-vsctl show

    Bridge sfc
        Controller  "tcp:<>"
            is_connected: true
        Port sfc
            Interface sfc
                type: internal
        Port "sfc_sf1"
            Interface "sfc_sf1"
        Port sfc_echoserver
            Interface sfc_echoserver
        Port ODL
            Interface ODL
                type: internal
        Port "sfc_sf2"
            Interface "sfc_sf2"
        Port sfc_client
            Interface sfc_client

ovs-ofctl -O openflow13 dump-flows sfc

OFPT_FEATURES_REPLY (OF1.3) (xid=0x2): dpid:0000b2fa43bf9449
n_tables:254, n_buffers:256
OFPST_PORT_DESC reply (OF1.3) (xid=0x3):
 1(sfc_client): addr:3a:14:9a:10:3c:a9
     config:     0
     state:      0
     current:    10MB-FD COPPER
     speed: 10 Mbps now, 0 Mbps max
 2(sfc_echoserver): addr:56:a5:71:d6:d9:d4
     config:     0
     state:      0
     current:    10MB-FD COPPER
     speed: 10 Mbps now, 0 Mbps max
 3(sfc_sf1): addr:d2:52:42:65:fa:b0
     config:     0
     state:      0
     current:    10MB-FD COPPER
     speed: 10 Mbps now, 0 Mbps max
 4(sfc_sf2): addr:be:01:fa:e1:d7:c1
     config:     0
     state:      0
     current:    10MB-FD COPPER
     speed: 10 Mbps now, 0 Mbps max
 5(ODL): addr:d6:60:d5:9c:92:1e
     config:     0
     state:      0
     speed: 0 Mbps now, 0 Mbps max
 LOCAL(sfc): addr:b2:fa:43:bf:94:49
     config:     PORT_DOWN
     state:      LINK_DOWN
     speed: 0 Mbps now, 0 Mbps max
OFPT_GET_CONFIG_REPLY (OF1.3) (xid=0x5): frags=normal miss_send_len=0

Please note that there is an internal port on the bridge called ODL. This port is meant to allow the ODL to connect the the sf* for configuration purposes.
This internal port has the ip address

I first tested this setup using the ovs default controller, and I had full connectivity. My problems started when I set the ODL as the controller for the switch. All connectivity is lost, this could be explained because the l2switch feature is not enable. Is this feature compatible with the sfc? I'm asking this because while I want some packets to be routed to the service chains, selected using ACLs, I would also like the others to be routed 'normally' (sf configuration for example or ICMP messages).

Thanks for reading and thanks for any help you can provide.

Kind regards,
sfc-dev mailing list
sfc-dev at lists.opendaylight.org<mailto:sfc-dev at lists.opendaylight.org>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opendaylight.org/pipermail/sfc-dev/attachments/20150818/988c34a0/attachment-0001.html>

More information about the sfc-dev mailing list