- 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
