-
Type:
Bug
-
Status: Closed (View Workflow)
-
Priority:
Blocker
-
Resolution: Done
-
Affects Version/s: 1.3.0
-
Fix Version/s: 1.3.0
-
Component/s: None
-
Labels:
-
Environment:
Office network and in CHO tests
-
Epic Link:
-
Sprint:Drake Sprint 4 (8/31-9/4) 2
Please note: this is not perfectly consistent execution to execution.
Few more details:
This is how the network should look like (I put just the last two digits of the DPID for convenience):
:12 (through port 47) – (through port 48) :0B – (through port 47) – (through port 48) :11
This is what I see in the CLI
src=of:678c60eb69215b0b/47, dst=of:000000000000ba11/48, type=DIRECT, state=ACTIVE
src=of:0000010001010212/47, dst=of:000000000000ba11/48, type=DIRECT, state=ACTIVE
src=of:678c60eb69215b0b/48, dst=of:0000010001010212/47, type=DIRECT, state=ACTIVE
src=of:000000000000ba11/48, dst=of:0000010001010212/47, type=DIRECT, state=ACTIVE
src=of:000000000000ba11/48, dst=of:678c60eb69215b0b/47, type=DIRECT, state=ACTIVE
src=of:0000010001010212/47, dst=of:678c60eb69215b0b/48, type=DIRECT, state=ACTIVE
# | Subject | Branch | Project | Status | CR | V |
---|---|---|---|---|---|---|
5164,1 | ONOS-2812 Refactored the link code in search of a defect; the root cause was old OVS-based switch which is wrongly forwarding LLDP frames. | master | onos | Status: MERGED | +2 | +1 |
5181,4 | ONOS-2846, ONOS-2812 Reworking link discovery provider to be fully configurable and to prune links based on links rather than based on ports. | master | onos | Status: MERGED | +2 | +1 |
5198,2 | ONOS-2846, ONOS-2812 Refactored link discovery pruning to be centralized rather than being with each link discovery helper. | master | onos | Status: MERGED | +2 | +1 |