Analytics-underlay:Prouter uve showing vrouter not directly connected to the prouter
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Juniper Openstack |
Won't Fix
|
Medium
|
Raj Reddy | ||
R2.20 |
Won't Fix
|
Medium
|
Raj Reddy | ||
Trunk |
Won't Fix
|
Medium
|
Raj Reddy |
Bug Description
Logs saved at :http://
Hi Raj
I removed the loops .Still nodek9 showing connected to qfx7 on iccp link.
{
PRouterFlowEntry: {
flow_export_
},
PRouterLinkEntry: {
link_table: [
{
remote_
local_interface
remote_
local_interface
type: 1,
remote_system_name: "bng-contrail-
},
{
remote_
local_interface
remote_
local_interface
type: 1,
remote_system_name: "bng-contrail-
},
{
remote_
local_interface
remote_
local_interface
type: 2,
remote_system_name: "nodek10"
},
{
remote_
local_interface
remote_
local_interface
type: 2,
remote_system_name: "nodek9"
},
{
remote_
local_interface
remote_
local_interface
type: 2,
remote_system_name: "nodek8"
}
]
},
Regards
Sandip
From: Raj Reddy <email address hidden>
Date: Friday, May 22, 2015 5:34 AM
To: Sandip Dey <email address hidden>
Cc: Ted Ghose <email address hidden>, Nagabhushana R <email address hidden>, Biswajit Mandal <email address hidden>
Subject: Re: Prouter uve showing wrong info
Hi Sandip:
Do you have physical loops on the QFX boxes? If so, you will have to disable lldp on those interfaces,
otherwise we will see some issues as below..
thanks,
-
Raj
On May 20, 2015, at 9:52 PM, Rajashekar Reddy <email address hidden> wrote:
Is there a physical loop on any of the systems?
I see bng-contrail-
Can you please check the lldp neighbor info in the corresponding boxes..
FYI, Ted is on PTO this week, you may get delayed response.
thanks,
-
Raj
On May 20, 2015, at 2:22 AM, Sandip Dey <email address hidden> wrote:
Hi Ted
Please see my attached topology.
Nodek9 is connected to qfx8 , but its showing as connected to qfx7.
Could you take a look at http://
{
remote_
local_interface
remote_
local_interface
type: 2,
remote_system_name: "nodek9"
},
Regards
Sandip
information type: | Proprietary → Public |
Changed in juniperopenstack: | |
status: | New → Won't Fix |
This is a special case of L2 extending beyond one TOR.. In this case if a server is not connect to both MC-LAG routers, it will be 'learned' on the iccp link and shows up as neighbor to the non-connected box also.. we will see if we can ignore entries learned on iccp link during neighbor determination