Голосовая связь : Передача факсов/работа модема по IP-сети

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

8 августа 2008 - Перевод, выполненный профессиональным переводчиком
Другие версии: PDF-версия:pdf | Машинный перевод (13 сентября 2013) | Английский (4 июля 2008) | Отзыв

Содержание

Введение
Предварительные условия
     Требования
     Используемые компоненты
     Условные обозначения
Обзор факсов и технологии Fax Relay
     Основы факсимильной связи
     Основы Fax Relay
Замечания по настройке
     команда fax rate
     команда fax-relay ECM disable
     команда fax NSF
     команда fax protocol
Поиск и устранение неполадок
     1. Выявление и локализация проблемы
     2. Проверка наличия связи
     3. Проверка на наличие проскальзываний и других ошибок в цифровых интерфейсах
     4. Проверка типа интерфейса факса
     5. Подтверждение, что кодек факса загружается во время вызовов для передачи факса
     6. Отключение ретрансляции факса и смена кодека для сквозной передачи
     7. Проверка потери пакета в сети VoX
     8. Отключение ECM ретрансляции факсов (Только для протокола Cisco VoIP)
     9. Включение резервирования пакетов T.38 (только для пакетов T.38 по протоколу VoIP)
     10. Настройка команды fax NSF на все нули
     11. Последние стадии устранения
Отладка
     Сообщения T.30
     Команды отладки ретрансляции факса
     Анализаторы факса
Обратитесь в Центр технической поддержки (TAC)
Связанные обсуждения сообщества поддержки Cisco
Дополнительные сведения

Введение

Данный документ является руководством по устранению основных неполадок и разрешению проблем ретрансляции факсов Cisco. Технические сложности работы факсов и ретрансляции факсов подробно не освещаются, но предоставленных сведений достаточно для устранения большинства распространенных проблем ретрансляции факсов. Также предоставляется обзор факсов и ретрансляции факсов Cisco.

Предварительные условия

Требования

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

  • Принадлежащий Cisco стандарт ретрансляции факсов.

  • T.38 Fax Relay

  • Сквозная передача факсов

  • Ускорение передачи факса

  • Хранение и передача факсов T.37

Также сегодня используются три основных технологии пакетной телефонии, имеющие общее название Передача голоса по "X" (VoX):

  • Передача голоса по IP (VoIP)

  • Технология передачи голоса Frame Relay (VOFR)

  • Передача голоса по ATM (VoATM)

В этом документе основное внимание уделяется принадлежащим Cisco стандартам ретрансляции факсов в шлюзах Cisco IOS, работающим в сетях VoIP. Ретрансляция факсов T.38 и другие технологии VoX также освещены в данном документе.

Используемые компоненты

Сведения данного документа основываются в первую очередь на ПО Cisco IOS версии 12.2(5), однако содержащаяся в нем информация может использоваться и для других версий ПО Cisco IOS.

Некоторые сведения по отладке взяты из шлюза Cisco IOS, которые работали с ПО Cisco IOS версии 12.2(7). Это указано в разделе документа Отладка.

Сведения, содержащиеся в данном документе, были получены с устройств в специальной лабораторной среде. Все устройства, используемые в этом документе, были запущены с чистой (заданной по умолчанию) конфигурацией. В рабочей сети необходимо изучить потенциальное воздействие всех команд Cisco IOS до их использования.

Условные обозначения

Дополнительные сведения об условных обозначениях в документах см. в статье Условные обозначения, используемые в технической документации Cisco.

Обзор факсов и технологии Fax Relay

Большинство современных факсовых устройств совместимо с Group 3. Fax Group 3 – это технология на основе стандартов, состоящая главным образом из рекомендаций ITU Т.4 и Т.30. T.4 описывает, как изображение факса кодируется устройством факса, а T.30 подробно рассматривает протокол факсимильного согласования и связи.

Факсовые устройства группы 3 предназначались для использования в коммутируемых телефонных сетях общего пользования (ТФОП). Так как ТФОП была разработана для человеческой речи, группа 3 использует аналоговое шифрование или модулируемые сигналы, как и аналоговый модем. И аналоговые модемы, и факс-аппараты являются цифровыми устройствами, которые должны использовать модулированный аналоговый сигнал для передачи цифровой информации через ТФОП. Этот модулированный сигнал обычно можно слышать как разные звуковые тона.

Шлюзы в сети VoX изначально одинаково обрабатывают голосовые и факсовые сигналы. Оба типа вызовов являются причиной того, что шлюз загружает настроенный кодек сжатия голоса в цифровой сигнальный процессор (DSP; digital signal processor). Дополнительную информацию о DSP см. в документе Голосовые аппаратные средства: Цифровые процессоры обработки сигналов (DSP) C542 и C549.

Кодеки сжатия голосового сигнала обычно являются кодеками с высокой степенью сжатия, таким образом для каждого голосового вызова используется меньшая полоса пропускания. Кодеки с высокой степенью сжатия, такие как G729 и G723, оптимизированы для передачи голоса и сжимают речевой сигнал до малой полосы пропускания (8 кбит/с, без служебной информации для G.729), и при том поддерживают высокой качество, но G.729 и другие кодеки с высокой степенью сжатия не могут быть оптимизированы для факса. Фактически модулируемые сигналы передачи факсов обычно не проходят корректно при использовании этих кодеков и прием и передача факсов в результате прерывается. Дополнительные сведения о кодеках сжатия см.в документе Поддержка VoIP – потребление пропускной способности на один вызов.

Факсы можно успешно передавать при использовании кодеков с более низкой степенью сжатия или без сжатия совсем (например, G.726 и G.711 без подавления эха и обнаружения голосовой активности). Этот способ отправки факсов через голосовой кодек обычно называется внутриполосной передачей факса или сквозной пересылкой факса. Технология upspeeding (ускорение) позволяет шлюзу изначально загружать настроенный кодек сжатия голоса в DSP для выполнения голосовых вызовов и изменять его на кодек низкого сжатия при обнаружении сигналов факса.

При внутриполосной передаче факса начальный модулированный сигнал кодируется и сжимается кодеком на исходном маршрутизаторе и передается через сеть VoX, как если бы это была голосовая выборка. На оконечном шлюзе выполняется распаковка, декодирование и последующее воспроизведение звукового фрагмента на факсимильном аппарате. Ретрансляция факсимильных данных действует по-другому. Этот протокол прерывает модулируемый сигнал, извлекает цифровые данные, а затем передает цифровые данные по сети данных в пакетах данных. На стороне приема цифровые данные извлекаются из пакета, модулируются и воспроизводятся.

Основы факсимильной связи

Факсовый вызов можно разделить на две части: согласование факсов и передача страниц.

Полудуплексное факсимильное согласование происходит в начале факсового вызова. Модулированные по V.21 высокоуровневым протоколом управления каналом передачи данных (High-level Data Link Control, HDLC) информационные кадры передаются со скоростью 300 бит/с. Эти информационные кадры пересылаются в стандартной последовательности между исходными и оконечными факсовыми устройствами. Во время этого обмена два факсимильных аппарата обмениваются своими возможностями и согласуют характеристики факсимильного сеанса перед выполнением передачи страницы. На рисунке изображена схема традиционного вызова на факс-аппарат через ТФОП.

faxrelay_tsguide1.gif

Некоторые согласуемые при обмене возможности – скорость передачи страницы, режим корректирования ошибок (ECM), разрешение, кодировка страницы и время сканирования. Скорость передачи страницы (тренировка) – важное согласование, определяющее скорость, с которой факс будет посылать свои данные. Факсы стараются передавать на максимально возможной скорости модуляции на основе изначального обмена параметрами. Факсовые устройства будут перенастраиваться на более низкую скорость, если передача на высокой скорости не удастся.

Пересылка страницы происходит, когда тренировочная часть фазы согласования факса выполнена с использованием ранее согласованных параметров. Информация о странице зашифрована в отсканированные строки со стандартным разрешением 203H x 98V точек на дюйм. Изображения факсов обычно сжимаются и кодируются при помощи кодирования Modified Huffman (MH) или Modified Read (MR). MH обычно производит сжатие в пропорции 20:1. Шифрование MR обычно обеспечивает качество сжатия на 20 процентов лучше по сравнению с MH, является немного менее устойчивым к ошибкам.

Передача страницы происходит на скорости, превышающей те 300 BPS, на которых происходило согласование параметров вызова. Скорость, используемая для передачи страницы, подтверждается во время тренировки. Здесь представлены несколько обычных скоростей, используемых при передаче страницы факсом:

  • V.27ter – 2400/4800 бит/с

  • V.29 – 7200/9600 бит/с

  • V.17 – 14400 бит/с

Примечание. Эти спецификации V.XX, используемые для передачи страницы факсом (V.27ter, V.29, V.17) и согласования факсов (V.21), являются спецификациями, которые определяют, как цифровые данные должны быть отправлены по аналоговой телефонной линии. Модемы данных также могут использовать эти спецификации, даже если большинство модемов данных перешли на гораздо большие скорости.

Основы Fax Relay

Fax relay является методикой, используемой для устранения недостатка кодеков высокой степени сжатия речевого сигнала (G729, g723 и т.д.), проявляющегося тогда, когда эти кодеки пытаются передавать факс-трафик.

Если факсовый вызов распознается как обычный голосовой вызов, DSP в каждом шлюзе переходит в голосовой режим, в котором голос должен быть принят и обработан. В период действия вызова, если слышен ответ факса (CED) или тон вызова (CNG), DSP не прерывает обработку голосовых сигналов. Это позволяет продолжить тональный сигнал по ветви вызовов VoX.

Обычный факсимильный аппарат, после генерации CED или получения CNG, передает сообщение T.30 DIS в качестве части подтверждения факсимильной связи. Этот процесс обычно происходит на конечном факсимильном аппарате. DSP оконечного шлюза потом определит последовательность флажков HDLC при запуске сообщения DIS и запустит переключение на ретрансляцию факсимильных данных. Это означает, что кодек голосовых данных выгружается и загружается кодек факса для обработки текущего запроса на факс.

Уведомление также отсылается на DSP на другом конце канала сети VoX, так, что DSP на обоих концах канала факсового вызова использует факсовый кодек. Механизмы уведомлений различаются в зависимости от используемого протокола ретрансляции факсов. С помощью загруженного факсового кодека DSP демодулирует кадры HDLC T.30, извлекает факсовую информацию и передает ее между маршрутизаторами с помощью одного из следующих протоколов ретрансляции факсов:

  • Принадлежащий Cisco стандарт ретрансляции факсов для ретрансляции факсов с помощью VoIP является режимом по умолчанию для передачи факсов по сети VoIP, а ретрансляция факсов Cisco является типом ретрансляции факсов по умолчанию. Эта функция, поддерживаемая в ПО Cisco IOS версии 11.3 и выше, широко доступна и использует RTP для передачи факсовых данных.

  • Передача факса на основе стандартов T.38 для VoIP – T.38 поддерживается в ПО Cisco IOS версии 12.1(3)T и более поздних версиях на некоторых платформах. Функцию можно включить с помощью команды fax relay protocol t38, настроенной для однорангового соединения VoIP с использованием UDP для передачи данных факса.

  • Дополнение D FRF.11 на основе стандартов для технологий VoFR и VoATM.

Важно понимать, что в отличие от внутриполосных факсов или сквозной пересылки факсов, ретрансляция факсов (fax relay) превращает факсимильные тональные сигналы T.30 в особые кадры HDLC (демодуляция), передает информацию по сети VoX при помощи fax relay, а затем на принимающей стороне переводит биты обратно в тональные сигналы (модуляция). Факсимильные аппараты на каждом конце посылают и принимают тональные сигналы, не зная, что происходит процесс демодуляции/модуляции Fax Relay.

Ретрансляция факсов Cisco и ретрансляция факсов T.38 также отличается от хранения и передачи факсов T.37. T.37 предоставляет способ на основе стандартов, чтобы позволить шлюзу VoIP принимать следующие данные:

Большинство шлюзов передачи голоса Cisco на данный момент поддерживают два способа передачи факсового трафика по сети IP

  1. Fax Pass-Through – в режиме fax pass-through (сквозной передачи факсов) шлюзы не делают различий между факсовыми и голосовыми вызовами

  2. Cisco Fax Relay – в режиме fax relay (ретрансляции факсов) факсовые сигналы T.30 завершаются в шлюзах

Ретрансляция факсов Cisco и ретрансляция факсов T.38 также отличается от хранения и передачи факсов T.37. T.37 предоставляет способ на основе стандартов, чтобы позволить шлюзу VoIP принимать следующие данные:

  • Факс от факс-аппарата перенаправляет его на почтовый сервер с поддержкой SMTP. Затем почтовый сервер может доставить факс пользователю в виде сообщения электронной почты.

  • Сообщение электронной почты с почтового сервера, которое модулируется в факсимильный сигнал, принимаемый обычным факс-аппаратом.

На схеме показана ретрансляция факса по сети VoX. Подсоединение факса к исходному и конечному шлюзам может быть сделано напрямую к FXS-портам шлюза, либо через УАТС или ТФОП на E1, интерфейс базового уровня (BRI), FXO, или E&M-порт шлюза

faxrelay_tsguide2.gif

Замечания по настройке

Ретрансляция факсов включена по умолчанию на платформах VoIP/VoFR/VoATM, таких как Cisco 3810, 2600, 3600 и 5300. Если голосовые вызовы успешно осуществляются между двумя маршрутизаторами, факсовые вызовы также могут осуществляться, но когда ретрансляция факсов не работает или необходимо увеличить эффективность, можно использовать следующие особые команды ретрансляции факсов, которые используются предварительно перед устранением неполадок:

Команда fax rate

Команда fax rate настроена для адресуемой точки доступа VoFR или VoIP в режиме конфигурации. По умолчанию используется значение голосового сигнала частоты факса, и это не отмечается в конфигурации каждой адресуемой конечной точки.

Команда fax rate

vnt-3660-23(config-dial-peer)#fax rate ?
  12000    FAX   12000 BPS
  14400    FAX   14400 BPS
   2400    FAX   2400  BPS
   4800    FAX   4800  BPS 
   7200    FAX   7200  BPS
   9600    FAX   9600  BPS
  disable  Disable Fax Relay
  voice    Highest possible speed allowed by voice rate

Команда fax-rate voice setting ограничивает скорость передачи факсов до пропускной способности кодека. Это ограничение подразумевает, что если адресуемая точка доступа настроена на использование голосового кодека G.729, который сжимает голосовой поток до 8 кбит/с, параметр скорости передачи сигнала факса voice не позволят факсовым вызовам превысить пропускную способность кодека. Передача факса будет ограничена пропускной способностью в 7200 бит/с, даже если первоначально при тренировке могла быть 14400 бит/с или 9600 бит/с.

Распространенной является жалоба на то, что успешно передаваемые факсы через некоторое время, при соединении с помощью ТФОП проходят в два раза дольше. Если для кодека с низкой полосой пропускания, такого как g729, использовались установленные по умолчанию параметры скорости передачи голосового сигнала факса, подобные задержки ожидаемы. С помощью команды fax rate можно настраивать передачу факса с использованием большей полосы пропускания, чем позволяет кодек сжатия. Команда fax rate 14400 позволяет факсовым вызовам использовать скорость 14400 бит/с, независимо от установленного голосового кодека. Данная конфигурация разрешает проблему длительного времени выполнения.

Основной задачей команды fax rate в сетях VoX является обеспечение определенной полосы пропускания, используемой для каждого вызова. Параметр fax rate voice – параметр по умолчанию, так как он обеспечивает использование при голосовых и факсовых вызовах одинаковой полосы пропускания в сети VoX. Это следует учитывать при изменении скорости факса на значение, превышающее пропускную способность кодека. Кроме того, некоторые факсовые аппараты работают более стабильно на скорости, отличающейся от скорости по умолчанию. В данном случае команда fax rate может использоваться для проверки работы на различных скоростях.

Обратите внимание, что согласно приведенным выходным данным маршрутизатора, при помощи команды fax rate также можно выключить ретрансляцию факсов. Допустимой технологией устранения неполадок является отключение ретрансляции факсов и настройка кодеков с большой полосой пропускания, таких как G711. Описание этой технологии содержится в разделе "Поиск и устранение неполадок" 6. Отключение ретрансляции факсов и смена кодека для сквозной передачи.

Команда "fax-relay ECM disable"

Команда fax-relay ECM disable доступна только для принадлежащих Cisco стандартов ретрансляции факсов и используется для выключения согласования режима исправления ошибок (ECM) между двумя факсами. ECM обеспечивает передачу страниц факса без ошибок. Данная функция присутствует только в продвинутых моделях. К сожалению, ECM обладает низкой устойчивостью (около 2 процентов) к джиттеру и потере пакетов, но когда согласованная функция включена, это может привести к увеличению сбоев при передаче факса в сетях VoX с потерями. Неполные выходные данные оконечного факсового устройства являются признаком сбоев по причине потери пакетов.

Если оба факсовых устройства согласуются в фазе согласования факса, ECM включен, но при ретрансляции факсов маршрутизаторы демодулируют факсимильные тональные сигналы в их истинный формат кадров HDLC. В результате маршрутизаторы получают способность перехвата и перезаписи поля кадра, показывающего состояние ECM. Если факс сообщает о поддержке ECM, маршрутизатор может изменить этот параметр, чтобы другой факс думал, что ECM не поддерживается. Оба устройства в таком случае должны выключить режим ECM, что подразумевает передачу данных факса с помощью стандарта данных T.4.

Надежность обмена факс-сообщениями существенно увеличивается при отключении ECM, даже с более высокими потерями пакетов (около 10 процентов) и задержками. Также эта команда автоматически включает функцию Cisco IOS маскировка потери пакетов, в силу чего утерянные строки развертки повторяются, чтобы имитировать прием всех данных факсовым устройством.

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

Отключение ECM – стандартный шаг настройки конфигурации, выполняемой для адресуемой точки вызова VoIP. Как отмечено в описании команды, на данный момент эта команда работает только для адресуемых точек вызова VoIP. Она может быть сконфигурирована для VoFR и VoATM, но не выключит режим ECM.

Команда fax-relay ECM disable

vnt-3660-23(config-dial-peer)#fax-relay ECM ?
disable Disables ECM mode for fax relay

Команда "fax NSF"

Команда fax NSF используется для предотвращения передачи собственных возможностей факса. Так как использование ретрансляции факсимильных данных (Fax Relay) маршрутизатора демодулирует и декодирует тональные сигналы факсов на основе спецификации T.30, частные патентованные транзакции или кодирование нарушают ретрансляцию факсимильных данных и срывает передачу факса. Определенные марки факсимильных аппаратов используют собственные кодировки производителей для обозначения дополнительных возможностей, что помогает производителю отличать его продукты от других. Это уведомление о возможностях происходит при использовании необязательного поля Non Standard Facilities (NSF) во время согласования факса.

При выполнении команды fax NSF маршрутизатор перезаписывает NSF, поэтому выполняются только стандартные передачи факса. Частные возможности производителей, не входящие в стандартные требования группы 3, которые прерывают ретрансляцию факсов Cisco, невозможно будет использовать. Обычно при выполнении этой команды все NSF устанавливаются в ноль, и это должно решить проблемы, вызванные полем NSF.

Команда fax NSF

vnt-3660-23(config-dial-peer)#fax NSF ?
 WORD  Two-digit country code + four-digit manufacturer code
vnt-3660-23(config-dial-peer)#fax NSF 000000

Команда fax protocol

Команда fax protocol требуется, чтобы установить, какой протокол будет использоваться для VoIP (T.38 или ретрансляция факсов Cisco).

Команда fax protocol

vnt-3660-23(config-dial-peer)#dial-peer voice 3 voip
vnt-3660-23(config-dial-peer)#fax protocol ?
cisco   Use Cisco proprietary protocol
system  Use choice specified in global fax protocol CLI
t38     Use T.38 protocol

Параметр cisco настраивает ретрансляцию факсов Cisco. Параметр t38 отключает ретрансляцию факсов Cisco и включает протокол T.38. Некоторые голосовые платформы, например, Cisco 5350 и 5400, поддерживают только протокол T.38. Для правильного согласования, T.38 должен быть явно настроен на платформах, где ретрансляция факсов Cisco установлена по умолчанию. Параметр system позволяет адресуемой конечной точке наследовать протокол ретрансляции факсов, который глобально настроен с помощью команды voice service voip. Если ничего не настроено по команде voice service voip, настройкой по умолчанию является ретрансляция факсов Cisco.

Настройка по умолчанию команды fax protocol является системным параметром. Поскольку системный параметр по умолчанию - Cisco Fax Relay, адресуемые конечные точки VoIP по умолчанию всегда переходят на Cisco Fax Relay, если нет другой явной глобальной настройки.

Команда fax protocol

<snip>

!
voice service voip
!
!--- Помните, что если отсутствуют настройки fax protocol, то 
!--- ретрансляция факсов Cisco установлена по умолчанию. Любая адресуемая конечная точка, которая возникает 
!--- здесь, будет использовать ретрансляцию факсов Cisco в качестве fax protocol.

<snip>

!
dial-peer voice 3 voip
destination-pattern 1000              
session target ipv4:10.1.1.1          
! 
!--- Учтите, когда fax protocol не настроен для   
!--- этой адресуемой конечной точки VoIP, по умолчанию устанавливается fax protocol system,  
!--- который автоматически сообщает адресуемой конечной точке наследовать 
!--- конфигурацию факса из указанного выше voice service voip.

<snip>

Поиск и устранение неполадок

Эти действия показаны для устранения большинства проблем с ретрансляцией факсов через VoIP, VoATM и VoFR. Информация, которая является особенной для отдельного типа инкапсуляции или типа ретрансляции, будет отмечена.

1. Выявление и локализация проблемы

В первую очередь, при устранении неполадок, связанных с проблемами протокола Fax Relay, необходимо свести проблему к простейшей форме. Многие проблемы возникают в ситуациях, когда несколько телефаксов не могут передавать трафик факсов. Проще всего изолировать два факса, с которыми возникли проблемы, и сконцентрироваться на простой топологии. Определите, как эти аппараты подключены друг к другу, и вначале разрешите проблему в этой паре. Кроме того, следует составить полную схему топологии и определить, как факс-аппараты соединены между собой.

Устранение проблем поочередно сводит к минимуму путаницу и позволяет применить методический подход к устранению неполадок. Возможно, также, что решение этой проблемы разрешит другие проблемы факс-ретрансляции в сети. Большая часть проблем ретрансляции факсимильных данных возникает в результате неправильной конфигурации VoX или схемы сети. Они приводят к основным проблемам соединения и потере физической линии или пакетов, а также к проблемам джиттера.

После определения и локализации проблемы, необходимы следующие действия по проверке базовой конфигурации VoX и отслеживанию состояния сети.

2. Проверка наличия связи

Основные проблемы с подключением факсов могут возникнуть в результате следующих факторов:

  1. Проблемы обычного голосового соединения.

    Проверьте, что обычные голосовые вызовы могут быть совершены до исследования факсового соединения. Если нет подключенного телефона, отключите факс и подсоедините обычный телефон. Если не удается осуществить обычный голосовой вызов, проблема может быть связана с VoX и может быть разрешена как обычная проблема голосовой связи перед началом устранения неполадок передачи факсов.

  2. Проблемы настройки, связанные с адресуемыми точками вызова:

    • Несогласование адресуемых точек вызова.

      Убедившись в возможности успешного выполнения голосового вызова в обоих направлениях через сеть VoX, выполните команду show call active voice brief и отметьте адресуемые точки вызова, которые совпадают с каждым голосовым вызовом.

      Примечание. При наличии магистралей VoIP необходимо иметь возможность видеть все участки вызова с помощью команды show call active voice brief. В некоторых вариантах ПО Cisco IOS версии 12.2 существует ошибка в команде show call active, поэтому вызовы с передачей факса, проходящие через магистраль VoIP, не видны. При выполнении команды show call active fax brief вызов отображается в списке. Чтобы получить дополнительные сведения об этой неполадке, см. идентификаторы неполадок Cisco CSCdx50212 (только для зарегистрированных клиентов) и CSCdv02561 (только для зарегистрированных клиентов)

      Примечание. Убедитесь, что настроенная адресуемая точка вызова является согласованной точкой вызова.

      В выходных данных этой команды можно увидеть, что участок исходящего вызова VoIP использует идентификатор точки вызова 100.

      Команда show call active voice brief

      ms-3640-13b#show call active voice brief
      
      <snip> 
      
      Total call-legs: 2
      1218 : 51710253hs.1 +415 pid:400 Answer 400 active
      dur 00:01:08 tx:3411/68220 rx:3410/68200
      Tele 3/0/0:43: TX:68200/6820/0ms g729r8 noise:0 acom:2 
       i/0:-51/-44 dBm
      
      1218 : 51710396hs.1 +272 pid:100 Originate 100 active
      dur 00:01:09 TX:3466/69320 rx:3467/69340
      IP 2.1.1.2:17092 rtt:56ms pl:64730/0ms lost:0/1/0 
       delay:69/69/70ms 
       g729r8
      
      Total call-legs: 2

      Распространенная причина проблем при ретрансляции факсов заключается в том, что корректно настроенная адресуемая точка вызова не является согласованной. Обычно на конечном шлюзе определенная входящая адресуемая конечная точка VoIP не настраивается, и программное обеспечение Cisco IOS выбирает в качестве адресуемой конечной точки первую подходящую (по умолчанию) адресуемую конечную точку VoIP. Параметры этой входящей адресуемой конечной точки могут не совпадать с параметрами исходящей адресуемой конечной точки исходящего шлюза.

      Не всегда требуется идентичная конфигурация входящей и исходящей адресуемых конечных точек VoIP. Однако если вы столкнулись с проблемой ретрансляции факсов, убедитесь, что на конечном маршрутизаторе имеется выделенная входящая адресуемая конечная точка VoIP, и что ее конфигурация совпадает с конфигурацией исходящей адресуемой конечной точки VoIP на исходящем маршрутизаторе. Данная конфигурация для маршрутизаторов, подключенных к ISDN, является примером специальных, согласованных адресуемых точек вызова VoIP для исходящего шаблона назначения "5..." в исходящем шлюзе и входящего шаблона назначения во входящем шлюзе.

      Исходящий шлюз

      Входящий шлюз

      !--- Точка входящего вызова ТФОП:
      
      Dial-peer voice 1 pots 
      Incoming called number. 
      Direct-inward-dial 
      Port 1/0:15
      !--- Точка исходящего вызова VoIP:
      
      Dial-peer voice 2 voip
      Destination-pattern 5a€¦
      Session target ipv4:1.1.1.1
      Fax rate 14400
      fax protocol t38 
       ls-redundancy 0
       hs-redundancy 0
      
      !--- Точка исходящего вызова ТФОП:
      :
      Dial-peer voice 10 pots
      Destination-pattern 5a€¦
      No digit-strip
      Port 2/0:15
      !--- Точка входящего вызова VoIP:
      
      Dial-peer voice 20 voip
      Incoming called-number 5a€¦
      Fax rate 14400
      fax protocol t38 
       Ls-redundancy 0
       Hs-redundancy 0
      

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

      Другим способом проверки согласованности адресуемых точек доступа является выполнение команды debug voip ccapi inout. Выходные данные этой команды включают сообщение ssaSetupPeer, которое содержит список всех адресуемых точек, соответствующих вызываемому номеру. Далее идет сообщение ccCallSetupRequest с опцией исходящей точки вызова, указывающим выбранную исходящую адресуемую точку вызова VoIP. Когда для одного назначения определено несколько адресуемых точек вызов VoIP, возможен сбой первого вызова и попытка использования другой адресуемой точки вызова. В таком случае в отладке отобразится другая ccCallSetupRequest.

      debug voip ccapi inout – исходящий шлюз

      .Jun 4 21:06:43.461: ssaSetupPeer cid(19) 
       peer list: tag(400) called number (5074) 
       
      .Jun 4 21:06:43.461: ccCallSetupRequest 
       (Inbound call = 0x13, outbound peer =100, 
        dest=, params=0x62F1CC70 mode=0, *callID=0x62F1CFD8, 
        prog_ind = 0)

      На входящем голосовом шлюзе первая строка трассировки вызова debug voip ccapi inout (см. ниже) является сообщением cc_api_call_setup_ind с параметром peer_tag, который относится к входящей адресуемой конечной точке VoIP на входящем шлюзе.

      debug voip ccapi inout – входящий шлюз

      .Jun 4 21:06:43.461: cc_API_call_setup_ind 
       (vdbPtr=0x62F07650,
       callInfo={called=5074,called_oct3=0x80,
       calling=5075, calling_oct3=0x0,>calling_oct3a=0x83,
       calling_xlated=false, 
       subscriber_type_str=Unknown,fdest=1,
       peer_tag=400, prog_ind=0},callID=0x635F72D0)

    • Неверно настроенные адресуемые конечные точки с одной или обеих сторон

      После подтверждения, что правильная адресуемая конечная точка найдена (в данном случае это адресуемая конечная точка 100 для исходящего шлюза и адресуемая конечная точка 400 для входящего маршрутизатора) в конфигурации необходимо подтвердить правильную настройку адресуемой конечной точки для факса. Стандартные ошибки, наличие которых следует проверить на обеих сторонах соединения:

      • Ретрансляция факсов отключена (команда fax rate disable использована для адресуемой конечной точки), когда используется кодек с малой полосой пропускания.

      • Адресуемая конечная точка на голосовом шлюзе настроена для ретрансляции факсов Cisco, а другой голосовой шлюз – это Cisco 5350/5400. Cisco 5350/5400 поддерживает только T.38, следовательно согласование не пройдет.

      • Адресуемая конечная точка по умолчанию, которая использовалась в качестве входящей на конечном шлюзе, и параметры по умолчанию не соответствуют исходящей адресуемой конечной точке на исходящем шлюзе.

    • Неправильный тип компандирования

      Тип компандирования для США – µ-закон; для Европы и Азии – А-закон. Можно выполнить команду show voice call, чтобы увидеть, какое значение настроено на текущий момент. Если для порта BRI или E1 тип компандирования в маршрутизаторе не соответствует типу компандирования в подключаемом устройстве, вызовы завершаются то успешным подключением, то неудачей, но голос искажается так, что нельзя опознать абонента, и появляются сильные шумы на низких частотах.

      В ПО Cisco IOS версии 12.2(3), команда compand-type не включена для портов BRI, а для типа компандирования установлено значение по умолчанию. Чтобы получить дополнительные сведения об этой неполадке, см. идентификаторы неполадок Cisco CSCdv00152 (только для зарегистрированных пользователей) и CSCdv01861 (только для зарегистрированных пользователей ) .

  3. В число других базовых проблем соединения, не относящихся к адресуемым конечным точкам, входят:

    • Несовместимости программного обеспечения Cisco IOS на парах шлюзов.

      Напомним, что версии ПО Cisco IOS не всегда должны совпадать, но при возникновении проблем рекомендуется прежде всего проверить именно версии.

    • Сжатый протокол передачи реального времени (cRTP).

      Существует несколько известных проблем, связанных с cRTP. Доступны исправления, необходимые для решения этих проблем, поэтому имеет смысл при появлении проблем отключить cRTP, чтобы проверить, нужно ли провести обновление программного обеспечения Cisco IOS.

    • Убедитесь, что на голосовых шлюзах Cisco AS5300 программное обеспечение Cisco IOS и VCWare совместимы.

  4. Проблемы подключения факса через ТФОП.

    Если голосовые вызовы работают в обоих направлениях, а передача факсов не работает по крайней мере в одном направлении, проверьте нормальную передачу факсов между этими двумя устройствами через ТФОП. Другими словами, убедитесь, что факсы успешно обмениваются факсимильными сообщениями через ТФОП, не проходя через сеть VoX. Если это не так, проблемы могут быть в факсимильных устройствах, и их надо рассмотреть до того, как приступать к разрешению проблем ретрансляции факсов.

3. Проверка на наличие проскальзываний и других ошибок в цифровых интерфейсах

Если маршрутизаторы используют цифровые соединения T1 или E1 для ретрансляции факсимильных данных, эти соединения следует проверить на наличие ошибок. Ретрансляция факсов очень чувствительна к ошибкам в цифровых интерфейсах, особенно к проскальзываниям. Ошибки могут быть незаметными при голосовых вызовах, но они могут стать причиной сбоя факса.

Команда show controller T1(E1) 1/0

vnt-3660-23c#show contr t1 1/0
T1 1/0 is up.
Applique type is Channelized T1
Cablelength is long gain36 0db
No alarms detected.
alarm-trigger is not set
Version info Firmware: 20010805, FPGA: 15
Framing is ESF, Line Code is B8ZS, Clock Source is Line.
Data in current interval (132 seconds elapsed):
0 Line Code Violations, 0 Path Code Violations
0 Slip Secs, 0 Fr Loss Secs, 0 Line Err Secs, 
0 Degraded Mins
0 Errored Secs, 0 Bursty Err Secs, 0 Severely Err Secs, 
 0 Unavail Secs

Контроллеры T1 или E1 в исходящих и входящих шлюзах должны функционировать без ошибок. При возникновении ошибки, повторите команду show controller (T1, E1 и 1/0 изменяются) несколько раз во время вызова, чтобы определить, увеличивается ли количество ошибок. Наиболее распространенной проблемой проскальзываний является проблема синхронизации, в результате которой возникают ошибки синхронизации.

В пакетных голосовых сетях обычно достаточно подтверждения того, что маршрутизатор синхронизируется от линии. Если это не так, убедитесь, что команда clock source line выполнена на уровне контроллера. В сетях VoATM или TDM, когда иерархия синхронизации установлена и маршрутизаторам необходимо передавать синхронизацию по сети, необходимо учесть и другие факторы. План синхронизации предоставит дополнительные сведения о синхронном генерировании тактовых импульсов.

В маршрутизаторах 26xx / 366x, при использовании платы AIM VOICE, контроллер отображает "контролируемые проскальзывания", пока не введены команды network-clock-participate и network-clock-select.

На платформе Cisco MC3810 необходимо настроить команду network-clock-select и выполнить команду show network-clock, чтобы убедиться, что конфигурация вступила в силу.

На платформе Cisco 7200VXR выполнение команды frame-clock-select требуется для голосовых плат. Эта команда особенно важна для голосовых шлюзов 7200VXR, потому что, по умолчанию, внутренняя шина TDM не управляется локальным задающим генератором. Поскольку линии E1 обычно синхронизируются с телефонной сетью, в результате возникают скрытые ошибки синхронизации и случайные ошибки передачи факсов. Дополнительные сведения см. в идентификаторе неполадок Cisco CSCdv10359 (только для зарегистрированных пользователей).

На платах C4224 MFT, когда возможна их синхронизация из линии, для контроллера t1 x/y необходимо выполнить команду clock source loop-timed. Эта настройка разделяет синхронизацию контроллера и общесистемную синхронизацию. Необходимо потом ввести команду network-clock-select. В данном случае будет использоваться команда network-clock-select 1 t1 x/y.

Дополнительные сведения см. в документе Техническая документация по коммутатору Catalyst 4000 Access Gateway Module для Cisco IOS версии 12.1(5)YE2

4. Проверка типа интерфейса факса

На некоторых платформах, включая Cisco 3660, 5300, 5350, 5400 и 5800 маршрутизатор установлен по умолчанию на модем типа интерфейса факсимильной связи. Команда глобальной конфигурации fax interface-type modem принудительно отправляет вызовы факса на модем (обычно для факса Сохранения и Пересылки T.37), а не на DSP. Для работы ретрансляции факсимильных данных Cisco, факсовый вызов должен быть отправлен в DSP, то есть должен быть настроен с помощью команды fax interface-type vfc.

Команда fax interface-type

vnt-3660-23c(config)#fax interface-type ?
modem Use modem card
vfc   Use Voice Feature Card

vnt-3660-23c(config)#fax interface-type vfc
You must reload the router

Убедитесь, что перезагрузили маршрутизатор, в противном случае выполнение команды не даст результатов. Факсимильные вызовы на платформах с ретрансляцией факсимильных данных Cisco (или Т.38) не пройдут, поэтому важно проверять эту команду.

Команда fax interface-type vfc не была необходима в ПО Cisco IOS версий ниже 12.2. Проблему обычно можно обнаружить при обновлении одного из голосовых шлюзов до версий ПО Cisco IOS 12.2 или более поздних.

5. Убедитесь, что кодек факса загружается во время вызовов для передачи факса

Каждый факсимильный аппарат отображает на LCD-мониторе идентификатор удаленного факсимильного аппарата по завершении фазы согласования факса. Маловероятно, что факсовые устройства будут взаимодействовать, если кодек факса не был успешно загружен. С другой стороны, если идентификатор удаленного факсимильного аппарата не отображается, необходима дальнейшая отладка в данной области.

Существует два способа убедиться, что голосовые шлюзы обнаруживают передачу факсов и успешно загружают кодек факса.

  1. Выполните команду debug vtsp all и отследите вызов с помощью debug voip ccapi inout. Способы отладки подробно описываются в разделе Отладка документа.

  2. Выполните команду show voice trace. Команды Show затрачивают меньше ресурсов маршрутизатора, чем команды отладки и являются более предпочтительными для работающих сетей. Это пример выходных данных команды show voice trace для интерфейса ISDN.

Команда show voice trace

BrisVG200gwy01#show voice trace 1/0:15
1/0:15 1  
1/0:15 2  
1/0:15 3
1/0:15 4
1/0:15 5
1/0:15 6
1/0:15 7
1/0:15 8
1/0:15 9
1/0:15 10 State Transitions: timestamp (state, event) -> ...
63513.792 (S_SETUP_REQUEST, E_TSP_PROCEEDING) ->
63515.264 (S_SETUP_REQ_PROC, E_TSP_ALERT) ->
63515.264 (S_SETUP_REQ_PROC, E_CC_BRIDGE) ->
63515.332 (S_SETUP_REQ_PROC, E_CC_CAPS_IND) ->
63515.332 (S_SETUP_REQ_PROC, E_CC_CAPS_ACK) ->
63515.348 (S_SETUP_REQ_PROC, E_CC_CAPS_IND) ->
63515.348 (S_SETUP_REQ_PROC, E_CC_CAPS_ACK) ->
63515.356 (S_SETUP_REQ_PROC, E_CC_CAPS_IND) ->
63515.356 (S_SETUP_REQ_PROC, E_CC_CAPS_ACK) ->
63518.656 (S_SETUP_REQ_PROC, E_CC_REQ_PACK_STAT) ->
63518.660 (S_SETUP_REQ_PROC, E_DSP_GET_VP_DELAY) ->
63518.660 (S_SETUP_REQ_PROC, E_DSP_GET_VP_ERROR) ->
63518.660 (S_SETUP_REQ_PROC, E_DSP_GET_RX) ->
63518.660 (S_SETUP_REQ_PROC, E_DSP_GET_TX) ->
63521.028 (S_SETUP_REQ_PROC, E_CC_REQ_PACK_STAT) ->
63521.028 (S_SETUP_REQ_PROC, E_DSP_GET_VP_DELAY) ->
63521.028 (S_SETUP_REQ_PROC, E_DSP_GET_VP_ERROR) ->
63521.028 (S_SETUP_REQ_PROC, E_DSP_GET_RX) ->
63521.028 (S_SETUP_REQ_PROC, E_DSP_GET_TX) ->
63524.128 (S_SETUP_REQ_PROC, E_TSP_CONNECT) ->
!--- Обнаружен сигнал вызова факса:

63529.352 (S_CONNECT, E_DSP_TONE_DETECT) ->
63529.356 (S_LFAX_WAIT_ACK, E_PH_CODEC_ACK) ->
!--- Кодек факса загружается в DSPs:

63529.356 (S_LFAX_DOWNLOAD, E_pH_CODEC_FAX) -> 
63529.356 (S_LFAX_DOWNLOAD, E_DSPRM_PEND_SUCCESS) ->

6. Отключите ретрансляцию факса и смените кодек на кодек для сквозной передачи

Предыдущими действиями была стабилизирована работа голосовых вызовов, факсов ТФОП, и все цифровые интерфейсы на пути ретрансляции факсов работают без ошибок. Это действие определяет, могут ли факсы передаваться при отключенной ретрансляции факсов. Для адресуемых конечных точек VoIP/VoATM/VoFR введите следующее:

Команда fax rate disable

vnt-3660-23(config)#voice-port 2/0:15
vnt-3660-23(config-voiceport)#no echo-cancel enable
vnt-3660-23(config)#dial-p voice 3
vnt-3660-23(config-dial-peer)#fax rate disable
vnt-3660-23(config-dial-peer)#codec g711ulaw
vnt-3660-23(config-dial-peer)#no vad

Убедитесь, что эти команды введены для обоих шлюзов. Эти команды отключают ретрансляцию факсов, отключают эхоподавление и вынуждают использовать при вызове кодек с большой полосой пропускания без VAD. Затем маршрутизатор делает выборку из тональных сигналов, как для нормального голосового вызова, и с помощью кодека с большой полосой пропускания (G.711) делает самые точные выборки. Тоновый сигнал, повторяемый на другой стороне канала, будет точен, насколько это возможно. Предупреждение по этому шагу. Так как G.711 является кодеком со скоростью передачи 64 кбит/с, каждый вызов будет использовать до 80 кбит/с (для VoIP) при добавлении служебной информации протокола передачи.

Если проверка дала положительный результат, значит, выполнены две задачи. Во-первых, если используемая для каждого вызова полоса пропускания не является большой проблемой для сети, существует обходной путь для решения проблемы ретрансляции факсов путем сквозной передачи. Во-вторых, что более важно, если важна экономия полосы пропускания, проблему можно решить в ПО факсовых шлюзов и следует послать заявку в TAC.

Если данную проверку пройти не удается, вероятно, то, что вызывает ошибку передачи факса по протоколу ретрансляции факсимильных данных (fax relay), вызывает и ошибки при данной проверке. Первое, что приходит на ум – это то, что для сети могут быть характерны значительный джиттер или потери пакетов.

7. Проверка потери пакетов в сети VoX

Самый простой и точный способ определить наличие потерь пакетов – выполнить следующее:

  1. Отключите VAD на адресуемых конечных точках VoX.

  2. Совершите голосовой вызов между портами, к которым подключены факсовые устройства. (Факсовые устройства могут служить в качестве обычных телефонов, телефонную трубку можно подключить к тому же порту, что и факсовое устройство).

  3. Когда вызов совершен, выполните следующее:

    1. Выполните команду show voice dsp. Выходные данные показывают, что для одного из каналов DSP настроен загруженный кодек. Обычно столбец "TX/RX-PAK CNT" показывает, что значения счетчиков переданных и принятых пакетов равны, следовательно, ни один пакет не потерян. Если показания счетчиков расходятся, пакеты могут теряться. Введите команду show voice dsp несколько раз с 30-секундным интервалом, чтобы определить, увеличивается ли разница и теряются ли пакеты.

    2. Выполните команду show voice call summary, чтобы увидеть, какой порт (и временной интервал) относится к данному голосовому вызову. Введите terminal monitor и выполните команду show voice call с нужным голосовым портом (и временным интервалом), чтобы получить подробную статистику DSP. Просмотрите значения счетчиков в секции вывода "***DSP VOICE VP_ERROR STATISTICS***". Обычно они равны 0 или ниже 20. Если значение счетчика превышает 20, проверьте, нет ли потери пакетов.

Если в сети достаточно большой уровень потерь пакетов, не стоит ожидать безотказной ретрансляции факсимильных данных. Можно отключить режим ECM, но, возможно, будет необходима дальнейшая проверка, чтобы полностью обеспечить качество обслуживания, чтобы трафик ретрансляции голоса и факсов был приоритетным и не был утерян при перегрузке. Раздел Дополнительные сведения содержит больше сведений об устранении проблем качества передачи голоса.

8. Отключение ECM ретрансляции факсов (Только для протокола Cisco VoIP)

Для сетей с потерей пакетов и большим джиттером следует отключить ECM для улучшения качества вызовов ретрансляции факсов. Выполните команду fax-relay ECM disable (описанную более подробно в разделе Настройки), чтобы выключить ECM, чтобы большинство неполадок с неустойчивой синхронизацией и потерей пакетов могли быть улажены.

Выполните команду fax-relay ECM disable, чтобы увеличить производительность ретрансляции факсов в сетях с потерями, эта команда также рекомендуется для устранения основных неполадок. Даже если в сети отсутствуют заметный джиттер, эта команда может иногда помочь определить проблемы ретрансляции факсов. Эта команда доступна при работе с адресуемыми конечными точками VoFR и VoATM, но на данный момент работает только для VoIP.

Примечание. Эта команда также активирует функцию маскирования потери пакетов.

Команда fax-relay ECM disable

vnt-3660-23(config-dial-peer)#dial-peer voice 3
vnt-3660-23(config-dial-peer)#fax-relay ECM disable

9. Включение резервирования пакетов T.38 (только для T.38 для VoIP)

Если T.38 для VoIP используется как протокол ретрансляции факсов, функция резервирование пакетов T.38 может быть включена, при настройке данной команды на соответствующих точках доступа в обоих шлюзах:

Резервирование пакетов T.38

vnt-3660-23(config-dial-peer)#fax protocol t38 
 Ls-redundancy X Hs-redundancy Y

где X > 0 и Y = 0 (изменения только в резервировании Ls)

Если используется принадлежащий Cisco стандарт ретрансляции факсов, альтернативным или дополнительным параметром для отключения ECM является смена протокола ретрансляции факсов на T.38, чтобы возможна была проверка функции резервирования пакетов T.38. Эта функция может ослабить воздействие потери пакетов, но учтите, что резервирование пакетов T.38 значительно увеличивает величину используемой полосы пропускания, и желательным является уменьшение потери пакетов, когда это возможно.

10. Настройка команды fax NSF на все нули

Команда fax NSF может быть полезна для моделей факсов, которые заменяют поле NSF при взаимодействии факсов для выполнения шифрования по частным стандартам. Эта команда позволяет маршрутизатору, который выполняет ретрансляцию факсов, переопределять настройки, сделанные факсовыми устройствами, которые пытаются применить собственное шифрование Перед тем, как стала доступна команда fax NSF, ретрансляция факсов не работала на этих марках факсовых устройств. Обычно команда fax NSF используется для настройки поля NSF на все нули, что вызывает стандартное взаимодействие факсов с обеих сторон канала. Эта команда успешно работала с несколькими марками, такими как Harris and Lanier, и она рекомендуется к использованию при сбоях ретрансляции факсов.

Команда fax NSF

vnt-3660-23(config-dial-peer)#fax NSF 000000

11. Последние стадии устранения

Если предыдущие шаги устранения ошибок не устранили проблемы ретрансляции факсов, проблема может потребовать более сложного решения. Существуют дополнительные действия, которые стоит совершить до того, как вы свяжитесь с Центром технической поддержки (TAC) Cisco

  • Изучите, какие марки и модели факсовых устройств дают сбой и рассмотрите их на наличие известных неполадок.

    Иногда возникают сбои и неполадки, связанные с автоматизированной системой оценки надёжности, которые являются проблемами для некоторых марок факсовых устройств. Например, поиск в средстве Bug Toolkit (только для зарегистрированных пользователей) для факса Pitney Bowes отобразил ошибку при работе факсового устройства Pitney Bowes и ретрансляции факсов Cisco (CSCdu78373 (только для зарегистрированных пользователей)). Ошибка не принадлежит ПО Cisco IOS, но является несовместимой с протоколом сигналов стандартов передачи факсов Pitney Bowes, когда на каждой стороне канала подключены факсы Pitney Bowes 9920s или 9930s. Обходным путем является отключение собственного протокола на факсовых устройствах или отключение ретрансляции факсов и использование кодека с более высокой полосой пропускания.

    Известные сложности

    Известными сложностями являются неожиданное поведение или дефекты программного обеспечения. Эта таблица содержит информацию об известных проблемах для поддержки факса на голосовых шлюзах Cisco.

    При наличии учетной записи CCO можно отыскивать известные проблемы с помощью системы обнаружения ошибок Cisco (Bug Toolkit). Для доступа к средству Bug Toolkit выполните одно из следующих действий:

    Таблица 1 Известные сложности

    Код неполадки

    Краткое описание

    Пояснение

    CSCdu30250

    VAD вводит серьезные ошибки в режиме сквозной передачи факсов.

    Когда голосовые шлюзы Cisco настроены для режима сквозной передачи факсов, следует выключить отслеживание голосовой активности (VAD) на всех адресуемых конечных точках VoIP, относящихся к факсовым вызовам.

    Чтобы отключить VAD на адресуемой конечной точке VoIP, используйте следующие команды:

    config terminal
    dial-peer voice XXX voip
    no vad 
    

    CSCdu62269

    CSCdu62269

    Любое шлюзовое устройство Cisco, которое является источником вызова с ретрансляцией факсов (с пакетами RTP packets с 96 типом полезных данных) в WS-X4604-GW в режиме шлюза, дает сбой при работе.

    Эта проблема исправлена в 12.1.5YF3. При переключении в режим шлюза, ПО теперь определяет 96 тип полезных данных и запускает режим сквозной передачи.

    CSCdv08143

    Факсовая передача 5–30 страниц дает сбой в режиме сквозной передачи на VG248, передающем факс на WS-X4604-GW, работающий в режиме шлюза.

    Этот сбой возникает только с образом ПО 12.1.5YF2 на WS-X4604-GW. Чтобы избежать этой ошибки, используйте 12.1.5YF1, 12.1.5YF3 или более позднюю версию.

    CSCdv83401

    В коммутаторах Cisco Catalyst 6000, при обнаружении тонального сигнала модема или факса, вызов переключается в режим сквозной передачи с 10ms (134 байтными) пакетами.

    Размер кадра в режиме сквозной передачи факсов должен быть равен 214 байтам. Передача факса не будет прервана, даже если размер пакета не является корректным.

    CSCdv83337

    CSCdw07735

    Передача факса прерывается, если WS-X4604/VIC-2FXS (только) в режиме fax pass-through передает факс шлюзу WS-X6624-FXS с Cisco CallManager 3-1-2c_spA load A00203010026. WS-X4604 / VIC-2FXS отображает это в режимах шлюза и toll-by-pass.

    Сбой возникает с образами ПО версий 12.1.5YF2 и 12.1.5YF3 на WS-X4604-GW, и будет исправлен в версии ПО 12.2(7)X.

    CSCdw07804

    Передача факса прерывается, если WS-C4224V / VIC-2FXS (только) в режиме сквозной передачи передает факс шлюзу WS-X6624-FXS с Cisco CallManager 3-1-2c_spA load A00203010026.

    Этот сбой возникает в образе ПО версии 12.1.5YE2 и 12.1.5YE4 на WS-C4224V и будет исправлен в версии ПО 12.2(7)X.

  • Используйте средства поиска для поиска известных проблем, связанных с передачей факса в ПО Cisco IOS версии, в которой возникает проблема.

    Предыдущим действием поиск осуществлялся для конкретной марки факса, чтобы обнаружить известную неполадку, существующую между определенными марками факсовых устройств и ПО ретрансляции факсов Cisco. Следующим действием следует выполнить общий поиск, так как могут быть ошибки ретрансляции факсов в установленной версии ПО Cisco IOS.

    Например, если ретрансляция факсов, использующая VoFR, не работает в ПО Cisco IOS версии 12.1(2)T, можно осуществить поиск ошибок при помощи набора средств Bug Toolkit в CCO. В этом примере будут использованы следующие значения:

    • Основная версия: 12.1

    • Издание: 2

    • Функция/компонент: VoFR

    • Ключевое слово: факс

    Одна из ошибок - это идентификатор ошибок Cisco CSCdr65984 (только для зарегистрированных пользователей), который называется "факс не работает в vofr." Эта ошибка привела к прерыванию всех ретрансляций факсов в VoFR, ПО Cisco IOS необходимо обновление до версии, в которой эта ошибка устранена.

  • Устранение сбоев оборудования.

    В некоторых случаях легче избавиться от проблемы путем исключения потенциальных источников проблемы один за одним. Замените различные детали оборудования и используйте альтернативные IP-соединения между шлюзами. Когда доступно дополнительное оборудование, помочь могут следующие действия:

    • Использование различных портов на маршрутизаторе.

      Если существующая конфигурация включает два шлюза, подключенные к УАТС или ТФОП с помощью E1 или T1, и если доступны порты FXS, попытайтесь подключить факсовые устройства напрямую к портам FXS на голосовых шлюзах. Эта процедура поможет в дальнейшем избавиться от проблемы, когда исчезнут проблемы возможного сбоя платы E1, проблемы на стороне телефона или проблемы синхронизации E1 или проблемы с кабелем.

    • Попытайтесь использовать различное оборудование.

      При наличии другого голосового шлюза с доступным портом FXS, попытайтесь подключить его напрямую с помощью перекрестного кабеля Ethernet к каждому голосовому шлюзу и отправить факс с помощью факсового устройства, подключенного к порту FXS. Эта процедура поможет определить наличие проблем в сети VoX (постановка в очередь, назначение приоритетов, фрагментация).

  • Используйте команды отладки на маршрутизаторе, чтобы определить проблему.

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

Отладка

Сообщения T.30

Отчеты отладки могут быть трудными для понимания, если у пользователя отсутствует опыт работы с сообщениями, которые обычно возникают при передаче факса. Здесь графически представлены основные транзакции T.30, которая отобразились при передаче факсом одной страницы.

faxrelay_tsguide3.gif

Подробное описание этих транзакций выходит за рамки этого документа, но здесь есть основные определения базовых транзакций, которые присутствуют в ретрансляции факсов. Список расположен по алфавиту для быстрого поиска и включает сообщения, распространенные при отладке ретрансляции факсов Cisco. Более полную информацию по обмену сообщениями или по информации о сообщениях, не представленных в списке ниже, см в спецификации T.30.

  • CED ( идентификация вызываемого терминала) – сигнал 2100 Гц, переданный оконечным факсимильным устройством в ответ на факсимильный вызов. Этот сигнал временно отключает эхоподавители, которые присутствуют в соединении, чтобы приготовить линию передачи данных.

  • CFR (подтверждение о приеме) – ответ, который подтверждает, что предыдущий обмен сообщениями и обучения завершены, и что передача страницы факсом может быть начата.

  • CNG (тоновый сигнал вызова) – тоновый сигнал 1100 Гц, который включается на полсекунды и выключается на три секунды. Это сигнал определяет терминал факса как неголосовое устройство. Сигнал также указывает на то, что передающий факс-терминал ожидает сигнала DIS с принимающего терминала факса.

  • CRP (повтор команды) – ответ, который указывает, что предыдущая команда была получена с ошибкой и требует повторения. (не обязательный)

  • CSI (идентификация вызываемого абонента) – может быть использован, чтобы обеспечить определение вызываемого терминала факса по международному телефонному номеру. (не обязательный)

  • DCN (разъединение) – завершает факсовый вызов и не требует никакого ответа.

  • DIS (сигнал цифровой идентификации) – определяет возможности вызываемого терминала факса.

  • DTC (команда цифровой передачи) – ответ на возможности, определенные сигналом DIS. Здесь вызывающий терминал факса проверяет соответствие своих возможностей предоставленным в DIS-сообщении вызываемого терминала факса.

  • EOM (конец сообщения) – определяет конец страницы информации, переданной по факсу.

  • EOP (конец процедуры) – определяет последнюю страницу, переданную по факсу и отсутствие других страниц, которые должны быть отправлены. Переход к этапу разъединения факсового вызова.

  • FTT (сбой настроек) – используется для отказа приема сигнала настройки и для запроса повторной настройки (необходимость в повторных настройках обычно возникает при низких скоростях модуляции).

  • MCF (подтверждение сообщения) – указывает на то, что сообщение было успешно принято.

  • EOP (сигнал нескольких страниц) – определяет конец завершенной страницы, переданной по факсу, и готовность получателя к приему дополнительных страниц.

  • NSF (нестандартные средства) – могут быть использованы для определения специальных возможностей или требований, которые не определены в спецификациях серии T. (не обязательный)

  • RTN (отказ настройки) – указывает на то, что предыдущее сообщение не было успешно принято. Повторная настройка необходима для продолжения работы (обычно при низких скоростях модуляции).

  • RTP (настройка принята) – указывает на то, что завершенное сообщение было принято и что дополнительные сообщения могут быть отправлены.

  • TCF (проверка настроек) – отправление через систему с высокой скоростью модуляции T.4 (по сравнению с 300 кбит/с при модуляции V.21, использованной для отправления сигналов T.30), для проверки настроек и установления возможности приема страниц факса при данной скорости передачи.

  • TSI (идентификация передающего абонента) – производит идентификацию терминала факса, совершающего вызов. (не обязательный)

Команды отладки ретрансляции факсов

Ниже представлены полезные команды отладки ретрансляции факсов:

debug fax relay t30 all

Отладка для ретрансляции факсов Cisco включается с помощью команды debug fax relay t30 all.

Команда debug fax relay t30 all

vnt-3660-23c#debug fax relay t30 all
Debugging fax relay t30

Эта копия данных отладки неуспешной сессии ретрансляции факсов. Это данные отладки исходящего факсового шлюза, использующего ПО Cisco IOS версии 12.2(7a).

Выходные данные команды debug fax relay t30 all

vdtl-3810-3b#
Dec 5 07:49:13.073: 1/2:62 1281347052 fr-entered (10ms)
Dec 5 07:49:17.985: 1/2:62 1281351950 fr-msg-det CRP
Dec 5 07:49:20.105: 1/2:62 1281354070 Fr-MSG-TX NSF
Dec 5 07:49:20.655: 1/2:62 1281354620 Fr-MSG-TX good crc,
 19 bytes
Dec 5 07:49:20.720: 1/2:62 1281354680 Fr-MSG-TX DIS
DEC 5 07:49:22.350: 1/2:62 1281356310 fr-msg-det TSI
DEC 5 07:49:23.045: 1/2:62 1281357000 fr-msg-det DCS
DEC 5 07:49:27.346: 1/2:62 1281361290 Fr-MSG-TX FTT
DEC 5 07:49:28.836: 1/2:62 1281362780 fr-msg-det TSI
DEC 5 07:49:29.531: 1/2:62 1281363470 fr-msg-det DCS
DEC 5 07:49:29.740: 1/2:62 1281363680 fr-msg-det bad crc,
 0 bytes
DEC 5 07:49:30.362: 1/2:62 1281364300 fr-msg-det bad crc,
 0 bytes
DEC 5 07:49:30.804: 1/2:62 1281364740 fr-msg-det bad crc,
 0 bytes
DEC 5 07:49:30.852: 1/2:62 1281364790 fr-msg-det bad crc,
 0 bytes
DEC 5 07:49:33.868: 1/2:62 1281367800 Fr-MSG-TX FTT
DEC 5 07:49:35.414: 1/2:62 1281369340 fr-msg-det TSI
DEC 5 07:49:36.113: 1/2:62 1281370040 fr-msg-det DCS
DEC 5 07:49:36.515: 1/2:62 1281370440 fr-msg-det bad crc,
 0 bytes
DEC 5 07:49:36.908: 1/2:62 1281370830 fr-msg-det bad crc,
 0 bytes
DEC 5 07:49:37.559: 1/2:62 1281371480 fr-msg-det bad crc,
 0 bytes
DEC 5 07:49:37.784: 1/2:62 1281371700 fr-msg-det bad crc,
 0 bytes
DEC 5 07:49:37.900: 1/2:62 1281371820 fr-msg-det bad crc,
 0 bytes
DEC 5 07:49:40.133: 1/2:62 1281374050 Fr-MSG-TX FTT
DEC 5 07:49:41.888: 1/2:62 1281375800 fr-msg-det TSI
DEC 5 07:49:42.583: 1/2:62 1281376490 fr-msg-det DCS
DEC 5 07:49:43.173: 1/2:62 1281377080 fr-msg-det bad crc,
 0 bytes
DEC 5 07:49:44.937: 1/2:62 1281378840 fr-msg-det bad crc,
 0 bytes
DEC 5 07:49:45.386: 1/2:62 1281379290 fr-msg-det bad crc,
 0 bytes
DEC 5 07:49:46.941: 1/2:62 1281380840 Fr-MSG-TX FTT
DEC 5 07:49:48.503: 1/2:62 1281382400 fr-msg-det DCN
DEC 5 07:49:50.631: 1/2:62 1281384520 fr-end-dcn

Данные отладки отображают события протокола T.30, произошедшие в DSP во время ретрансляции факсов. Важно помнить, что отладка, которая имеет место с точки зрения DSP, взаимодействует с факсимильными устройствами, так что любое "Fr-MSG-TX" или сообщение о передаче передается с DSP на подключенное факсимильное устройство. Любое сообщение, обнаруженное DSP, или сообщение "fr-msg-det", является сообщением, полученным с подключенного факсимильного устройства. Данный график показывает прямой поток сообщений DSP при использовании команды debug fax relay t30 all.

faxrelay_tsguide4.gif

Из прерванной транзакции факса в отладке видно несколько сообщений "bad crc", с последующим сообщением о сбое настроек (FTT) с дальнего конца. В отладке это выглядит так, как будто проблема и в сигнале настройки. Сообщения об ошибках, "bad crc" и FTT (сбой настроек), переданные с другой стороны канала, указывают на то, что сигнал нарушен или несовместим с протоколом ретрансляции факсов Cisco. Отладка является результатом проблемы ретрансляции факсов, возникающей в факсимильном устройстве Lexmark Optra. Lexmark работает с V.34 и пытается достичь скорости V.34. V.34 не поддерживается ретрансляцией факсов Cisco и возникают ошибки настроек. Чтобы получить дополнительные сведения см. идентификатор ошибок Cisco CSCdv89496 (только для зарегистрированных пользователей).

Страница Демонстрационные примеры отладки T.30 предоставляет дополнительные сведения о чтении данных отладки и примеры данных успешной отладки трассировки распознавателя факса в режиме ECM-mode.

Debug vtsp all

Существуют также другие команды отладки, которые можно использовать для устранения проблем ретрансляции факсов. Эти данные отладки не являются легко читаемыми или предоставляют большое количество информации, как и данные отладки T.30, но они все же могут быть полезны.

Поставщик услуг голосовой телефонии (VTSP; Voice Telephony Service Provider) является архитектурой, определяющей интерфейс между управлением вызовом в Cisco IOS и конечной точкой DSP, подключенной к стандартному телефонному оборудованию, такому как УАТС, факс или центральный офис, при помощи аналогового или цифрового интерфейса.

Для VoIP T.38 или ретрансляции факсов, команда debug vtsp all может предоставить с маршрутизатора полезную информацию о состоянии. Как сказано в разделе устранения неполадок, эта команда отладки может использоваться для определения того, был ли загружен кодек факса в DSP, как показано на странице Отладка поставщика услуг голосовой телефонии.

Debug vtsp vofr subframe 3

Другая команда отладки ретрансляции факсов, полезная при передаче факсов с помощью VoFR и VoATM – это debug vtsp vofr subframe 3. Эта команда выдает кадры FRF11, которые обладают типом полезных данных ретрансляции факсов по Annex D. Даже при одном вызове ретрансляции факсов возникает значительный объем выходных данных этой команды, и нужно расшифровывать шестнадцатеричные коды (спецификация FRF11 может способствовать расшифровке шестнадцатеричного кода). См. страницу Отладка VoFR VTSP. На ней выделены примеры расшифровки шестнадцатеричного кода.

Дополнительные команды отладки

  1. Для отладки проблем обмена возможностями T.38 используйте команду debug cch323 h245.

  2. Для отладки обмена сообщениями DSP между приложениями и DSP, используйте следующие команды отладки:

    • debug vtsp all

    • debug voip ccapi inout

    • debug hpi all (на Cisco 5300/2600/3600 и любых других голосовых платформах, которые используют TI c54x DSPs)

    • debug nextport vsmgr detail (на платформах NextPort DSP (Cisco 5400, 5850))

Анализаторы факса

Иногда необходима выйти за рамки возможностей отладки голосовых шлюзов Cisco для разрешения проблем ретрансляции факсов. Такие средства, как анализаторы протокола и факса используются, что увидеть, что происходит во время ретрансляции факсов. Анализаторы факса, такие как Genoa ChannelProbe/FaxProbe компании QualityLogic или HP Telegra могут размещаться между факсимильными устройствами и шлюзом Cisco, чтобы отслеживать события. Анализаторы протокола, такие как Sniffer и Domino могут быть полезны при просмотре пакетов ретрансляции факсов, которыми обмениваются маршрутизаторы.

Возможность устранять сложные проблемы иногда требует набора оборудования – анализатор для захвата трафика факса на каждом факсимильном устройстве и анализатора протокола для захвата пакетов ретрансляции факсов. Требуется один факсовый вызов для воспроизведения проблемы, и необходимая информация будет получена из подключенных устройств для анализа. Схема отображает, где в сети размещается проверочное оборудование.

faxrelay_tsguide5.gif

Большинство анализаторов факса обладают достаточным количеством документации и экранов справки, чтобы помочь определить, что произошло. Спецификация T.30 также является очень полезной. Для анализаторов протокола расшифровка может оказаться немного более сложной, так как иногда шифрование определяется производителем, или если ПО не обладает необходимыми данными для расшифровки. Для ретрансляции факсов, которая использует VoFR и VoATM, шлюзы Cisco используют Annex D на основе стандартов из спецификации FRF11 leavingcisco.com. Если анализаторы протокола не способны расшифровать кадр, расшифровка может осуществляться вручную с помощью спецификации. Для ретрансляции факсов и VoIP, для пакетов ретрансляции факсов используется принадлежащий Cisco формат.

С помощью информации анализаторов факсов и анализаторов протоколов можно устранить проблемы ретрансляции факсов. Некоторые проблемы ретрансляции факсов достигают этого момента, и когда это происходит, ресурсы эскалации и DE должны использоваться для обеспечения дальнейшей поддержки.

Предоставьте также все остальную информацию, касающуюся данной проблемы.

Обратитесь в Центр технической поддержки (TAC)

Если этот документ не позволил устранить и разрешить проблемы, обратитесь в центр технической поддержки Cisco (TAC) и предоставьте следующую информацию:

  • Описание топологии сети (PDF, Visio или формат Microsoft PowerPoint).

  • Использованные факсимильные устройства, включающие информацию о поставщике и о модели.

  • История проблемы.

    Полезная информация: является ли сеть новой, или она работала в течении долгого времени, а затем дала сбой. Если сеть уже работала, что изменилось перед возникновением проблемы? Возникает ли проблема периодически? Может ли проблема быть воспроизведена, и, если это так, что необходимо для ее воспроизведения?

  • Выходные данные команды show tech обоих факсовых шлюзов и всех маршрутизаторов на пути протокола IP, а также соответствующие данные для активного сетевого оборудования, произведенного не компанией Cisco.

  • Две трассировки вызова со следующими флажками отладки:

    • debug voip ccapi inout

    • debug vtsp all

    • debug isdn q931 (если задействованы ISDN или Q.Sig)

  • Выходные данные пары команд show voice call и show voice dsp.

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

  • Результаты выполненных отладки и устранения неполадок, если доступно.

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

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


Дополнительные сведения


Document ID: 20227