Голосовая связь : Протокол MGCP

Руководство устранения неполадок MGCP ФАКСА

5 апреля 2016 - Машинный перевод
Другие версии: PDF-версия:pdf | Английский (22 августа 2015) | Отзыв

Введение

Этот документ описывает один из самых эффективных подходов для устранения проблем факса, который включает эти шаги:

  1. Разделите вызов на два участка.
  2. Определите протокол (SIP/H.323/SCCP/MGCP) на каждом участке.
  3. Выберите участок и затем проверьте, поступает ли вызов или исходит на том участке и если привязанный шлюз/оконечная точка является конечным шлюзом (TGW) или исходный шлюз (OGW) соответственно.

Можно разделить факс - вызов на четыре части:

  1. Установите голосовой вызов
    • При снятой трубке, набор, вызов, ответ
    • Вызов (CNG) и вызванной идентификации оборудования (CED) тоны
  2. Переключатель
    • Ускорение передачи/исправление кодека
    • Речевое обнаружение активации (VAD) отключено на DSP
    • Буферные переходы дрожания от адаптивного до неподвижного оптимального значения
  3. Процедуры перед сообщением
    • Идентификация оконечного факсимильного аппарата
    • Обмен возможностей и установка
    • Обучение
  4. В сообщении и пост передает процедуры
    • Передача страниц
    • Обнаружение ошибок и исправление (ECM)
    • Конец сообщения и подтверждение страницы
    • Вызовите разъединение, Подсоединено

Когда Протокол MGCP является определенным протоколом, этот поток вызовов включает сообщения для поиска. Существуют соответствующие разделы на основе того, является ли оконечная точка TGW или OGW.

Примечание: В таблице в следующем разделе и Реле T.38 и Passthrough были протестированы одновременно и различия между G3, и на SG3 указали.

Внесенный Караном Мудджилом, специалистом службы технической поддержки Cisco.

TGW - факс - вызов, поступающий на участке MGCP

Примечание:

  • T. 38 - Задержка <1000 мс, Дрожание <300 мс, Потерей пакета должен быть NONE пока T.38 с резервированием.
  • Passthrough - Задержка <1000 мс, Дрожание <30 мс, Потерей пакета должен быть NONE.
  • Протокол Базирующийся переключатель - Это стандартно основанный.
  • NSE Базирующийся переключатель - Это является составляющим собственность и работает только между Голосовыми шлюзами Cisco.
PassthroughРеле T. 38
Базирующийся протоколБазирующийся NSEБазирующийся протоколБазирующийся NSE

Базирующийся Протокол Passthrough факса не поддерживается с MGCP.

GW---------------CUCM/GW

<------------CRCX-------------

X : 1f L: p : 20, a:pCMU, s:off, t:b8
M: recvonly
R: D / [0-9ABCD*#]
Вопрос. : процесс, петля




------------200 ОК----------->

I: 3
v=0
c=IN IP4 209.165.201.1

RTP/AVP M=AUDIO 18138 0 100
a=rtpmap:100 X-NSE/8000
a=fmtp:100 192-194


<-----------MDCX------------

I: 3
X : 1f
L: p : 20, a:PCMU, s:off, t:b8
M: sendrecv
R: D / [0-9ABCD*#]
S:
Вопрос. : процесс, петля

v=0
SDP s=Cisco 0
t=0 0
RTP/AVP M=AUDIO 17314 0
c=IN IP4 209.165.201.2



Проверка для VTSP показывает:
Факс, отключенный By=Voice-Port,
Основной факс Protocol=NONE_FAX
_RELAY,
Факс нейтрализации Protocol=NONE_FAX
_RELAY



------------200 ОК------------>

GW--------CUCM/GW

<--------CRCX----------

X : 1f

L: о: image/t38, s:off, t:b8, fxr/fx:t38
M: recvonly
R: D / [0-9ABCD*#]
Вопрос. : процесс, петля

 ---------200 ОК-------->

v=0
c=IN IP4 209.165.201.1
RTP/AVP M=AUDIO 18184 0 8 18 99 101 102 15 103 4 104 105 106 125 100
a=rtpmap:18 G729/8000
a=fmtp:18 annexb=no
a=rtpmap:99 G726-16/8000
a=rtpmap:101 G726-24/8000
a=rtpmap:102 G726-32/8000
a=rtpmap:103 G7231-H/8000
a=rtpmap:104 G7231-L/8000
a=rtpmap:105 G7231a-H/8000
a=rtpmap:106 G7231a-L/8000
a=rtpmap:125 GnX64/8000
a=rtpmap:100 X-NSE/8000
a=fmtp:100 200-202
a=X-sqn:0
a=X-cap: 1 аудио RTP/AVP 100
a=X-cpar: a=rtpmap:100 X-NSE/8000
a=X-cpar: a=fmtp:100 200-202
a=X-cap: 2 udptl t38 образа



<--------MDCX--------

I: 3
X : 1f
L: p : 20, a:PCMU, s:off, t:b8, fxr/fx:t38
M: sendrecv
R: D / [0-9ABCD*#], FXR/t38
S:
Вопрос. : процесс, петля
v=0
SDP s=Cisco 0
t=0 0
RTP/AVP M=AUDIO 18698 0
c=IN IP4 209.165.201.2
a=X-sqn:0

a=X-cap:1 udptl t38 образа


Проверка для VTSP показывает:
Факс Relay=ENABLED
Основной факс Protocol=T38_FAX
_RELAY, факс нейтрализации Protocol=NONE_FAX
_RELAY

Подавление CM ретрансляции факса: =ENABLED,
Подавление ANS ретрансляции факса: =DISABLED



---------200 ОК-------->

GW------------CUCM/GW

<----------CRCX------------

X : 1f

L: p : 20, a:PCMU, s:off, t:b8
M: recvonly
R: D / [0-9ABCD*#]
Вопрос. : процесс, петля


------------200 ОК---------->

I: 4
v=0
c=IN IP4 209.165.201.1
RTP/AVP M=AUDIO 19126 0 100
a=rtpmap:100 X-NSE/8000
a=fmtp:100 200-202
a=X-sqn:0
a=X-cap: 1 аудио RTP/AVP 100

a=X-cpar: a=rtpmap:
100 X-NSE/8000

a=X-cpar: a=fmtp:100 200-202
a=X-cap: 2 udptl t38 образа



<----------MDCX-----------

I: 4
X : 1f
L: p : 20, a:PCMU, s:off, t:b8
M: sendrecv
R: D / [0-9ABCD*#]
S:
Вопрос. : процесс, петля
v=0
SDP s=Cisco 0
t=0 0
RTP/AVP M=AUDIO 17168 0
c=IN IP4 209.165.201.2



Проверка для VTSP показывает:
Факс Relay=ENABLED
Основной протокол факса =
T38_FAX_RELAY, факс нейтрализации Protocol=NONE_
FAX_RELAY

Подавление CM ретрансляции факса:
=ENABLED,
Подавление ANS ретрансляции факса:
=DISABLED



-----------200 ОК---------->

 

GW-------------------------CUCM/GW

<======== АУДИО ==========>



Аудио вызов, установленный на данном этапе, но как Факсы, говорит, они обмениваются тонами в аудио вызове.

Начальные тоны T.30 (Не может быть замечен в отладках, поскольку они всегда передаются в RTP.)


ФАКС G3:

<<<<<<<<<<CNG <<<<<<<<<<<

1100 Гц, каждые 3 секунды в течение.5 секунд. Указывает на неречевой терминал вызова.



>>>>>>>>>> CED>>>>>>>>>>>

Тон на 2100 Гц, который длится между 2.6 - 4.0 секунды. Отключает подавители отраженных сигналов в пути передачи.



ФАКС SG3:
<<<<<<<<<<CNG <<<<<<<<<<<

1100 Гц, каждые 3 секунды в течение.5 секунд. Указывает на неречевой терминал вызова.



>>>>>>>>>> ANSAM>>>>>>>>>

Тон на 2100 Гц как CED, но амплитуда, модулируемая синусоидальным колебанием в 15 Гц с изменением фазы каждые 450 мс.

<<<<<<<<<<CM <<<<<<<<<<<<

>>>>>>>>>> JM>>>>>>>>>>>>

<<<<<<<<<<ГЛАВНЫЙ СУДЬЯ <<<<<<<<<<<<

Инициализация V.34 (фазы 2-4)



TGW ждет для обнаружения Преамбулы V.21 тонами. Это находит его тоном CED (G3) или ANSAM (SG3). Как только это обнаруживает Флаг V.21, это инициирует переключатель.



Проверка для VTSP показывает:
Event=E_DSMP_DSP_MODEM_TONE



Одна из задач в переключателе состоит в том, чтобы сделать буферные переходы Дрожания от адаптивного до неподвижного оптимального значения.

Passthrough факса использует последний речевой параметр настройки режима перед переключателем для дрожания или буферов воспроизведения. Введите команду X/X/X show voice port для проверки текущих значений задержки воспроизведения.

GW-------------------------CUCM/GW

<======== АУДИО ==========>



Аудио вызов, установленный на данном этапе, но как Факсы, говорит, они обмениваются тонами в аудио вызове.


Начальные тоны T.30 (Не может быть замечен в отладках, поскольку они всегда передаются в RTP.)


ФАКС G3:

<<<<<<<<<<CNG <<<<<<<<<<<

1100 Гц, каждые 3 секунды в течение.5 секунд. Указывает на неречевой терминал вызова.



>>>>>>>>>> CED>>>>>>>>>>>

Тон на 2100 Гц, который длится между 2.6 - 4.0 секунды. Отключает подавители отраженных сигналов в пути передачи.




ФАКС SG3:
<<<<<<<<<<CNG <<<<<<<<<<<

1100 Гц, каждые 3 секунды в течение.5 секунд. Указывает на неречевой терминал вызова.



>>>>>>>>>> ANSAM>>>>>>>>>

Тон на 2100 Гц как CED, но амплитуда, модулируемая синусоидальным колебанием в 15 Гц с изменением фазы каждые 450 мс.



Шлюзы Cisco только поддерживают факсы - вызовы G3 с T.38. Для надлежащей обработки более высоких скоростей вызовов SG3 транзитная пересылка через модем должна использоваться.

Инициализация № V.34 (Фазы 2-4) существует. Начальная Фаза V.8 я также не завершаю. OGW squelchs тон CM и как SG3 обратно совместим со стандартом факса G3, аварийным переключением Факсов к G3.



>>>>>>>>> CED>>>>>>>>>>>

Тон на 2100 Гц, который длится между 2.6 - 4.0 секунды. Отключает подавители отраженных сигналов в пути передачи.



TGW ждет для обнаружения Преамбулы V.21 тонами. Это находит его тоном CED (G3) или ANSAM (SG3). Как только это обнаруживает Флаг V.21, это инициирует переключатель.



Проверка для VTSP показывает:
VTSP: Event=E_DSMP_DSP_FAX_TONE



Проверка для DSMP показывает:
E_DSM_CC_MC_START



Одна из задач в переключателе состоит в том, чтобы сделать буферные переходы Дрожания от адаптивного до неподвижного оптимального значения.

T. 38 использует 300 мс исправленное дрожание или буфера воспроизведения. Введите команду факса 100 playout-delay под голосовым портом для сокращения буферного времени, если задержка высока. Введите команду X/X/X show voice port для проверки текущих значений задержки воспроизведения.

Базирующийся протоколБазирующийся NSEБазирующийся протоколБазирующийся NSE

Базирующийся Протокол Passthrough факса не поддерживается с MGCP.

ФАКС G3:

GW---------------CUCM/GW

====== NSE192 ======>

Кодек ускорения передачи и коммутатор к режиму транзитной пересылки.



Проверка для VTSP показывает:
E_DSM_CC_MODIFY_
MEDIA_IND

debug voip rtp открывает сеанс именованное событие:

      Pt:100 Evt:192 Pkt:00 00 00 <Snd>>>



<==== NSE192 =======



Проверка для VTSP показывает:
E_DSMP_DSP_REPORT_
PEER_TO_PEER

_MSG

debug voip rtp открывает сеанс именованное событие:

<<<Rcv> Pt:100  Evt:192   Pkt:00 00 00



ФАКС SG3:

GW---------------CUCM/GW

====== NSE192 ======>

Кодек ускорения передачи и коммутатор к режиму транзитной пересылки.



Проверка для VTSP показывает:
E_DSM_CC_MODIFY_
MEDIA_IND

debug voip rtp открывает сеанс именованное событие:

     Pt:100 Evt:192 Pkt:00 00 00 <Snd>>>



<===== NSE192 ========



Проверка для VTSP показывает:
E_DSMP_DSP_REPORT_
PEER_TO_PEER

_MSG

debug voip rtp открывает сеанс именованное событие:
<<<Rcv> Pt:100   Evt:192   Pkt:00 00 00


====== NSE193 =======>

Обнаружьте изменение фазы ANSam, Отключают ECAN.



Проверка для VTSP показывает:
E_DSM_CC_MODIFY_
MEDIA_IND

debug voip rtp открывает сеанс именованное событие:

      Pt:100 Evt:193 Pkt:00 00 00 <Snd>>>



<===== NSE193 ========



Проверка для VTSP показывает:
E_DSMP_DSP_
REPORT_PEER_TO_PEER

_MSG

debug voip rtp открывает сеанс именованное событие:

<<<Rcv> Pt:100   Evt:193   Pkt:00 00 00



Примечание: NSE 194 вызван локальным обнаружением 4 секунд обнаружением потери несущей частоты или тишины. Это сообщение дает удаленному шлюзу команду возвращаться к речевому режиму. В основном все изменения, внесенные NSE-192 и NSE-193, отменены.



краткое описание show call active voice показывает: MODEMPASS nse

GW--------CUCM/GW

----------NTFY--------->

N: ca@209.165.201.3:2427
X : 1f

O: FXR/t38 (запускается)


<--------200OK---------

<--------MDCX---------

 I: 3
X : 1f
L: о: image/t38
M: sendrecv
R: D / [0-9ABCD*#],
FXR/t38

S:
Вопрос. : процесс, петля
v=0
SDP s=Cisco 0
t=0 0 m=image 18698 udptl t38
c=IN IP4 209.165.201.2
a=X-sqn:0
a=X-cap:1 udptl t38 образа



----------200OK-------->

v=0
 c=IN IP4 209.165.201.1 m=image 18184 udptl t38
a=X-sqn:0
a=X-cap: 1 аудио RTP/AVP 100
a=X-cpar: a=rtpmap:100 X-NSE/8000
a=X-cpar: a=fmtp:100 200-202
a=X-cap: 2 udptl t38 образа




краткое описание show call active voice показывает: t38

 

ФАКС G3:

GW-----------CUCM/GW

===== NSE200 ======>

Переход от речевого режима до T.38



Проверка для VTSP показывает:
E_DSM_CC_MODIFY_
MEDIA_IND

debug voip rtp открывает сеанс именованное событие:

      Pt:100 Evt:200 Pkt:00 00 00 <Snd>>>



<==== NSE201 =======

Полученный T. 38 ACK, дает TGW команду начинать сеанс T.38



Проверка для VTSP показывает:
E_DSMP_DSP_REPORT_
PEER_TO_PEER

_MSG

debug voip rtp открывает сеанс именованное событие:

<<<Rcv> Pt:100  Evt:201   Pkt:00 00 00



ФАКС SG3:

Поскольку вы имитируете SG3 к G3 путем подавления тона CM, в реле T38 существует сценарий ФАКСА № SG3.



Примечание: NSE 202 является NACK к сообщению NSE 200, которое показывает, что шлюз одноранговой сети не может обработать пакеты T.38 для вызова. Вызов остается в речевом режиме и не переключается к T.38.



как краткое описание Active Voice вызова показывает:
t38

В Passthrough вы не видите сообщений T.30 от отладок, поскольку все тоны входят в RTP как аудио с G711ulaw/alaw. Однако согласование Факсимильного тонального сигнала остается тем же независимо от реле или passthrough.



GW-------------------------CUCM/GW

>>>>>>>>> CSI>>>>>>>>>>>        (дополнительный) (идентификация вызываемого абонента)
>>>>>>>>> NSF>>>>>>>>>>>     (дополнительный) (нестандартные средства)
>>>>>>>>> DIS>>>>>>>>>>>        (цифровой сигнал идентификации)

<<<<<<<<<TSI <<<<<<<<<<<        (дополнительный) (идентификация передающего абонента)
<<<<<<<<<DCS <<<<<<<<<<        (цифровой сигнал команды)

<++++++++++ TCF ++++++++++      (высокая скорость) (учебная проверка)

>>>>>>>>>>> CFR>>>>>>>>>>    (подтверждение для получения)

Если вы видите FTT здесь, который означает TCF, подведенное обучение, проверьте синхронизацию и сдвиги на T1/E1. В проверке захватов пакета TCF должен быть всем 0.

<++++ Частичный RX Страницы +++++++      (высокая скорость)
<<<<<<<<PPS/EOM <<<<<<<<        (частичная передаваемая страница) / (конец сообщения)

>>>>>>>>> MCF>>>>>>>>>>>        (подтверждение сообщения)



<++++ Частичный RX Страницы +++++++      (высокая скорость)
<<<<<<<<PPS/EOP <<<<<<<<        (частичная передаваемая страница) / (конец процедуры)

>>>>>>>>> MCF>>>>>>>>>>>        (подтверждение сообщения)



<<<<<<<<<<DCN <<<<<<<<<<        (разъединение)



Примечание: ECM является Дополнительным для G3, но Обязательным для SG3. Поскольку можно достигнуть скоростей SG3 с passthrough, удостоверьтесь, что ECM позволен на факсах для факса успешно выполниться.
Кроме того, сигнал обучения TCF Требуется для G3, но не применим для SG3.



Примечание: Для Passthrough выделен общий канал 64 Кбит/с (g711). Так, выше и меньшие скорости сообщений становится не важным.

Если переключатель T38 является succesful, эти сообщения замечены в отладках:

Проверка для VTSP показывает:
event:E_CC_T38_START



Проверка для DSMP показывает:
E_DSM_CC_MC_LOCAL_DNLD_DONE



all-level-1:
timestamp=1321430729 fr-msg-det NSF
timestamp=1321431129 fr-msg-det CSI
timestamp=1321431879 fr-msg-det DIS
timestamp=1321435719 fr-msg-tx TSI
байты timestamp=1321436329 FR_GOOD_CRC_LS_DATA 0x0
timestamp=1321436329 fr-msg-tx хороший CRC, 0 байтов
timestamp=1321436439 fr-msg-tx DCS
байты timestamp=1321436619 FR_GOOD_CRC_LS_DATA 0x0
timestamp=1321441499 fr-msg-det CFR
timestamp=1321461449 fr-msg-tx PPS
байты timestamp=1321461639 FR_GOOD_CRC_LS_DATA 0x0
timestamp=1321463099 fr-msg-det MCF
timestamp=1321466789 fr-msg-tx DCN
байты timestamp=1321466869 FR_GOOD_CRC_LS_DATA 0x0
timestamp=1321466869 fr-msg-tx хороший CRC, 0 байтов



GW-------------------------CUCM/GW

>>>>>>>>> CSI>>>>>>>>>>>        (дополнительный) (идентификация вызываемого абонента)
>>>>>>>>> NSF>>>>>>>>>>>     (дополнительный) (нестандартные средства)
>>>>>>>>> DIS>>>>>>>>>>>        (цифровой сигнал идентификации)

<<<<<<<<<TSI <<<<<<<<<<<        (дополнительный) (идентификация передающего абонента)
<<<<<<<<<DCS <<<<<<<<<<        (цифровой сигнал команды)

<++++++++++ TCF ++++++++++      (высокая скорость) (учебная проверка)

>>>>>>>>>>> CFR>>>>>>>>>>    (подтверждение для получения)

Если вы видите FTT здесь, который означает TCF, подведенное обучение, проверьте синхронизацию и сдвиги на T1/E1. В проверке захватов пакета TCF должен быть всем 0.

<++++ Частичный RX Страницы +++++++      (высокая скорость)
<<<<<<<<PPS/EOM <<<<<<<<        (частичная передаваемая страница) / (конец сообщения)

>>>>>>>>> MCF>>>>>>>>>>>        (подтверждение сообщения)



<++++ Частичный RX Страницы +++++++      (высокая скорость)
<<<<<<<<PPS/EOP <<<<<<<<        (частичная передаваемая страница) / (конец процедуры)

>>>>>>>>> MCF>>>>>>>>>>>        (подтверждение сообщения)



<<<<<<<<<<DCN <<<<<<<<<<        (разъединение)

Базирующийся протоколБазирующийся NSEБазирующийся протоколБазирующийся NSE
Н/Д

config уровня "conf t":

## никакой fxr-пакет протокола MGCP пакета по умолчанию

## никакой fxr-пакет mgcp package-capability

 Mode nse modem passthrough voip протокола MGCP ##

Кодек g711ulaw modem passthrough voip протокола MGCP ##

Запрещение mgcp fax t38 ##

Ннф mgcp fax t38 ## 000000

## никакой ccm-manager fax protocol

Никакой mgcp fax t38 ecm ##   

config уровня "conf t":

## никакой ccm-manager fax protocol Cisco

Mgcp fax t38 ## ls_redundancy 0
Mgcp fax t38 ## hs_redundancy 0

Fxr-пакет протокола MGCP ## пакета по умолчанию

Fxr-пакет mgcp package-capability ##

## никакое запрещение mgcp fax t38

Ннф mgcp fax t38 ## 000000

Никакой mgcp fax t38 ecm ##

Mgcp fax-relay ## sg3-to-g3

Mgcp fax rate ## 14400

config уровня "conf t":

## никакой ccm-manager fax protocol Cisco

Сила шлюза mgcp fax t38 ##

Mgcp fax t38 ## ls_redundancy 0
Mgcp fax t38 ## hs_redundancy 0

## никакое запрещение mgcp fax t38

Ннф mgcp fax t38 ## 000000

Никакой mgcp fax t38 ecm ##

Mgcp fax-relay ## sg3-to-g3

Nse-ответ t38 200 mgcp timer ##

Mgcp fax rate ## 14400

OGW - факс - вызов, исходящий на участке MGCP

Примечание:

  • T. 38 - Задержка <1000 мс, Дрожание <300 мс, Потерей пакета должен быть NONE пока T.38 с резервированием.
  • Passthrough - Задержка <1000 мс, Дрожание <30 мс, Потерей пакета должен быть NONE.
  • Протокол Базирующийся переключатель - Это стандартно основанный.
  • NSE Базирующийся переключатель - Это является составляющим собственность и работает только между Голосовыми шлюзами Cisco.
PassthroughРеле T. 38
Базирующийся протоколБазирующийся NSEБазирующийся протоколБазирующийся NSE

Базирующийся Протокол Passthrough факса не поддерживается с MGCP.

GW--------------CUCM/GW

<-----------CRCX-------------

X : 1 L: p : 20, a:PCMU, s:off, t:00
M: recvonly
R: D / [0-9ABCD*#]
Вопрос. : процесс, петля

-----------200 ОК------------>

I: 2
v=0
c=IN IP4 209.165.201.1

RTP/AVP M=AUDIO 18138 0 100
a=rtpmap:100 X-NSE/8000
a=fmtp:100 192-194


<----------MDCX-------------

I: 2
X : 1
L: p : 20, a:PCMU, s:off, t:b8
M: sendrecv
R: D / [0-9ABCD*#]
S:
Вопрос. : процесс, петля

v=0
SDP s=Cisco 0
t=0 0
RTP/AVP M=AUDIO 18912 0
c=IN IP4 209.165.201.2

 

Проверка для VTSP показывает:
Факс, отключенный By=Voice-Port,
Основной факс Protocol=NONE_FAX
_RELAY,
Факс нейтрализации Protocol=NONE_FAX
_RELAY



-----------200 ОК----------->

GW--------------CUCM/GW

<-----------CRCX-------------

X : 1
L: p : 20, a:PCMU, s:off, t:00
M: recvonly
R: D / [0-9ABCD*#]
Вопрос. : процесс, петля


------------200 ОК----------->

I: 2

v=0
c=IN IP4 209.165.201.1
RTP/AVP M=AUDIO 18186 0 100
a=rtpmap:100 X-NSE/8000
a=fmtp:100 200-202
a=X-sqn:0
a=X-cap: 1 аудио RTP/AVP 100
a=X-cpar: a=rtpmap:100 X-NSE/8000
a=X-cpar: a=fmtp:100 200-202
a=X-cap: 2 udptl t38 образа



<----------MDCX------------

I: 2
X : 1

L: p : 20, a:PCMU, s:off, t:b8, fxr/fx:t38
M: sendrecv
R: D / [0-9ABCD*#], FXR/t38
S:
Вопрос. : процесс, петля
v=0
SDP s=Cisco 0
t=0 0
RTP/AVP M=AUDIO 16882 0
c=IN IP4 209.165.201.2
a=X-sqn:0
a=X-cap:1 udptl t38 образа



Проверка для VTSP показывает:
Факс Relay=ENABLED
Основной факс Protocol=T38_FAX_RELAY, факс нейтрализации Protocol=NONE_
FAX_RELAY

Подавление CM ретрансляции факса: =ENABLED,
Подавление ANS ретрансляции факса: =DISABLED



-------------200 ОК----------->

GW-------CUCM/GW

<-------CRCX-----------

X : 1
L: p : 20, a:PCMU, s:off, t:b8
M: recvonly
R: D / [0-9ABCD*#]
Вопрос. : процесс, петля


--------200 ОК-------->

I: 3
v=0
c=IN IP4 209.165.201.1
RTP/AVP M=AUDIO 16724 0 100
a=rtpmap:100 X-NSE/8000
a=fmtp:100 200-202
a=X-sqn:0
a=X-cap: 1 аудио RTP/AVP 100
a=X-cpar: a=rtpmap:100 X-NSE/8000
a=X-cpar: a=fmtp:100 200-202
a=X-cap: 2 udptl t38 образа


<-------MDCX---------

I: 3
X : 1
L: p : 20, a:PCMU, s:off, t:b8
M: sendrecv
R: D / [0-9ABCD*#]
S:
Вопрос. : процесс, петля
v=0
SDP s=Cisco 0
t=0 0
RTP/AVP M=AUDIO 18806 0
c=IN IP4 209.165.201.2



Проверка для VTSP показывает:
Факс Relay=ENABLED
Основной протокол факса =
T38_FAX_RELAY, факс нейтрализации Protocol=NONE_
FAX_RELAY

Подавление CM ретрансляции факса:
=ENABLED,
Подавление ANS ретрансляции факса:
=DISABLED

 

--------200 ОК--------->

GW-------------------------CUCM/GW

<======== АУДИО ==========>



Аудио вызов, установленный на данном этапе, но как Факсы, говорит, они обмениваются тонами в аудио вызове.

Начальные тоны T.30 (Не может быть замечен в отладках, поскольку они всегда передаются в RTP),


ФАКС G3:

>>>>>>>>>> CNG>>>>>>>>>>>

1100 Гц, каждые 3 секунды в течение.5 секунд. Указывает на неречевой терминал вызова.



<<<<<<<<<<CED <<<<<<<<<<<

Тон на 2100 Гц, который длится между 2.6 - 4.0 секунды. Отключает подавители отраженных сигналов в пути передачи.


ФАКС SG3:
>>>>>>>>>> CNG>>>>>>>>>>>

1100 Гц, каждые 3 секунды в течение.5 секунд. Указывает на неречевой терминал вызова.



<<<<<<<<<<ANSAM <<<<<<<<

Тон на 2100 Гц как CED, но амплитуда, модулируемая синусоидальным колебанием в 15 Гц с изменением фазы каждые 450 мс.


>>>>>>>>>> CM>>>>>>>>>>>>

<<<<<<<<<<JM <<<<<<<<<<<<

>>>>>>>>>> ГЛАВНЫЙ СУДЬЯ>>>>>>>>>>>>

Инициализация V.34 (фазы 2-4)



OGW ждет TGW для обнаружения Преамбулы V.21 тонами. Как только TGW обнаруживает Флаг V.21, он инициирует переключатель.


Одна из задач в переключателе состоит в том, чтобы сделать буферные переходы Дрожания от адаптивного до неподвижного оптимального значения.

Passthrough факса использует последний речевой параметр настройки режима перед переключателем для дрожания или буферов воспроизведения. Введите  команду X/X/X show voice port для проверки текущих значений задержки воспроизведения.

GW-------------------------CUCM/GW

<======== АУДИО ==========>



Аудио вызов, установленный на данном этапе, но как Факсы, говорит, они обмениваются тонами в аудио вызове.


Начальные тоны T.30 (Не может быть замечен в отладках, поскольку они всегда передаются в RTP),


ФАКС G3:

>>>>>>>>>> CNG>>>>>>>>>>>

1100 Гц, каждые 3 секунды в течение.5 секунд. Указывает на неречевой терминал вызова.



<<<<<<<<<<CED <<<<<<<<<<<

Тон на 2100 Гц, который длится между 2.6 - 4.0 секунды. Отключает подавители отраженных сигналов в пути передачи.



ФАКС SG3:
>>>>>>>>>> CNG>>>>>>>>>>>

1100 Гц, каждые 3 секунды в течение.5 секунд. Указывает на неречевой терминал вызова.



<<<<<<<<<<ANSAM <<<<<<<<

Тон на 2100 Гц как CED, но амплитуда, модулируемая синусоидальным колебанием в 15 Гц с изменением фазы каждые 450 мс.



>>> CM>> X



Шлюзы Cisco только поддерживают факсы - вызовы G3 с T.38. Для надлежащей обработки более высоких скоростей вызовов SG3 транзитная пересылка через модем должна использоваться.

Инициализация № V.34 (Фазы 2-4) существует. Начальная Фаза V.8 я также не завершаю. OGW squelchs тон CM и как SG3 обратно совместим со стандартом факса G3, аварийным переключением Факсов к G3.



<<<<<<<<<<CED <<<<<<<<<<<

Тон на 2100 Гц, который длится между 2.6 - 4.0 секунды. Отключает подавители отраженных сигналов в пути передачи.


OGW ждет TGW для обнаружения Преамбулы V.21 тонами. Как только TGW обнаруживает Флаг V.21, он инициирует переключатель.

Одна из задач в переключателе состоит в том, чтобы сделать буферные переходы Дрожания от адаптивного до неподвижного оптимального значения.

T. 38 использует 300 мс исправленное дрожание или буфера воспроизведения. Введите команду факса 100 playout-delay под голосовым портом для сокращения буферного времени, если задержка высока. Введите  команду X/X/X show voice port для проверки текущих значений задержки воспроизведения.

Базирующийся протоколБазирующийся NSEБазирующийся протоколБазирующийся NSE

Базирующийся Протокол Passthrough факса не поддерживается с MGCP.

ФАКС G3:

GW--------------CUCM/GW

<===== NSE192 ======

Кодек ускорения передачи и коммутатор к режиму транзитной пересылки.



Проверка для VTSP показывает:
E_DSMP_DSP_REPORT_
PEER_TO_PEER

_MSG

debug voip rtp открывает сеанс именованное событие:

<<<Rcv> Pt:100  Evt:192   Pkt:00 00 00



===== NSE192 =======>



Проверка для VTSP показывает:
E_DSM_CC_MODIFY_
MEDIA_IND

debug voip rtp открывает сеанс именованное событие:

     Pt:100 Evt:192 Pkt:00 00 00 <Snd>>>



ФАКС SG3:

GW--------------CUCM/GW

<===== NSE192 ======

Кодек ускорения передачи и коммутатор к режиму транзитной пересылки.



Проверка для VTSP показывает:
E_DSMP_DSP_REPORT_
PEER_TO_PEER

_MSG

debug voip rtp открывает сеанс именованное событие:

<<<Rcv> Pt:100  Evt:192   Pkt:00 00 00



====== NSE192 ======>



Проверка для VTSP показывает:
E_DSM_CC_MODIFY_
MEDIA_IND

debug voip rtp открывает сеанс именованное событие:

     Pt:100 Evt:192 Pkt:00 00 00 <Snd>>>


<===== NSE193 ======

Отключите ECAN.



Проверка для VTSP показывает:
E_DSMP_DSP_REPORT_
PEER_TO_PEER

_MSG

debug voip rtp открывает сеанс именованное событие:

<<<Rcv> Pt:100   Evt:193   Pkt:00 00 00



====== NSE193 =======>



Проверка для VTSP показывает:
E_DSM_CC_MODIFY_
MEDIA_IND

debug voip rtp открывает сеанс именованное событие:

     Pt:100 Evt:193 Pkt:00 00 00 <Snd>>>



Примечание: NSE 194 вызван локальным обнаружением 4 секунд обнаружением потери несущей частоты или тишины. Это сообщение дает удаленному шлюзу команду возвращаться к речевому режиму. В основном все изменения, внесенные NSE-192 и NSE-193, отменены.

краткое описание show call active voice показывает: MODEMPASS nse

GW--------------CUCM/GW

<------------MDCX-----------

I: 2
X : 1
L: о: image/t38
M: sendrecv
R: D / [0-9ABCD*#], FXR/t38
S:
Вопрос. : процесс, петля
v=0
SDP s=Cisco 0
t=0 0 m=image 16882 udptl t38
c=IN IP4 209.165.201.2
a=X-sqn:0
a=X-cap:1 udptl t38 образа



------------200OK------------>

v=0
 c=IN IP4 209.165.201.1 m=image 18186 udptl t38
a=X-sqn:0
a=X-cap: 1 аудио RTP/AVP 100
a=X-cpar: a=rtpmap:100 X-NSE/8000
a=X-cpar: a=fmtp:100 200-202
a=X-cap: 2 udptl t38 образа




краткое описание show call active voice показывает: t38


 

ФАКС G3:

GW--------CUCM/GW

<=== NSE200 =====

Переход от речевого режима до T.38



Проверка для VTSP показывает:
E_DSMP_DSP_
REPORT_PEER_
TO_PEER

_MSG

debug voip rtp открывает сеанс именованное событие:

<<<Rcv> Pt:100  Evt:200   Pkt:00 00 00



==== NSE201 ====>

Полученный T. 38 ACK, дает TGW команду начинать сеанс T.38



Проверка для VTSP показывает:
E_DSM_CC_MODIFY_
MEDIA_IND

debug voip rtp открывает сеанс именованное событие:
     Pt:100 Evt:201 Pkt:00 00 00 <Snd>>>



ФАКС SG3:

Поскольку вы имитируете SG3 к G3 путем подавления тона CM, в реле T38 существует сценарий ФАКСА № SG3.



Примечание: NSE 202 является NACK к сообщению NSE 200, которое показывает что шлюз одноранговой сети
не может обработать пакеты T.38 для вызова. Вызов остается в речевом режиме и делает
не переключаются к T.38.



краткое описание show call active voice показывает:

t38

В Passthrough вы не видите сообщений T.30 от отладок, поскольку все тоны входят в RTP как аудио с G711ulaw/alaw. Однако согласование Факсимильного тонального сигнала остается тем же независимо от реле или passthrough.



GW-------------------------CUCM/GW

<<<<<<<<<CSI <<<<<<<<<<<        (дополнительный) (идентификация вызываемого абонента)
<<<<<<<<<NSF <<<<<<<<<<<       (дополнительный) (нестандартные средства)
<<<<<<<<<DIS <<<<<<<<<<<        (цифровой сигнал идентификации)

>>>>>>>>> TSI>>>>>>>>>>>>       (дополнительный) (идентификация передающего абонента)
>>>>>>>>> DCS>>>>>>>>>>>       (цифровой сигнал команды)

++++++++++ TCF +++++++++>      (высокая скорость) (учебная проверка)

<<<<<<<<<<CFR <<<<<<<<<<     (подтверждение для получения)

Если вы видите FTT здесь, который означает TCF, подведенное обучение, проверьте синхронизацию и сдвиги на T1/E1. В проверке захватов пакета TCF должен быть всем 0.

++++ Частичный RX Страницы ++++++>      (высокая скорость)
>>>>>>>>> PPS/EOM>>>>>>>      (частичная передаваемая страница) / (конец сообщения)

<<<<<<<<<MCF <<<<<<<<<<<        (подтверждение сообщения)



++++ Частичный RX Страницы ++++++>     (высокая скорость)
>>>>>>>>> PPS/EOM>>>>>>>     (частичная передаваемая страница) / (конец сообщения)

<<<<<<<<<MCF <<<<<<<<<<<       (подтверждение сообщения)



>>>>>>>>> DCN>>>>>>>>>>>       (разъединение)



Примечание: ECM является Дополнительным для G3, но Обязательным для SG3. Поскольку можно достигнуть скоростей SG3 с passthrough, удостоверьтесь, что ECM позволен на Факсах для ФАКСА успешно выполниться.
Кроме того, сигнал обучения TCF Требуется для G3, но не применим для SG3.



Примечание: Для Passthrough выделен общий канал 64 Кбит/с (g711). Так, выше и меньшие скорости сообщений становится не важным.

Если переключатель T38 является succesful, эти сообщения замечены в соответствующих отладках:

Проверка для VTSP показывает:
event:E_CC_T38_START



Проверка для DSMP показывает:
E_DSM_CC_MC_LOCAL_DNLD_DONE



all-level-1:
timestamp=352583286 fr-msg-tx NSF
timestamp=352583686 fr-msg-tx CSI
байты timestamp=352583736 FR_GOOD_CRC_LS_DATA 0x0
timestamp=352583736 fr-msg-tx хороший CRC, 0 байтов
timestamp=352584426 fr-msg-tx DIS
байты timestamp=352584456 FR_GOOD_CRC_LS_DATA 0x0
timestamp=352584456 fr-msg-tx хороший CRC, 0 байтов
байты timestamp=352584906 FR_GOOD_CRC_LS_DATA 0x0
timestamp=352587656 fr-msg-det TSI
timestamp=352588376 fr-msg-det DCS
timestamp=352594056 fr-msg-tx CFR
байты timestamp=352594156 FR_GOOD_CRC_LS_DATA 0x0

timestamp=352613376 fr-msg-det PPS
timestamp=352615656 fr-msg-tx MCF
байты timestamp=352615776 FR_GOOD_CRC_LS_DATA 0x0
timestamp=352618716 fr-msg-det DCN



GW-------------------------CUCM/GW

<<<<<<<<<CSI <<<<<<<<<<<        (дополнительный) (идентификация вызываемого абонента)
<<<<<<<<<NSF <<<<<<<<<<<       (дополнительный) (нестандартные средства)
<<<<<<<<<DIS <<<<<<<<<<<        (цифровой сигнал идентификации)

>>>>>>>>> TSI>>>>>>>>>>>>       (дополнительный) (идентификация передающего абонента)
>>>>>>>>> DCS>>>>>>>>>>>       (цифровой сигнал команды)

++++++++++ TCF +++++++++>      (высокая скорость) (учебная проверка)

<<<<<<<<<<CFR <<<<<<<<<<     (подтверждение для получения)

Если вы видите FTT здесь, который означает TCF, подведенное обучение, проверьте синхронизацию и сдвиги на T1/E1. В проверке захватов пакета TCF должен быть всем 0.

++++ Частичный RX Страницы ++++++>      (высокая скорость)
>>>>>>>>> PPS/EOM>>>>>>>      (частичная передаваемая страница) / (конец сообщения)

<<<<<<<<<MCF <<<<<<<<<<<        (подтверждение сообщения)



++++ Частичный RX Страницы ++++++>     (высокая скорость)
>>>>>>>>> PPS/EOM>>>>>>>     (частичная передаваемая страница) / (конец сообщения)

<<<<<<<<<MCF <<<<<<<<<<<       (подтверждение сообщения)



>>>>>>>>> DCN>>>>>>>>>>>       (разъединение)

Базирующийся протоколБазирующийся NSEБазирующийся протоколБазирующийся NSE
Н/Д

conf t" config уровня:

## никакой fxr-пакет протокола MGCP пакета по умолчанию

## никакой fxr-пакет mgcp package-capability

 Mode nse modem passthrough voip протокола MGCP ##

Кодек g711ulaw modem passthrough voip протокола MGCP ##

Запрещение mgcp fax t38 ##

Ннф mgcp fax t38 ## 000000

## никакой ccm-manager fax protocol

Никакой mgcp fax t38 ecm ##

conf t" config уровня:

## никакой ccm-manager fax protocol Cisco

Mgcp fax t38 ## ls_redundancy 0
Mgcp fax t38 ## hs_redundancy 0

Fxr-пакет протокола MGCP ## пакета по умолчанию

Fxr-пакет mgcp package-capability ##

## никакое запрещение mgcp fax t38

Ннф mgcp fax t38 ## 000000

Никакой mgcp fax t38 ecm ##

Mgcp fax-relay ## sg3-to-g3

Mgcp fax rate ## 14400

conf t" config уровня:

## никакой ccm-manager fax protocol Cisco

Сила шлюза mgcp fax t38 ##

Mgcp fax t38 ## ls_redundancy 0
Mgcp fax t38 ## hs_redundancy 0

## никакое запрещение mgcp fax t38

Ннф mgcp fax t38 ## 000000

Никакой mgcp fax t38 ecm ##

Mgcp fax-relay ## sg3-to-g3

Nse-ответ t38 200 mgcp timer ##

Mgcp fax rate ## 14400

Отладки для сбора

  • debug vpm all (в случае FXS)
  • debug isdn q931 (в случае PRI)
  • debug mgcp packet
  • debug voip vtsp все
  • debug voip dsmp все
  • debug voip hpi all
  • ресурс dsp отладки сгибает все
  • debug voip dspapi
  • all-level-1
  • debug voip rtp открывает сеанс именованное событие (в случае NSE базирующийся переключатель)

Связанные обсуждения сообщества поддержки Cisco

В рамках сообщества поддержки Cisco можно задавать и отвечать на вопросы, обмениваться рекомендациями и совместно работать со своими коллегами.


Document ID: 118725