홍길동 / onos

Change-Id: I59978bc0c96adde03fe86c9e1d17d4c038d17971

Change-Id: If0a52dcd2c21579d45d97152e05a760390d31c29

Change-Id: I674197405a57a8a45a2939e364c59c4565ad756f

Change-Id: I78192ba9e0ec930417ef4a0e71531dcfd9c6d3e5

Change-Id: I9011e9a87f427410afa5ef3d24a418fc1e189360

ref: https://wiki.onosproject.org/display/ONOS/Metro+Network+Emulation

Change-Id: Icb8dd7a12587398af49e9acea23a7cb85fb84b88

allow Linc to be aware of switches that are in the same domain as it, so that it
doesn't wait for OVS devices not in its domain during startup.

Change-Id: I542da075c65b54a866ac1f400e4e71a7f2164709

Change-Id: I60c3105149f6ef46e2effb7de6d8f40152027ec7

Change-Id: I04449a15d8e34fea4faba3729b9b6998ec9b0a5c

With this patch, cordvtn doesn't need to care for OVSDB connection state
anymore. It will make a connection to OVSDB server like befor but just
for node init and disconnect the OVSDB right after init is done.
- Changed OvsdbNode to CordVtnNode
- Removed OVSDB connect/disconnect and added initNode instead
- Changed ovsdb* commands to cordvtn-node* command, and removed
  connect/disconnect command and added init instead
- Fixed to remove OVSDB device from the system after node init or before
  making a connection to work around OVSDB device re-connect issue

Change-Id: If69369a06526947122494b2f7e816e37aa931f2c

Change-Id: I493c013d5657c189691ee740ce5114d392891c5e

There was bug introduced with a refactoring in commit:
c9546a36

The code was refactored again in this commit:
60ac58ef

Change-Id: I6c96dc1b9e0632865ae6742ed596624f7ed3d623

Change-Id: I6e99e731e355da432bf709b912e8c28df3ea2156

Change-Id: I1892c9b9f702a4a233790a69f4289e5f4edb0ec3

Change-Id: I1e501051e767f627367853c62ef90a0be15ffdb1

Change-Id: I198c713d035883011e742bd752339f12cdb51c36

Change-Id: I335c593c88fb63317079204ab10f8fe808901431

…es of BGP Controller.

Change-Id: Iccd4af75e25c3d4da703bd8e34afb19aabf096a4

Change-Id: I5ff970e4da0d27f062e004c034b4325f0d5ec898

Change-Id: I819c8105cb242dfd8f50c09edebfb3f3bbbaeaf0

Change-Id: I5a496bc9f819ddea7a9ae589536c506bbaaf55ff

Change-Id: Ia43cbf4a13937c9bd9dbc97221062ef5fa3e578f

Change-Id: I592307b2167335a608427cc42f52527ff70eb826

Change-Id: Ia45b1ea8bd9e3be88155820d9198cc5f6fa92826

Change-Id: I44ffcabb9d765a1c70c2790366c6d7381416dac6

Change-Id: I1ab614f7f0d521c1935fb0e0db31018fd944c5ae

 - boolean 'fromOpenstack' is changed to 'rangeNotEnforced'
 - rebased with master

Change-Id: Ida2828367339cdb0129f1555df9e1c90e6da6975

Change-Id: Ie32bdb70693c5571421840265b4be71d0706d797

Change-Id: I69c396ae08d25e83dce31e4d2ec92cd9a28c54f5

Change-Id: Ibf43f9c551940d05c34e4b0083ff3bd8e5454176

Change-Id: I99188aa18207b9d0b0d935b9f9e61e547f4ddab1

Change-Id: I4a93f489af1b9e08dd0acc95faf55f76857c709b

Change-Id: Ie7695f4ab25e9906ebf2ec1a0b59f74d652089b8

Change-Id: I38311a7298c812b739cfc734a81ba0bb44ba38b6

DONE
- Update SpringOpenTTP to support bridging table emulation
- Populate low priority subnet broadcast entry for bridging table
- Move IP entry population to host event handler as well
- Update ArpHandler to handle intra-rack ARP forwarding/flooding
- Move TTL_OUT action from IP table to corresponding group
    Since hardware does not support TTL_OUT in the IP table
- Populate entries to bridging table (MAC learning)
- Emulate src mac table

Not in this submission
- Emulate src-mac table behavior
- Pop vlan in the group instead of the flow

Change-Id: Ib69357c1889ccddaa4daa272d9f5843790ee1a3c

General logic fixes for emulating multi-domain networks

Change-Id: I58e487e0b663a6b64e99d93d6fa5cea6afe86aac

Change-Id: Idb3aa467b4d0e8181adf0d1766812a038b5408ac

Change-Id: Ieec82404d347dc812f49cf40c617e667381249d8

- No functional change.
  When port link state went down,
  old code attempted to remove logical port,
  which has never been added to LinkDiscovery helper.

Change-Id: Ic6921d99944eecd72bcae02ad3d974836595e1a9

Change-Id: Ibbf3a57dacda31a4047538f5ba070cd5d50cf8cb