Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

OVN port forwarding still send UDP packets to old iface after change to new iface #15065

Open
norbertoisaac opened this issue Feb 24, 2025 · 0 comments

Comments

@norbertoisaac
Copy link

norbertoisaac commented Feb 24, 2025

Hi there.

implementation info:

# cat /etc/os-release
PRETTY_NAME="Ubuntu 24.04 LTS"
NAME="Ubuntu"
VERSION_ID="24.04"
VERSION="24.04 LTS (Noble Numbat)"
VERSION_CODENAME=noble
ID=ubuntu
ID_LIKE=debian
HOME_URL="https://www.ubuntu.com/"
SUPPORT_URL="https://help.ubuntu.com/"
BUG_REPORT_URL="https://bugs.launchpad.net/ubuntu/"
PRIVACY_POLICY_URL="https://www.ubuntu.com/legal/terms-and-policies/privacy-policy"
UBUNTU_CODENAME=noble
LOGO=ubuntu-logo

# snap info lxd
...
installed:          5.21.3-75def3c            (32455) 118MB held

# snap info microovn
...
installed:          24.03.2+snapa2c59c105b            (667) 22MB held

# lxc network forward show Net10.143.7.10 10.143.7.10 --project IAAS-Logs
listen_address: 10.143.7.10
location: ""
description: ""
config:
  target_address: 192.168.0.10
ports: []

#on Ubuntu24.04 VM
# ip -4 -br addr
lo               UNKNOWN        127.0.0.1/8 
enp5s0           UP             192.168.0.10/24 
enp6s0           UP             192.168.11.10/24
root@VM-Syslog:~# date; tcpdump -i enp5s0 -c 10 -nnn -A udp
Mon Feb 24 15:23:29 UTC 2025
tcpdump: verbose output suppressed, use -v[v]... for full protocol decode
listening on enp5s0, link-type EN10MB (Ethernet), snapshot length 262144 bytes
^C
0 packets captured
0 packets received by filter
0 packets dropped by kernel
root@VM-Syslog:~# date
Mon Feb 24 15:23:40 UTC 2025
root@VM-Syslog:~#

#on Ubuntu24.04 Container
root@C-Syslog:~# ip -4 -br addr
lo               UNKNOWN        127.0.0.1/8 
eth0@if68        UP             192.168.0.2/24 metric 100
root@C-Syslog:~# tcpdump -i eth0 -nnn -c 10 udp
tcpdump: verbose output suppressed, use -v[v]... for full protocol decode
listening on eth0, link-type EN10MB (Ethernet), snapshot length 262144 bytes
15:24:56.518268 IP 192.168.55.13.514 > 192.168.0.2.514: SYSLOG local4.warning, length: 147
15:24:56.518273 IP 192.168.55.13.514 > 192.168.0.2.514: SYSLOG local4.warning, length: 134
15:24:56.518279 IP 192.168.55.13.514 > 192.168.0.2.514: SYSLOG local4.warning, length: 144
15:24:56.518286 IP 192.168.55.13.514 > 192.168.0.2.514: SYSLOG local4.warning, length: 148
15:24:56.518292 IP 192.168.55.13.514 > 192.168.0.2.514: SYSLOG local4.warning, length: 150
15:24:56.518296 IP 192.168.55.13.514 > 192.168.0.2.514: SYSLOG local4.warning, length: 150
15:24:56.518302 IP 192.168.55.13.514 > 192.168.0.2.514: SYSLOG local4.warning, length: 152
15:24:56.518308 IP 192.168.55.13.514 > 192.168.0.2.514: SYSLOG local4.warning, length: 148
15:24:56.518317 IP 192.168.55.13.514 > 192.168.0.2.514: SYSLOG local4.warning, length: 152
15:24:56.518322 IP 192.168.55.13.514 > 192.168.0.2.514: SYSLOG local4.warning, length: 140
10 packets captured
1068 packets received by filter
0 packets dropped by kernel

First, port forwading was assigned to 192.168.0.2, then was changed to 192.168.0.10, but the firt one still receiving UDP packets. One important detail: there is a lot of incomming UDP traffic, about 500Mbps, and only some 10Kbps TCP traffic; TCP traffic is correctly forwarded to new address, while UDP packets still on first port.
It was tried, restart both machines, delete and recreated forwarding rules.

Kind regards

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant