Difference between revisions of "VETH device"
Line 1: | Line 1: | ||
− | [[ | + | When you restore a net namespace with a VETH device end in it, CRIU will create the other end of the pair in the net namespace you launch CRIU from. By default its name will be the one generated by the veth kernel driver. Not to scan through all the net devices trying to find one, you can use the --external option (<code>opts.external</code> field in [[RPC]]) in the form <code>--external veth[NAME]:HOSTNAME{@BRIDGE}</code> (the <code>@BRIDGE</code> part is optional). When used a device named <code>''NAME''</code> in a newly restored namespace will be linked with the <code>''HOSTNAME''</code> one in the CRIU namespace and optionally the host-side device will be adder to the <code>''BRIDGE''</code> bridge device. |
+ | |||
+ | In the older version of CRIU the same functionality was controlled with the <code>--veth-pair NAME=HOSTNAME[@BRIDGE]</code> option and <code>opts.veths</code> [[RPC]] field. | ||
+ | |||
[[Category: HOWTO]] | [[Category: HOWTO]] | ||
[[Category: API]] | [[Category: API]] | ||
[[Category: Network]] | [[Category: Network]] |
Revision as of 10:50, 26 September 2016
When you restore a net namespace with a VETH device end in it, CRIU will create the other end of the pair in the net namespace you launch CRIU from. By default its name will be the one generated by the veth kernel driver. Not to scan through all the net devices trying to find one, you can use the --external option (opts.external
field in RPC) in the form --external veth[NAME]:HOSTNAME{@BRIDGE}
(the @BRIDGE
part is optional). When used a device named NAME
in a newly restored namespace will be linked with the HOSTNAME
one in the CRIU namespace and optionally the host-side device will be adder to the BRIDGE
bridge device.
In the older version of CRIU the same functionality was controlled with the --veth-pair NAME=HOSTNAME[@BRIDGE]
option and opts.veths
RPC field.