Там наверное все по классике - таймера 4 и 9 (Про таймер 9 - Duration not null but less than that of timer no. 4 => overflow on internal call (if authorized for the phone feature class of service of that set).

Duration greater than that of timer no. 4 => no overflow on internal call (even if authorized for the phone feature class of service of that set).

Родился альтернативный вариант: ставим клиенту NPRAE, замыкаем потоки и префикс 0 запускаем в поток с приходом теперь уже "городского" вызова на группу операторов. Пока тип ТГ обычный PRI, все хорошо перетекает, но нет имен. Сделал ТГ ABС-F со ссылкой на Network Routing Table c QSIG-GF, и получается следующая ерунда: при вызове с поточной петли на оператора вижу, что идет звонок с Entity_0, хотя в трансляторе направлен на Entity call с энтити 2. Где entity подменяется?

Все сам нашел, это энтити юзера.

В общем, по QSIG вызов тоже не перетекает. Есть какие-нибудь идеи?

Вы всетаки так и не рассказали, как у вас настроено распределение звонков и (просто для себя интересно) что это за аттенданты такие, у которых есть вызов, но они на него не отвечают.
У вас пришел вызов, вы его по CDT ентити направили на группу операторов. А что у вас написано в CDT операторской группы, может там надо второй строкой чего-то приколотить?

Я пытаюсь смоделировать ситуацию у клиента. Есть три аттенданта, на которых приходит и город, и внутренние звонки , в том числе и от гостей. Днем, когда включены все три консоли, все вызовы успевают обрабатываться. Вечером остается только один оператор, который не успевает всем ответить и выстраивает очередь из звонков. Ну так клиент хочет, чтобы звонок, подождав в очереди, уходил дальше на хант группу обычных телефонов. И городские звонки так и делают. В трансляторе номер приходит на entity call, в этом entity 1-й дневной роутинг на группу операторов, 2-й -- на ту хант группу. При этом включен Overflow timer, и городской звонок уходит на вторую очередь. Внутренний делается на тот же префикс entity call, и не переходит на вторую очередь. И по QSIG-петле тоже, блин, не переходит!
Эта же очередь расписана и в CDT операторской группы.




To ERROR: нет, В-канал не освобождается.

Для информации по первоначальной теме.

Calls entity distribution related to the internal calls which do not
 overflow according the cdt

Info

Only the external incoming calls are able to overflow from the attendant
towards the first, second then third jump if case of no successive
response. The internal calls do not follow the successive jumps
according the CDT. Thus, there are no overflow towards the jumps defined
in the CDT.

Resolution

Normal behaviour.

так все-таки - петля по ISDN (не QSIG) - не удовлетворяет? Если в исходящем потоке Network=yes - имя должно отправляться.
А на тему QSIG - трассировки смотрели? У вас QSIG ходил или ABC-F (иными словами через префикс занятия ходили или через рутинг номера в не нашу сеть)?