Вопрос решился настройками со стороны провайдера.
Какими - не сказали...

Всем спасибо за участие.

Я ему (провайдеру) то же самое сказал

Он задумался...

По результатам отпишу.

Обращался.

Ответ от провайдера - к ним приходит с проблемного номера (в моем примере это 174 внутренний) значение CALLERID равное anonymous

Номер 8495100 для примера.

При наборе 8916ххххххх то же самое

кроме CgPN (CALLERID(num)) есть ещё куча параметров, которые нужно учитывать при отправке в поток на оператора
если совет ded (Set(CALLERID(all)=4956096550)) не поможет, попросите снять трассировку и сказать более точно, что им не нравится в сообщениях от вас

Удивляет то, что проблема не у всех ...

Хорошо что Вы видите ошибки, я конечно сильно не анализировал.
По существу - см. внимательно последний абзац.

Сделал.

В консоли астериска вижу

[Mar 28 12:18:56] -- Accepting overlap call from '174' to '98495100' on channel 0/31, span 3
[Mar 28 12:18:56] -- Starting simple switch on 'DAHDI/i3 ...

Писал я

Прошу сильно не пинать, екстеншены просто добавлялись, и как то не додумался сразу объединить.

Кстати, у Вас ошибка - 5xx нельзя объединять с 1хх и 2хх - разные транки...

А по существу вопроса можете подсказать?

Всем добрый день.

Имеем связку двух астерисков по iax2. На каждый астериск подключена обычная АТС по Е1 (я как то уже мучал сообщество вопросами по этой теме)
Все прекрасно работает.

В один из астерисков подаем Е1 провайдера.
И натыкаемся на непонятные для меня грабли.

Ситуация такова, что часть ...

Я имею ввиду Е1 для города. Пока он идет через непонятно какие линии и в сименс заходит медью....

Логи для исходящего звонка..

Asterisk1:
[Dec 17 13:53:08] == Using SIP RTP CoS mark 5
[Dec 17 13:53:08] -- Executing [97100@agro_office:1] Dial("SIP/502-00000005", "IAX2/main/97100") in new stack ...

Имею подозрение, что это проблема в каналах связи, по которым подают номера. И скорее всего, это решится при переходе на Е1