On 3/3/25 5:08 PM, support wrote:
>> Hmm, why would a router forward L2 broadcast packets though (in your
> case they're not ARPs as the logs in your gist showed)?
>
> I guess while Juniper switch acts as border router with BGP configured
> (for public subnets). So we have L3 vlan interface with I
On 3/3/25 4:35 PM, support via discuss wrote:
>> What surprises me though is that they actually need to be sent to
>>reg15=0x8000 (MC_FLOOD).
>> In your gist src-mac 30:b6:4f:5f:db:a0 is by far the most common, would
>> you happen to know who that corresponds to? Is it legit IP traffic with
>>L2 b
On 3/3/25 3:53 PM, support wrote:
> Sorry for mispelling Dumitru! Y is damn close to U, didn't get use to
> new keyboard yet.
No worries! :)
> Little clarification:
> We making instances public through L2 network. Meanwhile we also have 1
> router (OpenStack entity) for private network wher
Hi Ilia,
Thanks for all the additional information!
On 3/2/25 8:55 PM, support via discuss wrote:
> Probably i found something interesting here.
> top -H -p $(pidof ovs-vswitchd)
> PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+
> COMMAND
> 673931 root
Probably i found something interesting here.
top -H -p $(pidof ovs-vswitchd)
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
673931 root 20 0 8392700 462408 7040 R 99.9 0.1 1216:19
ovs-vswitchd
673941 root
I'm back to digging into this more deep.
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
4446 root 20 0 395500 88276 6336 S 1.0 0.0 13:07.66
ovn_pinctrl0
3773 root 20 0 395500 88276
Switched back to configuration with no neutron-dhcp-agent. I have synced
ovn db with neutron-ovn-db-sync-util.
There is coverage/show result of node where i'm seeing this issue right
now (current network bandwidth is about 300Mbps).
# ovs-appctl coverage/show
Event coverage, avg rate over last
On 2/20/25 11:13 PM, Ilia Baikov via discuss wrote:
> Hi
>
Hi Ilia,
+ Ilya Maximets for more ovs insights.
> Over a lot of observes and testing various number of possible fixes came
> with nothing...
>
> Yes, there are messages that contains NXT_RESUME substring.
>
> ovn-controller:
> 2025-02
Hi
Over a lot of observes and testing various number of possible fixes came
with nothing...
Yes, there are messages that contains NXT_RESUME substring.
ovn-controller:
2025-02-18T21:05:51.771Z|1041129|vconn(ovn_pinctrl0)|DBG|unix:/var/run/openvswitch/br-int.mgmt:
sent (Success): NXT_RESUME (
On Sat, Feb 8, 2025 at 1:27 PM support via discuss <
ovs-discuss@openvswitch.org> wrote:
> I'm observing for a long time next bug: ovn-controller doesn't send
> DHCPOFFER but it logs that it does. However this VIF doesn't get it at all.
> But once ovn-controller restarted it successfully seems lik
I'm observing for a long time next bug: ovn-controller doesn't send DHCPOFFER
but it logs that it does. However this VIF doesn't get it at all.
But once ovn-controller restarted it successfully seems like it actually send
DHCPOFFER and immediately receives DHCPACK from
VIF.2025-02-08T14:27:57.4
11 matches
Mail list logo
