<div dir="ltr"><div>Hello again,</div><div><br></div><div>Thanks for the reply. That was my first approach, that is, to find an existent experimenter pattern and follow it to build mine. However, <br></div><div>I have not found something similar, so could you be more specific and give me an example of such a message/pattern that is already implemented ?<br></div><div>In terms of the 'ONFST' type, I have already tried it but the problem remains the same as I described in my first email.</div><div><br></div><div>Thanks for your time,</div><div>Apostolis<br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Στις Δευ, 12 Ιουλ 2021 στις 10:00 μ.μ., ο/η Ben Pfaff <<a href="mailto:blp@ovn.org">blp@ovn.org</a>> έγραψε:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On Mon, Jul 12, 2021 at 08:39:21PM +0300, Apostolis Prassas wrote:<br>
> Hello everyone,<br>
> <br>
> First of all, I am new it this mailing list, and I would like to apologize<br>
> if there is already a relative thread. I have searched for it, but I did<br>
> not find anything similar.<br>
> <br>
> So, to start with which is my goal. While I'm using an SDN controller<br>
> (Ryu), I'm sending an Experimenter message ( specifically an<br>
> ExperimenterStatsRequest message) to the open vswitch, and I would like the<br>
> switch to decode it and reply with a respective (ExperimenterStatsReply)<br>
> one.<br>
> <br>
> Following the Documentation, I have already added these two new messages<br>
> into *enum ofpraw* structure (ofp-msgs.h) like:<br>
> /* OFPST 1.3+ (65535): struct ofp_prop_experimenter. */<br>
> OFPRAW_OFPST13_EXPERIMENTER_REQUEST<br>
> <br>
> /* OFPST 1.3+ (65535): struct ofp_prop_experimenter. */<br>
>  OFPRAW_OFPST13_EXPERIMENTER_REPLY,<br>
<br>
This is the right place but wrong approach there.  OVS has builtin<br>
support for experimenter messages and you can't just override that by<br>
trying to claim all of them.  I would look at the pattern for the<br>
existing experiment messages.  Since you're working on a stats message,<br>
I would follow the pattern for the Open Networking Foundation multipart<br>
messages (ONFST).<br>
</blockquote></div>