본 제품에 대한 문서 세트는 편견 없는 언어를 사용하기 위해 노력합니다. 본 설명서 세트의 목적상, 편견 없는 언어는 나이, 장애, 성별, 인종 정체성, 민족 정체성, 성적 지향성, 사회 경제적 지위 및 교차성에 기초한 차별을 의미하지 않는 언어로 정의됩니다. 제품 소프트웨어의 사용자 인터페이스에서 하드코딩된 언어, RFP 설명서에 기초한 언어 또는 참조된 서드파티 제품에서 사용하는 언어로 인해 설명서에 예외가 있을 수 있습니다. 시스코에서 어떤 방식으로 포용적인 언어를 사용하고 있는지 자세히 알아보세요.
Cisco는 전 세계 사용자에게 다양한 언어로 지원 콘텐츠를 제공하기 위해 기계 번역 기술과 수작업 번역을 병행하여 이 문서를 번역했습니다. 아무리 품질이 높은 기계 번역이라도 전문 번역가의 번역 결과물만큼 정확하지는 않습니다. Cisco Systems, Inc.는 이 같은 번역에 대해 어떠한 책임도 지지 않으며 항상 원본 영문 문서(링크 제공됨)를 참조할 것을 권장합니다.
이 문서에서는 다음 단계를 포함하여 팩스 문제를 해결하는 가장 효과적인 방법 중 하나를 설명합니다.
팩스 통화를 네 부분으로 나눌 수 있습니다.
이 통화 흐름에는 H.323이 식별된 프로토콜일 때 검색할 메시지가 포함됩니다. 엔드포인트가 TGW인지 OGW인지 여부에 따라 해당하는 섹션이 있습니다.
참고: 다음 절의 표에서 T.38 Relay와 Passthrough 모두 동시에 테스트되었고 G3와 SG3의 차이점이 지적되었다.
참고:
통과 | T.38 릴레이 | ||
---|---|---|---|
GW-------------------------CUCM/GW VTSP 표시 확인: |
GW-------------------------CUCM/GW VTSP 표시 확인: |
||
프로토콜 기반 | NSE 기반 | 프로토콜 기반 | NSE 기반 |
GW-------CUCM/GW ----H.225 연결----> <----H.245 TCS------- -----H.245 TCS—> -----H.245 MSD—> -----H.245 TCSAck—> <—H.245 MSD------- ----H.245 MSDAck—> <—H.245 TCSAck---- <—H.245 MSDAck---- <—H.245 OLC--------- ----H.245 OLC—> ----H.245 OLCAck—> < - H.245 OLCAck----- 참고: FS(Fast Start)의 경우 Setup 및 connect/callproc에서 OLC(Open Logical Channel)가 교환되었을 수 있습니다. |
GW-------CUCM/GW —H.225 연결—> <----H.245 TCS------- RTPAudioTelephony
----H.245 TCS—> RTPAudioTelephony
----H.245 MSD—> ----H.245 TCSAck—> <----H.245 MSD------ —H.245 MSDAck—> <—H.245 TCSAck— <—H.245 MSDAck— <----H.245 OLC------- ------H.245 OLC—> —H.245 OLCAck—> < - H.245 OLCAck---- 참고: FS의 경우 OLC는 setup 및 connect/callproc에서 교환되었을 것입니다. |
GW---------CUCM/GW ------H.225 연결—> <-----H.245 TCS--------- 응용 프로그램 t38fax: -----H.245 TCS—> 응용 프로그램 t38fax: -----H.245 MSD—> -----H.245 TCSAck—> <—H.245 MSD-------- -----H.245 MSDAck—> <—H.245 TCSAck------ <—H.245 MSDAck----- <-----H.245 OLC--------- -------H.245 OLC—> -----H.245 OLCAck—> <----H.245 OLCAck----- 참고: FS의 경우 OLC는 setup 및 connect/callproc에서 교환되었을 것입니다. |
GW--------CUCM/GW -----H.225 연결----> <----H.245 TCS---------- RTPAudioTelephony ------H.245 TCS—> RTPAudioTelephony -----H.245 MSD—> -----H.245 TCSAck—> <----H.245 MSD------- ----H.245 MSDAck—> <----H.245 TCSAck---- <—H.245 MSDAck---- <----H.245 OLC--------- -------H.245 OLC—> ----H.245 OLCAck—> < - H.245 OLCAck----- 참고: FS의 경우 OLC는 setup 및 connect/callproc에서 교환되었을 것입니다. |
GW-------------------------CUCM/GW <========오디오==========> 이 단계에서 오디오 통화가 설정되지만, FAX 머신이 대화하면서 오디오 통화에서 신호음을 교환합니다. 초기 T.30 신호음(항상 RTP로 전송되므로 디버깅에서 볼 수 없음) G3 팩스: <<<<<<<<<CNG<<<<<<<<<< 1100Hz, 3초마다 0.5초 동안 호출하는 비음성 터미널을 나타냅니다. >>>>>>>>>CED>>>>>>>>>>> 2100 Hz 톤은 CED이지만 진폭은 450 ms마다 위상 반전과 함께 15 Hz에서 사인파로 변조됩니다. SG3 팩스: 1100Hz, 3초마다 0.5초 동안 호출하는 비음성 터미널을 나타냅니다. >>>>>>>>>>>>>>>>>> 2100 Hz 톤은 CED이지만 진폭은 450 ms마다 위상 반전과 함께 15 Hz에서 사인파로 변조됩니다. <<<<<<<<<CM<<<<<<<<<<< >>>>>>>>>JM>>>>>>>>>>>>>>> <<<<<<<<<CJ<<<<<<<<<< V.34 초기화(2-4단계) TGW는 톤에서 V.21 프리앰블을 탐지하기를 기다린다. CED 톤(G3) 또는 ANSAM(SG3)에서 찾습니다. V.21 플래그를 탐지하면 전환을 시작합니다. VTSP 표시 확인: 스위치오버의 작업 중 하나는 지터 버퍼가 적응형에서 고정된 최적 값으로 전환되도록 하는 것이다. 팩스 통과는 지터 또는 재생 버퍼에 대한 전환 이전의 마지막 음성 모드 설정을 사용합니다. 현재 재생 지연 값을 확인하려면 show voice port X/X/X 명령을 입력합니다. |
GW-------------------------CUCM/GW <========오디오==========> 이 단계에서 오디오 통화가 설정되지만, FAX 머신이 대화하면서 오디오 통화에서 신호음을 교환합니다. 초기 T.30 신호음(항상 RTP로 전송되므로 디버깅에서 볼 수 없음) G3 팩스: <<<<<<<<<CNG<<<<<<<<<< 1100Hz, 3초마다 0.5초 동안 호출하는 비음성 터미널을 나타냅니다. >>>>>>>>>CED>>>>>>>>>>> 2100 Hz 톤은 CED이지만 진폭은 450 ms마다 위상 반전과 함께 15 Hz에서 사인파로 변조됩니다. SG3 팩스: 1100Hz, 3초마다 0.5초 동안 호출하는 비음성 터미널을 나타냅니다. >>>>>>>>>>>>>>>>>> 2100 Hz 톤은 CED이지만 진폭은 450 ms마다 위상 반전과 함께 15 Hz에서 사인파로 변조됩니다. Cisco 게이트웨이는 T.38의 G3 팩스 통화만 지원합니다. SG3 통화의 더 빠른 속도를 제대로 처리하려면 모뎀 패스스루를 사용해야 합니다. V.34 초기화(2-4단계)가 없습니다. 초기 V.8 단계 I도 완료되지 않습니다. OGW는 CM 톤을 누그러뜨리고, SG3는 G3 팩스 표준과 역호환되므로 FAX 머신은 G3로 장애 조치됩니다. >>>>>>>>>CED>>>>>>>>> 2.6~4.0초 동안 지속되는 2100Hz 톤 전송 경로에서 에코 억제기를 비활성화합니다. TGW는 톤에서 V.21 프리앰블을 탐지하기를 기다린다. CED 톤(G3) 또는 ANSAM(SG3)에서 찾습니다. V.21 플래그를 탐지하면 전환을 시작합니다. VTSP 표시 확인: DSMP 표시 확인: CCAPI 쇼 확인: 스위치오버의 작업 중 하나는 지터 버퍼가 적응형에서 고정된 최적 값으로 전환되도록 하는 것이다. T.38은 300ms 고정 지터 또는 재생 버퍼를 사용합니다. 지연이 높은 경우 버퍼 시간을 줄이기 위해 음성 포트 아래에 playout-delay fax 100 명령을 입력합니다. show voice port X/X/X 명령을 입력하여 재생 지연 시간의 현재 값을 확인합니다. |
||
프로토콜 기반 | NSE 기반 | 프로토콜 기반 | NSE 기반 |
GW--------CUCM/GW -H.245 요청 모드> {시퀀스 번호 1 요청된 모드 { { { audioMode 입력: g711Ulaw64k: 공백 <--H.245 RequestModeAck— {시퀀스 번호 1 응답 willTransmitMost 기본 설정 모드: 공백 } -----H.245 CLC-------> -----H.245 OLC------> 포워드 논리 채널 <----H.245 CLC-------- —H.245 CLCAck----> { 포워드 논리 채널 —H.245 OLCAck----> <—H.245 CLCAck—
show call active voice brief는 변경 내용을 표시하지 않습니다. 참고: CUCM은 통과를 위한 H.245 요청 모드를 지원하지 않습니다. TGW가 H.245 RequestMode for Passthrough를 CUCM에 전송하여 전환을 시작하려고 하면 CUCM은 RequestModeReject로 다시 회신합니다. |
G3 팩스: GW-------CUCM/GW ====NSE192=====> Codec 속도를 높이고 통과 모드로 전환합니다. voip rtp 세션 명명된 이벤트 디버그 태평양:100 이벤트:192 태평양:00 00 <일련 번호>> <===NSE192====== VTSP 표시 확인: 메시지(_M) voip rtp 세션 명명된 이벤트 디버그 <<Rcv> Pt:100 이벤트:192 페이지:00 00 00 SG3 팩스: GW------CUCM/GW ====NSE192=====> Codec 속도를 높이고 통과 모드로 전환합니다. VTSP 표시 확인: voip rtp 세션 명명된 이벤트 디버그 태평양:100 이벤트:192 태평양:00 00 <일련 번호>> <===NSE192===== VTSP 표시 확인: E_DSMP_DSP_ 메시지(_M) voip rtp 세션 명명된 이벤트 디버그: <<Rcv> Pt:100 이벤트:192 페이지:00 00 00
ANSam의 단계 역전을 탐지하여 ECAN을 비활성화합니다. VTSP 표시 확인: E_DSM_CC_ voip rtp 세션 명명된 이벤트 디버그 태평양:100 이벤트:193 태평양:00 00 <일련 번호>> <===NSE193===== VTSP 표시 확인: 메시지(_M) voip rtp 세션 명명된 이벤트 디버그 <<Rcv> Pt:100 이벤트:193 페이지:00 00 00 참고: NSE-194는 4초의 무음 또는 반송파 손실 탐지의 로컬 탐지에 의해 트리거됩니다. 이 메시지는 원격 게이트웨이가 음성 모드로 돌아가도록 지시합니다. 기본적으로 NSE-192 및 NSE-193에 의한 모든 변경은 취소된다. show call active voice brief 쇼: MODEMPASS nse |
GW---------CUCM/GW -H.245 요청 모드-> type dataMode:{ 응용 프로그램 t38fax: { t38FaxProtocol udp: 공백 t38팩스프로필 { fillBitRemoval FALSE 코드 변환JBIG FALSE 코드 변환MMR FALSE 버전 0 t38FaxRateManagement 전송됨TCF: 공백 t38FaxUdp옵션 { t38FaxMaxBuffer 200 t38FaxMaxDatagram 72 t38FaxUdpEC t38UDPRedundancy: 공백 } } } 비트 속도 144 <H.245 RequestModeAck- {시퀀스 번호 1 응답 willTransmitMost 기본 설정 모드: 공백 } -----H.245 CLC---------> -----H.245 OLC---------> 포워드 논리 채널 <----H.245 CLC--------- -----H.245 CLCAck—> 포워드 논리 채널 —H.245 OLCAck-----> <—H.245 CLCAck----- show call active voice brief 쇼: t38 |
G3 팩스: GW--------CUCM/GW ====NSE200=====> 음성 모드에서 T.38로 전환 VTSP 표시 확인:E_DSM_CC_MODIFY_ voip rtp 세션 명명된 이벤트 디버그 Pt:100 이벤트:200 페이지:00 00 <일련 번호>> <===NSE201====== T.38 ACK 수신, TGW에 T.38 세션을 시작하도록 지시 VTSP 표시 확인:E_DSMP_DSP_ 메시지(_M) voip rtp 세션 명명된 이벤트 디버그 <<Rcv> Pt:100 이벤트:201 페이지:00 00 00 SG3 팩스: CM 톤을 눌러서 SG3을 G3으로 스푸핑할 때 T38 릴레이에는 SG3 FAX 시나리오가 없습니다. 참고: NSE-202는 피어 게이트웨이가 통화에 대한 T.38 패킷을 처리할 수 없음을 나타내는 NSE-200 메시지에 대한 NACK입니다. 통화는 음성 모드로 유지되며 T.38로 전환되지 않습니다. show call active voice brief 쇼: t38 |
Passthrough에서는 모든 신호음이 G711ulaw/alaw의 오디오와 같은 RTP로 이동하므로 디버깅에서 T.30 메시지를 볼 수 없습니다. 그러나 FAX 신호음 협상은 릴레이 또는 통과에 관계없이 동일합니다. GW-------------------------CUCM/GW >>>>>>>>CSI>>>>>>>>>>>>(선택 사항)(가입자 ID라고 함) 여기에서 TCF, 교육 실패, T1/E1에 대한 슬립 FTT를 볼 수 있습니다. 패킷 캡처에서 체크 TCF는 모두 0이어야 합니다. >>>>>>>>MCF>>>>>>>>>>>>>>> (메시지 확인) <++++부분 페이지 RX+++++++(고속) >>>>>>>>MCF>>>>>>>>>>>>>>> (메시지 확인) <<<<<<<<<DCN<<<<<<<<<<< (연결 해제) 주: ECM은 G3에서는 선택적이지만 SG3에서는 필수입니다. 패스스루를 통해 SG3 속도를 달성할 수 있으므로 팩스가 성공하도록 ECM이 팩스 시스템에서 활성화되어 있는지 확인합니다. 또한 TCF 트레이닝 신호는 G3에 필요하지만 SG3에는 적용되지 않습니다. 참고: 패스스루의 경우 64kbps(g711)의 공통 채널이 할당됩니다. 따라서 메시지의 더 빠른 속도와 더 느린 속도는 관련이 없습니다. |
T38 전환이 성공하면 다음 메시지가 디버그에 표시됩니다. VTSP 표시 확인: DSMP 표시 확인: CCAPI 쇼 확인: 디버그 팩스 릴레이 t30 all-level-1: GW-------------------------CUCM/GW >>>>>>>>CSI>>>>>>>>>>>>(선택 사항)(가입자 ID라고 함) 여기에서 TCF, 교육 실패, T1/E1에 대한 슬립 FTT를 볼 수 있습니다. 패킷 캡처에서 체크 TCF는 모두 0이어야 합니다. >>>>>>>>MCF>>>>>>>>>>>>>>> (메시지 확인) <++++부분 페이지 RX+++++++(고속) >>>>>>>>MCF>>>>>>>>>>>>>>> (메시지 확인) <<<<<<<<<DCN<<<<<<<<<<< (연결 해제) |
||
프로토콜 기반 | NSE 기반 | 프로토콜 기반 | NSE 기반 |
DP 수준 구성: ## 팩스 프로토콜 pass-through g711ulaw/g711alaw ## 팩스 속도 사용 안 함 ## 팩스 nsf 000000 |
DP 수준 구성: ## 모뎀 통과 nse 코덱 g711ulaw/g711alaw ## 팩스 속도 사용 안 함 ## 팩스 nsf 000000 |
DP 수준 구성: ## 팩스 프로토콜 t38 버전 0 ls-redundancy 0 hs-redundancy 0 fallback none ## 팩스 nsf 000000 |
DP 수준 구성: ## 팩스 프로토콜 t38 nse force 버전 0 ls-redundancy 0 hs-redundancy 0 fallback none ## 팩스 nsf 000000## 팩스 릴레이 ecm 비활성화 ## fax-relay sg3-to-g3 시스템 ## 팩스 속도 14400 |
참고:
통과 | T.38 릴레이 | ||
---|---|---|---|
GW-------------------------CUCM/GW VTSP 표시 확인: |
GW-------------------------CUCM/GW VTSP 표시 확인: |
||
프로토콜 기반 | NSE 기반 | 프로토콜 기반 | NSE 기반 |
GW--------CUCM/GW <—H.225 연결----- -----H.245 TCS--------> <—H.245 TCS--------- <—H.245 MSD-------- <—H.245 TCSAck---- ----H.245 MSD-------> <—H.245 MSDAck— -----H.245 TCSAck—> -----H.245 MSDAck—> -----H.245 OLC-------> <—H.245 OLC-------- <—H.245 OLCAck— ----H.245 OLCAck—> 참고: FS의 경우 OLC는 setup 및 connect/callproc에서 교환되었을 것입니다. |
GW-----------CUCM/GW <------H.225 연결---- --------H.245 TCS--------> RTPAudioTelephony
<------H.245 TCS---------- RTPAudioTelephony
<------H.245 MSD-------- <------H.245 TCSAck----- -------H.245 MSD-------> <------H.245 MSDAck— --------H.245 TCSAck—> --------H.245 MSDAck—> --------H.245 OLC--------> <------H.245 OLC--------- <------H.245 OLCAck---- --------H.245 OLCAck—>참고: FS의 경우 OLC는 setup 및 connect/callproc에서 교환되었을 것입니다. |
GW---------CUCM/GW <----H.225 연결----- ------H.245 TCS--------> 응용 프로그램 t38fax: <-----H.245 TCS-------- 응용 프로그램 t38fax: <-----H.245 MSD------- <-----H.245 TCSAck— ------H.245 MSD------> <-----H.245 MSDAck— -------H.245 TCSAck—> ------H.245 MSDAck—> ------H.245 OLC-------> <----H.245 OLC--------- <----H.245 OLCAck---- -----H.245 OLCAck—>참고: FS의 경우 OLC는 setup 및 connect/callproc에서 교환되었을 것입니다. |
GW----CUCM/GW <-H.225 연결— —H.245 TCS----> RTPAudioTelephony
<—H.245 TCS----- RTPAudioTelephony
<—H.245 MSD---- <—H.245 TCSAck- —H.245 MSD—> <-H.245 MSDAck- —H.245 TCSAck-> -H.245 MSDAck-> —H.245 OLC-----> <—H.245 OLC------ <-H.245 OLCAck— —H.245 OLCAck->참고: FS의 경우 OLC는 setup 및 connect/callproc에서 교환되었을 것입니다. |
GW-------------------------CUCM/GW <========오디오==========> 이 단계에서 오디오 통화가 설정되지만, FAX 머신이 대화하면서 오디오 통화에서 신호음을 교환합니다. 초기 T.30 톤(항상 RTP로 전송되므로 디버깅에서 볼 수 없음) G3 팩스: >>>>>>>>>CNG>>>>>>>>>>>>> 1100Hz, 3초마다 0.5초 동안 호출하는 비음성 터미널을 나타냅니다. <<<<<<<<<CED<<<<<<<<< 2.6~4.0초 동안 지속되는 2100Hz 톤 전송 경로에서 에코 억제기를 비활성화합니다. SG3 팩스: 1100Hz, 3초마다 0.5초 동안 호출하는 비음성 터미널을 나타냅니다. <<<<<<<<<ANSAM<<<<<<< 2100Hz 톤은 CED이지만 진폭은 450ms마다 위상 반전과 함께 15Hz에서 사인파로 변조됩니다. >>>>>>>>>CM>>>>>>>>>>>>>> <<<<<<<<JM<<<<<<<<< >>>>>>>>CJ>>>>>>>>>>>>>>>> V.34 초기화(2-4단계) OGW는 TGW가 톤들에서 V.21 프리앰블을 검출할 것을 대기한다. TGW는 V.21 플래그를 탐지하면 전환을 시작합니다. 스위치오버의 작업 중 하나는 지터 버퍼가 적응형에서 고정된 최적 값으로 전환되도록 하는 것이다. 팩스 통과는 지터 또는 재생 버퍼에 대한 전환 이전의 마지막 음성 모드 설정을 사용합니다. 현재 재생 지연 값을 확인하려면 show voice port X/X/X 명령을 입력합니다. |
GW-------------------------CUCM/GW <========오디오==========> 이 단계에서 오디오 통화가 설정되지만, FAX 머신이 대화하면서 오디오 통화에서 신호음을 교환합니다. 초기 T.30 톤(항상 RTP로 전송되므로 디버깅에서 볼 수 없음) G3 팩스: >>>>>>>>>CNG>>>>>>>>>>>>> 1100Hz, 3초마다 0.5초 동안 호출하는 비음성 터미널을 나타냅니다. <<<<<<<<<CED<<<<<<<<< 2.6~4.0초 동안 지속되는 2100Hz 톤 전송 경로에서 에코 억제기를 비활성화합니다. SG3 팩스: 1100Hz, 3초마다 0.5초 동안 호출하는 비음성 터미널을 나타냅니다. <<<<<<<<<ANSAM<<<<<<< 2100Hz 톤은 CED이지만 진폭은 450ms마다 위상 반전과 함께 15Hz에서 사인파로 변조됩니다. >>>CM>>X Cisco 게이트웨이는 T.38의 G3 팩스 통화만 지원합니다. SG3 통화의 더 빠른 속도를 제대로 처리하려면 모뎀 패스스루를 사용해야 합니다. V.34 초기화(2-4단계)가 없습니다. 초기 V.8 단계 I도 완료되지 않습니다. OGW는 CM 톤을 누그러뜨리고, SG3는 G3 팩스 표준과 역호환되므로 FAX 머신은 G3로 장애 조치됩니다. <<<<<<<<<CED<<<<<<<<< 2.6~4.0초 동안 지속되는 2100Hz 톤 전송 경로에서 에코 억제기를 비활성화합니다. OGW는 TGW가 톤들에서 V.21 프리앰블을 검출할 것을 대기한다. TGW는 V.21 플래그를 탐지하면 전환을 시작합니다. 스위치오버의 작업 중 하나는 지터 버퍼가 적응형에서 고정된 최적 값으로 전환되도록 하는 것이다. T.38은 300ms 고정 지터 또는 재생 버퍼를 사용합니다. 지연이 높은 경우 버퍼 시간을 줄이기 위해 음성 포트 아래에 playout-delay fax 100 명령을 입력합니다. show voice port X/X/X 명령을 입력하여 재생 지연 시간의 현재 값을 확인합니다. |
||
프로토콜 기반 | NSE 기반 | 프로토콜 기반 | NSE 기반 |
GW--------CUCM/GW <-H.245 요청 모드- {시퀀스 번호 1 요청된 모드 { { { audioMode 입력: g711Ulaw64k: 공백 —H.245 RequestModeAck—> {시퀀스 번호 1 응답 willTransmitMost 기본 설정 모드: 공백 }
<—H.245 CLC--------- <—H.245 OLC--------- { —H.245 CLC--------> <—H.245 CLCAck---- { 포워드 논리 채널 < - H.245 OLCAck---- -----H.245 CLCAck—>
show call active voice brief는 변경 내용을 표시하지 않습니다. 참고: CUCM은 통과를 위한 H.245 요청 모드를 지원하지 않습니다. TGW가 H.245 RequestMode for Passthrough를 CUCM에 전송하여 전환을 시작하려고 하면 CUCM은 RequestModeReject로 다시 회신합니다.
|
G3 팩스: GW-----------CUCM/GW <====NSE192===== Codec 속도를 높이고 통과 모드로 전환합니다. VTSP 표시 확인: 메시지(_M) voip rtp 세션 명명된 이벤트 디버그: <<Rcv> Pt:100 이벤트:192 페이지:00 00 00 ====NSE192=====> VTSP 표시 확인: voip rtp 세션 명명된 이벤트 디버그: 태평양:100 이벤트:192 태평양:00 00 <일련 번호>> SG3 팩스: GW-----------CUCM/GW <====NSE192===== Codec 속도를 높이고 통과 모드로 전환합니다. VTSP 표시 확인: 메시지(_M) voip rtp 세션 명명된 이벤트 디버그: <<Rcv> Pt:100 이벤트:192 페이지:00 00 00 ====NSE192=====> VTSP 표시 확인: voip rtp 세션 명명된 이벤트 디버그: 태평양:100 이벤트:192 태평양:00 00 <일련 번호>>
ECAN을 비활성화합니다. VTSP 표시 확인:E_DSMP_DSP_REPORT_ 메시지(_M) voip rtp 세션 명명된 이벤트 디버그: <<Rcv> Pt:100 이벤트:193 페이지:00 00 00 ====NSE193======> VTSP 표시 확인: voip rtp 세션 명명된 이벤트 디버그: 태평양:100 이벤트:193 태평양:00 00 <일련 번호>> 참고: NSE-194는 4초의 무음 또는 반송파 손실 탐지의 로컬 탐지에 의해 트리거됩니다. 이 메시지는 원격 게이트웨이가 음성 모드로 돌아가도록 지시합니다. 기본적으로 NSE-192 및 NSE-193에 의한 모든 변경은 취소된다. show call active voice brief 쇼: |
GW----------CUCM/GW <-H.245 요청 모드- type dataMode:{ 응용 프로그램 t38fax: { t38FaxProtocol udp: 공백 t38팩스프로필 { fillBitRemoval FALSE 트랜스코딩JBIG 틀려 코드 변환MMR FALSE 버전 0 t38FaxRate 관리 전송TCF: 공백 t38FaxUdp옵션 { t38FaxMaxBuffer 200 t38FaxMaxDatagram 72 t38FaxUdpEC t38UDPRedundancy: 공백 } } } 비트 속도 144 -H.245 RequestModeAck-> {시퀀스 번호 1 응답 willTransmitMost 기본 설정 모드: 공백 }
<—H.245 CLC---------- <—H.245 OLC---------- 포워드 논리 채널 ----H.245 CLC---------> <—H.245 CLCAck----- 포워드 논리 채널 < - H.245 OLCAck---- -----H.245 CLCAck—>
show call active voice brief 쇼: t38 |
G3 팩스: GW - CUCM/GW <==NSE200==== 음성 모드에서 T.38로 전환 VTSP 표시 확인: 메시지(_M) voip rtp 세션 명명된 이벤트 디버그: <<Rcv> Pt:100 이벤트:200 페이지:00 00 00 ==NSE201===> T.38 ACK 수신, TGW에 T.38 세션을 시작하도록 지시 VTSP 표시 확인: voip rtp 세션 명명된 이벤트 디버그: SG3 팩스: CM 톤을 눌러서 SG3을 G3으로 스푸핑할 때 T38 릴레이에는 SG3 FAX 시나리오가 없습니다. 참고: NSE-202는 피어 게이트웨이임을 나타내는 NSE-200 메시지에 대한 NACK입니다 show call active voice brief 쇼: t38 |
Passthrough에서는 모든 신호음이 G711ulaw/alaw의 오디오와 같은 RTP로 이동하므로 디버깅에서 T.30 메시지를 볼 수 없습니다. 그러나 FAX 신호음 협상은 릴레이 또는 통과에 관계없이 동일합니다. GW-------------------------CUCM/GW <<<<<<<CSI<<<<<<<< (선택 사항)(가입자 식별이라고 함) 여기에서 TCF, 교육 실패, T1/E1에 대한 슬립 FTT를 볼 수 있습니다. 패킷 캡처에서 체크 TCF는 모두 0이어야 합니다. <<<<<<<MCF<<<<<<<<< (메시지 확인) ++++부분 페이지 RX++++++> (고속) <<<<<<<MCF<<<<<<<<< (메시지 확인) >>>>>>>>DCN>>>>>>>>>>>>>>>>> (연결 끊기) 주: ECM은 G3에 대해서는 선택적이지만 SG3에 대해서는 필수입니다. 패스스루를 통해 SG3 속도를 달성할 수 있으므로 FAX 시스템에서 ECM을 활성화하여 FAX가 성공하도록 합니다. 참고: Passthrough의 경우 64kbps(g711)의 공통 채널이 할당됩니다. 따라서 메시지의 더 빠른 속도와 더 느린 속도는 관련이 없습니다. |
T38 전환이 성공하면 이러한 메시지가 해당 디버깅에 표시됩니다. VTSP 표시 확인: DSMP 표시 확인: CCAPI 쇼 확인: 디버그 팩스 릴레이 t30 all-level-1: timestamp=352613376 fr-msg-det PPS GW-------------------------CUCM/GW <<<<<<<CSI<<<<<<<< (선택 사항)(가입자 식별이라고 함) 여기에서 TCF, 교육 실패, T1/E1에 대한 슬립 FTT를 볼 수 있습니다. 패킷 캡처에서 체크 TCF는 모두 0이어야 합니다. <<<<<<<MCF<<<<<<<<< (메시지 확인) ++++부분 페이지 RX++++++> (고속) <<<<<<<MCF<<<<<<<<< (메시지 확인) >>>>>>>>DCN>>>>>>>>>>>>>>>>> (연결 끊기) |
||
프로토콜 기반 | NSE 기반 | 프로토콜 기반 | NSE 기반 |
DP 수준 구성: ## 팩스 프로토콜 pass-through g711ulaw/g711alaw ## 팩스 속도 사용 안 함 ## 팩스 nsf 000000 |
DP 수준 구성: ## 모뎀 통과 nse 코덱 g711ulaw/g711alaw ## 팩스 속도 사용 안 함 ## 팩스 nsf 000000 |
DP 수준 구성: ## 팩스 프로토콜 t38 버전 0 ls-redundancy 0 hs-redundancy 0 fallback none ## 팩스 nsf 000000 |
DP 수준 구성: ## 팩스 프로토콜 t38 nse force 버전 0 ls-redundancy 0 hs-redundancy 0 fallback none ## 팩스 nsf 000000## 팩스 릴레이 ecm 비활성화 ## fax-relay sg3-to-g3 시스템 ## 팩스 속도 14400 |
개정 | 게시 날짜 | 의견 |
---|---|---|
1.0 |
05-Feb-2015 |
최초 릴리스 |