홍길동 / onos

Removed old parsing logic. Now it uses Bmv2FlowRuleTranslator to
translate ONOS flow rule into Bmv2 model-dependent table entries.

Change-Id: I1febc23b334acade027e806c8a8c266acc061277

In Bmv2, tables, header fields and actions all depend on the packet
processing model configuration (Bmv2Model) currently deployed on the
device. For this reason, translation is needed from protocol-aware ONOS
FlowRule objects into properly formatted, protocol-independent
Bmv2TableEntry objects. Translation is based on a TranslatorConfig that
provides a mapping between ONOS types and Bmv2 model-dependent types.

Change-Id: I620802c2024b5250867dc6b1b988b739177f582a

translator (ONOS-4044)

- Added new classes for different match parameters (exact, ternary, lpm,
  valid)
- Divided api package in two sub-packages, model (previously under
  drivers) and runtime (old api package)
- Improved Bmv2ThriftClient caching and table entry handling

Change-Id: I23c174cf3e8f9f6ecddb99c2d09dc531e8f1c73f

Such a model is used to define the way BMv2 should process packets
(i.e. it defines the device ingress/egress pipelines, parser, tables,
actions, etc.) and can be generated (i.e. JSON) by compiling a P4
program using p4c-bm.

Change-Id: Ic08df68bed5a0261cb50b27dc7dbfe9d35e1fb71

BMv2 devices can now be discovered (along with port informations) using
net-cfg (see tools/test/config/bmv2-cfg.json)

Change-Id: Ief2ca790dceb4d047b75aae6c5e1a89a05215e5f

Provides Thrift-based implementation for FlowRuleProgrammable and
PortDiscovery behaviours.

Change-Id: Ibbf8720d92301bcd23c5c583d156f464015ff1ef

- Add unit test for chartBuilder.js

Change-Id: I2f5c56b878dda660c28af13ec0229b5ab3665156

Change-Id: I27c0e5e30596d77d9099094a1ebda0f50d4b29ac

- Replace SRNextObjectiveContext with DefaultObjectiveContext
- Move several log messages to lower log level

Change-Id: Ice2fb598b8e4502cb4acee1a95235551ec7c8db7

Change-Id: I2dfd6b88c4ae14a02d258a2cdc9ee35b9ff08292

The original value overflows the 16-bits allowed by OpenFlow so that
example doesn't work very well for OpenFlow devices.

Change-Id: I0b61404ff7ae6c542f92787c9e8ab5c7a2e058f1

Change-Id: Idc4864b10f7f2e4cc92a9a25f1fa74835148eab8

Change-Id: Ic19387d76e41003d4f9d2f4f515d555d8683dd14

Change-Id: Icc1ec3070fe595bfc1439048234d6a6f23127c13

- It never changes report period bacause of Default config
- TODO: implement retriever and add some function

Change-Id: I578c7fedefbe76f265dd43091588dd19d541ffa1

Change-Id: I919171aa9ad38b34954f0eed57341030e01ed7a4

Change-Id: I98b2004641b087e21a5d505d406b800b4d4eb308

Change-Id: Ieecfea9aaabefa1f95918d4f95c489a0e94b01a9

Change-Id: I7dffe0598dee92dfb8a458cb01b819df7e6a5e57

Change-Id: I91c932ed21564eb862438464642a2f62982e8c71

Change-Id: Ib8d2e2fbb71585d90ac5df44d08a186f22fe0425

Change-Id: I47b8e11918269c1a2f3b084d49264dcc9b87a053

With this change we proactively fail map updates when serialization failures can occur and immediately notify the caller

Change-Id: I62a8a84731b9c2a6eeff7fa6f8336dc74234bf30

Change-Id: I5c9e6127ef3c00b79d12163fc82d4137ad00b407

Change-Id: I9b5e2566b83c13a8b7b086005a08a8182305ffdb

Change-Id: I7be52805652fe762baf808515401d6b5042b2aa5

Change-Id: I459ac88caa3c57afe00f49938131a4163f1a9f5f

Change-Id: Ib0872c823347bfb6091d6c5f872657f10b7b1083

We now can use start-stop-daemon (debian), daemon()
shell function (centos), or sudo (others) to start
onos-service.

It should be backward compatible on systemd systems.

Tested on Ubuntu 14 and CentOS 6. Should also work on
Ubuntu 15/16, CentOS 7, Debian, and Fedora.

(Note that we should test this against various OSes,
preferably automatically rather than manually!)

Addresses at least part of ONOS-2907

Change-Id: I4ded98baf02321a5a9db37fdff19e1ce4a3d23d2

Change-Id: Ibd772e8d524efbe8fc9a11e5091b5510a57e4f66

Change-Id: I4324240e1cdc9c0b059757565e20fdab995b9e5d

Change-Id: I88c3671fa490cf978485267a104bf2bcc0f57e58

- Change name: McastEventHandler -> McastHandler
- Separate HostHandler from SRManager
- Move storekeys to a dedicated package
- Replace SRObjevtiveContext and BridgeTableObjectiveContext with DefaultObjectiveContext

Change-Id: Iab25529487004759105e5ba60c1d2a3852ac45e6

Change-Id: I60215d1715f2220bfa2a23ea94434aca4c1f6e1b

Change-Id: Ie2f9a382c6a5dac25403ebe65efb921fabc6e374

Stream processes by Lambda queries in collection objects has a known performance bottleneck. For each create and update link data operations, this  kind of queries are frequently used and this causes inefficient topology discovery operation. For to solve that problem i analize thread dump during discovery process and i saw that especially getAllProviders method uses high cpu. than i change the provider search operation with additional map data which holds linkkey and its providers. by this way provider search operation not only gets faster but also uses minimum resource. Before that change, i can discover only 4XX number of switches at one controller, but later number grows to 15XX switches

Change-Id: I65ed71b7f295917c818b2f9227d0fc070aa4a29b

Change-Id: Idc39a1c81d6a597b0c55885e4e93d5b8ead62650

Change-Id: Ifef1c6eafd7cc79ed99be51f7faa26d97aeb2f67

Change-Id: Ic229c9bc78e4bfce20842717ae46a0b8acff0b76

- Do not handle packet in messages inside ControllerImpl class

Change-Id: Idcb26b277b790125bd6b3ba8f10bb4c60e2a3c58