All Interfaces(모든 인터페이스) 페이지 상단에는 현재 설치되어 있는 인터페이스가 시각적으로 표시되며, 아래 표에는 설치되어 있는 인터페이스의 목록이 나와 있습니다.

• 데이터

• 관리

• 클러스터 - 클러스터 유형은 선택하지 마십시오. 기본적으로 클러스터 제어 링크는 Port-channel 48에서 자동으로 생성됩니다.

50G 케이블을 통해 포트에 연결하는 피어 스위치가 자동 협상을 지원하지 않는 경우 스위치 및 플랫폼 인터페이스에서도 자동 협상을 비활성화해야 합니다. 예를 들어 N9K-C93400LD-H1은 50G 케이블에서 자동 협상을 지원하지 않습니다. 연결할 포트에 대해 플랫폼 및 스위치에서 기본 자동 협상을 비활성화해야 합니다.

All Interfaces(모든 인터페이스) 페이지 상단에는 현재 설치되어 있는 인터페이스가 시각적으로 표시되며, 아래 표에는 설치되어 있는 인터페이스의 목록이 나와 있습니다.

Port-channel 48은 클러스터된 논리적 디바이스를 구축할 때 클러스터 제어 링크로 예약됩니다. 클러스터 제어 링크에 포트 채널 48을 사용하지 않으려면 포트 채널 48을 삭제한 다음 다른 ID로 클러스터 유형 EtherChannel을 구성하면 됩니다.여러 클러스터 유형 EtherChannel과 멀티 인스턴스 클러스터링에 사용할 VLAN 하위 인터페이스를 추가할 수 있습니다. 인트라 섀시 클러스터링(intra-chassis clustering)의 경우, 클러스터 EtherChannel에 인터페이스를 할당하지 마십시오.

• 데이터

• 관리

• 클러스터

지정된 속도가 아닌 멤버 인터페이스를 추가하면 포트 채널에 성공적으로 조인되지 않습니다.

비 데이터 인터페이스의 경우 모드는 항상 액티브입니다.

지정된 듀플렉스로 설정된 멤버 인터페이스를 추가하면 포트 채널에 성공적으로 조인되지 않습니다.

미디어 유형과 용량이 동일한 멤버 인터페이스는 최대 16개까지 추가할 수 있습니다. 멤버 인터페이스는 동일한 속도 및 듀플렉스로 설정되어야 하며, 이 포트 채널에 대해 설정한 속도 및 듀플렉스와 일치해야 합니다. 미디어 유형은 RJ-45 또는 SFP일 수 있으며 서로 다른 유형(구리 및 광섬유)의 SFP를 혼합할 수 있습니다. 더 큰 용량의 인터페이스에서는 속도를 낮게 설정하여 인터페이스 용량(예: 1GB 및 10GB 인터페이스)을 혼합하여 사용할 수 없습니다.

유효한 모든 인터페이스가 기본적으로 할당되어 있습니다. 여러 클러스터 유형의 인터페이스를 지정했다면 하나를 제외하고 모두 선택 해제합니다.

초기 부트스트랩 설정을 구성할 수 있는 대화 상자가 표시됩니다. 이러한 설정은 초기 구축 전용 또는 재해 복구용입니다. 일반 작업 시에는 애플리케이션 CLI 구성에서 대부분의 값을 나중에 변경할 수 있습니다.

섀시에서 지정된 소프트웨어 버전을 다운로드하고 부트스트랩 구성 및 관리 인터페이스 설정을 애플리케이션 인스턴스에 푸시하여 논리적 디바이스를 구축합니다. Logical Devices(논리적 디바이스) 페이지에서 새 논리적 디바이스의 상태를 확인합니다. 논리적 디바이스의 Status(상태)가 online(온라인)으로 표시되면 나머지 클러스터 섀시를 추가할 수도 있고, 단일 Firepower 9300 섀시 내의 보안 모듈에 격리된 클러스터의 경우 애플리케이션 내에서 클러스터 구성을 시작할 수도 있습니다. 프로세스의 일부로 "보안 모듈이 응답하지 않음" 상태가 표시될 수 있습니다. 이 상태는 정상이며 일시적입니다.

• Chassis ID(섀시 ID) - 고유한 섀시 ID를 입력합니다.

• Site ID(사이트 ID) - 올바른 사이트 ID를 입력합니다.

• Cluster Key(클러스터 키) - (미리 채워지지 않음) 동일한 클러스터 키를 입력합니다.

OK(확인)를 클릭합니다.

섀시에서 지정된 소프트웨어 버전을 다운로드하고 부트스트랩 구성 및 관리 인터페이스 설정을 애플리케이션 인스턴스에 푸시하여 논리적 디바이스를 구축합니다. Logical Devices(논리적 디바이스) 페이지에서 각 클러스터 멤버의 새 논리적 디바이스의 상태를 확인합니다. 각 클러스터 멤버의 논리적 디바이스의 Status(상태)가 online(온라인)으로 표시되면 애플리케이션 내에서 클러스터 구성을 시작할 수 있습니다. 프로세스의 일부로 "보안 모듈이 응답하지 않음" 상태가 표시될 수 있습니다. 이 상태는 정상이며 일시적입니다.

• Cluster Member Limit(클러스터 멤버 제한)— 클러스터 멤버의 최대 수를 2~16 사이로 구성합니다. 기본값은 16입니다. 클러스터 유닛 수가 최대 16개 유닛보다 작을 경우 실제 계획된 유닛 수를 설정하는 것이 좋습니다. 최대 유닛을 설정하면 클러스터가 리소스를 더 잘 관리할 수 있습니다. 예를 들어, 포트 주소 변환(PAT)을 사용하는 경우, 제어 유닛은 계획된 구성원 수에 맞춰 포트 블록을 할당할 수 있으며, 사용하지 않을 추가 유닛을 위해 포트를 미리 확보해 둘 필요가 없습니다.

• Site Periodic GARP(사이트 주기 GARP) — ASA는 전환 대상 인프라를 최신 상태로 유지하기 위해 Gratuitous ARP(GARP) 패킷을 생성합니다. 각 사이트에서 가장 높은 우선 순위를 지닌 멤버는 전역 MAC/IP 주소에 대해 GARP 트래픽을 주기적으로 생성합니다. GARP는 각 Spanned EtherChannel에 대한 각 유닛 및 사이트 MAC 및 IP 주소용 사이트 ID를 설정할 때 기본적으로 활성화되어 있습니다. 1~1000000초 사이로 GARP 간격을 설정합니다. 기본값은 290초입니다.

  사이트별 MAC 및 IP 주소를 사용할 때 클러스터에서 온 패킷은 사이트별 MAC 주소 및 IP 주소를 사용하는 반면 클러스터가 수신한 패킷은 전역 MAC 주소 및 IP 주소를 사용합니다. 트래픽이 전역 MAC 주소에서 정기적으로 생성되지 않는 경우, 전역 MAC 주소에 대한 스위치에서 MAC 주소 시간 초과가 발생할 수 있습니다. 시간 초과 후에 전역 MAC 주소로 향하는 트래픽이 전체 스위칭 인프라를 통해 플러딩되어 성능 및 보안 문제를 유발할 수 있습니다.

• Enable connection rebalancing for TCP traffic across all the ASAs in the cluster(클러스터의 모든 ASA에서 TCP 트래픽의 연결 리밸런싱 활성화) — 연결 리밸런싱을 활성화합니다. 이 매개변수는 기본적으로 비활성화되어 있습니다. 이 매개변수는 부트스트랩 구성의 일부가 아니며, 제어 노드에서 데이터 노드로 복제됩니다. 활성화할 경우 ASA는 초당 연결 수에 대한 정보를 주기적으로 교환하며, 초당 연결 수가 많은 디바이스에서 로드가 적은 디바이스로 새 연결을 오프로드합니다. 기존 연결은 이동되지 않습니다. 또한 이 명령은 초당 연결 수를 기반으로만 리밸런싱되므로 각 노드에 설정된 총 연결 수는 고려되지 않으며 총 연결 수가 동일하지 않을 수 있습니다. 빈도는 1에서 360초 사이이며, 로드 정보를 교환하는 빈도를 지정합니다. 기본값은 5일입니다.

  연결이 다른 노드로 오프로드되면 비대칭 연결이 됩니다.

  사이트 간 토폴로지에 대한 연결 리밸런싱을 구성하지 마십시오. 이렇게 할 경우 다른 사이트의 클러스터 멤버에 대한 새 연결이 리밸런싱됩니다.

• Enable cluster load monitor(클러스터 로드 모니터 활성화) - 총 연결 수, CPU 및 메모리 사용량, 버퍼 삭제를 포함하여 클러스터 멤버에 대한 트래픽 로드를 모니터링할 수 있습니다. 로드가 너무 높은 경우 나머지 유닛이 로드를 처리할 수 있는 경우 유닛에서 클러스터링을 수동으로 비활성화하도록 선택하거나 외부 스위치의 로드 밸런싱을 조정할 수 있습니다. 이 기능은 기본적으로 활성화되어 있습니다. 예를 들어, 각 섀시에 보안 모듈 3개가 장착된 Firepower 9300에서 섀시 간 클러스터링을 구성한 경우, 한 섀시의 보안 모듈 2개가 클러스터에서 이탈하면 해당 섀시로 유입되는 트래픽이 남은 모듈 하나로 집중되어 해당 모듈에 과부하가 걸릴 수 있습니다. 트래픽 로드를 주기적으로 모니터링할 수 있습니다. 로드가 너무 높은 경우 유닛에서 수동으로 클러스터링을 비활성화하도록 선택할 수 있습니다.

  다음 값을 설정합니다.

  • Time Interval(시간 간격) - 모니터링 메시지 간의 시간(초)을 10~360초 사이로 설정합니다. 기본값은 20초입니다.

  • Number of Intervals(간격 수) - ASA가 데이터를 유지 관리하는 간격 수를 1~60 사이의 값으로 설정합니다. 기본값은 30입니다.

  트래픽 로드를 확인하려면 Monitoring(모니터링) > ASA Clusters(ASA 클러스터) > Cluster Load-Monitoring(클러스터 로드 모니터링)을 참조하십시오.

• Enable health monitoring of this device within the cluster(클러스터 내에서 이 디바이스의 상태 모니터링 활성화) — 클러스터 유닛 상태 검사 기능을 활성화하고 유닛 간의 하트비트 상태 메시지 시간 간격을 0.3초 및 45초 사이에서 결정합니다. 기본값은 3초입니다. 참고: 새 유닛을 클러스터에 추가하는 경우와 ASA 또는 스위치에서 토폴로지를 변경하는 경우, 클러스터가 완료될 때까지 이 기능을 일시적으로 비활성화하고 비활성화된 인터페이스에 대해 인터페이스 모니터링을 비활성화해야 합니다(Configuration(구성) > Device Management(디바이스 관리) > High Availability and Scalability(고가용성 및 확장성) > ASA Cluster(ASA 클러스터) > Cluster Interface Health Monitoring(클러스터 인터페이스 상태 모니터링)). 클러스터 및 토폴로지 변경이 완료되면 이러한 기능을 다시 활성화할 수 있습니다. 유닛 상태를 확인하기 위해 ASA 클러스터 유닛에서는 다른 유닛에 대한 클러스터 제어 링크에서 하트비트 메시지를 보냅니다. 유닛이 피어 유닛의 하트비트 메시지를 대기 시간 내에 수신하지 않을 경우, 해당 피어 유닛은 응답하지 않거나 중지된 상태로 간주됩니다.

• Debounce Time(디바운스 시간) — ASA에서 인터페이스를 실패 상태로 간주하고 유닛이 클러스터에서 제거되기 전에 디바운스 시간을 구성합니다. 이 기능을 통해 인터페이스 장애 탐지를 더 빠르게 수행할 수 있습니다. 디바운스 시간을 더 낮게 구성하면 오탐의 가능성이 증가합니다. 인터페이스 상태 업데이트가 발생하는 경우, 인터페이스를 실패로 표시하고 유닛이 클러스터에서 제거되기 전에 ASA는 지정되어 있는 밀리초 동안 대기합니다. 가동 중단 상태에서 가동 상태로 전환되는 EtherChannel의 경우(예: 스위치 다시 로드됨 또는 EtherChannel에서 스위치 활성화됨), 디바운스 시간이 더 길어 다른 클러스터 유닛이 포트 번들링 시 더 빨랐다는 이유만으로 인터페이스가 클러스터 유닛에서 실패한 것으로 표시되는 것을 방지할 수 있습니다. 기본 디바운스 시간은 500ms이며 범위는 300ms~9초입니다.

• Replicate console output(콘솔 출력 복제) — 데이터 유닛에서 제어 유닛으로 콘솔 복제를 활성화합니다. 이 기능은 기본적으로 비활성화되어 있습니다. ASA에서는 중요한 특정 이벤트 발생 시 일부 메시지를 콘솔에 직접 출력합니다. 콘솔 복제를 활성화할 경우, 데이터 유닛에서는 콘솔 메시지를 제어 유닛에 전송하므로 클러스터의 콘솔 포트 하나만 모니터링하면 됩니다. 이 매개변수는 부트스트랩 컨피그레이션의 일부가 아니며, 제어 유닛에서 데이터 유닛으로 복제됩니다.

• Enable Clustering Flow Mobility(클러스터링 플로우 모빌리티 활성화)입니다. LISP 검사 구성을 참조하십시오.

• Enable Director Localization for inter-DC cluster(DC 간 클러스터를 위해 관리자 현지화 활성화) — 데이터 센터에 대한 사이트 간 클러스터링을 위해 성능을 개선하고 왕복 시간 레이턴시를 줄이기 위해 관리자 현지화를 활성화할 수 있습니다. 새로운 연결은 일반적으로 로드 밸런싱 상태이며 지정된 사이트 내부의 클러스터 멤버가 소유합니다. 그러나 ASA는 모든 사이트에서 멤버에 관리자 역할을 할당합니다. 관리자 현지화를 사용하면 추가 관리자 역할이 활성화됩니다. 즉, 소유자와 동일한 사이트의 로컬 관리자와 모든 사이트의 전역 관리자 역할이 활성화됩니다. 소유자와 관리자를 동일한 사이트에서 유지하면 성능이 향상됩니다. 또한 원래 소유자가 실패할 경우, 로컬 관리자가 동일한 사이트에서 새로운 연결 소유자를 선택합니다. 전역 관리자는 클러스터 멤버가 다른 사이트에서 소유하는 연결에 대한 패킷을 수신하는 경우 사용됩니다.

• Site Redundancy(사이트 이중화) — 사이트 장애로부터 플로우를 보호하기 위해 사이트 이중화를 활성화할 수 있습니다. 연결 백업 소유자가 소유자와 같은 사이트에 있으면 사이트 장애로부터 플로우를 보호하기 위해 다른 사이트에서 추가 백업 소유자가 선택됩니다. 관리자 현지화 및 사이트 이중화는 별도의 기능입니다. 이 기능 중 하나 또는 나머지를 구성하거나 둘 다 구성할 수도 있습니다.

• Enable config sync Acceleration(설정 동기화 가속 활성화) - 데이터 유닛에 제어 유닛과 설정이 동일한 경우 동기화 설정을 건너뛰고 더 빠르게 참여합니다. 이 기능은 기본적으로 활성화되어 있습니다. 이 기능은 각 유닛에서 구성되며 제어 유닛에서 데이터 유닛으로 복제되지 않습니다.

  참고	일부 구성 명령은 가속화된 클러스터 참가와 호환되지 않습니다. 이러한 명령이 유닛에 존재하는 경우, 가속화된 클러스터 참가가 활성화된 경우에도 구성 동기화가 항상 발생합니다. 가속화된 클러스터 참가가 작동하려면 호환되지 않는 구성을 제거해야 합니다. 호환되지 않는 구성을 보려면 show cluster info unit-join-acceleration incompatible-config 를 사용합니다.

• Enable parallel configuration replicate(병렬 구성 복제 활성화) - 제어 유닛을 활성화하여 데이터 유닛과 구성 변경 사항을 병렬로 동기화합니다. 그렇지 않으면 동기화가 순차적으로 이루어지며 시간이 더 걸릴 수 있습니다.

• Concurrent Join(동시 조인)— 노드가 순차적으로 조인하는 대신 동시에 조인할 수 있습니다. NAT 및 VPN 분산 모드가 활성화된 경우 동시 조인을 사용할 수 없습니다. 호환되지 않는 구성을 보려면 Monitoring(모니터링) > ASA Cluster(ASA 클러스터) > ASA Cluster Concurrent Join(ASA 클러스터 동시 조인)을 참조하십시오.

• 플로우 상태 새로 고침 Keepalive 간격 - 플로우 소유자에서 관리자 및 백업 소유자로의 흐름 상태 새로 고침 메시지(clu_keepalive 및 clu_update 메시지)에 대한 keepalive 간격을 15~20초 사이로 설정합니다. 기본값은 15입니다. 클러스터 제어 링크의 트래픽 양을 줄이기 위해 간격을 기본값보다 길게 설정할 수 있습니다.

• CPU Health Check Threshold(CPU 상태 확인 임계값)- 클러스터 제어 링크에서 상태 검사를 일시 중단하도록 CPU 사용량 임계값을 구성합니다. 백분율을 70~100 사이로 설정합니다. 기본값은 90입니다. 클러스터 노드 CPU 사용량이 높으면 상태 확인이 일시 중단되고 노드가 비정상으로 표시되지 않습니다.

• MTU - 클러스터 제어 링크 인터페이스의 최대 전송 단위가 데이터 인터페이스의 가장 높은 MTU보다 100바이트 이상 높도록 지정합니다. MTU를 최댓값인 9184바이트로 설정하는 것이 좋습니다. 최솟값은 1400바이트입니다. 또한 Cisco에서는 클러스터 제어 링크 MTU를 2561과 8362 사이로 설정하지 않는 것을 권장합니다. 블록 풀 처리로 인해 이 MTU 크기는 시스템 작동에 최적이 아닙니다. 클러스터 제어 링크 트래픽에는 데이터 패킷 전달이 포함되므로 클러스터 제어 링크는 데이터 패킷의 전체 크기와 클러스터 트래픽 오버헤드를 모두 수용해야 합니다.

  예를 들어 최대 MTU가 9184이므로 가장 높은 데이터 인터페이스 MTU는 9084가 될 수 있는 반면, 클러스터 제어 링크는 9184로 설정할 수 있습니다.

• Minimum Units Required to Join(참가하는 데 필요한 최소 유닛 수) — 모듈이 클러스터에 참가하기 전에 준비해야 하는 동일한 섀시의 최소 모듈 수를 1~3 범위에서 지정합니다. 기본값은 1인데 이는 모듈이 클러스터에 참가하기 전에 다른 모듈이 준비할 동안 대기하지 않는 것을 의미합니다. 예를 들어, 값을 3으로 설정하는 경우, 각 모듈이 클러스터에 참가하기 전에 최대 지연 시간 동안 대기하거나 3개의 모듈이 모두 준비 상태가 될 때까지 대기합니다. 3개 모듈 모두 클러스터에 거의 동시에 참가하도록 요청하며 동일한 시간대에 트래픽을 수신하기 시작합니다.

• Maximum Join Delay(최대 참가 지연) — 모듈이 클러스터에 참가하기 전에 다른 모듈이 준비할 동안 대기하는 것을 중지하기 전의 최대 지연 시간(분)을 0~30분 범위에서 지정합니다. 기본값은 0인데 이는 모듈이 클러스터에 참가하기 전에 다른 모듈이 준비할 동안 대기하지 않는 것을 의미합니다. 최소 유닛 수를 1로 설정하는 경우 이 값은 0이어야 합니다. 최소 유닛 수를 2 또는 3으로 설정하는 경우 이 값은 1 이상이어야 합니다. 이 타이머는 모듈별로 할당되지만 첫 번째 모듈이 클러스터에 참가하면 모든 다른 모듈 타이머가 종료되고 나머지 모듈은 클러스터에 참가합니다.

예를 들어, 최소 유닛 수를 3으로 설정하고 최대 지연을 5분으로 설정합니다. 모듈 1이 나타나면 5분 타이머가 시작됩니다. 2분 후에 모듈 2가 나타나고 5분 타이머가 시작됩니다. 1분 후에 모듈 3이 나타나므로 4분으로 표시될 때는 이제 모든 모듈이 클러스터에 참가하게 되며, 모든 모듈은 타이머가 완료될 때까지 대기하지 않습니다. 모듈 3이 나타나지 않으면 모듈 1이 5분 타이머 종료 시 클러스터에 참가하게 되고, 모듈 2 또한 참가하게 되는데(타이머에 아직 2분이 남아 있는 경우에도) 이는 타이머가 완료할 때까지 대기하지 않습니다.

인터페이스 상태 메시지에 링크 장애가 감지됩니다. 지정된 논리적 인터페이스에 대한 모든 물리적 포트가 특정 유닛에서 오류가 발생했지만 다른 유닛에 있는 동일한 논리적 인터페이스에서 활성 포트가 있는 경우 이 유닛은 클러스터에서 제거됩니다. 유닛에서 대기 시간 내에 인터페이스 상태 메시지를 수신하지 않을 경우, ASA에서 클러스터의 멤버를 제거하기까지 걸리는 시간은 인터페이스의 유형에 따라, 그리고 해당 유닛이 설정된 멤버인지 또는 클러스터에 참가하는지에 따라 좌우됩니다. 상태 선택은 모든 인터페이스에 대해 기본적으로 활성화됩니다.

필수가 아닌 인터페이스(예: 관리 인터페이스)에 대한 상태 모니터링을 비활성화할 수 있습니다. 모든 포트 채널 ID 또는 단일 물리적 인터페이스 ID를 지정할 수 있습니다. 상태 모니터링은 VNI 또는 BVI 같은 VLAN 하위 인터페이스 또는 가상 인터페이스에서 수행되지 않습니다. 클러스터 제어 링크의 모니터링을 구성할 수 없습니다. 이 링크는 항상 모니터링됩니다.

토폴로지 변경 사항(예: 데이터 인터페이스 추가 또는 제거, ASA, Firepower 4100/9300 섀시 또는 스위치에서 인터페이스 활성화 또는 비활성화, 추가 스위치를 추가하여 VSS, vPC, StackWise 또는 StackWise Virtual 구성)이 발생할 경우 상태 검사 기능(Configuration(구성) > Device Management(디바이스 관리) > High Availability and Scalability(고가용성 및 확장성) > ASA Cluster(ASA 클러스터))을 비활성화하고 비활성화된 인터페이스에 대한 인터페이스 모니터링도 비활성화해야 합니다. 토폴로지 변경이 완료되고 컨피그레이션 변경 사항이 모든 유닛과 동기화되면 상태 검사 기능을 다시 사용할 수 있습니다.

• Maximum Rejoin Attempts(최대 다시 참가 시도 횟수) — unlimited(무제한) 또는 0~65535 사이의 값을 설정하여 클러스터에 다시 참가하려고 시도하는 횟수를 정의합니다. 0은 자동 다시 참가를 비활성화합니다. 기본값은 클러스터 인터페이스의 경우 Unlimited(무제한)이며 데이터 인터페이스 및 시스템의 경우 3입니다.

• Rejoin Interval(다시 참가 간격) — 2~60 사이의 간격을 설정하여 다시 참가 시도 간의 간격 기간(분)을 정의합니다. 기본값은 5분입니다. 유닛이 클러스터에 다시 참가하려고 시도하는 최대 총 시간은 마지막 장애 시간으로부터 14400분(10일)으로 제한됩니다.

• Interval Variation(간격 변수) — 1과 3 사이의 간격 변수 설정에 따라 간격 기간이 증가하는지 여부를 정의합니다. 1(변경 없음), 2(2 x 이전 간격) 또는 3(3 x 이전 간격)입니다. 예를 들어, 간격 기간을 5분으로 설정하고 변수를 2로 설정하면 첫 번째 시도가 5분 후에 일어나고 두 번째 시도는 10분(2 x 5), 세 번째 시도는 20분(2 x 10) 후에 일어납니다. 기본값은 클러스터 인터페이스의 경우 1이며 데이터 인터페이스 및 시스템의 경우 2입니다.

기본 설정을 복원하려면 Restore Defaults(기본값 복원)를 클릭합니다.

섀시 하트비트 장애에 대한 Auto Rejoin(자동 다시 조인) 설정과 일치하도록 섀시 다시 조인을 설정하려면 Chassis Heartbeat Delay Auto-Rejoin(섀시 하트비트 지연 자동 다시 조인)을 선택합니다. 기본적으로 섀시 하트비트에 장애가 발생한 다음 복구되면 노드 클러스터에 즉시 다시 조인합니다. 그러나 이 옵션을 구성하면 Auto Rejoin(자동 다시 조인) 화면의 설정에 따라 다시 조인하게 됩니다.

• Replication delay(복제 지연) — 1~15 사이의 초를 설정합니다.

• HTTP — 모든 HTTP 트래픽에 대해 지연을 설정합니다. 이 설정은 기본적으로 5초 동안 활성화됩니다.

• 소스 기준

  • Source(소스) — 소스 IP 주소를 설정합니다.

  • Service(서비스) — (선택 사항) 소스 포트를 설정합니다. 일반적으로 소스 또는 대상 포트 중 하나를 설정합니다. 둘 다 설정하지는 마십시오.

• 대상 기준

  • Source(소스) — 대상 IP 주소를 설정합니다.

  • Service(서비스) — (선택 사항) 대상 포트를 설정합니다. 일반적으로 소스 또는 대상 포트 중 하나를 설정합니다. 둘 다 설정하지는 마십시오.