К HP4000 подключен IVR, как SIP-клиент. Т.е. в HP4000 организована hunt-группа 1880(1881&&1888). 1881&&1888 - это номера в sbcsu(SIP) .

Городские номера получаем от оператора в потоке E1(ETSI) и направляем на 1880, через переадресованный виртуальный номер.
Например:
4951234567 -> 004567 ->fwd(cfu) -> 1880.
4997654321 -> 004321 ->fwd(cfu) -> 1880.

IVR определяет на какой городской номер пришел вход. вызов по полю DIVERT в SIP-е. В моем примере, это либо 004567, либо 004321.

Суть проблемы.
Если входящий вызов на городской номер, 4951234567, будет через переадресованный городской номер, то во входящем же SETUP-е прилетает Facility (etsiDivLegInf2 с номером, на котором установлена переадресация, например: 4950000000). А, в этом случае, HP4000 отправляет в invite-е поле DIVERT=4950000000, должен быть DIVERT=004567

Существует ли возможность настроить игнорирование всего поля Facility c etsiDivLegInf2 или, хотя бы, игнорировать только номер(4950000000) в нем?

В SETUP маловероятно, что-то убрать (можно самому переписать под себя протокол обмена).
Вы просто опишите алгоритм работы как это есть и что нужно.
Не понятно, почему при этом используется переадресация, а не RUFUM?

... почему при этом используется переадресация, а не RUFUM?
Нескромно присоединяюсь к вопросу...
Пока.
Олег.

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

Не понятно, почему при этом используется переадресация, а не RUFUM?

Добрый день!

Входящие DID в E1, "перехватывает" DNIT (в примере выше, это: 4951234567 -> 004567):
- требуется второй строкой отображать "имя" городского номера, без лишней информации;
- применяется clip-routing, в том числе, и из-за необходимости фильтровать номера внешних телефонных "спамеров";
- и т.д. (пример тут (http://bbs.radiolink.ru/forum/showpost.php?p=351030&postcount=5))

В моем случае, RUFUM мне также не поможет (проверял!), поскольку, номер (например: 004567) в DIVERT-е, все равно, подменяется на внешний (например: 4950000000).

Понимаю, можно подключить IVR и как SIP/H323-транк. Тогда DIVERT можно не использовать. Но, при таком включении, каналы между IVR и АТС будут заняты до момента завершения разговора, т.е. каналов нужно больше. В IVR каналы лицензируются, а "лишних" денег на них нет. Еще вариант, обойтись без DIVERT, - создать hunt-группы (с разными SIP-номерами(в sbcsu)) под каждый городской номер. Но.., опять же, "где деньги Зин" уже на лицензии COMSCENDO..
Просил оператора удалять номер из Facility(etsiDivLegInf2), но.. результата пока нет.

Фактически, сейчас, мне нужно каким-либо способом "научить" АТС игнорировать внешний номер в Facility(etsiDivLegInf2).


...(можно самому переписать под себя протокол обмена)...

"Было-бы интересно познать этот уровень!" :)
Вот, что сейчас в amo prode:
COPY-PRODE:PVCD,10;
CHANGE-PRODE:PD,PD04,RESTP,CAUNAME,27,26,,,,,,,,,;
CHANGE-PRODE:PD,PD04,ORG,,Y,;
Но, как создать копию "протокола обмена" ETSI, тем более, поправить в нем нужный(е) байт(ы). Я, увы, не знаю. :(
Не подскажете? :)

P.S.
Во вложении, отредактированный мной трейс входящего SETUP-а (+ Facility(etsiDivLegInf2)).

P.P.S.
По состоянию на 19.02.2016, задача коррекции протокола обмена ETSI еще актуальна!
А пока.., воспользовался функционалом DNIT(clip-routing), направив входящие вызовы(SETUP с FACILITY и DIVERT) с конкретных А-номеров, напрямую, на секретаря компании, минуя IVR.