Dorn Hetzel wrote:
> Of course, my chemistry is a little rusty, so I'm not sure about the
> prospects for a non-toxic, non-flammable, non-conductive substance
> with workable fluid flow and heat transfer properties :)
For some of us over-the-edge pc enthusiasts, we use a non-conductive heat
transf
>
> On 2008-03-10, Joe Shen <[EMAIL PROTECTED]> wrote:
> > is there any tool could measue e2e TCP connection speed?
>
WireShark, which also has a basic analysis package built-in for error and
connection setup statistics.
--
Scanned for viruses and dangerous content at
http://www.oneunifi
>
> What open-source or low-budget tools are operators using for
> SLA monitoring when the reports (current state and
> historical) should be available to customers ?
>
Here is one way to do it on the cheap.
I have worked with Cricket and genDevConfig extensively. genDevConfig will
scan a r
>
> > How about something like:
> > http://www.hdfgroup.org/whatishdf5.html
>
> I don't think they support transactional updates, which makes
> it hard to use for live data. (A simple crash, and you need
> to recover from
> backup.)
Going back to this thread, http://www.kx.com/ deals in fin
>
> But to start with, just solving the data storage problem is a
> good place to start. If someone can create a specialized
> network monitoring database that scales, then the rest of the
> toolkit will be much easier to deal with. Note that people
> have done a lot of research on this sort
>
>
> Maybe this is overly naïve, but what about the ability to
> auto-magically import and search various vendor SNMP/WMI
> MIBs? I can think of 3 open source NMS that do a good job if
> you set up all 3 to monitor the network, but they all overlap
> and none of them really do a good job.
I see a reference in the response to RTG. RTG's claim to fame looks like
speed.
I've done some work with Cricket and have figured out a way to get at it's
schema. I've been looking at mating Cricket' s 'getter and schema with
Drraw and genDevConfig tools and putting a Mason based HTML wrapper
>
> On one of the systems I'm getting a cricket error of:
> "illegal attempt to update +using time 1163791808 when last
> update time is
> 1163791808 (minimum one second step) "
>
There was a problem with a number of Tunnel interfaces not getting
processed. Things are good now. Cisco QoS a
> Ray,
>
>Do you have an example of accessing the SLA data via SNMP?
> I've just got interested in those things, I've found the OIDs
> required, but its all a bit of a maze ... I could really use
> some jitter information in a couple of places right about now ...
>
A number of people hav
an example of accessing the SLA data via SNMP?
> I've just got interested in those things, I've found the OIDs
> required, but its all a bit of a maze ... I could really use
> some jitter information in a couple of places right about now ...
>
>
>
If you have Cisco routers on either end, use the built in SLA capability.
It will give you ongoing abilty to trace latency, loss, jitter. It won't
tell you bandwidth, but will give you a set of metrics for traffic quality.
Do a full mesh between all your edge devices and it might help track where
A few more comments.
I found a link to snmp management for ospf in an archive message:
http://www.cisco.com/en/US/tech/tk869/tk769/technologies_white_paper09186a00
801177ff.shtml. That may yield you the info you need for monitoring links
and/or routes.
>From my other message, if you collect 1
1. Cricket with Acktomic tools to monitor Cisco SLA/SAA/RTR values
2. ospf snmp traps to snmptrapd? I think somewhere in the archives someone
did some perl scripting to watch ospf stuff. OSPF has some mibs that can be
used for data gathering. Ed Ravin had an add-on for
http://linux.kernel.org/s
Or a Security bundle with an
Etherswitch.
http://www.cisco.com/en/US/products/ps5853/products_data_sheet0900aecd8022e567.html
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Jacky LamSent:
Monday, February 20, 2006 13:47To: nanog@merit.eduSubject:
Cisco 3550 replacement
Hi
Maybe a 2811 with an Etherswitch
module?
http://www.cisco.com/en/US/products/ps5854/products_data_sheet0900aecd8016fa68.html
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Jacky LamSent:
Monday, February 20, 2006 13:47To: nanog@merit.eduSubject:
Cisco 3550 replacement
Hi
comments, advises
> and
> > > experiences for such situations.
> > >
> > > Our humble approach was to collect some p2p
> ports
> > and
> > > police traffic to these ports, but the traffic
> wasnt much,
> >
> > > one other thing
Quoting Adi Linden <[EMAIL PROTECTED]>:
>
>
> Is there a way do transparently redirect smtp traffic to a server
> elsewhere on the network using Cisco gear? It would be much easier to
> implement this solution if smtp traffic is transparently sent through the
> dedicated box rather than 'cut
link.
Ray Burkholder
[EMAIL PROTECTED]
http://www.oneunified.net
704 576 5101
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On
> Behalf Of Bill Woodcock
> Sent: November 13, 2003 21:10
> To: Anton L. Kapela
> Cc: Robert White; [EMAIL PROTECTE
www.telcove.com
They are running a DS3 'through' our building, enters one side and exits the
other. They refused to run a spur but are adding a loop for us.
>
> I'd love to know of a telco that does this right without
> having to stand
> over them.
>
Ray Bur
>
> Even if I had an all-Juniper network, I'd still need to
> decide what to do
> about DDOS attacks... Do I just call my circuit vendors and
> keep adding
> OC48s until the problem goes away?
>
But isn't this just trying to put a square peg into a round hole? Wouldn't
it be better to let rou
Title: London, England Connectivity
I'm looking for colo services, point to point E1's, and PSTN connectivity in the London, England area. Would interested parties able to provide these services please get in touch with me off list.
Thanx.
Ray Burkholder
[EMAIL PROTEC
Off list, I'd like to speak with providers in the Charlotte, NC area
capable of providing one or more of the following services:
One or two racks of colo and multi-homed internet connectivity
Wholesale Cable Internet
Wholesale DSL
Point to point T1 lines
PRI Voice lines
Thanx.
Ray.
[EMAIL PROTE
es noticeable
to the listener.
Ray Burkholder
> -Original Message-
> From: Leo Bicknell [mailto:[EMAIL PROTECTED]]
> Sent: February 10, 2003 14:44
> To: [EMAIL PROTECTED]
> Subject: Re: VoIP QOS best practices
>
>
> In a message written on Mon, Feb 10, 2003 at 01:19:0
erful tool. And in some contexts, converts in the realm of IP
Telephony.
Ray Burkholder
> -Original Message-
> From: Jim Cabe [mailto:[EMAIL PROTECTED]]
> Sent: February 10, 2003 15:31
> To: Ray Burkholder
> Cc: Charles Youse; Bill Woodcock; [EMAIL PROTECTED]
> Sub
has a noticeable voice quality change, and is in the 6 to 8 kbps
range.
The optimal is G.729 for quality vs bandwidth issues.
There are some other considerations involved but these are the main
ones.
Ray Burkholder
> -Original Message-
> From: Charles Youse [mailto:[EMAIL PROTECTE
ch has underutilized GigE and FE ports, did you know that
you can still suffer horrible voice quality? QoS fixes this in a LAN
enviroment which could be viewed as bursty system where as internet
switches tend to be more smooth flow in nature (if I'm wrong on this
one, I'd like to h
cisco world, they have info on their site for traffic
engineering your outbound traffic. And if you have good relationship
with your upstream provider, they could use the same rules to ensure
traffic is regulated into your pipe.
Ray Burkholder
> -Original Message-
> From: Charles
impossible to over-come. There are commonly accepted industry
practices for this. Old hat for many practitioners in the Voip world.
Ray Burkholder
> -Original Message-
> From: Charles Youse [mailto:[EMAIL PROTECTED]]
> Sent: February 10, 2003 14:09
> To: Bill Woodcock
> Cc: [
QoS isn't necessarily about throwing packets away. It is more like
making voice packets 'go to the head of the line'. Of course, if you
have saturation, some packets will get dropped, but at least the voice
packets won't get dropped since they were prioritized hig
QoS on that final ingress link to your network to ensure
timely delivery of voice vs your regular traffic.
Ray Burkholder
> -Original Message-
> From: Bill Woodcock [mailto:[EMAIL PROTECTED]]
> Sent: February 10, 2003 13:58
> To: Stephen J. Wilcox
> Cc: [EMAIL PROTECTED
A few I've found but not tried out yet:
OpenSource:
http://www.freeipdb.org/
http://www.brownkid.net/NorthStar/
Windows:
http://myips.dzoul.com/main.asp
http://www.enterpriseip.net/
I make no promises as to applicability or suitability.
www.sourceforge.net
www.freshmeat.net
These two sites mi
The SANS Institute [[EMAIL PROTECTED]] www.sans.org is a well respected
collection of individuals who have provided this 'pool' of knowledge and
regularly disseminate it to inquiring minds.
Ray Burkholder
> -Original Message-
> From: Andy Putnins [mailto:[EMAIL PRO
raffic not being able to get through between
ATM's and the central processing center.
Ray Burkholder
> -Original Message-
> From: Alex Rubenstein [mailto:[EMAIL PROTECTED]]
> Sent: January 25, 2003 18:45
> To: [EMAIL PROTECTED]
> Subject: Banc of America Article
>
&
Ray Burkholder
-Original Message-
From: McDonald, Dan [mailto:[EMAIL PROTECTED]]
Sent: January 25, 2003 17:05
To: '[EMAIL PROTECTED]'
Subject: [flow-tools] w32.sqlexp.worm
In case anyone needs it, here is the flow-tools nfilter that I've found
to
match the w
This might be an MTU setting issue. If pppoe, then on my Cisco stuff,
an MTU of 1492 (I think that is the right value) seemed to clear things
up.
Ray Burkholder
> -Original Message-
> From: Mark J. Scheller [mailto:[EMAIL PROTECTED]]
> Sent: January 21, 2003 18:26
>
amazed) should drive the direction of this
dynamic animal we call 'The Internet'.
If we lived in Nirvana, the Internet would be a beautiful thing. But as
we live in reality, we have to take the good with the bad. But overall,
I think the Good is winning over the Bad.
I say: Cool.
Ray B
http://www.napoftheamericas.net/membersrepresentativecustomerlist.cfm
http://www.napoftheamericas.net/memberscarriers.cfm
-Original Message-
From: Randy Bush [mailto:[EMAIL PROTECTED]]
Sent: January 10, 2003 15:59
To: David Barak
Cc: Bill Woodcock; Ray Burkholder; [EMAIL PROTECTED
upon initial communications. Now it just comes down to
logistics and negotiation.
-Original Message-
From: David Barak [mailto:[EMAIL PROTECTED]]
Sent: January 10, 2003 15:50
To: Bill Woodcock; Ray Burkholder
Cc: [EMAIL PROTECTED]
Subject: Re: Puerto Rico Peering Point, or existence th
anyone familiar with
such a location in PR?
If not there, how about Florida?
Ray Burkholder
39 matches
Mail list logo
