Re: I encountered a problem with hc2vpp's vpp-classufy module，Can you give valuable advice? Thanks！
|
何奥林
Hi ,
I have created a issue https://jira.fd.io/browse/HC2VPP-358 related to this question.
You are right that single classify table to one interface. but, I have create two loopback: vpp# show inacl type l2
when honeycomb restart,just one acl remain: vpp# show inacl type l2
Regards, Olympus
发件人: Marek Gradzki -X (mgradzki - PANTHEON TECHNOLOGIES at Cisco) [mailto:mgradzki@...]
Then it is probably a bug. Could you please create issue at jira.fd.io?
Not sure how making ingress a list is related to the issue. According to your description we have two different interfaces with two different classify tables…
Also, as far as I remember VPP API allows to assign single classify table to interface. One needs to chain them to assign more.
Regards, Marek
From: 何奥林 [mailto:alhe@...]
Sent: 19 czerwca 2018 05:03 To: Marek Gradzki -X (mgradzki - PANTHEON TECHNOLOGIES at Cisco) <mgradzki@...>; hc2vpp@... Cc: 祁晋 <qijin@...>; 廖旭 <xliao@...>; 姚洁 <yaoj5779@...>; 韩静 <hanj@...> Subject: 答复: [hc2vpp] I encountered a problem with hc2vpp's vpp-classufy module，Can you give valuable advice? Thanks！
Hi,
/var/lib/honeycomb/persist/config/data.json shown as below,it looks no problem.
I think that container ingress included in vpp-classifier-acl@... should change to list ingress
I config the hc2vpp as attachments.
Regards, Olympus
发件人: Marek Gradzki -X (mgradzki - PANTHEON TECHNOLOGIES at Cisco) [mailto:mgradzki@...]
Hi,
have you checked if persisted config looks ok (/var/lib/honeycomb/persist)?
Regards, Marek
From: hc2vpp@... [mailto:hc2vpp@...] On Behalf Of ???
Hi, Marek Gradzki:
I create two loopback interface and two classify table,then bind the table to the loopback as below: <rpc message-id="m-3" xmlns="urn:ietf:params:xml:ns:netconf:base:1.0"> <edit-config> <target> <candidate/> </target> <default-operation>none</default-operation> <config> <interfaces xmlns="urn:ietf:params:xml:ns:yang:ietf-interfaces"> <interface xmlns:a="urn:ietf:params:xml:ns:netconf:base:1.0" a:operation="merge"> <name>loop1</name> <type xmlns:x="urn:opendaylight:params:xml:ns:yang:v3po">x:loopback</type> <enabled>true</enabled> <acl xmlns="urn:opendaylight:params:xml:ns:yang:vpp:interface:acl"> <ingress> <l2-acl> <classify-table>test-table-1</classify-table> </l2-acl> </ingress> </acl> </interface> </interfaces> </config> </edit-config> </rpc> ]]>]]>
<rpc message-id="m-5" xmlns="urn:ietf:params:xml:ns:netconf:base:1.0"> <commit/> </rpc> ]]>]]>
<rpc message-id="m-3" xmlns="urn:ietf:params:xml:ns:netconf:base:1.0"> <edit-config> <target> <candidate/> </target> <default-operation>none</default-operation> <config> <interfaces xmlns="urn:ietf:params:xml:ns:yang:ietf-interfaces"> <interface xmlns:a="urn:ietf:params:xml:ns:netconf:base:1.0" a:operation="merge"> <name>loop2</name> <type xmlns:x="urn:opendaylight:params:xml:ns:yang:v3po">x:loopback</type> <enabled>true</enabled> <acl xmlns="urn:opendaylight:params:xml:ns:yang:vpp:interface:acl"> <ingress> <l2-acl> <classify-table>test-table-2</classify-table> </l2-acl> </ingress> </acl> </interface> </interfaces> </config> </edit-config> </rpc> ]]>]]>
<rpc message-id="m-5" xmlns="urn:ietf:params:xml:ns:netconf:base:1.0"> <commit/> </rpc> ]]>]]>
2.Vpp shown as below:
3.I restart vpp, honeycomb then restart ,but honeycomb just bind one table to loop,the another lost.
Vpp shown as below，loop1 lost.
|
|
|
