Rename "secchan" to "ofproto" (library) and "ovs-openflowd" (program).
[sliver-openvswitch.git] / utilities / ovs-dpctl.8.in
1 .TH ovs\-dpctl 8 "March 2009" "Open vSwitch" "Open vSwitch Manual"
2 .ds PN ovs\-dpctl
3
4 .SH NAME
5 ovs\-dpctl \- administer Open vSwitch datapaths
6
7 .SH SYNOPSIS
8 .B ovs\-dpctl
9 [\fIoptions\fR] \fIcommand \fR[\fIswitch\fR] [\fIargs\fR\&...]
10
11 .SH DESCRIPTION
12
13 The \fBovs\-dpctl\fR program can create, modify, and delete Open vSwitch
14 datapaths.  A single machine may host up to 256 datapaths (numbered 0
15 to 255).
16
17 A newly created datapath is associated with only one network device, a
18 virtual network device sometimes called the datapath's ``local port''.
19 A newly created datapath is not, however, associated with any of the
20 host's other network devices.  To intercept and process traffic on a
21 given network device, use the \fBadd\-if\fR command to explicitly add
22 that network device to the datapath.
23
24 Do not use \fBovs\-dpctl\fR commands to modify datapaths if
25 \fBovs\-vswitchd\fR(8) is in use.  Instead, modify the
26 \fBovs\-vswitchd\fR configuration file and send \fBSIGHUP\fR to the
27 \fBovs\-vswitchd\fR process.
28
29 .PP
30 Most \fBovs\-dpctl\fR commands that work with datapaths take an argument
31 that specifies the name of the datapath, in one of the following
32 forms:
33
34 .so lib/dpif.man
35
36 .PP
37 The following commands manage datapaths.
38
39 .TP
40 \fBadd\-dp \fIdp\fR [\fInetdev\fR...]
41
42 Creates datapath \fIdp\fR.  The name of the new datapath's local port
43 depends on how \fIdp\fR is specified: if it takes the form
44 \fBdp\fIN\fR, the local port will be named \fBdp\fIN\fR; otherwise,
45 the local port's name will be \fIdp\fR.
46
47 This will fail if the host already has 256 datapaths, if a network
48 device with the same name as the new datapath's local port already
49 exists, or if \fIdp\fR is given in the form \fBdp\fIN\fR
50 and a datapath numbered \fIN\fR already exists.
51
52 If \fInetdev\fRs are specified, \fBovs\-dpctl\fR adds them to the datapath.
53
54 .TP
55 \fBdel\-dp \fIdp\fR
56 Deletes datapath \fIdp\fR.  If \fIdp\fR is associated with any network
57 devices, they are automatically removed.
58
59 .TP
60 \fBadd\-if \fIdp netdev\fR[\fIoption\fR...]...
61 Adds each \fInetdev\fR to the set of network devices datapath
62 \fIdp\fR monitors, where \fIdp\fR is the name of an existing
63 datapath, and \fInetdev\fR is the name of one of the host's
64 network devices, e.g. \fBeth0\fR.  Once a network device has been added
65 to a datapath, the datapath has complete ownership of the network device's
66 traffic and the network device appears silent to the rest of the
67 system.
68
69 A \fInetdev\fR may be followed by a comma-separated list of options.
70 The following options are currently supported:
71
72 .RS
73 .IP "\fBinternal\fR"
74 Instead of attaching an existing \fInetdev\fR, creates an internal
75 port (analogous to the local port) with that name.
76 .RE
77
78 .TP
79 \fBdel\-if \fIdp netdev\fR...
80 Removes each \fInetdev\fR from the list of network devices datapath
81 \fIdp\fR monitors.
82
83 .TP
84 \fBshow \fR[\fIdp\fR...]
85 Prints a summary of configured datapaths, including their datapath
86 numbers and a list of ports connected to each datapath.  (The local
87 port is identified as port 0.)
88
89 If one or more datapaths are specified, information on only those
90 datapaths are displayed.  Otherwise, \fBovs\-dpctl\fR displays information
91 about all configured datapaths.
92
93 .IP "\fBdump-flows \fIdp\fR"
94 Prints to the console all flow entries in datapath \fIdp\fR's
95 flow table.
96
97 This command is primarily useful for debugging Open vSwitch.  The flow
98 table entries that it displays are not
99 OpenFlow flow entries.  Instead, they are different and considerably
100 simpler flows maintained by the Open vSwitch kernel module.
101
102 .IP "\fBdel-flows \fIdp\fR"
103 Deletes all flow entries from datapath \fIdp\fR's flow table.
104
105 This command is primarily useful for debugging Open vSwitch.  As
106 discussed in \fBdump-flows\fR, these entries are
107 not OpenFlow flow entries.  By deleting them, the process that set them
108 up may be confused about their disappearance.
109
110 .IP "\fBdump-groups \fIdp\fR"
111 Prints to the console the sets of port groups maintained by datapath
112 \fIdp\fR.  Ordinarily there are at least 2 port groups in a datapath
113 that \fBovs\-openflowd\fR or \fBovs\-vswitch\fR is controlling: group
114 0 contains
115 all ports except those disabled by STP, and group 1 contains all
116 ports.  Additional or different groups might be used in the future.
117
118 This command is primarily useful for debugging Open vSwitch.  OpenFlow
119 does not have a concept of port groups.
120
121 .SH OPTIONS
122 .TP
123 \fB-t\fR, \fB--timeout=\fIsecs\fR
124 Limits \fBovs\-dpctl\fR runtime to approximately \fIsecs\fR seconds.  If
125 the timeout expires, \fBovs\-dpctl\fR will exit with a \fBSIGALRM\fR
126 signal.
127
128 .so lib/vlog.man
129 .so lib/common.man
130
131 .SH EXAMPLES
132
133 A typical \fBovs\-dpctl\fR command sequence for controlling an
134 Open vSwitch kernel module:
135
136 .TP
137 \fBovs\-dpctl add\-dp dp0\fR
138 Creates datapath number 0.
139
140 .TP
141 \fBovs\-dpctl add\-if dp0 eth0 eth1\fR
142 Adds two network devices to the new datapath.
143
144 .PP
145 At this point one would ordinarily start \fBovs\-openflowd\fR(8) on
146 \fBdp0\fR, transforming \fBdp0\fR into an OpenFlow switch.  Then, when
147 the switch and the datapath is no longer needed:
148
149 .TP
150 \fBovs\-dpctl del\-if dp0 eth0 eth1\fR
151 Removes network devices from the datapath.
152
153 .TP
154 \fBovs\-dpctl del\-dp dp0\fR
155 Deletes the datapath.
156
157 .SH "SEE ALSO"
158
159 .BR ovs\-appctl (8),
160 .BR ovs\-openflowd (8),
161 .BR ovs\-vswitchd (8)