Uploaded image for project: 'Observium'
  1. Observium
  2. OBS-194

Shutdown BGP peers appear as alerts

Details

    • Improvement
    • Resolution: Fixed
    • Trivial
    • None
    • None
    • Web Interface
    • None
    • latest svn, debian stable x64

    Description

      BGP peers which are shut down administratively appear as alerts on the overview page. I'd expect them to not be classified as alerts, so alerts should be created only for started BGP peers.

      Or maybe this should be a configurable setting?

      Attachments

        Issue Links

          Activity

            [OBS-194] Shutdown BGP peers appear as alerts

            After overhauling the front page (nice work!), Observium still alerts about shut down BGP peers. Attached a patch again.

            lancey Doychin Dokov added a comment - After overhauling the front page (nice work!), Observium still alerts about shut down BGP peers. Attached a patch again.

            committed (note this only fixes the default front page)

            adama Adam Armstrong added a comment - committed (note this only fixes the default front page)

            The front page is, at this point, essentially abandoned. It's about 6 years old, and needs throwing away. Almost no one uses it, it's only there because it's marginally better than a blank page.

            adama Adam Armstrong added a comment - The front page is, at this point, essentially abandoned. It's about 6 years old, and needs throwing away. Almost no one uses it, it's only there because it's marginally better than a blank page.
            lancey Doychin Dokov added a comment - - edited

            To my understanding, a BGP session which has a problem is a session which:

            • is in admin status START
            • is in peer state != ESTABLISHED

            The attached patch fixes the behaviour. I wonder what's the reasoning behind the original SQL query?

            lancey Doychin Dokov added a comment - - edited To my understanding, a BGP session which has a problem is a session which: is in admin status START is in peer state != ESTABLISHED The attached patch fixes the behaviour. I wonder what's the reasoning behind the original SQL query?

            People

              adama Adam Armstrong
              lancey Doychin Dokov
              Votes:
              0 Vote for this issue
              Watchers:
              2 Start watching this issue

              Dates

                Created:
                Updated:
                Resolved: