| 탐색 링크 건너뛰기 | |
| 인쇄 보기 종료 | |
|
Oracle Solaris 관리: IP 서비스 Oracle Solaris 11 Information Library (한국어) |
| 탐색 링크 건너뛰기 | |
| 인쇄 보기 종료 | |
|
|
Oracle Solaris 관리: IP 서비스 Oracle Solaris 11 Information Library (한국어) |
이 절에서는 IPQoS 아키텍처 및 IPQoS가 RFC 2475, An Architecture for Differentiated Services에 정의된 차별화 서비스(Diffserv) 모델을 어떻게 구현하는지 설명합니다. IPQoS에는 Diffserv 모델의 다음 요소가 포함됩니다.
분류기
측정기
표시기
또한 IPQoS에는 흐름 계산 모듈 및 VLAN(virtual local area network) 장치와 함께 사용하기 위한 dlcosmk 표시기가 포함됩니다.
Diffserv 모델에서 분류기는 선택된 트래픽 흐름을 서로 다른 서비스 레벨이 적용되는 그룹으로 구성하기 위한 작업을 수행합니다. RFC 2475에서 정의된 분류기는 원래 경계 라우터를 위해 고안되었습니다. 반면, IPQoS 분류기 ipgpc은 로컬 네트워크의 내부에 있는 호스트의 트래픽 흐름을 처리하기 위해 고안되었습니다. 그러므로 IPQoS 시스템과 Diffserv 라우터가 모두 있는 네트워크는 더욱 뛰어난 차별화 서비스를 제공할 수 있습니다. ipgpc의 기술적인 설명은 ipgpc(7ipp) 매뉴얼 페이지를 참조하십시오.
IPQoS 사용 시스템의 IPQoS 구성 파일에 지정된 조건을 충족하는 트래픽 흐름을 선택합니다.
QoS 정책은 패킷 헤더에 있어야 하는 다양한 조건을 정의합니다. 이러한 조건을 선택기라고 합니다. ipgpc 분류기는 이러한 선택기를 IPQoS 시스템에서 수신한 패킷의 헤더와 비교한 다음 ipgpc는 모든 일치하는 패킷을 선택합니다.
IPQoS 구성 파일에 정의된 대로 패킷 흐름을 동일 특성을 가진 네트워크 트래픽인 클래스로 구분합니다.
패킷의 DS(차별화 서비스) 필드 값에 DSCP(차별화 서비스 코드 포인트)가 있는지 검사합니다.
DSCP가 있으면 수신 트래픽이 전달 동작으로 발신자에 의해 표시되었는지 여부를 나타냅니다.
특정 클래스의 패킷에 대해 IPQoS 구성 파일에서 지정된 추가 작업을 확인합니다.
패킷을 IPQoS 구성 파일에서 지정된 다음 IPQoS 모듈에 전달하거나 패킷을 네트워크 스트림으로 돌려 보냅니다.
분류기의 개요는 분류기(ipgpc) 개요를 참조하십시오. IPQoS 구성 파일에서 분류기 호출에 대한 자세한 내용은 IPQoS 구성 파일을 참조하십시오.
ipgpc 분류기는 IPQoS 구성 파일의 filter 절에서 사용할 수 있는 다양한 선택기를 지원합니다. 필터를 정의할 경우 항상 특정 클래스의 트래픽을 성공적으로 검색하는 데 필요한 최소 수의 선택기를 사용하십시오. 정의하는 필터 수에 따라 IPQoS 성능이 영향을 받을 수 있습니다.
다음 표는 ipgpc에 대해 사용 가능한 선택기를 나열합니다.
표 32-1 IPQoS 분류기에 대한 필터 선택기
|
측정기는 패킷당 기준으로 흐름의 전송 속도를 추적합니다. 그런 다음 측정기는 패킷이 구성된 매개변수를 준수하는지 여부를 확인합니다. 측정기 모듈은 패킷 크기, 구성된 매개변수 및 흐름 속도에 의존하는 작업 집합에서 패킷에 대한 다음 작업을 결정합니다.
측정기는 tokenmt 및 tswtclmt의 두 측정 모듈로 구성되며, IPQoS 구성 파일에서 구성합니다. 한 클래스에 대해 둘 중 하나의 모듈 또는 둘 다 구성할 수 있습니다.
측정 모듈을 구성할 때 속도에 대해 두 매개변수를 정의할 수 있습니다.
committed-rate – 특정 클래스의 패킷에 대해 수용할 만한 전송 속도(bps, 초당 비트)를 정의합니다.
peak-rate – 특정 클래스의 패킷에 대해 허용되는 최대 전송 속도(bps, 초당 비트)를 정의합니다.
패킷에 대한 측정 작업 결과는 세 가지 결과 중 하나가 될 수 있습니다.
green – 패킷으로 인해 흐름이 약정된 속도 내에서 유지됩니다.
yellow – 패킷으로 인해 흐름이 약정된 속도를 초과하지만 최대 속도를 초과하지는 않습니다.
red – 패킷으로 인해 흐름이 최대 속도를 초과합니다.
IPQoS 구성 파일에서 서로 다른 작업으로 각 결과를 구성할 수 있습니다. 약정된 속도 및 최대 속도는 다음 절에서 설명합니다.
tokenmt 모듈은 토큰 버킷을 사용하여 흐름의 전송 속도를 측정합니다. tokenmt가 단일 속도 또는 두 가지 속도 측정기로 작동하도록 구성할 수 있습니다. tokenmt 작업 인스턴스는 트래픽 흐름이 구성된 매개변수를 준수하는지 여부를 결정하는 두 토큰 버킷을 유지 관리합니다.
tokenmt(7ipp) 매뉴얼 페이지에서 IPQoS가 토큰 측정기 패러다임을 구현하는 방식을 설명합니다. 토큰 버킷에 대한 일반적인 정보는 Kalevi Kilkki의 Differentiated Services for the Internet 및 여러 웹 사이트에서 찾을 수 있습니다.
tokenmt에 대한 구성 매개변수는 다음과 같습니다.
committed_rate – 흐름의 약정된 속도 bps(초당 비트)로 지정합니다.
committed_burst – 약정된 버스트 크기를 비트로 지정합니다. committed_burst 매개변수는 특정 클래스의 나가는 패킷이 약정된 속도로 네트워크에 전달될 수 있는 크기를 정의합니다.
peak_rate – 최대 속도를 bps(초당 비트)로 지정합니다.
peak_burst – 최대 또는 초과 버스트 크기를 비트로 지정합니다. peak_burst 매개변수는 약정된 속도를 초과하는 최대 버스트 크기를 트래픽 클래스에 부여합니다.
color_aware – tokenmt에 대한 인식 모드를 설정합니다.
color_map – DSCP 값을 녹색, 노란색 또는 빨간색으로 매핑하는 정수 배열을 정의합니다.
tokenmt를 단일 속도 측정기로 구성하려면 IPQoS 구성 파일에서 tokenmt에 대해 peak_rate 매개변수를 지정하지 마십시오. 단일 속도 tokenmt 인스턴스가 빨간색, 녹색 또는 노란색 결과를 가지도록 구성하려면 peak_burst 매개변수를 지정해야 합니다. peak_burst 매개변수를 사용하지 않을 경우 tokenmt가 빨간색 결과 또는 녹색 결과만 가지도록 구성할 수 있습니다. 두 결과를 가지는 단일 속도 tokenmt의 예는 예 29-3을 참조하십시오.
tokenmt가 단일 속도 측정기로 작동하는 경우 peak_burst 매개변수는 실제로 초과 버스트 크기입니다. committed_rate 및 committed_burst 또는 peak_burst는 0이 아닌 양의 정수여야 합니다.
tokenmt를 두 속도 측정기로 구성하려면 IPQoS 구성 파일에서 tokenmt 작업에 대해 peak_rate 매개변수를 지정합니다. 두 속도 tokenmt는 항상 빨간색, 노란색 및 녹색의 세 가지 결과를 가집니다. committed_rate , committed_burst 및 peak_burst 매개변수는 0이 아닌 양의 정수여야 합니다.
두 속도 tokenmt가 색상을 인식하도록 구성하려면 “색상 인식”을 구체적으로 추가하는 매개변수를 추가해야 합니다. 다음은 색상을 인식하도록 tokenmt를 구성하는 예제 작업 명령문입니다.
예 32-1 IPQoS 구성 파일에 대한 색상 인식 tokenmt 작업
action {
module tokenmt
name meter1
params {
committed_rate 4000000
peak_rate 8000000
committed_burst 4000000
peak_burst 8000000
global_stats true
red_action_name continue
yellow_action_name continue
green_action_name continue
color_aware true
color_map {0-20,22:GREEN;21,23-42:RED;43-63:YELLOW}
}
}
color_aware 매개변수를 true로 설정하여 색상 인식을 사용으로 설정해야 합니다. 색상 인식 측정기로서 tokenmt는 패킷이 이전 tokenmt 작업에 의해 이미 빨간색, 노란색 또는 녹색으로 표시되었다고 간주합니다. 색상 인식 tokenmt는 두 속도 측정기에 대한 매개변수와 함께 패킷 헤더의 DSCP를 사용하여 패킷을 평가합니다.
color_map 매개변수에는 패킷 헤더의 DSCP가 매핑되는 배열이 포함됩니다. 다음 color_map 배열을 고려하십시오.
color_map {0-20,22:GREEN;21,23-42:RED;43-63:YELLOW}
DSCP 0–20 및 22의 패킷은 녹색으로 매핑됩니다. DSCP 21 및 23–42의 패킷은 빨간색으로 매핑됩니다. DSCP 43–63의 패킷은 노란색으로 매핑됩니다. tokenmt는 기본 색상 맵을 유지 관리합니다. 하지만 color_map 매개변수를 사용하여 필요에 따라 기본값을 변경할 수 있습니다.
color_action_name 매개변수에서 continue를 지정하여 패킷 처리를 완료할 수 있습니다. 또는 패킷을 표시기 작업에 보내는 인수를 추가할 수 있습니다(예: yellow_action_name mark22).
tswtclmt 측정 모듈은 시간 기반 속도 추정기를 사용하여 트래픽 클래스에 대한 평균 대역폭을 추정합니다. tswtclmt는 항상 세 가지 결과 측정기로 작동합니다. 속도 추정기는 흐름의 도착 추정 속도를 제공합니다. 이 속도는 지정된 기간(시간 창) 동안 트래픽 스트림의 실행 평균 대역폭에 근접해야 합니다. 속도 추정 알고리즘은 RFC 2859, A Time Sliding Window Three Colour Marker에서 가져옵니다.
다음 매개변수를 사용하여 tswtclmt를 구성합니다.
committed_rate – 약정된 속도를 bps(초당 비트)로 지정합니다.
peak_rate – 최대 속도를 bps(초당 비트)로 지정합니다.
window – 평균 대역폭 내역이 보관되는 시간 창을 밀리초로 정의합니다.
tswtclmt에 대한 기술적인 세부 정보는 tswtclmt(7ipp) 매뉴얼 페이지를 참조하십시오. tswtclmt와 유사한 속도 샤퍼(Shaper)에 대한 일반적인 정보는 RFC 2963, A Rate Adaptive Shaper for Differentiated Services를 참조하십시오.
IPQoS에는 dscpmk 및 dlcosmk의 두 표시기 모듈이 포함됩니다. 이 절에서는 두 표시기 사용에 대한 정보가 포함되어 있습니다. dlcosmk만 VLAN 장치가 있는 IPQoS 시스템에 대해 사용할 수 있으므로 일반적으로는 dscpmk를 사용해야 합니다.
dscpmk에 대한 기술적인 정보는 dscpmk(7ipp) 매뉴얼 페이지를 참조하십시오. dlcosmk에 대한 기술적인 정보는 dlcosmk(7ipp) 매뉴얼 페이지를 참조하십시오.
표시기는 흐름이 분류기 또는 측정 모듈에서 처리된 후 트래픽 흐름을 수신합니다. 표시기는 트래픽을 전달 동작으로 표시합니다. 이 전달 동작은 흐름이 IPQoS 시스템을 떠난 후 수행할 작업입니다. 트래픽 클래스에 대해 수행할 전달 동작은 PHB(홉별 동작)에서 정의됩니다. PHB는 다른 트래픽 클래스와 관련하여 해당 클래스의 우선권 흐름을 나타내는 우선 순위를 트래픽 클래스에 지정합니다. PHB는 IPQoS 시스템의 인접 네트워크에 대한 전달 동작만 제어합니다. PHB에 대한 자세한 내용은 홉별 동작을 참조하십시오.
패킷 전달은 특정 클래스의 트래픽을 네트워크의 다음 대상으로 보내는 프로세스입니다. IPQoS 시스템과 같은 호스트의 경우, 패킷은 호스트에서 로컬 네트워크 스트림으로 전달됩니다. Diffserv 라우터의 경우, 패킷은 로컬 네트워크에서 라우터의 다음 홉으로 전달됩니다.
표시기는 패킷 헤더의 DS 필드를 IPQoS 구성 파일에서 정의된 잘 알려진 전달 동작으로 표시합니다. 그러면 IPQoS 시스템 및 후속 Diffserv 인식 시스템은 표시가 바뀔 때까지 DS 필드에 나타난 대로 트래픽을 전달합니다. PHB를 지정하기 위해 IPQoS 시스템은 패킷 헤더의 DS 필드에 값을 표시합니다. 이 값을 DSCP(차별화 서비스 코드 포인트)라고 합니다. Diffserv 아키텍처는 서로 다른 DSCP를 사용하는 두 가지 유형의 전달 동작인 EF 및 AF를 정의합니다. DSCP에 대한 개요는 DS 코드 포인트를 참조하십시오.
IPQoS 시스템은 트래픽 흐름에 대해 DSCP를 읽고 다른 송신 트래픽 흐름과 관련하여 흐름의 우선권을 평가합니다. 그런 다음 IPQoS 시스템은 모든 동시 트래픽 흐름에 우선 순위를 지정하고 각 흐름을 우선 순위에 따라 네트워크로 보냅니다.
Diffserv 라우터는 송신 트래픽 흐름을 수신하고 패킷 헤더의 DS 필드를 읽습니다. DSCP는 라우터가 동시 트래픽 흐름에 우선 순위를 지정하고 일정을 예약하도록 합니다. 라우터는 PHB로 지정된 우선 순위에 따라 각 흐름을 전달합니다. 후속 홉의 Diffserv 인식 시스템도 동일한 PHB를 인식하지 못하면 PHB는 네트워크의 경계 라우터를 벗어나서 적용할 수 없습니다.
빠른 전달(EF)은 권장 EF 코드 포인트 46(101110)의 패킷이 네트워크로 전송 시 사용 가능한 가장 좋은 취급을 받도록 보장합니다. 빠른 전달은 임대 회선과 비교되기도 합니다. 46(101110) 코드 포인트의 패킷은 패킷의 대상으로 향하는 모든 Diffserv 경로에서 선호 취급이 보장됩니다. EF에 대한 기술적인 정보는 RFC 2598, An Expedited Forwarding PHB를 참조하십시오.
보장 전달(AF)은 표시기에 지정할 수 있는 네 가지 서로 다른 클래스의 전달 동작을 제공합니다. 다음 표는 클래스, 각 클래스에 제공되는 세 가지 삭제 우선권 및 각 우선권과 연결된 권장 DSCP를 보여줍니다. 각 DSCP는 해당 AF 값, 십진수 값 및 이진수 값으로 표시됩니다.
표 32-2 보장 전달 코드 포인트
|
모든 Diffserv 인식 시스템에서는 AF 코드 포인트를 기준으로 사용하여 서로 다른 클래스의 트래픽에 차별화된 전달 동작을 제공할 수 있습니다.
이러한 패킷이 Diffserv 라우터에 도달하면 라우터는 대기열에 있는 다른 트래픽의 DSCP와 함께 패킷의 코드 포인트를 평가합니다. 그런 다음 라우터는 사용 가능한 대역폭 및 패킷의 DSCP로 지정된 우선 순위에 따라 패킷을 전달하거나 삭제합니다. EF PHB로 표시된 패킷은 다양한 AF PHB로 표시된 패킷에 비해 대역폭이 보장됩니다.
패킷이 예상한 대로 전달되도록 하려면 네트워크의 IPQoS 시스템과 Diffserv 라우터 사이에 패킷 표시를 조정하십시오. 예를 들어, 네트워크의 IPQoS 시스템이 AF21(010010), AF13(001110), AF43(100110) 및 EF(101110) 코드 포인트로 패킷을 표시한다고 가정해 보겠습니다. 그러면 AF21, AF13, AF43 및 EF DSCP를 Diffserv 라우터의 해당 파일에 추가해야 합니다.
AF 코드 포인트 표의 기술적인 설명은 RFC 2597을 참조하십시오. 라우터 제조업체 Cisco Systems 및 Juniper Networks의 회사 웹 사이트에 가면 자세한 AF PHB 설정 정보가 제공됩니다. 이러한 정보를 활용하여 IPQoS 시스템 및 라우터에 대한 AF PHB를 정의할 수 있습니다. 또한 라우터 제조업체의 설명서에는 자사 장비에서 DS 코드 포인트 설정에 대한 지침이 포함되어 있습니다.
DSCP는 6비트 길이입니다. DS 필드는 1바이트 길이입니다. DSCP를 정의할 때 표시기는 패킷 헤더의 처음 중요 6비트를 DS 코드 포인트로 표시합니다. 나머지 덜 중요한 2비트는 사용되지 않습니다.
DSCP를 정의하려면 표시기 작업 매개변수 내에서 다음 매개변수를 사용합니다.
dscp_map{0-63:DS_codepoint}
dscp_map 매개변수는 (DSCP) 값으로 채우는 64 요소 배열입니다. dscp_map은 들어오는 DSCP를 dscpmk 표시기에 의해 적용된 나가는 DSCP로 매핑하는 데 사용됩니다.
DSCP 값은 십진수 형식의 dscp_map으로 지정해야 합니다. 예를 들어, EF 코드 포인트 101110은 십진수 값 46으로 변환해야 하며, 결과적으로 dscp_map{0-63:46}이 됩니다. AF 코드 포인트의 경우, 표 32-2에 나온 다양한 코드 포인트를 dscp_map에서 사용할 십진수 형식으로 변환해야 합니다.
dlcosmk 표시기 모듈은 데이터그램의 MAC 헤더에 전달 동작을 표시합니다. VLAN 인터페이스가 있는 IPQoS 시스템에서만 dlcosmk를 사용할 수 있습니다.
dlcosmk는 VLAN 태그로 알려진 4바이트를 MAC 헤더에 추가합니다. VLAN 태그에는 IEEE 801.D 표준에서 정의된 3비트 사용자 우선 순위 값이 포함됩니다. VLAN을 이해하는 Diffserv 인식 스위치는 데이터그램의 사용자 우선 순위 필드를 읽을 수 있습니다. 801.D 사용자 우선 순위 값은 잘 알려지고 상용 스위치에서 이해할 수 있는 CoS(서비스 클래스) 표시를 구현합니다.
다음 표에 나열된 서비스 클래스 표시를 정의하여 dlcosmk 표시기 작업에서 사용자 우선 순위 값을 사용할 수 있습니다.
표 32-3 801.D 사용자 우선 순위 값
|
dlcosmk에 대한 자세한 내용은 dlcosmk(7ipp) 매뉴얼 페이지를 참조하십시오.
이 절에서는 VLAN 장치가 있는 시스템에서 IPQoS를 구현하는 방법을 보여주는 단순한 네트워크 시나리오를 소개합니다. 시나리오에는 스위치로 연결된 machine1 및 machine2의 두 IPQoS 시스템이 포함됩니다. machine1의 VLAN 장치는 IP 주소 10.10.8.1을 가집니다. machine2의 VLAN 장치는 IP 주소 10.10.8.3을 가집니다.
machine1에 대한 다음 IPQoS 구성 파일은 스위치를 거쳐 machine2로 이동하는 트래픽을 표시하기 위한 간단한 솔루션을 보여줍니다.
예 32-2 VLAN 장치가 있는 시스템에 대한 IPQoS 구성 파일
fmt_version 1.0
action {
module ipgpc
name ipgpc.classify
filter {
name myfilter2
daddr 10.10.8.3
class myclass
}
class {
name myclass
next_action mark4
}
}
action {
name mark4
module dlcosmk
params {
cos 4
next_action continue
global_stats true
}
}
이 구성에서 machine2의 VLAN 장치를 대상으로 하는 machine1의 모든 트래픽은 dlcosmk 표시기로 전달됩니다. mark4 표시기 작업은 dlcosmk가 VLAN 표시를 CoS가 4인 myclass 클래스의 데이터그램에 추가하도록 지시합니다. 사용자 우선 순위 값 4는 두 시스템 사이에 있는 스위치가 machine1의 myclass 트래픽 흐름에 제어 로드 전달을 제공해야 한다는 것을 나타냅니다.
IPQoS flowacct 모듈은 트래픽 흐름에 대한 정보를 기록하며, 이 프로세스를 흐름 계산이라고 합니다. 흐름 계산은 고객 청구 또는 특정 클래스에 대한 트래픽의 양 평가 목적으로 사용될 수 있는 데이터를 생성합니다.
흐름 계산은 선택 사항입니다. flowacct는 일반적으로 측정되거나 표시된 트래픽 흐름이 네트워크 스트림으로 보내지기 전에 만날 수 있는 마지막 모듈입니다. Diffserv 모델에서 flowacct의 위치에 대한 그림은 그림 27-1을 참조하십시오. flowacct에 대한 기술적인 세부 정보는 flowacct(7ipp) 매뉴얼 페이지를 참조하십시오.
흐름 계산을 사용으로 설정하려면 flowacct와 함께 Oracle Solaris exacct 계산 기능 및 acctadm 명령을 사용해야 합니다. 흐름 계산 설정에 대한 전체 단계는 흐름 계산 설정(작업 맵)을 참조하십시오.
flowacct 모듈은 흐름 레코드로 구성된 흐름 테이블에서 흐름에 대한 정보를 수집합니다. 테이블의 각 항목은 하나의 흐름 레코드를 포함합니다. 흐름 테이블을 표시할 수는 없습니다.
IPQoS 구성 파일에서 다음 flowacct 매개변수를 정의하여 흐름 레코드를 측정하고 레코드를 흐름 테이블에 기록합니다.
timer – 시간 초과된 흐름이 흐름 테이블에서 제거되고 acctadm으로 만들어진 파일에 기록되는 간격을 밀리초로 정의합니다.
timeout – 흐름이 시간 초과되기 전에 패킷 흐름이 비활성화되어야 하는 기간을 밀리초로 정의합니다.
주 - timer 및 timeout이 서로 다른 값을 가지도록 구성할 수 있습니다.
max_limit – 흐름 테이블에 저장할 수 있는 흐름 레코드 수에 대한 상한 제한을 둡니다.
flowacct 매개변수가 IPQoS 구성 파일에서 사용되는 예는 IPQoS 구성 파일에서 흐름 제어를 구성하는 방법을 참조하십시오.
flowacct 모듈은 flowacct 인스턴스에서 본 모든 패킷 흐름을 기록하는 흐름 테이블을 유지 관리합니다. 흐름은 flowacct 8–튜플을 포함하는 다음 매개변수로 식별됩니다.
소스 주소
대상 주소
소스 포트
대상 포트
DSCP
사용자 ID
프로젝트 ID
프로토콜 번호
흐름에 대한 8–튜플의 모든 매개변수가 동일하게 유지될 경우 흐름 테이블은 하나의 항목만 포함합니다. max_limit 매개변수는 흐름 테이블에 포함될 수 있는 항목 수를 결정합니다.
흐름 테이블은 timer 매개변수에 대해 IPQoS 구성 파일에서 정의된 간격으로 검사됩니다. 기본값은 15초입니다. 흐름은 IPQoS 구성 파일의 timeout 간격 이상 동안 IPQoS 시스템에서 해당 패킷을 볼 수 없을 때 “시간 초과”됩니다. 기본 시간 초과 간격은 60초입니다. 그런 다음 시간 초과된 항목은 acctadm 명령으로 만들어진 계산 파일에 기록됩니다.
flowacct 레코드에는 다음 표에 설명된 속성이 포함됩니다.
표 32-4 flowacct 레코드의 속성
|
acctadm 명령을 사용하여 flowacct로 생성된 다양한 흐름 레코드를 저장할 파일을 만듭니다. acctadm은 확장 계산 기능과 함께 작동합니다. acctadm에 대한 기술적인 정보는 acctadm(1M) 매뉴얼 페이지를 참조하십시오.
flowacct 모듈은 흐름을 관찰하고 흐름 테이블을 레코드로 채웁니다. 그런 다음 flowacct는 timer에서 지정된 간격으로 해당 매개변수 및 속성을 평가합니다. 패킷이 last_seen + timeout 값 이상 동안 보이지 않으면 패킷은 시간 초과됩니다. 모든 시간 초과된 항목은 흐름 테이블에서 삭제됩니다. 그런 다음 이러한 항목은 timer 매개변수에 지정된 간격이 경과할 때마다 계산 파일에 기록됩니다.
flowacct 모듈에서 사용할 acctadm을 호출하려면 다음 구문을 사용합니다.
acctadm -e file-type -f filename flow
-e 옵션과 함께 acctadm을 호출합니다. -e는 리소스 목록이 있음을 나타냅니다.
수집할 속성을 지정합니다. file-type은 basic 또는 extended로 바뀌어야 합니다. 각 파일 유형의 속성 목록은 표 32-4를 참조하십시오.
흐름 레코드를 보관할 file-name 파일을 만듭니다.
acctadm이 IPQoS에서 실행됨을 나타냅니다.
|