[Search for users] [Overall Top Noters] [List of all Conferences] [Download this site]

Conference azur::mcc

Title:DECmcc user notes file. Does not replace IPMT.
Notice:Use IPMT for problems. Newsletter location in note 6187
Moderator:TAEC::BEROUD
Created:Mon Aug 21 1989
Last Modified:Wed Jun 04 1997
Last Successful Update:Fri Jun 06 1997
Number of topics:6497
Total number of notes:27359

3571.0. "LTM and Ethernim results required on ULTRIX" by PCONE1::hampton () Mon Aug 17 1992 07:59

Can the ELMS module and a LANBRIDGE 200 be used to gather similar info 
to the LTM product.  I am bidding an ULTRIX version and the customer 
wants an environment where a device on the network can be used to 
collect information such as packets per sec as

1.  raw throughput of ethernet segment
2.  by protocol type
3.  by src and destination

Can we use any of the DECmcc products to 'break open' packets on the 
network.  This is determine what src/dst/type information is being 
sent for debugging purposes

A second request is for Ethernim type capabilities.  In this mode the 
customer wants any new Ethernet device to be recognised 
automatically.  The protocol details are not essential initially, just 
to know that someone put a new workstation on the Ethernet, eg a Mac.

Any comments appreciated,

Bruce

T.RTitleUserPersonal
Name
DateLines
3571.1Some answers...CHRISB::BRIENENDECmcc LAN and SNMP Stuff...Mon Aug 17 1992 22:1736
Some quick answers:

>  Can the ELMS module and a LANBRIDGE 200 be used to gather similar info 
>  to the LTM product.  I am bidding an ULTRIX version and the customer 
>  wants an environment where a device on the network can be used to 
>  collect information such as packets per sec as
>
> 1.  raw throughput of ethernet segment
> 2.  by protocol type
> 3.  by src and destination

The ELM AM/FM package (including PA FM) and LAN Bridge 200 give
you THROUGHPUT (packets/sec) and PERCENT UTILIZATION per segment.
It will not provide a breakdown per protocol type or per address.
Using LAN Bridge 100/150 should give you THROUGHPUT.

> Can we use any of the DECmcc products to 'break open' packets on the 
> network.  This is determine what src/dst/type information is being 
> sent for debugging purposes.

Logging of packets sent/received by individual AMs is provided under
logical/env control, but no packet capture capability currently exists
in DECmcc.

> A second request is for Ethernim type capabilities.  In this mode the 
> customer wants any new Ethernet device to be recognised 
> automatically.

Not currently available in DECmcc.

						Chris Brienen