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

Руководство устранения неполадок SIP факса

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)
    • Конец сообщения и подтверждение страницы
    • Вызовите разъединение, Подсоединено

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

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

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

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

Примечание:

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

GW-------------------------CUCM/GW
<-------------ПРИГЛАШАЮТ--------------------
------------100TRYING-------------->
------------180RINGING------------>

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

Факс Relay=DISABLED - 'отключенная скорость факса'
набор (точка вызова)
Основной факс Protocol=IGNORE_FAX_RELAY,
Факс нейтрализации Protocol=IGNORE_FAX_RELAY

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

GW-------------------------CUCM/GW
<-------------ПРИГЛАШАЮТ--------------------
------------100TRYING-------------->
------------180RINGING------------>

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

Факс Relay=ENABLED
Основной факс Protocol=T38_FAX_RELAY,
Факс нейтрализации Protocol=NONE_FAX_RELAY

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

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

GW------CUCM/GW

---200OK+SDP----->

v=0
o=CiscoSystemsSIP-GW-UserAgent
0 6060 В IP4 209.165.201.2

Вызов s=SIP
c=IN IP4 209.165.201.2
t=0 0
RTP/AVP M=AUDIO 17924 0
c=IN IP4 209.165.201.2
PCMU/8000 a=rtpmap:0
a=ptime:20

<----ACK+SDP-----

v=0
o=CiscoSystemsCCM-SIP 2000 1 IN IP4 209.165.201.3
Вызов s=SIP
c=IN IP4 209.165.201.1
t=0 0
RTP/AVP M=AUDIO 16724 0
PCMU/8000 a=rtpmap:0
a=ptime:20

Примечание: В случае EO подобный SDP был бы получен с INVITE.

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

------200OK+SDP------>

v=0
o=CiscoSystemsSIP-
GW-UserAgent
5944 7031 В IP4 209.165.201.2

Вызов s=SIP
c=IN IP4 209.165.201.2
t=0 0
RTP/AVP M=AUDIO 18806 0 100
c=IN IP4 209.165.201.2
PCMU/8000 a=rtpmap:0
a=rtpmap:100 X-NSE/8000
a=fmtp:100 192-194,200-202
a=ptime:20
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 192-194,200-202
a=X-cap: 2 udptl t38 образа

<------ACK+SDP--------

v=0
o=CiscoSystemsCCM-SIP
2000 1 В IP4 209.165.201.4

Вызов s=SIP
c=IN IP4 209.165.201.1
t=0 0
RTP/AVP M=AUDIO 16724 0
PCMU/8000 a=rtpmap:0
a=rtpmap:100 X-NSE/8000
a=fmtp:100 192-194,200-202
a=rtpmap:101
telephone-event/8000

a=fmtp:101 0-16
a=ptime:20
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 192-194,200-202
a=X-cap: 2 udptl t38 образа

Примечание: В случае EO подобный SDP был бы получен с INVITE.

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

-------200OK+SDP-------->

v=0
o=CiscoSystemsSIP-GW-UserAgent
0 6060 В IP4 209.165.201.2

Вызов s=SIP
c=IN IP4 209.165.201.2
t=0 0
RTP/AVP M=AUDIO 17924 0
c=IN IP4 209.165.201.2
PCMU/8000 a=rtpmap:0
a=ptime:20

<-------ACK+SDP---------

v=0
o=CiscoSystemsCCM-SIP 2000
1 В IP4 209.165.201.3

Вызов s=SIP
c=IN IP4 209.165.201.1
t=0 0
RTP/AVP M=AUDIO 16724 0
PCMU/8000 a=rtpmap:0
a=ptime:20

Примечание: В случае EO подобный SDP был бы получен с INVITE.

GW------CUCM/GW

-----200OK+SDP---->

v=0
o=CiscoSystemsSIP-
GW-UserAgent
5944 7031 В IP4 209.165.201.2

Вызов s=SIP
c=IN IP4 209.165.201.2
t=0 0
m=audio 18806
RTP/AVP 0 100

c=IN IP4 209.165.201.2
PCMU/8000 a=rtpmap:0
a=rtpmap:100 X-NSE/8000
a=fmtp:100 192-194,
200-202

a=ptime:20
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 192-194,200-202
a=X-cap: 2 udptl t38 образа

<-----ACK+SDP------

v=0
o=CiscoSystemsCCM-SIP 2000 1 IN IP4 209.165.201.3
Вызов s=SIP
c=IN IP4 209.165.201.1
t=0 0
RTP/AVP M=AUDIO 16724 0
PCMU/8000 a=rtpmap:0
a=rtpmap:100 X-NSE/8000
a=fmtp:100 192-194,
200-202

a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-16
a=ptime:20
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 192-194,200-202
a=X-cap: 2 udptl t38 образа

Примечание: В случае EO подобный SDP был бы получен с INVITE.

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

Проверка для CCAPI показывает:
CCAPI:Caps (Codec=T38Fax(0x10000), факс Rate=FAX_RATE_14400 (0x80), версия факса: = 0, ВЭД=ОФФ (0x1),

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

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

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

GW------CUCM/GW

---INVITE+SDP---->

v=0
o=CiscoSystemsSIP-GW-UserAgent 0 6060 IN IP4 209.165.201.2
Вызов s=SIP
c=IN IP4 209.165.201.2
t=0 0
RTP/AVP M=AUDIO 17924 0
c=IN IP4 209.165.201.2

PCMU/8000 a=rtpmap:0
a=silenceSupp:off - - - -


<----100TRYING----

<-200OK+SDP-----

v=0
o=CiscoSystemsCCM-SIP 2000 1 IN IP4 209.165.201.3
Вызов s=SIP
c=IN IP4 209.165.201.1
t=0 0
RTP/AVP M=AUDIO 16724 0
PCMU/8000 a=rtpmap:0
a=silenceSupp:off - - - -

 

--------ACK---------->

краткое описание show call active voice не покажет изменение

 

 

 

ФАКС 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

-------INVITE+SDP------>

v=0
o=CiscoSystemsSIP-GW-UserAgent
0 6061 В IP4 209.165.201.2

Вызов s=SIP
c=IN IP4 209.165.201.2
t=0 0
m=image 17924 udptl t38
c=IN IP4 209.165.201.2
a=T38FaxVersion:0
a=T38MaxBitRate:14400
a=T38FaxFillBitRemoval:0
a=T38FaxTranscoding
MMR:0

a=T38FaxTranscodingJ
BIG:0

a=T38FaxRate
Менеджмент:
transferredTCF

a=T38FaxMaxBuffer:200
a=T38FaxMax
Datagram:320

a=T38FaxUdpEC:
t38UDPRedundancy


<--------100TRYING------

<-----200OK+SDP---------

v=0
o=CiscoSystemsCCM
- SIP 2000 2 В IP4 209.165.201.3

Вызов s=SIP
c=IN IP4 209.165.201.1
t=0 0
m=image 16384 udptl t38

-----------ACK------------->

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

 

ФАКС G3:

GW------CUCM/GW

==== NSE200 ====>

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

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

E_DSM_CC_
МОДИФИЦИРОВАТЬ
_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.

краткое описание 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/EOP <<<<<<<<        (частичная передаваемая страница) / (конец процедуры)

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

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

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

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

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

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

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

Проверка для CCAPI показывает:
Заглавные буквы (Codec=T38Fax(0x10000),
Факс Rate=FAX_RATE_14400 (0x80),
Версия факса: = 0,
ВЭД=ОФФ (0x1),

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 уровня DP:

Passthrough протокола факса ## g711ulaw/g711alaw

Скорость факса ## отключает

Ннф факса ## 000000

Config уровня DP:

Транзитная пересылка через модем ## nse кодек g711ulaw/g711alaw

Скорость факса ## отключает

Ннф факса ## 000000

Config уровня DP:

Ls-резервирование версии 0 протокола t38 факса ## 0 hs-резервирования 0 нейтрализаций ни один

Ннф факса ## 000000      
Команда fax-relay ECM disable
Ретрансляция факса ## sg3-to-g3 система
Скорость факса 14400 ##

Config уровня DP:

Протокол t38 факса ## nse вызывает ls-резервирование версии 0 0 hs-резервирования 0 нейтрализаций ни один

Ннф факса ## 000000      
Команда fax-relay ECM disable
Ретрансляция факса ## sg3-to-g3 система
Скорость факса 14400 ##

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

Примечание:

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

GW-------------------------CUCM/GW
-------------ПРИГЛАСИТЕ-------------------->
<------------100TRYING--------------
<------------180RINGING-------------

Проверка для VTSP показывает:
Факс Relay=DISABLED - 'скорость факса отключил' набор (точка вызова)
Основной факс Protocol=IGNORE_FAX_RELAY,
Факс нейтрализации Protocol=IGNORE_FAX_RELAY

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

GW-------------------------CUCM/GW
-------------ПРИГЛАСИТЕ-------------------->
<------------100TRYING--------------
<------------180RINGING-------------

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

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

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

GW------CUCM/GW

<----200OK+SDP----

v=0
o=CiscoSystemsSIP-GW-UserAgent 0 6060 IN IP4 209.165.201.2
Вызов s=SIP
c=IN IP4 209.165.201.2
t=0 0
RTP/AVP M=AUDIO 17924 0
c=IN IP4 209.165.201.2
PCMU/8000 a=rtpmap:0
a=ptime:20

-----ACK+SDP----->

v=0
o=CiscoSystemsCCM-SIP 2000 1 IN IP4 209.165.201.3
Вызов s=SIP
c=IN IP4 209.165.201.1
t=0 0
RTP/AVP M=AUDIO 16724 0
PCMU/8000 a=rtpmap:0
a=ptime:20

 

Примечание: В случае EO подобный SDP был бы передан в INVITE.

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

<-----200OK+SDP------

v=0
o=CiscoSystemsSIP
- GW-UserAgent 5944 7031 IN
IP4 209.165.201.2

Вызов s=SIP
c=IN IP4 209.165.201.2
t=0 0
RTP/AVP M=AUDIO 18806 0 100
c=IN IP4 209.165.201.2
PCMU/8000 a=rtpmap:0
a=rtpmap:100 X-NSE/8000
a=fmtp:100 192-194,
200-202

a=ptime:20
a=X-sqn:0
a=X-cap: 1 аудио RTP/AVP 100
a=X-cpar: a=rtpmap:
100 X-NSE/8000a=X-cpar
: a=fmtp:100 192-194,
200-202a=X-cap
: 2 udptl t38 образа

-------ACK+SDP------->

v=0
o=CiscoSystemsCCM-SIP
2000 1 В IP4
209.165.201.4

Вызов s=SIP
c=IN IP4 209.165.201.1
t=0 0
RTP/AVP M=AUDIO 16724 0
PCMU/8000 a=rtpmap:0
a=rtpmap:100 X-NSE/8000
a=fmtp:100 192-194,
200-202

a=rtpmap:101
telephone-event/8000

a=fmtp:101 0-16
a=ptime:20
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 192-194,200-202
a=X-cap: 2 udptl t38 образа

 
Примечание: В случае EO подобный SDP был бы передан в INVITE.

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

<------200OK+SDP------

v=0
o=Cisco Systems
SIP-GW-UserAgent 0 6060 IN IP4 209.165.201.2

Вызов s=SIP
c=IN IP4 209.165.201.2
t=0 0
RTP/AVP M=AUDIO 17924 0
c=IN IP4 209.165.201.2
PCMU/8000 a=rtpmap:0
a=ptime:20

--------ACK+SDP------>

v=0
o=CiscoSystemsCCM-SIP 2000 1 IN IP4 209.165.201.3
Вызов s=SIP
c=IN IP4 209.165.201.1
t=0 0
RTP/AVP M=AUDIO 16724 0
PCMU/8000 a=rtpmap:0
a=ptime:20

Примечание: В случае EO подобный SDP был бы передан в INVITE.

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

<-----200OK+SDP-----

v=0
o=CiscoSystemsSIP
- GW-UserAgent 5944 7031 IN IP4 209.165.201.2

Вызов s=SIP
c=IN IP4 209.165.201.2
t=0 0
RTP/AVP M=AUDIO 18806 0 100
c=IN IP4 209.165.201.2
PCMU/8000 a=rtpmap:0
a=rtpmap:100 X-NSE/8000
a=fmtp:100 192-194,
200-202

a=ptime:20
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 192-194,200-202
a=X-cap: 2 udptl t38 образа


-------ACK+SDP------>

v=0
o=CiscoSystemsCCM-SIP 2000 1 IN IP4 209.165.201.3
Вызов s=SIP
c=IN IP4 209.165.201.1
t=0 0
RTP/AVP M=AUDIO 16724 0
PCMU/8000 a=rtpmap:0
a=rtpmap:100 X-NSE/8000
a=fmtp:100 192-194,
200-202

a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-16
a=ptime:20
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 192-194,200-202

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

Примечание: В случае EO подобный SDP был бы передан в INVITE.

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 ждет конечного шлюза для обнаружения Преамбулы 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

GW------CUCM/GW

<---INVITE+SDP----

v=0
o=CiscoSystemsSIP-GW-UserAgent 0 6060 IN IP4 209.165.201.2
Вызов s=SIP
c=IN IP4 209.165.201.2
t=0 0
RTP/AVP M=AUDIO 17924 0
c=IN IP4 209.165.201.2

PCMU/8000 a=rtpmap:0
a=silenceSupp:off - - - -

----100TRYING---->

----200OK+SDP---->

v=0
o=CiscoSystemsCCM-SIP 2000 1 IN IP4 209.165.201.3
Вызов s=SIP
c=IN IP4 209.165.201.1
t=0 0
RTP/AVP M=AUDIO 16724 0
PCMU/8000 a=rtpmap:0
a=silenceSupp:off - - - -

 <------ACK---------

краткое описание show call active voice не покажет изменение

 

 

 

ФАКС 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_
ОТЧЁТ
_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

<-----INVITE+SDP------

v=0
o=CiscoSystemsSIP-GW
- UserAgent 0 6061 IN IP4 209.165.201.2

Вызов s=SIP
c=IN IP4 209.165.201.2
t=0 0
m=image 17924 udptl t38
c=IN IP4 209.165.201.2
a=T38FaxVersion:0
a=T38MaxBitRate:14400
a=T38FaxFillBit
Removal:0

a=T38FaxTranscoding
MMR:0

a=T38FaxTranscoding
JBIG:0

a=T38FaxRate
Менеджмент:
transferredTCF

a=T38FaxMaxBuffer:200
a=T38FaxMax
Datagram:320

a=T38FaxUdpEC:
t38UDPRedundancy

--------100TRYING----->

-------200OK+SDP------>

v=0
o=CiscoSystemsCCM-SIP 2000 2 IN IP4 209.165.201.3
Вызов s=SIP
c=IN IP4 209.165.201.1
t=0 0
m=image 16384 udptl t38


<--------ACK------------

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

 

Примечание: Каждый раз, когда CUCM включен для RE_INVITE в этой топологии:
Факс - GW---(h323) - CUCM---
(sip)---GW---ФАКС
Факс - GW---(протокол MGCP) - CUCM---
(sip)---GW---ФАКС
Факс - GW---(sccp)---CUCM---
(sip)---GW---ФАКС

SDP в переINVITE будет иметь:
    ...
    m=image 17218 udptl t38
    c=IN IP4 0.0.0.0
    ...
Это будет всегда сначала передавать 0.0.0.0/t38, и затем позже передавать другой t38
пригласите с реальным IP.

Такое поведение не замечено в этой топологии, так как CUCM обрабатывает среды по-другому для этого сценария:
Факс - GW---(sip)---CUCM---
(sip)---GW---ФАКС

Особенно, когда CUBE включен, имейте в виду это:
CSCtj50993, CSCtx83833

ФАКС G3:

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

<==== NSE200 =====

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

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

E_DSMP_DSP_
ОТЧЁТ
_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, что signifes, что шлюз одноранговой сети не может обработать пакеты 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 успешен, эти сообщения замечены в соответствующих отладках:

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

event:E_CC_T38_START

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

Проверка для CCAPI показывает:
Заглавные буквы (Codec=T38Fax(0x10000), факс Rate=FAX_RATE_14400 (0x80), версия факса: = 0, ВЭД=ОФФ (0x1),

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

Config уровня DP:

Passthrough протокола факса ## g711ulaw/g711alaw

Скорость факса ## отключает

Ннф факса ## 000000

Config уровня DP:

Транзитная пересылка через модем ## nse кодек g711ulaw/g711alaw

Скорость факса ## отключает

Ннф факса ## 000000

Config уровня DP:

Ls-резервирование версии 0 протокола t38 факса ## 0 hs-резервирования 0 нейтрализаций ни один

Ннф факса ## 000000      
Команда fax-relay ECM disable
Ретрансляция факса ## sg3-to-g3 система
Скорость факса 14400 ##

Config уровня DP:

Протокол t38 факса ## nse вызывает ls-резервирование версии 0 0 hs-резервирования 0 нейтрализаций ни один

Ннф факса ## 000000      
Команда fax-relay ECM disable
Ретрансляция факса ## sg3-to-g3 система
Скорость факса 14400 ##

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

  • debug vpm all (в случае FXS)
  • debug isdn q931 (в случае PRI)
  • голос отладки ccapi изменяемый
  • debug ccsip all/messages/verbos
  • 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: 118647