On 3/10/25 19:00, Laurent Vivier wrote:
+Using passt as the user mode network stack +~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ + +`passt(1)`_ can be used as a simple replacement for SLIRP (``-net user``).
I would use just `passt` for the link, linking to passt.top only the first time and...
+`passt(1)`_ can be connected to QEMU either by using a socket +(``-netdev stream``) or using the vhost-user interface (``-netdev vhost-user``). +See `passt web site`_ and `passt(1)`_ for more details on passt.
... the man page here. After the first two occurrences you don't need any more links.
+Example of migration of a guest on the same host +________________________________________________ + +Before being able to run passt-repair, the CAP_NET_ADMIN capability must be set +on the file, run as root:: + + setcat cap_net_admin+eip ./passt-repair
setcap :)
+Start `passt(1)`_ for the source side:: + + passt + +Start passt-repair:: + + passt-repair /tmp/passt_1.socket.repair + +Start source side QEMU with a monitor to be able to send the migrate command: + +.. parsed-literal:: + |qemu_system| [...OPTIONS...] [...VHOST USER OPTIONS...] -monitor stdio + +Start `passt(1)`_ for the destination side:: + + passt + +Start passt-repair:: + + passt-repair /tmp/passt_2.socket.repair + +Start QEMU with the ``-incoming`` parameter: + +.. parsed-literal:: + |qemu_system| [...OPTIONS...] [...VHOST USER OPTIONS...] -incoming tcp:localhost:4444 + +Then in the source guest monitor the migration can be started:: + + (qemu) migrate tcp:localhost:4444 + Hubs ~~~~
