1.merge private flow into regular flowrule subsystem.no mirror code any
more.no change flowrule api.
2.define a rich-data-type to carry private flow.
3.modify OpenFlowRuleProvider.class to support for 3rd party private
flow.i don't know whether is suitable.because this class name is
relative with open flow protocal.
4.fix some junit test bug caused by modification of FlowRule interface.
Change-Id: I6c54d1e97f231a75bd1b416f0893e0379613d7ce
- Any files created in 2014 and modified in 2015 got a copyright of
2014-2015
- Used canonical form of 2014-2015 to be inclusive of extra years.
Some files had 2014,2015
Change-Id: If9a133618873e4000b8f10299bde7c870eb1fbd5
- ICMP/ARP/IP handlers are implemented as a part of the application for now
- Default routing and link add/failure/recovery are also supprted
- Temporary NetworkConfigHandler, which is hardcoded to support only 6 router FISH topology, is used for test
- Some fixes on GroupHanlder app to support transit routers
- Supports multi-instance (tested with two instances)
Change-Id: Idfa67903e59e1c4cac4da430f89cd4c50e821420
Also fixing flowRule table-awareness with changes reflected in flow identification (hashing)
and the karaf CLI.
Change-Id: I2fac83db8e0b54b802fb765ef9d82033f7478b99
1. Link Discovery can be turned off completely via configuration
2. PacketService allows applications to hint at table_type when registering for packets
Change-Id: I89f0bbf84dce1b449db5af19868f83503c44f750
DefaultOpenFlowPacketContext.inport() -> pktinInPort()
There is a public method DefaultOpenFlowPacketContext.inPort()
and having another method called inport() is confusing.
Change-Id: I6b703eb640edab24fb0112bd2019395eeb3d8421
Other changes are caused due to the new method.
Add type() in FlowRule interface to determine the table in which the flow rule need to be set.
Change-Id: I6518a01f4a5fba23f09f70b619f3844b5e33ce8f
Default drop rule has the lowest priority and matches everything. This means
if a packet doesn't match any rules in the flow table, it is dropped. This
brings OF1.0 behaviour into line with OF1.3+ behaviour.
Change-Id: Id73839907a664bdccbc7a5eb904a8edd2a6222e7
We shouldn't have special behaviour for some switches, and we want
send-to-controller behaviour to be determined by the applications rather
than the switch type.
Change-Id: I87fd0c0c0b567660378d325286101d19d86aba33
Catch BufferUnderflowExceptions that occur while trying to deserialzed
Ethernet packet, and account for the fact that packets may not have been
deserialized correctly when using InboundPackets.
Addresses ONOS-605.
Change-Id: Ia7191e62a339125c9c4d3fe0cf63f9c33eb74cb5
ONOS now waits for switches to advertise their highest version via a hello
message. ONOS then replies with a hello of the appropriate version.
[Merged from 1.0]
Change-Id: I6ebe3f1b8f513920dc62016347a40f503de01457
(cherry picked from commit d9b2f4043291b60f54fccbfee612baec10815600)
Without this we use the default abstract switch, which doesn't push a
table-miss entry.
Fixes ONOS-558.
Cherry-picked from onos-1.0.
Change-Id: I296c7fff6e94575e72829fb4e1aa3d1e5b82852c
This fixes a problem where a large number of incoming STATS messages
is practically using all available threds from the pool (16), and
there are no available threads to handle the BARRIER messages.
Change-Id: I1130eb8f3b5a17d5d3a7825f32da68eacb99569a
fixing other threadpool issues, ie. not using cachedThreadPool
Change-Id: I40ef10e1f704aef779b2a23c0497dfb7992520eb
