Hi,
We have encountered a strange behavior. After restarting the controller process
and even after removing and reinserting the datapath module, ARP packets are
forwarded from dp0 to the real port intermittently.
tcpdump confirms that the ARP request is seen on dp0, but not on the physical
Hi,
I am a little bit new at the OpenVSwitch project.
I tried to find the answer in the discuss Archives, but didn't succeed.
So, I am using a source code from a head of WDP branch and have a
question regarding to the number of actions, stored in the
wdp_flow_put::n_actions structure member.
On Tue, Oct 18, 2011 at 04:23:03PM +0300, Ivan Zazulyak wrote:
So, I am using a source code from a head of WDP branch and have a
question regarding to the number of actions, stored in the
wdp_flow_put::n_actions structure member.
It is a mistake to use the WDP branch. It is hopelessly
I believe that 65534 is the LOCAL port, so it is possible that linux
is ARPing via that interface, if it has an IP address. I think I've
seen this behavior as well, but don't entirely understand it. It
would be great if someone could explain how OVS handles ARP specially.
Cheers,
Dan
On Tue,
Hi,
working at the same company, perhaps I can clarify this a bit.
Firstly, we are using openvswitch v1.2.2, the linux kernel
datapath implementation and the test-openflowd openflow
switch (we have good reasons not to use ovs-vswitchd).
Restarting the controller means we've restarted (after
On Mon, Oct 17, 2011 at 12:38:17PM -0700, Murphy McCauley wrote:
The problem with buffer IDs is in ofputil_encode_packet_in() which
writes to an unaligned ofp_packet_in pointer.
Any thoughts on a good way to fix this, or how to locate other places
where the same thing may be happening
Yeah, my temporary patch does the same thing (though I explicitly called
push_uninit and memcpy because I didn't notice ofpbuf_push). I wasn't
sure if I was missing some better solution.
That's a good thought on locating other places. I probably don't have
time to do it immediately, but
Thanks, I pushed this to master, branch-1.2, and branch-1.3.
Justin mentioned to me that we could probably pick up an ARM box here
for at least occasional build and make check testing. Do you have a
brand/model/whatever to recommend?
Thanks,
Ben.
On Tue, Oct 18, 2011 at 03:00:36PM -0700,