You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@cloudstack.apache.org by "bernardodemarco (via GitHub)" <gi...@apache.org> on 2026/04/10 23:16:32 UTC
[PR] Add option to control MAC address reuse for VR public NICs [cloudstack]
bernardodemarco opened a new pull request, #13001:
URL: https://github.com/apache/cloudstack/pull/13001
### Description
ACS currently uses the same MAC address for the public NICs of VRs when implementing redundant VRs or when restarting an isolated network or VPC with cleanup. In the case of restarts with cleanup, ACS initializes a new VR with its NICs and subsequently applies the corresponding configuration and IP addresses.
In this scenario, when VRs are cleaned up while there is intensive traffic on the public network, traffic may still be directed to the same MAC address as the previous VR before the new VR’s public NIC is fully configured. As a result, the VR’s operating system may interpret this traffic as a spoofing attack and begin dropping packets. To address these cases, the MAC address of the public NIC can be changed when VRs are recreated during cleanup. This ensures that network traffic is only directed to the new VR once it is fully configured.
To support this behavior in ACS, the `keepmacaddressonpublicnic` parameter has been added to the `createNetwork`, `createVPC`, `updateNetwork`, and `updateVPC` APIs. When set to true (the default, preserving existing behavior), ACS reuses the same MAC address for the public NIC across VRs during redundancy or recreation. When set to false, newly created public NICs are always assigned a new MAC address.
### Types of changes
- [ ] Breaking change (fix or feature that would cause existing functionality to change)
- [X] New feature (non-breaking change which adds functionality)
- [ ] Bug fix (non-breaking change which fixes an issue)
- [ ] Enhancement (improves an existing feature and functionality)
- [ ] Cleanup (Code refactoring and cleanup, that may add test cases)
- [ ] Build/CI
- [ ] Test (unit or integration test code)
### Feature/Enhancement Scale or Bug Severity
#### Feature/Enhancement Scale
- [ ] Major
- [X] Minor
### Screenshots (if appropriate):
### How Has This Been Tested?
#### Authorization validation
1. I verified that only `Admin` accounts have permission to manipulate the `keepmacaddressonpublicnic` parameter in the following APIs:
- `createNetwork`;
- `updateNetwork`;
- `createVPC`;
- `updateVPC`.
#### Behavior validation
##### Isolated networks
1. I created an isolated network with the `keepmacaddressonpublicnic` parameter set to `true`
2. I verified that the MAC address of the public network NIC of the VR was `1e:01:89:00:00:0e`
3. I restarted the network with clean up and verified that the MAC address of the NIC remained the same
4. I made the network redundant and verified that the MAC address of the NIC of the new VR was the same as the existing VR
5. I updated the parameter to `false` and performed a network clean up
6. I verified that the MAC addresses of the new VRs were updated to `1e:01:ee:00:00:0e` and `1e:01:26:00:00:0e`
7. I created a new network with the `keepmacaddressonpublicnic` parameter set to `false`
8. I verified that the MAC address of the public network NIC of the VR was `1e:01:73:00:00:0d`
9. I made the network redundant and verified that the MAC addresses of the NICs of the new VRs were `1e:01:32:00:00:0d` and `1e:01:82:00:00:0d`
##### Redundant isolated networks
1. I created a redundant isolated network with the `keepmacaddressonpublicnic` parameter set to `true`
2. I verified that the MAC address of the public network NICs of the VRs were the same.
3. I added a new NIC to the VM, from a new isolated network, with the `keepmacaddressonpublicnic` parameter set to `false`.
4. I verified that the MAC address of the public network NICs of the VRs were different.
##### VPCs
1. I created a VPC with the `keepmacaddressonpublicnic` parameter set to `true`
2. I verified that the MAC address of the public network NIC of the VR was `1e:01:3a:00:00:0d`
3. I restarted the VPC with clean up and verified that the MAC address of the NIC remained the same
4. I made the VPC redundant and verified that the MAC addresses of the new VRs remained the same
5. I updated the parameter to `false` and performed a VPC clean up
6. I verified that the MAC addresses of the new VRs were updated
##### Redundant VPCs
1. I created a redundant VPC with the `keepmacaddressonpublicnic` parameter set to `true`
2. I verified that the MAC addresses were the same
3. I created a redundant VPC with the `keepmacaddressonpublicnic` parameter set to `false`
4. I verified that the MAC addresses were different
--
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
To unsubscribe, e-mail: commits-unsubscribe@cloudstack.apache.org
For queries about this service, please contact Infrastructure at:
users@infra.apache.org
Re: [PR] Add option to control MAC address reuse for VR public NICs [cloudstack]
Posted by "blueorangutan (via GitHub)" <gi...@apache.org>.
blueorangutan commented on PR #13001:
URL: https://github.com/apache/cloudstack/pull/13001#issuecomment-4284432594
@weizhouapache a [SL] Trillian-Jenkins matrix job (EL8 mgmt + EL8 KVM, Ubuntu22 mgmt + Ubuntu22 KVM, EL8 mgmt + VMware 7.0u3, EL9 mgmt + XCP-ng 8.2 ) has been kicked to run smoke tests
--
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
To unsubscribe, e-mail: commits-unsubscribe@cloudstack.apache.org
For queries about this service, please contact Infrastructure at:
users@infra.apache.org
Re: [PR] Add option to control MAC address reuse for VR public NICs [cloudstack]
Posted by "weizhouapache (via GitHub)" <gi...@apache.org>.
weizhouapache commented on PR #13001:
URL: https://github.com/apache/cloudstack/pull/13001#issuecomment-4280295569
> @erikbocks, thanks for testing it!
>
> @weizhouapache, I believe this one is ready for merge, right?
@bernardodemarco
yes, it looks good to me.
btw: there is a simulator CI failure related to persistent network, I have restarted the test, let's wait it to be finished.
--
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
To unsubscribe, e-mail: commits-unsubscribe@cloudstack.apache.org
For queries about this service, please contact Infrastructure at:
users@infra.apache.org
Re: [PR] Add option to control MAC address reuse for VR public NICs [cloudstack]
Posted by "bernardodemarco (via GitHub)" <gi...@apache.org>.
bernardodemarco commented on PR #13001:
URL: https://github.com/apache/cloudstack/pull/13001#issuecomment-4227340904
@blueorangutan package
--
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
To unsubscribe, e-mail: commits-unsubscribe@cloudstack.apache.org
For queries about this service, please contact Infrastructure at:
users@infra.apache.org
Re: [PR] Add option to control MAC address reuse for VR public NICs [cloudstack]
Posted by "bernardodemarco (via GitHub)" <gi...@apache.org>.
bernardodemarco commented on PR #13001:
URL: https://github.com/apache/cloudstack/pull/13001#issuecomment-4279808879
@erikbocks, thanks for testing it!
@weizhouapache, I believe this one is ready for merge, right?
--
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
To unsubscribe, e-mail: commits-unsubscribe@cloudstack.apache.org
For queries about this service, please contact Infrastructure at:
users@infra.apache.org
Re: [PR] Add option to control MAC address reuse for VR public NICs [cloudstack]
Posted by "blueorangutan (via GitHub)" <gi...@apache.org>.
blueorangutan commented on PR #13001:
URL: https://github.com/apache/cloudstack/pull/13001#issuecomment-4299567912
@bernardodemarco a [SL] Jenkins job has been kicked to build packages. It will be bundled with no SystemVM templates. I'll keep you posted as I make progress.
--
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
To unsubscribe, e-mail: commits-unsubscribe@cloudstack.apache.org
For queries about this service, please contact Infrastructure at:
users@infra.apache.org
Re: [PR] Add option to control MAC address reuse for VR public NICs [cloudstack]
Posted by "weizhouapache (via GitHub)" <gi...@apache.org>.
weizhouapache commented on PR #13001:
URL: https://github.com/apache/cloudstack/pull/13001#issuecomment-4241870347
> Hello, @weizhouapache
>
> > Can you perform the tests ?
>
> Sure! Below are described some connectivity stress tests that I performed in my local environment. They were executed over a VPC (CIDR 10.0.0.0/16), with a tier (CIDR 10.0.0.0/24) whose ACL was configured to allow all ingress and egress network traffic. I acquired a public IP (192.168.122.15) for the VPC and assigned it to a VM provisioned in the tier. In the VM, I configured a UDP server with Node.js and started it as a daemon:
>
> UDP Server
> ```js
> const udp = require('dgram')
> const fs = require('fs')
>
> const server = udp.createSocket('udp4')
> const port = 2222
>
> const logStream = fs.createWriteStream('udp.log', { flags: 'a' })
>
> server.on('error', (error) => {
> logStream.write('Error: ' + error)
> server.close()
> })
>
> server.on('message', (msg, info) => {
> const message = msg.toString()
> const logEntry = `[${new Date().toISOString()}] ${info.address}:${info.port} - ${message}\n`
> logStream.write(logEntry)
> console.log(logEntry.trim())
> })
>
> server.on('listening', () => {
> logStream.write('Server is listening at port ' + port)
> })
>
> server.on('close', () => {
> logStream.write('Socket is closed')
> logStream.end()
> })
>
> server.bind(port)
> ```
>
> Next, I developed a client script to send UDP datagrams to the server every 100 milliseconds:
>
> UDP Client
> ```js
> const udp = require('dgram')
>
> const host = '192.168.122.15'
> const port = 2222
> const sleepInterval = 100
>
> const client = udp.createSocket('udp4')
>
> function randomIntFromInterval(min, max) {
> return Math.floor(Math.random() * (max - min + 1) + min)
> }
>
> let i = 0
> async function sendDataToServer() {
> const message = 'load test #' + (i++).toString() + ' -- data:' + Date.now().toString(36).repeat(randomIntFromInterval(100, 150))
> console.log(message)
> const data = Buffer.from(message)
>
> client.send(data, port, host, (error) => {
> console.log('sending data to the server')
> if (error) {
> console.log('error - closing socket')
> client.close()
> }
> })
> }
>
> setInterval(sendDataToServer, sleepInterval)
> ```
>
> ## Non-redundant VPC cleanup
> ### Reusing the same MAC address
> 1. Using a non-redundant VPC, I started the server and ran the client script to begin sending UDP datagrams to the server.
> 2. Cleaned up the VPC.
> 3. The UDP datagrams from `#396` to `#420` and `#422` to `#427` were dropped and it took about 3 seconds for the connection between the client and server to be reestablished.
>
> Logs
> ```
> [2026-04-13T16:40:58.947Z] 192.168.122.1:60751 - load test #394 -- data:mnxf5xs0mnxf5xs0mnxf5xs0mnxf5xs0mnxf5xs0mnxf5xs0mnxf5xs0mnxf5xs0mnxf5xs0mnxf5xs0mnxf5xs0mnxf5xs0mnxf5xs0mnxf5xs0mnxf5xs0mnxf5xs0mnxf5xs0mnxf5xs0mnxf5xs0mnxf5xs0mnxf5xs0mnxf5xs0mnxf5xs0mnxf5xs0mnxf5xs0mnxf5xs0mnxf5xs0mnxf5xs0mnxf5xs0mnxf5xs0mnxf5xs0mnxf5xs0mnxf5xs0mnxf5xs0mnxf5xs0mnxf5xs0mnxf5xs0mnxf5xs0mnxf5xs0mnxf5xs0mnxf5xs0mnxf5xs0mnxf5xs0mnxf5xs0mnxf5xs0mnxf5xs0mnxf5xs0mnxf5xs0mnxf5xs0mnxf5xs0mnxf5xs0mnxf5xs0mnxf5xs0mnxf5xs0mnxf5xs0mnxf5xs0mnxf5xs0mnxf5xs0mnxf5xs0mnxf5xs0mnxf5xs0mnxf5xs0mnxf5xs0mnxf5xs0mnxf5xs0mnxf5xs0mnxf5xs0mnxf5xs0mnxf5xs0mnxf5xs0mnxf5xs0mnxf5xs0mnxf5xs0mnxf5xs0mnxf5xs0mnxf5xs0mnxf5xs0mnxf5xs0mnxf5xs0mnxf5xs0mnxf5xs0mnxf5xs0mnxf5xs0mnxf5xs0mnxf5xs0mnxf5xs0mnxf5xs0mnxf5xs0mnxf5xs0mnxf5xs0mnxf5xs0mnxf5xs0mnxf5xs0mnxf5xs0mnxf5xs0mnxf5xs0mnxf5xs0mnxf5xs0mnxf5xs0mnxf5xs0mnxf5xs0mnxf5xs0mnxf5xs0mnxf5xs0mnxf5xs0mnxf5xs0mnxf5xs0mnxf5xs0mnxf5xs0mnxf5xs0mnxf5xs0mnxf5xs0mnxf5xs0mnxf5xs0mnxf5xs0m
nxf5xs0mnxf5xs0
> [2026-04-13T16:40:59.047Z] 192.168.122.1:60751 - load test #395 -- data:mnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutm
nxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xut
> [2026-04-13T16:41:01.654Z] 192.168.122.1:60751 - load test #421 -- data:mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7m
nxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7
> [2026-04-13T16:41:02.356Z] 192.168.122.1:60751 - load test #428 -- data:mnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epm
nxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60ep
> [2026-04-13T16:41:02.456Z] 192.168.122.1:60751 - load test #429 -- data:mnxf60himnxf60himnxf60himnxf60himnxf60himnxf60himnxf60himnxf60himnxf60himnxf60himnxf60himnxf60himnxf60himnxf60himnxf60himnxf60himnxf60himnxf60himnxf60himnxf60himnxf60himnxf60himnxf60himnxf60himnxf60himnxf60himnxf60himnxf60himnxf60himnxf60himnxf60himnxf60himnxf60himnxf60himnxf60himnxf60himnxf60himnxf60himnxf60himnxf60himnxf60himnxf60himnxf60himnxf60himnxf60himnxf60himnxf60himnxf60himnxf60himnxf60himnxf60himnxf60himnxf60himnxf60himnxf60himnxf60himnxf60himnxf60himnxf60himnxf60himnxf60himnxf60himnxf60himnxf60himnxf60himnxf60himnxf60himnxf60himnxf60himnxf60himnxf60himnxf60himnxf60himnxf60himnxf60himnxf60himnxf60himnxf60himnxf60himnxf60himnxf60himnxf60himnxf60himnxf60himnxf60himnxf60himnxf60himnxf60himnxf60himnxf60himnxf60himnxf60himnxf60himnxf60himnxf60himnxf60himnxf60himnxf60himnxf60himnxf60himnxf60himnxf60himnxf60himnxf60himnxf60himnxf60himnxf60himnxf60himnxf60himnxf60himnxf60himnxf60himnxf60himnxf60himnxf60him
nxf60himnxf60himnxf60himnxf60himnxf60himnxf60himnxf60himnxf60himnxf60himnxf60himnxf60himnxf60himnxf60himnxf60himnxf60hi
> [2026-04-13T16:41:02.557Z] 192.168.122.1:60751 - load test #430 -- data:mnxf60kamnxf60kamnxf60kamnxf60kamnxf60kamnxf60kamnxf60kamnxf60kamnxf60kamnxf60kamnxf60kamnxf60kamnxf60kamnxf60kamnxf60kamnxf60kamnxf60kamnxf60kamnxf60kamnxf60kamnxf60kamnxf60kamnxf60kamnxf60kamnxf60kamnxf60kamnxf60kamnxf60kamnxf60kamnxf60kamnxf60kamnxf60kamnxf60kamnxf60kamnxf60kamnxf60kamnxf60kamnxf60kamnxf60kamnxf60kamnxf60kamnxf60kamnxf60kamnxf60kamnxf60kamnxf60kamnxf60kamnxf60kamnxf60kamnxf60kamnxf60kamnxf60kamnxf60kamnxf60kamnxf60kamnxf60kamnxf60kamnxf60kamnxf60kamnxf60kamnxf60kamnxf60kamnxf60kamnxf60kamnxf60kamnxf60kamnxf60kamnxf60kamnxf60kamnxf60kamnxf60kamnxf60kamnxf60kamnxf60kamnxf60kamnxf60kamnxf60kamnxf60kamnxf60kamnxf60kamnxf60kamnxf60kamnxf60kamnxf60kamnxf60kamnxf60kamnxf60kamnxf60kamnxf60kamnxf60kamnxf60kamnxf60kamnxf60kamnxf60kamnxf60kamnxf60kamnxf60kamnxf60kamnxf60kamnxf60kamnxf60kamnxf60kamnxf60kamnxf60kamnxf60kamnxf60kamnxf60kamnxf60kamnxf60kamnxf60kamnxf60kamnxf60kamnxf60kamnxf60kamnxf60kam
nxf60ka
> [2026-04-13T16:41:02.657Z] 192.168.122.1:60751 - load test #431 -- data:mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3m
nxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3
> ```
>
> Network traffic obtained from `tcpdump`
> ```
> 13:40:59.145761 IP bernardodemarco.60751 > 192.168.122.15.2222: UDP, length 1143
> 13:40:59.246191 IP bernardodemarco.60751 > 192.168.122.15.2222: UDP, length 1175
> 13:40:59.346722 IP bernardodemarco.60751 > 192.168.122.15.2222: UDP, length 991
> 13:40:59.446151 IP bernardodemarco.60751 > 192.168.122.15.2222: UDP, length 1167
> 13:40:59.546662 IP bernardodemarco.60751 > 192.168.122.15.2222: UDP, length 879
> 13:40:59.647128 IP bernardodemarco.60751 > 192.168.122.15.2222: UDP, length 871
> 13:40:59.747569 IP bernardodemarco.60751 > 192.168.122.15.2222: UDP, length 911
> 13:40:59.847001 IP bernardodemarco.60751 > 192.168.122.15.2222: UDP, length 1167
> 13:40:59.947428 IP bernardodemarco.60751 > 192.168.122.15.2222: UDP, length 975
> 13:41:00.046850 IP bernardodemarco.60751 > 192.168.122.15.2222: UDP, length 863
> 13:41:00.147270 IP bernardodemarco.60751 > 192.168.122.15.2222: UDP, length 1103
> 13:41:00.247703 IP bernardodemarco.60751 > 192.168.122.15.2222: UDP, length 1063
> 13:41:00.348153 IP bernardodemarco.60751 > 192.168.122.15.2222: UDP, length 1031
> 13:41:00.448789 IP bernardodemarco.60751 > 192.168.122.15.2222: UDP, length 1063
> 13:41:00.549298 IP bernardodemarco.60751 > 192.168.122.15.2222: UDP, length 983
> 13:41:00.649787 IP bernardodemarco.60751 > 192.168.122.15.2222: UDP, length 1079
> 13:41:00.750262 IP bernardodemarco.60751 > 192.168.122.15.2222: UDP, length 983
> 13:41:00.850692 IP bernardodemarco.60751 > 192.168.122.15.2222: UDP, length 1055
> 13:41:00.951119 IP bernardodemarco.60751 > 192.168.122.15.2222: UDP, length 1055
> 13:41:01.051681 IP bernardodemarco.60751 > 192.168.122.15.2222: UDP, length 855
> 13:41:01.151187 IP bernardodemarco.60751 > 192.168.122.15.2222: UDP, length 999
> 13:41:01.251608 IP bernardodemarco.60751 > 192.168.122.15.2222: UDP, length 855
> 13:41:01.351166 IP bernardodemarco.60751 > 192.168.122.15.2222: UDP, length 1199
> 13:41:01.451601 IP bernardodemarco.60751 > 192.168.122.15.2222: UDP, length 1183
> 13:41:01.455607 ARP, Reply 192.168.122.15 is-at 1e:01:16:00:00:0d (oui Unknown), length 28
> 13:41:01.551163 IP bernardodemarco.60751 > 192.168.122.15.2222: UDP, length 847
> 13:41:01.651601 IP bernardodemarco.60751 > 192.168.122.15.2222: UDP, length 1167
> 13:41:01.739797 ARP, Reply 192.168.122.15 is-at 1e:01:16:00:00:0d (oui Unknown), length 28
> 13:41:01.751023 IP bernardodemarco.60751 > 192.168.122.15.2222: UDP, length 839
> 13:41:01.851466 IP bernardodemarco.60751 > 192.168.122.15.2222: UDP, length 855
> 13:41:01.950897 IP bernardodemarco.60751 > 192.168.122.15.2222: UDP, length 847
> 13:41:02.051321 IP bernardodemarco.60751 > 192.168.122.15.2222: UDP, length 999
> 13:41:02.151736 IP bernardodemarco.60751 > 192.168.122.15.2222: UDP, length 1151
> 13:41:02.168592 ARP, Reply 192.168.122.15 is-at 1e:01:16:00:00:0d (oui Unknown), length 28
> 13:41:02.252158 IP bernardodemarco.60751 > 192.168.122.15.2222: UDP, length 1223
> 13:41:02.353824 IP bernardodemarco.60751 > 192.168.122.15.2222: UDP, length 1207
> 13:41:02.454309 IP bernardodemarco.60751 > 192.168.122.15.2222: UDP, length 1063
> 13:41:02.554785 IP bernardodemarco.60751 > 192.168.122.15.2222: UDP, length 951
> ```
>
> ### Not reusing the same MAC address
> 1. Using a non-redundant VPC, I started the server and ran the client script to begin sending UDP datagrams to the server.
> 2. Cleaned up the VPC.
> 3. The UDP datagrams from `#590` to `#597` were dropped and it took about 1 second for the connection between the client and server to be reestablished.
>
> Logs
> ```
> [2026-04-13T16:31:34.305Z] 192.168.122.1:42478 - load test #588 -- data:mnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3km
nxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3k
> [2026-04-13T16:31:34.405Z] 192.168.122.1:42478 - load test #589 -- data:mnxetu6cmnxetu6cmnxetu6cmnxetu6cmnxetu6cmnxetu6cmnxetu6cmnxetu6cmnxetu6cmnxetu6cmnxetu6cmnxetu6cmnxetu6cmnxetu6cmnxetu6cmnxetu6cmnxetu6cmnxetu6cmnxetu6cmnxetu6cmnxetu6cmnxetu6cmnxetu6cmnxetu6cmnxetu6cmnxetu6cmnxetu6cmnxetu6cmnxetu6cmnxetu6cmnxetu6cmnxetu6cmnxetu6cmnxetu6cmnxetu6cmnxetu6cmnxetu6cmnxetu6cmnxetu6cmnxetu6cmnxetu6cmnxetu6cmnxetu6cmnxetu6cmnxetu6cmnxetu6cmnxetu6cmnxetu6cmnxetu6cmnxetu6cmnxetu6cmnxetu6cmnxetu6cmnxetu6cmnxetu6cmnxetu6cmnxetu6cmnxetu6cmnxetu6cmnxetu6cmnxetu6cmnxetu6cmnxetu6cmnxetu6cmnxetu6cmnxetu6cmnxetu6cmnxetu6cmnxetu6cmnxetu6cmnxetu6cmnxetu6cmnxetu6cmnxetu6cmnxetu6cmnxetu6cmnxetu6cmnxetu6cmnxetu6cmnxetu6cmnxetu6cmnxetu6cmnxetu6cmnxetu6cmnxetu6cmnxetu6cmnxetu6cmnxetu6cmnxetu6cmnxetu6cmnxetu6cmnxetu6cmnxetu6cmnxetu6cmnxetu6cmnxetu6cmnxetu6cmnxetu6cmnxetu6cmnxetu6cmnxetu6c
> [2026-04-13T16:31:35.308Z] 192.168.122.1:42478 - load test #598 -- data:mnxetuvemnxetuvemnxetuvemnxetuvemnxetuvemnxetuvemnxetuvemnxetuvemnxetuvemnxetuvemnxetuvemnxetuvemnxetuvemnxetuvemnxetuvemnxetuvemnxetuvemnxetuvemnxetuvemnxetuvemnxetuvemnxetuvemnxetuvemnxetuvemnxetuvemnxetuvemnxetuvemnxetuvemnxetuvemnxetuvemnxetuvemnxetuvemnxetuvemnxetuvemnxetuvemnxetuvemnxetuvemnxetuvemnxetuvemnxetuvemnxetuvemnxetuvemnxetuvemnxetuvemnxetuvemnxetuvemnxetuvemnxetuvemnxetuvemnxetuvemnxetuvemnxetuvemnxetuvemnxetuvemnxetuvemnxetuvemnxetuvemnxetuvemnxetuvemnxetuvemnxetuvemnxetuvemnxetuvemnxetuvemnxetuvemnxetuvemnxetuvemnxetuvemnxetuvemnxetuvemnxetuvemnxetuvemnxetuvemnxetuvemnxetuvemnxetuvemnxetuvemnxetuvemnxetuvemnxetuvemnxetuvemnxetuvemnxetuvemnxetuvemnxetuvemnxetuvemnxetuvemnxetuvemnxetuvemnxetuvemnxetuvemnxetuvemnxetuvemnxetuvemnxetuvemnxetuvemnxetuvemnxetuvemnxetuvemnxetuvemnxetuvemnxetuvemnxetuvemnxetuvemnxetuve
> [2026-04-13T16:31:35.408Z] 192.168.122.1:42478 - load test #599 -- data:mnxetuy7mnxetuy7mnxetuy7mnxetuy7mnxetuy7mnxetuy7mnxetuy7mnxetuy7mnxetuy7mnxetuy7mnxetuy7mnxetuy7mnxetuy7mnxetuy7mnxetuy7mnxetuy7mnxetuy7mnxetuy7mnxetuy7mnxetuy7mnxetuy7mnxetuy7mnxetuy7mnxetuy7mnxetuy7mnxetuy7mnxetuy7mnxetuy7mnxetuy7mnxetuy7mnxetuy7mnxetuy7mnxetuy7mnxetuy7mnxetuy7mnxetuy7mnxetuy7mnxetuy7mnxetuy7mnxetuy7mnxetuy7mnxetuy7mnxetuy7mnxetuy7mnxetuy7mnxetuy7mnxetuy7mnxetuy7mnxetuy7mnxetuy7mnxetuy7mnxetuy7mnxetuy7mnxetuy7mnxetuy7mnxetuy7mnxetuy7mnxetuy7mnxetuy7mnxetuy7mnxetuy7mnxetuy7mnxetuy7mnxetuy7mnxetuy7mnxetuy7mnxetuy7mnxetuy7mnxetuy7mnxetuy7mnxetuy7mnxetuy7mnxetuy7mnxetuy7mnxetuy7mnxetuy7mnxetuy7mnxetuy7mnxetuy7mnxetuy7mnxetuy7mnxetuy7mnxetuy7mnxetuy7mnxetuy7mnxetuy7mnxetuy7mnxetuy7mnxetuy7mnxetuy7mnxetuy7mnxetuy7mnxetuy7mnxetuy7mnxetuy7mnxetuy7mnxetuy7mnxetuy7mnxetuy7mnxetuy7mnxetuy7mnxetuy7mnxetuy7mnxetuy7mnxetuy7mnxetuy7mnxetuy7mnxetuy7mnxetuy7mnxetuy7mnxetuy7mnxetuy7mnxetuy7mnxetuy7mnxetuy7m
nxetuy7mnxetuy7mnxetuy7mnxetuy7mnxetuy7mnxetuy7mnxetuy7
> ```
>
> Network traffic obtained from `tcpdump`
> ```
> 13:31:34.304662 IP bernardodemarco.42478 > 192.168.122.15.2222: UDP, length 1063
> 13:31:34.405027 IP bernardodemarco.42478 > 192.168.122.15.2222: UDP, length 831
> 13:31:34.414723 ARP, Reply 192.168.122.15 is-at 1e:01:16:00:00:0d (oui Unknown), length 28
> 13:31:34.505457 IP bernardodemarco.42478 > 192.168.122.15.2222: UDP, length 1223
> 13:31:34.604889 IP bernardodemarco.42478 > 192.168.122.15.2222: UDP, length 1175
> 13:31:34.669731 ARP, Reply 192.168.122.15 is-at 1e:01:16:00:00:0d (oui Unknown), length 28
> 13:31:34.705264 IP bernardodemarco.42478 > 192.168.122.15.2222: UDP, length 1087
> 13:31:34.805702 IP bernardodemarco.42478 > 192.168.122.15.2222: UDP, length 1007
> 13:31:34.906230 IP bernardodemarco.42478 > 192.168.122.15.2222: UDP, length 1087
> 13:31:35.006709 IP bernardodemarco.42478 > 192.168.122.15.2222: UDP, length 1047
> 13:31:35.107203 IP bernardodemarco.42478 > 192.168.122.15.2222: UDP, length 1055
> 13:31:35.112751 ARP, Reply 192.168.122.15 is-at 1e:01:16:00:00:0d (oui Unknown), length 28
> 13:31:35.207672 IP bernardodemarco.42478 > 192.168.122.15.2222: UDP, length 1031
> 13:31:35.307078 IP bernardodemarco.42478 > 192.168.122.15.2222: UDP, length 863
> 13:31:35.407495 IP bernardodemarco.42478 > 192.168.122.15.2222: UDP, length 999
> 13:31:35.506900 IP bernardodemarco.42478 > 192.168.122.15.2222: UDP, length 1167
> ```
>
> ## Redundant VPCs
> ### Reusing the same MAC address
> 1. I started the server and ran the client script to begin sending UDP datagrams to the server.
> 2. Stopped the primary VR of the VPC.
> 3. Verified that no UDP datagrams were dropped and there was a delay of about 3 seconds between datagrams `#77` and `#78`.
>
> Logs
> ```
> [2026-04-13T16:53:38.692Z] 192.168.122.1:48875 - load test #74 -- data:mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mn
xfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0
> [2026-04-13T16:53:38.791Z] 192.168.122.1:48875 - load test #75 -- data:mnxfm81rmnxfm81rmnxfm81rmnxfm81rmnxfm81rmnxfm81rmnxfm81rmnxfm81rmnxfm81rmnxfm81rmnxfm81rmnxfm81rmnxfm81rmnxfm81rmnxfm81rmnxfm81rmnxfm81rmnxfm81rmnxfm81rmnxfm81rmnxfm81rmnxfm81rmnxfm81rmnxfm81rmnxfm81rmnxfm81rmnxfm81rmnxfm81rmnxfm81rmnxfm81rmnxfm81rmnxfm81rmnxfm81rmnxfm81rmnxfm81rmnxfm81rmnxfm81rmnxfm81rmnxfm81rmnxfm81rmnxfm81rmnxfm81rmnxfm81rmnxfm81rmnxfm81rmnxfm81rmnxfm81rmnxfm81rmnxfm81rmnxfm81rmnxfm81rmnxfm81rmnxfm81rmnxfm81rmnxfm81rmnxfm81rmnxfm81rmnxfm81rmnxfm81rmnxfm81rmnxfm81rmnxfm81rmnxfm81rmnxfm81rmnxfm81rmnxfm81rmnxfm81rmnxfm81rmnxfm81rmnxfm81rmnxfm81rmnxfm81rmnxfm81rmnxfm81rmnxfm81rmnxfm81rmnxfm81rmnxfm81rmnxfm81rmnxfm81rmnxfm81rmnxfm81rmnxfm81rmnxfm81rmnxfm81rmnxfm81rmnxfm81rmnxfm81rmnxfm81rmnxfm81rmnxfm81rmnxfm81rmnxfm81rmnxfm81rmnxfm81rmnxfm81rmnxfm81rmnxfm81rmnxfm81rmnxfm81rmnxfm81rmnxfm81rmnxfm81rmnxfm81rmnxfm81rmnxfm81rmnxfm81rmnxfm81rmnxfm81rmnxfm81rmnxfm81rmnxfm81rmnxfm81rmnxfm81rmnxfm81rmn
xfm81rmnxfm81rmnxfm81rmnxfm81rmnxfm81rmnxfm81rmnxfm81rmnxfm81rmnxfm81rmnxfm81rmnxfm81r
> [2026-04-13T16:53:38.892Z] 192.168.122.1:48875 - load test #76 -- data:mnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmn
xfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84k
> [2026-04-13T16:53:38.991Z] 192.168.122.1:48875 - load test #77 -- data:mnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmn
xfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87b
> [2026-04-13T16:53:42.146Z] 192.168.122.1:48875 - load test #78 -- data:mnxfm8a4mnxfm8a4mnxfm8a4mnxfm8a4mnxfm8a4mnxfm8a4mnxfm8a4mnxfm8a4mnxfm8a4mnxfm8a4mnxfm8a4mnxfm8a4mnxfm8a4mnxfm8a4mnxfm8a4mnxfm8a4mnxfm8a4mnxfm8a4mnxfm8a4mnxfm8a4mnxfm8a4mnxfm8a4mnxfm8a4mnxfm8a4mnxfm8a4mnxfm8a4mnxfm8a4mnxfm8a4mnxfm8a4mnxfm8a4mnxfm8a4mnxfm8a4mnxfm8a4mnxfm8a4mnxfm8a4mnxfm8a4mnxfm8a4mnxfm8a4mnxfm8a4mnxfm8a4mnxfm8a4mnxfm8a4mnxfm8a4mnxfm8a4mnxfm8a4mnxfm8a4mnxfm8a4mnxfm8a4mnxfm8a4mnxfm8a4mnxfm8a4mnxfm8a4mnxfm8a4mnxfm8a4mnxfm8a4mnxfm8a4mnxfm8a4mnxfm8a4mnxfm8a4mnxfm8a4mnxfm8a4mnxfm8a4mnxfm8a4mnxfm8a4mnxfm8a4mnxfm8a4mnxfm8a4mnxfm8a4mnxfm8a4mnxfm8a4mnxfm8a4mnxfm8a4mnxfm8a4mnxfm8a4mnxfm8a4mnxfm8a4mnxfm8a4mnxfm8a4mnxfm8a4mnxfm8a4mnxfm8a4mnxfm8a4mnxfm8a4mnxfm8a4mnxfm8a4mnxfm8a4mnxfm8a4mnxfm8a4mnxfm8a4mnxfm8a4mnxfm8a4mnxfm8a4mnxfm8a4mnxfm8a4mnxfm8a4mnxfm8a4mnxfm8a4mnxfm8a4mnxfm8a4mnxfm8a4mnxfm8a4mnxfm8a4mnxfm8a4mnxfm8a4mnxfm8a4mnxfm8a4mnxfm8a4mnxfm8a4mnxfm8a4mnxfm8a4mnxfm8a4mnxfm8a4mnxfm8a4mnxfm8a4mnxfm8a4mn
xfm8a4mnxfm8a4mnxfm8a4mnxfm8a4mnxfm8a4mnxfm8a4mnxfm8a4mnxfm8a4mnxfm8a4
> [2026-04-13T16:53:42.147Z] 192.168.122.1:48875 - load test #79 -- data:mnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmn
xfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvm
> ```
>
> ### Not reusing the same MAC address
> 1. I started the server and ran the client script to begin sending UDP datagrams to the server.
> 2. Stopped the primary VR of the VPC.
> 3. Verified that one UDP datagram was dropped (`#103`) and there was a delay of about 3 seconds between datagrams `#102` and `#104`.
>
> Logs
> ```
> [2026-04-13T17:00:38.732Z] 192.168.122.1:60890 - load test #100 -- data:mnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82km
nxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82k
> [2026-04-13T17:00:38.833Z] 192.168.122.1:60890 - load test #101 -- data:mnxfv85cmnxfv85cmnxfv85cmnxfv85cmnxfv85cmnxfv85cmnxfv85cmnxfv85cmnxfv85cmnxfv85cmnxfv85cmnxfv85cmnxfv85cmnxfv85cmnxfv85cmnxfv85cmnxfv85cmnxfv85cmnxfv85cmnxfv85cmnxfv85cmnxfv85cmnxfv85cmnxfv85cmnxfv85cmnxfv85cmnxfv85cmnxfv85cmnxfv85cmnxfv85cmnxfv85cmnxfv85cmnxfv85cmnxfv85cmnxfv85cmnxfv85cmnxfv85cmnxfv85cmnxfv85cmnxfv85cmnxfv85cmnxfv85cmnxfv85cmnxfv85cmnxfv85cmnxfv85cmnxfv85cmnxfv85cmnxfv85cmnxfv85cmnxfv85cmnxfv85cmnxfv85cmnxfv85cmnxfv85cmnxfv85cmnxfv85cmnxfv85cmnxfv85cmnxfv85cmnxfv85cmnxfv85cmnxfv85cmnxfv85cmnxfv85cmnxfv85cmnxfv85cmnxfv85cmnxfv85cmnxfv85cmnxfv85cmnxfv85cmnxfv85cmnxfv85cmnxfv85cmnxfv85cmnxfv85cmnxfv85cmnxfv85cmnxfv85cmnxfv85cmnxfv85cmnxfv85cmnxfv85cmnxfv85cmnxfv85cmnxfv85cmnxfv85cmnxfv85cmnxfv85cmnxfv85cmnxfv85cmnxfv85cmnxfv85cmnxfv85cmnxfv85cmnxfv85cmnxfv85cmnxfv85cmnxfv85cmnxfv85cmnxfv85cmnxfv85cmnxfv85cmnxfv85cmnxfv85cmnxfv85cmnxfv85cmnxfv85c
> [2026-04-13T17:00:38.934Z] 192.168.122.1:60890 - load test #102 -- data:mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885m
nxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885
> [2026-04-13T17:00:41.911Z] 192.168.122.1:60890 - load test #104 -- data:mnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqm
nxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dq
> [2026-04-13T17:00:41.913Z] 192.168.122.1:60890 - load test #105 -- data:mnxfv8gimnxfv8gimnxfv8gimnxfv8gimnxfv8gimnxfv8gimnxfv8gimnxfv8gimnxfv8gimnxfv8gimnxfv8gimnxfv8gimnxfv8gimnxfv8gimnxfv8gimnxfv8gimnxfv8gimnxfv8gimnxfv8gimnxfv8gimnxfv8gimnxfv8gimnxfv8gimnxfv8gimnxfv8gimnxfv8gimnxfv8gimnxfv8gimnxfv8gimnxfv8gimnxfv8gimnxfv8gimnxfv8gimnxfv8gimnxfv8gimnxfv8gimnxfv8gimnxfv8gimnxfv8gimnxfv8gimnxfv8gimnxfv8gimnxfv8gimnxfv8gimnxfv8gimnxfv8gimnxfv8gimnxfv8gimnxfv8gimnxfv8gimnxfv8gimnxfv8gimnxfv8gimnxfv8gimnxfv8gimnxfv8gimnxfv8gimnxfv8gimnxfv8gimnxfv8gimnxfv8gimnxfv8gimnxfv8gimnxfv8gimnxfv8gimnxfv8gimnxfv8gimnxfv8gimnxfv8gimnxfv8gimnxfv8gimnxfv8gimnxfv8gimnxfv8gimnxfv8gimnxfv8gimnxfv8gimnxfv8gimnxfv8gimnxfv8gimnxfv8gimnxfv8gimnxfv8gimnxfv8gimnxfv8gimnxfv8gimnxfv8gimnxfv8gimnxfv8gimnxfv8gimnxfv8gimnxfv8gimnxfv8gimnxfv8gimnxfv8gimnxfv8gimnxfv8gimnxfv8gimnxfv8gimnxfv8gimnxfv8gimnxfv8gimnxfv8gimnxfv8gi
> [2026-04-13T17:00:41.913Z] 192.168.122.1:60890 - load test #106 -- data:mnxfv8jbmnxfv8jbmnxfv8jbmnxfv8jbmnxfv8jbmnxfv8jbmnxfv8jbmnxfv8jbmnxfv8jbmnxfv8jbmnxfv8jbmnxfv8jbmnxfv8jbmnxfv8jbmnxfv8jbmnxfv8jbmnxfv8jbmnxfv8jbmnxfv8jbmnxfv8jbmnxfv8jbmnxfv8jbmnxfv8jbmnxfv8jbmnxfv8jbmnxfv8jbmnxfv8jbmnxfv8jbmnxfv8jbmnxfv8jbmnxfv8jbmnxfv8jbmnxfv8jbmnxfv8jbmnxfv8jbmnxfv8jbmnxfv8jbmnxfv8jbmnxfv8jbmnxfv8jbmnxfv8jbmnxfv8jbmnxfv8jbmnxfv8jbmnxfv8jbmnxfv8jbmnxfv8jbmnxfv8jbmnxfv8jbmnxfv8jbmnxfv8jbmnxfv8jbmnxfv8jbmnxfv8jbmnxfv8jbmnxfv8jbmnxfv8jbmnxfv8jbmnxfv8jbmnxfv8jbmnxfv8jbmnxfv8jbmnxfv8jbmnxfv8jbmnxfv8jbmnxfv8jbmnxfv8jbmnxfv8jbmnxfv8jbmnxfv8jbmnxfv8jbmnxfv8jbmnxfv8jbmnxfv8jbmnxfv8jbmnxfv8jbmnxfv8jbmnxfv8jbmnxfv8jbmnxfv8jbmnxfv8jbmnxfv8jbmnxfv8jbmnxfv8jbmnxfv8jbmnxfv8jbmnxfv8jbmnxfv8jbmnxfv8jbmnxfv8jbmnxfv8jbmnxfv8jbmnxfv8jbmnxfv8jbmnxfv8jbmnxfv8jbmnxfv8jbmnxfv8jbmnxfv8jbmnxfv8jbmnxfv8jbmnxfv8jbmnxfv8jbmnxfv8jbmnxfv8jbmnxfv8jbmnxfv8jbmnxfv8jbmnxfv8jbmnxfv8jb
> [2026-04-13T17:00:41.914Z] 192.168.122.1:60890 - load test #107 -- data:mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2m
nxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2
> [2026-04-13T17:00:41.914Z] 192.168.122.1:60890 - load test #108 -- data:mnxfv8ovmnxfv8ovmnxfv8ovmnxfv8ovmnxfv8ovmnxfv8ovmnxfv8ovmnxfv8ovmnxfv8ovmnxfv8ovmnxfv8ovmnxfv8ovmnxfv8ovmnxfv8ovmnxfv8ovmnxfv8ovmnxfv8ovmnxfv8ovmnxfv8ovmnxfv8ovmnxfv8ovmnxfv8ovmnxfv8ovmnxfv8ovmnxfv8ovmnxfv8ovmnxfv8ovmnxfv8ovmnxfv8ovmnxfv8ovmnxfv8ovmnxfv8ovmnxfv8ovmnxfv8ovmnxfv8ovmnxfv8ovmnxfv8ovmnxfv8ovmnxfv8ovmnxfv8ovmnxfv8ovmnxfv8ovmnxfv8ovmnxfv8ovmnxfv8ovmnxfv8ovmnxfv8ovmnxfv8ovmnxfv8ovmnxfv8ovmnxfv8ovmnxfv8ovmnxfv8ovmnxfv8ovmnxfv8ovmnxfv8ovmnxfv8ovmnxfv8ovmnxfv8ovmnxfv8ovmnxfv8ovmnxfv8ovmnxfv8ovmnxfv8ovmnxfv8ovmnxfv8ovmnxfv8ovmnxfv8ovmnxfv8ovmnxfv8ovmnxfv8ovmnxfv8ovmnxfv8ovmnxfv8ovmnxfv8ovmnxfv8ovmnxfv8ovmnxfv8ovmnxfv8ovmnxfv8ovmnxfv8ovmnxfv8ovmnxfv8ovmnxfv8ovmnxfv8ovmnxfv8ovmnxfv8ovmnxfv8ovmnxfv8ovmnxfv8ovmnxfv8ovmnxfv8ovmnxfv8ovmnxfv8ovmnxfv8ovmnxfv8ovmnxfv8ovmnxfv8ovmnxfv8ovmnxfv8ovmnxfv8ovmnxfv8ovmnxfv8ovmnxfv8ovmnxfv8ovmnxfv8ovmnxfv8ovmnxfv8ovmnxfv8ovmnxfv8ovmnxfv8ovmnxfv8ovmnxfv8ovmnxfv8ovmnxfv8ovm
nxfv8ovmnxfv8ovmnxfv8ovmnxfv8ovmnxfv8ovmnxfv8ovmnxfv8ovmnxfv8ovmnxfv8ovmnxfv8ov
> [2026-04-13T17:00:41.914Z] 192.168.122.1:60890 - load test #109 -- data:mnxfv8rmmnxfv8rmmnxfv8rmmnxfv8rmmnxfv8rmmnxfv8rmmnxfv8rmmnxfv8rmmnxfv8rmmnxfv8rmmnxfv8rmmnxfv8rmmnxfv8rmmnxfv8rmmnxfv8rmmnxfv8rmmnxfv8rmmnxfv8rmmnxfv8rmmnxfv8rmmnxfv8rmmnxfv8rmmnxfv8rmmnxfv8rmmnxfv8rmmnxfv8rmmnxfv8rmmnxfv8rmmnxfv8rmmnxfv8rmmnxfv8rmmnxfv8rmmnxfv8rmmnxfv8rmmnxfv8rmmnxfv8rmmnxfv8rmmnxfv8rmmnxfv8rmmnxfv8rmmnxfv8rmmnxfv8rmmnxfv8rmmnxfv8rmmnxfv8rmmnxfv8rmmnxfv8rmmnxfv8rmmnxfv8rmmnxfv8rmmnxfv8rmmnxfv8rmmnxfv8rmmnxfv8rmmnxfv8rmmnxfv8rmmnxfv8rmmnxfv8rmmnxfv8rmmnxfv8rmmnxfv8rmmnxfv8rmmnxfv8rmmnxfv8rmmnxfv8rmmnxfv8rmmnxfv8rmmnxfv8rmmnxfv8rmmnxfv8rmmnxfv8rmmnxfv8rmmnxfv8rmmnxfv8rmmnxfv8rmmnxfv8rmmnxfv8rmmnxfv8rmmnxfv8rmmnxfv8rmmnxfv8rmmnxfv8rmmnxfv8rmmnxfv8rmmnxfv8rmmnxfv8rmmnxfv8rmmnxfv8rmmnxfv8rmmnxfv8rmmnxfv8rmmnxfv8rmmnxfv8rmmnxfv8rmmnxfv8rmmnxfv8rmmnxfv8rmmnxfv8rmmnxfv8rmmnxfv8rmmnxfv8rmmnxfv8rmmnxfv8rmmnxfv8rmmnxfv8rm
> ```
>
> We can observe that using a new MAC address for the public NIC of VRs will not bring connectivity overhead. It is also important to highlight that this enhancement aims to avoid the VR's operating system interpreting the network traffic received during cleanups as spoofing attacks. It does not have the goal of improving network connectivity or things like that.
thanks @bernardodemarco
looks good
can you grep "arping" in the /var/log/cloud.log in the backup VR (now it should be primary VR) ?
can you test also port forwarding and load balancing rules, other than static nat ?
thanks
--
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
To unsubscribe, e-mail: commits-unsubscribe@cloudstack.apache.org
For queries about this service, please contact Infrastructure at:
users@infra.apache.org
Re: [PR] Add option to control MAC address reuse for VR public NICs [cloudstack]
Posted by "weizhouapache (via GitHub)" <gi...@apache.org>.
weizhouapache commented on PR #13001:
URL: https://github.com/apache/cloudstack/pull/13001#issuecomment-4283328985
@blueorangutan package
--
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
To unsubscribe, e-mail: commits-unsubscribe@cloudstack.apache.org
For queries about this service, please contact Infrastructure at:
users@infra.apache.org
Re: [PR] Add option to control MAC address reuse for VR public NICs [cloudstack]
Posted by "erikbocks (via GitHub)" <gi...@apache.org>.
erikbocks commented on PR #13001:
URL: https://github.com/apache/cloudstack/pull/13001#issuecomment-4274966177
CLGTM. Tested it locally, and below are the test cases and their results:
| Number | Test case | Expected behavior | Observed behavior |
|--------|------------------------------------------------------------------------------------|-------------------------------------------------------------------------|----------------------------------------------------------|
| 1 | Restart with cleanup of an Isolated network with `keepmacaddressonpublicnic=true` | The VR’s public NIC retains the same MAC address after restart | The new VR’s public NIC retained the same MAC address |
| 2 | Restart with cleanup of an Isolated network with `keepmacaddressonpublicnic=false` | The VR’s public NIC gets a new MAC address after restart | The new VR’s public NIC MAC address changed |
| 3 | Create a redundant Isolated network with `keepmacaddressonpublicnic=true` | Both VRs have the same MAC address on their public NICs | Both VRs had the same MAC address on their public NICs |
| 4 | Create a redundant Isolated network with `keepmacaddressonpublicnic=false` | Each VR has a different MAC address on its public NIC | The VRs had different MAC addresses on their public NICs |
| 5 | Restart with cleanup of a VPC with `keepmacaddressonpublicnic=true` | The VR’s public NIC retains the same MAC address after restart | The new VR’s public NIC retained the same MAC address |
| 6 | Restart with cleanup of a VPC with `keepmacaddressonpublicnic=false` | The VR’s public NIC gets a new MAC address after restart | The new VR’s public NIC MAC address changed |
| 7 | Create a redundant VPC with `keepmacaddressonpublicnic=true` | Both VRs have the same MAC address on their public NICs | Both VRs had the same MAC address on their public NICs |
| 8 | Create a redundant VPC with `keepmacaddressonpublicnic=false` | Each VR has a different MAC address on its public NIC | The VRs had different MAC addresses on their public NICs |
| 9 | Restart with cleanup of a redundant VPC with `keepmacaddressonpublicnic=true` | Both VRs retain the same MAC address on their public NICs after restart | Both VRs had the same MAC address on their public NICs |
| 10 | Restart with cleanup of a redundant VPC with `keepmacaddressonpublicnic=false` | Each VR has a different MAC address on its public NIC after restart | The VRs had different MAC addresses on their public NICs |
--
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
To unsubscribe, e-mail: commits-unsubscribe@cloudstack.apache.org
For queries about this service, please contact Infrastructure at:
users@infra.apache.org
Re: [PR] Add option to control MAC address reuse for VR public NICs [cloudstack]
Posted by "blueorangutan (via GitHub)" <gi...@apache.org>.
blueorangutan commented on PR #13001:
URL: https://github.com/apache/cloudstack/pull/13001#issuecomment-4308092146
@weizhouapache a [SL] Trillian-Jenkins matrix job (EL8 mgmt + EL8 KVM, Ubuntu22 mgmt + Ubuntu22 KVM, EL8 mgmt + VMware 7.0u3, EL9 mgmt + XCP-ng 8.2 ) has been kicked to run smoke tests
--
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
To unsubscribe, e-mail: commits-unsubscribe@cloudstack.apache.org
For queries about this service, please contact Infrastructure at:
users@infra.apache.org
Re: [PR] Add option to control MAC address reuse for VR public NICs [cloudstack]
Posted by "blueorangutan (via GitHub)" <gi...@apache.org>.
blueorangutan commented on PR #13001:
URL: https://github.com/apache/cloudstack/pull/13001#issuecomment-4227576823
Packaging result [SF]: ✖️ el8 ✖️ el9 ✖️ debian ✖️ suse15. SL-JID 17452
--
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
To unsubscribe, e-mail: commits-unsubscribe@cloudstack.apache.org
For queries about this service, please contact Infrastructure at:
users@infra.apache.org
Re: [PR] Add option to control MAC address reuse for VR public NICs [cloudstack]
Posted by "blueorangutan (via GitHub)" <gi...@apache.org>.
blueorangutan commented on PR #13001:
URL: https://github.com/apache/cloudstack/pull/13001#issuecomment-4336342283
<b>[SF] Trillian Build Failed (tid-15970)<b/>
--
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
To unsubscribe, e-mail: commits-unsubscribe@cloudstack.apache.org
For queries about this service, please contact Infrastructure at:
users@infra.apache.org
Re: [PR] Add option to control MAC address reuse for VR public NICs [cloudstack]
Posted by "DaanHoogland (via GitHub)" <gi...@apache.org>.
DaanHoogland commented on PR #13001:
URL: https://github.com/apache/cloudstack/pull/13001#issuecomment-4336325633
@blueorangutan test ol8 vmware-70u3
--
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
To unsubscribe, e-mail: commits-unsubscribe@cloudstack.apache.org
For queries about this service, please contact Infrastructure at:
users@infra.apache.org
Re: [PR] Add option to control MAC address reuse for VR public NICs [cloudstack]
Posted by "bernardodemarco (via GitHub)" <gi...@apache.org>.
bernardodemarco commented on PR #13001:
URL: https://github.com/apache/cloudstack/pull/13001#issuecomment-4281244970
@weizhouapache, it seems that the simulator test succeeded now
--
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
To unsubscribe, e-mail: commits-unsubscribe@cloudstack.apache.org
For queries about this service, please contact Infrastructure at:
users@infra.apache.org
Re: [PR] Add option to control MAC address reuse for VR public NICs [cloudstack]
Posted by "blueorangutan (via GitHub)" <gi...@apache.org>.
blueorangutan commented on PR #13001:
URL: https://github.com/apache/cloudstack/pull/13001#issuecomment-4349704884
<b>[SF] Trillian test result (tid-15975)</b>
Environment: xcpng82 (x2), zone: Advanced Networking with Mgmt server ol9
Total time taken: 76336 seconds
Marvin logs: https://github.com/blueorangutan/acs-prs/releases/download/trillian/pr13001-t15975-xcpng82.zip
Smoke tests completed. 144 look OK, 7 have errors, 0 did not run
Only failed and skipped tests results shown below:
Test | Result | Time (s) | Test File
--- | --- | --- | ---
test_01_events_resource | `Error` | 200.90 | test_events_resource.py
test_CRUD_operations_guest_OS_mapping | `Error` | 3.41 | test_guest_os.py
test_guest_OS_mapping_check_with_hypervisor | `Error` | 3.47 | test_guest_os.py
test_01_non_strict_host_anti_affinity | `Error` | 217.48 | test_nonstrict_affinity_group.py
test_02_non_strict_host_affinity | `Error` | 69.03 | test_nonstrict_affinity_group.py
test_02_list_snapshots_with_removed_data_store | `Error` | 12.84 | test_snapshots.py
test_02_list_snapshots_with_removed_data_store | `Error` | 12.84 | test_snapshots.py
ContextSuite context=TestISOUsage>:setup | `Error` | 0.00 | test_usage.py
test_01_volume_usage | `Failure` | 97.25 | test_usage.py
test_01_vpn_usage | `Error` | 1.11 | test_usage.py
test_11_destroy_vm_and_volumes | `Error` | 19.08 | test_vm_life_cycle.py
test_01_migrate_vm_strict_tags_success | `Error` | 53.19 | test_vm_strict_host_tags.py
--
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
To unsubscribe, e-mail: commits-unsubscribe@cloudstack.apache.org
For queries about this service, please contact Infrastructure at:
users@infra.apache.org
Re: [PR] Add option to control MAC address reuse for VR public NICs [cloudstack]
Posted by "bernardodemarco (via GitHub)" <gi...@apache.org>.
bernardodemarco commented on PR #13001:
URL: https://github.com/apache/cloudstack/pull/13001#issuecomment-4268321543
Hello, @DaanHoogland
> Do you have some 3rd person testing this?
Not actually. Maybe @erikbocks or @GaOrtiga could help testing this one? Let's see
--
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
To unsubscribe, e-mail: commits-unsubscribe@cloudstack.apache.org
For queries about this service, please contact Infrastructure at:
users@infra.apache.org
Re: [PR] Add option to control MAC address reuse for VR public NICs [cloudstack]
Posted by "blueorangutan (via GitHub)" <gi...@apache.org>.
blueorangutan commented on PR #13001:
URL: https://github.com/apache/cloudstack/pull/13001#issuecomment-4385475024
<b>[SF] Trillian test result (tid-16017)</b>
Environment: xcpng82 (x2), zone: Advanced Networking with Mgmt server ol9
Total time taken: 77895 seconds
Marvin logs: https://github.com/blueorangutan/acs-prs/releases/download/trillian/pr13001-t16017-xcpng82.zip
Smoke tests completed. 144 look OK, 7 have errors, 0 did not run
Only failed and skipped tests results shown below:
Test | Result | Time (s) | Test File
--- | --- | --- | ---
test_01_events_resource | `Error` | 215.85 | test_events_resource.py
test_CRUD_operations_guest_OS_mapping | `Error` | 3.36 | test_guest_os.py
test_guest_OS_mapping_check_with_hypervisor | `Error` | 4.46 | test_guest_os.py
test_01_non_strict_host_anti_affinity | `Error` | 225.18 | test_nonstrict_affinity_group.py
test_02_non_strict_host_affinity | `Error` | 44.83 | test_nonstrict_affinity_group.py
test_02_list_snapshots_with_removed_data_store | `Error` | 11.60 | test_snapshots.py
test_02_list_snapshots_with_removed_data_store | `Error` | 11.61 | test_snapshots.py
test_01_vpn_usage | `Error` | 1.09 | test_usage.py
test_11_destroy_vm_and_volumes | `Error` | 20.89 | test_vm_life_cycle.py
test_01_migrate_vm_strict_tags_success | `Error` | 176.46 | test_vm_strict_host_tags.py
--
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
To unsubscribe, e-mail: commits-unsubscribe@cloudstack.apache.org
For queries about this service, please contact Infrastructure at:
users@infra.apache.org
Re: [PR] Add option to control MAC address reuse for VR public NICs [cloudstack]
Posted by "blueorangutan (via GitHub)" <gi...@apache.org>.
blueorangutan commented on PR #13001:
URL: https://github.com/apache/cloudstack/pull/13001#issuecomment-4382921106
<b>[SF] Trillian test result (tid-16014)</b>
Environment: kvm-ol8 (x2), zone: Advanced Networking with Mgmt server ol8
Total time taken: 44529 seconds
Marvin logs: https://github.com/blueorangutan/acs-prs/releases/download/trillian/pr13001-t16014-kvm-ol8.zip
Smoke tests completed. 151 look OK, 0 have errors, 0 did not run
Only failed and skipped tests results shown below:
Test | Result | Time (s) | Test File
--- | --- | --- | ---
--
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
To unsubscribe, e-mail: commits-unsubscribe@cloudstack.apache.org
For queries about this service, please contact Infrastructure at:
users@infra.apache.org
Re: [PR] Add option to control MAC address reuse for VR public NICs [cloudstack]
Posted by "weizhouapache (via GitHub)" <gi...@apache.org>.
weizhouapache commented on PR #13001:
URL: https://github.com/apache/cloudstack/pull/13001#issuecomment-4326685180
@blueorangutan test ol9 xcpng82
--
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
To unsubscribe, e-mail: commits-unsubscribe@cloudstack.apache.org
For queries about this service, please contact Infrastructure at:
users@infra.apache.org
Re: [PR] Add option to control MAC address reuse for VR public NICs [cloudstack]
Posted by "codecov[bot] (via GitHub)" <gi...@apache.org>.
codecov[bot] commented on PR #13001:
URL: https://github.com/apache/cloudstack/pull/13001#issuecomment-4227308238
## [Codecov](https://app.codecov.io/gh/apache/cloudstack/pull/13001?dropdown=coverage&src=pr&el=h1&utm_medium=referral&utm_source=github&utm_content=comment&utm_campaign=pr+comments&utm_term=apache) Report
:white_check_mark: All modified and coverable lines are covered by tests.
:white_check_mark: Project coverage is 3.52%. Comparing base ([`11538df`](https://app.codecov.io/gh/apache/cloudstack/commit/11538df7102ee0731541d2a1d23bee767321d8da?dropdown=coverage&el=desc&utm_medium=referral&utm_source=github&utm_content=comment&utm_campaign=pr+comments&utm_term=apache)) to head ([`0cd6426`](https://app.codecov.io/gh/apache/cloudstack/commit/0cd64263d067b99eab7c0b6fec0bdad237870240?dropdown=coverage&el=desc&utm_medium=referral&utm_source=github&utm_content=comment&utm_campaign=pr+comments&utm_term=apache)).
> :exclamation: There is a different number of reports uploaded between BASE (11538df) and HEAD (0cd6426). Click for more details.
>
> <details><summary>HEAD has 1 upload less than BASE</summary>
>
>| Flag | BASE (11538df) | HEAD (0cd6426) |
>|------|------|------|
>|unittests|1|0|
></details>
<details><summary>Additional details and impacted files</summary>
```diff
@@ Coverage Diff @@
## main #13001 +/- ##
=============================================
- Coverage 18.01% 3.52% -14.49%
=============================================
Files 5977 464 -5513
Lines 537834 40063 -497771
Branches 66047 7537 -58510
=============================================
- Hits 96886 1414 -95472
+ Misses 430025 38461 -391564
+ Partials 10923 188 -10735
```
| [Flag](https://app.codecov.io/gh/apache/cloudstack/pull/13001/flags?src=pr&el=flags&utm_medium=referral&utm_source=github&utm_content=comment&utm_campaign=pr+comments&utm_term=apache) | Coverage Δ | |
|---|---|---|
| [uitests](https://app.codecov.io/gh/apache/cloudstack/pull/13001/flags?src=pr&el=flag&utm_medium=referral&utm_source=github&utm_content=comment&utm_campaign=pr+comments&utm_term=apache) | `3.52% <ø> (-0.01%)` | :arrow_down: |
| [unittests](https://app.codecov.io/gh/apache/cloudstack/pull/13001/flags?src=pr&el=flag&utm_medium=referral&utm_source=github&utm_content=comment&utm_campaign=pr+comments&utm_term=apache) | `?` | |
Flags with carried forward coverage won't be shown. [Click here](https://docs.codecov.io/docs/carryforward-flags?utm_medium=referral&utm_source=github&utm_content=comment&utm_campaign=pr+comments&utm_term=apache#carryforward-flags-in-the-pull-request-comment) to find out more.
</details>
[:umbrella: View full report in Codecov by Sentry](https://app.codecov.io/gh/apache/cloudstack/pull/13001?dropdown=coverage&src=pr&el=continue&utm_medium=referral&utm_source=github&utm_content=comment&utm_campaign=pr+comments&utm_term=apache).
:loudspeaker: Have feedback on the report? [Share it here](https://about.codecov.io/codecov-pr-comment-feedback/?utm_medium=referral&utm_source=github&utm_content=comment&utm_campaign=pr+comments&utm_term=apache).
<details><summary> :rocket: New features to boost your workflow: </summary>
- :snowflake: [Test Analytics](https://docs.codecov.com/docs/test-analytics): Detect flaky tests, report on failures, and find test suite problems.
- :package: [JS Bundle Analysis](https://docs.codecov.com/docs/javascript-bundle-analysis): Save yourself from yourself by tracking and limiting bundle sizes in JS merges.
</details>
--
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
To unsubscribe, e-mail: commits-unsubscribe@cloudstack.apache.org
For queries about this service, please contact Infrastructure at:
users@infra.apache.org
Re: [PR] Add option to control MAC address reuse for VR public NICs [cloudstack]
Posted by "weizhouapache (via GitHub)" <gi...@apache.org>.
weizhouapache commented on PR #13001:
URL: https://github.com/apache/cloudstack/pull/13001#issuecomment-4265836534
@bernardodemarco
all look fine , thanks !
--
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
To unsubscribe, e-mail: commits-unsubscribe@cloudstack.apache.org
For queries about this service, please contact Infrastructure at:
users@infra.apache.org
Re: [PR] Add option to control MAC address reuse for VR public NICs [cloudstack]
Posted by "github-actions[bot] (via GitHub)" <gi...@apache.org>.
github-actions[bot] commented on PR #13001:
URL: https://github.com/apache/cloudstack/pull/13001#issuecomment-4349493491
This pull request has merge conflicts. Dear author, please fix the conflicts and sync your branch with the base branch.
--
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
To unsubscribe, e-mail: commits-unsubscribe@cloudstack.apache.org
For queries about this service, please contact Infrastructure at:
users@infra.apache.org
Re: [PR] Add option to control MAC address reuse for VR public NICs [cloudstack]
Posted by "blueorangutan (via GitHub)" <gi...@apache.org>.
blueorangutan commented on PR #13001:
URL: https://github.com/apache/cloudstack/pull/13001#issuecomment-4371886518
Packaging result [SF]: ✔️ el8 ✔️ el9 ✔️ el10 ✔️ debian ✔️ suse15. SL-JID 17704
--
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
To unsubscribe, e-mail: commits-unsubscribe@cloudstack.apache.org
For queries about this service, please contact Infrastructure at:
users@infra.apache.org
Re: [PR] Add option to control MAC address reuse for VR public NICs [cloudstack]
Posted by "winterhazel (via GitHub)" <gi...@apache.org>.
winterhazel commented on PR #13001:
URL: https://github.com/apache/cloudstack/pull/13001#issuecomment-4326545950
@weizhouapache could we rerun the tests for xcpng82 to see if it matches https://github.com/apache/cloudstack/pull/12198#issuecomment-4321256518 and confirm whether they are due to the environment?
--
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
To unsubscribe, e-mail: commits-unsubscribe@cloudstack.apache.org
For queries about this service, please contact Infrastructure at:
users@infra.apache.org
Re: [PR] Add option to control MAC address reuse for VR public NICs [cloudstack]
Posted by "blueorangutan (via GitHub)" <gi...@apache.org>.
blueorangutan commented on PR #13001:
URL: https://github.com/apache/cloudstack/pull/13001#issuecomment-4288258365
<b>[SF] Trillian test result (tid-15916)</b>
Environment: kvm-ol8 (x2), zone: Advanced Networking with Mgmt server ol8
Total time taken: 48126 seconds
Marvin logs: https://github.com/blueorangutan/acs-prs/releases/download/trillian/pr13001-t15916-kvm-ol8.zip
Smoke tests completed. 149 look OK, 2 have errors, 0 did not run
Only failed and skipped tests results shown below:
Test | Result | Time (s) | Test File
--- | --- | --- | ---
test_01_primary_storage_nfs | `Error` | 0.18 | test_primary_storage.py
ContextSuite context=TestStorageTags>:setup | `Error` | 0.31 | test_primary_storage.py
test_01_primary_storage_scope_change | `Error` | 0.11 | test_primary_storage_scope.py
--
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
To unsubscribe, e-mail: commits-unsubscribe@cloudstack.apache.org
For queries about this service, please contact Infrastructure at:
users@infra.apache.org
Re: [PR] Add option to control MAC address reuse for VR public NICs [cloudstack]
Posted by "winterhazel (via GitHub)" <gi...@apache.org>.
winterhazel commented on PR #13001:
URL: https://github.com/apache/cloudstack/pull/13001#issuecomment-4390154072
Test failures seem unrelated and also seen in other PRs (e.g. #12198 and #13082), so I'm merging this one.
--
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
To unsubscribe, e-mail: commits-unsubscribe@cloudstack.apache.org
For queries about this service, please contact Infrastructure at:
users@infra.apache.org
Re: [PR] Add option to control MAC address reuse for VR public NICs [cloudstack]
Posted by "blueorangutan (via GitHub)" <gi...@apache.org>.
blueorangutan commented on PR #13001:
URL: https://github.com/apache/cloudstack/pull/13001#issuecomment-4377430244
<b>[SF] Trillian Build Failed (tid-16015)<b/>
--
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
To unsubscribe, e-mail: commits-unsubscribe@cloudstack.apache.org
For queries about this service, please contact Infrastructure at:
users@infra.apache.org
Re: [PR] Add option to control MAC address reuse for VR public NICs [cloudstack]
Posted by "erikbocks (via GitHub)" <gi...@apache.org>.
erikbocks commented on PR #13001:
URL: https://github.com/apache/cloudstack/pull/13001#issuecomment-4268545481
@bernardodemarco @DaanHoogland, I will try to test this one on the weekend.
--
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
To unsubscribe, e-mail: commits-unsubscribe@cloudstack.apache.org
For queries about this service, please contact Infrastructure at:
users@infra.apache.org
Re: [PR] Add option to control MAC address reuse for VR public NICs [cloudstack]
Posted by "bernardodemarco (via GitHub)" <gi...@apache.org>.
bernardodemarco commented on PR #13001:
URL: https://github.com/apache/cloudstack/pull/13001#issuecomment-4299553395
@blueorangutan package
--
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
To unsubscribe, e-mail: commits-unsubscribe@cloudstack.apache.org
For queries about this service, please contact Infrastructure at:
users@infra.apache.org
Re: [PR] Add option to control MAC address reuse for VR public NICs [cloudstack]
Posted by "blueorangutan (via GitHub)" <gi...@apache.org>.
blueorangutan commented on PR #13001:
URL: https://github.com/apache/cloudstack/pull/13001#issuecomment-4227548948
@bernardodemarco a [SL] Jenkins job has been kicked to build packages. It will be bundled with no SystemVM templates. I'll keep you posted as I make progress.
--
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
To unsubscribe, e-mail: commits-unsubscribe@cloudstack.apache.org
For queries about this service, please contact Infrastructure at:
users@infra.apache.org
Re: [PR] Add option to control MAC address reuse for VR public NICs [cloudstack]
Posted by "bernardodemarco (via GitHub)" <gi...@apache.org>.
bernardodemarco commented on PR #13001:
URL: https://github.com/apache/cloudstack/pull/13001#issuecomment-4227545425
@blueorangutan package
--
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
To unsubscribe, e-mail: commits-unsubscribe@cloudstack.apache.org
For queries about this service, please contact Infrastructure at:
users@infra.apache.org
Re: [PR] Add option to control MAC address reuse for VR public NICs [cloudstack]
Posted by "blueorangutan (via GitHub)" <gi...@apache.org>.
blueorangutan commented on PR #13001:
URL: https://github.com/apache/cloudstack/pull/13001#issuecomment-4313319337
<b>[SF] Trillian test result (tid-15938)</b>
Environment: xcpng82 (x2), zone: Advanced Networking with Mgmt server ol9
Total time taken: 54550 seconds
Marvin logs: https://github.com/blueorangutan/acs-prs/releases/download/trillian/pr13001-t15938-xcpng82.zip
Smoke tests completed. 127 look OK, 5 have errors, 19 did not run
Only failed and skipped tests results shown below:
Test | Result | Time (s) | Test File
--- | --- | --- | ---
test_01_events_resource | `Error` | 198.02 | test_events_resource.py
test_CRUD_operations_guest_OS_mapping | `Error` | 2.34 | test_guest_os.py
test_guest_OS_mapping_check_with_hypervisor | `Error` | 1.43 | test_guest_os.py
test_01_non_strict_host_anti_affinity | `Error` | 173.27 | test_nonstrict_affinity_group.py
test_02_non_strict_host_affinity | `Error` | 67.93 | test_nonstrict_affinity_group.py
test_02_list_snapshots_with_removed_data_store | `Error` | 11.55 | test_snapshots.py
test_02_list_snapshots_with_removed_data_store | `Error` | 11.56 | test_snapshots.py
test_01_vpn_usage | `Error` | 1.10 | test_usage.py
all_test_vm_life_cycle | `Skipped` | --- | test_vm_life_cycle.py
all_test_vm_lifecycle_unmanage_import | `Skipped` | --- | test_vm_lifecycle_unmanage_import.py
all_test_vm_lifecycle_unmanage_kvm_import | `Skipped` | --- | test_vm_lifecycle_unmanage_kvm_import.py
all_test_vm_lifecycle_with_snapshot_or_volume | `Skipped` | --- | test_vm_lifecycle_with_snapshot_or_volume.py
all_test_vm_schedule | `Skipped` | --- | test_vm_schedule.py
all_test_vm_snapshot_kvm | `Skipped` | --- | test_vm_snapshot_kvm.py
all_test_vm_snapshots | `Skipped` | --- | test_vm_snapshots.py
all_test_vm_strict_host_tags | `Skipped` | --- | test_vm_strict_host_tags.py
all_test_vnf_templates | `Skipped` | --- | test_vnf_templates.py
all_test_volumes | `Skipped` | --- | test_volumes.py
all_test_vpc_conserve_mode | `Skipped` | --- | test_vpc_conserve_mode.py
all_test_vpc_ipv6 | `Skipped` | --- | test_vpc_ipv6.py
all_test_vpc_redundant | `Skipped` | --- | test_vpc_redundant.py
all_test_vpc_router_nics | `Skipped` | --- | test_vpc_router_nics.py
all_test_vpc_vpn | `Skipped` | --- | test_vpc_vpn.py
all_test_webhook_delivery | `Skipped` | --- | test_webhook_delivery.py
all_test_webhook_lifecycle | `Skipped` | --- | test_webhook_lifecycle.py
all_test_host_maintenance | `Skipped` | --- | test_host_maintenance.py
all_test_hostha_kvm | `Skipped` | --- | test_hostha_kvm.py
--
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
To unsubscribe, e-mail: commits-unsubscribe@cloudstack.apache.org
For queries about this service, please contact Infrastructure at:
users@infra.apache.org
Re: [PR] Add option to control MAC address reuse for VR public NICs [cloudstack]
Posted by "blueorangutan (via GitHub)" <gi...@apache.org>.
blueorangutan commented on PR #13001:
URL: https://github.com/apache/cloudstack/pull/13001#issuecomment-4227366868
Packaging result [SF]: ✖️ el8 ✖️ el9 ✖️ debian ✖️ suse15. SL-JID 17451
--
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
To unsubscribe, e-mail: commits-unsubscribe@cloudstack.apache.org
For queries about this service, please contact Infrastructure at:
users@infra.apache.org
Re: [PR] Add option to control MAC address reuse for VR public NICs [cloudstack]
Posted by "blueorangutan (via GitHub)" <gi...@apache.org>.
blueorangutan commented on PR #13001:
URL: https://github.com/apache/cloudstack/pull/13001#issuecomment-4227346357
@bernardodemarco a [SL] Jenkins job has been kicked to build packages. It will be bundled with no SystemVM templates. I'll keep you posted as I make progress.
--
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
To unsubscribe, e-mail: commits-unsubscribe@cloudstack.apache.org
For queries about this service, please contact Infrastructure at:
users@infra.apache.org
Re: [PR] Add option to control MAC address reuse for VR public NICs [cloudstack]
Posted by "weizhouapache (via GitHub)" <gi...@apache.org>.
weizhouapache commented on PR #13001:
URL: https://github.com/apache/cloudstack/pull/13001#issuecomment-4308083097
@blueorangutan test matrix
--
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
To unsubscribe, e-mail: commits-unsubscribe@cloudstack.apache.org
For queries about this service, please contact Infrastructure at:
users@infra.apache.org
Re: [PR] Add option to control MAC address reuse for VR public NICs [cloudstack]
Posted by "blueorangutan (via GitHub)" <gi...@apache.org>.
blueorangutan commented on PR #13001:
URL: https://github.com/apache/cloudstack/pull/13001#issuecomment-4283656721
Packaging result [SF]: ✔️ el8 ✔️ el9 ✔️ el10 ✔️ debian ✔️ suse15. SL-JID 17557
--
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
To unsubscribe, e-mail: commits-unsubscribe@cloudstack.apache.org
For queries about this service, please contact Infrastructure at:
users@infra.apache.org
Re: [PR] Add option to control MAC address reuse for VR public NICs [cloudstack]
Posted by "DaanHoogland (via GitHub)" <gi...@apache.org>.
DaanHoogland commented on PR #13001:
URL: https://github.com/apache/cloudstack/pull/13001#issuecomment-4377350708
@blueorangutan test matrix
--
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
To unsubscribe, e-mail: commits-unsubscribe@cloudstack.apache.org
For queries about this service, please contact Infrastructure at:
users@infra.apache.org
Re: [PR] Add option to control MAC address reuse for VR public NICs [cloudstack]
Posted by "blueorangutan (via GitHub)" <gi...@apache.org>.
blueorangutan commented on PR #13001:
URL: https://github.com/apache/cloudstack/pull/13001#issuecomment-4371487656
@bernardodemarco a [SL] Jenkins job has been kicked to build packages. It will be bundled with no SystemVM templates. I'll keep you posted as I make progress.
--
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
To unsubscribe, e-mail: commits-unsubscribe@cloudstack.apache.org
For queries about this service, please contact Infrastructure at:
users@infra.apache.org
Re: [PR] Add option to control MAC address reuse for VR public NICs [cloudstack]
Posted by "blueorangutan (via GitHub)" <gi...@apache.org>.
blueorangutan commented on PR #13001:
URL: https://github.com/apache/cloudstack/pull/13001#issuecomment-4384526953
<b>[SF] Trillian test result (tid-16016)</b>
Environment: vmware-70u3 (x2), zone: Advanced Networking with Mgmt server ol8
Total time taken: 63311 seconds
Marvin logs: https://github.com/blueorangutan/acs-prs/releases/download/trillian/pr13001-t16016-vmware-70u3.zip
Smoke tests completed. 145 look OK, 6 have errors, 0 did not run
Only failed and skipped tests results shown below:
Test | Result | Time (s) | Test File
--- | --- | --- | ---
test_CRUD_operations_guest_OS_mapping | `Error` | 3.34 | test_guest_os.py
test_guest_OS_mapping_check_with_hypervisor | `Error` | 2.52 | test_guest_os.py
test_deploy_more_vms_than_limit_allows | `Error` | 106.11 | test_deploy_vms_in_parallel.py
test_01_vpn_usage | `Error` | 1.11 | test_usage.py
test_01_deploy_vm_on_specific_host | `Error` | 18.67 | test_vm_deployment_planner.py
test_02_deploy_vm_on_specific_cluster | `Error` | 3602.62 | test_vm_deployment_planner.py
test_03_deploy_vm_on_specific_pod | `Error` | 1.34 | test_vm_deployment_planner.py
test_04_deploy_vm_on_host_override_pod_and_cluster | `Error` | 2.41 | test_vm_deployment_planner.py
test_05_deploy_vm_on_cluster_override_pod | `Error` | 1.23 | test_vm_deployment_planner.py
test_01_migrate_vm_strict_tags_success | `Error` | 4.65 | test_vm_strict_host_tags.py
test_02_migrate_vm_strict_tags_failure | `Error` | 3.61 | test_vm_strict_host_tags.py
test_01_restore_vm_strict_tags_success | `Error` | 4.59 | test_vm_strict_host_tags.py
test_02_restore_vm_strict_tags_failure | `Error` | 3.58 | test_vm_strict_host_tags.py
test_01_scale_vm_strict_tags_success | `Error` | 4.68 | test_vm_strict_host_tags.py
test_02_scale_vm_strict_tags_failure | `Error` | 3.59 | test_vm_strict_host_tags.py
test_01_deploy_vm_on_specific_host_without_strict_tags | `Error` | 4.58 | test_vm_strict_host_tags.py
test_02_deploy_vm_on_any_host_without_strict_tags | `Error` | 6.62 | test_vm_strict_host_tags.py
test_03_deploy_vm_on_specific_host_with_strict_tags_success | `Error` | 3.62 | test_vm_strict_host_tags.py
test_04_deploy_vm_on_any_host_with_strict_tags_success | `Error` | 5.70 | test_vm_strict_host_tags.py
test_01_cancel_host_maintenace_with_no_migration_jobs | `Error` | 6.27 | test_host_maintenance.py
test_02_cancel_host_maintenace_with_migration_jobs | `Error` | 74.84 | test_host_maintenance.py
test_03_cancel_host_maintenace_with_migration_jobs_failure | `Error` | 33.91 | test_host_maintenance.py
--
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
To unsubscribe, e-mail: commits-unsubscribe@cloudstack.apache.org
For queries about this service, please contact Infrastructure at:
users@infra.apache.org
Re: [PR] Add option to control MAC address reuse for VR public NICs [cloudstack]
Posted by "blueorangutan (via GitHub)" <gi...@apache.org>.
blueorangutan commented on PR #13001:
URL: https://github.com/apache/cloudstack/pull/13001#issuecomment-4283336649
@weizhouapache a [SL] Jenkins job has been kicked to build packages. It will be bundled with no SystemVM templates. I'll keep you posted as I make progress.
--
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
To unsubscribe, e-mail: commits-unsubscribe@cloudstack.apache.org
For queries about this service, please contact Infrastructure at:
users@infra.apache.org
Re: [PR] Add option to control MAC address reuse for VR public NICs [cloudstack]
Posted by "weizhouapache (via GitHub)" <gi...@apache.org>.
weizhouapache commented on PR #13001:
URL: https://github.com/apache/cloudstack/pull/13001#issuecomment-4284428236
@blueorangutan test matrix
--
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
To unsubscribe, e-mail: commits-unsubscribe@cloudstack.apache.org
For queries about this service, please contact Infrastructure at:
users@infra.apache.org
Re: [PR] Add option to control MAC address reuse for VR public NICs [cloudstack]
Posted by "blueorangutan (via GitHub)" <gi...@apache.org>.
blueorangutan commented on PR #13001:
URL: https://github.com/apache/cloudstack/pull/13001#issuecomment-4301696443
<b>[SF] Trillian test result (tid-15918)</b>
Environment: vmware-70u3 (x2), zone: Advanced Networking with Mgmt server ol8
Total time taken: 194322 seconds
Marvin logs: https://github.com/blueorangutan/acs-prs/releases/download/trillian/pr13001-t15918-vmware-70u3.zip
Smoke tests completed. 133 look OK, 13 have errors, 5 did not run
Only failed and skipped tests results shown below:
Test | Result | Time (s) | Test File
--- | --- | --- | ---
test_CRUD_operations_guest_OS_mapping | `Error` | 3.44 | test_guest_os.py
test_guest_OS_mapping_check_with_hypervisor | `Error` | 1.47 | test_guest_os.py
test_deploy_more_vms_than_limit_allows | `Error` | 130.95 | test_deploy_vms_in_parallel.py
test_01_vpn_usage | `Error` | 1.78 | test_usage.py
test_01_deploy_vm_on_specific_host | `Error` | 5.08 | test_vm_deployment_planner.py
test_02_deploy_vm_on_specific_cluster | `Error` | 3608.19 | test_vm_deployment_planner.py
test_03_deploy_vm_on_specific_pod | `Error` | 21.75 | test_vm_deployment_planner.py
test_04_deploy_vm_on_host_override_pod_and_cluster | `Error` | 6.36 | test_vm_deployment_planner.py
test_05_deploy_vm_on_cluster_override_pod | `Error` | 11.66 | test_vm_deployment_planner.py
test_deploy_vm_multiple | `Error` | 2467.61 | test_vm_life_cycle.py
ContextSuite context=TestDeployVM>:teardown | `Error` | 2470.89 | test_vm_life_cycle.py
ContextSuite context=TestKVMLiveMigration>:setup | `Error` | 2474.01 | test_vm_life_cycle.py
ContextSuite context=TestMigrateVMwithVolume>:setup | `Error` | 2477.12 | test_vm_life_cycle.py
ContextSuite context=TestVAppsVM>:setup | `Error` | 3.11 | test_vm_life_cycle.py
ContextSuite context=TestVMLifeCycle>:setup | `Error` | 6.23 | test_vm_life_cycle.py
test_01_migrate_vm_strict_tags_success | `Error` | 9.94 | test_vm_strict_host_tags.py
test_02_migrate_vm_strict_tags_failure | `Error` | 12.43 | test_vm_strict_host_tags.py
test_01_restore_vm_strict_tags_success | `Error` | 12.06 | test_vm_strict_host_tags.py
test_02_restore_vm_strict_tags_failure | `Error` | 9.37 | test_vm_strict_host_tags.py
test_01_scale_vm_strict_tags_success | `Error` | 10.75 | test_vm_strict_host_tags.py
test_02_scale_vm_strict_tags_failure | `Error` | 10.86 | test_vm_strict_host_tags.py
test_01_deploy_vm_on_specific_host_without_strict_tags | `Error` | 6.89 | test_vm_strict_host_tags.py
test_02_deploy_vm_on_any_host_without_strict_tags | `Error` | 12.02 | test_vm_strict_host_tags.py
test_03_deploy_vm_on_specific_host_with_strict_tags_success | `Error` | 10.05 | test_vm_strict_host_tags.py
test_04_deploy_vm_on_any_host_with_strict_tags_success | `Error` | 14.87 | test_vm_strict_host_tags.py
ContextSuite context=TestCreateVolume>:teardown | `Error` | 2271.82 | test_volumes.py
test_11_attach_volume_with_unstarted_vm | `Error` | 1943.00 | test_volumes.py
test_13_migrate_volume_and_change_offering | `Error` | 1213.77 | test_volumes.py
ContextSuite context=TestVolumes>:teardown | `Error` | 1828.22 | test_volumes.py
ContextSuite context=TestVPCConserveModeRules>:teardown | `Error` | 1826.39 | test_vpc_conserve_mode.py
test_01_verify_ipv6_vpc | `Error` | 1815.01 | test_vpc_ipv6.py
test_01_verify_ipv6_vpc | `Error` | 1815.12 | test_vpc_ipv6.py
test_01_create_redundant_VPC_2tiers_4VMs_4IPs_4PF_ACL | `Error` | 1820.66 | test_vpc_redundant.py
test_02_redundant_VPC_default_routes | `Error` | 1821.89 | test_vpc_redundant.py
test_03_create_redundant_VPC_1tier_2VMs_2IPs_2PF_ACL_reboot_routers | `Error` | 1909.51 | test_vpc_redundant.py
test_04_rvpc_network_garbage_collector_nics | `Error` | 1903.89 | test_vpc_redundant.py
test_05_rvpc_multi_tiers | `Error` | 1905.81 | test_vpc_redundant.py
test_01_VPC_nics_after_destroy | `Failure` | 3927.82 | test_vpc_router_nics.py
test_02_VPC_default_routes | `Error` | 1818.67 | test_vpc_router_nics.py
test_01_redundant_vpc_site2site_vpn | `Failure` | 1817.88 | test_vpc_vpn.py
test_01_redundant_vpc_site2site_vpn | `Error` | 1818.00 | test_vpc_vpn.py
test_01_vpc_site2site_vpn_multiple_options | `Failure` | 1897.24 | test_vpc_vpn.py
test_01_vpc_site2site_vpn_multiple_options | `Error` | 1897.38 | test_vpc_vpn.py
test_01_vpc_remote_access_vpn | `Failure` | 1810.54 | test_vpc_vpn.py
test_01_vpc_site2site_vpn | `Failure` | 1812.15 | test_vpc_vpn.py
test_01_vpc_site2site_vpn | `Error` | 1812.26 | test_vpc_vpn.py
test_01_cancel_host_maintenace_with_no_migration_jobs | `Error` | 8.21 | test_host_maintenance.py
test_02_cancel_host_maintenace_with_migration_jobs | `Error` | 1880.25 | test_host_maintenance.py
test_02_cancel_host_maintenace_with_migration_jobs | `Error` | 1880.38 | test_host_maintenance.py
test_03_cancel_host_maintenace_with_migration_jobs_failure | `Error` | 2.15 | test_host_maintenance.py
all_test_vm_lifecycle_unmanage_import | `Skipped` | --- | test_vm_lifecycle_unmanage_import.py
all_test_vm_lifecycle_unmanage_kvm_import | `Skipped` | --- | test_vm_lifecycle_unmanage_kvm_import.py
all_test_vm_lifecycle_with_snapshot_or_volume | `Skipped` | --- | test_vm_lifecycle_with_snapshot_or_volume.py
all_test_vm_schedule | `Skipped` | --- | test_vm_schedule.py
all_test_vm_snapshots | `Skipped` | --- | test_vm_snapshots.py
--
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
To unsubscribe, e-mail: commits-unsubscribe@cloudstack.apache.org
For queries about this service, please contact Infrastructure at:
users@infra.apache.org
Re: [PR] Add option to control MAC address reuse for VR public NICs [cloudstack]
Posted by "bernardodemarco (via GitHub)" <gi...@apache.org>.
bernardodemarco commented on PR #13001:
URL: https://github.com/apache/cloudstack/pull/13001#issuecomment-4306994448
@DaanHoogland @weizhouapache can we trigger the CI again for this one, please?
--
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
To unsubscribe, e-mail: commits-unsubscribe@cloudstack.apache.org
For queries about this service, please contact Infrastructure at:
users@infra.apache.org
Re: [PR] Add option to control MAC address reuse for VR public NICs [cloudstack]
Posted by "blueorangutan (via GitHub)" <gi...@apache.org>.
blueorangutan commented on PR #13001:
URL: https://github.com/apache/cloudstack/pull/13001#issuecomment-4321895599
<b>[SF] Trillian test result (tid-15937)</b>
Environment: vmware-70u3 (x2), zone: Advanced Networking with Mgmt server ol8
Total time taken: 221178 seconds
Marvin logs: https://github.com/blueorangutan/acs-prs/releases/download/trillian/pr13001-t15937-vmware-70u3.zip
Smoke tests completed. 137 look OK, 11 have errors, 3 did not run
Only failed and skipped tests results shown below:
Test | Result | Time (s) | Test File
--- | --- | --- | ---
ContextSuite context=TestClusterDRS>:setup | `Error` | 0.00 | test_cluster_drs.py
test_CRUD_operations_guest_OS_mapping | `Error` | 3.41 | test_guest_os.py
test_guest_OS_mapping_check_with_hypervisor | `Error` | 1.41 | test_guest_os.py
test_01_vpn_usage | `Error` | 1.10 | test_usage.py
test_01_deploy_vm_on_specific_host | `Error` | 4.32 | test_vm_deployment_planner.py
test_02_deploy_vm_on_specific_cluster | `Error` | 3603.37 | test_vm_deployment_planner.py
test_03_deploy_vm_on_specific_pod | `Error` | 4.33 | test_vm_deployment_planner.py
test_04_deploy_vm_on_host_override_pod_and_cluster | `Error` | 4.35 | test_vm_deployment_planner.py
test_05_deploy_vm_on_cluster_override_pod | `Error` | 2.25 | test_vm_deployment_planner.py
test_08_migrate_vm | `Error` | 1821.56 | test_vm_life_cycle.py
test_09_expunge_vm | `Failure` | 426.61 | test_vm_life_cycle.py
test_12_start_vm_multiple_volumes_allocated | `Error` | 1923.26 | test_vm_life_cycle.py
test_13_destroy_and_expunge_vm | `Error` | 3724.12 | test_vm_life_cycle.py
test_01_migrate_vm_strict_tags_success | `Error` | 7.82 | test_vm_strict_host_tags.py
test_02_migrate_vm_strict_tags_failure | `Error` | 8.71 | test_vm_strict_host_tags.py
test_01_restore_vm_strict_tags_success | `Error` | 8.70 | test_vm_strict_host_tags.py
test_02_restore_vm_strict_tags_failure | `Error` | 5.66 | test_vm_strict_host_tags.py
test_01_scale_vm_strict_tags_success | `Error` | 7.71 | test_vm_strict_host_tags.py
test_02_scale_vm_strict_tags_failure | `Error` | 7.76 | test_vm_strict_host_tags.py
test_01_deploy_vm_on_specific_host_without_strict_tags | `Error` | 8.68 | test_vm_strict_host_tags.py
test_02_deploy_vm_on_any_host_without_strict_tags | `Error` | 7.61 | test_vm_strict_host_tags.py
test_03_deploy_vm_on_specific_host_with_strict_tags_success | `Error` | 7.78 | test_vm_strict_host_tags.py
test_04_deploy_vm_on_any_host_with_strict_tags_success | `Error` | 8.77 | test_vm_strict_host_tags.py
test_04_deploy_vnf_appliance | `Error` | 1926.10 | test_vnf_templates.py
test_05_delete_vnf_template | `Error` | 1.38 | test_vnf_templates.py
ContextSuite context=TestVnfTemplates>:teardown | `Error` | 1.64 | test_vnf_templates.py
ContextSuite context=TestCreateVolume>:teardown | `Error` | 2256.46 | test_volumes.py
test_11_attach_volume_with_unstarted_vm | `Error` | 1925.08 | test_volumes.py
test_01_create_redundant_VPC_2tiers_4VMs_4IPs_4PF_ACL | `Error` | 3689.16 | test_vpc_redundant.py
test_02_redundant_VPC_default_routes | `Error` | 3613.09 | test_vpc_redundant.py
test_03_create_redundant_VPC_1tier_2VMs_2IPs_2PF_ACL_reboot_routers | `Error` | 3690.84 | test_vpc_redundant.py
test_04_rvpc_network_garbage_collector_nics | `Error` | 1809.31 | test_vpc_redundant.py
test_05_rvpc_multi_tiers | `Error` | 3613.92 | test_vpc_redundant.py
test_01_VPC_nics_after_destroy | `Error` | 3608.09 | test_vpc_router_nics.py
test_01_redundant_vpc_site2site_vpn | `Failure` | 3681.54 | test_vpc_vpn.py
test_01_vpc_site2site_vpn_multiple_options | `Error` | 2516.63 | test_vpc_vpn.py
test_01_vpc_remote_access_vpn | `Failure` | 3606.03 | test_vpc_vpn.py
test_01_vpc_site2site_vpn | `Failure` | 3608.76 | test_vpc_vpn.py
test_01_vpc_site2site_vpn | `Error` | 3609.03 | test_vpc_vpn.py
all_test_webhook_lifecycle | `Skipped` | --- | test_webhook_lifecycle.py
all_test_host_maintenance | `Skipped` | --- | test_host_maintenance.py
all_test_hostha_kvm | `Skipped` | --- | test_hostha_kvm.py
--
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
To unsubscribe, e-mail: commits-unsubscribe@cloudstack.apache.org
For queries about this service, please contact Infrastructure at:
users@infra.apache.org
Re: [PR] Add option to control MAC address reuse for VR public NICs [cloudstack]
Posted by "blueorangutan (via GitHub)" <gi...@apache.org>.
blueorangutan commented on PR #13001:
URL: https://github.com/apache/cloudstack/pull/13001#issuecomment-4238347345
@bernardodemarco a [SL] Jenkins job has been kicked to build packages. It will be bundled with no SystemVM templates. I'll keep you posted as I make progress.
--
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
To unsubscribe, e-mail: commits-unsubscribe@cloudstack.apache.org
For queries about this service, please contact Infrastructure at:
users@infra.apache.org
Re: [PR] Add option to control MAC address reuse for VR public NICs [cloudstack]
Posted by "winterhazel (via GitHub)" <gi...@apache.org>.
winterhazel merged PR #13001:
URL: https://github.com/apache/cloudstack/pull/13001
--
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
To unsubscribe, e-mail: commits-unsubscribe@cloudstack.apache.org
For queries about this service, please contact Infrastructure at:
users@infra.apache.org
Re: [PR] Add option to control MAC address reuse for VR public NICs [cloudstack]
Posted by "bernardodemarco (via GitHub)" <gi...@apache.org>.
bernardodemarco commented on PR #13001:
URL: https://github.com/apache/cloudstack/pull/13001#issuecomment-4238341056
Hello, @weizhouapache
> Can you perform the tests ?
Sure! Below are described some connectivity stress tests that I performed in my local environment. They were executed over a VPC (CIDR 10.0.0.0/16), with a tier (CIDR 10.0.0.0/24) whose ACL was configured to allow all ingress and egress network traffic. I acquired a public IP (192.168.122.15) for the VPC and assigned it to a VM provisioned in the tier. In the VM, I configured a UDP server with Node.js and started it as a daemon:
<details>
<summary>UDP Server</summary>
```js
const udp = require('dgram')
const fs = require('fs')
const server = udp.createSocket('udp4')
const port = 2222
const logStream = fs.createWriteStream('udp.log', { flags: 'a' })
server.on('error', (error) => {
logStream.write('Error: ' + error)
server.close()
})
server.on('message', (msg, info) => {
const message = msg.toString()
const logEntry = `[${new Date().toISOString()}] ${info.address}:${info.port} - ${message}\n`
logStream.write(logEntry)
console.log(logEntry.trim())
})
server.on('listening', () => {
logStream.write('Server is listening at port ' + port)
})
server.on('close', () => {
logStream.write('Socket is closed')
logStream.end()
})
server.bind(port)
```
</details>
Next, I developed a client script to send UDP datagrams to the server every 100 milliseconds:
<details>
<summary>UDP Client</summary>
```js
const udp = require('dgram')
const host = '192.168.122.15'
const port = 2222
const sleepInterval = 100
const client = udp.createSocket('udp4')
function randomIntFromInterval(min, max) {
return Math.floor(Math.random() * (max - min + 1) + min)
}
let i = 0
async function sendDataToServer() {
const message = 'load test #' + (i++).toString() + ' -- data:' + Date.now().toString(36).repeat(randomIntFromInterval(100, 150))
console.log(message)
const data = Buffer.from(message)
client.send(data, port, host, (error) => {
console.log('sending data to the server')
if (error) {
console.log('error - closing socket')
client.close()
}
})
}
setInterval(sendDataToServer, sleepInterval)
```
</details>
## Non-redundant VPC cleanup
### Reusing the same MAC address
1. Using a non-redundant VPC, I started the server and ran the client script to begin sending UDP datagrams to the server.
2. Cleaned up the VPC.
3. The UDP datagrams from `#396` to `#420` and `#422` to `#427` were dropped and it took about 3 seconds for the connection between the client and server to be reestablished.
<details>
<summary>Logs</summary>
```
[2026-04-13T16:40:58.947Z] 192.168.122.1:60751 - load test #394 -- data:mnxf5xs0mnxf5xs0mnxf5xs0mnxf5xs0mnxf5xs0mnxf5xs0mnxf5xs0mnxf5xs0mnxf5xs0mnxf5xs0mnxf5xs0mnxf5xs0mnxf5xs0mnxf5xs0mnxf5xs0mnxf5xs0mnxf5xs0mnxf5xs0mnxf5xs0mnxf5xs0mnxf5xs0mnxf5xs0mnxf5xs0mnxf5xs0mnxf5xs0mnxf5xs0mnxf5xs0mnxf5xs0mnxf5xs0mnxf5xs0mnxf5xs0mnxf5xs0mnxf5xs0mnxf5xs0mnxf5xs0mnxf5xs0mnxf5xs0mnxf5xs0mnxf5xs0mnxf5xs0mnxf5xs0mnxf5xs0mnxf5xs0mnxf5xs0mnxf5xs0mnxf5xs0mnxf5xs0mnxf5xs0mnxf5xs0mnxf5xs0mnxf5xs0mnxf5xs0mnxf5xs0mnxf5xs0mnxf5xs0mnxf5xs0mnxf5xs0mnxf5xs0mnxf5xs0mnxf5xs0mnxf5xs0mnxf5xs0mnxf5xs0mnxf5xs0mnxf5xs0mnxf5xs0mnxf5xs0mnxf5xs0mnxf5xs0mnxf5xs0mnxf5xs0mnxf5xs0mnxf5xs0mnxf5xs0mnxf5xs0mnxf5xs0mnxf5xs0mnxf5xs0mnxf5xs0mnxf5xs0mnxf5xs0mnxf5xs0mnxf5xs0mnxf5xs0mnxf5xs0mnxf5xs0mnxf5xs0mnxf5xs0mnxf5xs0mnxf5xs0mnxf5xs0mnxf5xs0mnxf5xs0mnxf5xs0mnxf5xs0mnxf5xs0mnxf5xs0mnxf5xs0mnxf5xs0mnxf5xs0mnxf5xs0mnxf5xs0mnxf5xs0mnxf5xs0mnxf5xs0mnxf5xs0mnxf5xs0mnxf5xs0mnxf5xs0mnxf5xs0mnxf5xs0mnxf5xs0mnxf5xs0mnxf5xs0mnxf5xs0mnx
f5xs0mnxf5xs0
[2026-04-13T16:40:59.047Z] 192.168.122.1:60751 - load test #395 -- data:mnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnx
f5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xutmnxf5xut
[2026-04-13T16:41:01.654Z] 192.168.122.1:60751 - load test #421 -- data:mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnx
f5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7mnxf5zv7
[2026-04-13T16:41:02.356Z] 192.168.122.1:60751 - load test #428 -- data:mnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnx
f60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60epmnxf60ep
[2026-04-13T16:41:02.456Z] 192.168.122.1:60751 - load test #429 -- data:mnxf60himnxf60himnxf60himnxf60himnxf60himnxf60himnxf60himnxf60himnxf60himnxf60himnxf60himnxf60himnxf60himnxf60himnxf60himnxf60himnxf60himnxf60himnxf60himnxf60himnxf60himnxf60himnxf60himnxf60himnxf60himnxf60himnxf60himnxf60himnxf60himnxf60himnxf60himnxf60himnxf60himnxf60himnxf60himnxf60himnxf60himnxf60himnxf60himnxf60himnxf60himnxf60himnxf60himnxf60himnxf60himnxf60himnxf60himnxf60himnxf60himnxf60himnxf60himnxf60himnxf60himnxf60himnxf60himnxf60himnxf60himnxf60himnxf60himnxf60himnxf60himnxf60himnxf60himnxf60himnxf60himnxf60himnxf60himnxf60himnxf60himnxf60himnxf60himnxf60himnxf60himnxf60himnxf60himnxf60himnxf60himnxf60himnxf60himnxf60himnxf60himnxf60himnxf60himnxf60himnxf60himnxf60himnxf60himnxf60himnxf60himnxf60himnxf60himnxf60himnxf60himnxf60himnxf60himnxf60himnxf60himnxf60himnxf60himnxf60himnxf60himnxf60himnxf60himnxf60himnxf60himnxf60himnxf60himnxf60himnxf60himnxf60himnxf60himnxf60himnxf60himnxf60himnxf60himnx
f60himnxf60himnxf60himnxf60himnxf60himnxf60himnxf60himnxf60himnxf60himnxf60himnxf60himnxf60himnxf60himnxf60himnxf60hi
[2026-04-13T16:41:02.557Z] 192.168.122.1:60751 - load test #430 -- data:mnxf60kamnxf60kamnxf60kamnxf60kamnxf60kamnxf60kamnxf60kamnxf60kamnxf60kamnxf60kamnxf60kamnxf60kamnxf60kamnxf60kamnxf60kamnxf60kamnxf60kamnxf60kamnxf60kamnxf60kamnxf60kamnxf60kamnxf60kamnxf60kamnxf60kamnxf60kamnxf60kamnxf60kamnxf60kamnxf60kamnxf60kamnxf60kamnxf60kamnxf60kamnxf60kamnxf60kamnxf60kamnxf60kamnxf60kamnxf60kamnxf60kamnxf60kamnxf60kamnxf60kamnxf60kamnxf60kamnxf60kamnxf60kamnxf60kamnxf60kamnxf60kamnxf60kamnxf60kamnxf60kamnxf60kamnxf60kamnxf60kamnxf60kamnxf60kamnxf60kamnxf60kamnxf60kamnxf60kamnxf60kamnxf60kamnxf60kamnxf60kamnxf60kamnxf60kamnxf60kamnxf60kamnxf60kamnxf60kamnxf60kamnxf60kamnxf60kamnxf60kamnxf60kamnxf60kamnxf60kamnxf60kamnxf60kamnxf60kamnxf60kamnxf60kamnxf60kamnxf60kamnxf60kamnxf60kamnxf60kamnxf60kamnxf60kamnxf60kamnxf60kamnxf60kamnxf60kamnxf60kamnxf60kamnxf60kamnxf60kamnxf60kamnxf60kamnxf60kamnxf60kamnxf60kamnxf60kamnxf60kamnxf60kamnxf60kamnxf60kamnxf60kamnxf60kamnxf60kamnxf60kamnxf60kamnx
f60ka
[2026-04-13T16:41:02.657Z] 192.168.122.1:60751 - load test #431 -- data:mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnx
f60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3mnxf60n3
```
</details>
<details>
<summary>Network traffic obtained from <code>tcpdump</code></summary>
```
13:40:59.145761 IP bernardodemarco.60751 > 192.168.122.15.2222: UDP, length 1143
13:40:59.246191 IP bernardodemarco.60751 > 192.168.122.15.2222: UDP, length 1175
13:40:59.346722 IP bernardodemarco.60751 > 192.168.122.15.2222: UDP, length 991
13:40:59.446151 IP bernardodemarco.60751 > 192.168.122.15.2222: UDP, length 1167
13:40:59.546662 IP bernardodemarco.60751 > 192.168.122.15.2222: UDP, length 879
13:40:59.647128 IP bernardodemarco.60751 > 192.168.122.15.2222: UDP, length 871
13:40:59.747569 IP bernardodemarco.60751 > 192.168.122.15.2222: UDP, length 911
13:40:59.847001 IP bernardodemarco.60751 > 192.168.122.15.2222: UDP, length 1167
13:40:59.947428 IP bernardodemarco.60751 > 192.168.122.15.2222: UDP, length 975
13:41:00.046850 IP bernardodemarco.60751 > 192.168.122.15.2222: UDP, length 863
13:41:00.147270 IP bernardodemarco.60751 > 192.168.122.15.2222: UDP, length 1103
13:41:00.247703 IP bernardodemarco.60751 > 192.168.122.15.2222: UDP, length 1063
13:41:00.348153 IP bernardodemarco.60751 > 192.168.122.15.2222: UDP, length 1031
13:41:00.448789 IP bernardodemarco.60751 > 192.168.122.15.2222: UDP, length 1063
13:41:00.549298 IP bernardodemarco.60751 > 192.168.122.15.2222: UDP, length 983
13:41:00.649787 IP bernardodemarco.60751 > 192.168.122.15.2222: UDP, length 1079
13:41:00.750262 IP bernardodemarco.60751 > 192.168.122.15.2222: UDP, length 983
13:41:00.850692 IP bernardodemarco.60751 > 192.168.122.15.2222: UDP, length 1055
13:41:00.951119 IP bernardodemarco.60751 > 192.168.122.15.2222: UDP, length 1055
13:41:01.051681 IP bernardodemarco.60751 > 192.168.122.15.2222: UDP, length 855
13:41:01.151187 IP bernardodemarco.60751 > 192.168.122.15.2222: UDP, length 999
13:41:01.251608 IP bernardodemarco.60751 > 192.168.122.15.2222: UDP, length 855
13:41:01.351166 IP bernardodemarco.60751 > 192.168.122.15.2222: UDP, length 1199
13:41:01.451601 IP bernardodemarco.60751 > 192.168.122.15.2222: UDP, length 1183
13:41:01.455607 ARP, Reply 192.168.122.15 is-at 1e:01:16:00:00:0d (oui Unknown), length 28
13:41:01.551163 IP bernardodemarco.60751 > 192.168.122.15.2222: UDP, length 847
13:41:01.651601 IP bernardodemarco.60751 > 192.168.122.15.2222: UDP, length 1167
13:41:01.739797 ARP, Reply 192.168.122.15 is-at 1e:01:16:00:00:0d (oui Unknown), length 28
13:41:01.751023 IP bernardodemarco.60751 > 192.168.122.15.2222: UDP, length 839
13:41:01.851466 IP bernardodemarco.60751 > 192.168.122.15.2222: UDP, length 855
13:41:01.950897 IP bernardodemarco.60751 > 192.168.122.15.2222: UDP, length 847
13:41:02.051321 IP bernardodemarco.60751 > 192.168.122.15.2222: UDP, length 999
13:41:02.151736 IP bernardodemarco.60751 > 192.168.122.15.2222: UDP, length 1151
13:41:02.168592 ARP, Reply 192.168.122.15 is-at 1e:01:16:00:00:0d (oui Unknown), length 28
13:41:02.252158 IP bernardodemarco.60751 > 192.168.122.15.2222: UDP, length 1223
13:41:02.353824 IP bernardodemarco.60751 > 192.168.122.15.2222: UDP, length 1207
13:41:02.454309 IP bernardodemarco.60751 > 192.168.122.15.2222: UDP, length 1063
13:41:02.554785 IP bernardodemarco.60751 > 192.168.122.15.2222: UDP, length 951
```
</details>
### Not reusing the same MAC address
1. Using a non-redundant VPC, I started the server and ran the client script to begin sending UDP datagrams to the server.
2. Cleaned up the VPC.
3. The UDP datagrams from `#590` to `#597` were dropped and it took about 1 second for the connection between the client and server to be reestablished.
<details>
<summary>Logs</summary>
```
[2026-04-13T16:31:34.305Z] 192.168.122.1:42478 - load test #588 -- data:mnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnx
etu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3kmnxetu3k
[2026-04-13T16:31:34.405Z] 192.168.122.1:42478 - load test #589 -- data:mnxetu6cmnxetu6cmnxetu6cmnxetu6cmnxetu6cmnxetu6cmnxetu6cmnxetu6cmnxetu6cmnxetu6cmnxetu6cmnxetu6cmnxetu6cmnxetu6cmnxetu6cmnxetu6cmnxetu6cmnxetu6cmnxetu6cmnxetu6cmnxetu6cmnxetu6cmnxetu6cmnxetu6cmnxetu6cmnxetu6cmnxetu6cmnxetu6cmnxetu6cmnxetu6cmnxetu6cmnxetu6cmnxetu6cmnxetu6cmnxetu6cmnxetu6cmnxetu6cmnxetu6cmnxetu6cmnxetu6cmnxetu6cmnxetu6cmnxetu6cmnxetu6cmnxetu6cmnxetu6cmnxetu6cmnxetu6cmnxetu6cmnxetu6cmnxetu6cmnxetu6cmnxetu6cmnxetu6cmnxetu6cmnxetu6cmnxetu6cmnxetu6cmnxetu6cmnxetu6cmnxetu6cmnxetu6cmnxetu6cmnxetu6cmnxetu6cmnxetu6cmnxetu6cmnxetu6cmnxetu6cmnxetu6cmnxetu6cmnxetu6cmnxetu6cmnxetu6cmnxetu6cmnxetu6cmnxetu6cmnxetu6cmnxetu6cmnxetu6cmnxetu6cmnxetu6cmnxetu6cmnxetu6cmnxetu6cmnxetu6cmnxetu6cmnxetu6cmnxetu6cmnxetu6cmnxetu6cmnxetu6cmnxetu6cmnxetu6cmnxetu6cmnxetu6cmnxetu6cmnxetu6cmnxetu6cmnxetu6cmnxetu6c
[2026-04-13T16:31:35.308Z] 192.168.122.1:42478 - load test #598 -- data:mnxetuvemnxetuvemnxetuvemnxetuvemnxetuvemnxetuvemnxetuvemnxetuvemnxetuvemnxetuvemnxetuvemnxetuvemnxetuvemnxetuvemnxetuvemnxetuvemnxetuvemnxetuvemnxetuvemnxetuvemnxetuvemnxetuvemnxetuvemnxetuvemnxetuvemnxetuvemnxetuvemnxetuvemnxetuvemnxetuvemnxetuvemnxetuvemnxetuvemnxetuvemnxetuvemnxetuvemnxetuvemnxetuvemnxetuvemnxetuvemnxetuvemnxetuvemnxetuvemnxetuvemnxetuvemnxetuvemnxetuvemnxetuvemnxetuvemnxetuvemnxetuvemnxetuvemnxetuvemnxetuvemnxetuvemnxetuvemnxetuvemnxetuvemnxetuvemnxetuvemnxetuvemnxetuvemnxetuvemnxetuvemnxetuvemnxetuvemnxetuvemnxetuvemnxetuvemnxetuvemnxetuvemnxetuvemnxetuvemnxetuvemnxetuvemnxetuvemnxetuvemnxetuvemnxetuvemnxetuvemnxetuvemnxetuvemnxetuvemnxetuvemnxetuvemnxetuvemnxetuvemnxetuvemnxetuvemnxetuvemnxetuvemnxetuvemnxetuvemnxetuvemnxetuvemnxetuvemnxetuvemnxetuvemnxetuvemnxetuvemnxetuvemnxetuvemnxetuvemnxetuvemnxetuve
[2026-04-13T16:31:35.408Z] 192.168.122.1:42478 - load test #599 -- data:mnxetuy7mnxetuy7mnxetuy7mnxetuy7mnxetuy7mnxetuy7mnxetuy7mnxetuy7mnxetuy7mnxetuy7mnxetuy7mnxetuy7mnxetuy7mnxetuy7mnxetuy7mnxetuy7mnxetuy7mnxetuy7mnxetuy7mnxetuy7mnxetuy7mnxetuy7mnxetuy7mnxetuy7mnxetuy7mnxetuy7mnxetuy7mnxetuy7mnxetuy7mnxetuy7mnxetuy7mnxetuy7mnxetuy7mnxetuy7mnxetuy7mnxetuy7mnxetuy7mnxetuy7mnxetuy7mnxetuy7mnxetuy7mnxetuy7mnxetuy7mnxetuy7mnxetuy7mnxetuy7mnxetuy7mnxetuy7mnxetuy7mnxetuy7mnxetuy7mnxetuy7mnxetuy7mnxetuy7mnxetuy7mnxetuy7mnxetuy7mnxetuy7mnxetuy7mnxetuy7mnxetuy7mnxetuy7mnxetuy7mnxetuy7mnxetuy7mnxetuy7mnxetuy7mnxetuy7mnxetuy7mnxetuy7mnxetuy7mnxetuy7mnxetuy7mnxetuy7mnxetuy7mnxetuy7mnxetuy7mnxetuy7mnxetuy7mnxetuy7mnxetuy7mnxetuy7mnxetuy7mnxetuy7mnxetuy7mnxetuy7mnxetuy7mnxetuy7mnxetuy7mnxetuy7mnxetuy7mnxetuy7mnxetuy7mnxetuy7mnxetuy7mnxetuy7mnxetuy7mnxetuy7mnxetuy7mnxetuy7mnxetuy7mnxetuy7mnxetuy7mnxetuy7mnxetuy7mnxetuy7mnxetuy7mnxetuy7mnxetuy7mnxetuy7mnxetuy7mnxetuy7mnxetuy7mnxetuy7mnxetuy7mnx
etuy7mnxetuy7mnxetuy7mnxetuy7mnxetuy7mnxetuy7mnxetuy7
```
</details>
<details>
<summary>Network traffic obtained from <code>tcpdump</code></summary>
```
13:31:34.304662 IP bernardodemarco.42478 > 192.168.122.15.2222: UDP, length 1063
13:31:34.405027 IP bernardodemarco.42478 > 192.168.122.15.2222: UDP, length 831
13:31:34.414723 ARP, Reply 192.168.122.15 is-at 1e:01:16:00:00:0d (oui Unknown), length 28
13:31:34.505457 IP bernardodemarco.42478 > 192.168.122.15.2222: UDP, length 1223
13:31:34.604889 IP bernardodemarco.42478 > 192.168.122.15.2222: UDP, length 1175
13:31:34.669731 ARP, Reply 192.168.122.15 is-at 1e:01:16:00:00:0d (oui Unknown), length 28
13:31:34.705264 IP bernardodemarco.42478 > 192.168.122.15.2222: UDP, length 1087
13:31:34.805702 IP bernardodemarco.42478 > 192.168.122.15.2222: UDP, length 1007
13:31:34.906230 IP bernardodemarco.42478 > 192.168.122.15.2222: UDP, length 1087
13:31:35.006709 IP bernardodemarco.42478 > 192.168.122.15.2222: UDP, length 1047
13:31:35.107203 IP bernardodemarco.42478 > 192.168.122.15.2222: UDP, length 1055
13:31:35.112751 ARP, Reply 192.168.122.15 is-at 1e:01:16:00:00:0d (oui Unknown), length 28
13:31:35.207672 IP bernardodemarco.42478 > 192.168.122.15.2222: UDP, length 1031
13:31:35.307078 IP bernardodemarco.42478 > 192.168.122.15.2222: UDP, length 863
13:31:35.407495 IP bernardodemarco.42478 > 192.168.122.15.2222: UDP, length 999
13:31:35.506900 IP bernardodemarco.42478 > 192.168.122.15.2222: UDP, length 1167
```
</details>
## Redundant VPCs
### Reusing the same MAC address
1. I started the server and ran the client script to begin sending UDP datagrams to the server.
2. Stopped the primary VR of the VPC.
3. Verified that no UDP datagrams were dropped and there was a delay of about 3 seconds between datagrams `#77` and `#78`.
<details>
<summary>Logs</summary>
```
[2026-04-13T16:53:38.692Z] 192.168.122.1:48875 - load test #74 -- data:mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxf
m7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0mnxfm7z0
[2026-04-13T16:53:38.791Z] 192.168.122.1:48875 - load test #75 -- data:mnxfm81rmnxfm81rmnxfm81rmnxfm81rmnxfm81rmnxfm81rmnxfm81rmnxfm81rmnxfm81rmnxfm81rmnxfm81rmnxfm81rmnxfm81rmnxfm81rmnxfm81rmnxfm81rmnxfm81rmnxfm81rmnxfm81rmnxfm81rmnxfm81rmnxfm81rmnxfm81rmnxfm81rmnxfm81rmnxfm81rmnxfm81rmnxfm81rmnxfm81rmnxfm81rmnxfm81rmnxfm81rmnxfm81rmnxfm81rmnxfm81rmnxfm81rmnxfm81rmnxfm81rmnxfm81rmnxfm81rmnxfm81rmnxfm81rmnxfm81rmnxfm81rmnxfm81rmnxfm81rmnxfm81rmnxfm81rmnxfm81rmnxfm81rmnxfm81rmnxfm81rmnxfm81rmnxfm81rmnxfm81rmnxfm81rmnxfm81rmnxfm81rmnxfm81rmnxfm81rmnxfm81rmnxfm81rmnxfm81rmnxfm81rmnxfm81rmnxfm81rmnxfm81rmnxfm81rmnxfm81rmnxfm81rmnxfm81rmnxfm81rmnxfm81rmnxfm81rmnxfm81rmnxfm81rmnxfm81rmnxfm81rmnxfm81rmnxfm81rmnxfm81rmnxfm81rmnxfm81rmnxfm81rmnxfm81rmnxfm81rmnxfm81rmnxfm81rmnxfm81rmnxfm81rmnxfm81rmnxfm81rmnxfm81rmnxfm81rmnxfm81rmnxfm81rmnxfm81rmnxfm81rmnxfm81rmnxfm81rmnxfm81rmnxfm81rmnxfm81rmnxfm81rmnxfm81rmnxfm81rmnxfm81rmnxfm81rmnxfm81rmnxfm81rmnxfm81rmnxfm81rmnxfm81rmnxfm81rmnxfm81rmnxf
m81rmnxfm81rmnxfm81rmnxfm81rmnxfm81rmnxfm81rmnxfm81rmnxfm81rmnxfm81rmnxfm81rmnxfm81r
[2026-04-13T16:53:38.892Z] 192.168.122.1:48875 - load test #76 -- data:mnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxf
m84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84kmnxfm84k
[2026-04-13T16:53:38.991Z] 192.168.122.1:48875 - load test #77 -- data:mnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxf
m87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87bmnxfm87b
[2026-04-13T16:53:42.146Z] 192.168.122.1:48875 - load test #78 -- data:mnxfm8a4mnxfm8a4mnxfm8a4mnxfm8a4mnxfm8a4mnxfm8a4mnxfm8a4mnxfm8a4mnxfm8a4mnxfm8a4mnxfm8a4mnxfm8a4mnxfm8a4mnxfm8a4mnxfm8a4mnxfm8a4mnxfm8a4mnxfm8a4mnxfm8a4mnxfm8a4mnxfm8a4mnxfm8a4mnxfm8a4mnxfm8a4mnxfm8a4mnxfm8a4mnxfm8a4mnxfm8a4mnxfm8a4mnxfm8a4mnxfm8a4mnxfm8a4mnxfm8a4mnxfm8a4mnxfm8a4mnxfm8a4mnxfm8a4mnxfm8a4mnxfm8a4mnxfm8a4mnxfm8a4mnxfm8a4mnxfm8a4mnxfm8a4mnxfm8a4mnxfm8a4mnxfm8a4mnxfm8a4mnxfm8a4mnxfm8a4mnxfm8a4mnxfm8a4mnxfm8a4mnxfm8a4mnxfm8a4mnxfm8a4mnxfm8a4mnxfm8a4mnxfm8a4mnxfm8a4mnxfm8a4mnxfm8a4mnxfm8a4mnxfm8a4mnxfm8a4mnxfm8a4mnxfm8a4mnxfm8a4mnxfm8a4mnxfm8a4mnxfm8a4mnxfm8a4mnxfm8a4mnxfm8a4mnxfm8a4mnxfm8a4mnxfm8a4mnxfm8a4mnxfm8a4mnxfm8a4mnxfm8a4mnxfm8a4mnxfm8a4mnxfm8a4mnxfm8a4mnxfm8a4mnxfm8a4mnxfm8a4mnxfm8a4mnxfm8a4mnxfm8a4mnxfm8a4mnxfm8a4mnxfm8a4mnxfm8a4mnxfm8a4mnxfm8a4mnxfm8a4mnxfm8a4mnxfm8a4mnxfm8a4mnxfm8a4mnxfm8a4mnxfm8a4mnxfm8a4mnxfm8a4mnxfm8a4mnxfm8a4mnxfm8a4mnxfm8a4mnxfm8a4mnxfm8a4mnxfm8a4mnxfm8a4mnxfm8a4mnxf
m8a4mnxfm8a4mnxfm8a4mnxfm8a4mnxfm8a4mnxfm8a4mnxfm8a4mnxfm8a4mnxfm8a4
[2026-04-13T16:53:42.147Z] 192.168.122.1:48875 - load test #79 -- data:mnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxf
m8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvmnxfm8cvm
```
</details>
### Not reusing the same MAC address
1. I started the server and ran the client script to begin sending UDP datagrams to the server.
2. Stopped the primary VR of the VPC.
3. Verified that one UDP datagram was dropped (`#103`) and there was a delay of about 3 seconds between datagrams `#102` and `#104`.
<details>
<summary>Logs</summary>
```
[2026-04-13T17:00:38.732Z] 192.168.122.1:60890 - load test #100 -- data:mnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnx
fv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82kmnxfv82k
[2026-04-13T17:00:38.833Z] 192.168.122.1:60890 - load test #101 -- data:mnxfv85cmnxfv85cmnxfv85cmnxfv85cmnxfv85cmnxfv85cmnxfv85cmnxfv85cmnxfv85cmnxfv85cmnxfv85cmnxfv85cmnxfv85cmnxfv85cmnxfv85cmnxfv85cmnxfv85cmnxfv85cmnxfv85cmnxfv85cmnxfv85cmnxfv85cmnxfv85cmnxfv85cmnxfv85cmnxfv85cmnxfv85cmnxfv85cmnxfv85cmnxfv85cmnxfv85cmnxfv85cmnxfv85cmnxfv85cmnxfv85cmnxfv85cmnxfv85cmnxfv85cmnxfv85cmnxfv85cmnxfv85cmnxfv85cmnxfv85cmnxfv85cmnxfv85cmnxfv85cmnxfv85cmnxfv85cmnxfv85cmnxfv85cmnxfv85cmnxfv85cmnxfv85cmnxfv85cmnxfv85cmnxfv85cmnxfv85cmnxfv85cmnxfv85cmnxfv85cmnxfv85cmnxfv85cmnxfv85cmnxfv85cmnxfv85cmnxfv85cmnxfv85cmnxfv85cmnxfv85cmnxfv85cmnxfv85cmnxfv85cmnxfv85cmnxfv85cmnxfv85cmnxfv85cmnxfv85cmnxfv85cmnxfv85cmnxfv85cmnxfv85cmnxfv85cmnxfv85cmnxfv85cmnxfv85cmnxfv85cmnxfv85cmnxfv85cmnxfv85cmnxfv85cmnxfv85cmnxfv85cmnxfv85cmnxfv85cmnxfv85cmnxfv85cmnxfv85cmnxfv85cmnxfv85cmnxfv85cmnxfv85cmnxfv85cmnxfv85cmnxfv85cmnxfv85cmnxfv85cmnxfv85cmnxfv85cmnxfv85c
[2026-04-13T17:00:38.934Z] 192.168.122.1:60890 - load test #102 -- data:mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnx
fv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885mnxfv885
[2026-04-13T17:00:41.911Z] 192.168.122.1:60890 - load test #104 -- data:mnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnx
fv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dqmnxfv8dq
[2026-04-13T17:00:41.913Z] 192.168.122.1:60890 - load test #105 -- data:mnxfv8gimnxfv8gimnxfv8gimnxfv8gimnxfv8gimnxfv8gimnxfv8gimnxfv8gimnxfv8gimnxfv8gimnxfv8gimnxfv8gimnxfv8gimnxfv8gimnxfv8gimnxfv8gimnxfv8gimnxfv8gimnxfv8gimnxfv8gimnxfv8gimnxfv8gimnxfv8gimnxfv8gimnxfv8gimnxfv8gimnxfv8gimnxfv8gimnxfv8gimnxfv8gimnxfv8gimnxfv8gimnxfv8gimnxfv8gimnxfv8gimnxfv8gimnxfv8gimnxfv8gimnxfv8gimnxfv8gimnxfv8gimnxfv8gimnxfv8gimnxfv8gimnxfv8gimnxfv8gimnxfv8gimnxfv8gimnxfv8gimnxfv8gimnxfv8gimnxfv8gimnxfv8gimnxfv8gimnxfv8gimnxfv8gimnxfv8gimnxfv8gimnxfv8gimnxfv8gimnxfv8gimnxfv8gimnxfv8gimnxfv8gimnxfv8gimnxfv8gimnxfv8gimnxfv8gimnxfv8gimnxfv8gimnxfv8gimnxfv8gimnxfv8gimnxfv8gimnxfv8gimnxfv8gimnxfv8gimnxfv8gimnxfv8gimnxfv8gimnxfv8gimnxfv8gimnxfv8gimnxfv8gimnxfv8gimnxfv8gimnxfv8gimnxfv8gimnxfv8gimnxfv8gimnxfv8gimnxfv8gimnxfv8gimnxfv8gimnxfv8gimnxfv8gimnxfv8gimnxfv8gimnxfv8gimnxfv8gimnxfv8gimnxfv8gimnxfv8gimnxfv8gi
[2026-04-13T17:00:41.913Z] 192.168.122.1:60890 - load test #106 -- data:mnxfv8jbmnxfv8jbmnxfv8jbmnxfv8jbmnxfv8jbmnxfv8jbmnxfv8jbmnxfv8jbmnxfv8jbmnxfv8jbmnxfv8jbmnxfv8jbmnxfv8jbmnxfv8jbmnxfv8jbmnxfv8jbmnxfv8jbmnxfv8jbmnxfv8jbmnxfv8jbmnxfv8jbmnxfv8jbmnxfv8jbmnxfv8jbmnxfv8jbmnxfv8jbmnxfv8jbmnxfv8jbmnxfv8jbmnxfv8jbmnxfv8jbmnxfv8jbmnxfv8jbmnxfv8jbmnxfv8jbmnxfv8jbmnxfv8jbmnxfv8jbmnxfv8jbmnxfv8jbmnxfv8jbmnxfv8jbmnxfv8jbmnxfv8jbmnxfv8jbmnxfv8jbmnxfv8jbmnxfv8jbmnxfv8jbmnxfv8jbmnxfv8jbmnxfv8jbmnxfv8jbmnxfv8jbmnxfv8jbmnxfv8jbmnxfv8jbmnxfv8jbmnxfv8jbmnxfv8jbmnxfv8jbmnxfv8jbmnxfv8jbmnxfv8jbmnxfv8jbmnxfv8jbmnxfv8jbmnxfv8jbmnxfv8jbmnxfv8jbmnxfv8jbmnxfv8jbmnxfv8jbmnxfv8jbmnxfv8jbmnxfv8jbmnxfv8jbmnxfv8jbmnxfv8jbmnxfv8jbmnxfv8jbmnxfv8jbmnxfv8jbmnxfv8jbmnxfv8jbmnxfv8jbmnxfv8jbmnxfv8jbmnxfv8jbmnxfv8jbmnxfv8jbmnxfv8jbmnxfv8jbmnxfv8jbmnxfv8jbmnxfv8jbmnxfv8jbmnxfv8jbmnxfv8jbmnxfv8jbmnxfv8jbmnxfv8jbmnxfv8jbmnxfv8jbmnxfv8jbmnxfv8jbmnxfv8jbmnxfv8jbmnxfv8jbmnxfv8jb
[2026-04-13T17:00:41.914Z] 192.168.122.1:60890 - load test #107 -- data:mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnx
fv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2mnxfv8m2
[2026-04-13T17:00:41.914Z] 192.168.122.1:60890 - load test #108 -- data:mnxfv8ovmnxfv8ovmnxfv8ovmnxfv8ovmnxfv8ovmnxfv8ovmnxfv8ovmnxfv8ovmnxfv8ovmnxfv8ovmnxfv8ovmnxfv8ovmnxfv8ovmnxfv8ovmnxfv8ovmnxfv8ovmnxfv8ovmnxfv8ovmnxfv8ovmnxfv8ovmnxfv8ovmnxfv8ovmnxfv8ovmnxfv8ovmnxfv8ovmnxfv8ovmnxfv8ovmnxfv8ovmnxfv8ovmnxfv8ovmnxfv8ovmnxfv8ovmnxfv8ovmnxfv8ovmnxfv8ovmnxfv8ovmnxfv8ovmnxfv8ovmnxfv8ovmnxfv8ovmnxfv8ovmnxfv8ovmnxfv8ovmnxfv8ovmnxfv8ovmnxfv8ovmnxfv8ovmnxfv8ovmnxfv8ovmnxfv8ovmnxfv8ovmnxfv8ovmnxfv8ovmnxfv8ovmnxfv8ovmnxfv8ovmnxfv8ovmnxfv8ovmnxfv8ovmnxfv8ovmnxfv8ovmnxfv8ovmnxfv8ovmnxfv8ovmnxfv8ovmnxfv8ovmnxfv8ovmnxfv8ovmnxfv8ovmnxfv8ovmnxfv8ovmnxfv8ovmnxfv8ovmnxfv8ovmnxfv8ovmnxfv8ovmnxfv8ovmnxfv8ovmnxfv8ovmnxfv8ovmnxfv8ovmnxfv8ovmnxfv8ovmnxfv8ovmnxfv8ovmnxfv8ovmnxfv8ovmnxfv8ovmnxfv8ovmnxfv8ovmnxfv8ovmnxfv8ovmnxfv8ovmnxfv8ovmnxfv8ovmnxfv8ovmnxfv8ovmnxfv8ovmnxfv8ovmnxfv8ovmnxfv8ovmnxfv8ovmnxfv8ovmnxfv8ovmnxfv8ovmnxfv8ovmnxfv8ovmnxfv8ovmnxfv8ovmnxfv8ovmnxfv8ovmnxfv8ovmnxfv8ovmnxfv8ovmnxfv8ovmnx
fv8ovmnxfv8ovmnxfv8ovmnxfv8ovmnxfv8ovmnxfv8ovmnxfv8ovmnxfv8ovmnxfv8ovmnxfv8ov
[2026-04-13T17:00:41.914Z] 192.168.122.1:60890 - load test #109 -- data:mnxfv8rmmnxfv8rmmnxfv8rmmnxfv8rmmnxfv8rmmnxfv8rmmnxfv8rmmnxfv8rmmnxfv8rmmnxfv8rmmnxfv8rmmnxfv8rmmnxfv8rmmnxfv8rmmnxfv8rmmnxfv8rmmnxfv8rmmnxfv8rmmnxfv8rmmnxfv8rmmnxfv8rmmnxfv8rmmnxfv8rmmnxfv8rmmnxfv8rmmnxfv8rmmnxfv8rmmnxfv8rmmnxfv8rmmnxfv8rmmnxfv8rmmnxfv8rmmnxfv8rmmnxfv8rmmnxfv8rmmnxfv8rmmnxfv8rmmnxfv8rmmnxfv8rmmnxfv8rmmnxfv8rmmnxfv8rmmnxfv8rmmnxfv8rmmnxfv8rmmnxfv8rmmnxfv8rmmnxfv8rmmnxfv8rmmnxfv8rmmnxfv8rmmnxfv8rmmnxfv8rmmnxfv8rmmnxfv8rmmnxfv8rmmnxfv8rmmnxfv8rmmnxfv8rmmnxfv8rmmnxfv8rmmnxfv8rmmnxfv8rmmnxfv8rmmnxfv8rmmnxfv8rmmnxfv8rmmnxfv8rmmnxfv8rmmnxfv8rmmnxfv8rmmnxfv8rmmnxfv8rmmnxfv8rmmnxfv8rmmnxfv8rmmnxfv8rmmnxfv8rmmnxfv8rmmnxfv8rmmnxfv8rmmnxfv8rmmnxfv8rmmnxfv8rmmnxfv8rmmnxfv8rmmnxfv8rmmnxfv8rmmnxfv8rmmnxfv8rmmnxfv8rmmnxfv8rmmnxfv8rmmnxfv8rmmnxfv8rmmnxfv8rmmnxfv8rmmnxfv8rmmnxfv8rmmnxfv8rmmnxfv8rmmnxfv8rmmnxfv8rmmnxfv8rmmnxfv8rm
```
</details>
---
We can observe that using a new MAC address for the public NIC of VRs will not bring connectivity overhead. It is also important to highlight that this enhancement aims to avoid the VR's operating system interpreting the network traffic received during cleanups as spoofing attacks. It does not have the goal of improving network connectivity or things like that.
--
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
To unsubscribe, e-mail: commits-unsubscribe@cloudstack.apache.org
For queries about this service, please contact Infrastructure at:
users@infra.apache.org
Re: [PR] Add option to control MAC address reuse for VR public NICs [cloudstack]
Posted by "bernardodemarco (via GitHub)" <gi...@apache.org>.
bernardodemarco commented on PR #13001:
URL: https://github.com/apache/cloudstack/pull/13001#issuecomment-4268646762
@erikbocks, thanks!
--
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
To unsubscribe, e-mail: commits-unsubscribe@cloudstack.apache.org
For queries about this service, please contact Infrastructure at:
users@infra.apache.org
Re: [PR] Add option to control MAC address reuse for VR public NICs [cloudstack]
Posted by "bernardodemarco (via GitHub)" <gi...@apache.org>.
bernardodemarco commented on PR #13001:
URL: https://github.com/apache/cloudstack/pull/13001#issuecomment-4371478273
@blueorangutan package
--
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
To unsubscribe, e-mail: commits-unsubscribe@cloudstack.apache.org
For queries about this service, please contact Infrastructure at:
users@infra.apache.org
Re: [PR] Add option to control MAC address reuse for VR public NICs [cloudstack]
Posted by "bernardodemarco (via GitHub)" <gi...@apache.org>.
bernardodemarco commented on PR #13001:
URL: https://github.com/apache/cloudstack/pull/13001#issuecomment-4299552109
I have rebased the PR's branch with `main`. I think it would be interesting to trigger the CI one more last time for this one
--
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
To unsubscribe, e-mail: commits-unsubscribe@cloudstack.apache.org
For queries about this service, please contact Infrastructure at:
users@infra.apache.org
Re: [PR] Add option to control MAC address reuse for VR public NICs [cloudstack]
Posted by "bernardodemarco (via GitHub)" <gi...@apache.org>.
bernardodemarco commented on PR #13001:
URL: https://github.com/apache/cloudstack/pull/13001#issuecomment-4263708572
Hello, @weizhouapache
> can you grep "arping" in the /var/log/cloud.log in the backup VR (now it should be primary VR) ?
Sure, here are the `arping` logs emitted by the old backup VR:
<details>
<summary><code>grep 'arping' /var/log/cloud.log</code></summary>
```
root@r-20-VM:~# grep 'arping' /var/log/cloud.log
2026-04-16 21:15:20,217 INFO Executing2: arping -c 1 -I eth1 -A -U -s 192.168.122.13 192.168.122.1
2026-04-16 21:15:21,563 INFO Executing2: arping -c 1 -I eth1 -A -U -s 192.168.122.13 192.168.122.1
2026-04-16 21:15:21,712 INFO Executing2: arping -c 1 -I eth2 -A -U -s 10.0.0.128 10.0.0.1
2026-04-16 21:15:22,195 INFO Copied /opt/cloud/templates/arping_gateways.sh.templ to /ramdisk/rrouter/arping_gateways.sh
2026-04-16 21:15:23,403 INFO Executing2: arping -c 1 -I eth1 -A -U -s 192.168.122.13 192.168.122.1
2026-04-16 21:15:23,490 INFO Executing2: arping -c 1 -I eth2 -A -U -s 10.0.0.128 10.0.0.1
2026-04-16 21:15:24,429 INFO Executing2: arping -c 1 -I eth1 -A -U -s 192.168.122.15 192.168.122.1
2026-04-16 21:15:24,543 INFO Executing2: arping -c 1 -I eth1 -A -U -s 192.168.122.13 192.168.122.1
2026-04-16 21:15:24,628 INFO Executing2: arping -c 1 -I eth2 -A -U -s 10.0.0.128 10.0.0.1
2026-04-16 21:15:24,942 INFO Executing2: arping -c 1 -I eth1 -A -U -s 192.168.122.15 192.168.122.1
2026-04-16 21:15:24,998 INFO Executing2: arping -c 1 -I eth1 -A -U -s 192.168.122.13 192.168.122.1
2026-04-16 21:15:25,039 INFO Executing2: arping -c 1 -I eth2 -A -U -s 10.0.0.128 10.0.0.1
2026-04-16 21:15:25,594 INFO Executing2: arping -c 1 -I eth1 -A -U -s 192.168.122.15 192.168.122.1
2026-04-16 21:15:25,676 INFO Executing2: arping -c 1 -I eth1 -A -U -s 192.168.122.13 192.168.122.1
2026-04-16 21:15:25,749 INFO Executing2: arping -c 1 -I eth2 -A -U -s 10.0.0.128 10.0.0.1
2026-04-16 21:15:26,275 INFO Executing2: arping -c 1 -I eth1 -A -U -s 192.168.122.15 192.168.122.1
2026-04-16 21:15:26,341 INFO Executing2: arping -c 1 -I eth1 -A -U -s 192.168.122.13 192.168.122.1
2026-04-16 21:15:26,419 INFO Executing2: arping -c 1 -I eth2 -A -U -s 10.0.0.128 10.0.0.1
2026-04-16 21:15:27,449 INFO Executing2: arping -c 1 -I eth1 -A -U -s 192.168.122.15 192.168.122.1
2026-04-16 21:15:27,545 INFO Executing2: arping -c 1 -I eth1 -A -U -s 192.168.122.13 192.168.122.1
2026-04-16 21:15:27,616 INFO Executing2: arping -c 1 -I eth2 -A -U -s 10.0.0.128 10.0.0.1
2026-04-16 21:15:27,975 INFO Executing2: arping -c 1 -I eth1 -A -U -s 192.168.122.15 192.168.122.1
2026-04-16 21:15:28,039 INFO Executing2: arping -c 1 -I eth1 -A -U -s 192.168.122.13 192.168.122.1
2026-04-16 21:15:28,090 INFO Executing2: arping -c 1 -I eth2 -A -U -s 10.0.0.128 10.0.0.1
```
</details>
> can you test also port forwarding and load balancing rules, other than static nat ?
Yes, I have performed the tests with static NAT, port forwarding and load balancing rules. It is working fine for all of them.
--
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
To unsubscribe, e-mail: commits-unsubscribe@cloudstack.apache.org
For queries about this service, please contact Infrastructure at:
users@infra.apache.org
Re: [PR] Add option to control MAC address reuse for VR public NICs [cloudstack]
Posted by "weizhouapache (via GitHub)" <gi...@apache.org>.
weizhouapache commented on PR #13001:
URL: https://github.com/apache/cloudstack/pull/13001#issuecomment-4228405786
@bernardodemarco
Can you perform the tests ?
- acquire some public IPs,
- then create static nat/port forwarding/lb rules
- monitor the connecitvities
- stop the primary VR
If the public ip services are down for only 1 second or so, I think this PR is good.
--
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
To unsubscribe, e-mail: commits-unsubscribe@cloudstack.apache.org
For queries about this service, please contact Infrastructure at:
users@infra.apache.org
Re: [PR] Add option to control MAC address reuse for VR public NICs [cloudstack]
Posted by "blueorangutan (via GitHub)" <gi...@apache.org>.
blueorangutan commented on PR #13001:
URL: https://github.com/apache/cloudstack/pull/13001#issuecomment-4292116873
<b>[SF] Trillian test result (tid-15919)</b>
Environment: xcpng82 (x2), zone: Advanced Networking with Mgmt server ol9
Total time taken: 85567 seconds
Marvin logs: https://github.com/blueorangutan/acs-prs/releases/download/trillian/pr13001-t15919-xcpng82.zip
Smoke tests completed. 75 look OK, 55 have errors, 21 did not run
Only failed and skipped tests results shown below:
Test | Result | Time (s) | Test File
--- | --- | --- | ---
test_01_events_resource | `Error` | 1217.08 | test_events_resource.py
test_01_events_resource | `Error` | 1217.15 | test_events_resource.py
test_replace_acl_of_network | `Error` | 2.32 | test_global_acls.py
test_CRUD_operations_guest_OS_mapping | `Error` | 3.41 | test_guest_os.py
test_guest_OS_mapping_check_with_hypervisor | `Error` | 4.53 | test_guest_os.py
ContextSuite context=TestInternalLb>:setup | `Error` | 0.00 | test_internal_lb.py
ContextSuite context=TestIpv4Routing>:setup | `Error` | 0.00 | test_ipv4_routing.py
ContextSuite context=TestDomainsServiceOfferings>:setup | `Error` | 3.67 | test_domain_service_offerings.py
test_03_create_vpc_domain_vpc_offering | `Error` | 611.37 | test_domain_vpc_offerings.py
test_04_validate_vpc_offering_conserve_mode_disabled | `Failure` | 0.04 | test_domain_vpc_offerings.py
test_updating_nics_on_two_shared_networks | `Error` | 1.77 | test_gateway_on_shared_networks.py
ContextSuite context=TestGatewayOnSharedNetwork>:teardown | `Error` | 3.00 | test_gateway_on_shared_networks.py
ContextSuite context=TestHostControlState>:setup | `Error` | 613.00 | test_host_control_state.py
test_01_browser_migrate_template | `Error` | 65.87 | test_image_store_object_migration.py
test_01_create_iso_with_checksum_sha1 | `Error` | 66.66 | test_iso.py
test_02_create_iso_with_checksum_sha256 | `Error` | 66.64 | test_iso.py
test_03_create_iso_with_checksum_md5 | `Error` | 66.66 | test_iso.py
test_04_create_iso_with_no_checksum | `Error` | 66.63 | test_iso.py
test_01_create_iso | `Failure` | 1518.13 | test_iso.py
ContextSuite context=TestISO>:setup | `Error` | 3035.31 | test_iso.py
test_01_invalid_upgrade_kubernetes_cluster | `Failure` | 0.01 | test_kubernetes_clusters.py
test_02_upgrade_kubernetes_cluster | `Failure` | 0.00 | test_kubernetes_clusters.py
test_03_deploy_and_scale_kubernetes_cluster | `Failure` | 0.00 | test_kubernetes_clusters.py
test_04_autoscale_kubernetes_cluster | `Failure` | 0.00 | test_kubernetes_clusters.py
test_05_basic_lifecycle_kubernetes_cluster | `Failure` | 0.00 | test_kubernetes_clusters.py
test_06_delete_kubernetes_cluster | `Failure` | 0.00 | test_kubernetes_clusters.py
test_08_upgrade_kubernetes_ha_cluster | `Failure` | 0.00 | test_kubernetes_clusters.py
test_10_vpc_tier_kubernetes_cluster | `Failure` | 0.00 | test_kubernetes_clusters.py
test_11_test_unmanaged_cluster_lifecycle | `Error` | 0.00 | test_kubernetes_clusters.py
test_12_test_deploy_cluster_different_offerings_per_node_type | `Failure` | 0.00 | test_kubernetes_clusters.py
test_01_add_delete_kubernetes_supported_version | `Error` | 1802.32 | test_kubernetes_supported_versions.py
test_04_list_domains_level_filter | `Failure` | 0.07 | test_list_domains.py
test_05_list_domains_no_filter | `Failure` | 0.04 | test_list_domains.py
ContextSuite context=TestListIdsParams>:setup | `Error` | 0.00 | test_list_ids_parameter.py
ContextSuite context=TestListVolumes>:setup | `Error` | 0.00 | test_list_volumes.py
ContextSuite context=TestLoadBalance>:setup | `Error` | 0.00 | test_loadbalance.py
test_list_system_vms_metrics_history | `Failure` | 0.52 | test_metrics_api.py
test_list_vms_metrics_admin | `Error` | 0.50 | test_metrics_api.py
test_list_vms_metrics_history | `Error` | 0.50 | test_metrics_api.py
test_list_vms_metrics_user | `Error` | 0.48 | test_metrics_api.py
test_list_volumes_metrics_history | `Error` | 0.54 | test_metrics_api.py
test_nic_secondaryip_add_remove | `Failure` | 0.13 | test_multipleips_per_nic.py
ContextSuite context=TestNestedVirtualization>:setup | `Error` | 0.00 | test_nested_virtualization.py
ContextSuite context=TestIsolatedNetworksPasswdServer>:setup | `Error` | 0.00 | test_password_server.py
ContextSuite context=TestNetworkACL>:setup | `Error` | 0.00 | test_network_acl.py
test_01_verify_ipv6_network | `Failure` | 6.36 | test_network_ipv6.py
test_03_network_operations_on_created_vm_of_otheruser | `Error` | 606.42 | test_network_permissions.py
test_03_network_operations_on_created_vm_of_otheruser | `Error` | 606.45 | test_network_permissions.py
test_04_deploy_vm_for_other_user_and_test_vm_operations | `Failure` | 604.86 | test_network_permissions.py
ContextSuite context=TestNetworkPermissions>:teardown | `Error` | 1.94 | test_network_permissions.py
test_delete_account | `Error` | 3.62 | test_network.py
test_delete_network_while_vm_on_it | `Error` | 1.19 | test_network.py
test_deploy_vm_l2network | `Error` | 1.21 | test_network.py
test_l2network_restart | `Error` | 2.32 | test_network.py
ContextSuite context=TestPortForwarding>:setup | `Error` | 3.59 | test_network.py
ContextSuite context=TestPublicIP>:setup | `Error` | 6.67 | test_network.py
test_reboot_router | `Failure` | 0.09 | test_network.py
test_releaseIP | `Error` | 3.25 | test_network.py
test_releaseIP_using_IP | `Error` | 3.19 | test_network.py
ContextSuite context=TestRouterRules>:setup | `Error` | 3.29 | test_network.py
test_01_deployVMInSharedNetwork | `Failure` | 604.78 | test_network.py
test_02_verifyRouterIpAfterNetworkRestart | `Failure` | 601.29 | test_network.py
ContextSuite context=TestSharedNetworkWithConfigDrive>:setup | `Error` | 1519.89 | test_network.py
test_01_nic | `Error` | 659.78 | test_nic.py
ContextSuite context=TestNonStrictAffinityGroups>:setup | `Error` | 0.00 | test_nonstrict_affinity_group.py
test_01_isolated_persistent_network | `Error` | 302.77 | test_persistent_network.py
test_03_deploy_and_destroy_VM_and_verify_network_resources_persist | `Failure` | 607.64 | test_persistent_network.py
test_03_deploy_and_destroy_VM_and_verify_network_resources_persist | `Error` | 607.68 | test_persistent_network.py
ContextSuite context=TestL2PersistentNetworks>:teardown | `Error` | 607.80 | test_persistent_network.py
ContextSuite context=TestPortForwardingRules>:setup | `Error` | 0.00 | test_portforwardingrules.py
test_01_add_primary_storage_disabled_host | `Error` | 0.46 | test_primary_storage.py
test_01_primary_storage_iscsi | `Error` | 308.34 | test_primary_storage.py
test_01_primary_storage_nfs | `Error` | 0.35 | test_primary_storage.py
ContextSuite context=TestStorageTags>:setup | `Error` | 0.62 | test_primary_storage.py
ContextSuite context=TestPrivateGwACL>:setup | `Error` | 0.00 | test_privategw_acl.py
test_09_project_suspend | `Error` | 1.17 | test_projects.py
test_10_project_activation | `Error` | 1.10 | test_projects.py
test_01_purge_expunged_api_vm_start_date | `Error` | 3.56 | test_purge_expunged_vms.py
test_02_purge_expunged_api_vm_end_date | `Error` | 2.52 | test_purge_expunged_vms.py
test_03_purge_expunged_api_vm_start_end_date | `Error` | 1.29 | test_purge_expunged_vms.py
test_04_purge_expunged_api_vm_no_date | `Error` | 2.34 | test_purge_expunged_vms.py
test_05_purge_expunged_vm_service_offering | `Error` | 0.68 | test_purge_expunged_vms.py
test_06_purge_expunged_vm_background_task | `Error` | 355.09 | test_purge_expunged_vms.py
test_deploy_vm_with_registered_userdata | `Error` | 5.71 | test_register_userdata.py
test_deploy_vm_with_registered_userdata_with_override_policy_allow | `Error` | 5.62 | test_register_userdata.py
test_deploy_vm_with_registered_userdata_with_override_policy_append | `Error` | 5.82 | test_register_userdata.py
test_deploy_vm_with_registered_userdata_with_override_policy_deny | `Error` | 5.64 | test_register_userdata.py
test_deploy_vm_with_registered_userdata_with_params | `Error` | 5.60 | test_register_userdata.py
test_link_and_unlink_userdata_to_template | `Error` | 5.62 | test_register_userdata.py
test_user_userdata_crud | `Error` | 10.75 | test_register_userdata.py
ContextSuite context=TestResetVmOnReboot>:setup | `Error` | 0.00 | test_reset_vm_on_reboot.py
ContextSuite context=TestRAMCPUResourceAccounting>:setup | `Error` | 0.00 | test_resource_accounting.py
ContextSuite context=TestResourceNames>:setup | `Error` | 0.00 | test_resource_names.py
test_01_import_storage_policies | `Error` | 0.00 | test_storage_policy.py
ContextSuite context=TestRestoreVM>:setup | `Error` | 0.00 | test_restore_vm.py
ContextSuite context=TestRouterDHCPHosts>:setup | `Error` | 0.00 | test_router_dhcphosts.py
ContextSuite context=TestRouterDHCPOpts>:setup | `Error` | 0.00 | test_router_dhcphosts.py
test_02_create_template_with_checksum_sha1 | `Error` | 65.74 | test_templates.py
test_03_create_template_with_checksum_sha256 | `Error` | 65.77 | test_templates.py
test_04_create_template_with_checksum_md5 | `Error` | 65.81 | test_templates.py
test_05_create_template_with_no_checksum | `Error` | 65.73 | test_templates.py
ContextSuite context=TestTemplates>:setup | `Error` | 7.79 | test_templates.py
ContextSuite context=TestRouterDns>:setup | `Error` | 0.00 | test_router_dns.py
ContextSuite context=TestRouterDnsService>:setup | `Error` | 0.00 | test_router_dnsservice.py
ContextSuite context=TestRouterIpTablesPolicies>:setup | `Error` | 0.00 | test_routers_iptables_default_policy.py
ContextSuite context=TestVPCIpTablesPolicies>:setup | `Error` | 0.00 | test_routers_iptables_default_policy.py
test_01_isolate_network_FW_PF_default_routes_egress_true | `Error` | 0.31 | test_routers_network_ops.py
test_02_isolate_network_FW_PF_default_routes_egress_false | `Error` | 0.22 | test_routers_network_ops.py
ContextSuite context=TestRedundantIsolateNetworks>:setup | `Error` | 1.47 | test_routers_network_ops.py
ContextSuite context=TestRouterServices>:setup | `Error` | 0.00 | test_routers.py
ContextSuite context=TestScaleVm>:setup | `Error` | 0.00 | test_scale_vm.py
test_01_sys_vm_start | `Failure` | 0.12 | test_secondary_storage.py
ContextSuite context=TestServiceOfferings>:setup | `Error` | 0.35 | test_service_offerings.py
ContextSuite context=TestSetSourceNatIp>:setup | `Error` | 0.00 | test_set_sourcenat.py
ContextSuite context=TestSnapshotRootDisk>:setup | `Error` | 0.00 | test_snapshots.py
ContextSuite context=TestSnapshotStandaloneBackup>:setup | `Error` | 0.00 | test_snapshots.py
ContextSuite context=TestISOUsage>:setup | `Error` | 0.00 | test_usage.py
ContextSuite context=TestLBRuleUsage>:setup | `Error` | 0.00 | test_usage.py
ContextSuite context=TestNatRuleUsage>:setup | `Error` | 0.00 | test_usage.py
ContextSuite context=TestPublicIPUsage>:setup | `Error` | 0.00 | test_usage.py
ContextSuite context=TestSnapshotUsage>:setup | `Error` | 0.00 | test_usage.py
ContextSuite context=TestTemplateUsage>:setup | `Error` | 0.00 | test_usage.py
ContextSuite context=TestVmUsage>:setup | `Error` | 0.00 | test_usage.py
ContextSuite context=TestVolumeUsage>:setup | `Error` | 0.00 | test_usage.py
ContextSuite context=TestVpnUsage>:setup | `Error` | 0.00 | test_usage.py
ContextSuite context=TestSslOffloading>:setup | `Error` | 0.00 | test_ssl_offloading.py
test_01_list_sec_storage_vm | `Failure` | 0.05 | test_ssvm.py
test_02_list_cpvm_vm | `Failure` | 0.04 | test_ssvm.py
test_03_ssvm_internals | `Failure` | 0.05 | test_ssvm.py
test_04_cpvm_internals | `Failure` | 0.05 | test_ssvm.py
test_05_stop_ssvm | `Failure` | 0.05 | test_ssvm.py
test_06_stop_cpvm | `Failure` | 0.04 | test_ssvm.py
test_07_reboot_ssvm | `Failure` | 0.04 | test_ssvm.py
test_08_reboot_cpvm | `Failure` | 0.04 | test_ssvm.py
test_09_reboot_ssvm_forced | `Failure` | 0.06 | test_ssvm.py
test_10_reboot_cpvm_forced | `Failure` | 0.04 | test_ssvm.py
test_11_destroy_ssvm | `Failure` | 0.04 | test_ssvm.py
test_12_destroy_cpvm | `Error` | 3.19 | test_ssvm.py
test_1_userdata_on_ssvm | `Failure` | 0.15 | test_systemvm_userdata.py
test_2_userdata_on_cpvm | `Failure` | 0.13 | test_systemvm_userdata.py
test_3_userdata_on_vr | `Error` | 0.46 | test_systemvm_userdata.py
all_test_vm_autoscaling | `Skipped` | --- | test_vm_autoscaling.py
all_test_vm_deployment_planner | `Skipped` | --- | test_vm_deployment_planner.py
all_test_vm_life_cycle | `Skipped` | --- | test_vm_life_cycle.py
all_test_vm_lifecycle_unmanage_import | `Skipped` | --- | test_vm_lifecycle_unmanage_import.py
all_test_vm_lifecycle_unmanage_kvm_import | `Skipped` | --- | test_vm_lifecycle_unmanage_kvm_import.py
all_test_vm_lifecycle_with_snapshot_or_volume | `Skipped` | --- | test_vm_lifecycle_with_snapshot_or_volume.py
all_test_vm_schedule | `Skipped` | --- | test_vm_schedule.py
all_test_vm_snapshot_kvm | `Skipped` | --- | test_vm_snapshot_kvm.py
all_test_vm_snapshots | `Skipped` | --- | test_vm_snapshots.py
all_test_vm_strict_host_tags | `Skipped` | --- | test_vm_strict_host_tags.py
all_test_vnf_templates | `Skipped` | --- | test_vnf_templates.py
all_test_volumes | `Skipped` | --- | test_volumes.py
all_test_vpc_conserve_mode | `Skipped` | --- | test_vpc_conserve_mode.py
all_test_vpc_ipv6 | `Skipped` | --- | test_vpc_ipv6.py
all_test_vpc_redundant | `Skipped` | --- | test_vpc_redundant.py
all_test_vpc_router_nics | `Skipped` | --- | test_vpc_router_nics.py
all_test_vpc_vpn | `Skipped` | --- | test_vpc_vpn.py
all_test_webhook_delivery | `Skipped` | --- | test_webhook_delivery.py
all_test_webhook_lifecycle | `Skipped` | --- | test_webhook_lifecycle.py
all_test_host_maintenance | `Skipped` | --- | test_host_maintenance.py
all_test_hostha_kvm | `Skipped` | --- | test_hostha_kvm.py
--
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
To unsubscribe, e-mail: commits-unsubscribe@cloudstack.apache.org
For queries about this service, please contact Infrastructure at:
users@infra.apache.org
Re: [PR] Add option to control MAC address reuse for VR public NICs [cloudstack]
Posted by "blueorangutan (via GitHub)" <gi...@apache.org>.
blueorangutan commented on PR #13001:
URL: https://github.com/apache/cloudstack/pull/13001#issuecomment-4312705285
<b>[SF] Trillian test result (tid-15935)</b>
Environment: kvm-ol8 (x2), zone: Advanced Networking with Mgmt server ol8
Total time taken: 47869 seconds
Marvin logs: https://github.com/blueorangutan/acs-prs/releases/download/trillian/pr13001-t15935-kvm-ol8.zip
Smoke tests completed. 151 look OK, 0 have errors, 0 did not run
Only failed and skipped tests results shown below:
Test | Result | Time (s) | Test File
--- | --- | --- | ---
--
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
To unsubscribe, e-mail: commits-unsubscribe@cloudstack.apache.org
For queries about this service, please contact Infrastructure at:
users@infra.apache.org
Re: [PR] Add option to control MAC address reuse for VR public NICs [cloudstack]
Posted by "blueorangutan (via GitHub)" <gi...@apache.org>.
blueorangutan commented on PR #13001:
URL: https://github.com/apache/cloudstack/pull/13001#issuecomment-4336318698
@DaanHoogland a [SL] Trillian-Jenkins test job (ol9 mgmt + xcpng82) has been kicked to run smoke tests
--
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
To unsubscribe, e-mail: commits-unsubscribe@cloudstack.apache.org
For queries about this service, please contact Infrastructure at:
users@infra.apache.org
Re: [PR] Add option to control MAC address reuse for VR public NICs [cloudstack]
Posted by "DaanHoogland (via GitHub)" <gi...@apache.org>.
DaanHoogland commented on PR #13001:
URL: https://github.com/apache/cloudstack/pull/13001#issuecomment-4336265545
@blueorangutan test ol9 xcpng82
--
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
To unsubscribe, e-mail: commits-unsubscribe@cloudstack.apache.org
For queries about this service, please contact Infrastructure at:
users@infra.apache.org
Re: [PR] Add option to control MAC address reuse for VR public NICs [cloudstack]
Posted by "DaanHoogland (via GitHub)" <gi...@apache.org>.
DaanHoogland commented on PR #13001:
URL: https://github.com/apache/cloudstack/pull/13001#issuecomment-4266053590
@bernardodemarco , all looks good. Do you have some 3rd person testing this?
--
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
To unsubscribe, e-mail: commits-unsubscribe@cloudstack.apache.org
For queries about this service, please contact Infrastructure at:
users@infra.apache.org
Re: [PR] Add option to control MAC address reuse for VR public NICs [cloudstack]
Posted by "blueorangutan (via GitHub)" <gi...@apache.org>.
blueorangutan commented on PR #13001:
URL: https://github.com/apache/cloudstack/pull/13001#issuecomment-4377364447
@DaanHoogland a [SL] Trillian-Jenkins matrix job (EL8 mgmt + EL8 KVM, Ubuntu22 mgmt + Ubuntu22 KVM, EL8 mgmt + VMware 7.0u3, EL9 mgmt + XCP-ng 8.2 ) has been kicked to run smoke tests
--
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
To unsubscribe, e-mail: commits-unsubscribe@cloudstack.apache.org
For queries about this service, please contact Infrastructure at:
users@infra.apache.org
Re: [PR] Add option to control MAC address reuse for VR public NICs [cloudstack]
Posted by "winterhazel (via GitHub)" <gi...@apache.org>.
winterhazel commented on PR #13001:
URL: https://github.com/apache/cloudstack/pull/13001#issuecomment-4283272185
@DaanHoogland @weizhouapache could we run the CI here?
--
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
To unsubscribe, e-mail: commits-unsubscribe@cloudstack.apache.org
For queries about this service, please contact Infrastructure at:
users@infra.apache.org
Re: [PR] Add option to control MAC address reuse for VR public NICs [cloudstack]
Posted by "weizhouapache (via GitHub)" <gi...@apache.org>.
weizhouapache commented on PR #13001:
URL: https://github.com/apache/cloudstack/pull/13001#issuecomment-4283333997
> @DaanHoogland @weizhouapache could we run the CI here?
Sure. I did not realize smoke tests are not run yet.
--
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
To unsubscribe, e-mail: commits-unsubscribe@cloudstack.apache.org
For queries about this service, please contact Infrastructure at:
users@infra.apache.org
Re: [PR] Add option to control MAC address reuse for VR public NICs [cloudstack]
Posted by "blueorangutan (via GitHub)" <gi...@apache.org>.
blueorangutan commented on PR #13001:
URL: https://github.com/apache/cloudstack/pull/13001#issuecomment-4299909792
Packaging result [SF]: ✔️ el8 ✔️ el9 ✔️ el10 ✔️ debian ✔️ suse15. SL-JID 17576
--
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
To unsubscribe, e-mail: commits-unsubscribe@cloudstack.apache.org
For queries about this service, please contact Infrastructure at:
users@infra.apache.org
Re: [PR] Add option to control MAC address reuse for VR public NICs [cloudstack]
Posted by "blueorangutan (via GitHub)" <gi...@apache.org>.
blueorangutan commented on PR #13001:
URL: https://github.com/apache/cloudstack/pull/13001#issuecomment-4284507515
<b>[SF] Trillian Build Failed (tid-15917)<b/>
--
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
To unsubscribe, e-mail: commits-unsubscribe@cloudstack.apache.org
For queries about this service, please contact Infrastructure at:
users@infra.apache.org
Re: [PR] Add option to control MAC address reuse for VR public NICs [cloudstack]
Posted by "blueorangutan (via GitHub)" <gi...@apache.org>.
blueorangutan commented on PR #13001:
URL: https://github.com/apache/cloudstack/pull/13001#issuecomment-4308191748
<b>[SF] Trillian Build Failed (tid-15936)<b/>
--
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
To unsubscribe, e-mail: commits-unsubscribe@cloudstack.apache.org
For queries about this service, please contact Infrastructure at:
users@infra.apache.org
Re: [PR] Add option to control MAC address reuse for VR public NICs [cloudstack]
Posted by "blueorangutan (via GitHub)" <gi...@apache.org>.
blueorangutan commented on PR #13001:
URL: https://github.com/apache/cloudstack/pull/13001#issuecomment-4238628458
Packaging result [SF]: ✔️ el8 ✔️ el9 ✔️ el10 ✔️ debian ✔️ suse15. SL-JID 17471
--
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
To unsubscribe, e-mail: commits-unsubscribe@cloudstack.apache.org
For queries about this service, please contact Infrastructure at:
users@infra.apache.org
Re: [PR] Add option to control MAC address reuse for VR public NICs [cloudstack]
Posted by "bernardodemarco (via GitHub)" <gi...@apache.org>.
bernardodemarco commented on PR #13001:
URL: https://github.com/apache/cloudstack/pull/13001#issuecomment-4238342441
@blueorangutan package
--
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
To unsubscribe, e-mail: commits-unsubscribe@cloudstack.apache.org
For queries about this service, please contact Infrastructure at:
users@infra.apache.org
Re: [PR] Add option to control MAC address reuse for VR public NICs [cloudstack]
Posted by "DaanHoogland (via GitHub)" <gi...@apache.org>.
DaanHoogland commented on PR #13001:
URL: https://github.com/apache/cloudstack/pull/13001#issuecomment-5454141239
@blueorangutan sweep
--
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
To unsubscribe, e-mail: commits-unsubscribe@cloudstack.apache.org
For queries about this service, please contact Infrastructure at:
users@infra.apache.org