[mrtg] Re: Round trip time between distant routers
Vanish Pattni (DSL AK)
VanishP at datacom.co.nz
Wed Sep 4 01:26:24 MEST 2002
Everybody has the level of security that works for them. If I was working
for a bank then yes I would do exactly what you describe below -- one
management station for each node and link pair that are being monitored and
spare no costs. Looks fine what you have done though.
I use smokeping and I will recommend that to anyone who asks for it.
However, it does not do any node to node pinging at the moment as rping
describes.
cheers
Vanish
-----Original Message-----
From: Steven Williams [mailto:Steven.Williams at computershare.com.au]
Sent: Wednesday, September 04, 2002 11:11 AM
To: mrtg at list.ee.ethz.ch
Subject: [mrtg] Re: Round trip time between distant routers
That's true, but I only use this on internal WAN routers, and I use SNMP
access lists restricting only the management stations IP address from having
SNMP access. If this isn't secure enough, then it may be better placing
management PC's at each site and have them use something like ping-probe.
-----Original Message-----
From: Vanish Pattni (DSL AK) [mailto:VanishP at datacom.co.nz]
Sent: Wednesday, September 04, 2002 9:02 AM
To: 'Steven Williams'; mrtg at list.ee.ethz.ch
Subject: RE: [mrtg] Re: Round trip time between distant routers
All that is fine. But if you are slightly conscious about security of the
whole thing then perhaps enabling of snmp rw on devices are probably not
advisable. For instance if someone does grab hold of the snmp rw (which gets
sent in clear in any case), then more configs can be changed then just the
welcome message without logging onto the router. just through snmp sets.
*shrug*, depends how security conscious the whole setup is.
Vanish
-----Original Message-----
From: Steven Williams [mailto:Steven.Williams at computershare.com.au]
Sent: Wednesday, September 04, 2002 10:45 AM
To: mrtg at list.ee.ethz.ch
Subject: [mrtg] Re: Round trip time between distant routers
If you need some help, email me off line.
I've been able to get this to work across various platforms and IOS
versions, but you need to be aware that some IOS versions suffer from memory
leaks due when rapid snmp sets and gets are processed. I've got this working
nicely now, but sing out if you need a hand.
Steve
-----Original Message-----
From: Makai Jozsef [mailto:Jozsef.Makai at siemens.hu]
Sent: Tuesday, September 03, 2002 5:56 PM
To: Steven Williams; mrtg at list.ee.ethz.ch
Subject: RE: [mrtg] Re: Round trip time between distant routers
Thanks Steven,
Jozsef
> -----Original Message-----
> From: Steven Williams [mailto:Steven.Williams at computershare.com.au]
> Sent: Tuesday, September 03, 2002 3:10 AM
> To: mrtg at list.ee.ethz.ch
> Subject: [mrtg] Re: Round trip time between distant routers
>
>
>
> As long as you have SNMP RW access, you can use Cisco Ping MIB.
>
> -----Original Message-----
> From: Peter W. Osel [mailto:pwo at Infineon.COM]
> Sent: Tuesday, September 03, 2002 1:29 AM
> To: Makai Jozsef
> Cc: mrtg at list.ee.ethz.ch
> Subject: [mrtg] Re: Round trip time between distant routers
>
>
> > *** Makai Jozsef <Jozsef.Makai at siemens.hu>
> > *** [2002-09-02 08:12:23]:
> > I would like to monitor the round trip time between two
> distant routers.
>
> take a look at
> http://www.marmoset.net/~knail1/scripts/rping/rping.html
>
> Cheers
> --pwo
>
>
> [Slogan of the moment]
> >>>>> And Now For Something Completely Different ...
>
> It might look like I'm doing nothing,
> but at the cellular level I'm really quite busy.
>
>
> --
> Peter W. Osel Principal - Development Systems
> Infineon Technologies Email: pwo at Infineon.COM
> North America Corp. Phone: +1 (408) 501 6321
> 1730 North First Street Fax: +1 (408) 501 2410
> San Jose, CA 95112, USA WWW: http://pwo.de/
>
> pgp key fingerprint = 79 2D DD 49 C0 AA D8 CF 2C F9 A5 6A BA 37 0E 28
>
> --
> Unsubscribe mailto:mrtg-request at list.ee.ethz.ch?subject=unsubscribe
> Archive http://www.ee.ethz.ch/~slist/mrtg
> FAQ http://faq.mrtg.org Homepage http://www.mrtg.org
> WebAdmin http://www.ee.ethz.ch/~slist/lsg2.cgi
>
>
> ---
> This email and any files transmitted with it are solely
> intended for the use of the
> addressee(s) and may contain information that is confidential
> and privileged. If you
> receive this email in error, please advise us by return email
> immediately. Please also
> disregard the contents of the email, delete it and destroy
> any copies immediately.
> Computershare Limited and its subsidiaries do not accept
> liability for the views
> expressed in the email or for the consequences of any
> computer viruses that may be
> transmitted with this email
>
> This email is also subject to copyright. No part of it
> should be reproduced, adapted or
> transmitted without the written consent of the copyright owner.
>
> --
> Unsubscribe mailto:mrtg-request at list.ee.ethz.ch?subject=unsubscribe
> Archive http://www.ee.ethz.ch/~slist/mrtg
> FAQ http://faq.mrtg.org Homepage http://www.mrtg.org
> WebAdmin http://www.ee.ethz.ch/~slist/lsg2.cgi
>
---
This email and any files transmitted with it are solely intended for the use
of the
addressee(s) and may contain information that is confidential and
privileged. If you
receive this email in error, please advise us by return email immediately.
Please also
disregard the contents of the email, delete it and destroy any copies
immediately.
Computershare Limited and its subsidiaries do not accept liability for the
views
expressed in the email or for the consequences of any computer viruses that
may be
transmitted with this email
This email is also subject to copyright. No part of it should be
reproduced, adapted or
transmitted without the written consent of the copyright owner.
--
Unsubscribe mailto:mrtg-request at list.ee.ethz.ch?subject=unsubscribe
Archive http://www.ee.ethz.ch/~slist/mrtg
FAQ http://faq.mrtg.org Homepage http://www.mrtg.org
WebAdmin http://www.ee.ethz.ch/~slist/lsg2.cgi
---
This email and any files transmitted with it are solely intended for the use
of the
addressee(s) and may contain information that is confidential and
privileged. If you
receive this email in error, please advise us by return email immediately.
Please also
disregard the contents of the email, delete it and destroy any copies
immediately.
Computershare Limited and its subsidiaries do not accept liability for the
views
expressed in the email or for the consequences of any computer viruses that
may be
transmitted with this email
This email is also subject to copyright. No part of it should be
reproduced, adapted or
transmitted without the written consent of the copyright owner.
--
Unsubscribe mailto:mrtg-request at list.ee.ethz.ch?subject=unsubscribe
Archive http://www.ee.ethz.ch/~slist/mrtg
FAQ http://faq.mrtg.org Homepage http://www.mrtg.org
WebAdmin http://www.ee.ethz.ch/~slist/lsg2.cgi
--
Unsubscribe mailto:mrtg-request at list.ee.ethz.ch?subject=unsubscribe
Archive http://www.ee.ethz.ch/~slist/mrtg
FAQ http://faq.mrtg.org Homepage http://www.mrtg.org
WebAdmin http://www.ee.ethz.ch/~slist/lsg2.cgi
More information about the mrtg
mailing list