Difference between revisions of "VETH device"

From CRIU
Jump to navigation Jump to search
Line 1: Line 1:
[[Category: Empty articles]]
+
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.