Коллеги, добрый день.
В доке к релизу 11.2 вычитал, что на SIP Extension должен работать Set Supervision.

A SIP set operating in SEPLOS mode can have up to 10 programmable keys. These keys are
virtual and there is no correlation between them and the SIP set physical keys.
Example:
A supervision of a given set is programmed on a SIP set on key 3 in the Alcatel-Lucent OmniPCX
Enterprise Communication Server configuration. The SIP set is in idle state and an incoming call is
received on the supervised set. The call on the supervising set is presented on the first free physical call
key of the SIP set.

Практика результатов не дала. Кто-нибудь пробовал такое исполнить?

Ответил, перевел (трансфер, не форвард). SIP транк-группа сделана ISDN All Countries

Эти два я сразу попробовал. С рестартом даже. Не помогает.

Коллеги, добрый день.
Проблема вроде мелкая, но решить не могу.
Приходит вызов по SIP транку на цифрового абонента, тот переадресует на другого абонента вслепую (не дожидаясь ответа), и переведенный вызов рвется через 30 секунд. В Trunk COS перепробовал все таймеры - не влияет. Пробовал менять таймер 4 в системе, тоже ничего. Где рыть?

Коллеги. Проблема решилась с переходом на Висту версии 3.0. Имейте в виду.

OmniVista R2.6.07.06
OTMS ot-R2.1.1-10.0.000.052

Почитал тему из соседнего раздела http://www.intersyst.ru/support/forum/forum35/topic1888/ и предположил, что ноги растут все из тех же проблем с кириллицей.

Коллеги, добрый день.
На рассмотрении страшный зверь по имени OpenTouch. Диспозиция такая - есть OTMS, живущий на блейде и три кристалла с аналоговыми абонентами числом около 2К. Проблема следующая: при создании аналоговых номеров ОмниВиста автоматомсоздает каждому уникальный UserID, состоящий из доменного имени, DirName и DirFirstName. А поля имен очень часто повторяются, это должности сотрудников. Поэтому при заливке из файла создается первый юзер, все последующие с повторяющимися именами выдают ошибку. Пытались вручную создавать юзером, беря за основу UserID внутренний номер. Создается, но при синхронизации ОмниВисты она берет имена из ОХЕ и пытается на их основе построить UserID. Соответственно, опять ошибка.
Отсюда вопросы:
1. Можно ли запретить части пользователей синхронизироваться с Directory?
2. Какой-то цивильный путь победить эту ситуацию есть?

Андрей.
Вот SIP Gateway до изменения номера нода.
+-----------------------------------------------------------------------+
|                          SIP Gateway X |
+-----------------------------------------------------------------------+
Machin name            : node000000
IP Address             : 10.157.152.3

Subnetwork number      : 10
SIP Trunk Group        : 100

DNS Informations :
DNS local domain name  :

Транкгруппа 100 в сервисе.


А вот после:

+-----------------------------------------------------------------------+
|                          SIP Gateway X |
+-----------------------------------------------------------------------+
Machin name            : node000001
IP Address             : 10.157.152.3

Subnetwork number      : 10
SIP Trunk Group        : 100

DNS Informations :
DNS local domain name  :

Вот sipdict:
+----------+----+------------------------------------+----+-----+------+------+------+-----+
|     2002 |  0 |         2002@           node000000 |  3 |   1 |    0 |    0 |  --  | --  |
|     2003 |  0 |         2003@           node000000 |  3 |   1 |    1 |    1 |  --  | --  |
+----------+----+------------------------------------+----+-----+------+------+------+-----+

sipextusers пустой, все теефоны работают через локальный GW.

У SIP телефона (в web форие) нет поля Domain.
Есть SIP Server, Registration, SIP Outbound Proxy. Везде прописан IP адрес станции.

Коллеги. С прошедшими вас праздниками. Продолжаем.
Проблема кристаллизовалась в следующее:
1. имеем прописанные и зарегистрированные SIP аппараты разных марок и один 4028. С SIP на 4028 звонки не идут (480 temporary not available), с 4028 на SIP все хорошо.

2. Переделываю netadmin, меняю только номер нода с, допустим, node000000 на node000001. Рестартую. С SIP на 4028 звонки идут, с 4028 на SIP - нет! При этом, если смотреть sipdict, у аппаратов прописано xxxx@node000000, то есть неверная доменная часть.

3. Удаляю SIP аппараты,создаю и регистрирую их заново, в sipdict становится xxxx@node000001, но повторяется исходная ситуация из п.1.

Что за дела? Пробовал на R10.1, R11.0, R11.1. Наверняка у кого-то есть инсталляции, где были бы SIP и H323 абоненты одновременно. В чем может быть беда?
Наверное, немного сумбурно изложил, но даже описать толком эту ситуацию трудно.

Перепрописал как SIP Device - и заработало в обе стороны.
Что это было?
Кстати, похоже, что русские имена на 8012 не живут.

Обновил. Прошивка самая свежая, с сайта.

Добрый день.
Прикрутил 8012 к ОХЕ 11.1. Регистрируется нормально. Но припопытке набрать номер соседа (IPtouch или другой SIP) выдает SDP: DTMF Payload for RFC 2833 is missing. При входящем звонке вызов идет, после снятия трубки идет отбой у звонящего. Думал, дело в кодеках, пробовал и на 711 и 729. То же самое.
В конфигурационном файле правил DTMF Mode, перебрал все три варианта. Не помогло.
Был у кого-нибудь опыт?

Прошу прощения за молчание. Отобрали, блин, тестовую станцию. Вернут - продолжу.

Коллеги, добрый день.
Есть ОХЕ 11.1 на AS, больше никакого железа нет. К ней привязаны SIP аппараты и один 4028. С 4028 на СИПы звоню нормально (по внутренней), наоборот - нет, и между собой СИПы тоже не звонят.

Вроде все делано как обычно: есть Транкгруппа 100 для локального SIP, привязана к Network 2, она в сервисею
Настроен SIP Gateway:

                 SIP Subnetwork : 2
                SIP Trunk Group : 100
                     IP Address : 10.157.5.51
            Machine name - Host : node000001
          SIP Proxy Port Number : 5060
     SIP Subscribe Min Duration : 1800
     SIP Subscribe Max Duration : 86400
                  Session Timer : 1800
              Min Session Timer : 900
           Session Timer Method + UPDATE
          DNS local domain name : -----------
                       DNS type + DNS A
            SIP DNS1 IP Address : 10.157.0.20
            SIP DNS2 IP Address : -----------
                     SDP in 18x + False
                    Cac SIP-SIP + True
INFO method for remote extension + False
  Dynamic Payload type for DTMF : 97


В системе и на апgаратах сказано работать по G729. Аутентификация отключена. Все аппараты в сервисе.
Пробовал на другой станции с другими адресами - тот же результат. Где косяк?
Вот лог неудачного звонка с SIP 3001 на IPTouch 3000:

https://cloud.mail.ru/public/uvEZ/iGySCYRZv
(Почему-то не дает вставить лог напрямую в сообщение)

Андрей, большое спасибо.
Завтра опробуем.