Связка Asterisk+Lync 2010 - запись звонков(+)

[Samael28]

По мне так удобнее видеть голову только того кто говорит. На софтфоне или видеотелефоне все равно даже 3х3 не увидишь толком лица, нужен большущий экран.

Собсно, для этого и ставят системы с экранами от 42х дюймов Большие начальники и не только очень любят не просто пыриться в телефон с микроэкраном, а говорить с изображением, которое практически в реальный размер. Тут может быть 2 варианта - "не распробовали" и "дорого, нафиг надо".

запилил канальный модуль chan_mcu.so для Астериска... Скоро обубликуем.

Цена вопроса и производительность? 9 участников в 1080p с индивидуальными раскладками - какой проц надо?

[homeless]

ок, ладно, общее направление пошедшего разговора понятно.

Не буду спорить о Asterisk vs Lync - у каждого свои плюсы и минусы. Сам на текущий момент работаю с обоими - как продавцу решений мне надо иметь для предложения клиенту оба варианта...

Насчет показа собеседников - иногда таки надо иметь матрицу 2х2 3х3 и т.д. - когда народу немного и все более менее активны. У линка, например, сильно напрягает пауза на переключении видео по голосу говорящего (т.е. человек начинает говорить, а его картинка у других появляется только секунды через полторы-две)

Насчет линка как АТС - действительно ужасен - чего стоит отсутствие функционала перехвата звонка....

Насчет провайдера - к сожалению не все могут дать то что просишь. иногда даже то что дают - приходится настраивать совместно на их стороне...

По поводу записи - буду смотреть логи и экспериментировать. по идее надо делать, чтобы линк вываливался из процесса Аб1->Астер->Линк->Аб-линка(внутренний номер)->Линк->Астер->Аб-линка(мобильный номер) - т.е. цепочка в итоге должна свестись к такой - Аб1->Астер->Аб-линка(мобильный), но и тут получается (по терминологии Cisco) - 2 ноги , но вроде как проще сопоставить

[Glukinho]

В некоей конфигурации под нашим управлением астериск тоже стоит в разрыв города, тоже для записи (и прочей логики, почему-то неподвластной волшебному линку). Пишем все разговоры, будут записи дублироваться - ну и хрен с ним. Не понимаю, чего вы так паритесь. Лучше, чем ни одной записи не будет.

[homeless]

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

[Glukinho]

Я думаю, не выйдет, т.к. с точки зрения астериска звонок обычный и звонок переадресованный ничем друг от друга не отличаются.

[Vlad1983]

можно трейсах сигналки глянуть возможно добавляется Diversion или ещё какой заголовок при переадресации
по ним и отлавливать

[noize]

Out, мой комметарий был не про то, что ТС не может что-то подключить на линке, а про саму убогость данной платформы

[homeless]

посмотрел вывод астера при звонке с привязанного к нему софтфона (500 екстеншн) на номер линка (129) и дальнейший перевод звонка линком на мобильник:

Код: Выделить всё

== Using SIP RTP CoS mark 5
    -- Executing [129@from_hardfones:1] Dial("SIP/500-000013dd", "SIP/Lync_Trunk/129") in new stack
  == Using SIP RTP CoS mark 5
    -- Called SIP/Lync_Trunk/129
    -- SIP/Lync_Trunk-000013de is ringing
    -- SIP/Lync_Trunk-000013de is ringing
    -- SIP/Lync_Trunk-000013de is ringing
    -- SIP/Lync_Trunk-000013de redirecting info has changed, passing it to SIP/500-000013dd
    -- SIP/Lync_Trunk-000013de is ringing
  == Using SIP RTP CoS mark 5
    -- Executing [номер_мобильника@from_lync:1] Dial("SIP/Lync_Trunk-000013df", "SIP/PSTN_Trunk/номер_мобильника") in new stack
  == Using SIP RTP CoS mark 5
    -- Called SIP/PSTN_Trunk/89157624166
    -- SIP/PSTN_Trunk-000013e0 is ringing
    -- SIP/PSTN_Trunk-000013e0 is making progress passing it to SIP/Lync_Trunk-000013df
    -- SIP/Lync_Trunk-000013de is ringing
    -- SIP/Lync_Trunk-000013de is ringing
    -- SIP/PSTN_Trunk-000013e0 answered SIP/Lync_Trunk-000013df
    -- SIP/Lync_Trunk-000013de answered SIP/500-000013dd
    -- Locally bridging SIP/500-000013dd and SIP/Lync_Trunk-000013de
  == Spawn extension (from_lync, номер_мобильника, 1) exited non-zero on 'SIP/Lync_Trunk-000013df'
  == Spawn extension (from_hardfones, 129, 1) exited non-zero on 'SIP/500-000013dd'

Соответственно есть Locally bridging - если не ошибаюсь MixMonitor с опцией b мне в данном случае может помочь + AUDIOHOOK_INHERIT

[homeless]

у кого как... у меня особо не было. кроме того - сейчас параллельно обкатываем 2013-й линк - спокойно работает с теми же параметрами что и 2010-й.
правда из-за того что 2013 пока сидит в другой подсети - пришлось прописать nat=yes, не очень понятно почему - к сетевому адаптеру смотрящему во внутреннюю сеть просто привязан 2-й IP-шник подсети 2013-го...

[Aven]

Осмелюсь заметить - специалист нашей компании запилил канальный модуль chan_mcu.so для Астериска - видеоконференции.
А также модуль для управления им под freePBX.
Скоро обубликуем.

Подробности будут? Опенсорс?