в аналогичной ситуации пришлось поступить как написано в документации SIP Trunking > detail description  а именно прописать код страны. после этого номера в SIP забегали в канонической форме (это я вам на всякий случай говорю, возможно у Вас стратегии привязаны к номерам или база данных контактов), а в сети - с нужными NPI/TON

Чем включен генезис? Sip?

виста в любом случае покажет только то, что получила от станции. проверьте настройку фильтра на АТС в разделе Applications > Accounting > files for external accounting . там должны быть включены фильтры со словами  Incoming, в частности Public network incoming call

наводят на странные мысли ваши вопросы про удаление сети и подсети... это у вас единственная станция или все-таки узел в сети станций?

вы точно абонента создаете как SIP extension, а не SIP device?

В параметрах транковой группы есть trunk group NPD selector где указываете нужный номер. В  translator > external numbering > есть  32 numbering plan descriptor. Вам надо либо использовать имеющийся стандартных NPD либо написать свой, который вам нужен 33 и далее. В транковой группе сослаться на этот NPD.

Нет, это не в станции. Это в IP DECT Manager, в настройках системы можно (и нужно, без этого не работает) ввести PARI. Там только одно поле, и максимум можно ввести 8 знаков. Впрочем, поскольку трубки не регистрируются на станции, станционный PARI может и не совпадать с DAP Managerовским. Интересно, а нужен вообще PARI на станции при использовании IP DECT?


Указал, само собой. Это в доке прямо указано отключить. Что интересно, трубка Mobile 200, а определилась как 400. Видимо, 400-е должны работать, жаль, на руках ни одной нет.[/QUOTE]

найдите на досуге тс1773 - там описана тонкость с PARI в классическом и IP DECT. если кратко - классическое пари - 11 цифр в восмеричной системе, в IP-DECT ровно тоже самое - в  hex. сконвертировать можно в калькуляторе  windows.
PARI нужен - это первый пункт в аутентификации трубки в системе.

vice record неплохо грузит сеть, на виртуальной машине советуют ставить если запись будет не более 70 телефонов и тем не менее SQL сервер делать выделенный внещний, что касается СС, то если это встроенный CCD Алкатель, то сервера ему не нужны. А если это CC Premium, Genesys или еще что-то - то я бы не стал ставить его на виртуальную машину. Все таки интенсивная работа КЦ требцет довольно много ресурсов, особенно если будет какая-то интеграция телефонии и рабочего места оператора.

Коллега. Подойдите к вопросу творчески. Вам никто не запрещает в последних релизах задать до 200 диапазонов в did translator. Разбейте диапазоны 252700 на куски. 242740 из этого куска отдайте на 53ххх пусть даже это будет один номер. Остаток 242ххх следующим куском остатку абонентов.

Если 531717 это номер, по которому можно позвонить на абонента транка из алкатель, то таки да. А в вашей транковой сети есть диспетчер?

Если не жалко - можете отдать транковой связи кусок внешней нумерации через did translator.

Судя по всему у вас многосайтовая сеть abc-f. Если это так, то надо внимательно подойти к расчеты лицензий на это. Выгоднее может оказаться иметь одну точку входа в КЦ и группу распределнных операторов чем много точек и много операторов.

да, все. подсказки и музыка - на платах GPA, вся маршрутизация вызовов - на АТС. Исключение - ПО сбора статистики и он-лайн конфигурация-мониторинг - это Call Center Supervisor ставится на машину с Виндой и Экселем (для стат отчетов в виде таблиц)

hunting group и call center - понятия несовместимые. то, что вам надо, штатно делается средствами Call Center distribution (CCD)  в Алкатель.
Увы - это лицензируется. Лицензией контролируется количество одновременно работающих операторов. Очередей, операторских групп, музык и прочих полезностей колл-центра (например расписание работы, статистика, он-лайн наблюдение за состоянием очередей и операторов) - может быть сколько угодно в разумных пределах.

или уже на этом - тут http://www.intersyst.ru/support/forum/forum35/topic601/