IBM Tivoli NetView V7.1.4 수정팩 02 Readme

날짜: 2004년 9월 30일

이름: 7.1.4-TIV-NVD-{OperatingSystem}-FP0002

구성요소: IBM Tivoli NetView 버전 7.1.4

PTF 번호: U800154 (UNIX) 또는 XR23262(Windows)

주: 이 정보와 이 정보가 지원하는 제품을 사용하기 전에 "주의사항"의 정보를 읽으십시오.

US Government Users Restricted Rights - Use, duplication or disclosure restricted by GSA ADP Schedule Contract with IBM Corp.

수정팩 정보

이 절은 수정팩에 대한 일반 정보를 제공합니다. 수정팩을 설치하기 전에 이 문서 전체를 읽어볼 것을 권장합니다.

수정팩 내용

수정팩은 RS6000 AIX(R), SUN SPARC Solaris, Linux Intel(TM), Linux 390 및 Microsoft(R) Windows(R)에 대해 각각 하나씩, 총 다섯 가지 패키지로 구성됩니다. IBM(R) Tivoli(R) NetView(R) 원시 서버 또는 클라이언트가 설치되어 있는 각 플랫폼에 적절한 패키지를 사용해야 합니다.

Red Hat Enterprise Linux Advance Server 3.0 및 SLES(SuSE Linux Enterprise Server) 9의 경우, 새 CD가 기본 NetView 7.1.4 킷에 추가되었고, 표준 IBM Tivoli NetView 설치가 필요합니다.

수정팩은 Tivoli Data Warehouse 내에 포함되어 있고 Tivoli Data Warehouse에 의해 사용되는 NetView ETL 코드의 정정사항 세트 또한 포함합니다. Tivoli Data Warehouse 내의 NetView ETL 코드에 정정사항을 적용하려면 이 수정팩과 관련된 nvTDW_FP1.txt 파일을 참조하십시오.

수정팩으로 대체되는 패치

없음.

IBM Tivoli NetView는 패치를 제공하지 않기 때문에 이 수정팩으로 대체되는 패치가 없습니다. 그러나 수정팩에서 정정된 APAR 절에서 다루어지는 IBM Tivoli NetView 7.1.4에 대한 모든 테스트 수정사항이 이 수정팩으로 대체됩니다.

지원되는 운영 체제

AIX:
- 버전 4.3.3(유지보수 레벨 09)
- 버전 5.1(유지보수 레벨 01/05 64 비트)
- 버전 5.2(유지보수 레벨 03 64 비트)
- 버전 5.3 64 비트(Power 4 및 Power 5): 조건적으로(즉, 비TME NetView 설치 전용)
Solaris:
- 버전 2.8(모든 Sun 필수 패치 포함)
- 버전 2.9 64 비트(및 2004년 7월 현재 최신 패치)
Linux Intel:
- Red Hat 버전 7.2(2.4.7-10 커널에서 테스트됨)
- Red Hat Advanced Server 버전 2.1(2.4.9-e.3 커널에서 테스트됨)
- Red Hat Enterprise Linux Advance Server 3.0 Update 2(2.4.21-15.ELsmp 커널에서 테스트됨)
- SuSE 버전 7.2(2.4.4-4GB 커널에서 테스트됨)
- SuSE 버전 8.0(2.4.4-4GB 커널에서 테스트됨)
- United Linux 버전 1.0 (SLES 8)(2.4.21-138-smp 커널에서 테스트됨)
- SLES(SuSE Linux Enterprise Server) 8 SP3(2.4.21.198-smp 커널에서 테스트됨)
- SLES(SuSE Linux Enterprise Server) 9(2.6.5-7.97-smp 커널에서 테스트됨)
zSeries(R)용 Linux(31 비트 시스템 전용):
- Red Hat 버전 7.2
- Red Hat Enterprise Linux Advance Server 3.0 Update 2(2.4.21-15.EL 커널에서 테스트됨)
- s/390(R) 및 zSeries용 SLES(SuSE Linux Enterprise Server) 7.2
- s/390 및 zSeries용 SLES(SuSE Linux Enterprise Server) 8.0 SP3(2.4.21-231-기본 커널에서 테스트됨)
- SLES(SuSE Linux Enterprise Server) 9.0(2.6.5-7.97-s390 커널에서 테스트됨)
- United Linux 버전 1.0(SLES 8)
Windows:
- SP4가 있는 Windows 2000 Server
- SP4가 있는 Windows 2000 Advanced Server
- Windows 2003 Standard Server
- Windows 2003 Enterprise Server
- Windows 2003 Datacenter Server
- SP1이 있는 Windows XP Professional

이 릴리스에서 다음 운영 체제는 지원되지 않습니다.

Windows NT(R)
Windows 2000 Professional
Windows XP Home Edition

수정팩 02에 새로 추가된 항목

다음은 IBM Tivoli NetView 수정팩 02에 새로 추가된 항목입니다.

새 운영 체제 방화벽

Red Hat Enterprise Linux Advance Server 3.0 및 SLES(SuSE Linux Enterprise Server) 9의 경우, 방화벽이 작동중이면 SNMP 트랩은 통과하지 못합니다. 더욱이 방화벽은 기본적으로 작동됩니다. 따라서 IBM Tivoli NetView가 외부 에이전트에서 트랩을 수신하려면 방화벽이 작동해제되어 있어야 합니다.

PIX 방화벽 오류 복구 지원

IBM Tivoli NetView는 Cisco PIX 방화벽 오류 복구 조건을 모니터링할 수 있는 지원을 제공합니다. NetView는 정상적인 상태 폴링 중에 PIX 디바이스의 오류 복구 상태를 모니터할 수 있습니다. 오류 복구가 발생하면 활성 주소가 1차 또는 2차 디바이스에 있는지 여부를 알리며 새 이벤트가 생성됩니다. 또한 운영자는 활성 주소가 2차 디바이스에 있을 때 맵에서 볼 수 있으며 이것은 오류 복구가 발생하여 나중에 방화벽을 사용 불가능하게 하는 데 실패하지 않도록 조치가 취해져야 한다는 것을 나타냅니다. 관리 인터페이스는 일반적으로 보라색(기본값)인 USER2 상태를 표시합니다. 이것은 PIX 장치 기호를 marginal로 변경하도록 전달됩니다. 활성 주소가 1차 디바이스로 리턴될 때 이벤트는 이 사실을 알리고 맵의 상태를 정상으로 되돌립니다.

두 PIX 방화벽 오류 복구 기계에 대한 구성과 SNMP 주소 설정 및 잠금을 위해 netmon.seed 파일을 사용하십시오.

PIX 방화벽 오류 복구 지원에 대한 자세한 정보는 /usr/OV/doc/PixFailoverReadme.pdf 파일을 참조하십시오.

SNMP 주소 설정 및 잠금

이제 새 기능을 사용하여 NetView 관리자는 임의의 디바이스에 SNMP를 설정하고 잠글 수 있습니다.

자세한 정보는 수정된 netmon.seed 파일 절을 참조하십시오.

수정된 netmon.seed 파일

이제 seed 파일에서 두 개의 새 토큰이 netmon에 의해 인식됩니다.

Cisco PIX 방화벽 오류 복구 지원
일반적으로 PIX 방화벽은 오류 복구 시 1차와 2차 장치 사이의 인터페이스를 스와핑합니다. 또한, SNMP 액세스는 제한되지만 한 개의 주소를 통한 액세스는 필요합니다. IBM Tivoli NetView는 오류 복구를 위해 PIX 기계를 모니터합니다. 문서에 대한 자세한 정보는 /usr/OV/docs/PixFailoverReadme.pdf를 참조하십시오.

SNMP에 액세스할 수 있는 각 기계의 IP 주소가 뒤에 오도록 접두어 '>'를 사용하십시오. 와일드카드 및 범위가 허용되지만 호스트 이름은 허용되지 않습니다. 예제는 다음과 같습니다.
```
          >172.30.100.2
          >172.30.100.3
```
이 토큰으로 인해 자동으로 netmon이 오류 복구를 위한 Cisco MIB를 폴링하고 SNMP 주소를 설정 및 잠금할 수 있으며 이 노드에대한 SNMP 상태 폴링을 할 수 있습니다.
노드에 대한 SNMP 주소 설정 및 잠금
기본적으로 IBM Tivoli NetView는 해당 인터페이스가 작동 중지되면 노드에 대한 SNMP 주소를 변경하려고 시도합니다. 그러나 특정 노드의 경우, 이러한 동작이 무시되는 것이 나을 수 있습니다.

SNMP 조회를 위해 설정되고 잠겨야 하는 IP 주소가 뒤에 오도록 접두어 '='를 사용하십시오. 와일드카드 및 범위가 허용되지만 호스트 이름은 허용되지 않습니다.

이 토큰은 IBM Tivoli NetView가 SNMP 주소를 변경하지 않도록 SNMP 주소를 설정하고 잠그기 위해 사용됩니다.

Tivoli Switch Analyzer 설치 시 새 Layer2Status 오브젝트

ITSA(IBM Tivoli Switch Analyzer)가 IBM Tivoli NetView와 함께 설치되면 이것은 작동 문제점을 계층 2의 루트 원인과 관련시킵니다. 루트 원인이 스위치인 경우, NetView는 계층 2 문제점이 포트에 있음을 표시하기 위해 스위치의 아이콘 색상을 노란색으로 변경합니다. 새 Layer2Status 오브젝트는 이를 스위치 아래의 새 인터페이스 오브젝트로 표시하여 계층 2 상태의 시각화를 제공합니다. 새 오브젝트의 기본 레이블은 "Layer2Status"이며 선택 이름은 "<switchhostname>:Layer2Status"입니다. 스위치 아이콘의 상태는 IP 상태가 더 심각한 경우 우선적으로 처리되는 경고와 함께 새 Layer2Status 오브젝트와 IP 인터페이스의 표준 전달 스키마를 기반으로 합니다.

ITSA는 관련있는 문제점이 있을 때 스위치의 ovwdb 필드 "Layer2Status"를 설정해야 하며 문제가 해결되면 상태를 재설정해야 합니다. 새 Layer2Status 오브젝트의 상태는 "Layer2Status" 필드의 값에 영향을 받습니다. 이 상태가 marginal로 변경되면 netmon이 "Interface Layer2Status marginal" 이벤트를 발행합니다. 이 이벤트는 Interface Down 이벤트와 같은 특정 ID를 갖습니다. 계층 2 상태가 정상으로 되돌아오면 표준 인터페이스 이벤트 "Interface UP"가 Layer2Status 오브젝트에 송신됩니다.

스위치 노드에 대한 기존 Layer2Status 이벤트가 송신을 계속하고 ipmap에 의해 사용됩니다. 새 Layer2Status 오브젝트 필드는 ovobjprint를 사용하여 표시될 수 있습니다.

새 Layer2Status 오브젝트가 작성될 때 다음 메시지가 이벤트 브라우저에 나타납니다.

ContainerLayer2 N Network ContainerLayer2Status가 관리됨
ContainerLayer2Status.Segment1에 <switch name> N 연결이 추가됨

주: <switch name> 메시지는 각 스위치에 대해 표시됩니다.

이제 ovtopodump -r은 제공된 노드에 대한 각 인터페이스를 한 번만 나열합니다.

ovtopodump -r 명령은 제공된 노드에 대한 각각의 인터페이스를 한 번만 나열하도록 수정되었습니다. 같은 네트워크에서 하나 이상의 인터페이스를 갖는 노드의 경우, 모든 노드에 대해 모든 인터페이스를 인쇄하였습니다.

웹 콘솔에 대한 사용자 설정 가능 암호

사용자 계정의 관리 향상을 위해 세 가지 변경사항이 구현되었습니다.

사용자 자신의 암호 재설정 허용
이전에는 사용자 암호를 변경하는 유일한 방법은 NetView 서버의 웹 콘솔 보안 응용프로그램을 실행하거나 NetView 관리자가 텍스트 편집기로 /usr/OV/www/conf/NetViewRealm.properties를 편집하는 것이었습니다. 이제 사용자는 자신의 암호를 재설정할 수 있습니다.
웹 서버를 중지 및 시작하지 않고 암호 변경 허용
암호 만료에 대한 지원 제공

새 파일이 암호 만료를 지원하기 위해 작성되었습니다.

새 파일(UNIX의 경우 /usr/OV/www/conf/NetViewRealm.xml 또는 Windows의 경우 \usr\ov\www\conf\NetViewRealm.xml)이 UNIX의 경우 /usr/OV/bin/generateNetViewRealmXML 또는 Windows의 경우 \usr\ov\bin\generateNetViewRealmXML 파일을 관리하는 데 필요한 새 스크립트와 함께 암호 만료를 관리하는 데 사용됩니다.

다음은 새 웹 콘솔 보안 기능을 사용하기 위한 지시사항입니다.

웹 콘솔 보안 설정 초기화
IBM Tivoli NetView 수정팩 02 설치의 일부로 새 NetViewRealm.xml 파일이 작성됩니다. 초기에 NetViewRealm.xml은 암호가 만료되지 않도록 설정됩니다.
- 예: 암호가 만료되지 않는 NetViewRealm.xml
```
<NetViewRealm validFor="-1"/>
```
  이 경우, 암호는 만료되지 않습니다. "validFor=" 속성값이 -1일 때, NetViewRealm은 빈 요소여야 합니다.
  
  "validFor=" 속성값이 -1일 때, 암호 변경 기능을 다시 사용 가능하게 하려면 NetView 관리자는 다음을 수행해야 합니다.
  - NetviewRealm.xml 파일을 삭제한 후 generateNetViewRealmXML을 실행하십시오. 새 NetViewRealm.xml이 기본값으로 생성됩니다. "validFor=" 속성의 기본 설정은 186일입니다. 모든 기존 사용자의 "since=" 속성에 대한 기본 설정값은 generateNetViewRealmXML이 실행된 날짜입니다.
  - 암호에 대하여 원하는 최대 허용 가능한 사용 기간으로 "validFor=" 속성을 설정한 후 generateNetViewRealmXML을 실행하십시오. "validFor=" 속성에 대한 값이 유지됩니다. 항목은 generateNetViewRealmXML이 실행된 날짜로 "since=" 속성을 설정한 모든 기존 사용자에 대해 추가됩니다.
  주: 일단 generateNetViewRealmXML이 실행되었으면, 모든 사용자 계정은 "validFor=" 속성에 따라 동시에 만료되도록 설정됩니다. 사용자는 암호를 변경하도록 사전에 경고를 받게 됩니다. 사용자가 암호를 변경하지 않으면, 해당 사용자 계정이 삭제됩니다. 자세한 내용은 암호가 만료된 후 로그온 절을 참조하십시오.
NetviewRealm.xml 파일의 만료

NetviewRealm.xml 파일에는 사용자 계정 암호 만료와 관련된 속성이 있습니다. 속성은 다음과 같습니다.
- "validFor=" 속성은 암호에 대한 최대 허용 가능한 사용 기간을 판별합니다. "validFor=" 속성의 기본 설정은 186일입니다(초기 설정 -1에 반하여).
- "expireWarning" 속성은 암호가 만료되어 사용자에게 경고 메시지 표시가 시작되기 전의 일 수입니다.
- "dateFormat" 속성은 "since" 속성에서 사용되는 날짜 형식입니다.
- "Account name=" 속성은 사용자 이름을 갖고 있습니다.
- "since=" 속성("Account name=" 속성과 함께 제공되는)은 사용자 암호가 변경된 마지막 시간을 기록합니다. 기본값은 generateNetViewRealmXML이 실행된 날짜입니다.
다음은 사용자 계정이 있는 NetViewRealm.xml 파일의 예입니다.
```
<NetViewRealm validFor="186" expireWarning="21" dateFormat="yyyyMMdd">
<Account name="jane" since="20040701"/>
<Account name="john" since="20040701"/>
<Account name="maria" since="20040701"/>
"	...
</NetViewRealm>
```
웹 콘솔 사용자 계정 작성
새 웹 콘솔 사용자 계정을 추가하고 NetViewRealm 파일의 동기화를 유지하려면 다음 방법 중 하나를 사용하십시오.
1. 웹 콘솔 보안을 사용하여 웹 콘솔 사용자 계정을 추가하십시오. 이것은 웹 콘솔 보안이 동기화된 파일을 유지하기 때문에 권장되는 방법입니다.
  
  이 방법은 새 사용자를 위하여 NetViewRealm.xml에서 현재 일반 암호 만료 설정을 선택합니다. 일반 암호 만료 설정을 수정하는 방법에 대한 자세한 내용은 NetViewRealm.xml 편집 절을 참조하십시오.
2. 수동으로 NetViewRealm.properties 및 NetViewRealm.xml 파일을 편집하십시오.
  NetView 관리자가 다수의 사용자를 추가해야 할 경우, 수동으로 NetViewRealm.properties를 편집하는 것이 웹 콘솔 보안을 사용하는 것보다 더 간단합니다.
  
  NetViewRealm.properties 파일을 갱신한 후 관리자는 수동으로 NetViewRealm.xml 파일에 해당 갱신사항을 추가하는 대신에 NetViewRealm.properties 파일에 바로 웹 콘솔 보안 사용자 계정 정보를 추가(또는 제거)한 후 generateNetViewRealmXML을 실행하여 NetViewRealm.xml 파일을 갱신할 수 있습니다.
  
  주: NetViewRealm.properties 파일에 사용자를 추가한 후, NetView 관리자는 웹 콘솔 보안을 시작하여 갱신사항을 저장하도록 지정해야 합니다. 이전과 마찬가지로, 이를 수행하면 수동으로 추가된 사용자 암호가 암호화됩니다.
주: 웹 콘솔 사용자 계정을 추가 또는 삭제한 후에는 항상 웹 서버를 재순환하십시오.
로그온 시 암호 변경
새 단추가 NetView 웹 콘솔 로그온 화면에 추가되었습니다.
- 암호 변경(사용 불가능)
NetView 웹 콘솔에 로그온할 때 새 단추를 사용하여 사용자 암호를 변경할 수 있습니다.

웹 콘솔 로그온 화면에 사용자 이름 및 암호를 입력한 후에, 암호 변경을 누를 수 있습니다.

인증 점검 요청이 서버로 송신됩니다. 응답을 수신할 때까지 커서가 모래시계로 변경됩니다.

인증이 성공하면 로그온 대화 상자가 닫힙니다. 그런 다음 사용자는 "암호 변경" 아래의 단계를 따라야 합니다.
암호 변경
1. 암호 변경 대화 상자가 열리고 새 암호와 새 암호 확인이라는 두 개의 암호 입력 필드가 표시됩니다. 첫 번째 필드로 커서가 이동합니다. 확인 단추는 사용 불가능합니다.
2. 새 암호를 입력하고 Tab 키를 누르십시오. 커서가 두 번째 암호 필드로 이동합니다.
3. 새 암호를 다시 입력하고 Tab 키를 누르십시오.
  암호가 일치하지 않으면 "암호가 일치하지 않습니다."라는 오류 메시지를 받게 됩니다. 두 암호 필드가 모두 지워집니다. 커서가 첫 번째 암호 필드로 이동합니다. 다시 시도하십시오.
  
  이러한 경우 커서는 확인 단추로 이동합니다. 확인 단추는 기본값입니다.
4. Enter 키를 누르거나 확인을 누르십시오.
  암호 변경 요청이 웹 서버로 송신됩니다. 응답을 수신할 때까지 커서가 모래시계로 변경됩니다. 암호가 변경되면 로그온 대화 상자가 닫히며 웹 콘솔이 시작합니다.
  
  사용자의 새 암호는 이전 암호와 같을 수 없습니다.
  
  가능한 오류:
  - 지금 암호를 변경할 수 없음(다른 사람이 파일에 액세스하고 있습니다)
    "암호 파일이 사용 중입니다. 다시 시도하시겠습니까?"라는 오류 메시지와 예 및 아니오 단추가 표시된 대화 상자가 나타납니다. 예 단추가 기본값입니다.
    
    Enter 키를 누르거나 예를 누르면 오류 대화 상자가 닫힙니다. 이 단계(암호 변경 요청 재전송)를 반복하십시오.
    
    아니오를 누르면 오류 대화 상자가 닫힙니다. 로그온 대화 상자가 닫히고 웹 콘솔이 시작합니다.
  - NetViewRealm 특성 파일 액세스 시간초과
    "범위 특성 파일 액세스가 시간초과되었습니다. 나중에 다시 시도하십시오."라는 오류 메시지가 표시된 대화 상자가 나타납니다. 한 개의 확인 단추가 사용 가능합니다. 사용자가 Enter 키를 누르거나 확인을 누르면 오류 대화 상자가 닫힙니다. 암호 변경 요청을 재전송하려면 암호 변경 단계를 반복하십시오. 여러 번의 시도 이후에도 이 오류 메시지를 수신하면 관리자가 웹 콘솔 보안을 사용하는 중 일수 있습니다. 웹 콘솔 보안은 암호 파일을 잠그며 파일이 잠겨있는 동안에는 암호를 변경할 수 없습니다. 암호 변경 대화 상자를 닫고 웹 콘솔을 시작하려면 단추를 누르십시오. 사용자는 액세스 시간초과에 대해 관리자에게 문의해야 합니다.
암호가 만료되기 전에 로그온
로그온 한 후 로그온 대화 상자가 닫히기 전에 사용자에게 암호가 만료되었음을 알리고 이를 변경하도록 프롬프트합니다. 새 암호는 즉시 적용됩니다.
암호가 만료된 후 로그온
사용자의 암호가 만료된 경우, 사용자는 웹 콘솔에 로그온할 수 없으며 새 암호를 위해 NetView 관리자에게 문의해야 합니다.

NetView 관리자는 암호가 만료된 계정을 제거하는 일일 태스크(NetViewRealm.properties에서)가 계정을 제거한 경우, 사용자 암호 재설정 및/또는 사용자 계정 복원을 위하여 웹 콘솔 보안을 사용해야 합니다.

이 일일 태스크는 암호가 만료된 계정을 제거하고 ${jetty.home}/logs/expiredpasswords.log에 제거된 계정에 대한 정보를 로깅합니다. NetView 관리자는 이 정보를 사용하여 계정을 복원할 수 있습니다.
NetViewRealm.xml 편집
NetView 관리자는 수동으로 NetViewRealm.xml 파일을 편집하여 암호 만료와 관련된 다양한 속성을 갱신할 수 있습니다.

일단 암호 만료가 작동되었으면(웹 콘솔 보안 설정 초기화 절 참조), NetView 관리자는 NetViewRealm.xml의 "validFor=" 속성 값을 -1로 설정하고 generateNetViewRealmXML을 실행하여 다시 작동 불가능하게 할 수 있습니다. 이 경우, generateNetViewRealmXML은 빈 요소로 NetViewRealm을 남겨둔 상태에서 모든 계정 이름 항목을 삭제합니다.

NetView 관리자는 NetViewRealm.xml의 "validFor=" 속성값을 변경하여 암호가 유효한 시간을 변경할 수 있습니다.

사용자가 암호가 만료될 것임을 통보 받았을 때 암호를 변경하려면 "expireWarning=" 속성의 값을 변경하십시오. 기본값은 21일입니다. 즉, 사용자가 만료일의 3주 이내에 로그온하면 "사용자의 암호가 21[20, ...]일 이내에 만료됩니다. 지금 변경하시겠습니까?"라는 대화 상자를 수신합니다.

NetView 관리자는 "expireWarning=" 및 "validFor=" 속성의 값만 변경해야 합니다. 관리자는 Account 요소를 변경하지 말아야 합니다.
- 예: 만료되거나 만료되지 않은 암호가 있는 NetViewRealm.xml
```
<NetViewRealm validFor="30" expireWarning="7" dateFormat="yyyyMMdd">
<Account name="jane" since="20040701"/>
<Account name="john" since="20040628"/>
<Account name="maria" since="20040627"/>
...
</NetViewRealm>
```
  이러한 경우, 최대 암호 사용 기간은 30일입니다. 오늘이 2004년 7월 28일인 경우, Jane은 7월 31일 또는 그 이전에 암호를 변경해야 합니다. Jane이 오늘 웹 콘솔에 사인온하면 Jane에게 암호가 3일 내에 만료될 것이라고 통보하고 이를 변경할 것인지 묻습니다. John은 오늘 암호를 변경해야 합니다. John이 오늘 웹 콘솔에 사인온하면 John에게 암호가 오늘 만료될 것이라고 통보하고 이를 변경할 것인지 묻습니다. 웹 콘솔을 사용하는 동안 John의 암호는 만료될 수 있습니다. Maria의 암호는 이미 만료되었기 때문에 NetView 관리자가 Maria의 암호를 변경해야 합니다. 실제로는 아마도, Maria의 계정은 일일 만료된 암호 제거 태스크에 의해 파일에서 이미 제거되었을 것입니다.
  
  주: "since=" 속성은 암호가 마지막으로 변경된 날짜입니다. 이것을 사용하여 관리자는 "since=" 속성값을 다시 계산하지 않고 "validFor=" 속성값을 변경할 수 있습니다.
주: NetViewRealm 파일을 편집하고 나면, generateNetViewRealmXML을 실행한 후 웹 서버를 재순환하십시오.

수신확인/수신확인 취소 변경 사항

UNIX용 IBM Tivoli NetView의 글로벌 수신확인/수신확인 취소 기능이 이제 사용자가 작성한 비IP 맵 오브젝트에 대해 작동합니다.

UNIX와 Windows에서는, 이제 오브젝트 상태가 Normal인 맵 오브젝트를 수신확인할 수 있습니다.

Windows에서 SNMPv2 트랩 지원

Windows에서 트랩된 디먼이 이제 외부 SNMPv2 트랩을 수신할 수 있습니다. 들어오는 SNMPv2 트랩이 해당 SNMPv1 트랩으로 변환됩니다. trapd 또한 SNMPV2 INFORMs를 수신확인합니다.

SNMPv2 트랩을 수신하려면 trapd를 들어오는 트랩 포트(보통 162)의 트랩에 대해 직접 인식하도록 재구성해야 합니다. 이것은 Microsoft(R) Windows Trap Service를 통해 SNMPv2 트랩을 수신할 수 없습니다. 포트 162의 트랩을 인식하도록 trapd를 구성하려면 다음을 수행하십시오.

모든 NetView 디먼과 NetView 서비스를 중지하십시오.
```
   > ovstop
   > nvservice -stop
```

regedit을 사용하여 다음 키의 값을 1에서 0으로 변경하십시오.

   HKEY_LOCAL_MACHINE\SOFTWARE\Tivoli\NetView\CurrentVersion\trapdSharePort162

regedit을 사용하여 162(10진수) 값으로 다음 DWORD 키를 작성하십시오.

   HKEY_LOCAL_MACHINE\SOFTWARE\Tivoli\NetView\CurrentVersion\trapdTrapReceptionPort

Windows SNMP Trap Service를 중지하십시오.
```
   > net stop snmptrap
```
제어판에서 서비스 시작 설정을 자동에서 수동 또는 사용 불가능으로 변경하여 Windows SNMP Trap Service가 시작되는 것을 방지하십시오.
Windows Trap Service에 더 이상 종속되지 않도록 NetView 서비스를 제거하고 다시 설치하십시오.
```
   > nvservice -remove
   > nvservice -install -username .\NetView -password <password>
```
NetView 디먼을 다시 시작하십시오.

64비트 값을 포함하는 들어오는 SNMPv2 트랩이 변환된 SNMPv1 트랩에서 제거되었음을 유의하십시오. 추적이 trapd에 대해 사용 가능하면 제거된 값이 추적 파일에 로깅됩니다.

nvmaputil manage-interface/unmanage-interface 하위 명령에 추가된 선택 이름 지원

nvmaputil manage-interface/unmanage-interface 하위 명령이 이제 IP 주소 또는 선택 이름을 승인합니다. IP 주소가 사용되는데 IP 주소를 찾을 수 없거나 같은 IP 주소를 가지는 다중 오브젝트가 있는 경우, nvmaputil이 종료하고 사용자가 선택 이름을 입력할 것을 제안합니다.

새 autoTrace start/stop 스크립트(UNIX 전용)

주: AutoTrace는 UNIX에서만 존재합니다.

새 스크립트 /usr/OV/service/nvAT는 시스템을 재부팅하지 않고 AutoTrace 서브시스템의 기능을 제어하기 위해 작성되었습니다. 이 스크립트는 AutoTrace 제어를 위해 이전 릴리스의 '설치하기 전에'에서 개략된 단계를 통합합니다.

사용법 지시문:

사용법:  nvAT [start|status|stop]
  nvAT [/h | /?]
  start     : AutoTrace 서브시스템을 초기화하고 NetView 채널을 시작합니다.

  status    : AutoTrace 서브시스템의 상태를 표시합니다.

  stop      : NetView 채널과 AutoTrace 서브시스템을 중지합니다.

  /h        : 도움말

  /?        : 이 사용법 지시문

웹 콘솔 스위치 관리 보기에서 VLAN을 표시하기 위한 제한된 지원

수정된 웹 콘솔 스위치 관리 보기는 모든 포트가 위치한 VLAN을 표시합니다. 이것은 커뮤니티 문자열 색인을 통해 완료됩니다. 이것은 커뮤니티 문자열 <community name>@<port number>를 사용하여 수행됩니다. 여기서 <community name>은 디바이스에 대한 커뮤니티 문자열이며 <port number>는 스위치의 VLAN 테이블에서의 VLAN 포트 번호입니다.

이 변경은 Cisco BRIDGE_MIB(실제로, Cisco Catalyst 스위치)를 지원하는 스위치에만 적용됩니다. 다른 스위치는 VLAN 정보없이 표시됩니다.

Cisco에서 제공하는 지원은 다음과 같습니다.

CatOS 6.3(4)
Catalyst IOS 버전 12.0(5)WC5a
Catalyst 3524XL.

참조: http://www.cisco.com/en/US/tech/tk648/tk362/technologies_configuration_example09186a008015773e.shtml

VLAN 정보 표시:

웹 콘솔의 스위치에서 왼쪽을 누르고 모니터 -> 스위치 관리 -> xxxx보기를 누르십시오. 여기서 xxxx는 보기 유형 중 하나 입니다.
이것은 포트의 목록을 나열합니다. VLANS가 발견되면 모든 포트가 나타나며 포트가 위치한 VLAN을 표시합니다.
각 포트 이름에 VLAN 이름이 추가됩니다. "marketing" 또는 "sales"와 같은 VLAN 이름은 관리자에 의해 해당 포트로 지정됩니다. 포트로 지정되지 않으면 VLAN 이름은 일반적으로 "default," "VLAN0001," 등으로 나타납니다.
포트 보기는 오름차순 알파벳순으로 정렬됩니다. 다른 보기의 경우, 초기 표시가 무작위일지라도 이전과 같이 정렬의 순서를 선택할 수 있습니다.
보기는 비작동 VLAN 포트를 표시하지 않습니다.
Cisco BRIDGE-MIB를 지원하는 일부 스위치는 커뮤니티 문자열 색인을 지원하지 않습니다. 이에 대한 보기는 VLAN을 표시하지 않습니다. 스위치가 커뮤니티 문자열 색인을 지원하는지 여부를 테스트하는 유일한 수단은 해당 커뮤니티 이름 사용을 시도해보는 것입니다. 시도가 시간초과되면 지원하지 않는다고 가정합니다. 이러한 스위치의 경우, 이것은 정보를 검색 및 표시할 때까지 약 1.5초(사용된 시간초과) 정도 지연되는 원인이 됩니다.

이 구현의 제한사항:

3초의 시간초과는 변경되지 않습니다.
대량의 VLAN(약 100 이상)을 가진 스위치에서 보기를 요청하면 프로세스에서 사용 가능한 스레드 수에 대한 자원 제한을 가져올 수 있습니다.

서버 설정 도구에서 서버 추가/변경 옵션

서버 설정 도구의 서버 추가/변경 옵션을 사용하여 NetView 클라이언트를 구성할 때, ICMP 에코 요청(ping)은 제안된 NetView 서버의 연결을 테스트하기 위해 사용됩니다. 이전 릴리스에서는 ping이 올바른 응답을 제공하지 않으면 NetView는 선택한 NetView 서버 기계가 올바르지 않거나 도달할 수 없다고 가정하고 클라이언트를 해당 서버를 사용하여 구성하도록 허용하지 않았습니다. 이제 ping이 실패하면, 서버 설정 도구는 경고를 표시하며 구성을 계속 수행합니다.

데이터베이스를 지운 후 기본 SmartSets 재작성

서버 설정 도구에서 유지보수 -> 데이터베이스 지우기 -> 오브젝트/토폴로지/맵 데이터베이스 지우기, 사용자 정의 제거 옵션이 이제 기본 SmartSets를 다시 작성합니다. IBM Tivoli NetView의 이전 릴리스에서는 기본 SmartSets가 이 옵션으로 제거되었습니다.

새 NetView 파일/디렉토리 보안 스크립트

보안을 강화하기 위해 IBM Tivoli NetView 파일 및 디렉토리의 사용 권한을 제한하는 새 스크립트 /usr/OV/service/nvPerms가 제공됩니다. 수정팩이 설치된 후 다음을 입력하여 추가 정보를 확보할 수 있습니다.

man nvPerms

nvPerm 스크립트는 다음과 같이 간단히 Tivoli NetView 파일과 디렉토리의 사용 권한을 재설정합니다.

루트는 이전과 같은 사용 권한을 계속 갖습니다.
nvPerms 스크립트 명령행에 정의된 그룹 구성원은 응용프로그램을 실행하고 디먼 옵션을 변경할 수 있으나 디먼을 종료할 수 없으며 또는 관리 태스크를 수행할 수 없습니다(예: 모든 비루트 사용자가 사용했던 동일한 사용 권한).
모든 다른 사용자(즉, 정의된 그룹의 구성원이 아닌 임의의 비루트 사용자)는 어떠한 사용 권한도 갖지 않습니다.

주: nvPerms는 NetView 원시 클라이언트/서버 환경에서 사용될 수 없습니다.

새 trapd 환경 변수

APAR IY53703은 사용자가 문자열에 16진 데이터를 포함하는 변수의 형식화를 쉽게 제어할 수 있도록 trapd가 사용하는 새 환경 변수를 소개합니다. 이제 trapd는 문자열의 절반 이상이 인쇄 불가능 문자를 포함하지 않는 한, trapd.log와 이벤트 창에서 가능한 한 읽을 수 있도록 이 데이터를 인쇄 가능으로 해석합니다. 그러나 때때로 사용자는 전체 문자열이 16진 데이터로 인쇄되어야 한다는 것을 알고 있습니다(예: MAC 주소의 경우). 모든 문자열이 인쇄 가능하지 않는 한, trapd가 16진 데이터를 더욱 완전하게 해석하고 전체 문자열을 16진으로 덤프하고자 하는 사용자는 TRAPD_STRICT_HEX_FORMAT 환경 변수를 설정해야 합니다.

UNIX의 경우, 다음 행을 포함하는 /usr/OV/bin/netnmrc.pre 파일을 작성하거나 해당 이름의 기존 파일에 행을 추가하십시오.
```
	export  TRAPD_STRICT_HEX_FORMAT=TRUE
```
그런 다음 이 변수를 상속할 수 있도록 모든 디먼을 다시 시작해야 합니다. NetView 시스템을 재부팅하거나 모든 디먼을 중지하도록 "ovstop nvsecd"를 사용하십시오. 그런 다음 "/etc/netnmrc"(AIX) 또는 "/etc/init.d/netnmrc"(Solaris 또는 Linux)를 사용하여 이 변경사항을 사용 가능하게 하십시오.
Windows의 경우, 제어판을 사용하여 환경 변수를 설정하십시오.
```
	제어판 --> 시스템 환경 --> 고급 --> 환경 변수
	시스템  --> 추가
		변수 이름                   값
		TRAPD_STRICT_HEX_FORMAT     TRUE
```
그런 다음 NetView 시스템을 재부팅하여 변경사항을 사용 가능하게 하십시오.

새 serversetup snmpCollect 디먼 옵션

APAR IY56563 때문에 "수집된 데이터를 NetView Warehouse에 추가하시겠습니까?"라는 새 옵션이 serversetup에서 UNIX snmpCollect 디먼 옵션에 추가되었습니다.

이 새 옵션의 기본값은 "yes"입니다. 이 옵션을 "yes"로 지정하면 snmpCollect가 NetView Warehouse에 수집된 데이터를 추가할 수 있는 -w 옵션을 사용하여 시작되고, "no"로 지정하면 NetView Warehouse에 수집된 데이터를 추가할 수 없습니다.

주: 이 새 옵션은 수정팩의 snmpCollect 디먼에 해당하는 설정 옵션에 대한 UNIX SMIT 경로에는 표시되지 않으며 serversetup 경로에만 표시됩니다. 문제해결 방법은 SMIT 대신 serversetup을 사용하는 것입니다.

새 snmpCollect 옵션

APAR IY58514의 일부로서, 다음 두 snmpCollect 명령이 추가되었습니다.

snmpCollect -F
NetView Tivoli Data Warehouse 데이터베이스에서 snmpCollect의 연결을 끊지만 snmpCollect가 계속 실행하도록 허용합니다. 이것은 zLinux에서 사용할 수 없습니다.
snmpCollect -A
snmpCollect를 재순환하지 않고 snmpCollect를 NetView Tivoli Data Warehouse 데이터베이스에 연결시킵니다. 이것은 zLinux에서 사용할 수 없습니다.

새 trapd.conf 파일

UNIX의 경우, 새 trapd.conf 파일이 이 수정팩과 함께 제공됩니다. trapd.conf의 변경사항은 이벤트에서 Tivoli Enterprise Console로 인터페이스 목록을 송신할 때 발생하는 APAR IY57432와 관련된 문제점과 Linux의 이벤트 창에서 MIB 브라우저를 실행할 때 발생하는 APAR IY52871과 관련된 Linux 문제점을 수정합니다.

/usr/OV/conf/C의 trapd.conf(/usr/OV/conf의 trapd.conf 파일이 아님)가 사용자 정의되지 않은 경우, 이 파일을 /usr/OV/newconfig/OVSNMP-RUN의 새 trapd.conf로 바꾸십시오. 그러나 원본 trapd.conf가 수정된 경우에는 수동으로 원본 파일에 변경사항을 추가하십시오. 자세한 내용은 이벤트의 Tivoli Enterprise Console에 인터페이스 목록 송신 및 MIB 브라우저 실행을 위한 trapd.conf 변경 절을 참조하십시오.

주: Windows trapd.conf 파일에 대한 정보는 수정팩 01에 새로 추가된 항목 절을 참조하십시오.

Linux에서 MIB 브라우저 실행을 위한 trapd.conf 변경

위의 새 trapd.conf 파일 절에서 설명한 것처럼 이 수정팩과 함께 제공된 trapd.conf는 Linux의 이벤트 창에서 MIB 브라우저를 실행할 때 발생하는 APAR IY52871 문제점을 수정합니다.

원본 trapd.conf가 수정된 경우, 수동으로 원본 trapd.conf 파일에 새 trapd.conf의 변경사항을 추가하십시오. 그렇지 않으면, 간단히 새 trapd.conf를 사용하십시오.

제안되는 방법은 trapd 완료 시 자동으로 다시 로드될 수 있도록 xnmtrap를 사용하여 trapd.conf 파일을 편집하는 것입니다. 루트로서 편집해야 합니다.

명령행에서 xnmtrap를 시작하십시오: /usr/OV/bin/xnmtrap
추가 조치 구성을 누르십시오.
운영자 패널의 추가 조치 구성을 작성하기 위해 MIB 찾아보기를 선택하십시오.
끝부분에 공백과 인용 부호를 추가하여 명령행 상자에 표시된 명령을 변경하십시오. 다시 말하면, 다음과 같습니다.
```
/usr/OV/bin/xnmbrowser -node "`awk '{if (NR==1)print $10}'`
```
명령행을 다음과 같이 변경하십시오.
```
/usr/OV/bin/xnmbrowser -node "`awk '{if (NR==1)print $10}'` "
```
운영자 패널의 추가 조치 구성의 아래에 있는 확인을 누르십시오.
확인을 눌러 xnmtrap를 종료하십시오.

다른 편집기를 사용하여 이 변경을 수행할 수도 있습니다. 다음과 같은 행을 찾으십시오.

ACTION 0 "Browse MIB" /usr/OV/bin/xnmbrowser -node "`awk '{if (NR==1)print $10}'`

이 행을 다음과 같이 변경하십시오.


ACTION 0 "Browse MIB" /usr/OV/bin/xnmbrowser -node "`awk '{if (NR==1)print $10}'` "

그런 다음 파일을 저장하십시오. 파일을 다시 읽을 수 있도록 trapd를 다시 시작하거나 "/usr/OV/bin/event -e FMTCHG" 명령을 실행시켜야 합니다.

이벤트의 Tivoli Enterprise Console에 인터페이스 목록 송신

APAR PJ29821(Windows) 및 IY57432(UNIX)는 Tivoli Enterprise Console(R)에 송신될 때 올바르게 구문 분석하는 데 실패하는 특정 이벤트를 다룹니다. 이러한 이유는 특정 환경에서 일부 노드와 라우터가 너무 많은 인터페이스(30개 초과)를 가지기 때문입니다. 변수 결합 8로 송신된 인터페이스 목록은 Tivoli Enterprise Console이 올바르게 구문 분석하기에 너무 큽니다. 이 문제점은 해당 이벤트의 일부로 Tivoli Enterprise Console에 인터페이스 목록을 더 이상 송신하지 않음으로 해결됩니다.

UNIX
UNIX용 IBM Tivoli NetView에서 이것은 trapd.conf의 슬롯 맵 항목에 의해 제어됩니다. UNIX의 수정사항은 새 trapd.conf(/usr/OV/newconfig/OVSNMP-RUN에서)를 제공하지만, 이는 사용자가 현재 /usr/OV/conf/C/trapd.conf에 설치한 사용자 정의된 파일을 자동으로 바꾸지 않습니다. 그러므로 사용자는 수동으로 현재 시스템에서 이 수정사항을 작성해야 합니다(또는 trapd.conf가 사용자 정의되지 않은 경우, 간단히 현재 파일을 새 파일로 바꾸십시오).

xnmtrap를 사용하여 trapd.conf의 다음 각 항목을 수정하십시오. 먼저 T/EC 슬롯 맵을 누르십시오. 그런 다음 팝업되는 창에서 "iflist" 항목을 선택하고 삭제를 누르십시오. 그리고 각 항목에 확인을 누르고 해당 트랩의 편집을 완료하기 위해 "확인"을 다시 누르십시오. 완료될 때까지 계속하십시오. 마지막으로 "확인"을 눌러 xnmtrap를 완전히 종료하십시오.
- ```
IBM_NVNM_EV   	50790400  (Node Marginal)
```
- ```
IBM_NVNUP_EV 	58916864  (Node Up)
```
- ```
IBM_NVNDWN_EV 	58916865  (Node Down)
```
- ```
ROUTDOWN_EV	58916971  (Router Down)
```
- ```
ROUTUNREACH_EV	58916972  (Router Unreachable)
```
- ```
ROUTERUP_EV	58916973  (Router Up)
```
- ```
ROUTMARG_EV	58916974  (Router Marginal)
```
Windows
Windows용 IBM Tivoli NetView에서 이것은 \usr\ov\conf\tecad_nv6k.cds 파일의 항목에 의해 제어됩니다. Windows의 수정사항은 새 tecad_nv6k.cds를 제공하지만 \usr\ov\newconfig\tecad에 위치한 파일에 해당합니다. 이 새 파일은 사용자가 \usr\ov\conf\tecad_nv6k.cds에 위치한 사용자 정의 파일을 대체하지는 않습니다. 그러므로 문제점을 방지하려면 현재 시스템에서 수동으로 이 수정사항을 작성해야 합니다.

\usr\ov\conf\tecad_nv6k.cds 파일에서 다음 각 트랩에 해당하는 항목을 찾으십시오.
- 50790400 (Node Marginal)
- 58916864 (Node Up)
- 58916865 (Node Down)
- 58916971 (Router Down)
- 58916972 (Router Unreachable)
- 58916973 (Router Up)
- 58916974 (Router Marginal)
SELECT문 아래에서 다음 행을 제거하십시오.
```
    6: ATTR(=, "VB_8") ;
```
MAP문 아래에서 다음 행을 제거하십시오.
```
    iflist = $V6 ;
```
예를 들어, Node Up 항목은 다음과 같이 제공됩니다.
```
CLASS TEC_ITS_NODE_STATUS
  SELECT
    1: ATTR(=,$ENTERPRISE) , VALUE(PREFIX, "1.3.6.1.4.1.2.6.3" ) ;
    2: $SPECIFIC = 58916864 ;
    3: ATTR(=, "nvObject" ) ;
    4: ATTR(=, "nvEventDescr" ) ;
    5: ATTR(=, "nvApplNbr" ) ;
    6: ATTR(=, "VB_8") ;
  FETCH
    1: IPADDR($V3);
  MAP
    origin = $F1 ;
    hostname = $V3 ;
    msg = $V4 ;
    category = $V5 ;
    nodestatus = 1 ; # UP
    iflist = $V6 ;
    nvhostname = $ADAPTER_IP ; # Required for ALL TEC_ITS events
END
```
사용자는 이것을 다음과 같이 작성할 수 있습니다.
```
CLASS TEC_ITS_NODE_STATUS
  SELECT
    1: ATTR(=,$ENTERPRISE) , VALUE(PREFIX, "1.3.6.1.4.1.2.6.3" ) ;
    2: $SPECIFIC = 58916864 ;
    3: ATTR(=, "nvObject" ) ;
    4: ATTR(=, "nvEventDescr" ) ;
    5: ATTR(=, "nvApplNbr" ) ;
  FETCH
    1: IPADDR($V3);
  MAP
    origin = $F1 ;
    hostname = $V3 ;
    msg = $V4 ;
    category = $V5 ;
    nodestatus = 1 ; # UP
    nvhostname = $ADAPTER_IP ; # Required for ALL TEC_ITS events
END
```

새 룰 세트 overridestatus_user1.rs가 setstatusseverity.rs를 대체

Windows용 IBM Tivoli NetView 사용자는 작동하지 않는 룰 세트 setstatusseverity.rs를 대체하는 새 룰 세트 overridestatus_user1.rs를 구현할 수 있습니다. 새 문서 \usr\ov\doc\Rulesets_on_Windows.readme는 상관 디먼 nvcord와 함께 사용하는 룰 세트 샘플을 설명하고, setstatusseverity.rs는 사용자가 삭제해야 합니다. 이것은 후속 릴리스에서 제공되지 않습니다.

UNIX xnmsnmpconf 명령에 추가된 새 옵션

아래 나열된 세 가지 새로운 옵션이 xnmsnmpconf 명령에 추가되었습니다. 주: 대괄호([]) 안의 문자는 선택적입니다.

xnmsnmpconf -clearn[odedb]
특정 노드에 대한 항목을 포함하는 SNMP 구성 nodedb 파일(nodedb.dir 및 nodedb.pag)에서 모든 항목 제거
xnmsnmpconf -clearw[ilddb]
IP 주소 와일드카드에 대한 항목을 포함하는 SNMP 구성 wilddb 파일(wilddb.dir 및 wilddb.pag)에서 모든 항목 제거
xnmsnmpconf -clearco[lldb]
SmartSets에 대한 항목을 포함하는 SNMP 구성 colldb 파일(colldb.dir 및 colldb.pag)에서 모든 항목 제거

주: SNMP 구성 파일은 /usr/OV/conf/ovsnmp.conf_db 디렉토리에 있습니다.

세 가지 새로운 옵션과 기존의 "xnmsnmpconf -clearCache"을 사용하면 이제 SNMP 구성 데이터베이스를 다음 네 가지 명령을 입력하여 완전히 지울 수 있습니다.

xnmsnmpconf -clearnodedb
xnmsnmpconf -clearwilddb
xnmsnmpconf -clearcolldb
xnmsnmpconf -clearCache

tecint.conf 파일에서 nvserverd의 새 옵션(UNIX 전용)

APAR IY56279 및 IY60528와 함께 nvserverd의 내부 Tivoli Enterprise Console 어댑터의 작동을 제어하기 위해 세 가지 새로운 옵션이 UNIX의 tecint.conf 파일에 추가되었습니다. 기본적으로 이 옵션은 주석 처리되지만 사용자는 아래 설명된 대로 nvserverd 작동을 변경하기 위해 선행된 # 부호를 제어하여 주석을 해제할 수 있습니다. tecint.conf에 대한 새 man page가 이 옵션을 설명하기 위해 제공됩니다.

NvserverdTraceTecEvents=Yes
'Yes' 또는 "YES'로 설정하면 이 플래그는 nvserverd가 Tivoli Enterprise Console로 송신되는 이벤트의 /usr/OV/log/nvserverd.log를 작성하도록 합니다. 또한 여기에 기록되는 것은 내부 어댑터가 기록되는 오류 메시지 뿐 아니라 내부 어댑터의 시작 매개변수입니다. 이전에 이 오류 정보는 nettl 로그에서만 사용 가능했습니다. tecint.conf 파일에서 이 플래그를 사용하면 로깅 기능을 제어하기 위해 환경 변수 /usr/OV/bin/netnmrc.pre의 NVSERVERD_TRACE_TEC_EVENTS=YES를 반출하지 않아도 됩니다. 또한 이 플래그가 존재하는 경우 해당 변수를 겹쳐씁니다."NvserverdTraceTecEvents=" 플래그가 tecint.conf 파일에 존재하지 않거나 주석 처리되는 경우, 기본 작동으로 nvserverd.log가 작성되지 않습니다.
NvserverdPrimeTecEvents=No
'No' 또는 "NO'로 설정하면 이 플래그는 nvserverd가 이벤트 창에서와 같이 최근 이벤트를 미리 알려주지 않도록 요청하는 상관 디먼 nvcorrd으로 세션을 열도록 합니다. 기본 작동으로 Tivoli Enterprise Console 룰 세트는 미리 정보를 받게 됩니다. 미리 알려주면 nvcorrd가 사용 중인 동안 nvserverd를 중지한 후 다시 시작할 때 중복 이벤트가 Tivoli Enterprise Console에 송신되는 가능성이 높아집니다. 이 항목을 사용하면 미리 알려주기 기능을 제어하기 위해 /usr/OV/bin/netnmrc.pre의 환경 변수 NVSERVERD_PRIME_TEC_EVENTS=NO를 반출하지 않아도 됩니다. 또한 이 플래그가 존재하는 경우 해당 변수를 겹쳐씁니다.
NvserverdSendSeverityTecEvents=Yes
'Yes' 또는 "YES'로 설정하면 이 플래그는 nvserverd가 해당 사전 NetView 7.1.4 작동으로 복귀되도록 하고 Tivoli Enterprise Console로 송신된 사용자 구성 가능 NetView 보안을 송신하도록 합니다. 이벤트 보안이 IBM Tivoli Enterprise Console 버전 3.9(및 버전 3.8 및 3.7.1용 수정팩에서)에서 제공된 새 Tivoli Enterprise Console 룰과 작동하는 데 방해가 되어 7.1.4에서 제거되었습니다. 이 새 Tivoli Enterprise Console 룰은 Tivoli Enterprise Console 서버에서 받을 때 자동으로 NetView 내부 이벤트의 이벤트 심각도를 설정하고, Tivoli Enterprise Console 서버에서 여는 시간과 이벤트 상관을 기반으로 이를 단계적으로 확대하거나 축소합니다. 그러나 많은 사용자가 이 새 룰을 사용하여 마이그레이션할 준비가 되지 않았으며 사용자 정의 룰을 작동시키기 위해 NetView 보안이 계속 송신되어야 합니다. 그러므로 새 "NvserverdSendSeverityTecEvents=" 플래그가 마이그레이션을 돕기 위해 제공됩니다. 이 항목을 사용하면 심각도 송신을 제어하기 위해 /usr/OV/bin/netnmrc.pre의 환경 변수 NVSERVERD_SEND_SEVERITY_TEC_EVENTS=YES를 반출하지 않아도 됩니다. 또한 이 플래그가 존재하는 경우 해당 변수를 겹쳐씁니다."NvserverdSendSeverityTecEvents=" 플래그가 tecint.conf 파일에 존재하지 않거나 주석 처리되는 경우, 기본 작동은 보안 필드가 기본 이벤트에 전송되지 않는 것입니다. slotmap 필드에 명확하게 코드된 보안은 이 변경에 적용되지 않습니다.

수정팩 01에 새로 추가된 항목

다음은 IBM Tivoli NetView 수정팩 01에 새로 추가된 항목입니다.

수정된 tdwdaemon.lrf

APAR IY48379에서는 ovstop 명령이 tdwdaemon을 항상 중지시키지는 못하는 문제점에 대해 설명했습니다. 문제점을 정정하는 수정된 tdwdaemon.lrf가 작성되어 이 수정팩에 포함되어 있습니다. UNIX 플랫폼에 이 수정사항을 설치하려면 다음 단계를 사용하여 설치된 tdwdaemon.lrf 파일을 바꾸어야 합니다.

tdwdaemon을 중지하십시오(ovstop tdwdaemon).
ovsuf 파일에서 tdwdaemon 항목을 삭제하십시오(ovdelobj tdwdaemon.lrf).
현재의 tdwdaemon.lrf 파일 이름을 바꾸십시오(cp /usr/OV/lrf/tdwdaemon.lrf /usr/OV/lrf/tdwdaemon.save).
원본 lrf 파일 위에 새 tdwdaemon.lrf를 복사하십시오(cp /usr/OV/newconfig/IBMVA-RUN/tdwdaemon.lrf /usr/OV/lrf/tdwdaemon.lrf).
ovsuf 파일에 tdwdaemon을 추가하십시오(ovaddobj tdwdaemon.lrf).
tdwdaemon을 다시 시작하십시오(ovstart tdwdaemon).

이 수정사항을 백아웃하려면 앞에서 설명한 지시에 따르되, 두 번의 복사 단계를 저장된 lrf 파일을 원래 위치로 다시 복사하는 작업으로 대체하면 됩니다.

향상된 위치 감지 토폴로지 기능성

게이트웨이 항목에서 IP 주소 범위 및 와일드카드를 사용할 수 있도록 위치 감지 토폴로지 기능성(location.conf)이 개선되었습니다. 범위 또는 와일드카드를 게이트웨이 IP 주소의 모든 파트에 사용할 수 있습니다. 와일드카드는 게이트웨이 이름에는 사용할 수 없습니다.

다음은 게이트웨이 이름 또는 주소 필드의 변경사항(location.conf 파일의 주석 절에 수동으로 적용해야 함)에 대해 설명합니다.

게이트웨이 항목의 형식은 다음과 같습니다.

<위치 이름> <게이트웨이 이름 또는 주소>

여기서, 위치 이름은 이 게이트웨이를 배치해야 하는 위치 이름이고, 게이트웨이 이름 또는 주소는 게이트웨이 이름 또는 점분리 십진수 표기 형식으로 된 IP 주소입니다. 와일드카드 및 범위는 게이트웨이 IP 주소에 사용할 수 있습니다(예: 5.25-30.2.8 또는 3.5.*.*). 와일드카드는 게이트웨이 이름에 사용할 수 없습니다(myrouter.company.com).

게이트웨이 항목의 예:

SalesOffices gateway1

SalesOffices 22.84.5.2

SalesOffices 55.21.*.4

SalesOffices 22.*.*.*

SalesOffices 22.*.5-10.20-33

게이트웨이가 둘 이상의 게이트웨이 항목과 일치하면 한 항목이 임의로 선택됩니다. 게이트웨이 항목 중복을 해결할 수 있도록 둘 이상의 항목과 일치하는 게이트웨이 인터페이스에 대한 경고 메시지가 location.log 파일에 표시됩니다. 이것은 단지 경고 메시지입니다. 이 메시지는 게이트웨이/라우터 배치 문제점을 나타내는 것이 아닙니다.

수정된 netmon.seed 파일

APAR IY47145의 수정된 netmon.seed 파일이 수정팩과 함께 제공됩니다. 이 파일은 명백하게 노드를 발견하고 SNMP 관리를 수행하기 위한 파일입니다. netmon.seed 파일에는 노드 발견을 위한 것과 SNMP 관리를 위한, 두 개의 항목이 있어야 합니다. 수정팩의 수정된 netmon.seed 파일은 UNIX의 경우에는 /usr/OV/newconfig/IBMVA-RUN/ 서브디렉토리, Windows의 경우에는 \usr\ov\newconfig\netmon 서브디렉토리에 있습니다.

최대 대체 커뮤니티 이름

기본적으로 최대 일곱 개의 대체 커뮤니티 이름을 communityNames.conf 파일에 지정할 수 있습니다. netmon.conf 파일에 환경 변수 MaximumCommunityNames를 설정하여 최대 대체 커뮤니티 이름의 수를 0 - 100 값으로 설정할 수 있습니다.

새 trapd.conf 파일

새 trapd.conf 파일은 수정팩과 함께 제공됩니다. trapd.conf 파일이 이제 Windows용 NetView trapd.conf 파일의 HPCIFxxx 트랩에서 여러 값을 자르지 않습니다. 이 파일은 \usr\ov\newconfig\ovsnmp-run\trapd.conf에 있습니다. 이 파일을 사용하려 했으나 아직 \usr\ov\conf\trapd.conf를 사용자 정의하지 않은 경우, \usr\ov\conf\trapd.conf에 있는 파일로 이 파일을 교체할 수 있습니다. 그러나 원본 파일을 수정한 경우에는 두 파일을 병합해야 합니다.

보조 IP 주소 검색 사용

servmon을 사용하여 ITM 쿼리를 수행할 때 서비스를 찾는 데 문제가 있으면 servmon 초기화를 위해 보조 IP 주소 검색을 사용해야 합니다.

SECONDARY_IPADDRS로 구성된 행을 servmon.conf에 추가하여 servmon 초기화 도중 servmon의 보조 IP 주소 검색을 사용 가능하게 하십시오. 기본적으로 보조 IP 주소는 servmon 초기화 도중엔 검색되지 않습니다.

그러나 이 기능을 사용 가능하게 하면 시스템 성능이 저하됩니다. 변경하기 전에 NetView를 안정화하는 것이 좋습니다. NetView가 실행 중이면 다음을 완료하십시오.

ovstop servmon을 사용하여 servmon을 중지하십시오.
servmon.conf 파일을 수정하십시오.
ovstart servmon을 사용하여 servmon을 다시 시작하십시오.

수정팩 주의사항

UNIX용 NetView 버전 5.1 이후, 조치 노드 룰 세트가 해당 조치 노드 룰 세트를 거치는 모든 트랩의 끝에 세 개의 변수를 추가했습니다(순서대로).

트랩 심각도
트랩 소스 문자
트랩 범주

변수는 사용자 스크립트에서 이 항목을 사용할 수 있도록 trapd.conf에서 가져옵니다.

NetView 6.0.3에서 트랩에 현재 포함된 변수의 수를 사용자에게 알릴 수 있게 새 NVATTR_COUNT 변수가 추가되었고, 아래 세 개의 변수를 쉽게 참조할 수 있습니다.

NVATTR_n 변수, 여기서 n = NVATTR_COUNT-1은 트랩 범주입니다.
NVATTR_n 변수, 여기서 n = NVATTR_COUNT-2는 트랩 소스입니다.
NVATTR_n 변수, 여기서 n = NVATTR_COUNT-3은 트랩 심각도입니다.

이러한 추가 변수 결합(varbind)이 이제 세 개의 참조하기 쉬운 변수로 반출됩니다.

NVSEV
NVSRC
NVCAT

UNIX의 경우, mib2trap 명령 구문이 변경되었습니다. 명령행에서 mib2trap -? 명령을 실행하면 표시됩니다. mib2trap 명령은 기본적으로 TEC_ITS_BASE가 있는 선택적 BAROC 파일을 기본 이벤트 클래스로 작성합니다. 일반 구문은 다음과 같습니다.

mib2trap mib_file addtrap_output_file [baroc_file] [base_event_class_name]

이제 명령이 사용자 정의 기본 이벤트 클래스를 지원하므로 이전 기본 클래스인 Nvserverd_Event를 계속 사용하려면 다음 방법으로 이전 기본 클래스를 네 번째(선택적) 매개변수로 지정하면 됩니다.

mib2trap mib_file addtrap_output_file baroc_file Nvserverd_Event

nvserverd의 내부 Tivoli Enterprise Console 어댑터에서 Tivoli Enterprise Console로 보낸 이벤트의 오리진 필드에는 NetView 서버의 IP 주소가 항상 포함됩니다. adapter_host 필드에는 NetView 서버의 완전한 도메인 이름 또는 동일한 IP 주소가 오리진 필드로 포함됩니다. Tivoli Enterprise Console 서버에 이벤트 응답 및 포워딩이 가능하게 하기 위해 어댑터 호스트 필드에는 더 이상 짧은 이름을 사용할 수 없습니다.

Java MIB 로더는 로드된 MIB 목록에 로드되지 않은 MIB를 더 이상 입력하지 않습니다. 또한 현재 Java MIB 로더의 경우, MIB 로드를 건너뛰면 경고를 표시하고, MIB 파일에 대한 올바른 확장자는 .mib, .my 및 .def 뿐임을 알려줍니다.

NetView 7.1.3 이전의 경우, 서브맵의 도달 불가능 기호는 상위 기호의 복합 상태를 계산하기 위해 무시되었습니다. NetView 7.1.3에서 기본 복합 전달은 도달 불가능 상태의 기호를 한계로 처리합니다. 서브맵에 있는 하나 이상의 기호(그러나 모든 기호는 아님)가 도달 불가능하면 그 기호를 한계로 처리하여 해당 서브맵의 하나 이상의 기호에 문제점이 있음을 표시합니다. NetView GUI는 NetView GUI를 시작하기 전에 환경 변수 OVW_NO_UNREACHABLE_PROPAGATION=1을 설정하여 복합 전달 시 도달 불가능 기호를 무시하도록 구성할 수 있습니다. 서브맵의 모든 기호가 도달 불가능한 경우 도달 불가능 상태는 변수 설정값과 상관없이 전달됩니다.

Solaris에 설치된 /etc/snmp/conf/mgragentd.rsrc 파일이 변경되어, 명령 필드가 이전 값인 'command = /usr/bin/echo mgragentd registered with snmpdx'에서 'command = "" '(null 명령 항목)로 변경되었습니다. 이렇게 변경한 목적은 snmpdx를 다시 시작하는 경우에 defunct 프로세스가 작성되지 않도록 하기 위해서입니다. 그러나 파일은 NetView 초기 설치 시 단 한 번만 설치되며 이 수정팩에서 사용자 시스템의 현재 사본을 갱신하지 않습니다. 따라서, 다음 릴리스 이전에 이를 변경하려면 변경사항을 /etc/snmp/conf/mgragentd.rsrc 파일에 수동으로 삽입해야 합니다.

NetView V7.1.2에서 NetView에 사용된 Tivoli Enterprise Console 클래스 정의가 업그레이드되었습니다. NetView에서 사용한 이전 Tivoli Enterprise Console 이벤트 클래스 정의는 더 이상 지원되지 않으며 후속 마이그레이션이 이전 클래스 정의를 지원하지 않으므로 새 클래스 정의를 사용해야 합니다.

시스템 구성 및 운영 체제 레벨에 따라 NetView V7.1.4 수정팩이 설치되면 JRE의 최신 버전으로 업그레이드해야 합니다. 수정팩이 설치된 후에 NetView 웹 콘솔로 인해 핵심 덤프가 발생한 경우, 해당 플랫폼에 맞는 수정사항 IY45265를 요청하여 사용자 시스템에 설치함으로써 IBM Tivoli 고객 지원에 JRE 업그레이드를 요청할 수 있습니다.

snmpCollect 디먼에서 적정 콜렉션보다 더 많은 콜렉션이 지연되는 경우, snmpCollect 디먼이 3초 간의 기본 대기 시간 내에 응답을 받지 못하여 문제가 발생할 수 있습니다.

콜렉션에 더 많은 시간을 할당하려면 다음을 수행하십시오.

도구 모음에서 옵션 항목을 선택하고 SNMP 메뉴 항목을 눌러 SNMP 선택창을 표시하십시오.
지연된 콜렉션이 있는 목록에서 노드를 누르고 특성 단추를 누르십시오.
"SNMP 요청 재시도 간격" 및 "최대 __번의 시도에 할당된 시간(초)" 필드의 값을 늘리거나 공백을 초기값으로 바꾸십시오.

NetView 보안이 사용 가능한 경우, Tivoli NetView 서버의 완전한 호스트 이름은 서버 /etc/hosts 파일에서 서버 항목의 첫 번째 호스트 이름으로 표시되어야 합니다. 그렇지 않으면 NetView 클라이언트의 권한 정보를 검증할 수 없으며, 보안 관리 대화 상자의 서버에서 메시지를 보내면 오류(35)가 보고됩니다.

UNIX에서 Tivoli NetView 원시 서버/클라이언트 구성을 사용하는 경우 NetView 서버가 존재하는 플랫폼이 재부팅되면 원시 NetView 클라이언트를 중지하고 다시 시작해야 합니다. NetView 서버를 재부팅하고 다시 시작하면 원시 클라이언트에 관한 세션 정보가 없어지므로 해당 정보를 복원하기 위해서는 클라이언트를 중지하고 다시 시작해야 합니다.

Seed 파일의 와일드카드 범위는 발견 범위를 모든 관리 네트워크 범위로 제한합니다. 이는 netmon이 강제로 새 노드를 발견하여 새 네트워크를 작성하게 하지 않습니다. 그러나 seed된 항목(단일 IP 또는 호스트 이름)의 경우, netmon은 필요하면 항목을 발견하여 네트워크를 작성하려고 시도합니다.

강제로 "고립 네트워크"(즉, NetView 서버에 대한 라우터 연결이 없는 네트워크)를 발견하게 하려면, 해당 네트워크에 있는 하나의 명시적(seed된) 노드 항목을 seed 파일에 추가하여 강제로 노드를 발견하여 네트워크를 작성하게 해야 합니다. 또한, 해당 네트워크의 다른 장치에서도 발견하도록 확장하려면 seed된 항목에서 SNMP가 사용 가능한지 확인해야 합니다.

xnmsnmpconf 어플리케이션의 SNMP 구성 패널에서 재시도 횟수 필드는 총 ping 또는 SNMP 요청 시도 횟수를 표시합니다. 횟수에는 초기 폴링이 포함됩니다. 따라서, "1" 값은 한 번 시도해야 함을 나타내고 "2" 값은 실패 시 초기 시도와 한 번의 재시도를 해야 함을 나타냅니다.

시스템에서 일일 웹 서버 로그 파일이 너무 많은 공간을 소비하여 이 요청 로그를 보유하는 일 수가 줄어들면(UNIX용 IBM Tivoli NetView 7.1.4 설치하기 전에에 자세히 설명되어 있음) 몇 가지 추가 조치를 취할 수 있습니다.

EventChannel Servlet의 쿼리 간격 사용자 정의:
쿼리 간격은 웹 서버가 아직 활성인지 확인하기 위해 웹 콘솔에서 요청을 보내는 간격을 결정합니다.

일반적으로 이 매개변수를 사용자 정의할 필요는 없습니다. 그러나 일일 servlet 요청 로그 (UNIX의 경우 /usr/OV/www/logs, Windows의 경우 \usr\ov\www\logs의 yyyy_mm_dd.request.log)가 계속 커지면 EventChannel 쿼리 로그 항목이 덜 작성되도록 쿼리 간격을 늘릴 수 있습니다. 그러나 간격을 늘리면 웹 콘솔에서 웹 서버가 작동 중지되었다는 것을 인식하는 데 걸리는 지연 시간도 늘어납니다.

UNIX의 경우 /usr/OV/www/webapps/netview/WEB-INF/web.xml 파일, Windows의 경우 \usr\ov\www\webapps\netview\WEB-INF\web.xml 파일에 있는 EventChannel Servlet의 queryIntervalSec 매개변수에서 이 간격을 구성할 수 있습니다.
EventBrowser Servlet의 클라이언트 화면 갱신 비율 사용자 정의:

클라이언트 화면 갱신 비율은 웹 콘솔이 웹 콘솔 이벤트 브라우저의 이벤트를 화면 갱신하도록 웹 서버에 요청하는 횟수를 결정합니다.

일반적으로 이 매개변수를 사용자 정의할 필요는 없습니다. 그러나 일일 servlet 요청 로그(UNIX의 경우 /usr/OV/www/logs, Windows의 경우 \usr\ov\www\logs의 yyyy_mm_dd.request.log)가 계속 커지면 EventBrowser 이벤트 요청 로그 항목이 덜 작성되도록 클라이언트 화면 갱신 비율을 늘릴 수 있습니다. 그러나 이 비율을 변경하면 웹 콘솔에서 EventBrowser 데이터를 갱신하는 빈도가 줄어듭니다.

UNIX의 경우 /usr/OV/www/webapps/netview/WEB-INF/web.xml 파일 또는 Windows의 경우 \usr\ov\www\webapps\netview\WEB-INF\web.xml 파일에 있는 EventBrowser Servlet의 clientRefreshRate 매개변수에서 이 간격을 구성할 수 있습니다.

로그를 보유하는 일 수를 줄이는 것을 비롯하여 위의 조치 둘 다 UNIX 플랫폼 또는 Windows 플랫폼에서 실행 중인 NetView 웹 서버에서 수행할 수 있습니다.

Tivoli Enterprise Console 포워딩이 사용 가능한 경우, IBM Tivoli NetView 7.1.4에는 최신 Tivoli Enterprise Console 릴리스(3.8 + 수정팩 01, 3.9)가 필요합니다. 그 이유는 NetView에서 Tivoli Enterprise Console로 보낸 트랩 매개변수가 변경되었기 때문입니다. 이 트랩 매개변수는 최신 Tivoli Enterprise Console 릴리스에만 알려져 있습니다.

Solaris 운영 체제에서 맨 처음 클라이언트/서버 시스템을 구성할 경우 "클라이언트 액세스 추가" 단계 도중에 다음과 같은 오류 메시지가 표시될 수 있습니다.

!-> 오류 메시지 "/etc/dfs/sharetab를 열 수 없습니다." (3회)

-> 작업 완료

그 이유는 Solaris에 /etc/dfs/sharetab 파일이 아직 작성되지 않아 존재하지 않기 때문입니다. 클라이언트 설치 프로그램은 액세스에 실패한 후에 해당 파일을 작성하므로 오류 메시지가 실패를 나타내는 것은 아닙니다.

보안 감사 구성 대화 상자가 두 개의 분할창을 갖습니다.

위의 분할창에는 감사 범주 선택 필드가 있습니다. 이 필드에서 On 및 Off 단추를 사용하여 저장해야할 범주와 감사 레코드를 선택하십시오. 각 카테고리 아래에 기록된 이벤트에 대한 정보는 UNIX용 IBM Tivoli NetView 관리자 안내서를 참조하십시오.

아래 분할창에는 감사 로그 파일의 크기와 위치를 제어하기 위해 사용될 수 있는 다음 필드가 있습니다.

감사 로그 파일 이름: 감사 로그 파일의 전체 경로 및 이름을 지정합니다.
감사 파일 수: 저장할 감사 파일 수를 지정합니다. 현재의 감사 파일이 최대 크기에 도달하면 이것은 백업 파일로 롤오버되고, 파일의 최대 수에 도달하면 가장 오래된 파일이 지정된 임시 디렉토리로 이동됩니다.
최대 감사 파일 크기: 각 감사 파일의 최대 크기(MB 단위)를 지정합니다. 현재 파일이 이 크기에 도달하면 이것은 백업 파일로 합쳐지고 새 파일이 시작됩니다.
임시 디렉토리: 오래된 감사 파일의 저장영역에 해당하는 디렉토리를 지정합니다. 감사 파일의 최대 수가 초과되면 가장 오래된 파일이 이 디렉토리로 이동됩니다. 기본값은 /tmp입니다. 오래된 감사 파일은 자동으로 삭제되지 않으므로 파일 시스템이 꽉 차지 않도록 이 디렉토리의 크기를 모니터하십시오.

NetView UNIX나 Windows 관리자 안내서, itm_attributes.conf 및 servmon.conf의 주석 또는 servmon에 해당하는 man pages의 주석에도 servmon이 Service SmartSets를 작성하는 방법과 시기에 대해 명확하게 설명되어 있지 않습니다.

servmon 디먼은 서비스 속성 항목에 대해 서비스 SmartSet를 자동으로 작성하지 않습니다(itm_attributes.conf 및 servmon.conf 모두 참조). 서비스 SmartSet을 작성하려면 해당 서비스의 servmon.conf에 항목을 추가해야 합니다. (해당 서비스 항목이 이미 있을 경우, 주석 처리된 라인에서 주석 표시를 제거하고 필요한 내용을 변경하십시오.) 자세한 내용은 servmon.conf를 참조하십시오. 그리고 나서 변경사항을 적용하려면 servmon 디먼을 중지한 후 다시 시작하십시오.

또는 사용자 소유의 SmartSet을 수동으로 작성할 수 있습니다. Windows의 경우, SmartSet 서브맵에 속한 노드 상태는 서비스 상태에 따라 달라집니다. 그러나 사용자 SmartSet의 경우, 노드 상태는 IP 상태 및 서비스 상태 모두에 따라 달라집니다. UNIX의 경우, 서비스 SmartSet은 지원되는 반면 서비스 아이콘은 작성되지 않으며 서비스 상태는 전체 노드 상태를 제공하지 않습니다.

servmon의 추가 참고사항:

servmon 디먼은 서비스 SmartSet, 서비스 레이블 이름 및 0보다 큰 상태 간격이 해당 서비스의 servmon.conf 항목에 모두 지정되어 있어야만 서비스 SmartSet을 작성합니다. servmon 디먼은 SmartSet을 작성하고, 해당 서비스를 포함하는 노드를 발견할 때까지 기다리지 않습니다.
보통 servmon 서비스와는 달리 ITM 조회를 사용하여 발견된 서비스의 상태는 서비스의 실제 상태를 반영하지 않습니다. 이러한 서비스의 경우, 상태는 서비스가 노드에 존재하는지 여부만 표시합니다. 이것은 서비스가 작동하고 있는지 아니면 작동 중지되었는지를 표시하지는 않습니다.

이 수정팩에서 정정된 APAR

고객이 제기한 다음 문제점은 IBM Tivoli NetView V7.1.4의 이 수정팩에서 제기되었습니다.

APAR #	플랫폼	설명
IY49659	UNIX	AIX 5.1의 경우, 대기 시간이 초과될 때 ovactiond에 의해 실행된 명령이 취소되지 않습니다.
IY50486	Windows UNIX	IBM Tivoli NetView의 DB2 가용성 데이터베이스가 중복 레코드를 갖습니다(IY53390 및 IY55671 참조).
IY51398	Windows UNIX	nvdbformat 성능 향상
IY52871	UNIX	MIB 찾아보기와 이벤트 정렬의 IBM Tivoli NetView 이벤트 어플리케이션 추가 조치가 공유 라이브러리 로드 오류와 함께 모두 실패합니다.
IY53390	Windows UNIX	ETL1이 가용성 데이터를 TWH_CDW로 삽입하면 노드(comp_id)와 측정 값 쌍이 중복됩니다.
IY53554	UNIX	mibtable 명령이 MLM MIB에서 상태 테이블을 검색하려고 시도하는 중에 루프에 빠집니다.
IY53580	UNIX	APM 데이터 콜렉션이 일부 값을 반복해서 계속 리턴합니다.
IY53703	Windows UNIX	trapd가 예상대로 트랩의 16진 데이터를 형식화하지 않습니다.
IY54430	UNIX	netviewd가 시작에 실패했습니다. ovstatus 출력 스탠자의 메시지는 "알 수 없는 오류로 종료합니다."입니다. 이에 대한 문제해결 방법은 이 수정팩에 설명되어 있습니다.
IY54434	Windows UNIX	완전한 SmartSets의 경우, nvUtil 평가 명령이 항상 올바른 결과를 가져오지 않습니다(특히 룰의 오른쪽이 NOT 연산자로 끝나고(예: !(xxxx)) 다중 && 조건을 가질 경우).
IY54452	UNIX	NetView 마이그레이션 중에 /usr/OV/ITSL2 파일 백업
IY54575	UNIX	Linux에서 nvcorrd는 삭제 []가 동적으로 할당되지 않은 배열에 대해 호출될 때 코어됩니다.
IY54590	UNIX	ovtopofix가 빈 네트워크를 삭제해야 합니다.
IY55011	UNIX	nvUtil은 "GetValues 실패 - OVwDbGetFieldValuesByObjects가 NULL 값을 리턴했습니다. ovwdb 캐시 크기는 데이터베이스의 오브젝트 수보다 큽니다."라는 메시지를 발행하는 ovw 데이터베이스의 검색된 오브젝트 목록에서 선택 이름이 없는 오브젝트를 통해 이동될 때 종료합니다.
IY55025	UNIX	netview_root.log 파일이 LANG=en_US로 지원되지 않는 "/usr/OV/app-defaults" 디렉토리에 imb850 글꼴이 포함되었기 때문에 AIX 5.2에서 글꼴 오류로 채워집니다.
IY55219	Windows UNIX	DEMANDPOLL 및 PING STATUS POLL이 동시에 누를 경우 Solaris에서 netmon이 코어됩니다.
IY55256	UNIX	서브디렉토리가 /usr/OV/security/C/Domains/*에 존재하는 경우 nvsecd이 nvsec_admin을 실행하면서 코어됩니다.
IY55354	UNIX	HSRP 인터페이스가 매분 삭제되고 다시 작성됩니다.
IY55559	UNIX	NetView 7.1.4에 AutoTrace 기능 추가는 snmpwalk의 주요 성능 저하 요인이 됩니다.
IY55671	Windows UNIX	netmon이 이벤트를 생성하는 방법 때문에 tdwdaemon은 같은 상태 이벤트에 해당하는 Avail DB로 다중 레코드를 추가합니다.
IY55689	Windows UNIX	계층 2 상태는 SmartSet 또는 사용자 정의 맵의 아이콘을 변환시킬 수 있도록 올바르게 전달하지 않습니다.
IY55803	UNIX	IBM Tivoli NetView 온라인 서적 및 도움말은 사용할 브라우저로 하드코드된 Netscape를 갖습니다.
IY55831	UNIX	가짜 ovwdb는 ovspmd와 통신하는 중에 정지됩니다.
IY55966	UNIX	스페이스바를 누르고 있으면 ovw_binary가 약 20초 후에 코어됩니다.
IY55972	UNIX	$AGENT_ADDR이 Tivoli Enterprise Console에 포워드된 이벤트의 호스트 이름을 해석하지 않습니다.
IY56095	UNIX	하나의 UNMANAGE 조치에 대한 두 개의 "NODE UNMANAGED" 트랩이 있습니다.
IY56157	UNIX	다중 NetView 창을 닫을 때 느린 성능으로 인해 맵이 사용 불가능하게 되고 잠시동안 정지됩니다.
IY56279	UNIX	사용자가 nvcorrd를 중지하지 않고 ovtop/ovstart nvserverd를 수행하는 경우, 중복 이벤트가 Tivoli Enterprise Console에 송신될 수 있습니다.
IY56323	UNIX	netmon.conf의 NMAVAILABILITY=TRUE 플래그가 작동하지 않습니다. netmon.conf의 설정에 상관없이 /usr/OV/databases/availData_yyymmdd에 사용 가능한 데이터가 작성되지 않았습니다.
IY56338	Windows UNIX	netmon이 숫자로 시작되는 seed 파일 이름을 해석하지 않습니다.
IY56522	UNIX	Linux에서 netcheck TCP 루틴이 올바르지 않은 오류 메시지 "오류: 5888 포트에 연결할 수 없음: 연결이 거부됨"을 표시합니다.
IY56534	UNIX	ovtopofix의 UNIX -R 옵션(빈 네트워크 및 세그먼트 제거)이 -A와 -a 옵션과 함께 작동하지 않고, 이제 단독으로 작동합니다.
IY56563	Windows UNIX	serversetup이 snmpCollect의 -w 플래그를 설정할 수 있는 성능을 포함하지 않습니다. 이것은 Tivoli Data Warehouse 기능을 사용 불가능하게 합니다.
IY56564	Windows UNIX	snmpCollect의 -w 플래그가 IBM Tivoli NetView Warehouse Enablement Pack Implementation Guide 또는 snmpCollect man page에 설명되어 있지 않습니다.
IY56565	UNIX	NetView Warehouse 데이터베이스에 데이터를 기록하는 snmpCollect와 관련된 DB2 활동 추적 메시지/옵션이 없습니다.
IY56637	Windows UNIX	"netmon -a 160" 명령이 TDWAVAILABILITY 플래그의 값을 덤프하지 않습니다.
IY56671	Windows UNIX	관련 목록이 ovstop/ovstop nvsecd, /etc/netnmrc가 수행된 후에 NetView 데이터베이스에서 유실되었습니다.
IY56958	Windows UNIX	nvUtil 평가 명령을 실행하여 트리거된 nvcold의 주요 메모리 손실을 제거합니다.
IY57192	UNIX	서브맵에서 ZOOM이 작동하지 않습니다.
IY57383	UNIX	nvtecia -reload가 tme_nvserverd와 함께 작동하지 않습니다. 프로세스가 갑자기 종료됩니다.
IY57388	UNIX	Linux에 rulesets가 이름이 없는 노드 문제점을 갖습니다.
IY57432	UNIX	구문분석이 대량의 인터페이스 목록을 가지는 IBM Tivoli NetView용 Tivoli Enterprise Console에서 실패합니다.
IY57468	UNIX	"상태 폴"을 끄면 SnmpStatus 폴이 아닌 CMP ping만 사용 불가능하게 됩니다
IY57469	UNIX	토폴로지/상태 폴링 구성에서 모든 설정을 끄면 명시적 seed 파일 항목이 발견되지 않습니다.
IY57579	UNIX	IY4909가 netmon 시작 중에 성능 문제점을 초래할 수 있습니다.
IY57654	UNIX	미완료 오브젝트가 데이터베이스에 남아있는 경우 ovtopmd가 코어됩니다. 이것은 드물게 발생합니다.
IY58119	UNIX	사용자는 첫 번째 정의가 "두 단어" 속성이며 두 번째 정의가 IN_COLLECTION 테스트인 SmartSet을 작성하기 위해 SmartSet 편집기(콜렉션됨) 대화 상자를 사용합니다. SmartSet 작성은 성공했습니다. 그러나 그 다음에 사용자가 SmartSet 편집기 대화 상자를 사용하여 SmartSet를 수정하려고 시도할 때 SmartSet 편집기는 "SmartSet가 대화 상자에 올바르게 표시될 수 없습니다. 대신 텍스트 편집기가 사용됩니다."라는 메시지를 발행합니다.
IY58244	Windows UNIX	nvdbformat는 일부 selectrule 정의와 함께 잘못된 결과를 제공합니다.
IY58305	UNIX	창을 크기 조절할 때 ovw_binary가 코어됩니다.
IY58392	UNIX	trapgend이 AIX 5.2에서 CORE_DUMP를 올바르게 구문 분석하는 데 실패했습니다.
IY58404	Windows UNIX	첫 번째 주소에 문제가 있는 경우, 두 번째 주소 또한 실패하면 netmon 캐시의 snmp_addr이 두 번째 주소로 변경되지 않아야 합니다.
IY58428	UNIX	Ctrl-C가 nmdemandpoll을 중지하기 위해 발행되면 netmon이 신호 13으로 종료합니다.
IY58512	UNIX	snmpCollect가 DB2 데이터베이스 연결을 닫지 않아 사용중이지 않은 많은 연결이 계속해서 활성으로 나열됩니다.
IY58514	Windows UNIX	DB2 NetView Warehouse 데이터베이스를 작성하기 위해 tdwdaemon에 대해 serversetup을 사용하면 db2stop/db2start가 불필요하게 발행됩니다.
IY58551	UNIX	mib2trap이 BAROC 파일로 slotmap 임베드된 주석을 추가하지 않습니다.
IY58586	UNIX	사용자는 SmartSet 편집기(콜렉션됨)를 원시 NetView 콘솔이나 명령행에서 가져옵니다. 그런 다음 사용자는 추가 -> 수정을 누르고 서브넷으로 정의 유형을 전환합니다. 그 다음 사용자는 계산을 눌러 IP 주소와 서브넷 마스크에 입력하고 계산을 누릅니다. 콜렉션된 후 세그멘테이션 실패와 함께 코어됩니다.
IY58772	UNIX	sqlstate 및 sqlcode 값이 snmpCollect-UNIX 및 DB2 사이의 실패 중에 snmpCol.trace 파일에 쓰여지지 않습니다.
IY58780	Windows UNIX	submapexplorer의 아이콘 크기가 간혹 올바르지 않게 계산됩니다.
IY59196	Windows UNIX	메모리 누출로 인해 ovtopmd가 코어됩니다.
IY59201	Windows UNIX	오브젝트가 맵에서 삭제될 때 ovtopmd의 크기가 커집니다.
IY59424	Windows UNIX	요청이 시간초과될 때마다 SnmpStatus 폴링에 올바르지 않은 상태가 보고됩니다.
IY59537	Windows UNIX	노드가 삭제될 때 servmon이 SmartSet ovw 데이터베이스 항목을 지우지 않습니다.
IY60528	UNIX	NetView 이벤트 보안이 더 이상 7.1.4의 Tivoli Enterprise Console 이벤트에 송신되지 않습니다. 보안을 다시 켜기 위해 nvseverd에 환경 변수를 추가하지만 기본적으로 보안이 생략됩니다.
IY60701	UNIX	netmon은 SNMP 상태 요청(req = SNMPStatus) 중 하나에서 "Snmp 오류: 지정 이름 없음"이 발생하면 나머지 인터페이스에 대해 인터페이스 작동 중지 이벤트를 보고합니다.
IY60978	UNIX	글로벌 수신확인이 위치 오브젝트에 대해 작동하지 않습니다.
IY61174	Windows UNIX	/usr/OV/conf/tdwdaemon.log의 오류: "잘못된 매개변수 수"
PJ29495	Windows	setstatusseverity.rs 룰 세트가 손상되었습니다.
PJ29522	Windows UNIX	NetView가 재순환되고 클라이언트 어플리케이션이 재순환되지 않으면 API 호출 "OVwFieldNameToFieldId"가 실패합니다. 새 ovw API, OVwDbDone()이 추가되어 어플리케이션이 ovwdb에 대해 유실된 연결을 복구할 수 있습니다.
PJ29525	Windows	서브맵에 대한 백그라운드를 작성한 사용자가 표시되지 않습니다.
PJ29701	Windows UNIX	NetView SmartSet가 ITM 서비스에 대해 작성되지 않습니다.
PJ29726	Windows UNIX	발견된 인터페이스에 대해 SNMP 상태 폴링을 제한합니다.
PJ29734	UNIX	UNIX xnmgraph 보기 -> 통계가 파일에 저장될 때 출력 행 필드가 출력 파일에서 20자로 제한됩니다.
PJ29812	Windows	Windows Tivoli Enterprise Console-전달 디먼(tecad_nv6k)이 많은 메모리 소비(태스크 매니저 창을 확인하여 판별) 이후에 작동을 중지합니다.
PJ29814	Windows	"TEDW에서 사용하기 위해 DB2로 데이터 반출 구성"이 DB2에 레코드를 쓸 수 있도록 snmpcollect에 -w 플래그를 추가하지 않습니다. 더욱이 snmpcollect에 대한 nvsetup.exe 구성이 Warehouse "-w" 플래그를 사용하여 ovsuf 및 snmpCol.lrf 파일을 갱신하지 않습니다.
PJ29821	Windows	Tivoli Enterprise Console에서 대량 인터페이스 목록(변수 결합 8)을 가지는 NetView 이벤트의 구문 분석 실패.
PJ29910	Windows UNIX	SQL 명령 파일의 SQL 문에 0을 둘러싼 작은 따옴표가 누락되었습니다.

고객이 제기한 다음 문제점은 IBM Tivoli NetView V7.1.4 수정팩 01에서 수정되었습니다.

APAR #	플랫폼	설명
IY41085	Windows UNIX	MIB 데이터 조직 때문에 ISDN 상태 모니터링이 Cisco 라우터에서 작동하지 않습니다.
IY42473	UNIX	NetView가 "-restart" 매개변수로 등록된 어플리케이션을 다시 시작하지 않습니다.
IY47145	Windows UNIX	발견할 netmon seed 파일 항목 및 SNMP 관리 노드의 요구사항을 명시하도록 문서를 요청합니다(아래 제품 추가사항 절에 있는 이 APAR 항목 참조).
IY47892	Windows UNIX	ovesmd 디먼이 네트워크 및 네트워크 세그먼트에서 DNS 요청을 작성하여 불필요하게 DNS 서버 성능을 저하시키고 있습니다.
IY48379	Windows UNIX	ovstop nvsecd 명령이 tdwdaemon을 중지시키지 못합니다. 이 정정사항을 이행하려면 아래에 있는 제품 추가사항을 참조하십시오.
IY48447	Windows	특정 트랩의 오브젝트 상태에 해당하는 도움말 메시지 패널에 오류가 있습니다.
IY48542	UNIX	trapd 디먼에서 버퍼 오버플로우된 핵심 덤프가 발생합니다.
IY49032	UNIX	Solaris 및 Linux의 serversetup 어플리케이션에 AIX 용어 및 옵션이 있습니다.
IY49405	UNIX	CNAT 데이터가 NetView V7.1.x의 이전 버전에서 NetView V7.1.4로 마이그레이션되지 않습니다.
IY49428	Windows UNIX	캐리지 리턴이 항상 nvdbformat 어플리케이션 "TopM 인터페이스 목록" 앞에 옵니다.
IY49532	Windows UNIX	nvdbformat 어플리케이션이 완료되지 않은 상태에서 잘못된 출력을 표시합니다.
IY49546	UNIX	printtool 어플리케이션으로 인해 Linux의 Tivoli NetView V7.1.3에서 핵심 덤프가 발생합니다.
IY49787	UNIX	NetView 7.1.3 ovw_binary 핵심
IY49953	UNIX	잘못된 데이터가 제공되는 경우 nvauth 실행 파일이 세그멘테이션과 코어됩니다.
IY49954	UNIX	nvauth 실행 파일의 명령행 매개변수에서 오버플로우 조건이 발생합니다.
IY49955	UNIX	암호 명령행 인수가 예상 길이보다 긴 경우 nvauth 실행 파일에서 핵심 덤프가 발생합니다.
IY49975	UNIX	글로벌 수신확인을 사용 가능하게 하면 ipmap 실행 파일이 동기화를 끝내지 않으므로 핵심 덤프가 발생합니다.
IY49985	UNIX	서드파티 소프트웨어에서 포트를 스캔하는 경우 pmd 디먼에서 핵심 덤프가 발생합니다.
IY50013	UNIX	서드파티 소프트웨어에서 포트를 스캔하는 경우 nvlockd 디먼에서 핵심 덤프가 발생합니다.
IY50133	UNIX	AIX 4.3.3 ML 10에 NetView 7.1.4를 설치할 때 "ovstart: ovspmd에 연결할 수 없음: 파일 또는 디렉토리가 없습니다."라는 오류 메시지와 함께 nvsecd 시작에 실패했습니다.
IY50196	Windows UNIX	추가 대체 커뮤니티 이름을 요청합니다.
IY50227	Windows	servmon.log에 추적 메시지가 필요하지 않습니다.
IY50265	UNIX	잘못된 데이터를 nvcorrd 소켓에 쓸 경우 nvcorrd 디먼에서 핵심 덤프가 발생합니다.
IY50266	UNIX	잘못된 데이터를 소켓에 쓰는 경우 actionsvr 디먼에서 핵심 덤프가 발생합니다.
IY50394	Windows UNIX	NetView 7.1.2에서 NetView 7.1.3으로 마이그레이션한 후에 IPMAP 어플리케이션에서 핵심 덤프가 발생합니다.
IY50461	Windows UNIX	location.conf에서 라우터의 와일드카드 IP 주소를 지원합니다.
IY50464	Windows UNIX	새로 발견한 노드를 관리하도록 구성되어 있는데도 netmon 디먼이 여러 디바이스를 발견하여 이를 관리하지 않는 디바이스로 설정합니다.
IY50663	UNIX	AutoTrace가 설정되어 있으면 ovtopmd 디먼 및 ovtopofix 명령이 더 느리게 실행됩니다.
IY50702	Windows UNIX	ITSA 관리 스위치가 ipmap에 표시된 정확한 기호 상태를 갖고 있지 않을 수 있습니다.
IY50954	UNIX	주소가 호스트 이름으로 분석되는 경우 snmpCollect 디먼이 IP 주소를 수집하지 않습니다.
IY50990	Windows UNIX	netmon 디먼이 다시 시작된 후 구성된 기간을 기다리지 않고 상태 폴링을 시작합니다.
IY51064	Windows UNIX	쿼리 데이터베이스 필드 노드가 룰 세트의 인터페이스 선택 이름에 대해 작동하지 않습니다.
IY51125	Windows UNIX	NetView 7.1.3의 netmon seed 파일에서 SNMP 와일드카드 사용 중 오류가 발생했습니다.
IY51162	UNIX	긴 이름이 있는 트랩 슬롯 값이 저장 시 15자로 줄여집니다.
IY51181	UNIX	오른쪽 스크롤 막대가 seed 파일 편집기에서 작동하지 않습니다.
IY51516	Windows UNIX	nvrsEdit 어플리케이션이 룰 세트를 여는 도중 이를 올바르게 처리할 수 없는 경우에도 오류를 표시하지 않습니다.
IY51641	UNIX	큰 트랩을 제대로 구성하기에는 버퍼가 너무 작아 nvserverd 디먼에서 핵심 덤프가 발생합니다.
IY51700	Windows UNIX	Tivoli Enterprise Console 포워딩이 사용 가능한 경우, IBM Tivoli NetView 7.1.4에는 최신 Tivoli Enterprise Console 릴리스가 필요합니다.
IY51778	Windows UNIX	netmon seed 파일의 주소 작동 범위가 이전 릴리스와 다릅니다(아래에 있는 제품 참고사항 참조).
IY51844	Windows UNIX	라우터 재발견이 작동하지 않습니다.
IY52086	UNIX	netmon 디먼의 "retries" 매개변수 의미를 명시해야 합니다(아래에 있는 제품 참고사항 참조).
IY52227	UNIX	IP 상태가 정상인 스위치에서 계층 2 한계 상태를 수신확인할 수 있어야 합니다.
IY52295	UNIX	비 AIX NetView UNIX 플랫폼에 ping 수 제어를 추가해야 합니다. 이것은 AIX에는 이미 적용되었습니다.
IY52234	UNIX	7.1.4로 업그레이드할 경우, ipgettopoinfo 명령이 실행 중인 경우 관계형 데이터베이스의 IP 토폴로지 수가 부정확할 수 있습니다.
IY52320	UNIX	현재 SNMP 구성 조회 루틴이 글로벌 기본값에 있는 사용자 설정값 대신 NetView 기본값을 리턴하고 있습니다.
IY52341	Windows UNIX	ipmap 실행 파일이 AIX 5.1의 NetView 7.1.3 수정팩 1에서 코어링됩니다.
IY52351	Windows UNIX	복수 트랩으로 인해 네트워크 및 세그먼트 주소에 대한 DNS 요청이 발생합니다.
IY52394	Windows UNIX	nvcorrd 디먼으로 인해 신호 11과 함께 setstatednode 기능에서 핵심 덤프가 발생합니다.
IY52429	UNIX	NetView 7.1.4에서 호스트 이름에 하이픈(-)이 있는 경우, Tivoli Enterprise Console 이벤트의 호스트 이름이 있는 트랩 슬롯이 비어 있습니다.
IY52758	UNIX	xnmgraph 어플리케이션이 Y축 값을 잘못 계산합니다.
IY52773	Windows UNIX	Netmon에서 매 10분마다 신호 11과 함께 핵심 덤프가 발생합니다.
IY52820	UNIX	AIX 5.2의 NetView 7.1.4에서 trapd 디먼이 정기적으로 코어링됩니다.
IY53038	UNIX	Linux용 NetView 7.1.3/7.1.4 에서 시작 스크립트에 라인이 누락되어서 root 사용자가 아닌 사용자는 GUI를 시작할 수 없습니다.
IY53188	Windows UNIX	사용자가 netmon.conf 파일에서 MaximumCommunityNames=x 변수를 설정하여 최대 커뮤니티 이름 수를 수정할 수 있다는 사실을 설명합니다. x의 값은 0 - 100이 될 수 있습니다.
IY53205	Windows UNIX	ITM 자원 모델의 상태 모니터링을 servmon에 추가하지 못했습니다.
IY53244	UNIX	nvgethost 명령 사용법에서 가비지가 인쇄되었습니다.
IY53271	Windows UNIX	zLinux에서 추적 또는 로그온을 전환하면 trapd 디먼이 중지합니다.
IY53400	UNIX	NetView 보안이 사용 가능한 경우 xnmloadmib2 및 xnmbrowser2 어플리케이션을 실행할 수 없습니다. 보안 등록 파일이 존재하지 않습니다.
IY53554	UNIX	mibtable 명령이 중간 레벨 매니저 MIB에서 루프됩니다.
IY53666	UNIX	trapd.log가 최대 크기에 도달하면 trapd 디먼이 신호 13과 함께 중지합니다.
IY53704	UNIX	NVRSEdit 어플리케이션에서 상태 설정 노드를 편집하는 중 문제점이 발생했습니다.
IY53727	Windows UNIX	여러 인터페이스의 맵핑에 잘못된 기호가 표시됩니다.
IY53780	UNIX	netmon 디먼은 원하지 않는 인터페이스를 ping합니다.
IY53804	Windows UNIX	NetView 7.1.3 수정팩 2를 적용한 후 nvdbformat 어플리케이션이 코어링됩니다.
IY53928	Windows UNIX	NetView 7.1.4에 servmon 디먼 성능 문제점이 있습니다.
IY54371	Windows UNIX	RFI가 사용 가능하게 되면 모든 폴링 주기에서 "Interface Unreachable" 이벤트가 발생합니다.
IY54644	Windows UNIX	NetView 웹 콘솔이 정지합니다.
IY54964	Windows UNIX	netmon 디먼이 대형 네트워크에서 수많은 인터페이스 폴링을 동시에 시도하고 있습니다.
IY55374	UNIX	AIX 5.2에서 snmpd64v1 에이전트 사용에 대한 문서의 내용이 명확하지 않습니다.
PJ29055	Windows	특정 트랩에 대한 오리진 tecad 기본 슬롯 값의 출력이 올바르지 않습니다.
PJ29416	Windows	Tivoli Enterprise Console로 이벤트를 포워딩할 때 호스트 이름 필드가 비어 있습니다.
PJ29421	Windows UNIX	ovobjprint 명령이 대용량 데이터베이스의 모든 해당 정보를 표시하지 않습니다.
PJ29460	Windows	netmon이 DNS에 첫 번째 인터페이스가 없는 라우터를 발견한 경우, 아이콘 선택 이름 및 레이블에 문제가 발생합니다.
PJ29480	Windows	서비스 작동 중지 간격을 기초로 서비스 기호가 삭제된 후에 노드 상태가 올바르게 갱신되지 않습니다.
PJ29481	Windows	노드를 백업하는 경우 SmartSet의 노드 상태가 올바르지 않을 수 있습니다.
PJ29503	Windows UNIX	삭제된 서비스 기호가 잘못된 상태를 전달할 수 있습니다.
PJ29517	Windows	nvcord 디먼이 "$A" 값을 활성화된 룰 세트를 통해 전달된 이벤트로 잘못 교환합니다.
PJ29580	Windows	"<" 또는 ">" 옵션이 사용된 경우, 수집된 데이터 오브젝트 특성 화면의 "filter by" 옵션에 데이터가 반영되지 않습니다.
PJ29586	Windows UNIX	nvdbformat/nvdbimport 명령을 사용하여 쉼표가 들어 있는 필드를 읽거나 설정할 수 없습니다.
PJ29588	Windows UNIX	NetView ETL 사용 시 끊기 오류가 너무 많이 로그됩니다.
PJ29644	Windows	Microsoft Trap Service의 널 IP 주소에서 Windows용 NetView trapd 디먼 예외가 발생합니다.
PJ29651	Windows UNIX	NetView Warehouse Enablement Pack에서 문자열 끊기 오류 때문에 대상 데이터 삽입에 실패했습니다.
PJ29653	Windows UNIX	NetView Warehouse Enablement Pack의 월간 및 연간 보고서 모두에서 사용 불능 백분율을 표시하는 보고서의 히스토리 데이터가 누락되었습니다.
PJ29654	Windows UNIX	NetView ETL2가 모든 경우의 가용성을 정확하게 계산하지 않습니다.
PJ29666	Windows	snmpCollect 디먼은 수집할 오브젝트 수가 16을 초과하면 snmpget 요청을 반복합니다.
PJ29671	Windows	이전에 정의된 데이터 콜렉션에 대한 그래프 기능이 작동하지 않습니다.

설치 및 구성

전제조건

시스템에 IBM Tivoli NetView V7.1.4 수정팩 02를 설치하려면 다음 전제조건을 충족시켜야 합니다.

해당 플랫폼에 적절한 패키지를 다운로드하여 패키지를 설치할 시스템에서 사용할 수 있도록 해야 합니다.
원래 NetView V7.1.4 설치를 수행한 것과 동일한 사용자 계정으로 시스템에 로그인해야 합니다(UNIX의 root 계정).
시스템에 IBM Tivoli NetView 버전 7.1.4가 설치되어 있어야 합니다.

수정팩을 설치할 시스템에 다음을 수행할 수 있는 여유 공간이 있어야 합니다.

수정팩 설치
갱신된 NetView 설치 포함

수정팩이 설치되면 처음 설치하는 데 필요했던 여유 공간은 임시 공간이므로 시스템에 반환됩니다. 수정팩이 백아웃되거나 NetView의 새 버전이 설치될 때까지 NetView 설치 갱신에 필요한 공간은 계속 사용됩니다.

이전 IBM Tivoli NetView 수정팩을 포함하는 설치는 이 수정팩을 설치하기 전에 UNIX의 경우 /usr/OV/service/V713/Fix PackX 디렉토리, Windows의 경우 \usr\ov\service\v713\Fix PackX 디렉토리를 삭제하여 해당 수정팩이 사용되는 대부분의 공간을 복구합니다. 그러나 이를 수행하면 설치를 위해 이전 수정팩이 필요한 코드 수정사항을 설치할 수 있는 기능 뿐만 아니라 이전 수정팩으로 백아웃할 수 있는 기능이 제거됩니다.

다음 표는 앞에서 설명한 각 공간 요구사항별로 플랫폼 각각에 필요한 공간에 대해 설명합니다.

운영 체제

설치에 필요한 공간 ¹

업그레이드된 제품에 필요한 공간 ²

RS6000 AIX

719 Mb

378 Mb

SunOS Solaris

818 Mb

433 Mb

Linux Intel

685 Mb

360 Mb

Linux 390

616 Mb

324 Mb

Windows

103 Mb

61 Mb

¹이 공간은 사용자가 수정팩 설치 패키지를 배치하려는 위치에 필요합니다.
²이 공간은 /usr/OV(UNIX의 경우), \usr\ov(Windows의 경우)에 필요합니다.

운영 체제	설치에 필요한 공간 ¹	업그레이드된 제품에 필요한 공간 ²
RS6000 AIX	719 Mb	378 Mb
SunOS Solaris	818 Mb	433 Mb
Linux Intel	685 Mb	360 Mb
Linux 390	616 Mb	324 Mb
Windows	103 Mb	61 Mb
¹이 공간은 사용자가 수정팩 설치 패키지를 배치하려는 위치에 필요합니다. ²이 공간은 /usr/OV(UNIX의 경우), \usr\ov(Windows의 경우)에 필요합니다.

/usr/OV 또는 \usr\ov에 수정팩 내용을 포함시키는 데 필요한 대부분의 공간(두 번째 컬럼에 표시되어 있는 공간)은 /usr/OV/service/V714/FixPack2(UNIX의 경우) 또는 \usr\ov\service\V714\FixPack2(Windows의 경우) 디렉토리의 내용을 삭제하면 시스템에 반환됩니다. 그러나 이렇게 하면 수정팩을 백아웃하는 기능이 제거됩니다. FixPack2 서브디렉토리 자체를 삭제하지는 마십시오. 수정팩이 사전 설치 소프트웨어인 수정사항을 설치하려면 이 서브디렉토리가 있어야 합니다.

새로운 전체 이미지 Linux CD의 소프트웨어 요구사항

Red Hat Enterprise Linux Advance Server 3.0 i386(32 비트), s390(31 비트), SLES(SuSE Linux Enterprise Server) 9.0 i386(32 비트) 및 s390(31 비트)의 경우, 새 NetView 7.1.4 Linux CD가 기본 NetView 7.1.4 킷에 추가되었으며 새로운 표준 IBM Tivoli NetView 설치가 필요합니다. 이 새 CD는 Red Hat Enterprise Linux Advance Server 3.0 i386(32 비트), s390(31 비트), SLES(SuSELinux Enterprise Server) 9.0 i386(32 비트) 및 s390(31 비트)의 새 설치 전용입니다.

Red Hat Enterprise Linux Advance Server 3.0 i386(32 비트), s390(31 비트), SLES(SuSE Linux Enterprise Server) 9.0 i386(32 비트) 및 s390(31 비트)의 IBM Tivoli NetView 설치가 올바르게 작동하려면, 다음의 Linux 패키지가 먼저 설치되어야 합니다.

Red Hat Enterprise Linux Advance Server 3.0의 경우:

사용자는 선택적인 Red Hat i386 패키지인 compat-libstdc++-7.3-2.96.122 또는 s390 패키지인 compat-libstdc++-7.2-2.95.3.78을 설치해야 합니다. 이 패키지는 Red Hat Enterprise Linux Advance Server 3.0 Update 1 또는 2 CD 세트에서 찾을 수 있습니다.

ifIndex 참조에서 IP-MIB로 ifIndex 및 ipAdEntIfIndex 불일치를 정정하려면 사용자는 net-snmp rpms를 다음 레벨로 갱신해야 합니다.
- net-snmp-5.0.9-2.30E.6
- net-snmp-devel-5.0.9-2.30E.6 (선택적)
- net-snmp-perl-5.0.9-2.30E.6 (선택적)
- net-snmp-utils-5.0.9-2.30E.6 (선택적)
Red Hat Linux에서 발생한 문제점으로 인해, Linux의 모든 지원 버전에 대한 pdksh의 권장 버전은 pdksh-5.2.14.8.i386.rpm 또는 pdksh-5.2.14-248.s390.rpm입니다. 새 NetView 7.1.4 Linux CD에는 이 RPM이 포함되어 있습니다. 다음 명령을 사용하여 이를 설치하십시오.
```
rpm -i --force pdksh-5.2.14.8.i386.rpm (또는 pdksh-5.2.14-248.s390.rpm)
```
다음 명령을 사용하여 이를 검증하십시오.
```
rpm -q pdksh
```
지원되는 Linux 플랫폼의 경우, IBM Tivoli NetView는 아래 각 그룹에서 최소한 하나의 패키지 설치가 필요합니다.
1. ucd-snmp, ucdsnmp 또는 net-snmp (예: snmp 디먼)
2. XFree86-Xvfb 또는 xextra (예: X 가상 프레임 버퍼)
  주: SLES 9에서, Xvfb 패키지는 xextra보다 XFree86-Xvfb가 바람직합니다.
새 설치 중에 각 그룹에서 최소한 하나의 패키지가 발견되지 않으면, 사전 설치 소프트웨어 점검에 실패하여 설치가 중단됩니다.

설치 지시사항

Red Hat Enterprise Linux Advance Server 3.0 i386(32 비트), s390(31 비트), SLES(SuSE Linux Enterprise Server) 9.0 i386(32 비트) 및 s390(31 비트)의 경우, IBM에서 새 NetView 7.1.4 Linux CD를 구해 표준 설치에 대한 기존 지시시항을 따르십시오.

기타 모든 플랫폼의 경우, 다음 단계를 수행하여 수정팩을 설치하십시오.

SSL(Secure Socket Layer) 프로토콜을 사용하는 사용자는 (1) NetView serversetup 어플리케이션을 통해 SSL을 끄고 또는 (2) /usr/OV/www/webapps/netview/WEB-INF/web.xml(UNIX에서)나 \usr\ov\www\webapps\netview\WEB-INF\web.xml(Windows에서) 파일을 임시 디렉토리로 복사하십시오.
UNIX용 NetView 클라이언트에 수정팩을 설치하려면 다음을 완료하여 NetView 서버에서 클라이언트 연결이 해제되었는지 확인하십시오.
1. 클라이언트 설치 어플리케이션을 실행하십시오.
2. 구성 -> 서버 제거를 누르십시오.
3. 서버 호스트 이름 필드에 NetView 서버 이름을 입력하십시오.
4. 적용을 누르십시오.
새 창을 열고 수정팩을 설치할 운영 체제의 로컬 서브디렉토리에 패키지를 복사한 다음 디렉토리를 해당 서브디렉토리로 변경하십시오.

패키지를 복사하기 전에, 이 서브디렉토리에서 사용 가능한 공간이 운영 체제의 IBM Tivoli NetView 7.1.4 수정팩 02 설치를 위해 필요한 공간보다 큰지 확인하십시오.
다음 중 하나를 수행하여 설치 스크립트를 추출하십시오.
- UNIX에서 다음을 입력하십시오.
```
zcat 7.1.4-TIV-NVD-{OperatingSystem}-FP0002.tar.Z | tar -xvf - install
```
- Windows에서 다음을 입력하십시오.
```
7.1.4-TIV-NVD-Win32-FP0002.exe
```
설치 스크립트를 실행하십시오.
- UNIX에서 다음을 입력하십시오.
```
./install
```
- Windows에서 NetView 원시 서버를 설치하려면 다음을 입력하십시오.
```
install
```
- Windows에서 NetView 원시 클라이언트를 설치하려면 다음을 입력하십시오.
```
install noversioncheck
```
원시 NetView 클라이언트 설치에 수정팩을 설치할 경우, nvexportd.jar, nvexportd.lrf 및 notfoundhandler.class 파일을 복사할 수 없다는 오류가 보고됩니다. 이 파일은 클라이언트 설치에 필요하지 않으므로 오류는 무시해야 합니다.
설치 도중 다른 오류가 발생한 경우(설치 프로세스 자체에서 성공을 보고하는 경우와 상관없이) 다음을 완료하십시오.
1. 백아웃 스크립트를 실행하십시오(오류 무시).
2. 설치 도중 보고된 문제점을 정정하십시오.
3. 컴퓨터를 재부팅하십시오(Windows에서).
4. 처음부터 설치를 다시 시작하십시오.
시스템을 재부팅하거나 netnmrc 스크립트(AIX에서 /etc/netnmrc, Solaris 또는 Linux에서 /etc/init.d/netnmrc)를 실행하여 NetView 디먼을 다시 시작하십시오. 시스템을 재부팅하거나 netview 명령을 사용 또는 NetView 아이콘을 눌러 NetView 디먼을 다시 시작하십시오.

주: Windows에서 NetView 설치 시 SQL 데이터베이스를 사용하는 경우, NetView 디먼을 다시 시작하기 전에 먼저 SQL 서버를 다시 시작하십시오.
업그레이드된 원시 NetView 서버 설치에서 NetView 웹 콘솔 설치를 다시 설치하십시오. 이것은 NetView 서버가 업그레이드된 이후에 다음 URL에서 다운로드할 수 있습니다.
```
	http://server:8080/download
	
```
Windows의 웹 콘솔의 경우, 아래 파일에 수정팩 갱신사항이 들어 있습니다. thin 클라이언트를 사용하는 경우에는 nvwc_thin.zip이 적용되어야 합니다. 완전한 웹 콘솔을 사용하는 경우에는 nvwcinstall.exe가 적용되어야 합니다.
```
	nvwc_thin.zip    (Windows용 thin 웹 콘솔)
	nvwcinstall.exe  (자체 추출 설치)
   
```
UNIX의 웹 콘솔의 경우, 다음 파일에 수정팩 갱신사항이 들어 있습니다.
```
   nvwc.tar    (UNIX용 Web Console)
   
```
NetView 수정팩 UNIX 서버로부터 NetView 웹 콘솔을 업그레이드할 때 NetView 웹 콘솔 패키지의 이 버전이 사용되어야 함을 유의하십시오. NetView 웹 콘솔의 완전한 버전(nvwc_xxx_jre_1.3.tar)은 수정팩 갱신을 포함하지 않습니다. 수정팩이 NetView 서버에 설치된 이후에 전체 패키지가 설치될 때마다 nvwc.tar 패키지는 전체 패키지의 위에 적용되어야 합니다.
XML 등록 정보 값 일부가 수정팩 설치 중에 변경되기 때문에 사용자는 수정팩 설치 이후 콘솔을 사용하기 전에 웹 콘솔 보안을 실행해야 합니다.
NetView 클라이언트 설치에 이 수정팩을 적용했으면 클라이언트 설정 어플리케이션을 사용하여 클라이언트를 해당 NetView 서버에 다시 연결하십시오.
SSL(Secure Socket Layer) 프로토콜 사용을 재개하려는 경우, 다음 중 하나를 수행해야 합니다.
- NetView serversetup 어플리케이션을 통해 SSL을 켜십시오.
- /usr/OV/www/webapps/netview/WEB-INF(UNIX에서) 또는 \usr\ov\www\webapps\netview\WEB-INF(Windows에서) 디렉토리에 저장된 web.xml 사본을 바꾸십시오.

백아웃 지시사항

수정팩 설치의 일부로서 설치 중에 바뀐 각 파일의 사본이 /usr/OV/service/V714/FixPack2(UNIX) 또는 \usr\ov\service\V714\FixPack2(Windows) 서브디렉토리에 저장됩니다. 원하는 경우, 해당 디렉토리에 포함된 백아웃 스크립트를 실행하여 수정팩을 설치 제거하여 시스템을 수정팩 설치 이전의 상태로 되돌릴 수 있습니다.

주: Windows의 경우, 백아웃 스크립트는 \usr\ov\service\V714\FixPack2 서브디렉토리에서 실행되어야 합니다. UNIX의 경우에는 백아웃 스크립트가 /usr/OV/service/V714/FixPack2 서브디렉토리에서 실행되어야 합니다.

수정팩을 설치한 후 시스템에 설치된 NetView 수정사항은 수정팩을 백아웃하기 전에 먼저 백아웃해야 합니다.

알려진 결함 및 제한사항

NetView 서버에서 클라이언트 사용자를 로그오프하려면 보안이 되어 있는 클라이언트/서버 환경의 클라이언트 시스템에서 첫 번째로 사용자를 로그아웃해야 합니다.
servmon이 대형 네트워크의 모든 서비스를 발견하도록 설정되면, NetView 서버에서는 메모리가 부족할 수 있습니다.
기본적으로 NetView 맵에서는 Red Hat Enterprise Linux Advance Server 3.0 및 SLES(SuSE Linux Enterprise Server) 9.0 시스템 아이콘의 내부 그래픽이 공백입니다. 이러한 내부 그래픽을 채우기 위해 사용자는 이 시스템의 MIB sysObjectID를 /usr/OV/conf/oid_to_type 및 /usr/OV/conf/C/oid_to_sym 파일에 추가해야 합니다.
신호가 SLES(SuSE Linux Enterprise Server) 9.0에서 처리되는 방법으로 인해 UNIX nslookup 명령은 NetView가 시작하는 동안 코어될 수 있습니다. 이 코어는 /usr/OV/PD/cores/ovspmd/core 파일에서 종료됩니다. 이러한 코어에도 불구하고 NetView는 문제없이 시작되어 실행됩니다.

주: ovstop 다음에 ovstart를 수행하거나 /etc/init.d/netmrc를 실행하면, nslookup이 다시 코어될 수 있습니다.

이러한 문제점으로 인해 /usr/OV/PD/cores/ovspmd/core가 발생하는지의 여부를 판별하려면, 코어 파일에서 다음 명령을 실행하십시오.
```
strings core | more
```
결과물에 nslookup 문자열이 표시되면, 안전하게 코어가 무시될 수 있습니다.
tdwdaemon이 등록되지 않았으면(또는 사용되지 않으면), netmon.conf 파일을 편집하여 TDWAVAILABILITY에 대한 행을 다음과 같이 수정하십시오.
```
TDWAVAILABILITY=FALSE
```
IBM Tivoli NetView 및 SNMPv3 에이전트 디먼 문제점

Tivoli NetView는 SNMPv3 에이전트 디먼이 실행중인 IBM Tivoli NetView 관리 시스템에 대한 발견 및 상태 갱신 문제점을 가질 수 있습니다. 이 문제점은 관리 기계의 SNMP 디먼이 SNMPv3 디먼이 아닌 SNMPv1 디먼에 연결되어 있는지 확인하여 해결할 수 있습니다.
대량의 NetView 데이터베이스를 가지고 웹 콘솔을 사용하는 UNIX 사용자는 다음을 수행해야 합니다.
- /usr/OV/conf/NetViewLargeDb.conf 파일에서 NETVIEW_LARGE_DB=FALSE를 NETVIEW_LARGE_DB=TRUE로 변경하십시오.
- 파일을 저장하십시오.
- 모든 NetView Consoles 및 netviewd 디먼을 중지하십시오.
- netviewd 디먼과 NetView Console을 다시 시작하십시오.
AIX에서 올바른 X11 Xvfb가 실행 중이 아닌 경우 netviewd는 시작되지 않습니다.

올바른 X11 xvfb를 실행 중이 아니므로 netviewd를 시작하지 못한 경우(APARs IY54430 및 IY58569), 사용자는 다음에 표시된 대로 grep ":2" |를 /etc/netnmrc 파일에 추가해야 합니다.
```
# Start Xvfb Xserver
#

pid=`/bin/ps -ef | /bin/grep vfb | /bin/grep -v grep | grep ":2" | /bin/awk '{print $2}'`
```
원시 NetView Console이 작동하는동안 발견된 oid_to_type 파일의 설정으로 인해 또는 xnmsnmpconf(UNIX)를 통해 "관리되는 노드 발견"이 선택취소된 노드는 맵에서 "비관리"가 아닌 "알 수 없음"으로 표시됩니다.

문제해결 방법(APAR IY58520에 설명됨)은 노드가 발견되었을 때 원시 NetView 콘솔이 작동 중지되었는지 확인하거나, 또는 일단 맵에서 노드가 "알 수 없음"으로 표시되면 GUI에서 해당 노드를 수동으로 관리 취소하는 것입니다. 또한 사용자가 노드를 관리하려면, 사용자는 먼저 노드를 관리 취소한 후 다시 관리하도록 변경해야 합니다.
.kshrc 파일에서 Korn 쉘 히스토리 파일을 조작하는 것은 권장되지 않습니다. NetView에 사용된 몇몇 설치 메커니즘에서 표준 히스토리 파일이 설정될 것으로 예상됩니다. 그렇지 않으면 사전 설치 소프트웨어 점검 및 실제 NetView 설치가 실패합니다.
일부의 경우, Tivoli Management Framework가 사용자 정의된 위치에 설치되어 있는 시스템에서 독립형 IBM Tivoli NetView 설치를 사용할 때 몇 가지 문제점이 발생합니다. 이러한 문제점을 방지하기 위해서는 사용자 환경에서 해당 Framework를 유지하고자 할 때 표준 Tivoli Management Framework 설치를 통해 IBM Tivoli NetView를 설치해야 합니다. Framework가 NetView만을 지원하도록 설치되어 있어서 더 이상 사용하지 않으려면 다음을 완료해야 합니다.
1. serversetup의 백업 기능을 통해 NetView 설치를 백업하십시오.
2. 시스템에서 Tivoli Management Framework 및 NetView 모두를 제거하십시오.
3. 갱신 옵션을 사용하여 명령행에서 NetView를 설치하십시오.
nvColToSQL을 실행하려고 하는 경우 다음 오류 메시지가 표시될 수 있습니다.
데이터베이스 서버가 없거나 로그 파일, 임시 파일 및 롤백 세그먼트에 충분한 디스크 공간이 없거나 데이터베이스에 테이블이 존재하지 않습니다.
처리할 snmpCollect 파일이 너무 많은 경우 이 메시지가 표시될 수 있습니다(보통 500개 이상). 이 메시지를 받은 경우 다음 스크립트를 사용하여 파일을 처리할 수 있습니다. 이 스크립트는 각 파일을 한 번에 하나씩 처리하여 결과물을 로그 파일에 저장합니다.
```
#!/bin/sh
LOG=/usr/OV/log/nvColToSQL.log
date > $LOG   # CREATE NEW LOG EACH TIME
# Loop all files that do not have ! or archive in name
for file in `ls /usr/OV/databases/snmpCollect | grep -v "\!" | grep -v "archive"`
do

   nvColToSQL -f $file -m 64 >> $LOG 2>> $LOG
   RC=$?
   echo "* FILE <$file> Return Code <$RC>" >> $LOG

done
```
도움말 메뉴 항목을 열고 도움말 항목, 찾기 탭을 차례로 선택한 다음 snmp를 입력하고 목록에서 SNMPV2를 선택한 후 도구 -> MIB -> SNMPV2 -> 명령 로드를 선택하면, 표시되는 Windows용 NetView V7.1의 SNMPV2 명령 도움말은 더 이상 올바르지 않으므로 무시해야 합니다.
Linux 운영 체제의 이상 및 UNIX용 NetView man page 형식으로 인해, Linux 단말기 창이 80자보다 길지 않으면 Linux 시스템에서 man page가 올바르게 표시되지 않습니다. 형식을 정정하려면 마우스를 사용하여 단말기 창의 오른쪽 경계를 오른쪽으로 끌어 단말기 창을 확대하십시오.
Windows용 NetView에서 인터페이스를 관리하지 않다가 ICMP ping에서 netmon을 사용하게 됨에 따라 관리하게 되는 경우, admin 작동 중지 인터페이스(상태 USER1)가 위험 상태로 잘못 변경될 수 있습니다. 인터페이스의 admin 작동 중지 상태는 다음 구성 점검 또는 폴링 요청 시까지 다시 선택되지 않습니다. 이런 경우에 admin 작동 중지 인터페이스가 위험 상태로 보고되지 않게 하려면 netmon seed 파일에서 ICMP 폴링 대신 SnmpStatus 폴링을 사용하도록 admin 작동 중지 인터페이스와 함께 라우터를 구성하십시오.
Windows 2003의 Windows용 Tivoli NetView에서 클라이언트 또는 서버에 메시지를 보내려고 시도하면(서버 설정 -> 클라이언트/서버 -> 메시지 보내기 탭) "메시지 없음" 오류와 함께 팝업이 표시됩니다. 그 이유는 Windows Messenger 서비스를 사용할 수 없기 때문입니다. Windows 2003 설치 후 기본값은 서비스 사용 불가능입니다. Messenger 서비스를 사용 가능하게 하려면 다음을 완료하십시오.
1. 내 컴퓨터 -> 관리 -> 서비스 및 어플리케이션 -> 서비스를 누르십시오.
2. Messenger를 마우스 오른쪽 단추로 누르십시오.
3. 등록 정보를 누르십시오.
4. 시작 유형의 아래 방향 화살표를 눌러 자동을 선택하십시오.
5. 확인을 누르십시오.
6. Messenger를 마우스 오른쪽 단추로 누르십시오.
7. 시작을 누르십시오.
UNIX용 Tivoli NetView에서 SmartSet 서브맵이 열려 있는 경우, collmap은 일반 기호에 대한 사용자 정의 레이블을 오브젝트의 선택 이름으로 겹쳐씁니다. 문제해결 방법은 해당 오브젝트에 대해 특별한 기호를 구성하고 사용하는 것입니다.
몇몇 Linux 플랫폼에서, 운영 체제가 UNIX용 Tivoli NetView Java 디먼의 일부 스레드를 올바르게 종료시키지 못하여 간혹 NetView 디먼을 다시 시작할 때 문제가 발생하기도 합니다. "force" 옵션이 nvKill 명령에 추가되어 모든 잘못된 NetView 디먼 및 스레드를 종료하고 소켓을 삭제하므로 혹시 이 같은 상황이 발생하더라도 디먼을 올바르게 다시 시작할 수 있게 되었습니다. NetView 디먼이 정지(다시 시작이 10분 이상 지속됨)된 것으로 표시되면 명령 프롬프트에서 다음 명령을 입력하십시오.

/usr/OV/service/nvKill -f

그런 다음 netnmrc 또는 netview 명령을 사용하여 정상적인 방법으로 디먼을 다시 시작하십시오.
Windows용 NetView 설치가 이전 버전에서 마이그레이션된 경우, 찾기 대화 상자의 단순 탭 아래에 있는 "다른 특성으로 찾기"를 사용하면 /usr/ov/conf/c/finddialog.conf 파일에서 <CR><LF>가 <CR>로 변경되므로 NetView.exe 실행 파일이 잠깁니다.
문제점을 수정하려면 finddialog.conf 파일을 Windows 워드패드 프로그램으로 로드하고 해당 파일을 저장하십시오. 워드패드에서 <CR>을 <CR><LF>로 변경하십시오. 주: Windows 메모장 프로그램은 작동하지 않습니다.
Solaris 시스템에서 일본어 언어팩이 있는 NetView를 설치할 때 NetView 7.1.4 수정팩 02를 설치한 후 백아웃하면 "mapdb 필드 정보 검색 중 오류 발생: 널 필드 값"이라는 오류 메시지와 함께 NetView GUI가 시작에 실패합니다. 이 오류를 복구하려면 다음 단계를 수행하십시오.
1. ovobjprint -s mapdb를 실행하여 mapdb 오브젝트의 오브젝트 ID를 확인하십시오.
2. ovwdbdmap -d objid를 실행하십시오. 여기서, objid는 단계 1의 오브젝트 ID입니다.
3. ovstart ovwdb를 실행하여 ovwdb 디먼을 다시 시작하십시오.
4. mapadmin -i를 실행하여 mapdb 오브젝트를 다시 작성하십시오.
사용자 ID에 2 바이트 문자를 사용하면 Windows 및 AIX 웹 콘솔이 Solaris NetView 서버에 연결되지 않습니다. 그러나 사용자 ID에 2 바이트 문자가 사용된 경우, Solaris 8 웹 콘솔을 Solaris NetView 서버에 연결할 수 있습니다.
일본어 언어팩을 사용하는 경우, 맵핑 스냅샷 이름(예: "스냅샷 1")의 기본값은 서버 설정 창의 스냅샷 메뉴에 표시되지 않습니다(기본값이 사용된 경우). 파일 -> 맵핑 스냅샷 -> 열기를 선택하면 작성된 스냅샷이 표시됩니다. ovmapsnap CLI 명령을 사용해서도 스냅샷을 표시할 수 있습니다.
Windows용 IBM Tivoli NetView 사용자는 작동하지 않는 룰 세트 setstatusseverity.rs 대신 새 룰 세트 overridestatus_user1.rs를 구현해야 합니다. 작동하지 않는 룰 세트 setstatusseverity.rs는 연관 디먼을 루프 상태로 만들며 이 룰 세트 및 Tivoli Enterprise Console 어댑터 디먼이 모두 중지될 때까지 계속해서 가짜 상태 변경 이벤트를 tr1apd 디먼으로 보냅니다. 룰 세트가 후속 릴리스의 제품에서 제거되었으나 유지보수 릴리스에서 제거될 수는 없습니다.

주: 일단 수정팩이 설치되면 사용자는 룰 세트에 대한 자세한 정보를 위해 새 \usr\ov\doc\Rulesets_on_Windows.readme를 참조할 수 있습니다.
PJ29416에 대한 수정사항은 2진 \usr\ov\bin\tecad_nv6k_non_tme.exe 및 \usr\ov\bin\tecad_nv6k_tme.exe로 바뀌지만 사용자가 실행 중인 Windows Tivoli Enterprise Console 어댑터 디먼 \usr\ov\bin\tecad_nv6k.exe를 변경하지 않습니다. 이 2진은 제공된 두 사본 중 하나입니다. 이 수정사항을 가져가려는 사용자는 올바르게 제공된 2진을 tecad_nv6k.exe로 복사하기 위해 tecconfig.bat 구성자를 다시 실행하거나 이를 수동으로 수행해야 합니다.

문서 갱신사항

이 절은 후속 릴리스에 추가될 문서 갱신사항을 반영합니다.

이 Readme에 설명된 새 Tivoli NetView 기능에 대한 문서는 후속 릴리스의 적절한 Tivoli NetView 서적에 추가됩니다.
UNIX용 IBM Tivoli NetView 관리자 안내서 또는 Windows용 IBM Tivoli 사용자 안내서에는 Service SmartSet를 작성하는 방법 및 시기에 대해 명확하게 설명되어 있지 않습니다. 이 책은 Readme의 수정팩 주의사항 절에서 설명한 대로 갱신됩니다.
아래에 나열된 내용은 IBM Tivoli NetView, Version 7.1.4 Warehouse Enablement Pack Implementation Guide for Tivoli Enterprise Data Warehouse, Version 1.1.0(2004년 4월 개정)에서 변경된 내용입니다.

주: 버전 1.1로 참조되었던 Tivoli Enterprise Data Warehouse가 더 이상 IBM Tivoli NetView와 함께 제공되지 않습니다. 이제 Tivoli Data Warehouse로 이름이 변경된 버전 1.2가 IBM Tivoli NetView와 함께 제공됩니다. 문서는 이 변경사항을 적용하기 위해 갱신됩니다.

13 페이지의 "3.9 Post-installation procedures"절 아래에 있는 하위 절 표제 "3.9.1 Verifying the tdwdaemon daemon configuration"을 "3.9.1 Verifying the tdwdaemon and snmpcollect daemon configuration"으로 변경하십시오.

3.9.1 절에서 "The tdwdaemon daemon configuration for use with performance information to read"의 텍스트를 "The snmpcollect daemon configuration for use with performance information"으로 변경하십시오.

같은 3.9.1 절에서 "If you are using the performance warehouse pack, you must also perform the procedure in "Error! Reference source not found." on page Error! Bookmark not defined." 텍스트는 문서 인쇄 오류이기 때문에 페이지/절을 표시하지 않습니다. 이 문서의 출판상 오류가 수정될 것입니다.

14 페이지에서 절 제목 "3.9.1.2 Verifying the tdwdaemon daemon configuration for use with performance information"을 "3.9.1.2 Verifying the snmpcollect daemon configuration for use with performance information"으로 변경하십시오.

3.9.1.2 절에서 snmpcollect에 대한 tdwdaemon의 모든 참조를 변경하십시오.

3.9.1.2 절에서 3.9.1.2 절 맨 아래에 다음 새 정보를 추가하십시오. 이것은 "-w" 옵션에 대한 정보를 포함합니다.
- When the NetView Server is installed on UNIX, use the following procedure to configure the snmpCollect daemon to write SNMP performance records to the NetView warehouse database:
  1. Ensure that the tdwdaemon has been enabled and that the NetView warehouse database has already been created.
  2. On the Tivoli NetView server, enter
```
/usr/OV/bin/serversetup
```
    on the command line to start the Server Setup application.
  3. Click Configure -> Set options for daemons -> Set options for event and trap processing daemons -> Set options for snmpCollect daemon. The "IBM Tivoli NetView Setup: Options" window is displayed.
  4. Ensure that Yes is displayed in the "Add collected data to the NetView Warehouse" dropdown list.
  5. Click OK.
- When the NetView Server is installed on Windows, use the following procedure to configure the snmpCollect daemon to write SNMP performance records to the NetView warehouse database:
  1. Ensure the tdwdaemon has been enabled and that the NetView warehouse database has already been created.
  2. Click Start -> Programs -> Tivoli NetView -> Administration -> Configure Data Export to DB2 for use in Tivoli Data Warehouse.
  3. Enter the DB2 Server information (even if it is already created and configured).
  4. Click Save when you see the "The warehouse database already exists" pop-up window.
  5. Click OK to restart the Tivoli Data Warehouse daemon.
- The above procedures add the "-w" flag to the list of snmpCollect startup options as seen in the snmpCol.lrf and ovsuf files.
IBM Tivoli NetView 설치하기 전에의 추후 버전과 WebConsole 사용자 안내서에 추가될 추가사항입니다.

NetView 웹 콘솔의 범위 기능은 기본 맵을 여는것 뿐만 아니라 (이름 "default" 사용) 이 맵을 읽기/쓰기 모드로 열어야 합니다. 사용자는 계정이 구성된 역할에서 관리/관리 취소 및 수신확인/수신확인 취소 조치를 제거하여 "읽기 전용" 맵핑을 효과적으로 볼 수 있도록 웹 계정을 구성할 수 있습니다. 이 계정을 사용하고 있는 사용자가 실제로 읽기/쓰기 맵핑을 보고 있기는 하지만 어떤 방법으로도 해당 맵핑을 수정할 수는 없습니다. 즉, 이 맵핑은 사실상 읽기 전용입니다.
UNIX용 IBM Tivoli NetView 설치하기 전에, 버전 7.1.4, "제품 참고사항" 중 49 페이지에서 "AIX 버전 5.2 운영 체제에서 실행 중인 UNIX용 Tivoli NetView 제품"으로 시작하는 단락이 잘못되었습니다. 내용을 다음과 같이 수정해야 합니다.

AIX 버전 5.2 운영 체제에서 실행중인 UNIX용 Tivoli NetView 제품은 SNMP 디먼의 snmpdv1 버전만 지원합니다. 64비트 운영 체제를 사용할 경우, 다음 프로시저는 snmpdv1이 아닌 snmpd64v1(지원됨)로 변경됩니다. snmpdv1 및 snmpd64v1 모두 SNMPv1 에이전트입니다. snmpdv1을 snmpd64v1 대신 64비트 커널에서 실행할 수 없습니다. 다음 프로시저를 사용하여 시스템에서 실행 중인 디먼의 버전을 판별하고 snmp 디먼 버전을 변경하십시오.
NetView V7.1.3 및 V7.1.4의 IBM Tivoli NetView 설치하기 전에의 Linux 소프트웨어 전제조건 절에서 pdksh-5.2.14-248.s390.rpm이 Linux용 NetView 390 CD에서 사용할 패키지라고 잘못 설명되어져 있습니다.

그러나 CD에 제공된 RPM은 실제로 pdksh-5.2.14-197.s390.rpm이며 설치하기 전에 문서는 이를 반영해야 합니다.
UNIX용 IBM Tivoli NetView 설치하기 전에 버전 7.1.4에서 Tivoli NetView AutoTrace 기능이 중지되었는지 확인하는 명령(8 페이지에 있음)이 올바르지 않습니다.
/usr/OV/bin/atctl v info
위의 명령은 다음과 같이 변경해야 합니다.
/usr/OV/bin/atctl -v info
Windows용 IBM Tivoli NetView 초보자 안내서의 Shift-In/Shift-Out 절(6 페이지)에 다음과 같은 내용을 추가해야 합니다.
Shift-In/Shift-Out 메커니즘을 사용하려면 먼저 nvauth를 실행해야 합니다.
UNIX용 IBM Tivoli NetView 관리자 안내서의 5장, "이벤트 상관, 필터링 및 구성"에서 "룰 세트 노드 유형"에 시간 값 지정에 대한 내용이 추가되어야 합니다.

이벤트 스트림에서 처음 이벤트를 가져오면, Pass-on-Match, Reset-on-Match 또는 임계값 조작과 같이 룰 세트 내에서 긴급한 조작을 처리할 수 있는 자격을 판별하는 데 사용할 시간 소인이 지정됩니다. 모든 후속 처리 도중 이벤트의 시간 소인은 변경되지 않은 상태로 남아 있습니다. 이벤트를 수신한 시간에 따라 이벤트를 보유할지 또는 취소할지가 결정됩니다. 첫 번째 시간을 누적한 후 모든 후속 시간을 비교합니다. 두 개의 긴급한 조작을 차례로 추가하려면 이 누적 시간을 고려해야 합니다. 예를 들면, 동일한 룰 세트 내에 두 개의 Reset-on-Match 노드를 차례로 코드하려고 할 때 첫 번째 노드가 2분 동안 이벤트를 보유하게 하고 두 번째 노드는 추가 시간(분) 동안 이벤트를 보유하게 하려면, 첫 번째 재설정 노드에는 시간 값을 2분으로 지정하고 이벤트가 두 번째 Reset-on-Match 노드로 전달되기 전에 이미 만료된 2분을 고려하여 두 번째 노드에는 시간 값을 3분으로 지정해야 합니다. 2분을 고려하지 않을 경우에는 의도하지 않은 결과가 발생합니다. 즉, 의도하는 기간만큼 이벤트를 보유할 수 없게 됩니다.
UNIX용 IBM Tivoli NetView 관리자 안내서의 5장, "트랩 데이터의 환경 변수"에 이 Readme 문서의 수정팩 주의사항 절에 제공된 반출된 변수 결합(varbind) "NVSEV" "NVSRC" 및 "NVCAT"와 관련된 정보가 포함되어야 합니다.
UNIX용 IBM Tivoli NetView 버전 7 관리자 안내서의 164 페이지 맨 아래에 있는 다음 행은 옳지 않으므로 제거해야 합니다.
노드 이름이 IP 주소로 분석되지 않으면 SNMP 요청을 보내는 데 공용 커뮤니티 이름이 사용됩니다.
IBM Tivoli NetView 웹 콘솔 사용자 안내서에는 브라우저를 이용하여 시스템에서 NetView 웹 콘솔을 사용하려는 사용자를 위해 Microsoft Internet Explorer에 필요한 시스템 요구사항이 포함되어야 합니다. 최소 요구사항은 256MB RAM의 450MHz 시스템입니다. 프로덕션 시스템의 경우 최소 256MB의 800MHz가 권장됩니다.
Tivoli Enterprise Data Warehouse Integration Pack for NetView V1.1.0 Guide를 분배된 Tivoli Data Warehouse 환경에 대한 요구사항이 포함되도록 갱신해야 합니다. 문서 33 페이지에서 항목 # 8은 다음과 같이 변경되어야 합니다.
1. To be able to successfully install the NetView ETLs in a Tivoli Data Warehouse environment that is distributed across more than one machine, the machines where the TWH_CDW and TWH_MART databases exist must also have the corresponding Tivoli Enterprise Data Warehouse components installed:
  - "Central Data Warehouse" component must be installed on the server containing the TWH_CDW database.
  - "Data mart" component must be installed on the server containing the TWH_MART database.
34 페이지에 있는 나머지 내용은 올바릅니다.
NetView for Windows Programmer's Reference Manual에 있는 Thresh 명령 "-T" 옵션에 대한 설명이 모두 정확하지는 않습니다. "-T" 옵션에 대해 다음과 같이 기술되어 있습니다.
Specifies the NetView enterprise-specific trap to be sent when the threshold is exceeded. This threshold must be an odd value in the range of 1001 to 1999, or the default value of 58720263.
다음과 같이 문장을 변경해야 합니다.
Specifies the NetView enterprise-specific trap to be sent when the threshold is met. This trap number must be an odd value in the range of 1001 to 1999, or the default value of 58720263.
Windows용 NetView에서 데이터를 수집하는 MIB를 정의할 경우, "트랩 번호 보내기" 필드의 현재 온라인 도움말이 완전하지 않으므로 보완해야 합니다. 다음 행을 도움말 정보에 추가해야 합니다.
수집된 데이터가 임계값 필드 값에 도달하면 보낼 트랩 번호를 지정합니다. 이 트랩 번호는 1001 - 1999 사이의 홀수 값 또는 기본값(58720263)이어야 합니다.
이 도움말은 다음을 완료하면 호출할 수 있습니다.
1. 도구 -> MIB -> 데이터 수집을 누르십시오.
2. 새로 작성을 누르십시오.
3. 수집할 MIB를 선택하십시오.
4. 다음을 누르십시오. 이 패널에는 "임계값 도달 시 보낼 트랩 번호" 필드가 있습니다.
5. 해당 필드에서 도움말을 선택하십시오.
"에이전트 Policy 매니저 필터 패널" throttle 설정값의 도움말 패널을 갱신하여 Armed 및 Disarmed 명령에 256바이트 길이 제한을 포함시켜야 합니다.
8. Throttle 설정값을 눌러 최상위 레벨 매니저로 보내진 일치하는 트랩 수를 지정하십시오. 조치 필드를 throttle 트랩으로 설정한 경우에만 이 값이 사용됩니다. Armed 명령 및 Disarmed 명령 필드에 256바이트의 길이 제한이 있습니다.

소프트웨어 지원 문의

Tivoli 제품에 문제가 있는 경우, 다음 IBM Software Support 웹 사이트를 참조하십시오. http://www.ibm.com/software/sysmgmt/products/support

소프트웨어 지원에 문의하려면 다음 웹 사이트에서는 IBM Software Support Guide를 참조하십시오. http://techsupport.services.ibm.com/guides/handbook.html

안내서는 문제점의 심각도에 따른 IBM Software Support에 문의하는 방법 및 다음 정보를 제공합니다.

등록 및 적합성
사용자가 속한 국가의 전화 번호 및 전자 우편 주소
지원을 요청하기 전에 알아야 할 정보

주의사항

이 정보는 미국에서 제공되는 제품 및 서비스용으로 작성된 것입니다. IBM은 다른 국가에서는 이 자료에 기술된 제품, 서비스 또는 기능을 제공하지 않을 수도 있습니다. 현재 사용할 수 있는 제품 및 서비스에 대한 정보는 한국 IBM 담당자에게 문의하십시오. 이 책에서 IBM 제품, 프로그램 또는 서비스를 언급하는 것이 해당 IBM 제품, 프로그램 또는 서비스만을 사용할 수 있다는 것을 의미하지는 않습니다. IBM의 지적 재산권을 침해하지 않는 한, 기능상으로 동등한 제품, 프로그램 또는 서비스를 대신 사용할 수 있습니다. 그러나 비IBM 제품, 프로그램 또는 서비스의 운영에 대한 평가 및 검증은 사용자의 책임입니다.

IBM은 이 책에서 다루고 있는 특정 내용에 대해 특허를 보유하고 있거나 현재 특허 출원 중일 수 있습니다. 이 책을 제공한다고 해서 특허에 대한 라이센스까지 부여하는 것은 아닙니다. 라이센스에 대한 의문사항은 다음으로 문의하십시오.

135-270
서울특별시 강남구 도곡동 467-12 군인공제회관빌딩
한국 아이.비.엠 주식회사
고객만족센터
전화번호: 080-023-8080

2바이트(DBCS) 정보에 관한 라이센스 문의는 한국 IBM 고객만족센터에 문의하거나 다음 주소로 서면 문의하시기 바랍니다.

IBM World Trade Asia Corporation
Licensing 2-31 Roppongi 3-chome, Minato-Ku
Tokyo 106, Japan

다음 단락은 현지법과 상충하는 영국이나 기타 국가에서는 적용되지 않습니다.

IBM은 타인의 권리 비침해, 상품성 및 특정 목적에의 적합성에 대한 묵시적 보증을 포함하여(단, 이에 한하지 않음) 묵시적이든 명시적이든 어떠한 종류의 보증없이 이 책을 "현상태대로" 제공합니다.

일부 국가에서는 특정 거래에서 명시적 또는 묵시적 보증의 면책사항을 허용하지 않으므로, 이 사항이 적용되지 않을 수도 있습니다.

이 정보에는 기술적으로 부정확한 내용이나 인쇄상의 오류가 있을 수 있습니다. 이 정보는 주기적으로 변경되며, 변경된 사항은 최신판에 통합됩니다. IBM은 이 책에서 설명한 제품 및(또는) 프로그램을 사전 통고없이 언제든지 개선 및(또는) 변경할 수 있습니다.

이 정보에서 언급되는 비IBM의 웹 사이트는 단지 편의상 제공된 것으로, 어떤 방식으로든 이들 웹 사이트를 옹호하고자 하는 것은 아닙니다. 해당 웹 사이트의 자료는 본 IBM 제품 자료의 일부가 아니므로 해당 웹 사이트 사용으로 인한 위험은 사용자 본인이 감수해야 합니다.

IBM은 귀하의 권리를 침해하지 않는 범위 내에서 적절하다고 생각하는 방식으로 귀하가 제공한 정보를 사용하거나 배포할 수 있습니다.

(i) 독립적으로 작성된 프로그램과 기타 프로그램(본 프로그램 포함) 간의 정보 교환 및 (ii) 교환된 정보의 상호 이용을 목적으로 본 프로그램에 관한 정보를 얻고자 하는 라이센스 사용자는 다음 주소로 문의하십시오.

135-270
서울특별시 강남구 도곡동 467-12 군인공제회관빌딩
한국 아이.비.엠 주식회사
고객만족센터

이러한 정보는 해당 조건(예를 들어, 사용료 지불 등)에 따라 사용할 수 있습니다.

이 정보에 기술된 라이센스가 있는 프로그램 및 이 프로그램에 대해 사용 가능한 모든 라이센스가 있는 자료는 IBM이 IBM 기본 계약, IBM 프로그램 라이센스 계약(IPLA) 또는 이와 동등한 계약에 따라 제공한 것입니다.

비IBM 제품에 관한 정보는 해당 제품의 공급업체, 공개 자료 또는 다른 기타 범용 소스로부터 얻은 것입니다. IBM에서는 이러한 비IBM 제품을 테스트하지 않았으므로, 이들 제품과 관련된 성능의 정확성, 호환성 또는 기타 주장에 대해서는 확신할 수 없습니다. 비IBM 제품의 성능에 대한 의문사항은 해당 제품의 공급업체에 문의하십시오.

IBM이 제시하는 방향 또는 의도에 관한 모든 언급은 특별한 통지없이 변경될 수 있습니다.

상표

IBM, AIX, S/390, NetView, zSeries, Tivoli 및 Tivoli Enterprise Console은 미국 또는 기타 국가에서 사용되는 IBM Corporation의 상표입니다.

Microsoft, Windows, Windows NT 및 Windows 로고는 미국 또는 기타 국가에서 사용되는 등록상표입니다.

Java 및 모든 Java 기반 상표와 로고는 미국 또는 기타 국가에서 사용되는 Sun Microsystems, Inc.의 상표입니다.

UNIX는 미국 또는 기타 국가에서 사용되는 Open Group의 등록상표입니다.

Intel, Intel Inside(로고), MMX 및 Pentium은 미국 또는 기타 국가에서 사용되는 Intel Corporation의 상표입니다.

기타 회사, 제품 및 서비스 이름은 타사의 상표 또는 서비스표입니다.

IBM Tivoli NetView V7.1.4 수정팩 02 Readme

목차

새 운영 체제 방화벽

PIX 방화벽 오류 복구 지원

SNMP 주소 설정 및 잠금

수정된 netmon.seed 파일

Tivoli Switch Analyzer 설치 시 새 Layer2Status 오브젝트

이제 ovtopodump -r은 제공된 노드에 대한 각 인터페이스를 한 번만 나열합니다.

웹 콘솔에 대한 사용자 설정 가능 암호

수신확인/수신확인 취소 변경 사항

Windows에서 SNMPv2 트랩 지원

nvmaputil manage-interface/unmanage-interface 하위 명령에 추가된 선택 이름 지원

새 autoTrace start/stop 스크립트(UNIX 전용)

웹 콘솔 스위치 관리 보기에서 VLAN을 표시하기 위한 제한된 지원

서버 설정 도구에서 서버 추가/변경 옵션

데이터베이스를 지운 후 기본 SmartSets 재작성

새 NetView 파일/디렉토리 보안 스크립트

새 trapd 환경 변수

새 serversetup snmpCollect 디먼 옵션

새 snmpCollect 옵션

새 trapd.conf 파일

Linux에서 MIB 브라우저 실행을 위한 trapd.conf 변경

이벤트의 Tivoli Enterprise Console에 인터페이스 목록 송신

새 룰 세트 overridestatus_user1.rs가 setstatusseverity.rs를 대체

UNIX xnmsnmpconf 명령에 추가된 새 옵션

tecint.conf 파일에서 nvserverd의 새 옵션(UNIX 전용)

수정된 tdwdaemon.lrf

향상된 위치 감지 토폴로지 기능성

수정된 netmon.seed 파일

최대 대체 커뮤니티 이름

새 trapd.conf 파일

보조 IP 주소 검색 사용