InterMapper-Talk Digest - Friday, September 21, 2001
Cisco 6509 switches
by "Jennifer Mehl" <[EMAIL PROTECTED]>
Re: Cisco 6509 switches
by "Jerry W. Segers" <[EMAIL PROTECTED]>
Re: Feature Request_ re: log file
by "Dartware Support" <[EMAIL PROTECTED]>
Re: Cisco 6509 switches
by "Dartware Support" <[EMAIL PROTECTED]>
RE: Feature Request_ re: log file
by "Mark Persiko" <[EMAIL PROTECTED]>
RE: Feature Request_ re: log file
by "Chris Pepper" <[EMAIL PROTECTED]>
RE: Feature Request_ re: log file
by "Mark Persiko" <[EMAIL PROTECTED]>
----------------------------------------------------------------------
Subject: Cisco 6509 switches
From: "Jennifer Mehl" <[EMAIL PROTECTED]>
Date: Thu, 20 Sep 2001 09:53:41 -0400
Dear InterMapper List Readers,
I'm hoping that someone on this list might be able to help me figure out why
our 3 Cisco 6509 switches are giving errors. They are marked as orange on
our maps and show the following details when you look at the individual
device:
Reason: Discards = 738: [1] sc0
The Error web page shows the following:
Link Prt Stat TPkt TBytes TErr TDis RPkt RBytes RErr RDis
Util Segment
wibr-1-6-oks.wi.mit. 1 UP 1 0 0 0 0 4679 0 1392*
0.4% 18.157.0.0/16
wibr-1-6-320.wi.mit. 1 UP 1 0 0 0 0 4739 0 1404*
0.4% 18.157.0.0/16
wibr-1-6-9cc2.wi.mit 1 UP 23 2195 0 0 39 4194 0 1037*
0.5% 18.157.0.0/16
We have 10 other Cisco 4006 switches on these maps that do not show any
symptoms of problems.
Can anyone give me advice if this an actual problem with the switches, or is
it a matter of setting thresholds a bit differently?
thank you,
Jennifer
--
Jennifer Mehl
Internet Technology Developer
Whitehead Institute for Biomedical Research (MIT)
5 Cambridge Center, Room 639
Cambridge, MA 02142
[EMAIL PROTECTED]
617.258.8930
----------------------------------------------------------------------
Subject: Re: Cisco 6509 switches
From: "Jerry W. Segers" <[EMAIL PROTECTED]>
Date: Thu, 20 Sep 2001 11:34:11 -0400
I am having the same problem with the 5500 and 5509's and would also
like an answer. I just discovered the problem last week as I
developed a new installation and So far it does not seem to cause a
problem with the operation, but I want the errors to go away.
I have not had time to work the issue with our Cisco engineers, but
if I find an answer before I read it on the list I will post my
results probably late next week.
- Jerry
At 9:53 AM -0400 9/20/01, Jennifer Mehl wrote:
>Dear InterMapper List Readers,
>
>I'm hoping that someone on this list might be able to help me figure out why
>our 3 Cisco 6509 switches are giving errors. They are marked as orange on
>our maps and show the following details when you look at the individual
>device:
>
>Reason: Discards = 738: [1] sc0
>
>The Error web page shows the following:
>
>Link Prt Stat TPkt TBytes TErr TDis RPkt RBytes RErr RDis
>Util Segment
>wibr-1-6-oks.wi.mit. 1 UP 1 0 0 0 0 4679 0 1392*
>0.4% 18.157.0.0/16
>wibr-1-6-320.wi.mit. 1 UP 1 0 0 0 0 4739 0 1404*
>0.4% 18.157.0.0/16
>wibr-1-6-9cc2.wi.mit 1 UP 23 2195 0 0 39 4194 0 1037*
>0.5% 18.157.0.0/16
>
>We have 10 other Cisco 4006 switches on these maps that do not show any
>symptoms of problems.
>
>Can anyone give me advice if this an actual problem with the switches, or is
>it a matter of setting thresholds a bit differently?
>
>thank you,
>
>Jennifer
>--
>
>Jennifer Mehl
>Internet Technology Developer
>Whitehead Institute for Biomedical Research (MIT)
>5 Cambridge Center, Room 639
>Cambridge, MA 02142
>
>[EMAIL PROTECTED]
>617.258.8930
>
>
>
>
>____________________________________________________________________
>Note: To unsubscribe from this mailing list, please send email to:
><mailto:[EMAIL PROTECTED]> Thanks!
--
-----------------------------------------------------------
-Jerry W. Segers Voice: 770-735-1070 -
-Communications Consulting Grp. Fax: 770-735-1072 -
-4817-C Highway 53 E E-Mail: [EMAIL PROTECTED] -
-Tate, Georgia 30177 Pager: 770-954-6811 -
-----------------------------------------------------------
----------------------------------------------------------------------
Subject: Re: Feature Request_ re: log file
From: "Dartware Support" <[EMAIL PROTECTED]>
Date: 20 Sep 2001 11:35:29 EDT
--- Paul Hill wrote:
The log file currently distinguishes elements or entries based on the
label assigned. This is good but if the label as a carriage return,
the log label only shows the name up to the CR. This saves space in
a TELNET log "live" display, but the log file does not show all the
information. Removing the CR in the label fixes this but makes the
label on the map very difficult to use.
Request: Can the log file label entry be made to simply ignore all CR's?
--- end of quote ---
Thanks for the note. A couple options come to mind. InterMapper could:
- Display only the first non-empty line of the label
- Change all CRs to spaces in the label
Is there a concensus on the list for which is better? Thanks.
Rich Brown [EMAIL PROTECTED]
Dartware, LLC http://www.dartware.com
25 S. Main St, PO Box 130 Telephone: 603-643-2268
Hanover, NH 03755-0130 USA Fax: 603-643-2289
----------------------------------------------------------------------
Subject: Re: Cisco 6509 switches
From: "Dartware Support" <[EMAIL PROTECTED]>
Date: 20 Sep 2001 11:58:35 EDT
Jennifer, Jerry:
--- "Jennifer Mehl" <[EMAIL PROTECTED]> wrote:
I'm hoping that someone on this list might be able to help me figure out why
our 3 Cisco 6509 switches are giving errors. They are marked as orange on
our maps and show the following details when you look at the individual
device:
Reason: Discards = 738: [1] sc0
....
--- end of quote ---
The most likely reason that InterMapper shows a high rate of discards from a
device is that the device is actually reporting these errors through its SNMP
interface.
We frequently hear of devices that report high levels of discards and/or errors
when queried by SNMP, yet show zero errors using the manufacturers' own
monitoring tools (and in fact, are operating normally without problems).
Experiments and Workarounds:
1) You should use the vendor's own network monitoring tool (e.g., by telnetting
in, using a web browser, etc.) to see if errors are being reported through their
native management interface. It's possible that there *might* actually be a
problem.
2) This may be a bug in the SNMP implementation of the device; you could check
with your vendor to see if there's a firmware upgrade that may address this.
3) To test InterMapper's accuracy, you can use another SNMP console (for
example, with SNMP Watcher, http://www.snmpwatcher.com/) to check out the
particular MIB variables for the device. InterMapper monitors the ifInDiscards
and ifInErrors MIB variables (and the corresponding ifOutxxxx variables) listed
on the page below to compute its error & discard figures:
http://www.intermapper.com/immanual/appxe/probes.html#xx
You can monitor these same variables with SNMP Watcher or your own SNMP Console
to see if the same errors are reported there.
4) You can run a ping test through the device that's reporting the errors. If
packets are actually being discarded, you'll see a higher than normal packet
rate of dropped packets. (On the other hand, if packets aren't being dropped,
then it's another clue that the values reported by SNMP are incorrect.)
5) As a workaround, if you've satisfied yourself that the error reports are
bogus, you can instruct InterMapper to ignore the discards and/or errors. To do
this, Get Info on the affected device and check the "Ignore Interface Errors" or
"Ignore Interface Discards" box as desired.
Please get back to me if you have further questions. Thanks.
Rich Brown [EMAIL PROTECTED]
Dartware, LLC http://www.dartware.com
25 S. Main St, PO Box 130 Telephone: 603-643-2268
Hanover, NH 03755-0130 USA Fax: 603-643-2289
----------------------------------------------------------------------
Subject: RE: Feature Request_ re: log file
From: "Mark Persiko" <[EMAIL PROTECTED]>
Date: Thu, 20 Sep 2001 12:51:46 -0600
My suggestion for labels fields in the log
file would be to substitute an agreed upon
character such as a '/' or a ';' for a CR.
The line would then show the full label, and
only one CR would be on the line. There might
need to be a maximum label length, though, if
one is not already present.
I have another request for log files. I am
unable to manually edit a big file in OS X
because there are no LF's (newline
characters), only CR's (which are represented
by '^M', I assume. Could the logging mechanism
be changed to output CR-LF's at the end of each
line? Alternatively, does someone have a good
utility/program to read files in OS X that lack
line feeds?
Thanks,
Mark
- Mark C. Persiko, IT Division
- Boulder Valley School District
- [EMAIL PROTECTED]
-----Original Message-----
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
Sent: Thursday, September 20, 2001 9:35 AM
To: [EMAIL PROTECTED]
Subject: Re: Feature Request_ re: log file
--- Paul Hill wrote:
The log file currently distinguishes elements or entries based on the
label assigned. This is good but if the label as a carriage return,
the log label only shows the name up to the CR. This saves space in
a TELNET log "live" display, but the log file does not show all the
information. Removing the CR in the label fixes this but makes the
label on the map very difficult to use.
Request: Can the log file label entry be made to simply ignore all CR's?
--- end of quote ---
Thanks for the note. A couple options come to mind. InterMapper could:
- Display only the first non-empty line of the label
- Change all CRs to spaces in the label
Is there a concensus on the list for which is better? Thanks.
Rich Brown [EMAIL PROTECTED]
Dartware, LLC http://www.dartware.com
25 S. Main St, PO Box 130 Telephone: 603-643-2268
Hanover, NH 03755-0130 USA Fax: 603-643-2289
____________________________________________________________________
Note: To unsubscribe from this mailing list, please send email to:
<mailto:[EMAIL PROTECTED]> Thanks!
----------------------------------------------------------------------
Subject: RE: Feature Request_ re: log file
From: "Chris Pepper" <[EMAIL PROTECTED]>
Date: Thu, 20 Sep 2001 15:03:01 -0400
At 12:51 PM -0600 2001/09/20, Mark Persiko wrote:
>I have another request for log files. I am
>unable to manually edit a big file in OS X
>because there are no LF's (newline
>characters), only CR's (which are represented
>by '^M', I assume. Could the logging mechanism
>be changed to output CR-LF's at the end of each
>line? Alternatively, does someone have a good
>utility/program to read files in OS X that lack
>line feeds?
BBEdit can do it. I also use 'cat filename|tr "\r" "\n"|more'
frequently to read Eudora mailboxes from the command line, scanning
for the bit I want; you can also use 'grep' or 'tail' at the end of
the pipe, if desired; you could also 'cat filename|tr "\r"
"\n">newfile.txt' to get a UNIX-terminated file. Can't TextEdit read
Mac-terminated files?
Chris Pepper
--
Chris Pepper: <http://www.reppep.com/~pepper/>
Rockefeller University: <http://www.rockefeller.edu/>
----------------------------------------------------------------------
Subject: RE: Feature Request_ re: log file
From: "Mark Persiko" <[EMAIL PROTECTED]>
Date: Thu, 20 Sep 2001 13:39:03 -0600
Hi Chris-
Textedit can read Mac-terminated files. I want
to write scripts that can process InterMapper
logfiles for reporting purposes, and I'm having
trouble reading the logfiles because they lack
newlines.
I used your last translate statement (tr "\r" "\n"),
and it worked! I can now see the file as distinct
lines when editing it in OS X text mode. I didn't
know about '\r' for carriage return, only '\n'.
Many thanks,
Mark
- Mark C. Persiko, IT Division
- Boulder Valley School District
- [EMAIL PROTECTED]
-----Original Message-----
From: Chris Pepper [mailto:[EMAIL PROTECTED]]
Sent: Thursday, September 20, 2001 1:03 PM
To: InterMapper Discussion
Cc: 'InterMapper Discussion'
Subject: RE: Feature Request_ re: log file
At 12:51 PM -0600 2001/09/20, Mark Persiko wrote:
>I have another request for log files. I am
>unable to manually edit a big file in OS X
>because there are no LF's (newline
>characters), only CR's (which are represented
>by '^M', I assume. Could the logging mechanism
>be changed to output CR-LF's at the end of each
>line? Alternatively, does someone have a good
>utility/program to read files in OS X that lack
>line feeds?
BBEdit can do it. I also use 'cat filename|tr "\r" "\n"|more'
frequently to read Eudora mailboxes from the command line, scanning
for the bit I want; you can also use 'grep' or 'tail' at the end of
the pipe, if desired; you could also 'cat filename|tr "\r"
"\n">newfile.txt' to get a UNIX-terminated file. Can't TextEdit read
Mac-terminated files?
Chris Pepper
--
Chris Pepper: <http://www.reppep.com/~pepper/>
Rockefeller University: <http://www.rockefeller.edu/>
____________________________________________________________________
Note: To unsubscribe from this mailing list, please send email to:
<mailto:[EMAIL PROTECTED]> Thanks!
----------------------------------------------------------------------
End of InterMapper-Talk Digest
____________________________________________________________________
Note: To unsubscribe from this mailing list, please send email to:
<mailto:[EMAIL PROTECTED]> Thanks!
