Hello Tom, Robert
> However the serialization bypass was "broken" in the
> process. I think this explains the difference.
Are patches [1] and [2] intention to restore this bypass?
I tested [3] a multipatch build [4] with both patches and still get the
IncorrectNestingException.
BR
Jaime.
[1]
Dileep,
try to bump the inactivty_probe to more than 5s or disable it completely
with the value 0. We have seen issues with the default 5s being too low.
Thanks, Sam
[1] http://www.openvswitch.org/support/dist-docs/ovs-vswitchd.conf.db.5.txt
On Mon, Mar 6, 2017 at 5:46 PM Ranganathan, Dileep <
Anyone knows how to fix odl-interface-rpc.yang with minimal changes so that
this serialization issue goes off?
I have taken a look, I cannot see an easy way without adding all augmentations,
and then using ActionConverterUtil.java in all applications using this RPC to
convert them back.
On 10/07/18 11:56, Jaime Caamaño Ruiz wrote:
> Hello Tom, Robert
>
>> However the serialization bypass was "broken" in the
>> process. I think this explains the difference.
> Are patches [1] and [2] intention to restore this bypass?
> I tested [3] a multipatch build [4] with both patches and
Hi Eray,
I've forwarded this to the openflowplugin mailing list, which might be
a better place to get some discussion on your question.
Thanks,
JamO
Forwarded Message
Subject:[OpenDaylight Discuss] Latency between each switch and ODL
Date: Tue, 10 Jul 2018 17:20:23
On Mon, Jul 9, 2018 at 11:25 PM, Anil Vishnoi wrote:
> Sam,
>
> We are currently working on getting all the NSH related patches from jamie
> in, once we get those patches in, we can see if we see these other
> serialization issue.
>
> On Mon, Jul 9, 2018 at 8:24 AM Sam Hague wrote:
>
>> Arun,
Hello Faseela
Thinking a bit more into this...
Even if we properly augment the genius RPC nodes and then convert to
these new augmentations, then user apps will need to convert these new
augmentations back to the original ones before writing to MDSAL.
Seems really cumbersome, and since serveral
On Tue, Jul 10, 2018 at 11:38 AM, Jaime Caamaño Ruiz
wrote:
> Hello Faseela
>
> Thinking a bit more into this...
>
> Even if we properly augment the genius RPC nodes and then convert to
> these new augmentations, then user apps will need to convert these new
> augmentations back to the original
Aswin,
From http://www.openvswitch.org/support/dist-docs/ovs-ofctl.8.html, ct_clear
clears the following ct fields,
ct_clear
Clears connection tracking state from the flow, zeroing
ct_state, ct_zone, ct_mark, and ct_label.
This
On Wed, Jul 11, 2018 at 10:17 AM, D Arunprakash
wrote:
> Aswin,
>
>
>
> From http://www.openvswitch.org/support/dist-docs/ovs-ofctl.8.html,
> ct_clear clears the following ct fields,
>
>
>
> ct_clear
>
> Clears connection tracking state from the flow,
> zeroing
>
>
10 matches
Mail list logo
