[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

6332.0. "retrieving ethernet_1 counters?" by KAOFS::J_VORSTAND () Wed Jun 21 1995 03:58

            I would like to enquire if it is possible to create a rule or
        something similar, to pole a chipcom for the ethernet segment 
        (ethernet_1) counters, and return that information to our MCC 
        platform, so that this information can be used to determine the 
        amount of traffic on these segments, accross our customers WAN.
    
            Any helpful hints and suggestions would be appreciated. I have
        the latest chipcom mib enrolled into MCC, and have been advised by 
        chipcom that something like this would be possible.
    
        Would this not be a good method of obtaining this information, and if
        not, what else is available other that buying the various expensive PC
        packages available from chipcom which may or may not provide this
        functionality?
     
        Thanks in Advance.
    
        JoeV OMS/CNS Kanata.                                                                                
                                                         
    
T.RTitleUserPersonal
Name
DateLines
6332.1Try exportingCOMICS::PRICECI had a life, then I joined the CSCTue Jul 11 1995 10:5316
    
    
    
    
    Well if you have the chipcom MIB enrolled then you should be able to
    issue the snmp get command to display these counters. If you can
    display them, there should be no major problem with exporting this
    information to an RDB file using the MCC exporter (I'm assuming you're
    using VMS here). Every so often you can stop the exporting, then using
    SQL extract the utilisation figures that you want from the RDB file,
    and use some thing fancy like MS-Excel to produce pretty graphs from
    the figures. I've done this in the past with DECnis line utilisation
    reports on a monthly basis, I don't see why it couldn't be done for
    snmp devices .
    
    	Conrad
6332.2ConsolemanagerKAOFS::J_VORSTANDTue Jul 11 1995 23:2827
    Conrad,
    
    
    Thank you very much for the response to the MCC note concerning the
    retrieval of the chipcom counters. Your assumption about running VMS
    was correct, apologies for the lack of detail.
    
    Since the note was entered, much work has been done here to connect all
    of the chipcom consoles to Polycenter Console Manager for additional
    management/connectivity functionality.
    
    Since this was in place, other functionality of console manager were
    utilized to write programs to retrieve counter information from the chipcoms
    and then manipulate the output into readable format. To date a problem still
    exists with what to do with that data. Following your suggestion may resolve
    this.
    
    The path that you suggested is exactly what was intended from the start,
    right down to the suggestion for graphing functionality using MCC, and will
    be looked into.
    
    Thank You,
    
    
    Joe V. FMC/OMS Kanata
                                                 
    
6332.3Netview feature ?KAOFS::J_VORSTANDWed Jul 12 1995 20:4424
    
    
    The suggestion for capturing chipcom counters which was presented in
    this note is very much in-line with the 'current' requirements. 
    
    However, as the trend is now towards Netview, another question comes to
    mind which may have an impact on the outcome of the solution. 
    
    Is it possible that a better solution could be available thru Netview ?
    Will Netview provide a mechanism which would simplify the retrieval of
    chipcom counters from the chipcoms, or will the process potentially
    require the same amount of customization to provide the same type of
    solution as mentioned in -.1 ?
    
    Since we are in the process of migrating to Netview from MCC, and this
    task may also require to be duplicated on the Netview platform,
    perhaps a feature of Netview would simplify the solution ?
    
    In case this is not the proper forum for this note, I will cross-post 
    this note in the Netview notes file.
    
    Thanks
    
    Joe V. OMS/FMC