Re: Network Monitoring System - Recommendations?

2004-10-31 Thread Joe Shen 

I read document of these tools and find they work with
Cisco products. But, how about Juniper M160 or M320,
Unishpere's BRAS products?  Where can I find Juniper's
OID on its tempreture, chassis, CPU, bandwidth ? Does
anyone have a  running configuration for M160 or
Unishpere's BRAS products? 

On configuration bankup, rancid use telnet (ssh). But,
I take this a not-secure methode as it has to code
password in login script. Is there any tool to get
configuration file from read-only SNMP cumminity?


Joe 
 


--- Jon Lyons [EMAIL PROTECTED] wrote:   
 
 
 Checkout http://perfparse.sourceforge.net/ lets you
 graph the data from the nagios plugins...
 
 --- Alexei Roudnev [EMAIL PROTECTED] wrote:
 
  
  I generated config for 'snmpstatd' automatically,
  from user;'s database (it
  was simple; all I need was Router, Interface,
  User-name, number for this
  user, priority).
  
  For automated config backups, I use CCR (fully web
  based Cisco
  configuration - CVS system).
  
  
  - Original Message - 
  From: Andy Dills [EMAIL PROTECTED]
  To: Charlie Khanna - NextWeb
 [EMAIL PROTECTED]
  Cc: [EMAIL PROTECTED]
  Sent: Thursday, October 28, 2004 11:46 AM
  Subject: Re: Network Monitoring System -
  Recommendations?
  
  
  
   On Thu, 28 Oct 2004, Charlie Khanna - NextWeb
  wrote:
  
Hi - I was interested in finding out what
  software applications other
  ISPs
are using for network monitoring?  For
 example:
   
   
   
1)   Overall network health - uptime
 reports
  
   http://www.nagios.org
  
2)   Backup router config automatically
  
   http://www.shrubbery.net/rancid/
  
3)   Bandwidth reporting (or integration
  with an MRTG-type app)
  
   http://cricket.sourceforge.net/
  
4)   SNMP trap support (BGP/OSPF session
  drops - emails out)
  
   http://www.snmptt.org/
   http://www.nagios.org
  
5)   Database back end (port info into or
  over to other apps)
   
I'm just looking for something well rounded
 for
  a small ISP.  I've heard
about OpenNMS and other apps but I'd like to
 get
  everyone's feedback.
Thanks!
  
   Nothing all in one place, that I'm aware of. But
  with a little work, you
   could probably integrate it all into nagios.
 After
  all, you can make the
   host names or descriptions URLs that link to
  bandwidth and error graphs or
   other tools.
  
   Andy
  
   ---
   Andy Dills
   Xecunet, Inc.
   www.xecu.net
   301-682-9972
   ---
  
  
 
 
 
   
 __
 Do you Yahoo!?
 Yahoo! Mail Address AutoComplete - You start. We
 finish.
 http://promotions.yahoo.com/new_mail 
  

__
Do You Yahoo!?
Log on to Messenger with your mobile phone!
http://sg.messenger.yahoo.com

Re: Finding information about metro private line service in downtown SF

2004-10-31 Thread Bill Stewart 

On Wed, 27 Oct 2004 19:32:15 -0700, Bill Garrison
[EMAIL PROTECTED] wrote:
 Calling SBC provided me with a rather clueless person telling me all
 about ATM, Frame Relay and other options I don't want.  
 To his credit, I believe I may have been defining what I want incorrectly.
 Since both areas are well within the same LATA (do people say that anymore?) 
 I am simply looking for some sort of private line service be it fiber or copper.

The answer is extremely dependent on how much bandwidth you want.
In some areas you can still buy dry copper and run whatever you want on it,
and in many areas you can also buy dark fiber and light it yourself,
but normally you're looking at having a carrier running some Layer 1 protocol
and maybe Layer 2 protocol on it.   Depending on the speed you want,
there are different protocols that are easy for various carriers to run.
(Significant isn't enough detail)

Most carriers find T1s pretty easy to provide; 
some find T3 or OC3 easy while others prefer Layer 2 solutions for
speeds above T1.
I'm not surprised by SBC's person proposing ATM and Frame; they use those
for a fairly wide range of speeds.  A number of carriers also use
Ethernets of various speeds (full or fractional), and some people will
sell you transparent LAN service that's really
a bridged Ethernet edge interface with ATM underneath.