Тема: TDA-200 и Asterisk = проблема с факсами
Здравствуйте!
Есть станция TDA-200, подключенная к городской линии через PRI. Всё работает прекрастно. Возникла необходимость поставить в разрыв между PSTN и TDA Asterisk. В сервере с астериском стоит плата Sangoma A102D (2 PRI порта).Соединили через QSIG - всё работает хорошо, кроме факсов, т.е. с любой стороны на Asterisk факсы приходят нормально, а с города на Panasonic (и наоборот) - нет. Факсы пытаются договориться о скорости, постоянно её понижая, пока соединение не разоврвётся. Есть мнение, что всё дело в синхронизации. Она у нас настроена таким образом - Asterisk берёт синхронизацию с PSTN и передаёт её на TDA200. На самой TDA200 в разделе 1.4 (Clock Priority) выбрано PRI30 первым пунктом, при этом на самой плате моргает Sync (а по мануалу это значит, что плата является источником синхронизации). Означает ли это, что панас действительно пытается быть источником или это просто ошибка в мануале? Как можно по трассировке проследить (если вообще можно) правильно ли проходит процесс синхронизации? Спасибо
по QSIG синхронизацию отключи..Оставь только на город.
Вы хотите сказать, что при QSIG синхронизация не нужна? Я правильно понимаю, что выключить - значит на астериске поставить slave и на панасе в Clock Priority убрать pri30?
неправильное решение.. насчёт поотключать к чертям собачьим..
А мне вот почему-то кажется, что беда с факсами зарыта в Asterisk-е. На каком железе хоть собрано? Что есть, что торчит?
Из того, что относиться к телефонии в сервере с Астериском установлена только плата Sangoma A102D (2 PRI порта с эхогашением). На сервере стоит ОС FreeBSD 7.0, Asterisk 1.4.18.1, wanpipe 3.2.1 Beta. Сам сервер кроме астера, ничем больше не пригружен. Производительности должно хватать.
В первый порт платы включена городская линия. Первый порт получает синхронизацию от городской АТС и передаёт её, как опорную второму порту, который в свою очередь является источником синхронизации для панасоника.
Производительности должно хватать.
Два двухядерных камня и 4 гектара ОЗУ на борту установлены? 😉
Да. Только реально астериску столько не нужно. Дело точно не в производительности тазика 😊 Тетрис летает как сумасшедший 😊
Ну а если серьёзно, как можно определить происходит синхронизаци между сервером и панасом или нет?
У меня была немного другая ситуация, оказалось: на дальнем модеме E1 стояла синхронизация “Internal”. Поставил “External E1” - все застреляло.
Смотри все-таки синхронизацию
Конфигурация у меня такая-же, только плата PRI от Digium. В zaptel.conf у меня так:
span=1,1,0,ccs,hdb3,crc4
bchan=1-15
dchan=16
bchan=17-31
span=2,0,0,ccs,hdb3,crc4
bchan=32-46
dchan=47
bchan=48-62
Да,похоже дело всё-таки в астериске (zaptel.conf), а именно в единичке, которая отвечает за тайминг. почему-то скрипт конфигурирования wanpipe её туду не поставил...Правда, после того, как мы её туда вручную добавили у нас начались кернел-паники - но с этим нам уже в другой форум :( Спасибо всем, кто откликнулся. Как настроимся отпишусь
Дело действительно оказалось в сервере, а точнее в драйвере wanpipe для freebsd. поставили линукс (gentoo) и взяли те же конфиги, что у нас не работали на фре и факсы просто начали летать! Zaptel.conf,оказалось, редактировать не нужно было. Связались с производителем платы по поводу драйвера - обещают исправить.
Кстати, у плат от Digium есть проблема под FreeBSD, если она разделяет прерывание с кем-нибудь еще.
У меня тестовый asterisk бегал под FreeBSD 7.0, а рабочий под 6.3. Решил поменять местами. Начались какие-то чудеса: какие-то хрипы, модемы/факсы не ходят, один раз даже кернел в панику ударился. При чем все настройки/конфиги одиновы, а не работало. Уже начал грешить на семерку, но увидел прерывания, поставил плату в другой слот - и как бабка пошептала.
Мож и тебя что-то наподобие.
Пробовали, не помогло. Пробовали ту же плату на другой тачке, под FreeBSD 6.3 и 7.0 то же самое. И тоже с кернел-паниками.
Техник из сангомы уже смоделировал у себя такую-же ситуацию и выяснет в чём дело.
