SUBJECT:   SunNet Manager 기본 개요

Description :

   ★ 소   개  ★

   computer network들의 숫자와 규모가 점차로 커질때 그것들을 관리할 필용성을 
   느끼게 된다. network을 관리한다는 것은 그리 쉬운일이 아니다. 
   성공적인 network관리 방안은 광범위한 network환경상에서 모든 것을 해결할수 
   있는 유연성을 가져야 한다. SunNet Mananger 1.2(SNM)는 분배된 
   workgroup network들의 관리를 위한 platform이다.
   
1장

1.1 SunNet Manager Architecture

    관리 platform으로서, SunNet Manager는 Open Systems Interconnection(OSI)
    management framework과 SunOS Transmission Control Protocol/Internet 
    Protocol(TCP/IP)통신에서 기술한 manager-agent model에 의존한다. 
    Manager는 user에 의해 시작되는 하나의 process이며 Agent는 managed object를
    접근하며, manager를 대신하여 data를 수집하는 process이다.
    그림 1-1은 SunNet Manager의 기능적 block diagram을 나타내고 있다.
    지금부터 다음과 같은 block diagram의 성분들을 살펴보기로 하자.

      . Console ( management database(MDB)와 Discover, Results Browser ,
        Results Grapher를 포함)
      . agents와 proxy agents
      . ancillary(보조) daemons (activity daemon과 event dispatcher)

1.2 Console

    SunNet Manager Console은 SunNet Manager package상의 중앙관리 applicaton이다.
    SunNet Manager Console은 특정한 management domain을 묘사하기 위해 행해질수
    있는 object-oriented interface를 나타낸다. 
    Console은 OpenWindow2.0 이상에서 수행하는 OPEN LOOK GUI를 사용한다.
    X-terminal은 MIT X11-4와 호환이 되어야 하며 OPEN LOOK window manager를 
    사용해야 한다. SNM은 동시에 한 시스템에서 multiple console보기들을 
    허용함으로써 X-terminal들을 지원한다.
    Console의 각 instance는 그것을 불러내는 user name으로 mapping된다.
    user name이 Console과 SNM tool window banner안에 (user name)형태로 나타난다.
    Console은 data reporting과 event reporting을 위한 request를 초기화하는 
    mechanism들을 제공한다. Data Reporting은 정기적 근간에서 raw management data
    의 report들을 직접 agent들로 보내는 것을 허용한다.
    Event Reporting은 명기된 조건이 만족될때만(즉, event 가 발생할때) 직접 
    agent들로 보고하게 허용한다. 여러분은 원하는 management 임무를 위해 
    parameter들을 열거하여 request를 만듬으로써 agent를 감독한다.
    request는 관리되는 object상의 정보와 얼마나 자주 agent가 보고하는지를 
    포함하고 있다. Console은 또한 보고된 data와 event indications(audible,
    visual,programmatic mechanism포함)의 display 를 지원한다. 
    미리 정의된 event 조건들로부터 발생한 visual change가 만약 event가 
    발생한다면 대번에 보기 위하여 Console을 통해 번진다.  
    Console로부터 , attribute 값들을 변화시킬수 있는 window interface와 
    Set tool를 사용할수 있다. 현재, Simple Network Management Protocol(SNMP)
    proxy agent만이 Set tool operation들을 지원할수 있다.
    Set tool를 가지고, group혹은 다른 group들 사이에있는 하나이상의 
    attribute들의 값을 변화시키기 위해 request할수 있다. 
    Console은 user-specified 명령어를 지원하기 위해 확대될수 있다.

    - Management Database

      Console는 management database(MDB)안에 있는 정의와 정보에 의존한다.
      SunNet Manager에서, managed object의 attributes(속성)은 agent schema라 
      불리는 MDB의 일부분에서 묘사된다. agent는 manager의 요청에 반응할수 있다.
      왜냐하면 양쪽다 managed object를 위한 같은 data 정의를 사용하기 때문이다.
      Console의 각 instance는 separate,run-time database를 요구한다. 즉, 
      다시말하면 multiple console instance는 single run-time database를 
      공유할 수 없다. Graphical editing를 사용해서만들어지는 MDB data와 
      any update들은 dynamic run-time database(MDB로 저장될수있는)를 구성한다. 
      MDB file들은 편리한 수정을 지원하기 위한 ASCII format이다.
      SNM1.2는 application program이 run-time database를 조회,수정하게 해주는 
      API를 제공한다.

    - Console Tools

      SunNet Manager1.2는 Console로부터 invoke할수 있는 몇가지 tool들을 
      제공한다.

      . Discover tool은 network 요소들을 찾고 자동적으로 여러분 network의 
        graphical representation 을 만든다. element들을 발견할때 Discver는 
        그것들을 run-time database에 더한다.
      . Results Browser는 log file들을 시험하고 정비하게끔 한다.
      . Results Grapher는 data reports와 log file 정보를 보여주게 한다.
        여러분은 data를 직접 data reports에서 Grapher로 보낼수 있거나 혹은 
        log file를 Browser에서 Grapher로 보낼수 있다.
       
1.3 Agents와 Proxies

    SunNet Manager agents에는 두가지 형태가 있다.agent는  managed object에 
    직접 접근, 간접 접근함. 대부분의 agents는 이것들이 install된 
    Sun workstation상에서 release manage object들과 함께 제공된다.
    예를 들어, HOSTMEM agent는 memory utilizaion data를 얻기위해 
    netstat -m으로서 같은 mechanism를 사용한다.
    agent의 두번째 종류는 다른 Sun workstation혹은 다른 vendordevice에 
    거주하는 object들을 관리하는 능력을 제공한다. 그러한 agent는 proxy 
    agents라 불린다. 
    Proxy agents는 Sun workstation(proxy system이라 불림)상에서 수행하며 
    managed objects로 접근하기 위해 protocol translation mechanisms를 사용한다. 
    proxy system은 SunNet Manager Console가 수행하는 workstation이나 
    network상에서의 다른 workstation이 될수있다.  또한 다른 subnet,Console이 
    수행하는 domain상의 workstation이 될수도 있다. 
    이러한 사실은 SunNet Manager가 궁극적으로 다른 domain로 확장할수 있게끔 
    해준다. 다음 그림1.2는 SNM proxy agents가 어떻게 분산된 network management 
    solution을 제공하는지를 보여준다. 그림에서, HOSTPERF proxy agent는 
    remote hosts를 위한 통계를 수집하기 위해 rstat protocol를 사용한다.
    그때Console로 management data를 되돌려 준다.
    SNMP proxy agent는 SNMP,TCP/IP군을 위한 standard managememt protocol를 
    지원하는 any device를 관리 할수 있다. 양쪽 경우에 있어, target device의 
    polling은 local subnet안에서 제한된다. 적절한 관리정보만이 WAN link들을 
    통해 보내진다. 이러한 구성은 management station과 managed devices 사이의 
    traffic양을 감소시킬수 있다. Manager와 agent는 Manager/Agent Services 
    library를 통해 통신하는데.이것은 management infrastructure(관리 하부조직)를
    제공하고 communication services를 다룬다.  Manager와 agent process들은 
    APIs를 통한 Services를 사용하는데 , SunOS상에서 Remote Procedure Call/
    External Data Reprsentation(RPC/XDR)capability를 교대로 사용한다.
    하나의 agent를 요청할때, 두개의 agent processes가 가동이 되는데, 
    이것은 request 다루기 위한 하나의 parent process와 child process이다.
    SunNet Manager 1.2 는 Table 1-1에 나타난 agents와 proxies를 제공한다.

              Table 1-1  SunNet Manager Agents
        ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━  
        |  Agent               Data                                      |
        ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━  
        |  diskinfo            disk information                          |
        |  etherif             Ethernet interface statistics             |
        |  hostif              interface statistics                      |
        |  hostmem             memory utilization                        |
        |  hostperf            host performance data(proxy)              |
        |  iostat              disk I/O,CPU and tty statistics           |
        |  ippath              IP packet route trace information(proxy)  |
        |  iproutes            IP route table and statistics             |
        |  layers              protocol layer statistics                 | 
        |  lpstat              printer status                            |
        |  ping                IP connectivity information(proxy)        |
        |  rpcnfs              RPC and NFS statistics                    |
        |  snmp                SNMP(proxy)                               |
        |  snmpd               SNMP agent for Sun workstations           |
        |  sync                synchronous interface statistics          |
        |  traffic             Ethernet traffic analyzer                 |
        ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━  
                 
     다음과 같은 Sun 제품들은 SunNet Manager와 함께 사용될수 있는 agents를 
     포함하고 있다.
       . DNI version 7.0
       . PC/NFS version 3.5/4.0
       . X.25 version 6.0/7.0
     - Ancillary(보조) Daemons
       SunNet Manager는 두개의 ancillary daemons(activity daemon과 event 
       dispatcher)을 포함하고 있다.  
       Activity daemon은 진행중인 requests(activities)가 agents에 의해 안전하게
       service되도록하기 위해 Manager/Agent Services를 사용하는 process이다.
       Activity daemon은 activity log, Console로부터 시작되는 active request의 
       record를 사용한다. Event dispatcher는 적당한 destinations(rendezvous),
       예를 들어 SunNet Manager Console,로의 events report를 감독하기 위해 
       Manager/Agent Services를 사용하는 process이다.
       Event Dispatcher는 Event/Trap Log안의 모든 event reports를 기록한다.
       Event/Trap Log는 ASCII 형태이며 그래서 표준 SunOS tools를 사용하여 
       그것을 시험하고 수정할수 있다.
       Event dispatcher(na.event)두개 copy가 Console를 invoke시 가동된다.
       어떤 agent로 첫번째 request할때 activity daemon(na.activity)두개 copy가 
       시작된다.  Console을 빠져나올시, 두개의 na.activity와 하나의 na.event가
       남는다.

     - Extending SunNet Manager

       SunNet Manager infrastructure는 any application에 유연한 platform을 
       제공한다.
       SunNet Manager Console user interface는 underlying(기본적인)services를 
       사용하는 application이다.
       SunNet Manager 1.2는 또한 initiating data와 snm_cdm라 불리는 event 
       reporting을 위한 command_line mechanism를 포함한다.
       SunNet Manager Database API Programmer's Guide는 SunNet Manager 
       database를 접근하고 수정하기 위해 API 기능들을 사용하는 법에 관한 
       정보를 제공한다.   
       
2장
2.1 Installing SunNet Manager

install_unbundled_1.2_SNM : Begin Installation of SunNet_Manager

                            * NOTICE *
The SunNet Manager database format changed after release 1.0.
Before upgrading to SunNet Manager 1.2 from release 1.0 please be
sure to save all existing databases in ASCII format.  After completing
the installation of SunNet Manager 1.2, you may reload your old databases.

If you are upgrading from release 1.1, runtime databases are compatible,
though we suggest you save your databases in ASCII format as a precaution.
Please refer to the Installation and Users Guide for more information.

Do you wish to continue with the installation? [n]y
OK.
Saving your old elements.schema file ...done.

Sun Microsystems recommends that you do not change the elements.schema
file.  You may add your own element schema by creating a personalized
file with a .schema extension in the directory specified by the 'schemas'
keyword in /etc/snm.conf.

Don't worry if you don't know what this means.


SunNet Manager 1.2 requires at least SunOS 4.0,
with the 'Networking Tools and Programs' option installed.

The sun3 (agents only) package requires about 1500 KB.
The sun4 package requires about 3500 KB.

This package is usually installed into the directory /usr/snm.
In most cases, it should be installed into /export/exec/ARCH/snm
(ARCH is your current machine architecture), which is a link
to /usr/snm.  You may specify a different directory.

When performing a server installation, if you do not choose to
install the software for the current architecture, this machine's
system files will not be modified to run SunNet Manager 1.2

Installation requires five to fifteen minutes.

Supported architectures are sun3 sun4.
The sun3 architecture is a SunNet Manager agent ONLY distribution.
The SunNet Manager Console, support tools and the Sun SNMP agent
are only available on the sun4 architecture.

What architectures would you like to install? [sun4] install_unbundled_1.2_SNM : 
Begin Installation of SunNet_ Manager

                            * NOTICE *
The SunNet Manager database format changed after release 1.0.
Before upgrading to SunNet Manager 1.2 from release 1.0 please be
sure to save all existing databases in ASCII format.  After completing
the installation of SunNet Manager 1.2, you may reload your old databases.

If you are upgrading from release 1.1, runtime databases are compatible,
though we suggest you save your databases in ASCII format as a precaution.
Please refer to the Installation and Users Guide for more information.
       
Do you wish to continue with the installation? [n]y
OK.
Saving your old elements.schema file ...done.

Sun Microsystems recommends that you do not change the elements.schema
file.  You may add your own element schema by creating a personalized
file with a .schema extension in the directory specified by the 'schemas'
keyword in /etc/snm.conf.

Don't worry if you don't know what this means.


SunNet Manager 1.2 requires at least SunOS 4.0,
with the 'Networking Tools and Programs' option installed.

The sun3 (agents only) package requires about 1500 KB.
The sun4 package requires about 3500 KB.

This package is usually installed into the directory /usr/snm.
In most cases, it should be installed into /export/exec/ARCH/snm
(ARCH is your current machine architecture), which is a link
to /usr/snm.  You may specify a different directory.

When performing a server installation, if you do not choose to
install the software for the current architecture, this machine's
system files will not be modified to run SunNet Manager 1.2

Installation requires five to fifteen minutes.

Supported architectures are sun3 sun4.
The sun3 architecture is a SunNet Manager agent ONLY distribution.
The SunNet Manager Console, support tools and the Sun SNMP agent
are only available on the sun4 architecture.

What architectures would you like to install? [sun4]

Do you want to install into /export/exec [y]

It looks like you've already got a version of SunNet Manager there.
Do you want to install over it? [y]
OK.

I'm about to install SunNet Manager 1.2
into /export/exec for sun4, OK? [y] n

OK, exiting...
install_unbundled_1.2_SNM : Begin Installation of SunNet_Manager

                            * NOTICE *
The SunNet Manager database format changed after release 1.0.
Before upgrading to SunNet Manager 1.2 from release 1.0 please be
sure to save all existing databases in ASCII format.  After completing
the installation of SunNet Manager 1.2, you may reload your old databases.

If you are upgrading from release 1.1, runtime databases are compatible,
though we suggest you save your databases in ASCII format as a precaution.
Please refer to the Installation and Users Guide for more information.

Do you wish to continue with the installation? [n]y
OK.
Saving your old elements.schema file ...done.

Sun Microsystems recommends that you do not change the elements.schema
file.  You may add your own element schema by creating a personalized
file with a .schema extension in the directory specified by the 'schemas'
keyword in /etc/snm.conf.

Don't worry if you don't know what this means.


SunNet Manager 1.2 requires at least SunOS 4.0,
with the 'Networking Tools and Programs' option installed.

The sun3 (agents only) package requires about 1500 KB.
The sun4 package requires about 3500 KB.

This package is usually installed into the directory /usr/snm.
In most cases, it should be installed into /export/exec/ARCH/snm
(ARCH is your current machine architecture), which is a link
to /usr/snm.  You may specify a different directory.

When performing a server installation, if you do not choose to
install the software for the current architecture, this machine's
system files will not be modified to run SunNet Manager 1.2

Installation requires five to fifteen minutes.

Supported architectures are sun3 sun4.
The sun3 architecture is a SunNet Manager agent ONLY distribution.
The SunNet Manager Console, support tools and the Sun SNMP agent
are only available on the sun4 architecture.

What architectures would you like to install? [sun4]

Do you want to install into /export/exec [y] n

The installation will go to DIR/ARCH/snm, where you specify DIR.
ARCH is the architecture you are extracting.  The DIR directory
must already exist.

Where should I install SunNet Manager 1.2? [/export/exec] /data1/SNM
I can't find a directory called /data1/SNM.

Do you want to install into /export/exec [y] n

The installation will go to DIR/ARCH/snm, where you specify DIR.
ARCH is the architecture you are extracting.  The DIR directory
must already exist.

Where should I install SunNet Manager 1.2? [/export/exec] /data1/SNM

I'm about to install SunNet Manager 1.2
into /data1/SNM for sun4, OK? [y]
x sun4/snm/include/netmgt/netmgt.h, 1482 bytes, 3 tape blocks
x sun4/snm/include/netmgt/netmgt_types.h, 2859 bytes, 6 tape blocks
x sun4/snm/include/netmgt/netmgt_agent.h, 1704 bytes, 4 tape blocks
x sun4/snm/include/netmgt/netmgt_arglist.h, 5250 bytes, 11 tape blocks
x sun4/snm/include/netmgt/netmgt_define.h, 2039 bytes, 4 tape blocks
x sun4/snm/include/netmgt/netmgt_errno.h, 6423 bytes, 13 tape blocks
x sun4/snm/include/netmgt/netmgt_extern.h, 8110 bytes, 16 tape blocks
x sun4/snm/include/netmgt/netmgt_hdrs.h, 1827 bytes, 4 tape blocks
x sun4/snm/include/netmgt/netmgt_msg.h, 2845 bytes, 6 tape blocks
x sun4/snm/include/netmgt/netmgt_rpc.h, 1766 bytes, 4 tape blocks
x sun4/snm/include/netmgt/netmgt_release.h, 1041 bytes, 3 tape blocks
x sun4/snm/include/netmgt/netmgt_db.h, 3412 bytes, 7 tape blocks
x sun4/snm/lib/libnetmgt.a, 235300 bytes, 460 tape blocks
x sun4/snm/lib/libnetmgt.so.1.2, 163840 bytes, 320 tape blocks
x sun4/snm/lib/libnetmgt.sa.1.2, 628 bytes, 2 tape blocks
x sun4/snm/lib/libnetmgt_db.a, 287848 bytes, 563 tape blocks
x sun4/snm/agents/na.activity, 24576 bytes, 48 tape blocks
x sun4/snm/agents/na.diskinfo, 24576 bytes, 48 tape blocks
x sun4/snm/agents/na.etherif, 32768 bytes, 64 tape blocks
x sun4/snm/agents/na.event, 40960 bytes, 80 tape blocks
x sun4/snm/agents/na.hostif, 32768 bytes, 64 tape blocks
x sun4/snm/agents/na.hostmem, 32768 bytes, 64 tape blocks
x sun4/snm/agents/na.hostperf, 24576 bytes, 48 tape blocks
x sun4/snm/agents/na.iostat, 32768 bytes, 64 tape blocks
x sun4/snm/agents/na.ippath, 32768 bytes, 64 tape blocks
x sun4/snm/agents/na.iproutes, 32768 bytes, 64 tape blocks
x sun4/snm/agents/na.layers, 32768 bytes, 64 tape blocks
x sun4/snm/agents/na.logger, 32768 bytes, 64 tape blocks
x sun4/snm/agents/na.lpstat, 32768 bytes, 64 tape blocks
x sun4/snm/agents/na.ping, 32768 bytes, 64 tape blocks
x sun4/snm/agents/na.rpcnfs, 24576 bytes, 48 tape blocks
x sun4/snm/agents/na.sample, 24576 bytes, 48 tape blocks
x sun4/snm/agents/na.snmp, 122880 bytes, 240 tape blocks
x sun4/snm/agents/na.snmp-trap, 65536 bytes, 128 tape blocks
x sun4/snm/agents/snmpd.conf, 1814 bytes, 4 tape blocks
x sun4/snm/agents/snmpd, 98304 bytes, 192 tape blocks
x sun4/snm/agents/sun.schema, 71404 bytes, 140 tape blocks
x sun4/snm/agents/sun.mib, 100726 bytes, 197 tape blocks
x sun4/snm/agents/na.sync, 32768 bytes, 64 tape blocks
x sun4/snm/agents/na.traffic, 40960 bytes, 80 tape blocks
x sun4/snm/agents/diskinfo.schema, 1000 bytes, 2 tape blocks
x sun4/snm/agents/etherif.schema, 2920 bytes, 6 tape blocks
x sun4/snm/agents/hostif.schema, 1727 bytes, 4 tape blocks
x sun4/snm/agents/hostmem.schema, 3507 bytes, 7 tape blocks
x sun4/snm/agents/hostperf.schema, 1780 bytes, 4 tape blocks
x sun4/snm/agents/iostat.schema, 2585 bytes, 6 tape blocks
x sun4/snm/agents/ippath.schema, 1275 bytes, 3 tape blocks
x sun4/snm/agents/iproutes.schema, 1396 bytes, 3 tape blocks
x sun4/snm/agents/layers.schema, 8424 bytes, 17 tape blocks
x sun4/snm/agents/lpstat.schema, 1822 bytes, 4 tape blocks
x sun4/snm/agents/ping.schema, 1617 bytes, 4 tape blocks
x sun4/snm/agents/rpcnfs.schema, 3638 bytes, 8 tape blocks
x sun4/snm/agents/sample.schema, 2186 bytes, 5 tape blocks
x sun4/snm/agents/snmp.schema, 23088 bytes, 46 tape blocks
x sun4/snm/agents/snmp-mibII.schema, 35286 bytes, 69 tape blocks
x sun4/snm/agents/sync.schema, 1875 bytes, 4 tape blocks
x sun4/snm/agents/traffic.schema, 3166 bytes, 7 tape blocks
x sun4/snm/agents/enterprises.oid, 4080 bytes, 8 tape blocks
x sun4/snm/agents/snmp.oid, 5087 bytes, 10 tape blocks
x sun4/snm/bin/snm, 573440 bytes, 1120 tape blocks
x sun4/snm/bin/build_oid, 24576 bytes, 48 tape blocks
x sun4/snm/bin/mib2schema, 49152 bytes, 96 tape blocks
x sun4/snm/bin/snm_br, 98304 bytes, 192 tape blocks
x sun4/snm/bin/snm_cmd, 65536 bytes, 128 tape blocks
x sun4/snm/bin/snm_cvtlog, 24576 bytes, 48 tape blocks
x sun4/snm/bin/snm_discover, 180224 bytes, 352 tape blocks
x sun4/snm/bin/snm_gr, 122880 bytes, 240 tape blocks
x sun4/snm/bin/snm_kill, 24576 bytes, 48 tape blocks
x sun4/snm/bin/snm_parser, 32768 bytes, 64 tape blocks
x sun4/snm/bin/snm_set, 245760 bytes, 480 tape blocks
x sun4/snm/bin/getagents, 25123 bytes, 50 tape blocks
x sun4/snm/bin/build_mdb, 12072 bytes, 24 tape blocks
x sun4/snm/bin/snm_asroot, 526 bytes, 2 tape blocks
x sun4/snm/bin/snm_version, 3968 bytes, 8 tape blocks
x sun4/snm/bin/snm_exec, 396 bytes, 1 tape blocks
x sun4/snm/bin/snm_cmdtool, 1665 bytes, 4 tape blocks
x sun4/snm/man/man1/snm_cmd.1, 10017 bytes, 20 tape blocks
x sun4/snm/man/man1/snm_kill.1, 2812 bytes, 6 tape blocks
x sun4/snm/man/man1/snm_parser.1, 828 bytes, 2 tape blocks
x sun4/snm/man/man1/build_mdb.1, 3559 bytes, 7 tape blocks
x sun4/snm/man/man1/build_oid.1, 2544 bytes, 5 tape blocks
x sun4/snm/man/man1/mib2schema.1, 9839 bytes, 20 tape blocks
x sun4/snm/man/man1/snm.1, 33255 bytes, 65 tape blocks
x sun4/snm/man/man1/snm_br.1, 10637 bytes, 21 tape blocks
x sun4/snm/man/man1/snm_cvtlog.1, 535 bytes, 2 tape blocks
x sun4/snm/man/man1/snm_gr.1, 9878 bytes, 20 tape blocks
x sun4/snm/man/man1/snm_set.1, 2634 bytes, 6 tape blocks
x sun4/snm/man/man1/snm_version.1, 775 bytes, 2 tape blocks
x sun4/snm/man/man3/netmgt_build_report.3n, 2939 bytes, 6 tape blocks
x sun4/snm/man/man3/netmgt_dbg.3n, 1279 bytes, 3 tape blocks
x sun4/snm/man/man3/netmgt_fetch_argument.3n, 2312 bytes, 5 tape blocks
x sun4/snm/man/man3/netmgt_fetch_error.3n, 2789 bytes, 6 tape blocks
x sun4/snm/man/man3/netmgt_fetch_setval.3n, 2523 bytes, 5 tape blocks
x sun4/snm/man/man3/netmgt_init_rpc_agent.3n, 6205 bytes, 13 tape blocks
x sun4/snm/man/man3/netmgt_mark_end_of_row.3n, 962 bytes, 2 tape blocks
x sun4/snm/man/man3/netmgt_send_error.3n, 2559 bytes, 5 tape blocks
x sun4/snm/man/man3/netmgt_send_report.3n, 3004 bytes, 6 tape blocks
x sun4/snm/man/man3/netmgt_set_debug.3n, 1221 bytes, 3 tape blocks
x sun4/snm/man/man3/netmgt_shutdown_agent.3n, 1086 bytes, 3 tape blocks
x sun4/snm/man/man3/netmgt_sperror.3n, 846 bytes, 2 tape blocks
x sun4/snm/man/man3/netmgt_start_agent.3n, 1117 bytes, 3 tape blocks
x sun4/snm/man/man3/netmgt_start_trap.3n, 2557 bytes, 5 tape blocks
x sun4/snm/man/man3/netmgt_fetch_data.3n, 2119 bytes, 5 tape blocks
x sun4/snm/man/man3/netmgt_fetch_event.3n, 3035 bytes, 6 tape blocks
x sun4/snm/man/man3/netmgt_fetch_msginfo.3n, 2683 bytes, 6 tape blocks
x sun4/snm/man/man3/netmgt_kill_request.3n, 2357 bytes, 5 tape blocks
x sun4/snm/man/man3/netmgt_oid2string.3n, 1505 bytes, 3 tape blocks
x sun4/snm/man/man3/netmgt_register_callback.3n, 3622 bytes, 8 tape blocks
x sun4/snm/man/man3/netmgt_register_rendez.3n, 2489 bytes, 5 tape blocks
x sun4/snm/man/man3/netmgt_request_agent_id.3n, 1813 bytes, 4 tape blocks
x sun4/snm/man/man3/netmgt_request_data.3n, 5170 bytes, 11 tape blocks
x sun4/snm/man/man3/netmgt_request_deferred.3n, 2411 bytes, 5 tape blocks
x sun4/snm/man/man3/netmgt_request_events.3n, 6172 bytes, 13 tape blocks
x sun4/snm/man/man3/netmgt_request_set.3n, 3770 bytes, 8 tape blocks
x sun4/snm/man/man3/netmgt_set_argument.3n, 2486 bytes, 5 tape blocks
x sun4/snm/man/man3/netmgt_set_instance.3n, 1654 bytes, 4 tape blocks
x sun4/snm/man/man3/netmgt_set_threshold.3n, 3749 bytes, 8 tape blocks
x sun4/snm/man/man3/netmgt_set_value.3n, 2180 bytes, 5 tape blocks
x sun4/snm/man/man3/netmgt_unregister_callback.3n, 1399 bytes, 3 tape blocks
x sun4/snm/man/man3/netmgt_unregister_rendez.3n, 2048 bytes, 4 tape blocks
x sun4/snm/man/man3/snm_error.3n, 3656 bytes, 8 tape blocks
x sun4/snm/man/man3/snmdb_add.3n, 1093 bytes, 3 tape blocks
x sun4/snm/man/man3/snmdb_add_agent.3n, 957 bytes, 2 tape blocks
x sun4/snm/man/man3/snmdb_add_connection.3n, 900 bytes, 2 tape blocks
x sun4/snm/man/man3/snmdb_add_to_view.3n, 1833 bytes, 4 tape blocks
x sun4/snm/man/man3/snmdb_delete.3n, 514 bytes, 2 tape blocks
x sun4/snm/man/man3/snmdb_delete_agent.3n, 739 bytes, 2 tape blocks
x sun4/snm/man/man3/snmdb_delete_color.3n, 645 bytes, 2 tape blocks
x sun4/snm/man/man3/snmdb_delete_connection.3n, 974 bytes, 2 tape blocks
x sun4/snm/man/man3/snmdb_delete_from_view.3n, 915 bytes, 2 tape blocks
x sun4/snm/man/man3/snmdb_enumerate_agents.3n, 937 bytes, 2 tape blocks
x sun4/snm/man/man3/snmdb_enumerate_connections.3n, 981 bytes, 2 tape blocks
x sun4/snm/man/man3/snmdb_enumerate_elements.3n, 1323 bytes, 3 tape blocks
x sun4/snm/man/man3/snmdb_lock.3n, 1096 bytes, 3 tape blocks
x sun4/snm/man/man3/snmdb_enumerate_views.3n, 976 bytes, 2 tape blocks
x sun4/snm/man/man3/snmdb_free_enumeration_handle.3n, 670 bytes, 2 tape blocks
x sun4/snm/man/man3/snmdb_free_list.3n, 725 bytes, 2 tape blocks
x sun4/snm/man/man3/snmdb_get_agent.3n, 947 bytes, 2 tape blocks
x sun4/snm/man/man3/snmdb_get_color.3n, 952 bytes, 2 tape blocks
x sun4/snm/man/man3/snmdb_get_element_type.3n, 725 bytes, 2 tape blocks
x sun4/snm/man/man3/snmdb_get_next_element.3n, 1040 bytes, 3 tape blocks
x sun4/snm/man/man3/snmdb_get_property.3n, 1225 bytes, 3 tape blocks
x sun4/snm/man/man3/snmdb_get_view.3n, 1921 bytes, 4 tape blocks
x sun4/snm/man/man3/snmdb_init_buffer.3n, 1329 bytes, 3 tape blocks
x sun4/snm/man/man3/snmdb_open.3n, 800 bytes, 2 tape blocks
x sun4/snm/man/man3/snmdb_read.3n, 1054 bytes, 3 tape blocks
x sun4/snm/man/man3/snmdb_set_color.3n, 1004 bytes, 2 tape blocks
x sun4/snm/man/man3/snmdb_set_property.3n, 1333 bytes, 3 tape blocks
x sun4/snm/man/man3/snmdb_unlock.3n, 449 bytes, 1 tape blocks
x sun4/snm/man/man3/snmdb_update.3n, 617 bytes, 2 tape blocks
x sun4/snm/man/man5/snm_schema.5, 3891 bytes, 8 tape blocks
x sun4/snm/man/man5/snm.logfile.5, 6397 bytes, 13 tape blocks
x sun4/snm/man/man5/na.snmp.hostfile.5, 3154 bytes, 7 tape blocks
x sun4/snm/man/man5/na.snmp.trapfile.5, 1215 bytes, 3 tape blocks
x sun4/snm/man/man5/snm.conf.5, 16412 bytes, 33 tape blocks
x sun4/snm/man/man8/getagents.8, 2084 bytes, 5 tape blocks
x sun4/snm/man/man8/na.activity.8, 975 bytes, 2 tape blocks
x sun4/snm/man/man8/na.diskinfo.8, 1373 bytes, 3 tape blocks
x sun4/snm/man/man8/na.etherif.8, 9120 bytes, 18 tape blocks
x sun4/snm/man/man8/na.event.8, 811 bytes, 2 tape blocks
x sun4/snm/man/man8/na.hostif.8, 4237 bytes, 9 tape blocks
x sun4/snm/man/man8/na.hostmem.8, 4663 bytes, 10 tape blocks
x sun4/snm/man/man8/na.hostperf.8, 2920 bytes, 6 tape blocks
x sun4/snm/man/man8/na.iostat.8, 3078 bytes, 7 tape blocks
x sun4/snm/man/man8/na.ippath.8, 9567 bytes, 19 tape blocks
x sun4/snm/man/man8/na.iproutes.8, 2495 bytes, 5 tape blocks
x sun4/snm/man/man8/na.layers.8, 10452 bytes, 21 tape blocks
x sun4/snm/man/man8/na.logger.8, 656 bytes, 2 tape blocks
x sun4/snm/man/man8/na.lpstat.8, 4445 bytes, 9 tape blocks
x sun4/snm/man/man8/na.ping.8, 4567 bytes, 9 tape blocks
x sun4/snm/man/man8/na.rpcnfs.8, 5021 bytes, 10 tape blocks
x sun4/snm/man/man8/na.snmp.8, 18199 bytes, 36 tape blocks
x sun4/snm/man/man8/na.snmp-trap.8, 2476 bytes, 5 tape blocks
x sun4/snm/man/man8/na.sync.8, 3053 bytes, 6 tape blocks
x sun4/snm/man/man8/na.traffic.8, 8950 bytes, 18 tape blocks
x sun4/snm/man/man8/snm_discover.8, 6856 bytes, 14 tape blocks
x sun4/snm/man/man8/snmpd.8, 50362 bytes, 99 tape blocks
x sun4/snm/icons/alarm.icon, 589 bytes, 2 tape blocks
x sun4/snm/icons/building.icon, 1101 bytes, 3 tape blocks
x sun4/snm/icons/building.iconmask, 1101 bytes, 3 tape blocks
x sun4/snm/icons/bridge.icon, 1037 bytes, 3 tape blocks
x sun4/snm/icons/bridge.iconmask, 1037 bytes, 3 tape blocks
x sun4/snm/icons/fddi.icon, 1997 bytes, 4 tape blocks
x sun4/snm/icons/fddi.iconmask, 1997 bytes, 4 tape blocks
x sun4/snm/icons/generic-ws.icon, 589 bytes, 2 tape blocks
x sun4/snm/icons/generic-ws.iconmask, 589 bytes, 2 tape blocks
x sun4/snm/icons/genericView.icon, 589 bytes, 2 tape blocks
x sun4/snm/icons/genericView.iconmask, 589 bytes, 2 tape blocks
x sun4/snm/icons/ipc.icon, 1997 bytes, 4 tape blocks
x sun4/snm/icons/ipc.iconmask, 1997 bytes, 4 tape blocks
x sun4/snm/icons/lanbox.icon, 1037 bytes, 3 tape blocks
x sun4/snm/icons/lanbox.iconmask, 1037 bytes, 3 tape blocks
x sun4/snm/icons/laserwriter.icon, 461 bytes, 1 tape blocks
x sun4/snm/icons/laserwriter.iconmask, 1933 bytes, 4 tape blocks
x sun4/snm/icons/mainframe.icon, 1933 bytes, 4 tape blocks
x sun4/snm/icons/mainframe.iconmask, 1997 bytes, 4 tape blocks
x sun4/snm/icons/pc.icon, 589 bytes, 2 tape blocks
x sun4/snm/icons/monitor.icon, 589 bytes, 2 tape blocks
x sun4/snm/icons/pc.iconmask, 589 bytes, 2 tape blocks
x sun4/snm/icons/router.icon, 589 bytes, 2 tape blocks
x sun4/snm/icons/router.iconmask, 589 bytes, 2 tape blocks
x sun4/snm/icons/slc.icon, 589 bytes, 2 tape blocks
x sun4/snm/icons/slc.iconmask, 1997 bytes, 4 tape blocks
x sun4/snm/icons/ss1.icon, 589 bytes, 2 tape blocks
x sun4/snm/icons/ss1.iconmask, 589 bytes, 2 tape blocks
x sun4/snm/icons/ss330.icon, 1517 bytes, 3 tape blocks
x sun4/snm/icons/ss330.iconmask, 1517 bytes, 3 tape blocks
x sun4/snm/icons/ss370.icon, 1517 bytes, 3 tape blocks
x sun4/snm/icons/ss370.iconmask, 1517 bytes, 3 tape blocks
x sun4/snm/icons/ss470.icon, 1997 bytes, 4 tape blocks
x sun4/snm/icons/ss470.iconmask, 1997 bytes, 4 tape blocks
x sun4/snm/icons/ss490.icon, 1997 bytes, 4 tape blocks
x sun4/snm/icons/ss490.iconmask, 1997 bytes, 4 tape blocks
x sun4/snm/icons/sun3.icon, 589 bytes, 2 tape blocks
x sun4/snm/icons/sun3.iconmask, 589 bytes, 2 tape blocks
x sun4/snm/icons/sun386.icon, 541 bytes, 2 tape blocks
x sun4/snm/icons/sun386.iconmask, 1933 bytes, 4 tape blocks
x sun4/snm/icons/sun4.icon, 541 bytes, 2 tape blocks
x sun4/snm/icons/sun4.iconmask, 1933 bytes, 4 tape blocks
x sun4/snm/icons/sun470.icon, 1517 bytes, 3 tape blocks
x sun4/snm/icons/sun470.iconmask, 1517 bytes, 3 tape blocks
x sun4/snm/icons/termsrvr.icon, 1037 bytes, 3 tape blocks
x sun4/snm/icons/termsrvr.iconmask, 1037 bytes, 3 tape blocks
x sun4/snm/src/diskinfo/start.c, 5749 bytes, 12 tape blocks
x sun4/snm/src/diskinfo/verify.c, 2741 bytes, 6 tape blocks
x sun4/snm/src/diskinfo/application.c, 6614 bytes, 13 tape blocks
x sun4/snm/src/diskinfo/interface.c, 3357 bytes, 7 tape blocks
x sun4/snm/src/diskinfo/patchlevel.h, 1026 bytes, 3 tape blocks
x sun4/snm/src/diskinfo/Makefile, 1234 bytes, 3 tape blocks
x sun4/snm/src/etherif/start.c, 5813 bytes, 12 tape blocks
x sun4/snm/src/etherif/verify.c, 2841 bytes, 6 tape blocks
x sun4/snm/src/etherif/interface.c, 3358 bytes, 7 tape blocks
x sun4/snm/src/etherif/application.c, 15607 bytes, 31 tape blocks
x sun4/snm/src/etherif/patchlevel.h, 1026 bytes, 3 tape blocks
x sun4/snm/src/etherif/Makefile, 1384 bytes, 3 tape blocks
x sun4/snm/src/ippath/start.c, 4736 bytes, 10 tape blocks
x sun4/snm/src/ippath/request.c, 4783 bytes, 10 tape blocks
x sun4/snm/src/ippath/schema.c, 2459 bytes, 5 tape blocks
x sun4/snm/src/ippath/interface.c, 10140 bytes, 20 tape blocks
x sun4/snm/src/ippath/application.c, 29140 bytes, 57 tape blocks
x sun4/snm/src/ippath/patchlevel.h, 1026 bytes, 3 tape blocks
x sun4/snm/src/ippath/Makefile, 1236 bytes, 3 tape blocks
x sun4/snm/src/ping/main.c, 7037 bytes, 14 tape blocks
x sun4/snm/src/ping/verify.c, 7696 bytes, 16 tape blocks
x sun4/snm/src/ping/ping.c, 15055 bytes, 30 tape blocks
x sun4/snm/src/ping/patchlevel.h, 1026 bytes, 3 tape blocks
x sun4/snm/src/ping/Makefile, 1305 bytes, 3 tape blocks
x sun4/snm/src/sample/start.c, 3824 bytes, 8 tape blocks
x sun4/snm/src/sample/request.c, 3587 bytes, 8 tape blocks
x sun4/snm/src/sample/schema.c, 1509 bytes, 3 tape blocks
x sun4/snm/src/sample/interface.c, 7083 bytes, 14 tape blocks
x sun4/snm/src/sample/application.c, 5520 bytes, 11 tape blocks
x sun4/snm/src/sample/patchlevel.h, 1026 bytes, 3 tape blocks
x sun4/snm/src/sample/Makefile, 1363 bytes, 3 tape blocks
x sun4/snm/src/snm_parser/parser.y, 17482 bytes, 35 tape blocks
x sun4/snm/src/snm_parser/parser_driver.c, 6369 bytes, 13 tape blocks
x sun4/snm/src/snm_parser/Makefile, 1231 bytes, 3 tape blocks
x sun4/snm/struct/snm.glue, 6347 bytes, 13 tape blocks
x sun4/snm/struct/elements.schema, 8454 bytes, 17 tape blocks
x sun4/snm/struct/example.db, 12435 bytes, 25 tape blocks
x sun4/snm/help/br.info, 9761 bytes, 20 tape blocks
x sun4/snm/help/set.info, 7283 bytes, 15 tape blocks
x sun4/snm/help/snm.info, 25240 bytes, 50 tape blocks
x sun4/snm/help/gr.info, 7481 bytes, 15 tape blocks
x sun4/snm/snm.conf, 2786 bytes, 6 tape blocks

I see that you did not install SunNet Manager 1.2 into /usr/snm.
There is currently a symbolic link from /usr/snm:
lrwxrwxrwx  1 root           15 Jan 11 18:51 /usr/snm -> /data1/sun4/snm
Would you like me to create a link from /usr/snm to
/data1/SNM/sun4/snm? [y] y
OK, I'll try ... done.

  #####################################################################################################
  #  SNMP agent는 당신의 Sun workstaton이 다른 SNMP-based management system들과 상호작용하게끔 해준다 #
  #  만약 SNMP agent를 install을 원한다면 agent를 위한 read와 write community strings를 열거할 필요가 #
  #  있다. Read와 write community strings의 default는 "public" "private"이다.                         #
  #  Community strings는 passwords와 동등하고 read와 write access 자격을 주기 위해 사용된다.          #
  #  많은 site가 read access를 위해 "public"를 사용한다 할지라도 , write  community strings는         # 
  #  system root password 로서 같은 경우로서 선택되야 한다.                                           # 
  #  그때 installation script는 SNMP agent configuration file /etc/snmpd.conf를 만든다.               #
  #  /etc/snmpd.conf는 단지 root에 의해서만 읽을수 있도록 install된다.                                # 
  #  이 화일은 others에 의해서는 절대 읽을수 없다. 그것은 read,write community strings를 포함하기     # 
  #  때문이다. installation script는 SNMP agent를 가능케 하기 위해 /etc/rc.local에 그 항목을 추가한다.#
  #  installation script는 SunNet Manager log file들을 위해 /var/adm/snm directory를 만든다.          #
  #  이러한 log file들의 설명을 위해 snm.conf man page를 참조할것.                                    #
  ##################################################################################################### 
 
Would you like to install the Sun SNMP agent? [y] y

Copying snmpd to /usr/etc ... done.
Copying snmpd.conf to /etc ... done.

The Sun SNMP agent's default community strings are
         read: public
        write: private
You should at least change the write community string.

New read community string? [public] New write community string? [private] done.

To run the Sun SNMP agent at each reboot, the following lines
need to be added to the end of /etc/rc.local:

   if [ -f /etc/snmpd.conf -a -x /usr/etc/snmpd ]; then
           /usr/etc/snmpd -c /etc/snmpd.conf && echo 'Starting snmpd.'
   fi

Would you like to do this now? [y]
Backing up your old /etc/rc.local ... done.

 ###############################################################################################
 # Installation script는 system file들에 대해 다음과 같은 수정을 하게 된다.                    #
 # ㉮ elements.schema file을 만듬                                                              #
 # ㉯ /etc/snm.conf file을 만듬                                                                #
 # ㉰ /var/adm/snm/snmp.hosts을 만듬 --> SNMP proxy agent에 의해 사용                          #
 # ㉱ /var/adm/snm/snmp-traps을 만듬 --> SNMP trap proxy agent에 의해 사용                     #
 # ㉲ object identifier database /var/adm/snm/oid.dbase을 만듬 --> console에 의해 사용         #
 # ㉳ SunNet Manager agent entries를 /etc/rpc에 add. 기존의 /etc/rpc는 /etc/rpc.xxxx,여기서    #
 #    xxxx는 process ID                                                                        #
 # ㉴ 두개의 SNMP entries를 /etc/services에 add.                                               #
 #    rpc,services file들을 NIS master상에서 set up 한후 /var/yp에서 make를 실행해야 함        #
 # ㉵ /etc/inetd.conf를 update하고, 이 화일은 다시 읽기 위해 inetd를 요청함                    #
 # ㉶ installation verifying을 위해 /usr/snm/struct/example.db 안의 sample database를 만듬     #
 ###############################################################################################
 
 
Creating /var/adm/snm directory ... done.

Saving your old /etc/snm.conf into /etc/snm.conf.887
Creating a new /etc/snm.conf ... done.

Saving your old snmp.hosts file into /var/adm/snm/snmp.hosts.887 ... done.
Creating /var/adm/snm/snmp.hosts file ... done.

Saving your old snmp.traps file into /var/adm/snm/snmp.traps.887 ... done.
Creating /var/adm/snm/snmp.traps file ... done.

Building oid.dbase...
Parsing /data1/SNM/sun4/snm/agents/enterprises.oid
Parsing /data1/SNM/sun4/snm/agents/snmp.oid
Writing /var/adm/snm/oid.dbase
done.

Linking libnetmgt to /usr/lib ... done.
Linking libnetmgt_db to /usr/lib ... done.
Running ranlib on new libraries ...done.

Saving your old /etc/rpc into /etc/rpc.887
Adding agent definitions to /etc/rpc ... done.

Saving your old /etc/services into /etc/services.887
Adding SNMP definitions to /etc/services ... done.

Saving your old /etc/inetd.conf into /etc/inetd.conf.887
Adding agents to /etc/inetd.conf ... done.

Asking inetd to re-read its config file... done.

Saving your old /var/tmp/sparc.db into /var/tmp/sparc.db.887
Generating /var/tmp/sparc.db file ... done.

An example database file called /var/tmp/sparc.db has been created.

Finished Installation on sparc.
A log of the installation is in /usr/tmp/unbundled/install_unbundled_1.2_SNM.log.
SunNet Manager 1.2 Installation Complete
SunNet Manager 1.2 Installation Complete

2.2 SunNet Manager Files
    /etc/snm.conf file은 ASCII 형태의 SNM resource configuration file이다.
    이화일의 keyword 값 변경에 의해 ,SNM installation시 만들어졌던 default 
    directory와 file을 변경할수 있고, 다른 site-specific configuration 정보를 
    추가시킬수 있다. 자세한 사항은 man snm.conf 참조할것.
    default path /usr/snm상에서 SNM software를 install시 아래와 같은 directory,
    file들이 생성된다.
     . /usr/snm/agents directory는 SNM agents와 그것들의 상응하는 schema file
       들을 포함하고 있다.
       여러분은 여기에 자신의 agent와 schema들을 추가시킬수 있다.
       이 directory는 또한 enterprise identifiers를 위한 mapping을 포함하는 
       enterprises.oid 화일을
       포함하며 SNMP MIB I object identifiers를 위한 mapping을 포함하는 
       snmp.oid가 존재한다.
     . /usr/snm/bin은 SNM binaries을 포함
     . /usr/snm/icons는 SNM icon file들을 포함하고 있다. 여러분은 이 directory에
       자신의 icon을 추가시킬수 있다.
     . /usr/snm/include는 agents를 만들기 위한 header file를 포함
     . /usr/snm/lib는 SNM libraries를 포함
     . /usr/snm/man은 SNM man pages를 포함
     . /usr/snm/src는 선택된 agents를 위한 source code를 포함
     . /usr/snm/struct는 다음과 같은 화일을 포함한다.
         ⓐ elements.schema는 element type들을 정의한다. 만약 site-specific 
            elements를 추가할 필요가 있을경우, .schema 확장자를 가진 화일을 
            만들것 (예 ljs.schema)
         ⓑ example.db는 여러분이 Console로 load할수 있는 example database이다.
         ⓒ snm.glue는 Console를 위한 초기정의집합을 포함하는 화일이다. --> 
            수정불가
     . /var/adm/snm은 다음과 같은 화일을 포함
         ⓐ activity.log은 Console host로부터 시작되는 active request의 log이다.
            이 화일은 activity daemon에 의해 사용된다.
         ⓑ event.log은 event dispatcher에 의해 작성된 log file이다.
         ⓒ monitor.log은 na.logger agent에 의해 작성됨. 이 agent는 snm_cmd 
            명령어에 의해 시작된 data reports를 저장한다.
         ⓓ request.log는 appropriate agent에 의해 재시작되는 
            request record이다. 이 화일은 agents에 의해 사용된다.
         ⓔ snmp.hosts는 SNMP hosts에 관한 정보를 포함하고 있다. 
            여러분은 enterprise-specific hosts을 열거하거나 혹은 default SNMP 
            operating parameters를 변화시키기 위해 entry들을 이 화일에
            추가시킨다.
         ⓕ snmp.trapfile은 enterprise-specific traps에 관한 정보를 
            포함하고 있다.
            enterprise-specific trap information을 열거하기 위해 entry들을 
            이 화일에 추가시킨다.
        ☞ 잠깐
           Console operation동안에 log file들이 증가하기 때문에 /var directory
           의 space 문제가 발생한다.
           /etc/snm.conf화일에다 activity-log, event-log , monitor-log, 
           request-log를 위한 pathname을
           여유분 directory로 설정한후 그 directory를 chmod 777로 한다.
           ne.rec와 ne.ind files을 다른 partition directory로 move
           /var/adm/snm/nc.*을 새로운 directory로 symbolic link시킴
     . /var/adm/snm/db.user_name directory는 다음과 같은 화일을 포함
         ⓐ smn+lock는 Console lock file이다. 이것은 한 user이상이 같은 
            run-time database에 접근하는 것을 방지한다. 
         ⓑ events.ind , events.rec , nc.ind , nc.rec는 Console에 의해 
            사용되는 run-time database를 구성한다.
 
2.3 Installation Verification
    Installation동안에 만들어진 sample database file를 가지고 SunNet Manager 
    Console을 가동시킴으로써 installation을 test할수있다.
    그 화일은 하나의 요소를 포함하고 있는데 그것은 SunNet Manager가 설치된 
    workstation임.
    당신의 sample database file를 가지고 Console을 가동시키는 방법은 다음과 같다.

           # /usr/snm/bin/snm -i  /var/tmp/sparc.db      -->sparc는 시스템이름임
   
    Console은 /usr/snm/struct/snm.glue화일을 읽고 이따라 agent와 element 
    structure(schema)file들을 읽는다. ( 만약 에러발생시 /etc/snm.conf화일에서 
   "definitions"와 "schemas"에 관련된 디렉토리를 검사해볼것) Console은 
    마지막으로 command line에서 열거한 file을 읽는다.
    그 화일은 읽은후 Console window가 당신의 local machine을 나타내는 
    상형문자와 더불어 나타난다.

2.4 The getagents Program
    SunNet Manager Console을 수행하는 workstation은 정보를 수집하여 분석하기 
    위한 촛점이다. 그것은 remote machine들에서 수행하는 data collection 
    programs(agents)로부터 정보를 얻는다.
    - getagents actions
      getagents는 Sun workstation이 manager station에서 다른 machine으로 
      agents,libraries,SNMP proxy agent schema를 copy하고 system file들을 
      수정함으로써 SunNet Manager agents와 proxy agents를 수행하게 해주는 
      프로그램이다. Install program처럼, getagents는 모든시스템 화일들의 
      backup들을 만든다. 만약 getagents를 수행하는 machine의 architecture가 
      일치하지 않는 agent software를 copy한다면, system file들은 수정되지 않는다.
      특히, getagents는
       ⓐ manager station으로부터 agents, libraries, SNMP proxy agent schema 
          file을 copy함
       ⓑ SunNet Manager log file들을 위한 /var/adm/snm directory를 만듬
       ⓒ libnetmgt.sa.1.2와 libnetmgt.so.1.2 shared library files를 
          /usr/lib로 symbolic link시킴. 이 화일들은 SunNet Manager agent와 
          manager applications에 의해 사용된다.
       ⓓ /etc/snm.conf file을 만듬
       ⓔ /etc/rpc에 SunNet Manager agent entries를 첨가
       ⓕ /etc/services에 두개 SNMP entries를 첨가
       ⓖ /etc/inetd.conf를 update하고 그 화일을 다시 읽는다.
       ⓗ manager station상에서 당신의 management database에 첨가할수 있는 
          sample database file을 만듬
       ⓘ SNMP proxy에 의해 사용되기 위한 /var/adm/snm/snmp.hosts file만듬 
    - Copying Scenarios
       manager station이 다른 machine들에 유용한 file들을 만들수 있는 여러가지 
       방법이 있다. 두가지 일반적인 방법은 NFS와 rcp이다.
       NFS는 추천되는 방법이지만 모든 site에 적용되지는 않는다.
       만약 rcp가 사용된다면, manager station상의 /.rhosts file은 
       remote machine의 이름을 포함해야 한다.
       그 이유는 manager machine로 agent machine root access가 가능케 하기 
       위함이다. 일단 agents를 install한후, 보안을 유지하기 위해 manager's 
       /.rhosts로부터 agent machine name을 제거해야 할것이다.
       getagents가 network을 통해 화일들을 copy한후, 그것은 copy를 위해 
       사용되어지는 방법이 무엇인지를 알 필요가 있다.  
       여기에는 세가지 시나리오가 있다.
        ⓐ System이 manager station로부터 NFS mount된 SunNet Manager 
           distribution 를 가지고 있다. 당신은 agents를 copy하길 원하지 않음  
           왜냐하면 mount상에서 agents를 수행시킴
        ⓑ System이 manager station로부터 NFS mount된 SunNet Manager 
           distribution 를 가지고 있다.
           당신은 agents를 copy하길 원함. 왜냐하면 다른 filesystem으로부터 
           agents를 수행시킴
        ⓒ SunNet Manager distribution은 NFS mount되지 않아서,agents를 copy하기
           위해 rcp 필요. getagents은 tftp와 같은 방법으로 copy하는데 사용하지 
           않는다.
       ☞ 잠깐
           올바른 architecture의 agents를 copy할것. getagents는 Sun-3 agent 
           software를 Sun-4혹은 Sun-4c machine으로 혹은 그 반대, copy가능
    - getagents 수행
       getagents를 수행하기 위한 기본적 단계는 다음과 같다.
        ⓐ 만약 rcp를 사용하여 getagents를 가지는 중이라면 , getagents수행될 
           host(s)를 위해 network을 통해 root access가 가능케 manager를 설정
        ⓑ agents를 수행할 machine으로 root login (이 machine을 local machine
           으로 언급될것임)
        ⓒ 만약 NFS mount를 사용중이라면, manager stations의 file system을 
           mount할것 만약 rcp를 사용하여 getagents를 가지는 중이라면, manager 
           station에서 local machine으로 getagents를 copy할것.
           다음 예는 mgrhost(manager station)에서 agenthost("local host")로 
           agents를 copy하기 위해 rcp를 사용한다.

             mgrhost#  cat >>/.rhosts
                agenthost
             mgrhost#  rlogin agenthost
             Password: 
             SunOS Release 4.0.3 (AGENTHOST) #1: Tue Oct 17 17:04:00 PDT 1989
             agenthost#  rcp mgrhost:/usr/snm/bin/getagents  /usr/etc
 
        이제 getagents를 수행할차례다. 아래 명령은 local host상의 /usr/etc/
       (비록 그것을 어느 디렉토리에다 copy해도 무방)로 getagents를 copy하였다.

             agenthost#  /usr/etc/getagents

        다음은 질문거리를 예상해서 보여주고 있다. 
        ♨ 예제 1: NFS Mount를 통해 수행 
           이 예제에서, local machine은 manager station으로부터 NFS mount된 
           SunNet Manager distribution file들을 가지고 있다. manager station
           으로부터 agents를 수행함. getagents는 우선 agents를 저장할곳을 
           묻는다. 이후 NFS mount를 통해 agents를 수행

               --- SunNet Manager 1.2 agent installaion ---

       Copyright (c) 1991 by Sun Microsystems, Inc. 
             
       What is the name of the root directory where agents will be installed?
       Agents will be installed into the 'agents' subdirectory of the directory
       you speciry. Type 'NFS' if you intend to run th agents via an NFS 
       mount. [/usr/snm/agents]  NFS
 
       tagents는 agents가 있는 NFS directory를 물은후, install를 끝낸다.

       What is the name of the root directory under which the SunNet Manager
       agents and libraries are located? [ ]  /usr/snm
       Creating /var/adm/snm directory ... done
          
       ♨ 예제 2: Manager Station로부터 agents copy
       이 예제에서는, manager station's filesystem NFS mount를 가지지 않았음.
       그래서, getagents는 agents를 /usr/snm/agents로 copy하기 위해 rcp를 사용함

               --- SunNet Manager 1.2 agent installaion ---

       Copyright (c) 1991 by Sun Microsystems, Inc.

       What is the name of the root directory where agents will be installed?
       Agents will be installed into the 'agents' subdirectory of the directory
       you speciry. Type 'NFS' if you intend to run th agents via an NFS
       mount. [/usr/snm/agents]
       /usr/snm/agents doesn't exist, should I create it? [y]
       OK, /usr/snm/agents was made.
               
       What is the name of the host where the agents are? Type Return if you
       have the directory NFS mounted: [localhost]  mgrhost
               
       What is the name of the root directory on mgrhost under which the
       SunNet Manager agents and libraries are located? []  /usr/snm

       Getting the agents ... done.

       Here are the agents now in agenthost:/usr/snm/agents -
       na.activity  na.hostif   na.iproutes  na.pingna.snmp-trap
       na.diskinfo  na.hostmem  na.layers    na.rpcnfsna.sync
       na.ehterif   na.hostperf na.logger    na.samplena.traffic
       na.event     na.ippath   na.lpstat    na.snmpna.x25

       Getting the libraries ... done
       Creating library links into /usr/lib ... done
       Creating /var/adm/snm directory ... done

       만약 Sun-4혹은 Sun-4c machine상에서 Sun-4 software를 install시, 
       getagents는 당신의 system에 SNMP agent를 install을 원하냐고 질문할것이다. 
       선택한다면, agent를 위한 read,write community strings을 열거할 필요가 
       있다. 또한, agent를 가능키위해 /etc/rc.local에 line을 추가시킬지 여부를 
       선택할수 있다.

     - getagents 종료
       만약 agent binaries가 install된 machine architecture와 성립한다면 , 
       getagents는 install program과 유사한 system files를 만들고 수정한다.
       이것들은 아래 예에서 보여주고 있다.
          
       Creating /etc/snm.conf ... done
       Creating /var/adm/snm/snmp.hosts file ... done
       Creating /var/adm/snm/snmp.traps file ... done
       Adding SNMP definitions to /etc/services ... done
       Adding agent definitions to /etc/rpc ... done
       Adding agent to /etc/inetd.conf ... done
       Asking inetd to re-read its config file ... done

       이 프로그램은 local system을 위해 database file을 만들어 /var/tmp에 
       저장한다. 여러분은 그 화일의 내용을 manager station상에서의 SunNet 
       Manager management database에 첨가 시킬수 있다.

       Generating /var/tmp/agenthost.db file ... done
       A database file called /var/tmp/agenthost.db has been created
       Finished SunNet Manager agent installation on agenthost
       agenthost#

2.5 Online Help Setting Up
     # vi /.cshrc
        setenv  HELPPATH /usr/snm/help
     # vi .xinitrc
        xmodmap -e 'keysym F1 = Help'
     Console window상에서 F1 key가 online help 기능을 가짐 
  
3장 Getting Started with the SunNet Manager Console
    SunNet Manager Console은 그래픽하게 network안의 요소들의 집합을 나타내고 
    network에 관한 정보를 얻기 위하여 agent activity를 조정한다.
    Console은 network을 기술하는 structure와 instance의 집합인 management 
    database(MDB)를 사용한다.
    Structure files(.schema로 끝나는 화일)은 element data structure를 포함한다.
    Elements의 instances와 다른 elements로의 관계는 instance files(*.db)안에 
    저장된다. 이장에서는 MDB file들을 구성하는 몇가지 방법을 보여줄것이다.
     . 여러분의 network의 graphical representation를 자동적으로 만들기 위해 
       Discover tool을 수행시키는 법
     . Graphical representation을 만들고 수정하기 위해 Console graphical 
       editor를 사용하는 법
     . Graphical representation을 만드는 다른 선택적 방법들 
    이와 더불어 다음도 설명될 것이다.
     . Database file안의 당신의 network 구성 저장
     . Run-time management database를 열거함으로써 Console를 재가동
     . SunNet Manager database file 수정
     
3.1 SunNet Manager Console 가동
     mgrhost# /usr/snm/bin/snm  -i   --> i flag는 SunNet Manager Console에게 
     /etc/snm.conf안의 schemas keyword와 관련된 directory에 위치한 structure 
     files를 가진 run-time database를 초기화하라고 알려줌. 만약 /usr/snm에 
     SunNet Manager 가 install되있으면 schema files은 /usr/snm/agents와 
     /usr/snm/struct로부터 load된다.
     위의 명령실행시 다음과 같은 messages가 나타난다.

       mgrhost:  /usr/snm/bin/snm: parsing /usr/snm/struct/snm.glue
        
       /usr/snm/bin/snm: parsing /usr/snm/agents/etherif.schema
       /usr/snm/bin/snm: parsing /usr/snm/agents/hostif.shcema
       /usr/snm/bin/snm: parsing /usr/snm/agents/hostmem.schema
       /usr/snm/bin/snm: parsing /usr/snm/agents/hostperf.schema
       /usr/snm/bin/snm: parsing /usr/snm/agents/iproutes.schema
       /usr/snm/bin/snm: parsing /usr/snm/agents/layers.schema
       /usr/snm/bin/snm: parsing /usr/snm/agents/ping.schema
       /usr/snm/bin/snm: parsing /usr/snm/agents/rpcnfs.schema
       /usr/snm/bin/snm: parsing /usr/snm/agents/sample.schema
       /usr/snm/bin/snm: parsing /usr/snm/agents/snmp.schema
       /usr/snm/bin/snm: parsing /usr/snm/agents/sync.schema
       /usr/snm/bin/snm: parsing /usr/snm/agents/traffic.schema
       /usr/snm/bin/snm: parsing /usr/snm/agents/x25.schema
       /usr/snm/bin/snm: parsing /usr/snm/agents/snmp-mibII.schema
       /usr/snm/bin/snm: parsing /usr/snm/agents/diskinfo.schema
       /usr/snm/bin/snm: parsing /usr/snm/agents/lpstat.schema
       /usr/snm/bin/snm: parsing /usr/snm/agents/elements.schema

     이때 SunNet Manager Console은 blank Home view screen을 개방한다.
     
3.2 Discover Tool 사용
    Discover tool은 network상의 IP-based elements를 발견하여 동적으로 그것들을 
    run-time database에 첨가시키는 utility이다.  
    Discover tool은 Console혹은 command line상에서 불러낼수 있다.
    Command line에서 Discover프로그램 수행을 root에서 해야만 한다.  
    Console로부터 Discover수행시 아래와 같은 password를 물어본다.
       The /data1/SNM/sun4/snm/bin/snm_discover program must run as user root.
       To continue, please enter the root password at the "Password:" prompt.

       (Executing: su root -f -c /data1/SNM/sun4/snm/bin/snm_discover -v)
        Password: 
    일반적으로 run-time가 저장되는 directory는 1-2MB정도가 되야만 한다.
    이 directory는 /etc/snm.conf안에 database keyword로서 열거되있다. 
    기본적으로 이 directory는 /var/adm/snm이다. 
    - Console로 부터 Discover 가동
      Console Tools menu로 부터 invoke될때 Discover tool은 다음과 같은 기본 
      parameter와 함께 작용됨
       . Discover tool은 다른 network들에 관한 정보를 발견하기 위하여 local 
        (Console이 수행되는 host) routing tables를 문의함.
       . 그것은 local network상의 모든 address에 ping을 함 
       . SNMP agent의 존재 혹은 SunNet KManager agent를 위한 device를 check함
       . 발견된 성분을 run-time database에 첨가함
       . Home view에서, SunNet Manager host systems(agent software를 포함한 
         nodes)과 SNMP devices의
         추가적인 view를 만듬
       ☞ 잠깐
          만약 Discover tool의 운영에 영향을 미치지 않기를 원한다면 close로 
          빠져나옴
      Consloe로부터 Discover tool의 운영을 변경하기 위하여, 
      /usr/snm/struct/elements.schema file의 instance를 snm_discover명령어로 
      바꿀수 있다. 바꾼후 효과를 보기 위해서는 Console를 빠져나온후 다시 
      -i parameter를 가지고 Console을 re-invoke함
    - Command Line로부터 Discover 가동
      Command line로부터 시작될때, Discover tool은 Console로부터 시작되는거와 
      비슷한 방법으로 가동된다.
      Discover tool을 시작하기 전에, run-time database를 초기화하기 위해 -i 
      option과 함께 SNM Console 우선 불러낸다. Discover tool은 그때 한두가지 
      형태안에서 command line으로부터 root로서 시작될수 있다.
       . 정상적으로, 당신이 network name을 열거하지 않았다면, 특별한 network
         혹은 local network에 각 address로 "ping" requests를 보냄
       . 여러분은 선택적으로 "watch"mode를 열거할수 있다. 
         이 모드에서, Discover tool은 network상의 어떤 traffic을 감시하고 
         run-time database에 대하여 packet들에 대한 source와 destination IP 
         address를 점검한다.
         Watch mode는 remote network안의 subnet과 hosts를 찾게끔 해준다.
         "ping" request는 이 모드에서는 보내지지 않는다. Watch mode에서, 
         Discover tool은 network elements를 발견할동안 계속 작동한다. 
         단 15분내에 발견되지 않으면 물어본후 중단한다.
         Watch mode는 상당한 CPU 시간을 소비한다.
        ☞ 잠깐
           watch mode는 Discover tool를 수행하는 system kernel에 network 
           interface tap(NIT)을 요구한다.
           다음과 같은 line이 포함되있는지 확인할것
              pseudo-device   snit            # streams NIT
              pseudo-device   pf              # packet filter
              pseudo-device   nbuf            # NIT buffering module
              pseudo-device   clone           # clone device   
    - Discover Operations
      Discover tool이 network elements을 발견할때 , 계층적 순서로 
      network view들을 형성한다.
      Network들은 구름모양으로 Home view안에 묘사된다.
      각 view는 다른 network entities(예를 들어 buses)을 포함할수 있다. 
      만약 watch mode에서 Discover tool을 수행하지 않으면 remote network이 
      ome view안에 묘사되지만, 그것의 subview안에 어떠한 elements도 포함하지 
      않을것이다. 만약 subnet이 remote network안에 발견되면, device를 찾기 위해
      subnet상에서 Discover tool를 수행할수 있다. 
      이렇게 하기 위해 적당한 glyph상에서 mouse를 눌러 user command에서 
      다시 Discover항목을 선택한다.
      Discover tool은 또한 Home view안에서 두가지 특별한 views를 만든다. 
      (SNMP agents와 SunNet Manager hosts의 view) 
      이러한 각 view안에 포함된 elements를 보기위해 각 network glyph상에서 
      SELECT button을 두번 click한다.
      발견된 device들은 ss370 server,ss1혹은 일반 workstation으로 분류된다.
      Router와 gateway들은 workstation으로 분류된다. 만약 element type을 다시 
      분류할필요가 있을경우, ASCII instance file을 수정해야 한다. 
      Console은 자동적으로 Discover가 network elements를 발견시 각 view안에 
      glyph를 위치시킨다. 표준 left-to-right, top-to-bottom형식으로 알파벳순서로
      glyph를 자동적으로 보여준다. 
      그러나, 만약 Console이 glyph가 추가될때 Console은 새로운 glyph를 
      알파벳순서가 아니라 오른쪽 밑에 위치시킨다. 그러나 빠져나온후 다시 
      들어가면 알파벳순서로 정렬될것이다. Run-time database를 만들기 위해 
      Discover tool를 사하고 , 그때 원하지않는 view들을 제거하기 위해
      Console의 graphical editor를 사용한다. 
      
3.3 Console Graphical Editor 사용
    자기의 database를 만들거나 수정하기 위해 SunNet Manager Console graphical 
    editing을 사용할수 있다. 다음예는 Ethernet LAN segment의 graphical 표현을 
    만들기 위한 방법이다.
      . Edit항목을 선택 
     ☞ 잠깐
        Discover tool에 의해 만들어진 view에 element를 첨가할경우, 
        Edit button을 사용할것.
        새로운 element가 view안의 마지막 glyph로서 나타난다.       
    Edit - Create - Bus - Ethernet을 선택    
    그러면 하나의 윈도우가 나타남. 이 윈도우에서 살펴보면 중간부분에 Console에
    관련된 agents list가 나타난다. Bus에 적용되는 유일한 agent는 traffic이다.
    이 agent는 Ethernet interface상에서 발견된 다른종류의 traffic에 관한 통계를
    수집한다. 만약 traffic을 선택하면 SunNet Manager Console이 agent가 수행하는
    Sun Workstation의 이름을 묻는다. 이런경우 mgrhost라고 입력한다. 
    이 말은 SunNet Manager Console이 수행하는 workstation상의 view관점으로 부터
    당신의 Ethernet segment를 관한 정보를 얻을수 있다는 의미이다.
    sun-3만드는 방법은 Edit-Create-Component-sun3순으로 행함
    snmp와 sample agents를 제외한 모두를 선택할수 있다. 
    만약 workstation이 active synchronous혹은 X.25 interface를 가질경우만, 
    sync,x25 agent를 선택할수 있다. 
    ping,hostperf는 proxy agent이다. 당신은 proxy system을 제공하기 위해 이 
    옵션을 가질수 있다.
    만약 workstation이 RPC rstat protocol을 지원한다면, agent list로부터 
    hostperf를 선택할수 있다.
    hostperf는 device performance를 감시하는 능력을 제공한다. 
    View안의 element의 위치를 변경하기 위하여
      . 원하는 glyph를 선택하여 view안의 원하는 위치에 놓는다.
    모든 당신의 element를 만든후, workstation glyph를 bus로 연결한다. 
    연결방법은 glyph를 Ethernet bus상에 놓은후 glyph menu선택하여 
    connect항목을 선택한다.

3.4 Your Database를 만드는 다른 방법
    여러분의 database를 만드는 유용한 몇가지 방법이 있다. 
      . SunNet Manager sample database example.db를 수정
      . SunNet Manager build_mdb script사용
    - example.db sample Database
       mgrhost#  /usr/snm/bin/snm -i  /usr/snm/struct/example.db
      sample database는 다중 LAN segments, 다른 Sun Workstations,servers,
      non-Sun devices(hosts,routers,bridges)를 가진 network의 예를 보여준다.
    - build_mdb script
      build_mdb는 NIS에서 정보를 사용하는 몇가지 awk script로 구성되었다. 
      실행은 다음과 같다.
       mgrhost#  /usr/snm/bin/build_mdb  output_file
      여기서 output_file은 당신이 만든 database file의 이름이다.
      이 script는 당신이 NIS 에서 hosts와 networks map를 가진다고 생각한다. 
      최종적 database file은 host maps안의 각 entry를 위한 lement를 포함하고 
      있다. 게다가, 각 network를 위한 elements를 포함하고 있다. 
      Networks은 그들의 이름이나 숫자에 Net. 이라는 접두사를 가진다.
      단일 view에서 많은 elements로 인해 복잡한을 피하기 위해 network들이 
      address의 각 byte로 해체된다. 만약 192.1.2.3인 host를 가지고 있다면 
      host를 위한 element는 Net.192.1.2를 위한 view안에 놓여진다. 
      Net.192.1.2는 Net.192.1을 위한 view에 있고, Net.192.1은 Net.192를 위한 
      view에 있다.
      Script는 바꾸기를 원하는 다음과 default들을 가지고 있다. 
        . set default_proxy='hostname'
        . set default_color="255 255 255"
        . set default_elem_type="component.sun4"
        . set default_view="view.subnet"
       만약 이 화일에서 reading error가 생기면 double quotes의 사용에 
       주의해야 한다.

3.5 Your Network Configuration 저장
    다음과 같이 함으로써 이전에 저장한 MDB file을 사용하여 Console를 
    재가동할수 있다.
      mgrhost#  /usr/snm/bin/snm  [MDB file(s)]
    만약 하나이상의ASCII MDB files를 열거한다면, 지나번 Console이 수행되어 
    만들어지거나 사용되어진 run-time database에 첨가된다.
    MDB file(s)에 정의된 elements는 run-time database에 이미 존재되있으면 
    안된다.
    만약 어떠한 MDB file들을 열거치 않으면 지난 Console session로부터 run-time 
    database 를 사용한다.  
    만약 지난번 Console session으로부터 run-time database를 사용하기 원하지 
    않는다면 -i 옵션을 가지고 Console을 invoke하라.
    ☞ 잠깐
       -i option을 사용하면 현존하는 run-time database를 overwrite한다.
       현존하는 run-time database를 ASCII file로 저장하기 위해 File menu상의 
       save옵션을 사용할것.

3.6 SunNet Manager Database Files 수정
    현재의 SunNet Manager database Files 수정하기 위해 , Console의 graphical 
    editor를 사용할수 있다. 혹은 text editor를 가지고 수정할 수도 있다.
    당신이 만든 각각의 element들은  분리된 cluser record로서 database file에서 
    보여진다. 
    원하는 수정을 한후 다음과 같이 재가동함.
      mgrhost#  /usr/snm/bin/snm/ -i  yourdatafile
   
 
4장 SunNet Manager Console Operation
4.1 Control Panel Buttons
    o File Button
    o View Button
       - Home
       - Back --> 가장 최근에 보여주었던 view를 보여줌
       - Results
          . Data/error Log , Event/Trap Log --> text 형태로 보고된 관리정보를 
            보여줌
       - Events --> events가 보고된 element name list를 보여줌
                    event notification이 없으면 희미하게 보임 
       - Find --> 찾고자 하는 element를 위한 window
    o Edit Button
      ☞ 잠깐 
         Copy,Cut,Delete는 하나이상의 element가 선택되었을때만 highlight된다.
      - 한번에 하나의 copy operation만 수행됨. 최근의 Copy는 clipboard의 
        이전 내용에 overwrite한다.
        이미 보여진 view안에서 element(component,view,connection,bus)를 
        paste할수 없다.
      - Cut --> view로부터 선택된 elements를 제거하여 clipboard로 옮긴다.
       
          
Revision History

작성일자 : 96.10.12
작성자 : 이진수

수정일자 :
수정자 :