[afnog] Nagios Configuration
anaobii at unijos.edu.ng
anaobii at unijos.edu.ng
Mon Jul 12 09:03:55 UTC 2010
>> Send afnog mailing list submissions to
>> afnog at afnog.org
>>
>> To subscribe or unsubscribe via the World Wide Web, visit
>> http://afnog.org/mailman/listinfo/afnog
>> or, via email, send a message with subject or body 'help' to
>> afnog-request at afnog.org
>>
>> You can reach the person managing the list at
>> afnog-owner at afnog.org
>>
>> When replying, please edit your Subject line so it is more specific
>> than "Re: Contents of afnog digest..."
>>
>>
>> Today's Topics:
>>
>> 1. Re: Connectivity to www.afrinic.net-BGP qtn (Walubengo J)
>> 2. Re: Connectivity to www.afrinic.net-BGP qtn (Randy Bush)
>> 3. Re: Connectivity to www.afrinic.net-BGP qtn (Walubengo J)
>> 4. Re: Connectivity to www.afrinic.net-BGP qtn (Markus A. Wipfler)
>> 5. Re: Connectivity to www.afrinic.net-BGP qtn (Randy Bush)
>> 6. Re: Connectivity to www.afrinic.net-BGP qtn (Randy Bush)
>> 7. Re: Central Logging on Debian (Phil Regnauld)
>> 8. LDAP configuration on Ubuntu (Oluwaseun Ojedeji)
>> 9. Nagios Configuration (Benjamin Cobblah)
>>
>>
>> ----------------------------------------------------------------------
>>
>> Message: 1
>> Date: Thu, 8 Jul 2010 05:06:40 -0700 (PDT)
>> From: Walubengo J <jwalu at yahoo.com>
>> To: Randy Bush <randy at psg.com>
>> Cc: afnog at afnog.org
>> Subject: Re: [afnog] Connectivity to www.afrinic.net-BGP qtn
>> Message-ID: <569308.60300.qm at web57808.mail.re3.yahoo.com>
>> Content-Type: text/plain; charset="iso-8859-1"
>>
>> @Randy,
>>
>> I get your drift on point 1 (back to bad design?) not sure I get your
>> second point.? But probably will when Mark breaks your parables in
>> simpler
>> english ;-)
>>
>> walu.
>>
>>
>> --- On Thu, 7/8/10, Randy Bush <randy at psg.com> wrote:
>>
>> From: Randy Bush <randy at psg.com>
>> Subject: Re: [afnog] Connectivity to www.afrinic.net-BGP qtn
>> To: "Walubengo J" <jwalu at yahoo.com>
>> Cc: mtinka at globaltransit.net, afnog at afnog.org
>> Date: Thursday, July 8, 2010, 3:56 PM
>>
>>> 1. that the Layer1 Circuitry btwn SEACOM and TEAMS should be in place
>>>? ? & then
>>
>> waco and texarcana have water systems that are near eachother.? can i
>> use a chicken soup recipe to make their water systems back each other
>> up?
>>
>>> 2. that ISP/IBP connecting into both fibers (Layer2?) then have to
>>>? ? enter an interconnection agreement as well as connect IP routers
>>>? ? btwn them?
>>
>> and then we could put oranges in each water pipe and that should make
>> them interoperate.
>>
>> randy
>>
>>
>>
>>
>> -------------- next part --------------
>> An HTML attachment was scrubbed...
>> URL:
>> <http://afnog.org/pipermail/afnog/attachments/20100708/278a8a59/attachment-0001.htm>
>>
>> ------------------------------
>>
>> Message: 2
>> Date: Thu, 08 Jul 2010 21:10:42 +0900
>> From: Randy Bush <randy at psg.com>
>> To: Walubengo J <jwalu at yahoo.com>
>> Cc: afnog at afnog.org
>> Subject: Re: [afnog] Connectivity to www.afrinic.net-BGP qtn
>> Message-ID: <m2sk3ukwcd.wl%randy at psg.com>
>> Content-Type: text/plain; charset=ISO-8859-1
>>
>>> I get your drift on point 1 (back to bad design?) not sure I get your
>>> second point.? But probably will when Mark breaks your parables in
>>> simpler english ;-)
>>
>> it's a joke on the american idiom "you are comparing apples to oranges"
>> doing so makes no sense.
>>
>> to repeat, seacom and teams supply layer one and only layer one. layer
>> N > 1 technologies can not be used to mate two layer one systems.
>>
>> chicken soup, though water is a component, is of no help with water
>> pipes.
>>
>> randy
>>
>>
>>
>> ------------------------------
>>
>> Message: 3
>> Date: Thu, 8 Jul 2010 05:23:53 -0700 (PDT)
>> From: Walubengo J <jwalu at yahoo.com>
>> To: Randy Bush <randy at psg.com>
>> Cc: afnog at afnog.org
>> Subject: Re: [afnog] Connectivity to www.afrinic.net-BGP qtn
>> Message-ID: <830236.89009.qm at web57806.mail.re3.yahoo.com>
>> Content-Type: text/plain; charset="iso-8859-1"
>>
>> Sawa (swahili word for "OK").
>>
>> good to know...
>>
>> walu.
>>
>> --- On Thu, 7/8/10, Randy Bush <randy at psg.com> wrote:
>>
>> From: Randy Bush <randy at psg.com>
>> Subject: Re: [afnog] Connectivity to www.afrinic.net-BGP qtn
>> To: "Walubengo J" <jwalu at yahoo.com>
>> Cc: mtinka at globaltransit.net, afnog at afnog.org
>> Date: Thursday, July 8, 2010, 4:10 PM
>>
>>> I get your drift on point 1 (back to bad design?) not sure I get your
>>> second point.? But probably will when Mark breaks your parables in
>>> simpler english ;-)
>>
>> it's a joke on the american idiom "you are comparing apples to oranges"
>> doing so makes no sense.
>>
>> to repeat, seacom and teams supply layer one and only layer one.? layer
>> N > 1 technologies can not be used to mate two layer one systems.
>>
>> chicken soup, though water is a component, is of no help with water
>> pipes.
>>
>> randy
>>
>>
>>
>>
>> -------------- next part --------------
>> An HTML attachment was scrubbed...
>> URL:
>> <http://afnog.org/pipermail/afnog/attachments/20100708/c07b69f0/attachment-0001.htm>
>>
>> ------------------------------
>>
>> Message: 4
>> Date: Thu, 8 Jul 2010 15:23:52 +0300
>> From: "Markus A. Wipfler" <markus.wipfler at gmail.com>
>> To: mtinka at globaltransit.net, Randy Bush <randy at psg.com>
>> Cc: "afnog-request at afnog.org" <afnog at afnog.org>
>> Subject: Re: [afnog] Connectivity to www.afrinic.net-BGP qtn
>> Message-ID: <7C942082-613B-4920-A342-4EC6AF30E828 at gmail.com>
>> Content-Type: text/plain; charset=us-ascii
>>
>> Hi,
>>
>>>From your experience, what would be a good cableA to cableB ratio? If I
>>> have say X amount of bandwidth on cableA and an average utilization of
>>> Y%?
>>
>> Are there many providers who purchase 1 - 1 capacity (doubtful), or is
>> there any rule of thumb that can be applied ?
>>
>>
>>
>> Regards
>>
>> --
>> Markus
>>
>>
>> On Jul 8, 2010, at 2:27 PM, Mark Tinka wrote:
>>
>>> On Thursday 08 July 2010 06:00:10 pm Walubengo J wrote:
>>>
>>>> ...and so just thinking in terms of engineering the
>>>> automatic backups systems for IP (or whatever) traffic
>>>> btwn TEAMs and SEACOM, would i be right in presuming the
>>>> following?
>>>>
>>>> 1. that the Layer1 Circuitry btwn SEACOM and TEAMS should
>>>> be in place & then 2. that ISP/IBP connecting into both
>>>> fibers (Layer2?) then have to enter an interconnection
>>>> agreement as well as connect IP routers btwn them?
>>>>
>>>> walu.
>>>> nb: still think step 1 not necessary though since step2
>>>> alone could provide the redundancy sort...
>>>
>>> The bottom line is this:
>>>
>>> - Submarine operators along the same path normally have no
>>> incentive to interconnect with each other on the on-set,
>>> as they are competitors.
>>>
>>> - Those that interconnect would do so at an aggregate
>>> level, i.e., between SEACOM and TEAMS, not between
>>> SEACOM's customers and TEAMS' customers, which means just
>>> because there is an interconnect, doesn't mean you will
>>> enjoy it when there is a failure on your favorite cable
>>> system.
>>>
>>> - Circuit-switched networks are not very efficient, as
>>> paths need to be pre-provisioned before they can be used,
>>> and remain that way regardless of whether you use them or
>>> not. So even if there's an interconnect between SEACOM
>>> and TEAMS, it might not have anything to do with the path
>>> you're interested in at the time of failure.
>>>
>>> - Multiple cable operators are NOT obligated to
>>> interconnect with each other (again, especially if
>>> they're direct competitors in a given market).
>>>
>>> - Automated switchovers at the Layer 1 level have been
>>> spec'd, but haven't really worked out reliably in the
>>> real world, e.g., APS (Automatic Protection Switching),
>>> a.k.a 1+1, involves buying one "live" path and one
>>> "protect" path on a single cable system. If the live path
>>> fails, APS switches traffic over to the protect path.
>>> Although this mechanism is well-documented, it is always
>>> cheaper to buy one linear (linear = unprotected) service
>>> from Provider A and another linear service from Provider
>>> B and implement your own redundancy at the IP layer using
>>> your IGP and BGP. No point in paying for APS, as you're
>>> losing money on a circuit on which you can't put
>>> bandwidth half the time.
>>>
>>> - Cable operators generally have no interest in the
>>> payload, so they won't build their networks around what
>>> you plan to run on them. The issue of application
>>> resiliency is left up to the user.
>>>
>>> - ISP's are fully responsible for mitigating their risk re:
>>> circuit failure. Have diverse paths, have sufficient
>>> bandwidth along those paths. Don't rely on the Layer 1
>>> provider for redundancy.
>>>
>>> Hope this helps.
>>>
>>> Cheers,
>>>
>>> Mark.
>>> _______________________________________________
>>> afnog mailing list
>>> http://afnog.org/mailman/listinfo/afnog
>>
>>
>>
>>
>> ------------------------------
>>
>> Message: 5
>> Date: Thu, 08 Jul 2010 21:29:54 +0900
>> From: Randy Bush <randy at psg.com>
>> To: "Markus A. Wipfler" <markus.wipfler at gmail.com>
>> Cc: "afnog-request at afnog.org" <afnog at afnog.org>
>> Subject: Re: [afnog] Connectivity to www.afrinic.net-BGP qtn
>> Message-ID: <m2oceikvgd.wl%randy at psg.com>
>> Content-Type: text/plain; charset=US-ASCII
>>
>>> Are there many providers who purchase 1 - 1 capacity
>>
>> sure, in circumstances where fiber, and lighting it, are cheap.
>>
>> say i have a critical 10g nyc-lon circuit with $100k a month of
>> customers or internal critical traffic riding on it. it'll cost me
>> less than $10k/mo to duplicate it.
>>
>>> is there any rule of thumb that can be applied ?
>>
>> is the added capacity cost significantly less than the loss risk
>> cost? and do you have the money at all?
>>
>> randy
>>
>>
>>
>> ------------------------------
>>
>> Message: 6
>> Date: Thu, 08 Jul 2010 21:41:46 +0900
>> From: Randy Bush <randy at psg.com>
>> To: "Markus A. Wipfler" <markus.wipfler at gmail.com>
>> Cc: "afnog-request at afnog.org" <afnog at afnog.org>
>> Subject: Re: [afnog] Connectivity to www.afrinic.net-BGP qtn
>> Message-ID: <m2mxu2kuwl.wl%randy at psg.com>
>> Content-Type: text/plain; charset=US-ASCII
>>
>>> say i have a critical 10g nyc-lon circuit with $100k a month of
>>> customers or internal critical traffic riding on it. it'll cost me
>>> less than $10k/mo to duplicate it.
>>
>> yes, i realize this seems like science fiction from the viewpoint of
>> seacom and teams customers.
>>
>>>> is there any rule of thumb that can be applied ?
>>> is the added capacity cost significantly less than the loss risk
>>> cost? and do you have the money at all?
>>
>> one more idea came to me. will all my competitors have the same failure
>> at the same time? if so, remember, you do not have to run faster than
>> the lion, only faster than your friend. or, in the fiber failure case,
>> at least not slower.
>>
>> randy
>>
>>
>>
>> ------------------------------
>>
>> Message: 7
>> Date: Thu, 8 Jul 2010 14:55:24 +0200
>> From: Phil Regnauld <regnauld at nsrc.org>
>> To: afnog <afnog at afnog.org>
>> Subject: Re: [afnog] Central Logging on Debian
>> Message-ID: <20100708125524.GD46300 at macbook.catpipe.net>
>> Content-Type: text/plain; charset=us-ascii
>>
>> Andy Davidson (andy) writes:
>>>
>>> Splunk is designed to make archiving/searching your logs a simple job.
>>> The project is open-source, but backed by a commercial company.
>>
>> Hi Andy,
>>
>> Where do you see that the product is open source ?
>>
>> There is a Free edition, which is binary only, is limited
>> to 500 MB / day, and with a restricted feature set.
>>
>> It does look interesting, but I would definitely start by
>> looking at rsyslog/syslog-ng, and then move to a commercial
>> solution once the basics are understood and one has a good
>> idea of the feature set required.
>>
>> Cheers,
>> Phil
>>
>>
>>
>>
>> ------------------------------
>>
>> Message: 8
>> Date: Fri, 9 Jul 2010 03:22:34 -0500
>> From: Oluwaseun Ojedeji <seun.ojedeji at gmail.com>
>> To: afnog at afnog.org
>> Subject: [afnog] LDAP configuration on Ubuntu
>> Message-ID:
>> <AANLkTil9p23q3ah6N86XWeW2hgDKJAiOKXc11hmaNyzN at mail.gmail.com>
>> Content-Type: text/plain; charset="iso-8859-1"
>>
>> Dear All,
>> I installed LDAP(openLDAP) on my ubuntu server 10.04, i configured it by
>> putting the *Root DN for LDAP database, **Administration login DN and
>> **New
>> administration password, (*via webmin),and saved. Then i got the error
>> below:
>> Failed to save LDAP server configuration : No LDIF-format config file
>> found
>> for olcDatabase={1}hdb,cn=configI am quite new to LDAP, is there
>> anything
>> i
>> am doing wrong?
>>
>> Regards
>>
>> --
>> ------------------------------------------------------------------------
>> Seun Ojedeji,
>> System Analyst/Network Admin
>> ICT Centre,
>> University of Nigeria, Enugu Campus.
>> web: http://www.unn.edu.ng
>> Mobile: +2348035233535
>> Email: seun.ojedeji at unn.edu.ng
>> seun.ojedeji at gmail.com
>> -------------- next part --------------
>> An HTML attachment was scrubbed...
>> URL:
>> <http://afnog.org/pipermail/afnog/attachments/20100709/aa27fd10/attachment-0001.htm>
>>
>> ------------------------------
>>
>> Message: 9
>> Date: Fri, 9 Jul 2010 10:10:54 +0000 (GMT)
>> From: Benjamin Cobblah <cbnayai at yahoo.co.uk>
>> To: afnog <afnog at afnog.org>
>> Subject: [afnog] Nagios Configuration
>> Message-ID: <466951.34850.qm at web25001.mail.ukl.yahoo.com>
>> Content-Type: text/plain; charset="utf-8"
>>
>> Dear All,
>>
>> How do you add 2 services eg ping and uptime to a single host on
>> nagios3.
>>
>> Do you split the services or you ca add to one directive?
>>
>> *****************************
>> define service{
>> use generic-service
>> host_name HELLOWORLD
>> service_description PING
>> is_volatile 0
>> check_period 24x7
>> max_check_attempts 3
>> normal_check_interval 5
>> retry_check_interval 1
>> #contact_groups switch_admin
>> notification_interval 240
>> notification_period 24x7
>> notification_options w,u,c,r
>> check_command check_ping!100.0,20%!500.0,60%
>> service_description Uptime
>> check_command check_snmp!-C public -o sysUpTime.0
>> }
>> *******************************************
>> or
>> *******************************************
>> define service{
>> use generic-service
>> host_name HELLOWORLD
>> service_description PING
>> is_volatile 0
>> check_period 24x7
>> max_check_attempts 3
>> normal_check_interval 5
>> retry_check_interval 1
>> #contact_groups switch_admin
>> notification_interval 240
>> notification_period 24x7
>> notification_options w,u,c,r
>> check_command check_ping!100.0,20%!500.0,60%
>> service_description Uptime
>> check_command check_snmp!-C public-o sysUpTime.0
>> }
>> define service{
>> use generic-service
>> host_name HELLOWORLD
>> service_description PING
>> is_volatile 0
>> check_period 24x7
>> max_check_attempts 3
>> normal_check_interval 5
>> retry_check_interval 1
>> #contact_groups switch_admin
>> notification_interval 240
>> notification_period 24x7
>> notification_options w,u,c,r
>> check_command check_ping!100.0,20%!500.0,60%
>> service_description Uptime
>> check_command check_snmp!-C public-o sysUpTime.0
>> }
>> ********************************************************
>> Best regards
>>
>> Benjamin
>
> Hello Benjamin,
>
> You should try installing nconf (a web interface for nagios configuration)
> instead of doing it from CLI.It'll save you a lot of headache
>
> You can find how to install it in this
> document.http://bmo.kenet.or.ke/index.php/Nagios_on_FreeBSD%C2%AE_7.2
>
> It's quite straight forward there but you can always post any problems.
>
> Anaobi Ishaku
Hi Benjamin,
Yes that document was for FreeBSD sorry.You can look at this one for Ubuntu.
http://www.linuxreaders.com/2009/07/07/nconf-installation-configuration/
I have not tried it myself but it looks good.
Try it and let's see how it works out.
Anaobi Ishaku
>
>
>>
>>
>>
>>
>> -------------- next part --------------
>> An HTML attachment was scrubbed...
>> URL:
>> <http://afnog.org/pipermail/afnog/attachments/20100709/8e0cbc1e/attachment.htm>
>>
>> ------------------------------
>>
>> _______________________________________________
>> afnog mailing list
>>
>> End of afnog Digest, Vol 76, Issue 15
>> *************************************
>>
>
>
More information about the afnog
mailing list