3.1.2.0-62:TSN sends BUM traffic to the originating QFX.
Bug #1691647 reported by
Sandeep Sridhar
This bug affects 1 person
Affects | Status | Importance | Assigned to | Milestone | ||
---|---|---|---|---|---|---|
Juniper Openstack | Status tracked in Trunk | |||||
R3.1 |
Fix Committed
|
High
|
Divakar Dharanalakota | |||
R3.2 |
Fix Committed
|
High
|
Divakar Dharanalakota | |||
R4.0 |
Fix Committed
|
High
|
Divakar Dharanalakota | |||
Trunk |
Fix Committed
|
High
|
Divakar Dharanalakota |
Bug Description
Contrail version: 3.1.2.0-62
QFX version:
During scale tests, we have discovered that TSN sends BUM traffic back to the originating QFX when the following conditions are met:
1. 100K MAC addresses on ethernet table.
2. All learnt on ovsdb Mac tables.
3. clear ethernet tables on QFX
4. During the re-learning phase, TSN tends to put BUM traffic back to originating QFX. This happens only for certain VNIs though.
I have replicated this issue in my lab.
-Sandeep.
It was concluded that we need to implement Split Horizon (do not forward traffic back to the SW where we learnt the dmac through ovs). Manish will fix it by implementing RPF check for unicast lookup. Please let me know what is the target release for this implementation.
Greetings,
Sandeep.