Страница 1 из 2
Re: zttest и факсы
Добавлено: 09 сен 2011, 22:05
ded
1) Обгладывать старую кость под названием ФАКС? на ней уже давно нет мяса.
2)Тестируй и исследуй каждую часть схемы отдельно. Начни с терминации
IMHO - в таком случае синхронизируется от dahdi, должно быть 100% приём (и передача).
Re: zttest и факсы
Добавлено: 09 сен 2011, 22:09
Vlad1983
по идее оно все должно синхронизироваться от потока оператора
внутренний таймер должен включаться в момент когда идет ненормальная синхра чтобы переждать кризис, либо когда вообще отсутствует поток с оператором
в последнее время из-за внедрения TDMoIP сильно "проскальзывает".
причем это апериодично. иногда месяцами хоть бы хны. иногда за день по нескольку раз.
как что надо ещё разбираться как именно поток прокинут от оператора
Re: zttest и факсы
Добавлено: 09 сен 2011, 22:38
ded
Как именно поток прокинут от оператора? Зуб даю - штатно, У провайдера толстый коммутатор-мультиплексор, у клиента маленький мультиплексор (MUX) мз оптики в Е1 и в Ethernet.
2) Если проблема "где-то выше", то как ты собрался её решить? Крестовый поход противу оператора?
Факсы во многих конторах ещё долго будут основным инструментом ровно столько, сколько ты (и такие как ты) будут их поддерживать.
Господи! Благослови эвтаназию факсам!
Re: zttest и факсы
Добавлено: 09 сен 2011, 22:57
ded
Не должно быть там chan_local
"где-то выше" я имел ввиду именно у провайдера. Это же можно проверить?
При затыках (которые ты детектировал через zttest) нужны параллельные тесты синхропотока Е1
pri debug
будут слипы накапливаться при этом? Если да - вооружись мечом и крестом, и вперёд на провайдера!
Re: zttest и факсы
Добавлено: 09 сен 2011, 23:02
ded
Шутишь? Не смешно.
В одной SSH-сессии запускаешь свой zttest а в другой
*CLI> pri intensive debug span 1
Re: zttest и факсы
Добавлено: 09 сен 2011, 23:16
ded
In My Humble Opinion - если будут сбои от провайдера - это ведёт к нарушению декодирования, и это видно в дебаге.
Trust me!
Re: zttest и факсы
Добавлено: 09 сен 2011, 23:57
trscod
А сколько у тебя будет потоков на 720 внутренних?
Re: zttest и факсы
Добавлено: 10 сен 2011, 11:13
tma
ded писал(а):Факсы во многих конторах ещё долго будут основным инструментом ровно столько, сколько ты (и такие как ты) будут их поддерживать.
ded, а чем так тебе факсы не нравятся? Тем, что с VoIP вечные проблемы? Ну да, факсы не рассчитаны на VoIP.
Передать картинку по email -- не меньший маразм, чем завернуть факс в voip и далее по tcp/ip отправить.
А более ничего интересного так и не придумали до сих пор.
Давайте придумаем какой-нибудь другой способ и будем внедрять его повсеместно у всех клиентов?
Re: zttest и факсы
Добавлено: 10 сен 2011, 11:42
ded
Этофилософскийвопрос.
Передать картинку по email -- меньший маразм.
По FTP - тоже.
Запаблишить в виде вэб страницы - тоже меньший маразм.
Ящетаю.
Re: zttest и факсы
Добавлено: 10 сен 2011, 12:32
tma
Проблема в том, что
1. В России факс вместе с факсовым протоколом может являться доказательством в суде на основании ГК РФ, а переданный по FTP, email/etc -- нет.
2. Email не был предназначен для передачи не-текстовых файлов, поэтому письмо распухает до невероятных размеров. А если графический файл в TIFF или BMP?
3. На public FTP не положишь, не все умеют FTP пользоваться!
4. Нет единого стандарта.
Факс давно стал стандартом! Все остальные способы можно сделать стандартом только в приказном порядке на отдельном взятом субъекте хозяйственной деятельности, но не повсеместно.
Вот если выработать единый стандарт для повсеместного использования, да еще и с цифровой подписью -- я только за!
Меньше бумаги переводить надо будет!
Но не в российской действительности, где нужно обложиться миллионом бумаг, увы.