zttest и факсы

[ded]

1) Обгладывать старую кость под названием ФАКС? на ней уже давно нет мяса.
2)Тестируй и исследуй каждую часть схемы отдельно. Начни с терминации

Код: Выделить всё

PSTN <===E1===> [ASTERISK]
                   ||
                iaxmodem

IMHO - в таком случае синхронизируется от dahdi, должно быть 100% приём (и передача).

[Vlad1983]

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

в последнее время из-за внедрения TDMoIP сильно "проскальзывает".
причем это апериодично. иногда месяцами хоть бы хны. иногда за день по нескольку раз.

как что надо ещё разбираться как именно поток прокинут от оператора

[ded]

Как именно поток прокинут от оператора? Зуб даю - штатно, У провайдера толстый коммутатор-мультиплексор, у клиента маленький мультиплексор (MUX) мз оптики в Е1 и в Ethernet.
2) Если проблема "где-то выше", то как ты собрался её решить? Крестовый поход противу оператора?

Факсы во многих конторах ещё долго будут основным инструментом ровно столько, сколько ты (и такие как ты) будут их поддерживать.
Господи! Благослови эвтаназию факсам!

[ded]

Не должно быть там chan_local
"где-то выше" я имел ввиду именно у провайдера. Это же можно проверить?
При затыках (которые ты детектировал через zttest) нужны параллельные тесты синхропотока Е1
pri debug
будут слипы накапливаться при этом? Если да - вооружись мечом и крестом, и вперёд на провайдера!

[ded]

Шутишь? Не смешно.
В одной SSH-сессии запускаешь свой zttest а в другой
*CLI> pri intensive debug span 1

[ded]

In My Humble Opinion - если будут сбои от провайдера - это ведёт к нарушению декодирования, и это видно в дебаге.
Trust me!

[trscod]

А сколько у тебя будет потоков на 720 внутренних?

[tma]

Факсы во многих конторах ещё долго будут основным инструментом ровно столько, сколько ты (и такие как ты) будут их поддерживать.

ded, а чем так тебе факсы не нравятся? Тем, что с VoIP вечные проблемы? Ну да, факсы не рассчитаны на VoIP.
Передать картинку по email -- не меньший маразм, чем завернуть факс в voip и далее по tcp/ip отправить.
А более ничего интересного так и не придумали до сих пор.
Давайте придумаем какой-нибудь другой способ и будем внедрять его повсеместно у всех клиентов?

[ded]

Этофилософскийвопрос.
Передать картинку по email -- меньший маразм.
По FTP - тоже.
Запаблишить в виде вэб страницы - тоже меньший маразм.
Ящетаю.

[tma]

Проблема в том, что
1. В России факс вместе с факсовым протоколом может являться доказательством в суде на основании ГК РФ, а переданный по FTP, email/etc -- нет.
2. Email не был предназначен для передачи не-текстовых файлов, поэтому письмо распухает до невероятных размеров. А если графический файл в TIFF или BMP?
3. На public FTP не положишь, не все умеют FTP пользоваться!
4. Нет единого стандарта.

Факс давно стал стандартом! Все остальные способы можно сделать стандартом только в приказном порядке на отдельном взятом субъекте хозяйственной деятельности, но не повсеместно.
Вот если выработать единый стандарт для повсеместного использования, да еще и с цифровой подписью -- я только за!
Меньше бумаги переводить надо будет!

Но не в российской действительности, где нужно обложиться миллионом бумаг, увы.