Hey guys,

I am using a build from Monday and I found two things which might be
wrong. Before adding them to bugzilla, I wanted to check with you.

### Number 1 ### @Faseela, Kency here you might help :)

When creating the RSP this flow is created in table=17 of the SFF:

table=17, n_packets=6, n_bytes=252,
priority=10,metadata=0x10000000000/0xffffff0000000000
actions=write_metadata:0x8000010000000000/0xfffffffffffffffe,goto_table
:83

As far as I understood, the first 4 bits of the metadata should point
to the id of the service and here it points to id = 8 which according
to this file in genius: 

https://git.opendaylight.org/gerrit/gitweb?p=genius.git;a=blob;f=mdsalu
til/mdsalutil-
api/src/main/java/org/opendaylight/genius/mdsalutil/NwConstants.java;h=
9b2a2a94283684c8e56a9a53df32b48d878dd83a;hb=refs/heads/master

id = 8 ==> L3VPN_SERVICE_INDEX

It should be SFC_SERVICE_INDEX = 1; right?


### Number 2 ###

After creating the RSP all my packets are dropped at table=83:

 table=83, n_packets=0, n_bytes=0, priority=250,nsp=11
actions=goto_table:86
 table=83, n_packets=0, n_bytes=0, priority=250,nsp=8388619
actions=goto_table:86
 table=83, n_packets=338, n_bytes=37768, priority=5 actions=drop

Instead of getting dropped, they should go back to table=17 so that
they are moved to the next registered service or? For example, pinging
with the client to the SFF does not work because of this.

Thanks,
Manuel
_______________________________________________
sfc-dev mailing list
[email protected]
https://lists.opendaylight.org/mailman/listinfo/sfc-dev

Reply via email to