I was looking into the source code and found the reason:
...
else if (from->dl_type == htons(ETH_TYPE_ARP)) {
to->flow.nw_src = from->nw_src;
to->flow.nw_dst = from->nw_dst;
to->flow.nw_proto = from->nw_proto;
/* Transport layer fields are undefined. Mark them as
* exact-match to allow such flows to reside in table-hash,
* instead of falling into table-linear. */
to->wildcards &= ~OFPFW_TP;
}
...
Is this a workaround?
When I install another flow in the form "match=[],actions=[DROP]", the flow
redirecting ARP to the controller doesn't match any ARP packets, and they
get dropped instead. Is this a priority issue? How should I be doing this?
Allan
On Fri, Feb 22, 2013 at 4:51 PM, Allan Vidal <all...@cpqd.com.br> wrote:
> Hi,
>
> In the reference 1.0 switch (and the NetFPGA), if I run:
>
> # ofdatapath punix:/var/run/dp0.sock
> # ofprotocol unix:/var/run/controller.sock unix:/var/run/dp0.sock
> # dpctl add-flow unix:/var/run/dp0.sock dl_type=0x0806,actions=controller
>
> What gets installed is:
> # dpctl dump-flows unix:/var/run/dp0.sock
> stats_reply (xid=0x6b35bd27): flags=none type=1(flow)
> cookie=0, duration_sec=0s, duration_nsec=928000000s, table_id=1,
> priority=32768, n_packets=0, n_bytes=0,
> idle_timeout=60,hard_timeout=0,arp,tp_src=0,tp_dst=0,actions=CONTROLLER:all
>
> Why the matches on "tp_src=0,tp_dst=0" appear? Is this correct?
>
> In OVS this doesn't seem to happen.
>
>
> Allan
>
_______________________________________________
openflow-discuss mailing list
openflow-discuss@lists.stanford.edu
https://mailman.stanford.edu/mailman/listinfo/openflow-discuss
