C.5.8 전역 옵션

SMS 게이트웨이 서버에는 현재 다음 세 가지 범주의 전역 옵션이 있습니다.

• C.5.8.1 스레드 조정 옵션

• C.5.8.2 기록 데이터 조정

• C.5.8.3 기타

모든 전역 옵션은 지정된 모든 옵션 그룹의 앞에 오도록 구성 파일의 맨 위에 지정해야 합니다. 표 C–20에는 모든 전역 구성 옵션이 나열되어 있습니다.

표 C–20 전역 옵션

옵션	기본값	설명
DEBUG	6	생성된 진단 출력의 유형을 선택합니다.
HISTORY_FILE_DIRECTORY		기록 데이터 파일의 절대 디렉토리 경로입니다.
HISTORY_FILE_MODE	0770	기록 데이터 파일에 대한 권한입니다.
HISTORY_FILE_ROLLOVER_PERIOD	30분	기록 데이터의 동일한 파일에 쓸 수 있는 최대 시간입니다.
LISTEN_CONNECTION_MAX	10,000	모든 SMPP 중계 및 서버 인스턴스화에서의 최대 동시 인바운드 연결 수입니다.
RECORD_LIFETIME	3일	기록 데이터 아카이브에 있는 레코드의 수명입니다.
THREAD_COUNT_INITIAL	10개	작업자 스레드의 초기 수입니다.
THREAD_COUNT_MAXIMUM	50개	작업자 스레드의 최대 수입니다.
THREAD_STACK_SIZE	64KB	각 작업자 스레드의 스택 크기입니다.

C.5.8.1 스레드 조정 옵션

각 인바운드 TCP 연결은 SMPP 세션을 나타냅니다. 세션 처리는 스레드 풀의 작업자 스레드에 의해 수행됩니다. 세션 처리가 I/O 요청이 완료되기를 기다려야 할 경우 작업 스레드는 세션을 대기시키며 수행할 다른 작업이 작업 스레드에 제공됩니다. I/O 요청이 완료되면 풀의 사용 가능한 작업자 스레드에 의해 세션이 다시 시작됩니다.

다음 옵션을 사용하여 이 작업자 스레드 프로세스 풀을 조정할 수 있습니다. THREAD_COUNT_INITIAL, THREAD_COUNT_MAXIMUM, THREAD_STACK_SIZE.

THREAD_COUNT_INITIAL

(정수, > 0) 초기에 작업자 스레드 풀에 대해 만들어지는 스레드 수입니다. 메모리 내장 기록 데이터를 관리하는 데 사용되는 전용 스레드(두 개의 스레드) 및 받는 TCP 연결을 수신하는 데 사용되는 전용 스레드(SMS 게이트웨이 서버가 수신하는 TCP 포트/인터페이스 주소 쌍마다 스레드 하나씩)는 이 수에 포함되지 않습니다. THREAD_COUNT_INITIAL의 기본값은 10개입니다.

THREAD_COUNT_MAXIMUM

(정수, >= THREAD_COUNT_INITIAL ) 작업자 스레드 풀에 허용되는 최대 스레드 수입니다. 기본값은 50개입니다.

THREAD_STACK_SIZE

(정수, > 0) 작업자 스레드 풀의 각 작업자 스레드에 대한 스택 크기(바이트)입니다. 기본값은 65,536바이트(64KB)입니다.

C.5.8.2 기록 데이터 조정

SMS 메시지가 중계되면 원격 수신 SMPP 서버에 의해 생성된 메시지 아이디가 메모리 내장 해시 테이블에 저장됩니다. 또한 이 메시지 아이디와 함께 원래 전자 메일에 대한 정보가 저장됩니다. 그 후에 메시지 아이디가 SMS 알림에 의해 참조될 경우 이 정보를 검색할 수 있습니다. 이어서 검색된 정보를 사용하여 SMS 알림을 적절한 전자 메일 수신자에게 보낼 수 있습니다.

메모리 내장 해시 테이블은 전용 스레드에 의해 디스크에 저장됩니다. 결과 디스크 파일은 "기록 파일"이라고 합니다. 이러한 기록 파일은 SMS 게이트웨이 서버를 다시 시작한 후 메모리 내장 해시 테이블을 복원하는 데 필요한 데이터를 비휘발성 형태로 저장하고 잠재적으로 긴 데이터를 디스크에 저장하여 가상 메모리를 절약하는 두 가지 역할을 수행합니다. 각 기록 파일은 HASH_FILE_ROLLOVER_PERIOD(초) 동안만 데이터가 기록되며 이 기간 후에는 파일이 닫히고 새 기록 파일이 만들어집니다. 기록 파일은 RECORD_LIFETIME(초)을 초과할 경우 디스크에서 삭제됩니다.

다음 옵션을 사용하여 기록 파일을 조정할 수 있습니다. HISTORY_FILE_DIRECTORY, HISTORY_FILE_MODE, HISTORY_FILE_ROLLOVER_PERIOD, RECORD_LIFETIME.

HISTORY_FILE_DIRECTORY

(문자열, 절대 디렉토리 경로) 기록 파일을 기록할 디렉토리의 절대 경로입니다. 디렉토리 경로는 존재하지 않을 경우 새로 만들어집니다. 이 옵션의 기본값은 다음과 같습니다.

msg-svr-base/data/sms_gateway_cache/

사용할 디렉토리는 충분한 속도의 디스크 시스템에 존재하며 예상 저장소에 충분한 여유 공간을 가져야 합니다. 저장소 계획 정보에 대해서는 C.6 SMS 게이트웨이 서버 저장소 요구 사항을 참조하십시오.

HISTORY_FILE_MODE

(정수, 8진수 값) 기록 파일과 연관된 파일 권한입니다. 기본값은 0770(8진수)입니다.

HISTORY_FILE_ROLLOVER_PERIOD

(정수, 초) HASH_FILE_ROLLOVER_PERIOD(초)마다 현재 기록 파일이 닫히고 새 기록 파일이 만들어집니다. 기본값은 1800초(30분)입니다.

RECORD_LIFETIME

(정수, 초 > 0) 기록 레코드의 수명(초)입니다. 이 수명보다 오래된 레코드는 메모리에서 제거됩니다. 즉, 이 수명보다 오래된 기록 파일은 디스크에서 삭제됩니다. 기본값은 259,200초(3일)입니다. 메모리에 저장된 레코드는 메모리 내장 데이터를 관리하는 전용 스레드에 의해 완전히 제거됩니다. 이러한 제거는 HASH_FILE_ROLLOVER_PERIOD(초)마다 발생합니다. 디스크의 파일은 새 기록 파일을 여는 것이 필요할 때 제거됩니다.

C.5.8.3 기타

다음은 기타 옵션입니다.

• DEBUG

• LISTEN_CONNECTION_MAX

• LOG_PAGE_COUNT

DEBUG

(정수, 비트 마스크) 디버그 출력을 사용 가능하게 합니다. 기본값은 경고 및 오류 메시지를 선택하는 6입니다.

표 C–21에는 DEBUG 비트 마스크의 비트 값이 정의되어 있습니다.

표 C–21 DEBUG 비트 마스크

비트	값	설명
0-31	-1	매우 자세한 출력
0	1	정보 메시지
1	2	경고 메시지
3	4	오류 메시지
3	8	서브루틴 호출 추적
4	16	해시 테이블 진단
5	32	I/O 진단, 수신
6	64	I/O 진단, 전송
7	128	SMS에서 전자 메일로의 변환 진단(모바일 원본 및 SMS 알림)
8	256	PDU 진단, 헤더 데이터
9	512	PDU 진단, 본문 데이터
10	1024	PDU 진단, 유형 길이 값 데이터
11	2048	옵션 처리(모든 옵션 설정을 로그 파일로 보냄)

LISTEN_CONNECTION_MAX

(정수, >= 0) 모든 SMPP 중계 및 서버 인스턴스화에서 허용할 최대 동시 인바운드 TCP 연결 수입니다. 값 0은 연결 수에 전역 제한이 없음을 나타냅니다. 그러나 지정된 중계 또는 서버 인스턴스화에 의해 중계 또는 서버별 제한이 있을 수 있습니다. 기본값: 10,000

LOG_PAGE_COUNT

(0, 1, 2) LOG_PAGE_CONT SMS 채널 옵션은 logging 채널 키워드를 사용하여 채널에 대해 로깅이 활성화된 경우에만 적용됩니다. 로깅이 활성화되면 이 옵션은 mail.log 파일의 메시지 크기 필드에 기록된 값을 제어합니다. 일반적으로 이 필드는 기본 메시지 파일의 블록 크기를 나타냅니다. LOG_PAGE_COUNT의 값이 0이 아니면, 전송된 페이지 수가 로그 파일의 이 필드에 대신 기록됩니다.

0 - 기본 메시지 파일의 블록 크기를 기록합니다. 이는 LOG_PAGE_COUNT가 지정되지 않은 경우 기본 동작입니다.

1 - 전체 메시지를 수신자에게 성공적으로 전송한 경우 보내진 페이지 수를 기록합니다. 그렇지 않으면 수신자에게 일부 페이지가 보내졌더라도 페이지 수를 0으로 기록합니다.

2 - 전체 메시지가 보내졌는지 여부와 상관 없이 수신자에게 보내진 페이지 수를 기록합니다.

LOG_PAGE_COUNT=1과 LOG_PAGE_COUNT=2 의 차이는 메시지가 여러 페이지로 전송될 만큼 큰 경우에만 적용됩니다. 그 경우 모든 페이지를 전송하기 전에 오류가 발생할 가능성이 있습니다. 예를 들어, MTA와 원격 SMPP 서버 간의 네트워크가 다운될 수 있습니다. 그 경우 나중에 해당 메시지를 다시 전송하도록 시도합니다. 시도할 때마다 이전에 보낸 페이지를 보내지 않은 페이지와 함께 다시 보냅니다. 사이트에서는 이러한 실패한 배달 시도 중에 제대로 보내진 페이지 수를 기록할 것인지 여부를 선택할 수 있습니다.