H3C S5830V2 series User manual

H3C S5830V2 & S5820V2 Switch Series
OpenFlow Configuration Guide
Hangzhou H3C Technologies Co., Ltd.
http://www.h3c.com
Software version: Release 23xx
Document version: 6W102-20150315

Copyright © 2014-2015, Hangzhou H3C Technologies Co., Ltd. and its licensors
All rights reserved
No part of this manual may be reproduced or transmitted in any form or by any means without prior
written consent of Hangzhou H3C Technologies Co., Ltd.
Trademarks
H3C, , H3CS, H3CIE, H3CNE, Aolynk, , H3Care, , IRF, NetPilot, Netflow,
SecEngine, SecPath, SecCenter, SecBlade, Comware, ITCMM and HUASAN are trademarks of
Hangzhou H3C Technologies Co., Ltd.
All other trademarks that may be mentioned in this manual are the property of their respective owners
Notice
The information in this document is subject to change without notice. Every effort has been made in the
preparation of this document to ensure accuracy of the contents, but all statements, information, and
recommendations in this document do not constitute the warranty of any kind, express or implied.

Preface
The H3C S5830V2 & S5820V2 documentation set includes 16 configuration guides. These guides
describe the software features for the H3C S5830V2 & S5820V2 Switch Series and guide you through
the software configuration procedures. These guides also provide configuration examples to help you
apply software features to different network scenarios.
The OpenFlow Configuration Guide describes the background, fundamentals, and configuration of
OpenFlow.
This preface includes:
•Audience
•Added and modified features
•Conventions
•About the H3C S5830V2 & S5820V2 documentation set
•Obtaining documentation
•Technical support
•Documentation feedback
Audience
This documentation is intended for:
•Network planners.
•Field technical support and servicing engineers.
•Network administrators working with the S5830V2 & S5820V2 series.
Added and modified features
Release 2311P05 contains the following changes to OpenFlow over Release 2311P04:
Confi
g
uration
g
uide Added and modified features
OpenFlow
Added features:
•Supporting reserved port: In Port.
•Supporting group type: Indirect.
Release 2311P04 does not contain any changes to OpenFlow over Release 2310.
Release 2310 does not contain any changes to OpenFlow over Release 2307.

OpenFlow was introduced in Release 2307.
Conventions
This section describes the conventions used in this documentation set.
Command conventions
Convention Descri
p
tion
Boldface Bold text represents commands and keywords that you enter literally as shown.
Italic Italic text represents arguments that you replace with actual values.
[ ] Square brackets enclose syntax choices (keywords or arguments) that are optional.
{ x | y | ... }
Braces enclose a set of required syntax choices separated by vertical bars, from which
you select one.
[ x | y | ... ]
Square brackets enclose a set of optional syntax choices separated by vertical bars, from
which you select one or none.
{ x | y | ... } *
Asterisk marked braces enclose a set of required syntax choices separated by vertical
bars, from which you select at least one.
[ x | y | ... ] *
Asterisk marked square brackets enclose optional syntax choices separated by vertical
bars, from which you select one choice, multiple choices, or none.
&<1-n> The argument or keyword and argument combination before the ampersand (&) sign can
be entered 1 to n times.
# A line that starts with a pound (#) sign is comments.
GUI conventions
Convention Descri
p
tion
Boldface Window names, button names, field names, and menu items are in Boldface. For
example, the New User window appears; click OK.
> Multi-level menus are separated by angle brackets. For example, File > Create > Folder.
Symbols
Convention Descri
p
tion
WARNING An alert that calls attention to important information that if not understood or followed can
result in personal injury.
CAUTION An alert that calls attention to important information that if not understood or followed can
result in data loss, data corruption, or damage to hardware or software.
IMPORTANT An alert that calls attention to essential information.
NOTE An alert that contains additional or supplementary information.
TIP An alert that provides helpful information.

Network topology icons
Represents a generic network device, such as a router, switch, or firewall.
Represents a routing-capable device, such as a router or Layer 3 switch.
Represents a generic switch, such as a Layer 2 or Layer 3 switch, or a router that supports
Layer 2 forwarding and other Layer 2 features.
Port numbering in examples
The port numbers in this document are for illustration only and might be unavailable on your switch.
About the H3C S5830V2 & S5820V2
documentation set
The H3C S5830V2 & S5820V2 documentation set includes:
Cate
g
or
y
Documents Pur
p
oses
Product description and
specifications Marketing brochures Describe product specifications and benefits.
Hardware specifications
and installation
Compliance and safety
manual
Provides regulatory information and the safety
instructions that must be followed during installation.
Installation quick start Provides basic installation instructions.
Installation guide Provides a complete guide to hardware installation
and hardware specifications.
H3C LSWM1HFANSC &
LSWM1HFANSCB Fan
Assemblies Installation
Provides the physical views, specifications,
installation procedures, and removal procedures for
hot-swappable fan assemblies.
H3C LSVM1FANSC &
LSVM1FANSCB Fan
Assemblies Installation
Provides physical views, specifications, installation
procedures, and removal procedures for
hot-swappable fan assemblies.
H3C SFP/SFP+/XFP
Transceiver Modules
Installation Guide
Describes the installation and replacement
procedures for SFP/SFP+/XFP transceiver modules.
H3C LSVM1AC650 &
LSVM1DC650 Power
Modules User Manual
Provides the physical views, specifications,
installation procedures, and removal procedures for
the LSVM1AC650 and LSVM1DC650 power
modules.
H3C LSVM1AC300 &
LSVM1DC300 Power
Modules User Manual
Provides the physical views, specifications,
installation procedures, and removal procedures for
the LSVM1AC300 and LSVM1DC300 power
modules.

Cate
g
or
y
Documents Pur
p
oses
Software configuration
Configuration guides Describe software features and configuration
procedures.
Command references Provide a quick reference to all available
commands.
Operations and
maintenance
MIB Companion Describes the MIBs for the software release.
Release notes Provide information about the product release and
software upgrading.
Obtaining documentation
Access the most up-to-date H3C product documentation on the World Wide Web
at http://www.h3c.com.
Click the links on the top navigation bar to obtain different categories of product documentation:
[Technical Support & Documents > Technical Documents]—Provides hardware installation, software
upgrading, and software feature configuration and maintenance documentation.
[Products & Solutions]—Provides information about products and technologies, as well as solutions.
[Technical Support & Documents > Software Download]—Provides the documentation released with the
software version.
Technical support
servic[email protected]
http://www.h3c.com
Documentation feedback
You can e-mail your comments about product documentation to [e-mail].
We appreciate your comments.

i
Contents
Configuring OpenFlow················································································································································ 1
Overview············································································································································································1
Basic concepts ··························································································································································1
OpenFlow instance ··················································································································································5
Protocols and standards ··········································································································································5
OpenFlow configuration task list·····································································································································6
Configuring OpenFlow instances ····································································································································6
Creating an OpenFlow instance·····························································································································6
Associating an OpenFlow instance with VLANs···································································································6
Configuring flow table IDs·······································································································································7
Setting the controller mode for an OpenFlow instance························································································7
Setting the maximum number of flow entries·········································································································8
Configuring inband management VLANs··············································································································8
Disabling MAC address learning in the VLANs associated with an OpenFlow instance································9
Setting the datapath ID for an OpenFlow instance ······························································································9
Activating or reactivating an OpenFlow instance ································································································9
Configuring controllers for an OpenFlow switch········································································································ 10
Configuring controllers and main connections··································································································· 10
Setting the connection interruption mode ··········································································································· 10
Setting OpenFlow timers ··············································································································································· 10
Configuring an OpenFlow instance to support dynamic MAC addresses ······························································ 11
Displaying and maintaining OpenFlow······················································································································· 11
OpenFlow configuration example································································································································ 12
Network requirements··········································································································································· 12
Configuration procedure ······································································································································ 51H12
25HVerifying the configuration··································································································································· 52H13
26HIndex ···········································································································································································53H14

1
Configuring OpenFlow
Software-Defined Networking (SDN) was developed to meet the growing requirements of virtualization
technologies and data networks. SDN uses software to separate controlling functions from data
forwarding, and provides simple, flexible device operations and high extensibility.
OpenFlow is the communication interface between a controller and network devices to implement SDN.
With OpenFlow, you can perform centralized data forwarding management for physical and virtual
devices.
Overview
OpenFlow separates the data forwarding and routing decision functions. It keeps the flow-based
forwarding function and employs a separate controller to make routing decisions. A switch
communicates with the controller through a secure channel.
Figure 1 OpenFlow network diagram
Basic concepts
OpenFlow switch
OpenFlow switches include the following types:
•OpenFlow-only—Supports only OpenFlow operation.
•OpenFlow-hybrid—Supports both OpenFlow operation and traditional Ethernet switching
operation. Switches of this series are OpenFlow-hybrid switches.
OpenFlow port
IMPORTANT:
Tunnel interfaces and loopback interfaces cannot be used as OpenFlow ports.

2
OpenFlow supports the following types of ports:
•Physical port—Corresponds to a hardware interface of a switch, such as an Ethernet interface. A
physical port can be either an ingress port or an output port.
•Logical port—Does not correspond to a hardware interface of a switch and might be defined by
non-OpenFlow methods, such as an aggregate interface. A logical port can be either an ingress
port or an output port.
•Reserved port—Defined by OpenFlow to specify forwarding actions. A reserved port can only be
an output port. Reserved ports include the following types:
{All—All OpenFlow ports that can be used to forward a packet.
{Controller—OpenFlow controller.
{In Port—Packet ingress port. This port is available only in Release 2311P05 and later versions.
{Local—Local CPU.
{Normal—Normal forwarding process.
{Flood—Flooding.
OpenFlow flow table
An OpenFlow switch matches packets with one or more user-defined flow tables. A flow table contains
flow entries, and packets are matched based on the matching precedence of flow entries.
OpenFlow flow tables include the following types:
•MAC-IP—Combines the MAC address table and FIB table.
A MAC-IP flow table provides the following match fields:
{Destination MAC address.
{VLAN.
{Destination IP address.
A MAC-IP flow table provides the following actions:
{Modifying the destination MAC address.
{Modifying the source MAC address.
{Modifying the VLAN.
{Specifying the output port.
•Extensibility—Provides more match fields and actions than a MAC-IP flow table, such as destination
MAC address, destination IP address, VLAN priority, TCP source port, and TCP destination port.
Flow entry
Figure 2 Components of a flow entry
A flow entry contains the following fields:
•Match fields—Matching rules of the flow entry. These contain the ingress port, packet headers, and
metadata specified by the previous table.
•Priority—Matching precedence of the flow entry. A packet is matched with the table and only the
highest priority flow entry that matches the packet is selected.
•Counters—Counts of the packets that match the flow entry.

3
•Instructions—To modify the action set or pipeline processing. These include the following types:
{Meter—Directs the packets to the specified meter to limit the rate of the packets.
{Apply-Actions—Applies the specified actions in the action list immediately.
{Clear-Actions—Clears all the actions in the action set immediately.
{Write-Actions—Modifies all the actions in the action set immediately.
{Goto-Table—Indicates the next flow table in the processing line.
Actions are executed in one of the following ways:
{Action Set—When the instruction set of a flow entry does not contain a Goto-Table instruction,
pipeline processing stops and the actions in the action set are executed. An action set contains
a maximum of one action of each type.
{Action List—The actions in the action list are executed immediately in the order specified by the
action list. The effect of those actions is cumulative.
•Timeouts—Maximum amount of idle time or hard time for the flow entry.
{idle Time—The flow entry is removed when it has matched no packets during the idle time.
{hard Time—The flow entry is removed when the hard time timeout is exceeded, regardless of
whether or not it has matched packets.
•Cookie—Flow entry identifier specified by the controller.
Table-miss flow entry
Every flow table must support a table-miss flow entry to process table misses. The table-miss flow entry
specifies how to process packets unmatched by other flow entries in the flow table. The table-miss flow
entry wildcards all match fields (all fields omitted) and has the lowest priority 0. The table-miss flow entry
behaves in most ways like any other flow entry.
OpenFlow pipeline
The OpenFlow pipeline processing defines how packets interact with flow tables contained by a switch.
The flow tables of an OpenFlow switch are sequentially numbered, starting at 0. The packet is first
matched with flow entries of first flow table: flow table 0. A flow entry can only direct a packet to a flow
table number that is greater than its own flow table number.
When a packet matches a flow entry, the OpenFlow switch updates the action set for the packet and
passes the packet to the next flow table. In the last flow table, the OpenFlow switch executes all actions
to modify packet contents and specify the output port for packet forwarding. If the instruction set of one
of the flow tables contains an action list, the OpenFlow switch executes the actions to modify a copy of
the packet immediately in this table.
Figure 3 OpenFlow forwarding workflow

4
Group table
The ability for a flow entry to point to a group enables OpenFlow to represent additional methods of
forwarding. A group table contains group entries.
Figure 4 Components of a group entry
A group entry contains the following fields:
•Group Identifier—A 32 bit unsigned integer uniquely identifying the group.
•Group Type—Type of the group:
{All—Execute all buckets in the group. This group is used for multicast or broadcast forwarding.
{Indirect—Execute the one defined bucket in the group. This group type is available only in
Release 2311P05 and later versions.
•Counters—Updated when packets are processed by a group.
•Action Buckets—An ordered list of action buckets, where each action bucket contains a set of
actions to execute and associated parameters.
Meter table
Meters enable OpenFlow to implement various simple QoS operations, such as rate-limiting. A group
table contains meter entries.
Figure 5 Components of a meter entry
A meter entry contains the following fields:
•Meter Identifier—A 32 bit unsigned integer uniquely identifying the meter.
•Meter Bands—Each meter can have one or more meter bands. Each band specifies the rate at
which the band applies and the way packets should be processed. If the current rate of packets
exceeds the rate of multiple bands, the band with the highest configured rate is used.
•Counters—Updated when packets are processed by a meter.
Figure 6 Components of a meter band
A meter band contains:
•Band Type—Defines how packets are processed. Packets that exceed the band rate are dropped.
•Rate—Used by the meter to select the meter band, defines the lowest rate at which the band can
apply.
•Counters—Updated when packets are processed by a band.
•Type Specific Arguments—Some band types have optional arguments.

5
OpenFlow instance
You can configure one or more OpenFlow instances on the same device. A controller considers each
OpenFlow instance as a separate OpenFlow switch and deploys forwarding instructions to it.
In this chapter, an OpenFlow switch is the same as an OpenFlow instance, unless otherwise specified.
Associated VLAN
When an OpenFlow instance is associated with VLANs, the flow tables take effect on packets only within
these VLANs.
Activation and reactivation
The configurations for an OpenFlow instance take effect only after the OpenFlow instance is activated.
The controller can deploy flow entries to an OpenFlow instance only after the OpenFlow instance reports
the following information to the controller:
•Support capabilities for OpenFlow.
•Ports that belongs to the OpenFlow instance.
An activated OpenFlow instance need be reactivated when any of the OpenFlow instance configurations
is changed.
After reactivation, the OpenFlow instance is disconnected from all controllers and reconnects to them.
OpenFlow instance port
An OpenFlow instance sends information about the following ports to the controller:
•Physical ports
•Logical ports
•Reserved ports of the Local type
If the loosen mode is used for an OpenFlow instance associated with VLANs, a port belongs to the
OpenFlow instance when associated VLANs overlap with the port's allowed VLANs. Otherwise, a port
belongs to the OpenFlow instance only when associated VLANs are within the port's allowed VLAN list.
Protocols and standards
OpenFlow Switch Specification Version 1.3.1

6
OpenFlow configuration task list
Tasks at a
g
lance
(Required.) Configure an OpenFlow instance:
1. (Required.) Configuring OpenFlow instances
2. (Required.) Configuring an OpenFlow instance:
{(Required.) Associating an OpenFlow instance with VLANs
{(Optional.) Configuring flow table IDs
{(Optional.) Setting the controller mode for an OpenFlow instance
{(Optional.) Setting the maximum number of flow entries
{(Optional.) Configuring inband management VLANs
{(Optional.) Disabling MAC address learning in the VLANs associated with an OpenFlow instance
{(Optional.) Setting the datapath ID for an OpenFlow instance
3. (Required.) Activating or reactivating an OpenFlow instance
(Required.) Configure controllers for an OpenFlow switch:
•(Required.) Configuring controllers and main connections
•(Optional.) Setting the connection interruption mode
(Optional.) Setting OpenFlow timers
(Optional.) Configuring an OpenFlow instance to support dynamic MAC addresses
Configuring OpenFlow instances
To use LLDP together with OpenFlow, you must enable LLDP globally on OpenFlow switches. To prevent
LLDP from affecting topology discovery of OpenFlow controllers, H3C recommends that you disable LLDP
on ports of OpenFlow instances. For more information about LLDP, see Layer 2—LAN Switching
Configuration Guide.
Creating an OpenFlow instance
Ste
p
Command Remarks
1. Enter system view. system-view N/A
2. Create an OpenFlow instance
and enter OpenFlow instance
view.
openflow instance instance-id By default, no OpenFlow instance
exists.
3. (Optional.) Specify a
description for the OpenFlow
instance.
description text By default, an OpenFlow instance
does not have a description.
Associating an OpenFlow instance with VLANs
When you associate an OpenFlow instance with VLANs, follow these guidelines:
•Do not associate multiple OpenFlow instances to the same VLAN. Otherwise, VLAN traffic cannot
be correctly processed.

7
•When you activate an OpenFlow instance that is associated with non-existent VLANs, the system
automatically creates the VLANs. Do not delete any of these VLANs after the OpenFlow instance is
activated.
To associate an OpenFlow instance with VLANs:
Ste
p
Command Remarks
1. Enter system view. system-view N/A
2. Enter OpenFlow instance
view. openflow instance instance-id N/A
3. Associate the OpenFlow
instance with VLANs.
classification vlan vlan-id [ mask
vlan-mask ] [ loosen ]
By default, an OpenFlow instance
is not associated with any VLAN.
Configuring flow table IDs
Ste
p
Command Remarks
1. Enter system view. system-view N/A
2. Enter OpenFlow instance
view. openflow instance instance-id N/A
3. Configure the flow table type
and the flow table ID.
flow-table { extensibility table-id |
mac-ip table-id }*
By default, an OpenFlow instance
contains one extensibility flow
table with an ID of 0.
An OpenFlow instance supports
only one MAC-IP flow table and
one extensibility flow table. If you
execute the command multiple
times, the most recent
configuration takes effect.
The ID of the MAC-IP flow table
must be smaller than that of the
extensibility flow table.
Setting the controller mode for an OpenFlow instance
An OpenFlow instance can connect to one or more controllers, depending on the controller mode the
OpenFlow instance uses:
•Single—The OpenFlow instance connects to only one controller at a time. When communication
with the current controller fails, the OpenFlow instance uses another controller.
•Multiple—The OpenFlow instance can simultaneously connect to multiple controllers. When
communication with any controller fails, the OpenFlow instance attempts to reconnect to the
controller after a reconnection interval.
To set the controller mode for an OpenFlow instance:
Ste
p
Command Remarks
1. Enter system view. system-view N/A

8
Ste
p
Command Remarks
2. Enter OpenFlow instance view. openflow instance instance-id N/A
3. Set the controller mode. controller mode { multiple |
single }
By default, the controller mode is
multiple.
Setting the maximum number of flow entries
You can set the maximum number of flow entries that an extensibility flow table supports. When the
maximum number is reached, the OpenFlow instance does not accept new flow entries for that table and
sends a deployment failure notification to the controller.
To set the maximum number of flow entries that an extensibility flow table supports:
Ste
p
Command Remarks
1. Enter system view. system-view N/A
2. Enter OpenFlow instance
view. openflow instance instance-id N/A
3. Set the maximum number of
extensibility flow entries. flow-entry max-limit limit-value
By default, an OpenFlow
extensibility flow table supports up
to 65535 flow entries.
Configuring inband management VLANs
Inband management VLANs of an OpenFlow instance are part of the VLANs associated with the
OpenFlow instance. Inband management VLANs are used to establish connections between the
OpenFlow instance and controllers in an OpenFlow instance.
When the inband management VLANs are configured, the data packets within the inband management
VLANs are not forwarded through OpenFlow. The ports that are assigned to only in-band management
VLANs are not OpenFlow ports. Before configuring inband management VLANs, you must plan the
network.
To configure inband management VLANs:
Ste
p
Command Remarks
1. Enter system view. system-view N/A
2. Enter OpenFlow
instance view. openflow instance instance-id N/A
3. Configure inband
management VLANs. in-band management vlan vlan-list
By default, no inband management VLAN
is configured.
The inband management VLANs of an
OpenFlow instance must be within the list
of the VLANs that are associated with the
OpenFlow instance.

9
Disabling MAC address learning in the VLANs associated with
an OpenFlow instance
Ste
p
Command Remarks
1. Enter system view. system-view N/A
2. Enter OpenFlow
instance view. openflow instance instance-id N/A
3. Disable MAC address
learning in the VLANs
associated with an
OpenFlow instance.
mac-learning forbidden
By default, MAC address learning is
enabled in the VLANs associated with an
OpenFlow instance.
This configuration does not take effect on
inband management VLANs.
Setting the datapath ID for an OpenFlow instance
In an OpenFlow network, each OpenFlow instance is uniquely identified by a datapath ID.
To set the datapath ID for an OpenFlow instance:
Ste
p
Command Remarks
1. Enter system view. system-view N/A
2. Enter OpenFlow
instance view. openflow instance instance-id N/A
3. Set the datapath ID
for the OpenFlow
instance.
datapath-id datapath-id
By default, the datapath ID of an
OpenFlow instance contains the instance
ID and the bridge MAC address. The
upper 16 bits are the instance ID and the
lower 48 bits are the bridge MAC
address.
Activating or reactivating an OpenFlow instance
CAUTION:
Reactivating an OpenFlow instance refreshes the configuration data and interrupts communication with
the controllers.
To activate or reactivate an OpenFlow instance:
Ste
p
Command Remarks
1. Enter system view. system-view N/A
2. Enter OpenFlow instance
view. openflow instance instance-id N/A
3. Activate or reactivate the
OpenFlow instance. active instance By default, an OpenFlow instance
is not activated.

10
Configuring controllers for an OpenFlow switch
Configuring controllers and main connections
An OpenFlow switch supports up to 64 controllers. However, the OpenFlow channel between the
OpenFlow switch and each controller can have only one main connection. The main connection
processes control messages to complete tasks such as deploying entries, obtaining data, and sending
information. The main connection must be a reliable connection using TCP or SSL.
To specify a controller for an OpenFlow switch and configure the main connection to the controller:
Ste
p
Command Remarks
1. Enter system view. system-view N/A
2. Enter OpenFlow instance
view. openflow instance instance-id N/A
3. Specify a controller and
configure the main connection
to the controller.
controller id address { ip
ip-address | ipv6 ipv6-address }
[ port port-number ] [ ssl
ssl-policy-name ][ vrf vrf-name ]
By default, an OpenFlow instance
is not configured with any main
connection.
Setting the connection interruption mode
An OpenFlow switch is set to either of the following modes when it is disconnected from all controllers:
•Secure—In this mode, the OpenFlow switch forwards traffic based on flow tables and does not
delete unexpired flow entries.
•Standalone—The OpenFlow switch uses the normal forwarding process.
The OpenFlow switch forwards traffic based on flow tables when it reconnects to a controller successfully.
To set the connection interruption mode for an OpenFlow switch:
Ste
p
Command Remarks
1. Enter system view. system-view N/A
2. Enter OpenFlow instance
view. openflow instance instance-id N/A
3. Set the connection
interruption mode.
fail-open mode { secure |
standalone }
By default, the secure mode is
used.
Setting OpenFlow timers
An OpenFlow switch supports the following timers:
•Connection detection interval—Interval at which the OpenFlow switch sends an Echo Request
message to a controller. When the OpenFlow switch receives no Echo Reply message within three
connection detection intervals, the OpenFlow switch is disconnected from the controller.

11
•Reconnection interval—Interval for the OpenFlow switch to wait before it attempts to reconnect to a
controller.
To set OpenFlow timers for an OpenFlow switch:
Ste
p
Command Remarks
1. Enter system view. system-view N/A
2. Enter OpenFlow instance
view. openflow instance instance-id N/A
3. Set the connection detection
interval.
controller echo-request interval
interval-value
By default, the connection
detection interval is 5 seconds.
To reduce the CPU load, H3C
recommends that you set the
connection detection interval to a
large value.
4. Set the reconnection interval. controller connect interval
interval-value
By default, the reconnection
interval is 60 seconds.
Configuring an OpenFlow instance to support
dynamic MAC addresses
You can configure an OpenFlow instance to support querying and deleting of dynamic MAC addresses
in MAC-IP flow tables.
To configure an OpenFlow instance to support dynamic MAC addresses:
Ste
p
Command Remarks
1. Enter system view. system-view N/A
2. Enter OpenFlow instance
view. openflow instance instance-id N/A
3. Configure the OpenFlow
instance to support dynamic
MAC addresses.
mac-ip dynamic-mac aware
By default, an OpenFlow instance
prohibits controllers from querying
and deleting dynamic MAC
addresses.
Displaying and maintaining OpenFlow
Execute display commands in any view.
Task Command
Display the detailed information for an OpenFlow
instance. display openflow instance [ instance-id ]
Display flow table entries for an OpenFlow instance.
display openflow instance instance-id flow-table
[ table-id ]

12
Task Command
Display controller information for an OpenFlow
instance. display openflow instance instance-id controller
Display group table information for an OpenFlow
instance.
display openflow instance instance-id group
[ group-id ]
Display meter information for an OpenFlow instance.
display openflow instance instance-id meter
[ meter-id ]
Display summary OpenFlow instance information. display openflow summary
OpenFlow configuration example
Network requirements
As shown in Figure 7, perform the following tasks on the switch to enable OpenFlow communication with
the controller in specific VLANs:
•Create OpenFlow instance 1, associate VLANs 4092 and 4094 with the OpenFlow instance, and
activate the OpenFlow instance.
•Configure the controller's IP address to have the controller manage the OpenFlow switch.
Figure 7 Network diagram
Configuration procedure
# Create VLANs 4092 and 4094.
<Switch> system-view
[Switch] vlan 4092
[Switch-vlan4092] quit
[Switch] vlan 4094
[Switch-vlan4092] quit
# Create OpenFlow instance 1 and associate VLANs with it.
[Switch] openflow instance 1
[Switch-of-inst-1] classification vlan 4092 mask 4093
# Specify a controller for the OpenFlow instance and activate the instance.
[Switch-of-inst-1] controller 1 address ip 192.168.49.49
[Switch-of-inst-1] active instance

13
Verifying the configuration
# Display the detailed information for OpenFlow instance 1.
[Switch-of-inst-1] display openflow instance 1
Instance 1 verbose information:
Configuration information:
Description : --
Active status : active
Inactive configuration:
none
Active configuration:
Classification VLAN, total VLANs(2)
4092, 4094
In-band management VLAN, total VLANs(0)
empty VLAN
Connect mode: multiple
Mac-address learning: Enabled
Flow table:
Table ID(type): 0(Extensibility), count: 0
Flow-entry max-limit: 65535
Datapath ID: 0x00010cda415e232e
Port information:
none
Active channel information:
Failopen mode: secure