fine without that static flow mapping, it just
becomes impossible to reach VM after mac-table ages out -- because of
the no-flood on the port, but as long as mac-table is populated all is
good...
On Tue, Oct 18, 2016 at 11:41 AM, Tom Gajewski
wrote:
> That's the requirement, that's
gt; On Tue, Oct 18, 2016 at 10:51:33AM -0700, Tom Gajewski wrote:
>> Yes of course I've opened up the switch again after flushing ;]
>> Basically I have:
>>
>> cookie=0x0, duration=61132.153s, table=0, n_packets=112313104,
>> n_bytes=18199375313, idle_age=0, pr
already knows the MAC of the request so can't be arp...
On Tue, Oct 18, 2016 at 10:12 AM, Justin Pettit wrote:
>
>> On Oct 18, 2016, at 2:38 AM, Tom Gajewski
>> wrote:
>>
>> Ben, you had asked about my flow table. I've tried this with a
>> completely
o requests. So am I being stupid
here do I need another flow to facilitate the return? (mac-table still
doesn't have an entry when I observe ICMP request within VM).
On Mon, Oct 17, 2016 at 11:50 AM, Tom Gajewski
wrote:
> There has to be something inherently wrong with that flow since once
. Can someone point me at a properly constructed flow to
accomplish this?
On Mon, Oct 17, 2016 at 11:01 AM, Ben Pfaff wrote:
> I would generally expect that to work.
>
> Maybe you should show us more of your flow table.
>
> On Mon, Oct 17, 2016 at 10:14:16AM -0700, Tom Gajewski wrote:
flow that says "MAC
so:me:ma:cc lives on port 13" look like? Again, goal is to have a
static table entry like behavior accomplished with this flow.
Cheers,
--Tom
On Mon, Oct 17, 2016 at 9:12 AM, Ben Pfaff wrote:
> On Mon, Oct 17, 2016 at 02:45:06AM -0700, Tom Gajewski wrote:
>>
Hi all,
It is my understanding that one cannot modify the cam (well I guess in
openvswitch land the mac table ;] ) directly. As I'm trying to set up
static entries. Do I need to use flows to accomplish this, is there no
other way to just modify this table??
As for flows, I did try to add some cop
