Добрый день, тов. связисты.

Подскажите пожалуйста с позиции своего опыта, куда можно копать с такой проблемой.
Есть станция Panasonic TX-TDE600RU, посредством платы PRI30 подключена к ISDN линии провайдера. Настройки платы по-умолчанию, кроме тип CO и CRC4 OFF (по согласованию с провайдером), сделано распределение вызовов через DDI/DID. Все работает без нареканий... кроме факсов на межгород и внутризоны. Факсы (аппараты) просто не могут соединиться и отваливаются по таймауту после нескольких попыток (по сигнализации - нормальный код завершения). Хотя можно без проблем дозвониться до междугороднего абонента и без каких бы то ощущаемых дефектов связи пообщаться голосом. В то же время замечено искажение сигнала факса при звонке по межгороду. И аналогично при звонке с ISDN_номера на 8(код_города)ISDN_номер: модулированный сигнал факса приходит с менее разборчивыми тонами. (несколько человек независимо послушали и согласились).
Провайдер своей проблемы не признает, долбился очень долго и бестолку.
Известно что у провайдера используется преобразование IP-ISDN. На последней миле стоит Rad IPMUX-11.

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

Нужно как-то определить на чьей стороне проблема. Но как? Посоветуйте пожалуйста варианты.

На портале панасоника мне посоветовали:
1) Измерить параметры линии связи... осциллографом. Причем непонятно какие параметры. (врятли это простые АЧХ, КНИ, сигнал/шум и т.д.) И предъявить их провайдеру в качестве доказательства что он "сам дурак". Такой способ решения это очень сложно и трудозатратно. На мой взгляд это перебор.
2) Подключить стороннюю станцию к ISDN для теста и с неё проверить. С этим тоже пока что проблема.

В качестве альтернативы "осциллографу" из 1), я попробовал записать дамп ethernet трафика IPMUX-11. В надежде вычленить из него ISDN кадры и сравнить сигнал который отправляется, и который приходит. (в случае звонка с ISDN_номера на 8(код_города)ISDN_номер, когда факс так же не работает, оба конца канала связи получаются у меня). В связи с этим у меня появилось 2 вопроса:
1) Адекватно ли такое тестирование? Тоесть, если обнаружится факт различия приходящего сигнала от отправляемого (с учетом задержки), то будет ли это являться явным критерием неправильной работы оборудования провайдера? Как мне кажется сейчас все линии связи между операторами являются цифровыми. И если какой-то цифровой сигнал отправляется, он должен доходить без изменения. В крайнем случае с потерями, но без изменения значения, ресемплирования, перекодирования с потерями и т.д. Или это не является критерием?
2) Поудалял все лишние заголовки с записаного дампа ipmux-11. Получаются упорядоченные по 32 байта сообщения:
В одну сторону:
AB BE AA AA AA AA AA AA AA AA AA AA AA AA AA AA AB E6 AA AA AA AA AA AA AA AB AE AA AA AA AA AA
AB 36 AA AA AA AA AA AA AA AA AA AA AA AA AA AA AB E6 AA AA AA AA AA AA AA AB AE AA AA AA AA AA
AB BE AA AA AA AA AA AA AA AA AA AA AA AA AA AA AB E6 AA AA AA AA AA AA AA AB AA AA AA AA AA AA
AB 36 AA AA AA AA AA AA AA AA AA AA AA AA AA AA AB E6 AA AA AA AA AA AA AA AA AE AA AA AA AA AA
AB BE AA AA AA AA AA AA AA AA AA AA AA AA AA AA AB E6 AA AA AA AA AA AA AA AA AE AA AA AA AA AA
AB 36 AA AA AA AA AA AA AA AA AA AA AA AA AA AA AB E6 AA AA AA AA AA AA AA AA A8 AA AA AA AA AA
В другую:
FE FE AF FF FF FF FF FF FF FF FF FF FF FF FF FF FB F7 FF FF FF FF FF FF FF FF 8F FF FF FF FF FF
FC DE AF FF FF FF FF FF FF FF FF FF FF FF FF FF FB F7 FF FF FF FF FF FF FF FA 2F FF FF FF FF FF
FE FE AF FF FF FF FF FF FF FF FF FF FF FF FF FF FB F7 FF FF FF FF FF FF FF FB E7 FF FF FF FF FF
F8 DE AF FF FF FF FF FF FF FF FF FF FF FF FF FF FB F7 FF FF FF FF FF FF FF FF 4F FF FF FF FF FF
FA FE AF FF FF FF FF FF FF FF FF FF FF FF FF FF FB F7 FF FF FF FF FF FF FF FA B7 FF FF FF FF FF
F8 DE AF FF FF FF FF FF FF FF FF FF FF FF FF FF FB F7 FF FF FF FF FF FF FF FB 2F FF FF FF FF FF
Это довольно таки похоже на Е1 кадр.
Если в скопировать стобец, отнять от него АА/FF и считать его pcm 8000Гц 8bit, то удается получить огибающую звукового сигнала, но заполнение её шумовое. Удалось даже увидеть сигнал КПВ и услышать искаженное "алло", во вложении. Но как избавиться от шума непонятно. Пробовал экспандировать и менять порядок бит - непомогает.
Не знаете как можно это исправить?

Почитайте, причина по-видимому в этом. https://ru.wikipedia.org/wiki/T.38

Проблема не у вас, а у провайдера.
Надо трясти его, чтобы он включил у себя функцию передачи факсов.
Иными словами, установил протокол Т.38.
Более того, если факсы не проходят по междугородке, то причина может быть и не в вашем провайдере, или не только в вашем провайдере, а в том операторе, к которому подключен ваш провайдер.
Пусть он потрясет того оператора.
========
Кажется мне, что провайдер у вас, мягко говоря" "тряпочный".
Не думаете сменить его на более ответственного?
Если провайдер нормальный, то он по умолчанию уже должен включить у себя протокол Т.38, а также добиться от других, чтобы и они включили у себя этот протокол.

есть 2 варианта - либо включать Т.38 ( но это требует поддержки с двух сторон стыка) либо использовать у себя кодеки G711(а/u) - который кодирует информацию без потерь. В некоторых устройствах ( например у натекса vc220 ) это называется Т.30.

.......Есть станция Panasonic TX-TDE600RU, посредством платы PRI30 подключена к ISDN линии провайдера. Настройки платы по-умолчанию, кроме тип CO и CRC4 OFF (по согласованию с провайдером), сделано распределение вызовов через DDI/DID. Все работает без нареканий... кроме факсов на межгород и внутризоны........

Для начала следует, как минимум, провести две проверки:
1. Установить ДВА заведомо работоспособных факс-аппарата G3-типа, подключив их к аналоговым абонентским комплектам TX-TDE600RU. Выполнить 7-10 сеансов передачи изображений (документов) в пределах самой УПАТС (т.е. без занятия СЛ в потоке; для примера - путем набора трехзначного/четырехзначного номера).
2. Выполнить то-же самое, но уже путем "выхода в город" (зону) и последующего входящего занятия в УПАТС через коммутационный узел провайдера (провайдеров). Те-же 7-10 сеансов.
Обнародовать результаты.

Здесь следует заметить, что Вы подключены по PRI. В этом типе подключения нет режима T.38.
Все, что нужно проверить на TDE – источник синхронизации: должен быть PRI и посмотреть в логе наличие SLIP-ов на потоке.

Причина, по которой не проходят факсы – как в типе подключения на IP-MUX вместо синхронного канала, так и в том, что дальше видимо, используются кодеки с компрессией, например, G.729 или G.723.
В данном случае, не тратьте время и исследования прохождения ВИ по сети ТфОП.
Доказать таким способом, какой Вы приводите, что провайдер искажает информацию не сможете, т.к. услуга – подключение к ТфОП а не канал Е1 точка-точка.
Для того, что бы решить проблему – возьмите какой-нибудь один номер, на который невозможно передать факс-документ.
Сделайте отправку через другого оператора, если есть альтернативное подключение или через соседей договоритесь, у кого проблемы с передачей факса на данный номер нет.
После этого делайте заявку своему оператору с содержанием:
“на номер 8ХХХ-ХХХХХХХ через предоставляемей канал невозможно отправить факс-документ.
Через другого оператора YYY данной проблемы нет. Прошу создать заявку и указать сроки решения.”
Все. После это ждете, пока оператор устранит проблему. Обычно, это помогает.

Еще, замечу, что поток E1 через IP – это обман. У Вас TDE, подключайтесь к оператору SIP-транком, если оператор не может предоставить нормальный поток через PDH оборудование.
Меньше преобразований и вытекающих из этого проблем.

Попробуйте, для начала, договориться с провайдером на CRC4 - ON