Asterisk некорректно формирует подтверждение (ACK)

[skynetyar]

FreePBX 16, Asterisk 13 за НАТ , софтфоны 3CX
Доброго дня!
Провайдер Билайн на днях прислал такое письмо

Наши системы зафиксировали всплески траффика, исходящие от вашего Астериска. Они происходят, когда при исходящем вызове абонент недоступен, о чём к вам поступает уведомление с кодом 480 Temporarily Unavailable

Астериск некорректно формирует подтверждение (ACK) получения этого уведомления, в поле route появляется внутренний адрес 10.0.0.16 и обратные слеши. На скриншоте пакетный анализатор WireShark подсвечивает данное поле. Дальше образуется петля, когда на уведомление о некорректном ACK он отправляется снова и снова, тысячи раз в секунду. Такая интенсивность может привести к срабатыванию защит от атак и вызвать перерыв сервиса.

Подскажите куда копать, если честно то на этой конфигурации сидим уже давно, таких претензий ранее не было...
Было предложение отключить rel100 (PRACK) ,может это влиять?

[ded]

А можете это повторить на другом софтфоне или аппаратном ИП телефоне?
Довольно свежее сообщение об этом эффекте - но там после PRACK - OK идёт Session progress 183, то есть все сообщения проходят в предответносм состоянии. Может и вам есть смысл включить 183 progress?
https://github.com/asterisk/asterisk/issues/794

[skynetyar]

Я правильно понимаю что эта статья об этой проблеме?
https://voxlink.ru/kb/asterisk-configur ... 6w38622458

Я забыл написать что использую PJSIP как для транков так и для номеров а у pjsip не нахожу где я могу прописать дополнительные параметры

[ded]

Да.
Но комментировать чужие статьи я не смогу.

[Zavr2008]

А всё от кривых рук админов оператора.
У них недонастроен стык SS7 на транзит..
Там явно идет IE Progress в IAM, а они покой-то еще прогресс вкорячили.

[skynetyar]

Получили дополнительный ответы от ТП Билайна..

Насколько частая эта ситуация? -> При каждом исходящем звонке, где абонент оказывается недоступен и мы возвращаем 480, 487 код отбоя.
Проблема только на IP 10.0.0.16 ? -> У нас нет доступа ко внутренней сети абонента. В сегодняшних примерах в проблемном поле ип от Манго 81.88.86.11 Проблема в некорректном поле Route.
Какое вероятное решение Вы видите на нашей стороне ? -> формирование АСКов с корректным полем route на вашем Астериске.
Вероятное решение проблемы это отключение PRACK на нашей стороне, включение 183 progress ? Смена параметров софтфона 3CX ? -> Проблема в настройках FPBX-16.0.40.8(13.38.3) а не праках и 3СХ
Вы намеренно посылаете 2 раза 180 ringing? -> ОАТС протранзитила полученное от оборудования абонента Б, к проблеме отношения не имеет.