Avoid adding round robin dns devices
Hi,
I have some devices that are configured with a round robin DNS entry. I believe that as we are running lldp on servers too, the auto discovery pick them up and add them.
But as the picture below shows, this is pretty much useless as each polling end up on a different server. (You can see that the sysdescr and sysname contains contradictory data : lxfer01 and lxfer02)
Would it be possible to detect that the FQDN is a round robin alias and avoid adding it as a new device ? And it would be perfect if it could be the same for CNAME as well, as it is not really worthwhile having Observium polling a node for each of its aliases.
[cid:image001.png@01D17B91.B4998790]
Best regards, Louis
[http://www.pgs.com/mediaFiles/Exclaimer%20graphics/PGS_LOGO_RGB_42x53px.jpg]http://www.pgs.com Louis Bailleul Computer Systems Engineer Imaging & Engineering | Imaging
Telephone: +44 1932 376000 Direct: +44 1932 376842 VOIP: 74416842 Mobile: +44 7786 525307 Email: louis.bailleul@pgs.commailto:Louis.Bailleul@pgs.com
A Clearer Image | www.pgs.comhttp://www.pgs.com
[http://www.pgs.com/mediaFiles/Exclaimer%20graphics/150731-ColourWave-660x14p...]
Address: 4 The Heights, Brooklands, Weybridge, Surrey, KT13 0NY, United Kingdom
This e-mail, including any attachments and response string, may contain proprietary information which is confidential and may be legally privileged. It is for the intended recipient only. If you are not the intended recipient or transmission error has misdirected this e-mail, please notify the author by return e-mail and delete this message and any attachment immediately. If you are not the intended recipient you must not use, disclose, distribute, forward, copy, print or rely on this e-mail in any way except as permitted by the author.
RRDNS is generally a mechanism used to hold up a service. Since Observium is not a service checker, this will probably never work the way you want. Observium's design goals are to monitor devices, so best practices for its use would be to monitor the real devices within the RR.
Sent from my iPhone
On Mar 11, 2016, at 7:33 AM, Louis Bailleul Louis.Bailleul@pgs.com wrote:
Hi,
I have some devices that are configured with a round robin DNS entry. I believe that as we are running lldp on servers too, the auto discovery pick them up and add them.
But as the picture below shows, this is pretty much useless as each polling end up on a different server. (You can see that the sysdescr and sysname contains contradictory data : lxfer01 and lxfer02)
Would it be possible to detect that the FQDN is a round robin alias and avoid adding it as a new device ? And it would be perfect if it could be the same for CNAME as well, as it is not really worthwhile having Observium polling a node for each of its aliases.
<image001.png>
Best regards, Louis
Louis Bailleul Computer Systems Engineer Imaging & Engineering | Imaging
Telephone: +44 1932 376000 Direct: +44 1932 376842 VOIP: 74416842 Mobile: +44 7786 525307 Email: louis.bailleul@pgs.com
A Clearer Image | www.pgs.com
Address: 4 The Heights, Brooklands, Weybridge, Surrey, KT13 0NY, United Kingdom
This e-mail, including any attachments and response string, may contain proprietary information which is confidential and may be legally privileged. It is for the intended recipient only. If you are not the intended recipient or transmission error has misdirected this e-mail, please notify the author by return e-mail and delete this message and any attachment immediately. If you are not the intended recipient you must not use, disclose, distribute, forward, copy, print or rely on this e-mail in any way except as permitted by the author. _______________________________________________ observium mailing list observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
Hi,
Actually what I tried to say is that I don’t care about the RRDNS and don’t want Observium to add them as devices. I just want the actual devices behind the RRDNS to be monitored. I have a quite large environment and rely on the auto discovery so it would nice if the auto discovery was smart enough so it doesn’t keep adding the RRDNS aliases.
Best regards, Louis
[http://www.pgs.com/mediaFiles/Exclaimer%20graphics/PGS_LOGO_RGB_42x53px.jpg]http://www.pgs.com Louis Bailleul Computer Systems Engineer Imaging & Engineering | Imaging
Telephone: +44 1932 376000 Direct: +44 1932 376842 VOIP: 74416842 Mobile: +44 7786 525307 Email: louis.bailleul@pgs.commailto:Louis.Bailleul@pgs.com
A Clearer Image | www.pgs.comhttp://www.pgs.com
From: observium [mailto:observium-bounces@observium.org] On Behalf Of Jason Lixfeld Sent: Friday, March 11, 2016 12:53 To: Observium Network Observation System Subject: Re: [Observium] Avoid adding round robin dns devices
RRDNS is generally a mechanism used to hold up a service. Since Observium is not a service checker, this will probably never work the way you want. Observium's design goals are to monitor devices, so best practices for its use would be to monitor the real devices within the RR.
Sent from my iPhone
On Mar 11, 2016, at 7:33 AM, Louis Bailleul <Louis.Bailleul@pgs.commailto:Louis.Bailleul@pgs.com> wrote: Hi,
I have some devices that are configured with a round robin DNS entry. I believe that as we are running lldp on servers too, the auto discovery pick them up and add them.
But as the picture below shows, this is pretty much useless as each polling end up on a different server. (You can see that the sysdescr and sysname contains contradictory data : lxfer01 and lxfer02)
Would it be possible to detect that the FQDN is a round robin alias and avoid adding it as a new device ? And it would be perfect if it could be the same for CNAME as well, as it is not really worthwhile having Observium polling a node for each of its aliases.
<image001.png>
Best regards, Louis
[http://www.pgs.com/mediaFiles/Exclaimer%20graphics/PGS_LOGO_RGB_42x53px.jpg]http://www.pgs.com
Louis Bailleul Computer Systems Engineer Imaging & Engineering | Imaging
Telephone: +44 1932 376000 Direct: +44 1932 376842 VOIP: 74416842 Mobile: +44 7786 525307 Email: louis.bailleul@pgs.commailto:Louis.Bailleul@pgs.com
A Clearer Image | www.pgs.comhttp://www.pgs.com
[http://www.pgs.com/mediaFiles/Exclaimer%20graphics/150731-ColourWave-660x14p...]
Address: 4 The Heights, Brooklands, Weybridge, Surrey, KT13 0NY, United Kingdom
This e-mail, including any attachments and response string, may contain proprietary information which is confidential and may be legally privileged. It is for the intended recipient only. If you are not the intended recipient or transmission error has misdirected this e-mail, please notify the author by return e-mail and delete this message and any attachment immediately. If you are not the intended recipient you must not use, disclose, distribute, forward, copy, print or rely on this e-mail in any way except as permitted by the author.
_______________________________________________ observium mailing list observium@observium.orgmailto:observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observiumhttps://urldefense.proofpoint.com/v2/url?u=http-3A__postman.memetic.org_cgi-2Dbin_mailman_listinfo_observium&d=BQMCaQ&c=KV_I7O14pmwRcmAVyJ1eg4Jwb8Y2JAxuL5YgMGHpjcQ&r=FTXmt89oLXmbXfP78w86-PxB1XdLYgxG8hEoAnZvCvs&m=Yk8x-eUsh5OlNiuUwrqrp96mnffzbC-aWTq0WRP6J-4&s=cmA9UZVSmqKH75ehPExpoXPxC6Q-YJveQGmKmJVQ_-k&e=
Louis,
I think it's best if you don't add them to Observium then ;-)
You'll need to figure out why it's being added - it won't be because of LLDP.
As the devices are returning differing host names via sysName, I'll assume they're returning distinct names via lldpd as well...
Tom
On 03/11/2016 02:59 PM, Louis Bailleul wrote:
Hi,
Actually what I tried to say is that I don’t care about the RRDNS and don’t want Observium to add them as devices.
I just want the actual devices behind the RRDNS to be monitored.
I have a quite large environment and rely on the auto discovery so it would nice if the auto discovery was smart enough so it doesn’t keep adding the RRDNS aliases.
Best regards,
Louis
http://www.pgs.com Louis Bailleul Computer Systems Engineer Imaging & Engineering | Imaging
Telephone: +44 1932 376000 Direct: +44 1932 376842 VOIP: 74416842 Mobile: +44 7786 525307 Email: louis.bailleul@pgs.com mailto:Louis.Bailleul@pgs.com
A Clearer Image | www.pgs.com http://www.pgs.com
*From:*observium [mailto:observium-bounces@observium.org] *On Behalf Of *Jason Lixfeld *Sent:* Friday, March 11, 2016 12:53 *To:* Observium Network Observation System *Subject:* Re: [Observium] Avoid adding round robin dns devices
RRDNS is generally a mechanism used to hold up a service. Since Observium is not a service checker, this will probably never work the way you want. Observium's design goals are to monitor devices, so best practices for its use would be to monitor the real devices within the RR.
Sent from my iPhone
On Mar 11, 2016, at 7:33 AM, Louis Bailleul <Louis.Bailleul@pgs.com mailto:Louis.Bailleul@pgs.com> wrote:
Hi, I have some devices that are configured with a round robin DNS entry. I believe that as we are running lldp on servers too, the auto discovery pick them up and add them. But as the picture below shows, this is pretty much useless as each polling end up on a different server. (You can see that the sysdescr and sysname contains contradictory data : lxfer01 and lxfer02) Would it be possible to detect that the FQDN is a round robin alias and avoid adding it as a new device ? And it would be perfect if it could be the same for CNAME as well, as it is not really worthwhile having Observium polling a node for each of its aliases. <image001.png> Best regards, Louis <http://www.pgs.com> *Louis Bailleul* /Computer Systems Engineer/ Imaging & Engineering | Imaging *Telephone: *+44 1932 376000 *Direct: *+44 1932 376842 *VOIP: *74416842 *Mobile: *+44 7786 525307 *Email: *louis.bailleul@pgs.com <mailto:Louis.Bailleul@pgs.com> *A Clearer Image | www.pgs.com <http://www.pgs.com> *** *Address:* 4 The Heights, Brooklands, Weybridge, Surrey, KT13 0NY*, *United Kingdom This e-mail, including any attachments and response string, may contain proprietary information which is confidential and may be legally privileged. It is for the intended recipient only. If you are not the intended recipient or transmission error has misdirected this e-mail, please notify the author by return e-mail and delete this message and any attachment immediately. If you are not the intended recipient you must not use, disclose, distribute, forward, copy, print or rely on this e-mail in any way except as permitted by the author. _______________________________________________ observium mailing list observium@observium.org <mailto:observium@observium.org> http://postman.memetic.org/cgi-bin/mailman/listinfo/observium <https://urldefense.proofpoint.com/v2/url?u=http-3A__postman.memetic.org_cgi-2Dbin_mailman_listinfo_observium&d=BQMCaQ&c=KV_I7O14pmwRcmAVyJ1eg4Jwb8Y2JAxuL5YgMGHpjcQ&r=FTXmt89oLXmbXfP78w86-PxB1XdLYgxG8hEoAnZvCvs&m=Yk8x-eUsh5OlNiuUwrqrp96mnffzbC-aWTq0WRP6J-4&s=cmA9UZVSmqKH75ehPExpoXPxC6Q-YJveQGmKmJVQ_-k&e=>
observium mailing list observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
Hi Tom,
Fair enough, I think you are right about lldpd, as the servers are giving their actual hostname. I need to check what actually added the RRDNS, so I can prevent it.
Thanks for the pointers.
Best regards, Louis
[http://www.pgs.com/mediaFiles/Exclaimer%20graphics/PGS_LOGO_RGB_42x53px.jpg]http://www.pgs.com Louis Bailleul Computer Systems Engineer Imaging & Engineering | Imaging
Telephone: +44 1932 376000 Direct: +44 1932 376842 VOIP: 74416842 Mobile: +44 7786 525307 Email: louis.bailleul@pgs.commailto:Louis.Bailleul@pgs.com
A Clearer Image | www.pgs.comhttp://www.pgs.com
From: observium [mailto:observium-bounces@observium.org] On Behalf Of Tom Laermans Sent: Friday, March 11, 2016 14:09 To: Observium Network Observation System Subject: Re: [Observium] Avoid adding round robin dns devices
Louis,
I think it's best if you don't add them to Observium then ;-)
You'll need to figure out why it's being added - it won't be because of LLDP.
As the devices are returning differing host names via sysName, I'll assume they're returning distinct names via lldpd as well...
Tom On 03/11/2016 02:59 PM, Louis Bailleul wrote: Hi,
Actually what I tried to say is that I don’t care about the RRDNS and don’t want Observium to add them as devices. I just want the actual devices behind the RRDNS to be monitored. I have a quite large environment and rely on the auto discovery so it would nice if the auto discovery was smart enough so it doesn’t keep adding the RRDNS aliases.
Best regards, Louis
[http://www.pgs.com/mediaFiles/Exclaimer%20graphics/PGS_LOGO_RGB_42x53px.jpg]http://www.pgs.com
Louis Bailleul Computer Systems Engineer Imaging & Engineering | Imaging
Telephone: +44 1932 376000 Direct: +44 1932 376842 VOIP: 74416842 Mobile: +44 7786 525307 Email: louis.bailleul@pgs.commailto:louis.bailleul@pgs.com
A Clearer Image | www.pgs.comhttp://www.pgs.com
From: observium [mailto:observium-bounces@observium.org] On Behalf Of Jason Lixfeld Sent: Friday, March 11, 2016 12:53 To: Observium Network Observation System Subject: Re: [Observium] Avoid adding round robin dns devices
RRDNS is generally a mechanism used to hold up a service. Since Observium is not a service checker, this will probably never work the way you want. Observium's design goals are to monitor devices, so best practices for its use would be to monitor the real devices within the RR.
Sent from my iPhone
On Mar 11, 2016, at 7:33 AM, Louis Bailleul <Louis.Bailleul@pgs.commailto:Louis.Bailleul@pgs.com> wrote: Hi,
I have some devices that are configured with a round robin DNS entry. I believe that as we are running lldp on servers too, the auto discovery pick them up and add them.
But as the picture below shows, this is pretty much useless as each polling end up on a different server. (You can see that the sysdescr and sysname contains contradictory data : lxfer01 and lxfer02)
Would it be possible to detect that the FQDN is a round robin alias and avoid adding it as a new device ? And it would be perfect if it could be the same for CNAME as well, as it is not really worthwhile having Observium polling a node for each of its aliases.
<image001.png>
Best regards, Louis
[http://www.pgs.com/mediaFiles/Exclaimer%20graphics/PGS_LOGO_RGB_42x53px.jpg]http://www.pgs.com
Louis Bailleul Computer Systems Engineer Imaging & Engineering | Imaging
Telephone: +44 1932 376000 Direct: +44 1932 376842 VOIP: 74416842 Mobile: +44 7786 525307 Email: louis.bailleul@pgs.commailto:louis.bailleul@pgs.com
A Clearer Image | www.pgs.comhttp://www.pgs.com
[http://www.pgs.com/mediaFiles/Exclaimer%20graphics/150731-ColourWave-660x14p...]
Address: 4 The Heights, Brooklands, Weybridge, Surrey, KT13 0NY, United Kingdom
This e-mail, including any attachments and response string, may contain proprietary information which is confidential and may be legally privileged. It is for the intended recipient only. If you are not the intended recipient or transmission error has misdirected this e-mail, please notify the author by return e-mail and delete this message and any attachment immediately. If you are not the intended recipient you must not use, disclose, distribute, forward, copy, print or rely on this e-mail in any way except as permitted by the author.
_______________________________________________ observium mailing list observium@observium.orgmailto:observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observiumhttps://urldefense.proofpoint.com/v2/url?u=http-3A__postman.memetic.org_cgi-2Dbin_mailman_listinfo_observium&d=BQMCaQ&c=KV_I7O14pmwRcmAVyJ1eg4Jwb8Y2JAxuL5YgMGHpjcQ&r=FTXmt89oLXmbXfP78w86-PxB1XdLYgxG8hEoAnZvCvs&m=Yk8x-eUsh5OlNiuUwrqrp96mnffzbC-aWTq0WRP6J-4&s=cmA9UZVSmqKH75ehPExpoXPxC6Q-YJveQGmKmJVQ_-k&e=
_______________________________________________
observium mailing list
observium@observium.orgmailto:observium@observium.org
http://postman.memetic.org/cgi-bin/mailman/listinfo/observiumhttps://urldefense.proofpoint.com/v2/url?u=http-3A__postman.memetic.org_cgi-2Dbin_mailman_listinfo_observium&d=BQMDaQ&c=KV_I7O14pmwRcmAVyJ1eg4Jwb8Y2JAxuL5YgMGHpjcQ&r=FTXmt89oLXmbXfP78w86-PxB1XdLYgxG8hEoAnZvCvs&m=oRPbHcsw-IFdL72Ch0FGWUdZSO3SWmCxRuQw2V-RCqw&s=x3FTM-PU2ttRtYZw3T6OMm578AzTh9CSCEd3noqIq5g&e=
participants (3)
-
Jason Lixfeld -
Louis Bailleul -
Tom Laermans