Родился альтернативный вариант: ставим клиенту NPRAE, замыкаем потоки и префикс 0 запускаем в поток с приходом теперь уже "городского" вызова на группу операторов. Пока тип ТГ обычный PRI, все хорошо перетекает, но нет имен. Сделал ТГ ABС-F со ссылкой на Network Routing Table c QSIG-GF, и получается следующая ерунда: при вызове с поточной петли на оператора вижу, что идет звонок с Entity_0, хотя в трансляторе направлен на Entity call с энтити 2. Где entity подменяется?
Все сам нашел, это энтити юзера.
В общем, по QSIG вызов тоже не перетекает. Есть какие-нибудь идеи?
Коллеги! Имеется гостиничная ОХЕ R9.1 Crystal, и Attendant Group о трех аттендантах 4059IP. Входящий из города падает на Entity Call, где первой очередью стоит Attendant Group, второй - хантгруппа. При неответе аттендантов по таймеру в entity Overflow Timer вызов перетекает на вторую очередь. Все как надо. А внутренние звонки, сделанные на тот же Entity Call, долбятся у аттендантов до посинения. Я прочел в доке, что тот таймер работает для внешних звонков. Есть ли какой-нибудь альтернативный способ получить для внутренних звонков перетекание по неответу с операторской группы?
Ну, да. Спасибо за подтверждение, так и сделали. Кстати, у нас станций сотни, ни для одной Алкатель не присылал ПАРИ. Или его отдельно запрашивать надо?
Здравствуйте, коллеги. Так получилось, что в соседних корпусах одного комплекса живут две разные ОХЕ (одна кристалл, вторая common hw), обе с DECT, и PARI у них одинаковый. Так вот, через два дня после запуска второй станции на первой начались проблемы: отвалились две базы (ну, это, скорее всего, совпадение) и в районе баз, географически близких к зданию со второй станцией, начались беды с уровнем сигнала.
Что делать - менять PARI на второй с перерегистрацией трубок?
А как же - и SIP, и IP телефоны присутствуют. Что-то у меня пробел в теории. 19-0 - виртуальная плата UA16, 19-1 и 19-2 -- INTIP3. Почему аксесс создается на 19-0?
Здравствуйте. Имеем MG R10.1.1, по сетевой архитектуре нод 14, смотрящий двумя гибридными линками в ноды 1 и 2 той же сети. Проблема такая: во вражеском техзадании (французы делали) сказано, что аксессы в линках должны быть 19-0-0 и 19-0-1 (Signaling type = IP). У меня же упорно создаются 19-0-2 и 19-0-3. Удалял, ребутил, делал заново - та же петрушка. Фокус в том, что самый первый раз создались правильно, 19-0-0 и 1, но что-то мне там не понравилось, удалил, и вот теперь никак к канону не вернуться. PS Насколько это вообще принципиально?
Настройки систем с 9.1 и 10.1.1 абсолютно идентичны, сравнивал побуквенно и транк группы, и SIP GW. А в трассе пишет "не авторизовано", как будто логин-пароль не тот, после "передергивания регистрации" так же просто и естественно начинают идти чистые звонки. Непонятно. Оно, конечно, работать будет, но осадочек остался.
Здравствуйте, коллеги. Хочу поделиться опытом. Подключал аппарат 4135 к OXE в железе MG. После создания абонент не жеьает регистрироваться. Отключаю регистрацию - начинает звонить. Включаю регистрацию - регистрируется и звонит. Ребут АТС (регистрация включена). После ребута не регистрируется. Отключаю регистрацию - пошли звонки. Включаю регистрацию - регистрируется и звонит. Пробовал на патчах 20i и 22.
Фокус в том, что к 9.1 (правда, в кристалле) регистрируется сразу без танцев.
vad пишет: Все равно не понятно - зачем вам делать разную регистрацию для разных абонентов станции (вернее не вам, а провайдеру). Что мешает - с точки зрения "не левых" соединений - аутентифицироваться станцией на шлюзе (иметь один external gateway), а отдавая правильный АОН - разруливать тарификацию у провайдера для разных организаций внутри вашей АТС.
Вот ровно такой же вопрос я, не будучи оригинальным, пытался задать нашим проектантам еще в начале этих плясок. "Такие правила" - был ответ. Вот и пришлось реализовывать... Я ведь не зря в середине ветки интересовался, как у меня на эту схему ABCF на другие узлы ляжет. Носом чувствую еще порцию проблем.
Андрей пишет: В 10.1 можно ассоциировать Ext. SIP Gw с транкгруппой и, соответственно, выбирать SIP GW не через Numbering command, а выбором транкгруппы.
А транкгруппу можно выбирать в ARS автоматом из Entity.
Схему попробую на стенде, расскажу. Какой-то косяк предвижу: с одной стороны, SIP GW может быть привязан к TG, с другой стороны, в самом SIP GW объявляется используемая TG. А если я в TG укажу один GW, а в этом GW укажу другую TG - кто кого переборет? Короче, буду пробовать.
