On Sun, 27 May 2018 19:06:47 +0900,
Bilal Saleem wrote:
> 
> I am using gre header to pass some information that is used by a switch for
> rules, there could be multiple end-nodes and each end node switch will
> strip the header manually(by using code written in c) and forward the
> packet to host. That is why there are no *gre tunnel start/end point *
> address*.*

Maybe you'll need to use packet-ins and packet-outs and handle GRE
encapsulation manually?

> On Sun, May 27, 2018 at 1:59 PM, Bilal Saleem <mb...@nyu.edu> wrote:
> 
> > Hi Yi,
> >
> > I not sure what will be remote_ip for gre interface configuration can you
> > help me with that?
> >
> >
> >
> > On Thu, May 24, 2018 at 5:22 PM, Yi Tseng <a86487...@gmail.com> wrote:
> >
> >> I believe that you need to config the GRE tunnel manually to your data
> >> plane first.
> >>
> >> For example, you need to setup interface type to *gre* when you add an
> >> interface to the OvS switch.
> >>
> >> *ovs-vsctl add-port br0 gre0*
> >> *ovs-vsctl set interface gre0 type=gre options:remote_ip={another grp
> >> tunnel end point address}*
> >>
> >> Different types of data plane may require different way to config the gre
> >> tunnel
> >>
> >> 2018-05-24 16:04 GMT+08:00 Bilal Saleem <mb...@nyu.edu>:
> >>
> >>> Hi,
> >>>
> >>> I am working on simple topology as follows:
> >>>                             C
> >>>                       /      |     \
> >>> Veth ports-----S1 -- S2 --- S3 ---- H1
> >>>
> >>> I am sending raw packets cooked with GRE headers on Veth ports. I want
> >>> to create rules based on GRE key value like this:
> >>> match2 = parser.OFPMatch(in_port=2, eth_dst=dst, eth_type=0x0800,
> >>> ip_proto=47, *grekey=XXXXX*)
> >>>
> >>> I have used *tunnel_id* and *tunnel_id_nxm* field but does not work.
> >>> all packets match the rules where the tunnel_id value is 0.
> >>> If I use *OFPXMT_OFB_TUNNEL_ID *it gives an error 'KeyError: 'unknown
> >>> OXM field: OFPXMT_OFB_TUNNEL_ID''.
> >>>
> >>> port S1 connected to veth ports can receive non-gre packets(TCP etc) as
> >>> well.

OFPXMT_OFB_TUNNEL_ID is not valid as an OFPMatch.__init__ argument.
tunnel_id and tunnel_id_nxm are correct.
I guess packets must go through a GRE tunnel port for tunnel_id to be
set.

--
IWAMOTO Toshihiro

------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
_______________________________________________
Ryu-devel mailing list
Ryu-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ryu-devel

Reply via email to