 -
SmartWORKS
-
PBX Media
-
Application Data
-
Sample Code
Skype영업,기술지원
-
Skype기술지원
-
Skype 연계하기
-
Skype 다운받기
FAQ기술문제 답변
-
제품연관 FAQ
|
|
SmartWORKS계열제품 사용연관
FAQ
아래 문제점들을 클릭하시면 연관 답변을 찾아보실 수 있습니다.
Update:
August 2, 2008.
기타 제품연관 자료문서는
Ai-Logix사
온라인서포트 사이트에 로그인하셔서 검색하여 보시기 바랍니다.
Common
TRB260
NGX
DP
DT
LD
Soft Recorder
TX100
Common
MTBoardSetConfig()함수로 보드와 PCI슬롯과의 번호를 조정할 수 있습니다.
MTADAPTER_CONFIGURATION의 SystemIndex부분을 사용하면 문제가 해결되 될 수 있습니다.
NGX보드일 경우,MTChInputSetGain()를 사용하여 통화양방향의 소리를 나뉘어 조절할 수 있습니다.
Primary는 고객편의 소리를 조절, Secondary는 상담원편의 소리를 조절해 줍니다.
LD보드에서는 상담원과 고객편의 소리를 나뉘어 조절할 수 없지만 TChInputSetGain()함수를 사용하여 전체 통화를 소리높이를
조절할 수 있습니다.
현재 녹음함수에서 MS GSM포멧에 자동으로 Wave해더를 추가하는 방식만이 지원되어 있습니다.
두가지 문제중 하나로 이런 에러가 로그파일에 남겨질 수 있습니다.
1) Queue에 남겨지는 데이타를 제때에 처리하지 못하여 쌓아진 데이타가 버퍼용량을 초과할 경우 발생합니다.
예를 들어 녹취서버에서 통화량이 엄청날 경우 CPU점용율 부하에 걸리면 잠시동안 통화녹취 데이타가 파일에 들어가지 못하고 버퍼에 남게
되는 경우가 있습니다. 예를 들어 G.711로 녹취할 경우 통화량이 많으면 CPU점용율 부하를 초과할 수 있기에 그동안 녹취파일로
남겨져야 할 데이타들이 버퍼에 들어가면서 버퍼용량을 초과하여 Ch XX encode queue overflow에러가 발생할 수 있습니다.
2)Callback함수를 호출하는데 너무 많은 시간이 지체될 경우에 발생할 수 있습니다.
예를 들면 바이러스/OS백업/경보시스템 등 소프트웨어의 운행으로 CPU가 부하를 초과하거나, 녹취파일이 생성될 때 많은 CPU점용율로
인해 CPU부하를 초과하면 Ch XX encode queue overflow에러가 발생할 수 있습니다. 이러할 경우 보다 높은 압축율
코덱을 사용하면 보드의 DSP자원을 충분히 이용하는 동시에 녹취서버의 IO/CPU점용율을 낮춰줄 수 있습니다.
This can occur when you are streaming data but not servicing the queue often
enough. For example, if your application was running and virus detection
software took over the CPU, you may not get your time slice to service the
queue. Or, if you are streaming and are not careful to stop streaming and
empty the queue before closing a channel, the queue could fill up. It could
also simply be that your own app is busy doing other things and not allowing
you the time to service the queue - for example if another thread takes
control and does not let channel 10 get a chance to execute its stream in
code.
Basically, the event queue is full, and when a new event comes in, it cannot
be fit into the queue so it is dropped. Depending on the event that was
dropped, this could cause you to miss a recording.
The board(s) generates a hardware interrupt. The interrupt service routine
runs and reads the data off of the board correctly. The driver transfers
this data (specifically NGX D-Channel events) to the DLL, by coping the data
packets into the board queue of the DLL. This copy failed. The DLL's queue
was full, so the driver had no place to write this information.
These errors are usually caused by the same symptoms as the encode queue
overflow. See that section of my reply for the possible causes of these
messages. These are more due to the CPU bottleneck issues.
These errors could be related to one another. For example, one error could
cause another to occur. I have ordered these by priority. You should take a
look at the first error message first.
The CRC errors and the encode queue overflows seem to occur first followed
by the QFUL and FIFO errors. Cleaning up the first two could cause the
latter two to clean up as well.
The log file is named - NTiApi.log and is stored in the following directory
path:
Windows OS - in the root of the drive you are using to run the SmartWORKS
application.
[HKEY_LOCAL_MACHINE / SYSTEM / CurrentControlSet / Services / Ntidrv /
Parameters ]
and set the value data to one of the following:
APITraceLevel = 0, 1, 2, 4, 6, or 7 (see below for description)
0 = no tracing occurs, nothing is written to the trace log
1 = return errors generated by the API are logged (except for MT_RET_OK,
and MT_IO_PENDING)
2 = all API DLL callbacks (this is recommended when using the Callback
method)
4 = all API DLL calls (this is recommended when using the Get Event method)
6 = all API DLL callbacks (this is recommended when using the Callback
method) AND all API DLL calls (this is recommended when using the Get
Event method) (2+4=6)
7 = return errors generated by the API are logged (except for MT_RET_OK,
and MT_IO_PENDING) AND all API DLL callbacks (this is reco
mended when using the Callback method) AND all API DLL calls (this is
recommended when using the Get Event method) (1+2+4=7)
Top
Error locating SmartWORKS hardware:
At least one SmartWORKS board needs to be present (hardware problem: no
recognizable board)
Hardware initialization timed out for brd #:
Board # initialization timed out (Firmware problem: firmware unable to
finish initialization)
Unsupported hardware detected for brd #:
Board # format ID error (hardware problem:setup error)
Incompatible (V#.#.# and up required) FW on brd #:
Old firmware on board # (Firmware-driver incompatibility problem: need
to update firmware to specified version)
Board PANIC code at 0x10 for brd #:
Board # firmware runs into problem (code at 0x10), contact AudioCodes
(firmware problem)
SmartWORKS driver loaded nevertheless:
Driver loaded in spite of the error, LED CR17 flashing (probable follow
up message to errors 2-5)
SmartWORKS driver loaded:
Driver loaded successfully (if no errors-normal)
SmartWORKS driver unloaded:
Driver unloaded (if no errors-normal)
MVIP not specified:
MVIP not selected in SmartControl
Clear MUX Timed out:
Start MUX timed out [API function timeout MTStartMUX()]
Clear MUX on channel # Timed out
Start MUX on channel # timed out [API function time-out
MTStartMUXOnChannel(#)]
Init MUX Timed out:
Stop MUX timed out [API function timeout MTStopMUX()]
Init MUX on channel # Timed out:
Stop MUX on channel # timed out [API function MTStopMUXOnChannel(#) has
timed out]
Event Callback for Ch # dropped due to queue full:
Event callback on channel # dropped (System problem: Event Callback
queue full-contact AudioCodes)
Completion Callback for Ch # dropped due to queue full:
Completion callback on channel # dropped (System problem: Completion
Callback queue full-contact AudioCodes)
Ch # timed out StreamBufIn:
Streaming in error on channel # (API error: contact AudioCodes)
Ch # timed out StreamBufOut:
Streaming out error on channel # (API error: contact AudioCodes)
Brd # event 0x1234 dropped due to queue full:
Board # event 0x1234 dropped (Application error: must clear event queue)
Ch # event 0x5678 dropped due to queue full:
Channel # event 0x5678 dropped (Application error: must clear event
queue)
DLL attached error status 0xabcd:
SmartWORKS API load failed with code 0xabcd
DLL detached successfully:
SmartWORKS API unloaded successfully(Normal)
DLL detached error status 0xabcd:
SmartWORKS API unload failed with code 0xabcd
NTI DLL attached with maximum log count set to 100:
SmartWORKS API loaded successfully
Top
IPX/IPX-C
IPX-C는 보드당 480채널까지 지원 가능합니다.
IPX-C는 음성데이타 또는 영상데이타까지 해당 네트웍장비 또는 포트에로 포워딩,전송해 줄 수 있습니다.
IPX-C한장에 연동되는 TRB260보드의 수량은 제한이 없지만, 음성녹취할 경우 한장의 IPX-C보드에 4장의
120ch/TRB260보드를 연동하여 사용하는 것을 권장합니다.
연동시 IPX-C보드의 네트웍 연결포트를 스위치에 연동하고 스위치와 여러장의 TRB260보드를 연동하는 방식으로 여러장의
TRB260보드를 한장의 IPX보드에 연결시킬 수 있습니다.만약 한장의 IPX보드에 한장의 TRB260보드만을 연결할 경우에는 스위치가
필요없이 직접 Cross Cable로 IPX와 TRB260보드를 연결시켜 주면 됩니다.
Interface-0은 세개의 접속단자에서 혼자 멀리 떨어져 있는 포트이고, 서로 가까이 있는 두 포트가 1,2포트입니다.
Interface 0: 음성데이타 출력단자, MTIpSetSessionMediaDest()호출하여 데이타를 출력하기에, IPM 또는
Soft Recorder와 같은 네트웍에 설치되어야 합니다.
Interface 1,2: 미러포트 접속단자, 이 두 포트는 임의로 IP주소를 설정하면 되고 동일한 네트웍에 귀속되어야 합니다.
AVAYA IP폰에 연동하여 사용할
경우 어떤 설정이 필요한지요? 다른 IP폰에 연동할 경우 디폴트 세팅들은?
디폴트 상태에서 MT_IP_AVAYA，MT_TCP1=1720,MT_TCP2=1719로 설정하면 됩니다.
Avaya and Ericsson
TcpPort_1=1720
TcpPort_2=1719
SIP
TcpPort_1=5060
TcpPort_2=0
CISCO
TcpPort_1=2000
TcpPort_2=0
NORTEL
TcpPort_1=5000
TcpPort_2=5100
1. Smartview-->System-->F2,
VOIP-->MTIP(Enable/Disable)Signaling Protocol,
Board 0선택, Protocol ID:MT_IP_CISCO_SKINNY,
Port에 2000을 입력,
Type에서 TMT_TCP를 선택하고 "Enable"를 클릭.
2. VOIP-->MTIP(Dchannel/CC) Event (Control/Status)...-->Protocol ID
MT_IP_CISCO_SKINNY 선택，D-channel 및 Call Control 체크.
IPX보드로 어떠한 RTP데이타던지 모두 Soft Recorder, TRB260의 연관포트에 포워딩해 줄 수 있으며 또한 기타 영상데이타
녹취프로그램에도 포워딩시켜줄 수 있습니다.
IPX에서 License에
제어받는 부분? 데이타 모니터링시에는 채널수량에 제한이 없다?
IPX에서 라이센스로 인한 채널수에 대한 제한은 RTP데이타를 포워딩할 경우에만 적용됩니다. 만약 포워딩이 필요없이 다만 네트웍데이타
통계 및 모니터링 기능만 사용할 경우에는 채널수에 제한이 없습니다.
IPX가 데이타발송포트가 네트웍설비를 통하여 SR가 설치된 랜카드 또는 TRB260보드와 연공할 경우 일반 랜케이블을 사용하면 됩니다.
만약 직접 SR가 설치된 랜카드 또는 TRB260에 연결할 경우에는 반드시 Cross케이블을 사용하여야 합니다.
Session ID는
매번 통화에 부여되는 임시적
ID입니다,
매번 통화마다 부동한
Session ID가
부여되구요.Station
ID는
IPX에서 채널을
표기하는 ID입니다.
프로그래밍에서pEvent->XtraInfo
& 0x00FF값으로
나타나구요.이
값은 동일한
IP폰이라 하더라도,
IP폰 추가 또는
System Reset재설정
등 인유로 변화될 수 있습니다.Station
IP는
IP폰에 할당된
IP주소이구요,
교환기의
DHCP에서 자동할당
됩니다.
하지만
Station IP도
교환기 재부팅이나,
교환기 재설정 등
연유로 IP주소가
변경될 수도 있는거죠.
물론 교환기에 대한 설정으로
고정된
IP주소를 할당하면
영구적으로 변하지 않을 수도 있구요.
IPX에서
검출되는 정보는
D채널정보와
IP정보 두가지
유형으로 나뉘어 집니다.하지만
검출되는 어떤 멧세지에서나 모두
Session ID는
들어 있기 때문에,
Session ID를
사용하여
여러가지
IP멧세지와
D채널 멧세지를 분석,
연결,
매칭시킬 수 있습니다.
(프로그래밍에서 설정)
참고로
Session ID
에 접근하려면
EVT_MEDIA_SESSION_STARTED
또는EVT_MEDIA_SESSION_STOP가
검출 시에
Session ID를
우선 저장해 두어야 합니다.
MTBoardGetLicensedSessions()함수를 사용하여 확인할 수 있습니다.
1，제어판에 SmartControl에서 IPX-C보드 Interface 0의 IP주소 설정.
2，랜케이블로 IPX-C의 데이타 포워딩 포트 연결. (최하단 제일 멀리 떨어져있는 포트)
3，Internet Brower에서 http://IPX-C IP ADDRESS 입력하고 ID와 Password(admin/admin)을
입력하여 로그인하고 나타나는 화면에서 라이센스 파일을 적용해 주시면 됩니다.
TRB260
IPX는 최대 480채널 확장 가능, IPX에 TRB260보드를 연동하여 IP폰 통화를 녹취할 경우,
녹취에 필요한 TRB260보드의 리소스상황은 아래 내용을 참조하시면 됩니다.
우선 TRB260보드는 판매시 30/60/120ch 세가지 모델로 되어 있지만, 실제로 탑재하고 있는 리소스는
60/120/240ch입니다.
탑재하고 있는 리소스채널(60/120/240ch)으로 분석할 경우, 아래 세가지 상황에 따라 하나의 IP통화녹취에 필요한 리소스 채널수는
입력,출력 음성코덱에 따라 변화될 수 있습니다.
1) 입력코덱이 G.711일 경우에는 녹취하려는 코덱이 어떤 유형이던간에 2개의 리소스채널로 하나의 통화를 녹취할 수 있습니다.
예를 들어 G.711로 들어오는 IP환경에서 G.729로 녹취할 경우, 30개의 리소스채널로 15개 통화를 녹취할 수 있습니다.
2) 입력코덱과 녹취하려는 코덱이 동일할 경우, 2개의 리소스채널로 하나의 통화를 녹취할 수 있습니다.
예를 들어 G.723.1로 들어오는 IP환경에서 G.723.1로 녹취할 경우, 60개의 리소스채널로 30개 통화를 녹취할 수 있습니다.
3) 입력코덱(G.711제외), 녹취하여 출력하려는 코덱이 부동할 경우, 3개의 리로스채널로 하나의 통화를 녹취할 수 있습니다.
예를 들어 G.723.1로 들어오는 코덱을 G.729로 녹취할 경우, 120개의 리소스채널로 40개 통화를 녹취할 수 있습니다.
입력코덱이 G.711이 아닐 경우, 입력코덱과 부동한 코덱을 선택하여 녹취하려는 경우에만 3개의 리소스채널로 하나의 IP통화를 녹취하고
나머지 모든 경우는 2개의 리소스채널로 하나의 통화를 녹취합니다.
TRB260보드에서 Streaming 녹음기능이 지원되어 있습니다.
1,TRB260의 음성코덱은 License문서가 필요합니다. 만약 연관 음성코덱에 해당되는 라이센스를 찾지 못하면 묵음형식의 녹취파일이
출력됩니다. TRB260보드의 라이센스를 업그레이드 하거나 또는 사용하는 음성코덱을 바꾸어 테스트하면 문제가 해결될 수 있습니다.
2,IPM SDK 5.0이후 버전부터 반드시 회의License Key가 있어야만 녹취가 가능합니다.
TRB260보드의 시리얼남버 및 MAC주소를 저희들에게 주시면 연관 업그레이드된 License Key파일을 보내드립니다.
TRB260보드를 Internet Browser에서 방문(Admin/Admin)하여 라이센스 파일을 New Key에 적용시키면
업그레이드가 완료됩니다.
License Key 문제로 업그레이드가 정상으로 진행되지 않을 경우 저희들이 제공해 드리는 Bootp TFTP툴을 사용하여 업그레이드할
수 있습니다.
아래의 내용대로 .ini 문서를 컴파일하고 가운데 Bootp가 사용하는 .ini문서를 교체시키면 됩니다.
S/N뒤에 TRB260시리얼남버가 따르게 되는데 그뒤에 내용이 바로 License Kye입니다.
[LicenseKeys]
S/N774189 =
tkR6r5to0n4GbBJ9qzgEiMcLb2cUdylcfgUjehkqg3cB8l16rz1bad3Y8y4ZcOlcd0MjehMtjjQKaRZdoPRabiY
3ayAReOR4f0gneNgrizEGaBt5oPRba2kfjAQVdOlcfM@n@hgrgPfib5CtI000
Top
우선 TRB260 SDK에서 제공되는 샘플소스를 사용하여 Lib파일을 컴파일해야 합니다. 컴파일 시 아래 내용을 유의하시기
바랍니다.
make sure in your properties->configuration properties->c/c++->code
generator, set runtime library as Multi-threaded debug DLL.
다음에 새로운 Lib파일을 사용하여 개발자의 API를 컴파일해야 합니다.
1，In the application properties->configuration properties->c/c++->code
generator, set runtime library as Multi-threaded debug DLL too.
2，make sure in your project properties->configuration
properties->general, use of MFC set as use MFC in a shared DLL。
3，Also include Advapi32.lib in application properties->configuration
properties->linker->Input->additional dependencies.
Top
NGX
1. 연결케이블 길이 (상세한 내용은 NGX_Integration_Guide.pdf를 참조하시기 바랍니다)
예: Avaya교환기 연결시,
Cable Lengths
The following are the maximum cable lengths (in feet) recommended by
AudioCodes:
PBX to tap - 75’ = 교환기에서 병열연결 접속점까지 거리 21미터
tap to NGX - 300’ = 병열연결 접속점부터 NGX보드까지의 거리 91미터
tap to phones - 2445’ = 병열연결 접속점부터 디지탈폰까지의 거리 745미터
비고: UTP-5 categories를 사용,완벽한 에러 및 모니터링 기제를 구비한 콜센타 환경에서 테스트한 결과입니다.
2. 병열연결후 디지탈회선에서의 전류,신호손실문제
병열연결 어뎁터에서 연결컨넥터를 뽑았을 경우에만 전류가 손실되지 않습니다.
NGX는 임피던스구조 보드제품으로서 디지탈회선으로부터 극 소량의 전류만을 할당받게 됩니다.
이제 출시하게 될 PCI-X버전으로부터 임피던스 수치가 2배로 증가하게 되어있습니다.
3. 디지탈회선에 전류,신호크기를 확대하는 방법
신호를 확대할 수 있는 장치를 사용할 경우, 디지탈회선에 소음까지 함께 확대되기에 음성이나 디지탈신호에 전보다 더 많은 소음들이
발생됩니다. 만약 신호확대장치를 사용하지 않고 디지탈폰 접속부분에 Resistance 또는 Capacitance부품을 추가하여 디지탈폰에
할당되는 전류의 크기를 절감시키면 NGX보드에 할당되는 전류,신호가 상대적으로 확대되기에 문제를 해결할 수 있습니다.
4. 연결케이블 유의점
1)더욱 준확한 신호전송을 확보하기 위하여 교환기와 병열연결 접속점사이의 거리 및 병열연결 접속점과 NGX보드사이의 거리는 가까울 수록
신호음 검출에 유익합니다.
2)연결컨넥터 제작도구의 질량문제로 절연층이 잘못 벗겨지거나 접촉부분이 너무 적거나 또는 절단되어 접촉문제가 발생하어 실제 디지탈폰
녹취에 문제가 발생하는 경우도 종종 있습니다.
3)UTP-5 Categories를 사용할 것을 권장합니다.
4)라인접속 distribution frame에서 선을 3층으로 나뉘어 배선하지 말고, 두층으로 나뉘어 전화와 녹음회선과 함께 PBX선을
배선하는 것을 권장합니다.
5. SmartView에서 회선질량 검측방법
SmartWORKS SmartView에서 회선의 신호음 질량을 검측할 수 있어 회선접속에 존재하는 문제점들을 신속히 검출해 낼 수
있습니다.
검측방법은 FramerStatistics메뉴에서 MTGetNGXFramerStatistic...를 클릭하면 Framer
Statistic창구가 뜨는데, 검출하려는 회선해당 채널을 골라주고, Clear를 우선 클릭한 다음, Get로 NTErr, TEErr,
SyncErr의 수치를 살펴보실 수 있습니다. 만약 회선에 문제가 없을 경우 0, 또는 1, 2 와 같은 작은 수치만 나타나게 됩니다.
만약 정상운행 시간에 SmartView를 운행하고 하루동안 발생하는 에러 수량을 검출하는 방식으로 불량인 회선을 검출해 내어
회선접속부분을 세밀히 검사하여 회선불량문제를 해결할 수 있습니다.
MTDisableMixing()를 사용하여 Mix기능을 없에면 통화양측의 소리가 나뉘어 녹취됩니다.
NGX보드에서 MTGetNGXFramerStatistic()함수를 사용하여 회산상태를 판단할 수 있습니다.MT_NTTE_FRAMER_STAT的TEAmp와
NTAmpl값이 0으로 되면 회선이 절단되었음을 의미하고, 다른 값을 통하여 회선에 존재하는 소음, 동기화문제, 신호음분실 등 상태를
검출해 낼 수 있습니다.
NGX에서 모니터링 기능을 구현하는 방법은 아래 절차에 따라 진행하면 됩니다.
SmartView-->system-->F2
1) 메뉴에서 Settings-->MT(Get/Set)OutputSource->Audio Stream->Set->Close 선택.
2) 메뉴에서 CTBus-->MT(Get/Set/Reset)Output->Channel Number(모니터링할 채널)、TDM
Stream(MVIP: 0-15，H.100：0-31)、TDM Slot(MVIP: 0-31，H.100：0-127) ->Set->Close
3) 메뉴에서 CTBus-->MT(Get/Reset)AJ(Talk，Listen)->Audio Jack(0을 선택할 경우)、Listen/Talk(Listen선택)、TDM
Stream(MVIP: 0-15，H.100：0-31))、TDM Slot(MVIP: 0-31，H.100：0-127)
->Set->Cancel
2와 3에서 TDM Stream and Slot는 반드시 동일해야 합니다!(모니터링채널의 접속라인은 J19쟘퍼주위의 2,3입니다)
NGX에서는 Join기능이 지원되지 않습니다.
오디오포트를 통하여 감청할 경우에는 다른 보드를 추가하여 사용할 필요가 없습니다.
전화기를 통한 감청기능을 구현하려면 아날로그 LD보드와 연동하여 사용해야 합니다.
MX80보드 한장을 NGX800보드에 꽂을 경우 NGX800보드 회선접속부분에 가까운 쪽에 꽂아 고정시켜주면 됩니다.
Smartview에서 MESSAGE_CHANGE내용을 처리하지 않기에 발생한 문제일 수 있습니다.
드라이버를 설치한 다음 ...\Program Files\Ai-Logix\SmartWORKS\Samples\에 들어있는 NGX
Message Change로 테스트 해볼 수 있습니다.
Smartctl에 event update를 체크하면 됩니다.
이와 반대로 NEC교환기일 경우에는 event update를 체크하면 SmartView에서 너무 많은 이벤트들이 검출되기에 이 부분을
체크하지 말아야 하는 경우도 있습니다.N
교환기 기종이 AVAYA IP Office, 디지탈폰 기종이 5402일 경우 SmartControl에서 Avaya Definity 2W로
설정해 주고, D채널이벤트를 체크한 뒤에 테스트 해보면 정상으로 녹음, 및 이벤트들을 검출할 수 있습니다.
교환기에서 A-law를 사용하고 보드에서 M-law를 사용할 경우 버튼신호 검출 이상이 발생할 수 있습니다.
세팅을 바꾸면 문제가 곧바로 해결될 수 있습니다.
4004디지탈폰(LCD화면 없음)에서 테스트시 Caller ID/Called ID가 접수되지 않았는데 4010모델(LCD화면 있음)로
바꾼 뒤에 정상으로 검출할 수 있습니다. 테스트 결과에 따라 이 교환기에서 Caller ID 및 Called ID는 LDC화면에 표기되는
멧세지로 발생하는 것으로 판단되었고, SmartView에서는 검출이 안되지만
...\Ai-Logix\SmartWORKS\Samples\NGX Message Change에서 테스트 하면서 정상으로 검출할 수
있습니다.
NGX보드를 Mitel교환기, 디지탈폰에 연동하여 녹취할 경우 전용접속장치 RTS BOX를 구매하여야 합니다.또한 한채널의 Mitel디지탈라인을
녹취할 경우 NGX보드에서 2채널이 소요됩니다.
또한 상세한 사항은 홈페이지에서 RTS BOX제품설명자료를 찾아보실 수 있습니다.
NGX_Integration_Guide.pdf문서에서 연관 구체사항을 찾아볼 수 있습니다.
문서에서 교환기별로 연관 케이블길이에 대한 설명내용들이 명기되어 있습니다.
예제：
Alcatel
Cable Lengths
The following are the maximum cable lengths (in feet) recommended by
AudioCodes:
PBX to tap - 30*
tap to NGX - 30*
tap to phones - 1500*
NGX보드에서 RTS사용시 기타 교환기환경에 접속할 때보다 2배의 리소스자원이 필요하기에, 2채널로 하나의 디자탈통화를 녹취하게 되어
있습니다. 즉 NGX2400보드는 RTS전용접속장치를 사용할 경우 최대 12개의 디지탈통화를 녹취할 수 있습니다.
예: 4 Line 전화선에서 가운데 두개는 NGX의 Pin1,Pin26에 연결하고, 나머지 두개는 NGX의 Pin2, Pin25에
연결시켜줘야 합니다.
Top
120mh로 설정했을 경우 NGX보드의 논리회로(logic circuit)기능을 Enable시키게 된다. 이는 NGX에
접속점 거리가 제한범위를 초과하거는 등 상황에서 설정해볼 필요가 있는 부분이라서 일반적인 상황에서는 사용할 필요가 없다.
Hi-Z는 언제나 병열녹취 임피던스 상태로 설정하는 것을 의미한다. 이 모든 설정은 반드시 시스템을 재부팅한 뒤에만이
설정대로 보드에 적용이 된다.
DP
EVT_DIGIT는 시시로 받을 수 있습니다.
SmartView demo에서 왼쪽 아래편 이벤트란에 나타나구요,
EVT_...() Reason 0x****，여기에서 ****를 DTMF로 고쳐주면 됩니다.
Top
Win2K server 관리자 툴에서 성능->Counter추가->Memory 및 Free System Page Table Entries
선택한 후, 값은 15761, 15921으로 되어 있을 경우 3장의 보드만 지원할 수 있습니다. 만약 값이 124513으로 되었을
경우에는 4장의 DP보드도 문제없이 작동할 수 있습니다.
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager\Memory
Management\SystemPages 값 33000을 FFFFFFFF로 수정하면 됩니다.
Top
단독으로 두 포트단자에 대해 테스트할 경우 모두 정상으로 검출이 되는데,
동시에 테스트할 경우
Call Control멧세지가
검출되지 않는 원인은 보통
Call Control멧세지의
E1
또는
T1라인에
극성이 바뀌어서 발생한 것입니다.
라인연결방식에서 서로 바꿔주면 문제가 해결될 수 있습니다.
DT
SmartControl->Trunk Setings에서 Trunk를 0, Framing을 Basic G.704, Line Coding를
hdb3으로 설정, LB0을 120om으로, Protocol Seting에서 Trunk를 0으로, Signaling Protocol을
None으로 설정하면 됩니다.
SmartView에서 System--->MTSysStartup를 운행,따라서 FramerStatistcs--->ABCD Signaling
운행하고 Enable로 설정，Rx에 Get를 클릭한 다음 Signal 값이 7로부터 3으로 변하게 되면 전화 착신했음을 설명합니다.
Tx에 Get를 클릭한 다음 Signal값이 8로부터 F사이에 임의의 값으로 나나탈 경우 Set를 클릭하야 Off Hook상태를
표시하고,0-7사이의 임의의 숫자를 입력하고 Set를 다시 클릭하면 On Hook상태를 표시합니다.
아웃바운드시 FramerStatistcs--->ABCD Signaling 운행 및 Enable로 설정, Tx의 Signal 클릭,
8-F사이의 임의의 값을 입력하고 Set를 클릭하면 Off Hook상태,
ChannelFunctions--->MTDialString,아웃바운드할 전화번호 입력, 시간도 설정 가능합니다.
위와 같이 진행할 경우 간격시간을 너무 길게 두면 아웃바운드를 정상으로 할 수 없어 통화가 끝난뒤에 위 절차에 따라 Onhook상태가
표시된 후에 다시 테스트를 시작해야 합니다.
LD
MTGetLVDetectValue()함수를 사용하여 전압수치를 검출하면 됩니다. 전압수치가 0일 경우 회선이 절단되었음을 표시합니다.
MTGetChannelStatus(), MTCHAN_STATUS에 LineStatus부분을 사용하여 회선상태를 검출할 수 있습니다
예: LineStatus&LINE_NO_LVOLTAGE_MIDDLE가 true로 되었을 경우 On Hook상태 표시.
MTGetLVDetectValue()함수를 통하여 전압수치가 0으로 검출되었을 경우 회선이 절단되었음을 표시합니다.
SmartView에서 FSK/DTMF가 표시되지 않을 수 있습니다.
이러할 경우 MTEnableCallerID(Channel,level)에서 level을 128로 설정해주면 문제가 해결될 수 있습니다.
SoftRecorder
SR 1.2버전부터 Streaming기능을 사용하여 녹취할 수 있습니다..
1, AILXXXXXXXX.lic문서를 Soft Recorder를 설치한 폴더에 복제합니다.
예: C:\Program Files\AudioCodes USA\SoftRecorder\ (SmartKey.exe와
같은 폴더에 복제)
2, SmartKey.exe를 운행하여 표시된 IPX-C보드의 카드번호가 사용하는 카드번호와 일치한지를 검사합니다.
Top
crSetParam()함수를
사용하여
RTP별로
음성크기 및
Gain설정을
적용할 수가 있습니다.
Top
TX100
TX100(PassThru)을
사용할 경우
TX100의
두 포트에 연결되는 네트웍설비는 동일한 유형으로 사용하는 것을 권장합니다.
동일한 유형으로 사용했을 경우 네트웍데이타 전송의 보다 원할한 안정성을 보장할 수 있습니다.
원인은
TX100의
임피던스 구조에서 자체로 적응하는 회로로 설계된 것이 아니기에 때문에 두 포트에 서로 부동한 네트웍장비를 연동하게 되면 신호음
구별로 인해 데이타전송에 장애가 발생할 수 있습니다.
하지만 이러한 장애는 데이타 전송 용량의 제한을 받지는 않습니다.
Top
|
|
|
