Если вот это вот:

[S2dWe0L3KrWo]
secret = 145DUDKUgdO1

вам неизвестно, то это похоже на взлом.

В консоли астериска что-нибудь видно в те моменты, когда появляются записи fail2ban? Только сначала выполните: core set verbose 5

Так написано же - пускает, всё нормально:

res_security_log.c: SecurityEvent="SuccessfulAuth",...

Предполагаю, что вы знаете, кто именно и зачем стучится на 127.0.0.1:5038 каждые несколько секунд? Если да, то всё нормально, это просто запись в логе, проблемы нет.

Ничего сложного. Вот рабочий пример, без регистрации, с одной стороны FreePBX + PJSIP (172.16.54.10), с другой - голый Asterisk + chan_sip (172.16.54.5).

Настройки транка на стороне FreePBX + PJSIP - скриншот во вложении.
Возможно, в вашем случае надо будет поставить Context = from-internal, у меня ...

fail2ban читает логи. Посмотрите, какие логи, посмотрите, что в них написано в момент срабатывания. Станет понятно, на что реагирует fail2ban. Наверное, на какие-нибудь множественные попытки, которые расцениваются как попытка взлома.

А что со стороны сервера настроено?
Также следует помнить, что при звонках через внешние линии (SIP провайдера) ваш голос все равно пойдет кодеком G711, независимо от ваших настроек. Так что это "максимальное качество" будет только среди ваших внутренних абонентов.
А так - вроде бы G722 хороший.

Если неожиданно и речь про сертификаты, то либо какие-то истекли, либо какие-то перестали быть доверенными. Начните с этого.

tcptls.c: Unable to bind

Если tls, может, с сертификатами что-то не так?

Я не знаю, я же не провайдер.

Покажите пакеты INVITE, которые вам приходят при звонке на разные номера.

Вот это /2122167091985 уже сам дописал - тогда хотя бы DID прилетает 2122167091985 и можно прописать маршрут. Хотя, конечно, хотелось бы иметь номер на который звонит клиент.

Что вы поставите в строку регистрации на последнее место после /, то и придет вам в качестве DID при входящем звонке от ...

Вот, я же ответил вчера: viewtopic.php?f=3&t=7980