Ipecs MICRO и сторонний sip WI-FI, Ipecs MICRO и сторонний sip WI-FI перевод вызова Опции

[serega1505]

Добрый день, уважаемые гуру!

Имею Ipecs MICRO (активировал временный ключ активации) и сторонний sip WI-FI (трубки типа GSM+Wi Fi) название трубок Pirelli DP L10. Трубки работают через AP D-LINK DAP-1150. Звонки ходят на ура, но вот при переводе звонка возникает трабла.
Схема звонка следующая: абонент 101(SLT) набирает абонента 105(SIP) тот в свою очередь отвечает, путём повторного нажатия на кнопку ответа удерживает абонента 101 и совершает набор абонента 106 (SIP), дозвон проходит, абонент 106 беседует с абонентом 105. Далее абонент 105 жмёт кнопку отбой и тут должно быть соединение 101 и 106. На самом деле происходит следующее: абонент 106 отбивается и к разговоры возвращается 101+105.
Трасса во вложении.
Файл конфига во вложении по ссылке
http://files.mail.ru/87202B863C074F559067027C0C889E7C
P.S.
На панасе KX-TDE на этих же трубках всё работает на ура.

[harris]

Добрый день, уважаемые гуру!

Имею Ipecs MICRO (активировал временный ключ активации) и сторонний sip WI-FI (трубки типа GSM+Wi Fi) название трубок Pirelli DP L10. Трубки работают через AP D-LINK DAP-1150. Звонки ходят на ура, но вот при переводе звонка возникает трабла.
Схема звонка следующая: абонент 101(SLT) набирает абонента 105(SIP) тот в свою очередь отвечает, путём повторного нажатия на кнопку ответа удерживает абонента 101 и совершает набор абонента 106 (SIP), дозвон проходит, абонент 106 беседует с абонентом 105. Далее абонент 105 жмёт кнопку отбой и тут должно быть соединение 101 и 106. На самом деле происходит следующее: абонент 106 отбивается и к разговоры возвращается 101+105.
Трасса во вложении.
Файл конфига во вложении по ссылке
http://files.mail.ru/87202B863C074F559067027C0C889E7C
P.S.
На панасе KX-TDE на этих же трубках всё работает на ура.

А вы уверены, что трассировка снималась именно при попытке сделать трансфер??
Там только три вызова с 106 на 101 и на 105.
Какой абонент пытался сделать трансфер?? Может все-таки 106, а не 105??
По-любому, в этих трассировках нет трансфера, есть только удержание вызова. При трансфере должны использоваться сообщения Refer, 202 и Notify, но этих сообщений нет в трассировке.

[serega1505]

А вы уверены, что трассировка снималась именно при попытке сделать трансфер??
Там только три вызова с 106 на 101 и на 105.
Какой абонент пытался сделать трансфер?? Может все-таки 106, а не 105??
По-любому, в этих трассировках нет трансфера, есть только удержание вызова. При трансфере должны использоваться сообщения Refer, 202 и Notify, но этих сообщений нет в трассировке.

В том то и дело что на данных аппаратах нет кнопки "transfer" переключение происходит путём повторного нажатия на кнопку дозвона а после соединения с пере адресуемым абонентом, путём нажатия кнопки "отбой". Я понимаю что здесь происходит удержание абонента №1 и после нажатия кнопки отбоя, простое возвращение из состояния HOLD.
Отсюда вопрос, где в станции настраивается (имеется ли вообще) настройка HOLD и Transfer?
Поскольку на данных аппаратах что либо изменить нет технической возможности.

при подключении этих аппаратов к TDЕ100, повторное нажатие на дозвон воспринимается станцией как transfer. и перевод вызова осуществляется без всяких заморочек.

[harris]

В том то и дело что на данных аппаратах нет кнопки "transfer" переключение происходит путём повторного нажатия на кнопку дозвона а после соединения с пере адресуемым абонентом, путём нажатия кнопки "отбой". Я понимаю что здесь происходит удержание абонента №1 и после нажатия кнопки отбоя, простое возвращение из состояния HOLD.
Отсюда вопрос, где в станции настраивается (имеется ли вообще) настройка HOLD и Transfer?
Поскольку на данных аппаратах что либо изменить нет технической возможности.

при подключении этих аппаратов к TDЕ100, повторное нажатие на дозвон воспринимается станцией как transfer. и перевод вызова осуществляется без всяких заморочек.

1) Нет. Вроде бы никаких настроек Hold и Transfer для SIP абонентов в станции нет.
2) На "родном" SIP-приложении (iPECS Communicator) есть кнопка Transfer (если не нажать Transfer, то можно только удерживать вызов, но набор второго абонента невозможен).
Процедура перевода вызова тоже сделана не "в одно касание", а в несколько шагов:
- соединение с Абонентом 1
- нажатие кнопки Tranfer
- соединение с Абонентом 2
- возврат из удержания Абонента 1 (Абон. 2 переходит в удержание)
- отбой инициатора Transfer'a (в этот момент от инициатора к Абон. 2 идет запрос Refer, Абон. 2 отвечает инициатору сообщением 202 Accepted).
После этого устанавливается соединение Абон. 2 с Абон. 1, т.е. трансфер завершился.
Это все соответствует процедуре, описанной в рекомендациях RFC5589 для SIP Transfer.

Каким образом Панас понимает, что нужен Трансфер, осталось неясным.

[serega1505]

Теперь нашёл в меню трансфер, но трансфер не простой а какой то "зашифрованный". Т.е. в меню русифицированном криво, это выглядит так. меню - передача - зашифрованная передача.
Так вот, при таком методе передачи звонка происходит удержание первого абонента, соединение со вторым (маяк) и сразу отбой. Во вложении трасса звонка абонент 101 SLT набирает 105 SIP, 105 отвечает, нажимает передача, происходит удержание 101, и набирает 106 SIP. Происходит дозвон до 106 (маяк) и сразу дисконнект.
А абонент 101 SLT остаётся на удержании.
Трасса во вложении.
НЕ пойму почему происходит разъединение.
Спасибо за дискуссию.

Прикрепленные файлы

 ________.rar ( 141,28 килобайт ) Кол-во скачиваний: 2