discovery of nodes with secondary IPs stay as multiple nodes
Dave Johnson <[email protected]> Mon, 12 Nov 2018 20:03:29 +0000
| Newsgroups | gmane.network.opennms.general |
|---|---|
| Message-ID | <85BF58CCA3C1F74A8320EE6AB969141D217A1DA5@mbx027-w1-ca-4.exch027.domain.local> |
--===============0625214655374697178==
Content-Language: en-US
Content-Type: multipart/alternative;
boundary="_000_85BF58CCA3C1F74A8320EE6AB969141D217A1DA5mbx027w1ca4exch_"
--_000_85BF58CCA3C1F74A8320EE6AB969141D217A1DA5mbx027w1ca4exch_
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
This post is regarding autodiscovery of secondary IPs on both Arista and Ci=
sco switches and opennms not auto-combining those nodes. Forgive me if I h=
ave missed the answer, I scoured the list and it seems there are similar pr=
evious posts (VRRP/HSRP and standard macs used; setting net-snmp pon agenta=
ddresses), but non that address this particular issue.
We recently went through a network migration and collapsed multiple switche=
s into a fewer number. On a several of the SVIs (VLANs), we added some sec=
ondary IPs on the new switches that took over the roles of previous switche=
s. One example, some hosts default routed towards a ".6" IP on a vlan; whi=
ch went to a different switch (with different configs), but after the migra=
tion those separate switches were no longer required.
In addition to these secondary IPs that are on the new switches from the mi=
gration, I've configured secondary IPs for the ".1" main default gw on the =
vlan and set ".2" and ".3" for two of the main switches. This ".1" seconda=
ry IP will likely eventually be placed in VRRP.
Let me just focus on the ".1" interface scenario as a secondary IP for now.=
The opennms autodiscovery sees the ".1" and ".2" last octet IPs on the ne=
twork. It creates these as a suspect nodes (ie: node "1001" and "1002") th=
at opennms will need to snmp scan. After doing a snmp scan on those two no=
des:
* Node 1001 has ".1" as primary opennms interface; ".1" in the interfac=
e table, but NO "SNMP ifIndex" for the secondary IP.
* Node 1002 has ".2" as primary opennms interface; ".1" in NOT the inte=
rface table at all.
It appears secondary IPs do not show up in snmp's "ipAddrTable", meanwhile =
all the node information (LLDP chassis information/serials/etc) are all ide=
ntical. Even though a node suspect with an opennms primary interface being=
set on the nodes "secondary interface," it is the same node, shouldn't thi=
s be combined?
For a switch with a dozen vlans, this adds up to an extra 12 instances of t=
hat switch. As a workaround, we omit scanning of .1-.3 IPs on many of the=
vlans, so autodiscovery doesn't keep adding the nodes with the secondary I=
Ps.
We are running 22.0.2 opennms; centos7.2; java 1.8.0_144. We tried this on=
a separate fresh minimal install of 23.0.0 opennms, and had similar result=
s.
Is there something we are missing or another way that opennms will handle s=
econdary addresses on a network more gracefully?
* Dave
--_000_85BF58CCA3C1F74A8320EE6AB969141D217A1DA5mbx027w1ca4exch_
Content-Type: text/html; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
<html xmlns:v=3D"urn:schemas-microsoft-com:vml" xmlns:o=3D"urn:schemas-micr=
osoft-com:office:office" xmlns:w=3D"urn:schemas-microsoft-com:office:word" =
xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" xmlns=3D"http:=
//www.w3.org/TR/REC-html40">
<head>
<meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Dus-ascii"=
>
<meta name=3D"Generator" content=3D"Microsoft Word 15 (filtered medium)">
<style><!--
/* Font Definitions */
@font-face
{font-family:Wingdings;
panose-1:5 0 0 0 0 0 0 0 0 0;}
@font-face
{font-family:"Cambria Math";
panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
{font-family:Calibri;
panose-1:2 15 5 2 2 2 4 3 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
{margin:0in;
margin-bottom:.0001pt;
font-size:11.0pt;
font-family:"Calibri",sans-serif;}
a:link, span.MsoHyperlink
{mso-style-priority:99;
color:#0563C1;
text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
{mso-style-priority:99;
color:#954F72;
text-decoration:underline;}
p.MsoListParagraph, li.MsoListParagraph, div.MsoListParagraph
{mso-style-priority:34;
margin-top:0in;
margin-right:0in;
margin-bottom:0in;
margin-left:.5in;
margin-bottom:.0001pt;
font-size:11.0pt;
font-family:"Calibri",sans-serif;}
span.EmailStyle17
{mso-style-type:personal-compose;
font-family:"Calibri",sans-serif;}
.MsoChpDefault
{mso-style-type:export-only;
font-family:"Calibri",sans-serif;}
@page WordSection1
{size:8.5in 11.0in;
margin:1.0in 1.0in 1.0in 1.0in;}
div.WordSection1
{page:WordSection1;}
/* List Definitions */
@list l0
{mso-list-id:249124896;
mso-list-type:hybrid;
mso-list-template-ids:-1548195948 -568937628 67698691 67698693 67698689 67=
698691 67698693 67698689 67698691 67698693;}
@list l0:level1
{mso-level-start-at:0;
mso-level-number-format:bullet;
mso-level-text:-;
mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-.25in;
font-family:"Calibri",sans-serif;
mso-fareast-font-family:Calibri;}
@list l0:level2
{mso-level-number-format:bullet;
mso-level-text:o;
mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-.25in;
font-family:"Courier New";}
@list l0:level3
{mso-level-number-format:bullet;
mso-level-text:\F0A7;
mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-.25in;
font-family:Wingdings;}
@list l0:level4
{mso-level-number-format:bullet;
mso-level-text:\F0B7;
mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-.25in;
font-family:Symbol;}
@list l0:level5
{mso-level-number-format:bullet;
mso-level-text:o;
mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-.25in;
font-family:"Courier New";}
@list l0:level6
{mso-level-number-format:bullet;
mso-level-text:\F0A7;
mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-.25in;
font-family:Wingdings;}
@list l0:level7
{mso-level-number-format:bullet;
mso-level-text:\F0B7;
mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-.25in;
font-family:Symbol;}
@list l0:level8
{mso-level-number-format:bullet;
mso-level-text:o;
mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-.25in;
font-family:"Courier New";}
@list l0:level9
{mso-level-number-format:bullet;
mso-level-text:\F0A7;
mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-.25in;
font-family:Wingdings;}
@list l1
{mso-list-id:566846425;
mso-list-type:hybrid;
mso-list-template-ids:306221636 1683781264 67698691 67698693 67698689 6769=
8691 67698693 67698689 67698691 67698693;}
@list l1:level1
{mso-level-start-at:0;
mso-level-number-format:bullet;
mso-level-text:\F0B7;
mso-level-tab-stop:none;
mso-level-number-position:left;
margin-left:.25in;
text-indent:-.25in;
font-family:Symbol;
mso-fareast-font-family:Calibri;
mso-bidi-font-family:"Times New Roman";}
@list l1:level2
{mso-level-number-format:bullet;
mso-level-text:o;
mso-level-tab-stop:none;
mso-level-number-position:left;
margin-left:.75in;
text-indent:-.25in;
font-family:"Courier New";}
@list l1:level3
{mso-level-number-format:bullet;
mso-level-text:\F0A7;
mso-level-tab-stop:none;
mso-level-number-position:left;
margin-left:1.25in;
text-indent:-.25in;
font-family:Wingdings;}
@list l1:level4
{mso-level-number-format:bullet;
mso-level-text:\F0B7;
mso-level-tab-stop:none;
mso-level-number-position:left;
margin-left:1.75in;
text-indent:-.25in;
font-family:Symbol;}
@list l1:level5
{mso-level-number-format:bullet;
mso-level-text:o;
mso-level-tab-stop:none;
mso-level-number-position:left;
margin-left:2.25in;
text-indent:-.25in;
font-family:"Courier New";}
@list l1:level6
{mso-level-number-format:bullet;
mso-level-text:\F0A7;
mso-level-tab-stop:none;
mso-level-number-position:left;
margin-left:2.75in;
text-indent:-.25in;
font-family:Wingdings;}
@list l1:level7
{mso-level-number-format:bullet;
mso-level-text:\F0B7;
mso-level-tab-stop:none;
mso-level-number-position:left;
margin-left:3.25in;
text-indent:-.25in;
font-family:Symbol;}
@list l1:level8
{mso-level-number-format:bullet;
mso-level-text:o;
mso-level-tab-stop:none;
mso-level-number-position:left;
margin-left:3.75in;
text-indent:-.25in;
font-family:"Courier New";}
@list l1:level9
{mso-level-number-format:bullet;
mso-level-text:\F0A7;
mso-level-tab-stop:none;
mso-level-number-position:left;
margin-left:4.25in;
text-indent:-.25in;
font-family:Wingdings;}
@list l2
{mso-list-id:1680621532;
mso-list-type:hybrid;
mso-list-template-ids:-387938054 1712238668 67698713 67698715 67698703 676=
98713 67698715 67698703 67698713 67698715;}
@list l2:level1
{mso-level-start-at:0;
mso-level-text:%1-;
mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-.25in;}
@list l2:level2
{mso-level-number-format:alpha-lower;
mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-.25in;}
@list l2:level3
{mso-level-number-format:roman-lower;
mso-level-tab-stop:none;
mso-level-number-position:right;
text-indent:-9.0pt;}
@list l2:level4
{mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-.25in;}
@list l2:level5
{mso-level-number-format:alpha-lower;
mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-.25in;}
@list l2:level6
{mso-level-number-format:roman-lower;
mso-level-tab-stop:none;
mso-level-number-position:right;
text-indent:-9.0pt;}
@list l2:level7
{mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-.25in;}
@list l2:level8
{mso-level-number-format:alpha-lower;
mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-.25in;}
@list l2:level9
{mso-level-number-format:roman-lower;
mso-level-tab-stop:none;
mso-level-number-position:right;
text-indent:-9.0pt;}
ol
{margin-bottom:0in;}
ul
{margin-bottom:0in;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext=3D"edit" spidmax=3D"1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext=3D"edit">
<o:idmap v:ext=3D"edit" data=3D"1" />
</o:shapelayout></xml><![endif]-->
</head>
<body lang=3D"EN-US" link=3D"#0563C1" vlink=3D"#954F72">
<div class=3D"WordSection1">
<p class=3D"MsoNormal">This post is regarding autodiscovery of secondary IP=
s on both Arista and Cisco switches and opennms not auto-combining those no=
des. Forgive me if I have missed the answer, I scoured the list and i=
t seems there are similar previous posts
(VRRP/HSRP and standard macs used; setting net-snmp pon agentaddresses), b=
ut non that address this particular issue.<o:p></o:p></p>
<p class=3D"MsoNormal"><o:p> </o:p></p>
<p class=3D"MsoNormal">We recently went through a network migration and col=
lapsed multiple switches into a fewer number. On a several of the SVI=
s (VLANs), we added some secondary IPs on the new switches that took over t=
he roles of previous switches. One example,
some hosts default routed towards a “.6” IP on a vlan; which w=
ent to a different switch (with different configs), but after the migration=
those separate switches were no longer required.<o:p></o:p></p>
<p class=3D"MsoNormal"><o:p> </o:p></p>
<p class=3D"MsoNormal">In addition to these secondary IPs that are on the n=
ew switches from the migration, I’ve configured secondary IPs for the=
“.1” main default gw on the vlan and set “.2” and =
“.3” for two of the main switches. This “.1” =
secondary IP will
likely eventually be placed in VRRP.<o:p></o:p></p>
<p class=3D"MsoNormal"><o:p> </o:p></p>
<p class=3D"MsoNormal">Let me just focus on the “.1” interface =
scenario as a secondary IP for now. The opennms autodiscovery sees th=
e “.1” and “.2” last octet IPs on the network. =
; It creates these as a suspect nodes (ie: node “1001” and R=
20;1002”) that opennms
will need to snmp scan. After doing a snmp scan on those two nodes:<=
o:p></o:p></p>
<ul style=3D"margin-top:0in" type=3D"disc">
<li class=3D"MsoListParagraph" style=3D"margin-left:-.25in;mso-list:l1 leve=
l1 lfo1">Node 1001 has “.1” as primary opennms interface; ̶=
0;.1” in the interface table, but NO “SNMP ifIndex” for t=
he secondary IP.<o:p></o:p></li><li class=3D"MsoListParagraph" style=3D"mar=
gin-left:-.25in;mso-list:l1 level1 lfo1">Node 1002 has “.2” as =
primary opennms interface; “.1” in NOT the interface table at a=
ll.<o:p></o:p></li></ul>
<p class=3D"MsoNormal"><o:p> </o:p></p>
<p class=3D"MsoNormal">It appears secondary IPs do not show up in snmp̵=
7;s “ipAddrTable”, meanwhile all the node information (LLDP cha=
ssis information/serials/etc) are all identical. Even though a node s=
uspect with an opennms primary interface being set on the
nodes “secondary interface,” it is the same node, shouldn̵=
7;t this be combined?<o:p></o:p></p>
<p class=3D"MsoNormal"><o:p> </o:p></p>
<p class=3D"MsoNormal">For a switch with a dozen vlans, this adds up to an =
extra 12 instances of that switch. As a workaround, we omit sca=
nning of .1-.3 IPs on many of the vlans, so autodiscovery doesn’t kee=
p adding the nodes with the secondary IPs. <o:p></o:p></p>
<p class=3D"MsoNormal"><o:p> </o:p></p>
<p class=3D"MsoNormal">We are running 22.0.2 opennms; centos7.2; java 1.8.0=
_144. We tried this on a separate fresh minimal install of 23.0.0 ope=
nnms, and had similar results.<o:p></o:p></p>
<p class=3D"MsoNormal"><o:p> </o:p></p>
<p class=3D"MsoNormal">Is there something we are missing or another way tha=
t opennms will handle secondary addresses on a network more gracefully?&nbs=
p;
<o:p></o:p></p>
<p class=3D"MsoNormal"><o:p> </o:p></p>
<ul style=3D"margin-top:0in" type=3D"disc">
<li class=3D"MsoListParagraph" style=3D"margin-left:0in;mso-list:l0 level1 =
lfo3">Dave<o:p></o:p></li></ul>
</div>
</body>
</html>
--_000_85BF58CCA3C1F74A8320EE6AB969141D217A1DA5mbx027w1ca4exch_--
--===============0625214655374697178==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
--===============0625214655374697178==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
_______________________________________________
Please read the OpenNMS Mailing List FAQ:
http://www.opennms.org/index.php/Mailing_List_FAQ
opennms-discuss mailing list
To *unsubscribe* or change your subscription options, see the bottom of this page:
https://lists.sourceforge.net/lists/listinfo/opennms-discuss
--===============0625214655374697178==--