vxlan: disabling device options flood and learning not applied
Nobody has claimed this yet.
- Dominant language
- Makefile
- Stars
- 4.6k
- Forks
- 4k
- Avg merge
- 3d 12h
- Merged PRs (30d)
- 134
Description
This is my first time ever opening a ticket with openwrt so If I did not follow de workflow please let me know and I'l do my best to correct.
I'm not sure which package is responsible for applying these options I know this is happening when adding a vxlan interface to a bridge and disabling options like flood and/or learning but can be extended to more options.
Maintainer: ?
Environment: (x86/64 or arm v8, pc or rpi4 , 21*,22.03*)
Description:
If I disabled from gui or cli flood or learning on my vxlan device, when the vxlan interface starts these 2 options are still on
config device
option name 'vxlan0'
option learning '0'
option unicast_flood '0'
option sendredirects '0'
option multicast '0'
bridge ip link show on vxlan dev:
root@OpenWrt:/etc/config# bridge -d link show dev vxlan0
11: vxlan0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 master br-lan state forwarding priority 32 cost 100
hairpin off guard off root_block off fastleave off **learning on flood on** mcast_flood on mcast_to_unicast off neigh_suppress off vlan_tunnel off isolated off
also ip link show
root@OpenWrt:/etc/config# ip -d link show dev vxlan0
11: vxlan0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master br-lan state UNKNOWN mode DEFAULT group default qlen 1000
link/ether 2a:84:bc:90:ab:09 brd ff:ff:ff:ff:ff:ff promiscuity 1 minmtu 68 maxmtu 65535
vxlan id 1 srcport 0 0 dstport 4789 ttl auto ageing 300 udpcsum noudp6zerocsumtx noudp6zerocsumrx
bridge_slave state forwarding priority 32 cost 100 hairpin off guard off root_block off fastleave off **learning on flood on** port_id 0x8002 port_no 0x2 designated_port 32770 designated_cost 0 designated_bridge 7fff.96:B7:13:C7:D9:D8 designated_root 7fff.96:B7:13:C7:D9:D8 hold_timer 0.00 message_age_timer 0.00 forward_delay_timer 0.00 topology_change_ack 0 config_pending 0 proxy_arp off proxy_arp_wifi off mcast_router 1 mcast_fast_leave off mcast_flood on mcast_to_unicast off neigh_suppress off group_fwd_mask 0 group_fwd_mask_str 0x0 vlan_tunnel off isolated off addrgenmode eui64 numtxqueues 1 numrxqueues 1 gso_max_size 65536 gso_max_segs 65535
Let me know if I can provide more info.
Thanks!
Hornet
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start by tracing how the OpenWrt GUI or CLI applies the shown config device options when a VXLAN interface is added to a bridge. Reproduce the configuration, then use bridge -d link show dev vxlan0 and ip -d link show dev vxlan0 to verify that learning and flood match the requested settings after startup.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- linux
- Domain
- networking
- Issue type
- Bug
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Stale
- Clarity
- Needs clarification
- Newbie friendliness
- 25/100