если у вас isdn-pri распилите все городские номера по entity, а далее как душе угодно

у вас все перемешалось в кучу...люди...кони

согласно документации для SIP должны создаваться как минимум 2 SIP-транка, 1-ый как abcf, 2-ой как ISDN
SIP->SIP Gateway - SIP Trunk Group указывается TG с типом ABCF
SIP -> SIP Ext Gateway указывается TG с типом ISDN

Translator -> External Numbering Plan -> DID numbering translator создаете новый DID
Translator -> External Numbering Plan -> Numbering Plan Description (NPD) создаете NPD и указываете новый DID
Trunk Groups -> SIP ISDN -> Trunk group NPD selector прописываете новый NPD (которые предварительно созданные от 33 и далее)

если данном случае источником для регистрации является ОХЕ для прова то так и должно быть, но я еще такого не видел на практике...хотя и раз в год веник стреляет

Hard-Key старый и имеет номер 4EC0

открывайте zip файл OPS далее OUTPUT\HEADER.txt или через spadmin должен полный номер показать

1. Плата pri в слоте 0-0 совместно с intof вещь коварная
2. синхра для дект откуда берется с проца или dect8
3. Стоит руками времени перезапустить синхру дект (а еще лучше сам дект) и посмотреть на через сколько времени опять инцинденты поползут
4. Я сторонник физического изолирования pri если есть дект. Изолирование pri по схеме pri-sip-pri, так по крайне мере можно избавится от кривизны часов прова

да еще Alcatel Call-Center позволяет использовать внешних агентов которые базируются на внешнем хосте (к примеру как Genesis), может стоит "могзи поизъедать" как вместо Genesis прикрутить астериск

так и есть, факт коннекта есть и проигралось сообщение пилоту, астериск же не знает кто там поднял трубку пилот или агент

если для вас это очень актуально разворачивайте Call-Center на что-то другом, если астериск может при установлении коннекта "плюнут" сообщение "vip стучится" агенту то почему и не развернуть

опечатался, речь идет о ACR
проиграть что-то в сторону оператора врятли

тут у автора поста не понятно - vip клиенты проходят в начало очереди или нет?
такое ощущение что vip-клиенты сваливаются куда-то (т.е. висят висяком) и нужно чтобы их оттуда взяли на обработку путем оповещения "вам звонят"

вот поэтому речь идет о ACR
vip-клиент пройдет "по головам" очереди а тут хочешь не хочешь надо обработать его т.к. идет вызов от него

изучайте ASR, там возможно

CS-2 стояла в MR3?
попробуйте ее в MR1 воткнуть, может оживет

сейчас sip-провайдеры передают факс passthru, если атс бородатая (судя по железу) то будут проблемы с факсами
если есть свободный pri то можно впереди поставить балалайку isdn-to-sip

продублируйте все из "public numbering plan" в "privat numbering plan" на ОХО Б (которая конечная)

в ARS еще есть доп.поля IP (правой кнопкой мышки), вы про них не забыли случаем?

в inernal num.plan прописали 1000-1999 как ARS privat
в ARS 1000-1999 как public (по дефолту создается)
такой маршрут не будет работать

как у меня так и у других не дотягивается сила мысли до вашей атс и можно только гадать какие версии ОХО у вас и как настроено распределение входящих DID/ARS

транзитный транк выступает по аналогии как абонент т.е. учитываются баринги как на абоненте

тут еще есть засада с типом плана набора а именно public/privat как в inernal num.plan так и в ARS

у меня дома мясорубка что-то не хочет накачивать шарики

пусть автор поста скажет что я не прав: на панасе выход на alactel (как локальные звонки так и pstn) сделан через "privat line"

вот и сам вопрос назревает - стоит ли компрессор к мясорубке прикучивать???

что мешает использовать туже самую группу транка на панасе использовать как public, caller-id для pstn на панасе прописывается в 4.1

оба телефона из комнаты меняют адрес или только один?