Hi, Well it's not that I absolutely need the Set-Field with mask but it looks like it's a solution to what I'm trying to do.
As I wrote before I wanna keep states in the packet header and then match/set this information. Therefore I thought that using the vlan field to store this information and then match/set (on) a part of it (with mask then) could be a solution. But since I cannot use set set-field with mask it is not... If you have another idea on how I could solve this "problem" I'm very interested! Best, Clément On 3 February 2015 at 09:48, Wei-Li Tang <[email protected]> wrote: > Hi Clément, > > If you really insist on using Set-Field with mask, you should take a look at > Openflow 1.5 and AFAIK the latest version of openvswitch has draft support > of OF1.5 masked Set-Field action. But it's out of scope now because Ryu does > not yet support Openflow 1.5. > > 2015-02-03 10:29 GMT+08:00 Minoru TAKAHASHI <[email protected]>: >> >> Hi, >> >> On 2015年02月03日 01:45, Clément Rault wrote: >> > Hi, >> > >> > Thanks. >> > >> > I did manage to use this new functionality yes. But I also need to be >> > able to write only in some bits of the vlan field. >> > >> > Do you think that you will implement the set field instruction of the >> > vlan field with mask any time soon? >> >> The Set-field action always sets the whole field. >> >> Page 70 of OFspec 1.3.4 says : >> Set-Field actions are defined by oxm_type, the type of the OXM TLV, >> and modify the corresponding header field in the packet with the value >> of oxm_value, >> the payload of the OXM TLV. The value of oxm_hasmask must be zero and no >> oxm_mask is included. >> ... >> The value in the payload of the OXM TLV must be valid, >> in particular the OFPVID_PRESENT bit must be set in OXM_OF_VLAN_VID >> set-field actions. >> >> Therefore, there are no plans to implement. >> >> > >> > Like it's possible with the metadata field for example. >> > >> > Best, >> > Clément >> > >> > On 2 December 2014 at 05:32, Minoru TAKAHASHI >> > <[email protected]> wrote: >> >> Hi,Clément >> >> >> >> On 2014年12月01日 20:35, Clément Rault wrote: >> >>> Hi, >> >>> >> >>> I'm trying to implement some inband mechanisms and for that I need to >> >>> keep some information about the states of the nodes. Since nothing can >> >>> be stored in the nodes I need to save it in the packet header. >> >>> >> >>> Basically I just wanna be able to remember which was the last outport >> >>> used by any switch. And then match on this parameter to decide which >> >>> outport should be used then. >> >>> >> >>> I was thinking about using the vlan tag to do that but since I'm using >> >>> the curl syntax and it's not possible to match on vlan with masks yet >> >>> it's not the best option. (I need the mask to match on the particular >> >>> bits that are important for the state of the current switch). >> >> >> >> The following patch I posted last week, and the patches are marged by >> >> Ryu-devel. >> >> >> >> https://www.mail-archive.com/[email protected]/msg07966.html >> >> >> >> This patch makes ofctl_rest enable set vlan match field with mask. >> >> >> >> e.g.) >> >> >> >> curl -X POST -d '{"dpid": 2, >> >> "match":{"dl_vlan": "0x1000/0x1000"}, >> >> "actions":[{"port":2, "type":"OUTPUT"}]}' >> >> http://localhost:8080/stats/flowentry/add >> >> >> >> So you can receive it on next Ryu release (version 3.16 maybe) in early >> >> this >> >> month. >> >> >> >> Thanks >> >> >> >>> >> >>> What do you think? How would you do it? >> >>> >> >>> Thanks! >> >>> >> >>> Best, >> >>> Clément >> >>> >> >>> >> >>> ------------------------------------------------------------------------------ >> >>> Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server >> >>> from Actuate! Instantly Supercharge Your Business Reports and >> >>> Dashboards >> >>> with Interactivity, Sharing, Native Excel Exports, App Integration & >> >>> more >> >>> Get technology previously reserved for billion-dollar corporations, >> >>> FREE >> >>> >> >>> http://pubads.g.doubleclick.net/gampad/clk?id=157005751&iu=/4140/ostg.clktrk >> >>> _______________________________________________ >> >>> Ryu-devel mailing list >> >>> [email protected] >> >>> https://lists.sourceforge.net/lists/listinfo/ryu-devel >> >>> >> >> >> ------------------------------------------------------------------------------ >> Dive into the World of Parallel Programming. The Go Parallel Website, >> sponsored by Intel and developed in partnership with Slashdot Media, is >> your >> hub for all things parallel software development, from weekly thought >> leadership blogs to news, videos, case studies, tutorials and more. Take a >> look and join the conversation now. http://goparallel.sourceforge.net/ >> _______________________________________________ >> Ryu-devel mailing list >> [email protected] >> https://lists.sourceforge.net/lists/listinfo/ryu-devel > > > > > -- > Sincerely, > > Wei-Li Tang > RD Engineer, Xinguard Inc. ------------------------------------------------------------------------------ Dive into the World of Parallel Programming. The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/ _______________________________________________ Ryu-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/ryu-devel
