Добрый день форумчане.
Может тема уже поднималась, но поиском не нашёл.
Есть станция OXE R10. От неё идёт Sip транк группа на Cisco, от Ciscop в свою очередь Sip к провайдеру.
Есть два телефона, подключенные к станции - цифровой 4039 и Iptouch 4018. Звоню в город (через дискриминатор, ARS, SIP транк группу и далее на Cisco), соединение устанавливается, разговор начинается, меня приветствует автотётька на том конце. Через 5 секунд (после перехода линии в ответное состояние) жму * (переход в тоновый режим), в этот момент по трассировке видно, что происходит REINVITE, далее на цифровом аппарате все нормально, донабор работает, попадаю куда надо. А вот на IP аппарате после набора * пропадает входящий голосовой поток, то есть у меня в трубке тишина. Соединение не рвётся. Причём, все что я после этого говорю, а также тоновые сигналы, которые набираю, на том конце слышны.

Посмотрел трассировки в обоих случаях, с виду всё идентично.  
куда копать?

Трассировку почему то не получается прикрепить - может большая слишком.

1) Настроено именно так, как вы описываете.
2) Астериска посередине нет.
3) Отлуп происходит в момент заказа услуги (немедленная переадресация). Самой переадресации (как впрочем и звонка) нет и трассу снимать не с чего. Или мы про какую трассу говорим? Я обычно использую t3.

Да, просто дозвон с данного аппарата на эти номера есть.
Area Number одинаков в обоих случаях. Длина номера одинакова - 11 цифр (89*********). Разный только ARS.

Добрый день, коллеги.
Извиняюсь, если дублирую тему. Но возникла вот какая проблема.
Есть префикс для Immediate Forward   #41
Есть префикс "ARS Prof. Trg Grp Size with overlap" . У нас это 0.
Набирая 0, мы попадаем в логический дискриминатор, из него в соответствии с настройками Entity в физический, а уже в физическом расписаны диапазоны номеров (Москва, Екатеринбург, Новосибирск, Нижний Новгород) и соответствующие ARS для каждого направления.
В Нижний Новгород мы звоним через Е1, выход на который прописан в соответствующем ARS с указанием конкретной транк группы.
В Екатеринбург мы звоним через H323/SIP шлюз, выход на который (по H323) также прописан в соответствующем ARS путем дописывания SpeedDial, который в свою очередь имеет тип звонка IP (ну соответственно там же в SpeedDial прописывается IP адрес шлюза.

Абонент хочет заказать немедленную переадресацию на мобильный.
Набирает
#41 - 0 - номер в Нижнем Новгороде.             Срабатывает
#41 - 0 - номер в Екатеринбурге.                Отлуп.

Т.е. где-то вероятнее всего срабатывает COS, а где не понятно.
Как быть?

Здравствуйте уважаемые форумчане.
Может кто подскажет.
Практикуем сбор N Perty Conference. Договорились что собираем совещания на конкретном номере с конкретным паролем.
После очередного совещания в конференции осталось 3 "мнимых" участника. Возможно они как то неправильно вышли из конференции или просто вывалились из неё.
Команда cfnstat показывает что в конференции сидит три участника в состоянии "JONCTEUR in conf".
Если захожу туда, то на дисплее пишет "количество участников 4", а команда cfnstat отображает меня  как "directory number  5711", а остальных "JONCTEUR in conf".
Таким образом для вновь собираемых конференций идёт дезинформация о количестве участников.
Есть три варианта: 1) Ребутнуть станцию  2)Договориться собирать на другом номере 3) Почистить "мнимых участников".
Третий вариант более предпочтителен. Может кто подскажет как.

Апну тему.
Перетекание при настройках, как описано выше, не происходит.
Может у кого есть какие мысли?

Внесу свою лепту как автор темы.
В данном случае (как мне кажется) не важно две или одна TG будет, т.к. IP TG в данном случае нужна для совершения ABC-F VPN звонка.
Почему нужно задействовать именно обе GD? Во-первых офисы разнесены. В одном CS+GD, во втором только GD. Связаны офисы VPN туннелем через интернет, который имеет свойство отваливаться (за не уплату или по вине провайдера).
Во-вторых в офисе, где CS+GD происходит мистика - периодически падает линк на GD (то ли патч-корд фиговый, то ли порт косячный). Но в данном офисе в основном IP аппараты, поэтому при наличии второй ресурсной платы, привязанной к IP TG всё будет работать и всё будет прозрачно.

Решено!!!
В cfgUpdate был не правильно выставлен " 41 Remanent size"
Визуальных признаков станция не подавала. В incvisu никакой ругани. Можно сказать случайно обнаружилась ошибка (при заведении нового пользователя):   "No more memory space (remanent)".
Похоже какой-то косяк с hardware.mao или кто-то по незнанке выставил меньший размер.
Увеличил с помощью  cfgUpdate этот параметр, ребутнул станцию. Всё заработало.

To VAD:
Ящики стоят в разных офисах подсетях. У меня было представление (судя по всему неверное) что для связи между станциями нужна одна IP транковая группа. Однако прочитав ваше сообщение и "включив соображалку" вспомнил, что при установлении соединения используется VPN Overflow Number. Он ссылается на ARS и там можно прописать не один маршрут (как сейчас), а несколько с соответствующей IP TG в каждом маршруте.

Спасибо за помощь.
Тему можно закрыть.

Фраза "при прописывании всяких линков" звучит для меня как-то расплывчато по смыслу. Если речь идёт про T2/T1/T0 Access, то у меня там при создании в строке Cluster ID стоит курсивом -1 и менять не даёт (это в OmniVista). Если работаю через mgr, то при создании T2/T1/T0 Access никакого упоминания про Cluster ID нету.

При создании Inter-Node Link никакого упоминания про Cluster ID нет.
Какие ещё "всякие линки" имеются ввиду - я не знаю.

У меня на всех станциях ключ 342 в значении "0".
Тем не менее, на них можно привязать по нескольку GD-шек к одной IP TG. А вот на этой конкретной станции не получается.

Проверил в cfgUpdate количество транков. Стоит 800. Используется разумеется меньше.

Да, VPN звонки используются.
Сделал как Вы написали : на транковой группе supervised by routing=NO, на T2/T1/T0 access для данной транк группы выставил X25 synchronisation = disable
Пробую добавить T2/T1/T0 access с физичекским портом 3-0-0, получаю ответ:
"Ошибка [PCX] Создать \Novosib\Trunk Groups::600\Trunk Group::1\T2/T1/T0 Access::3-0-0 processing Failure"

Убиваю T2/T1/T0 Access с физическим портом 2-0-0. Пробую добавить с физическим портом 3-0-0. Добавился!
Так... Пробую добавить с 2-0-0 , получаю:  
"Ошибка [PCX] Создать \Novosib\Trunk Groups::600\Trunk Group::1\T2/T1/T0 Access::2-0-0 processing Failure"

Глаза в кучу. Станция сама решила что не более одной GD на транк группу?  

Здравствуйте, коллеги.
Есть станция, нода в сети ABC-F. Состоит из двух конструктивов. Оба конструктива с платами GD-2.
Создана IP Trank Group. В ней создаём T2/T1/T0 Access.
При создании первого с привязкой к физическому порту 2-0-0 всё ОК. При попытке подвязаться на вторую GD 3-0-0 говорит "Physical Address : physical cluster already exists at this address".
Смотрю X25 - X25 Cluster - есть один с функцией T2 и физическим портом 2-0-0. Никакого другого с физическим портом 3-0-0 нет.
Куда копать?

В phone feature COS и у вызывающего и у вызываемого оба параметра (Int. oferflow if caller/ if called) выставил в "1".
Таймер 4 - 90 (пробовал менять)
Таймер 9 - 0  (пробовал менять)

Перетекание не происходит. При вызове ответ "Функция отклонена".

P.S. В качестве доп. информации:
1) на всех Entity выставлен Caller ID Secret - "YES"
2) У всех пользователей в Dynamic State User снята галка Consistent with Identity
Эти галки установлены так для правильной передачи имён/номеров на другие шлюзы типа Microsoft Lync, Cisco, Asterisk.

Vad, спасибо за быстрый и полезный ответ.
Всё получилось, кроме перетекания на техподдержку.
В Entity программистов указал:
1) Trafic Overflow - Allowed with no control
2) Overlow routing number - номер техподдержки
3) Forwarding on routing - YES
4) 1st Night Routing - номер техподдержки
5) 1st Day Routing - номер техподдержки
6) В incoming State Hours везде 24,0,Night (по умолчанию).

Тестирую: у меня connection COS 0, у прогера 2.
Я в первом Entity, прогер во втором.

Набираю на прогера - "Функция отклонена" (перетекание не сработало). Меняю у него Сonnection COS на "0" - дозвон пошел. Потом с этим же Connection COS набираю ему, когда он занят - перетекания нет, автотётька предлагает встать в очередь.

Где собака зарыта?