update cycle of
the DB), the role is reverted to 'other'.
Could it be because the controller did not request this? Or are there some
criteria to setting the role of a controller persistently?
I am running a custom OVS build of v2.0.90 (custom changes should not have
affected this).
Regard
Fantastic, thank you very much for the feedback.
Regards
Dirk vd Merwe
On Thu, Sep 12, 2013 at 11:32 PM, Ben Pfaff wrote:
> Sorry about the delayed response.
>
> On Mon, Sep 02, 2013 at 02:54:21PM +0200, Dirk van der Merwe wrote:
> > Hi Guys
> > I have noticed that the me
dding meter instructions.
I am wondering if there should be a call to 'ofproto_get_provider_meter_id'
for adding flow metering instructions (in ofproto.c), as this is done for
meter mod messages. Or is it supposed to happen down the line somewhere
else?
Regards
Dir
at 04:35:05PM +0200, Dirk van der Merwe wrote:
> > #7 0x0043c3ba in connmgr_send_packet_in (mgr=0x213a100,
> > pin=0x7f1822424d50)
> > at ofproto/connmgr.c:1437
> > ofconn = 0x2167290
> > #8 0x0041daec in ofproto_dpif_send_pack
nd thread shown above is the one that generated the packet_in
message. But in this case, its also the one trying to send it on.
In other cases, the main thread has tried to send on the packet.
Regards
Dirk vd Merwe
On Wed, Aug 28, 2013 at 10:06 PM, Ben Pfaff wrote:
> On Wed, Aug 28, 2013 at
at the packet_in messages should only be generated by a
single thread or is there any other mechanism to ensure thread safety in
the rconn module?
Thanks for the assistance.
Regards
Dirk van der Merwe
___
discuss mailing list
discuss@openvswitch.org
http://
