Ответ в теме: Инициализация переадресации вызова от имени прицепленной внешней учётки

Экспериментирую/настраиваю параллельно 2 решения несвязанно друг с другом. Изучаю: где стабильнее получается консолидировать входящие и принимать на Sipnet. Второе решение = LV, там раньше начал. В логах talk37 пока всего поля экспериментов может не быть – часть наблюдений с LV.
Отключаю передачу АОН. Соответственно, номер на Сипнет приходит Сипнетовский. Но как-то Сипнет в часы дневных пиковых нагрузок просекает и учитывает приоритезацизцию (предположение): если вызов был непростой, а каким-то из способов инициирован посредством другого транзитного SIP-сервиса (хоть просто набор, хоть переадресация/передача вызова и тп) – днём периодически возвращается 486 или 408 код. Возможно, (предположение) что-то где-то кто-то с кем-то несовсем по SIP-стандартам в какие-то моменты начинает взаимодействовать в части телефонной сигнализации: количество ОК-ев и периодичность и тп.

А если простой вызов внутри Сипнет с устройства на устройство без дополнительных звеньев вызова (без облачных АТС), то проблем нет, как не замечено также проблем при звонках с Сипнет на ТфОП.
Эксперименты проводятся неспешно несколько дней и по мере наличия времени.