День добрый.

Столкнулся со странной проблемой. У нас программисты пишут сейчас софтфон для внутренних нужд на основе SIP SDK PCBest Network, используя библиотеку GTSipCtrl, ну а я в свою очередь пытаюсь настраивать астериск для их задач. Сейчас у нас астерисков стоит два - один это AsteriskNOW и второй - поставленный на чистую систему по мануалу. Оба астериска привязаны к ведомственной атс siemens hipath через "переходник" e1-sip в лице Cisco.
И значит в этой не простой системе связки оборудования мы попадаем на неприятный момент:

Если использовать в "Чистый" Астериск, и использовать софтфон из 1С, и совершить звонок абонентам сименса, поговорить, а потом положить трубку, то возникает странное: Линия якобы освобождается о чем мы получаем сигнал в софтфон от астериска, но фактически она находится в непонятном состоянии - вызываемый абонент не слышит что положили трубку, но в момент когда он ее кладет - происходит вызов абонента, образовывается ошибка и линия освобождается.

В тоже врямя, с AsteriskNOW такого не происходит. Там все прекрасно.

Я даже не знаю что может быть, почему происходит такая штука. Каждый экстеншн в диалплане завершается хэнгапом. Монстрообразности у него нет, десять строчек...

Подскажите пожалуйста, что может быть и как лечить.

1С управляет вызовом или только инициирует его? (зачем упоминать о ней??)
Хотя бы вывод verbose 9 консоли дай.

в крадце описание:
6012 - это абонент астериска.
1229 - это абонент сименса.
192.168.110.231 - циска-переходник.


-- Executing [1229@phones:1] Dial("SIP/6012-000001e3", "SIP/192.168.110.231/1229") in new stack
-- Called 192.168.110.231/1229
-- SIP/192.168.110.231-000001e4 is making progress passing it to SIP/6012-000001e3
-- SIP/192.168.110.231-000001e4 answered SIP/6012-000001e3
-- Native bridging SIP/6012-000001e3 and SIP/192.168.110.231-000001e4
-- Native bridging SIP/6012-000001e3 and SIP/192.168.110.231-000001e4
-- Native bridging SIP/6012-000001e3 and SIP/192.168.110.231-000001e4

Идет звонок, и потом 6012 кладет трубку.

== Spawn extension (phones, 1229, 1) exited non-zero on 'SIP/6012-000001e3'

А вот это возникает когда происходит 1229 уже кладет трубку.

Зы. Почему упомянул про 1с. Потому что X-Lite исправно работает везде.

Циску назвали переходником. Циско негодуэ.

canreinvite=no

Разговор абонентов софтфона и Siemens - это два плеча.
Одно плечо - чистый sip (софтфон), второе -
Siemens hipath через "переходник" e1-sip в лице Cisco. То есть но составное: первое колено sip до шлюза Cisco, второе - Е1 до Siemens.
В момент хэнгапа софтфона странности мониторятся в Cisco шлюзе командой
show call active voice brief
и там видим два этих колена: IP плечо до Астериска, и Tele - через интерфейс Е1.
Так вот хэнгап должен приводить к завершению вызова и на обоих коленцах в цыске, а если нет - смотреть причины завершения, на стороне ISDN cause (16) должна быть стразу, Normal call clearing.

А ведь помогло. Неожиданно оказалось. Спасибо.

Здесь все получается нормально. Даже не понятно что получается.

Смотрели трейс сипа на стороне софтфона? От кого приходит новый INVITE?

В силу калечности интерфеса - посмотреть от кого Инвайт - нет возможности. Есть просто подозрение, что он не корректно завершает сессию. Но это уже головняк программистов.

интерфейс тут не при чем. Wireshark еще никто не отменял.