Для индексации полезных и бесполезных разговоров

[notify_ded_bot]

парни выручайте, поставили задачу обновить астер.
но с 11 версии на 20 он не обнвляется, а переделывается, так как меняется и sip на pjsip
и конфиги почти все иные становятся

спасибо ИИ - вчера весь день убил на настройку ODBC, за это время 6-7 раз получил ответ - не хватает модулей и библиотек и надо перекомпилировать астериск заново. но опыт сисадминства и память не дала повестись на его уверения и путем кучи перенастроек конфига удалось запустить астер с ODBC без ошибок с таким modules.conf


[modules]
autoload=no

; ==========================================
; БАЗОВЫЕ РЕСУРСЫ
; ==========================================
load = res_pjproject.so
load = res_rtp_asterisk.so
load = res_sorcery_config.so
load = res_sorcery_memory.so

; ==========================================
; ODBC
; ==========================================
load = res_odbc.so
load = res_config_odbc.so
load = res_odbc_transaction.so

; ==========================================
; ПРИЛОЖЕНИЯ
; ==========================================
load = app_dial.so
load = app_playback.so
load = app_echo.so

1 минуту чтоб на pastebin отнести, потом удалю

[notify_ded_bot]

важный момент, сейчас переделал
autoload=no
на
autoload=yes
и все загрузилось, захожу в
asterisk -rvvv
и дергаю
module show
вот вывод
https://pastebin.com/RbNuPk85

но не хочется грузить весь этот зоопарк


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

[notify_ded_bot]

Выключайте, что не нужно и методом исключения найдете нужные

[notify_ded_bot]

знать бы что тут нужно, а что нет :(
я потому и хотел отделаться минимумом - загрузить манималку с работающим odbc
https://pastebin.com/APz6b4Vi

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

[notify_ded_bot]

Что мешает пользоваться chan_sip и в 20?

[notify_ded_bot]

Что мешает пользоваться chan_sip и в 20?

здравый смысл?

[notify_ded_bot]

Для задачи обновит это кажется более разумным. Сделать заново согласен со здравым смыслом

[notify_ded_bot]

А зачем трогать то что работает, я вообще за обновами не гонюсь...

[notify_ded_bot]

А зачем трогать то что работает, я вообще за обновами не гонюсь...

Действительно, вот жили все на ДШИ, оно работало. Чего полезли всё переделывать, непонятно

[notify_ded_bot]

А зачем трогать то что работает, я вообще за обновами не гонюсь...

поясню

1. на старом сервере использовалась виртуализация на базе LXC контейнеров
2. использовался проксирующий астер в хостовой системе. Его роль согласно диалпалана завернуть трафик на нужные виртуалки
3. мы перевели все свои серваки в хецнер, но сервер с телефонией все еще на страто

добивались цели
1. перенести все серваки в хецнер
2. создать конфигурацию, когда переезд телефонии станет сродни переносу виртаулки на другой сервак
3. возникли проблемы с некоторыми провайдерами из-за старого астера 11 и на некоторых из-за некорректной работы его с реинвайтом после 15 минут сессия завершалась со стороны провайдера
4. проблема LXC в том что гости немалую часть ресурсов юзают от хоста и потому сильно завязаны на нем. Я не могу обновить гостя не обновив хост, но у меня там куча виртуалок и получается цепочка - если хочу обновить одного гостя, должен обновить хост и по цепочке потребуется обновление почти всех гостей, и это не только речь про ось, но и про весь софт, а порой и ЯП это касаетсячто создает огромные проблемы

продукт перешел к нам в 2009 году, а это уже более 17 лет

представляете сколько всего с тех пор сменилось и какая проблема у этого всего в обновлении???

там используется и нода и руби и монго еще 2 версии, я уже не говорю про РНР который был 4 версии изначально, питон относительно свежим пришел - почти не доставил проблем

но больше всего проблем возникло именно с РНР и руби(адхерсон и целюлоид), так что они довольно долго протянули, но дальше уже не логично держать этот зашквар на серваках

обновление РНР к примеру потянуло за собой несколько раз перепиывание тенантских фронтов
изначально стартанули с CMS Typo3 v4
потом при обновлении РНР пришлось переписывать фронты чтоб заработали на Typo3 v6
а с последующим обновлении переписать и под Typo3 v9
так как архитектурно были большие изменения, а не просто замена функций из depricated


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