Достаточно в sip.conf сделать t38pt_udptl=yes?
Или еще где-то напильник нужен?
_________________
OpenSUSE 10.3 / Asterisk-trunk / Celeron 1100 (512mb) / chan_misdn (HFC)
Linksys PAP2T / SPA941 / SPA3102 / SPA2102
http://igorg.ru
_________________
Успехов!
У меня тоже клава английская и без наклеек и русских букв (живу в шататах)
По русски пишу только в этом форуме, да и не представлял, что читать анг. шрифтом затруднительно, потому что мне самому совсем не затруднительно читать транслит.
А писал снова на транслите по привычке.
Всем sorry
Кстати а как насчет факса ?
| Arsen писал(а): |
| ...да и не представлял, что читать анг. шрифтом затруднительно.. |
не будем передёргивать
а то что мне чтото например удобнее чем другим так это еще не повод навязывать это всем окружающим. я вам уже привел пример выше. только без обид плыз, я прошу только чуточку понимания. для общей пользы. и это моя обязанность, нравится вам или мне это или нет, но я её вынужден выполнять.
ps: а насчет факса то вам IgorG не поленился и дал дельный совет. Если вы им уже воспользовались но у вас чтото не получилось - задайте конкретный вопрос тут и расскажите что именно у вас не поулчилось. игнорировать ответы к вам и настойчиво повторять свой вопрос.. ну вы сами понимаете. сделайте выводы..
_________________
Успехов!
Но конкретно как на * 1.4 включить Т38 я не понял
И нужен spandsp для * 1.4 ? Или он не для Т38?
Что посоветуете Т38 или Pass-Through?
Вообщем необходимо, чтоб факсы нормально шли. PSTN->asterisk->SIPuser и обратно
Хождения факсов через asterisk предполагает, что внутри локалки через различные ATA подключены факсовые аппараты, в таком режиме app_rxfax/txfax (spandsp) не играют роли вообще, все проходит через * транзитом. Во многих случаях удобней использовать * как факс аппарат, который не через себя, а от себя и к себе. Вот тогда app_rxfax/txfax и работают.
Прохождение по T38 (примерно 9600 кбит) требует, чтобы Т38 был на шлюзе в городскую телеф. сеть, для приёма из города и передачи в город. Если приём на железный факс, который подключен к АТА адаптору, то последний тоже должен поддерживать Т38, а не все могут. Вот в таком сценарии * понимает t38pt_udptl в прозрачном режиме, то есть пропускает через себя не сходя с ума. Другое дело настраивать * как встроеный факс, который может принимать и отправлять факсы и тоже понмать Т38 при этом!
В общем, до 1.4 проще было передавать по Pass-Through (64 кбита), но в нем нет поддержки факсовых примочек типа ECM - Error Check Mode. Вот теперь исходя их этого что ты сам будешь реализовывать и советовать другим?
У нас работает и Т38, и Pass-Through. А я всем советую - выкинуть факсы фтопку.
---------------------
Объявлено о выходе релизов Asterisk 1.2.18 и 1.4.3, а также пакетов Asterisk-Addons 1.2.6, 1.4.1 и Zaptel 1.2.17.1, 1.4.2.1.
Выход обновлений связан с обнаружением двух новых уязвимостей:
# Возможность DoS атаки (крах процесса, но теоретически не исключается возможность удаленного запуска кода злоумышленника) через отправку модифицированного SIP пакета, из-за ошибок в T.38 SDP парсере SIP channel драйвера. Уязвимости подвержены конфигурации с включенной опцией "t38_udptl".
http://asteriskforum.ru/viewtopic.php?t=994&start=30
про openpbx.org
Консоль астериска, конечно, хорошая штука, когда я сам инициирую соединения и смотрю, что происходит. Но на практике соединений куча и отследить, какие сообщения к какому соединению относятся, просто невозможно. Есть какой-нибудь способ сказать: выводи только сообщения, какющиеся определенного экстеншена?
Еще лучше, чтобы подобные вещи выводились не в консоль, а в файл, но тут совсем плохо. Можно ли как-то добиться того, чтоб в лог писалось то, что видно на консоли, запущенной с -vvv?
less /var/log/asterisk/messages
| Ded писал(а): |
| тут совсем хорошо. less /var/log/asterisk/messages |
Думаю, вы не поняли. Как в этом файле увидеть:
| Код: |
| ... -- Executing Set("SIP/10.0.0.1-0061f5d0", "CDR(userfield)=2422718") -- Executing Dial("SIP/10.0.0.1-0061f5d0", "SIP/708,25,tT") ... |
Вот это мне хотелось бы видеть в логе
И еще хотелось бы вызова на SIP/708 в одну кучу, а на SIP/709 в другую ...
| ENP писал(а): | ||
| Думаю, вы не поняли. Как в этом файле увидеть: |
| Код: |
| ... -- Executing Set("SIP/10.0.0.1-0061f5d0", "CDR(userfield)=2422718") -- Executing Dial("SIP/10.0.0.1-0061f5d0", "SIP/708,25,tT") ... |
Вот это мне хотелось бы видеть в логе
И еще хотелось бы вызова на SIP/708 в одну кучу, а на SIP/709 в другую ...
Насчет второго точно скажу что этого сейчас нет, хотя было бы полезно. Если есть идеи как улучшить отладку астериска, то мысли в студию
_________________
OpenSUSE 10.3 / Asterisk-trunk / Celeron 1100 (512mb) / chan_misdn (HFC)
Linksys PAP2T / SPA941 / SPA3102 / SPA2102
http://igorg.ru
Added after 3 hours 34 minutes:
Короче, единственный способ - это asterisk/callweaver -Rvvv 2>&1 | tee console.log
Но вот какая ерунда - если asterisk/callweaver рестартовали и консоль заново к нему подключилась, то verbose сбрасывается обратно в 0. Как бы автоматизировать обратное выставление нужного verbose?
Ну а чтобы узнать, что приключилось с вызовом с екстеншена 101, приходится делать сначала нечто вроде:
[code]
select calldate, src, dst, channel, dstchannel
from transfer_voip
where src = '101'
order by calldate;
[code]
а дальше по имени канала грепать console.log
А есть ли в природе свободный sip-софтфон, собирающийся хотя бы под линксом и под виндой и умеющий выполнять калибровку так, как, например, это делает xlite?
| Ded писал(а): |
| Выход обновлений связан с обнаружением двух новых уязвимостей: |
а вот и подробное описание их:
http://www.securiteam.com/unixfocus/5GP011FM0C.html
понятно что устарело уже, но может пригодится комуто...
_________________
Успехов!