Коллеги, привет.
Такая странная (для меня) ситуация. Есть фрисвич, есть биллинг (я даже не знаю его по имени), они общаются по радиусу.
Когда поставщик отвечает фрисвичу 404 и ставит внутри ризон Q.850;cause=1;text="UNALLOCATED_NUMBER" фрисвич передает этот 404 дальше, но ризон подменяет на Q.850;cause=16;text="NORMAL_CLEARING"
Я поставил чистый фрисвич, без биллингов\радиусов\хренадиусов - там всё ровно, кейс=1 пришел, кейс=1 ушел.
Судя по тому, что я вижу в дампе, фрисвич с биллингом общается только для авторизации звонящих. Ну там кредит-тайм отдать, аккаунт-код ещё подсунуть.
У меня закончились идеи проверить что ещё можно проверить. Это адский ад, блин, он очень портит жизнь моему знакомому, а я понятия не имею что ещё проверить - я с радиусом и вообще биллингами нифига не работал раньше.
Может, подскажите, куда ещё копнуть можно?

биллинг может быть не СИПовый, а ТДМный, там некоторые коды криво мапятся в рамках реализации существующих требований в области связи.

спасибо, Дима, я покопаю в эту сторону. Но, скажем так, я не испытываю радости от необходимости трогать биллинг. Ты, кстати, себе не нашел биллинг под фрисвич? Я, как видишь, посоветовать тебе ничего не могу.

спасибо, Дима, я покопаю в эту сторону. Но, скажем так, я не испытываю радости от необходимости трогать биллинг. Ты, кстати, себе не нашел биллинг под фрисвич? Я, как видишь, посоветовать тебе ничего не могу.

Мы снимали трейсы процедуры внутри биллинга и достаточно оперативно находили это

расскажи чо за биллинг, вдруг я что-то знаю о нем

звучит как тирьямпампация

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

пришел радиус-запрос - он обработался таким процессом/процедурой/экстеншеном.

но надо начинать от биллинга

вангую сдачу тикета разрабам биллинга.

тут прикол может быть не в самом биллинге, а в том диалплане что они дают для работы фрисвича

ну вот мне хочется уже им горло пожать, если честно