Ivan Sybyriakov

Так давайте опровержения на Yate или Asterisk. Можно даже с суммами, сколько Вы как специалист с большим опытом за это взяли бы денег и сколько бы это заняло времени. Вам тут привели "сложное" описание реализаций запрошеных вами функций, а Вы покажите как это реализовано в любом другом продукте (да хотя бы в том же цыско) + как бы Вы это реализовали в Yate/Asterisk. И мы все посмотрим на "этот" цирк Пока я от Вас увидел только сслыки на триксбокс и фразы вроде "Ваш админ это сам настроит".

Даже лень искать что это. Но что то мне подсказывает что обычной компании желаюшей получить телефонию по VOIP - тоже эти слова никто из провайдеров произносить не будет. Я не прав?

Меня зовут не Максим. H.323 на межоператорском обмене живее всех живых. Представьте себе. ASN парсер 7-й версии за 2009 год можете поискать на сайте ITU. Я как бы и не к Вам обращался Мы сейчас не об межоператорском обмене данными говорим (там совсем другие бюджеты и апгреды там годами проходят). А нацбанк досих пор принимает файлики с статистической отчётностью банков только arj архиве. Вы лично когда последний раз пользовались этим архиватором? (если вообще пользовались). Я, если не считать мой период работы в банке, последний раз им пользовался ещё во времена MS DOS. Так что, тоже этот архиватор считать живее всех живых?

Собственно, к тому всё и идёт. PS Линия обороны "Документация" уже сдана после первой стычки с разведбатом противника.... Отсутствие Т.38 и H.323 уже как бы намекает на то, что солдаты не обучены. Про то Т.38 - согласен, нужно, сами ждём. Пока только Т.30 есть. В том же астериске Т.38 в коробке есть, но чтоб он стабильно работал - нужен програмист его допиливать. Н.323 нормально в коробке не работает ни к одном opensource проекте, НИ В ОДНОМ. Его все переписывают с нуля. А по факту протокол уже мёртв. Всё новое железо направлено на SIP, а Н.323 если и поддерживает то только для галочки. Вы ещё отсутсвие работы с TAPI тут за существенный недостаток напишите. Сколько раз я пробовал использовать различные софтварные шлюзы H.323 <-> SIP, это заканчивалось тем что дешевле получалось проапгрейдить узел с H.323 что бы он работал по SIP.

Если я правильно понял по нику - там стоит наш сервер с Е1 платой. Максим это Вы? Т.38 нет, Н.323 - нету и не будет (сам протокол уже почти умер).

Вслучае высоких результатов тестирования - готовность публично признать, что были поспешные выводы, и дилетантами всех налево и направо называли из-за совственной не просвящённости? Или так, когда всё разжуют, и будем искать очередную причину похаять то что не соответсвует личным религиозным убеждениям?

Ну гарантии конечно нет, что конкретно сегодняшняя версия будет работать до вин8. Зато есть прямая мотивация у разработчика - не будет работать под новыми ОС, значит не будет продаваться. Как только вин8 появится в более-менее законченом виде, разработчики сделают нужые обновления и в софте - это их хлеб. Собственно так уже и было с вистой, семеркой и 64х. Текущая версия октелла работает с ними без проблем. Опять же не нужно сравнивать сложное платное клиент-серверное ПО и результаты лабораторных работ по програмированию Если же эта обучалка живой коммерческий продукт, то уверен что через некоторое время вышло обновление для новой ОС. С этим спорить не буду. Тема набрала оборотов, тут уже даже разработчик отписался. Поэтому пусть он и смотрит, может и примет какое решение

И сейчас есть куча тхенологий, о которых не кричат на каждом углу, но где гарантия что они будут существовать через несколько лет, а их не задавит конкурентная технология? (банальная война форматов). Когда вкладываешь в такие проекты деньги - несколько раз подумаешь. Конечно же не всенепременно под винду. Но под винду это быстрее и доступнее и практичнее. По поводу кросс-платформености, любая попытка сделать ПО кросс-платформеным автоматически означает ограничить его в возможностях (внешний вид, функционал и т.д.). Вот флеш - уж сколько денег вбухали, а у меня на планшете под андроидом нельзя запустить флешовый веб-телефон. Всё, я недоволен. Как же так - кросплатформеное же, подержка флеша есть в андроиде, браузер - есть, и микрофон флеш не захватывает. А ещё я не доволен, потому что у нас есть отдельное направление IP Centrex (реализованое не на октелле, а как раз на *nix-based) и мы там сейчас реализовали полноценный web-телефон (нужен только 80й порт и можно иметь полноценнный веб-софтон подключённый к Вашей виртуальной IP АТС), и вот под некоторыми сборками файрфокса флеш в этом использовании валится. Кому мне жаловаться? Убеждать пользователей что их браузер - фигня, пусть учатся работать в опере или хроме? Отслеживать каждую сборку всех возможных браузеров и плагинов к ним, а в случае чего писать пользователям патчи? По этому я не по наслышке знаю сколько выходит цена владения opensource решением, особенно если конечный пользователь тебе платит деньги и его не волнует почему оно не работает - разбираться тебе. Про "кросс-платформеность" того же скайпа целые форумы в интернете, как он на каких платформах работает. И заметьте, простой же по набору функций интерфейс у скайпа, и с деньгами и с програмистами у них денег нет. Надо было им наверное на Java и вэбе клиента делать Давайте Вы попробуете и опишите впечатления Давайте более близкий Вашей тематике пример. Чё там сделать биллинг для домосетки? Поставил сервер на фре, пайпами порезал трафик, в нетамс дампим трафик каждые 10-20 минут, парсим дамп перловым скриптом и раскидываем по таблицам в БД. Дальше только веб мордочку нарисовать и всё. Работы 1 день админу и половина этой работы есть в примерах в гугле. Почему тогда космических денег стоят биллинговые системы? Вот примерно такое у Вас сейчас представление о том, что из себя представляет контакт-центр. Это уже давно не просто звонилка.

Всё очень просто. Попробуйте создать ПО ориентированое на то что им будут пользоваться обычные пользователи (VMware, Oracle, JBulder - ога, покажите их обычному оператору колцентра или секретарю). Для которых интерфейс и удобство им пользования превыше того что "за то систему грузит на 10% меньше". Им - пофигу, им нужен удобный вменяемый инструмент. А не набор ссылок и дергающиеся фреймы. Можно сразу им командную строку выдать с таким успехом И попробуйте потом это ПО вывести на рынок, с таким виденьем

Кстати по поводу банков и админов в них. опять же из личного опыта. Когда я работал в банке нач. сектора системного администрирования, у меня зп была чуть-чуть меньше 2000 , но долларов. Украинский банк, полностью с украинским капиталом, в банке с иностраными корнями мог бы и больше получать. Это и сейчас неплохая зарплата для Киева, а тогда и подавно. При этом действительно были "инженеры" с зарплатами в 150-200 баксов, в основном это те кто следил за банкоматами. У меня в подчинении были такие "инженеры", по факту - эникейщики, для того что бы занимались рутиной работой типа "поменять катридж у карточников в ЦО на 3м этаже" или там монитор новый кому поставить. Зато самомнения у них было в разы больше чем у NEP'а Вообще "на одних них этот банк и держался" ) Естественно никакого влияния на принятие решений в ИТ департаменте они не имели.

Я пользуюсь смартфонами уже 7 лет. Первый свой смарфон (Motorola mpx200) я когда покупал, он стоил почти 2 мои зарплаты. Но, я на нем читал нужные мне книжки (которых в бумажном варианте было сложно достать) в транспорте, а так же я туда поставил ssh клиента, и мог сидя в крыму передёрнуть удалённо диалаповскую стойку с модемами. Т.к. на тот момент в ISP, где я работал не было круглосуточной ТП (а я такой человек, что мне могу позвонить и в 3 часа ночи, и если это по делу - то я встану и сделаю), то такое моё "конкурентное преймущество" в последсвии вознаграждалось бонусами и прибавками к ЗП. Так что я очень быстро окупил этот смартфон (буквально 1,5 месяца) и заработал на этом решении денег. Хотя он глючил (там была 2002 винда, я перепрошивал на 2003, ставил кучу софта..), батарейки у него нехватало и на 1 рабочий день - что вообще повергало в шок многих моих знакомых. Но поставленые перед ним задачи он выполнял, и его наличие позволяло мне зарабатывать дополнительные деньги (иногда превышавшие мой оклад). Это сейчас никого не удивить коммуникаторами и планшетами. А тогда тоже все плевались на WM 2002. Что касается андроида, то время от времени я пробовал ставить линуксовые сборки на коммуникаторы (до того как гугл их купил, этот андроид и даром никому не нужен был ), оно просто не работало. Зато когда гугл купил эту разработку и вложил в неё кучу денег - оказалось что сейчас (последний год), андроид так раз и внезапно начал вытеснять с версии 2.1, а до 2.1 - язык не повернётся назвать это решение конкурентно способным )) Зато 1 раз Вы год назад (или когда Вы были на той выставке) увидели на ноутбуке у кого-то Октелл и на этом базируется всё Ваше мнение о продукте

Виталик, кому-то во Львове именно в ISP ставил. Хотя не вижу особой разницы в требованиях к системе между внедрением в ISP и скажем страховой компании, или компании которая занимается ИТ атусорсингом или... Это ж не биллинг внедрять. P.S. я сам когда-то 2 года проработал инженером техпподержки в небольшом ISP, ещё диалапные корзины застал

Как бы довольно спорный вопрос. Среднестатистический админ не рискнёт лезть ядро и что-то там править на боевоей системе. Хотя не так страшен глупый админ, как страшен уверенный в себе глупый админ. Кто не согласится? Ежегодно падают самолёты, ведущие бренды автомобилестроения отзывают большие партии машин найдя дефект в производстве. Пешком чтоли теперь ходить и грузы доставлять? Дык конкуретны то будут использовато авто/авиа транспорт и Вы разоритесь. Кто не лажает, тот не работает. К Юникс системам это тоже относится. Посмотрите на то же количество патчей к астерску или апачу или к любому частоиспользуемому софту по юниксом. Вот в том и проблема что это всё теория. Как только начинаешь на практике внедрять/использовать опенсорс, то и спросить не с кого, а если и спросишь так ответы типа "Так все знают что в Yate модуль h.323 глючный, и его все с 0 переписывают". А ведь до этого говорилось "Google Voice построен на yate", "у Yatе - готовое решение" и т.д. А как только пытаешься такого внедренца прищурить за то что сырое решение тебе ставит - с него и взятки гладки. Поэтому коммерски упешных продуктов (я имею ввиду контакт-центры) и не появилось на базе open source - очень дорого удовольствие. Тут приводили сслыку на триксбокс - он популярен, но популярна его бесплатная версия. Сколько компаний на территории СНГ Вам известно кто бы купил платную его версию? Тут и говорить нечего. Вы как пользователь, пробовали ежеднено работать с каким-то сложным пользовательским интерфейсом запущеным целый день в JVM ? Максимум на что можно это использовать - небольшие апликухи для пользователей, или админ панели (туда не так часто лазят, и в большой катастрофы не случится если админка будет глючить по несколько раз в день). Мы сейчас говорим не о квадратике с циферками и кнопками "поднять трубку/повесить трубку". А о полноценном, удобном в первую очередь для пользователя, интерфейсе. аплеты java - не годятся для ежедневного пользовательского интерфеса, для обычного пользователя. Хотите поспорить? я тут уже давал ссылку на оки-токи. Тоже будете считать их дилетантами? Javascrtipt - никак не удовлетворял. Ajax бы ещё мог с этим помочь, но его тогда ещё не было. Например на тот момент не было триггеров, хранимых процедур помоему и сейчас нет. Профайлера не было (может сейчас есть что-то толковое). Линкования к другим БД и сейчас вроде нет. Про такие сервисы как Reporting Services и говорить нечего. Одно дело "софтина для колл-центра", подразумевающая под собой по сути звонилку со статистикой "сколько звонили", другое дело когда Вы попробуете это показать организации которой действительно нужен колл-центр. Не передирайте, я имелл виду для колцентров. Хотя даже по этим продуктам VMWare - выросла как раз из виндовых решений. По двум другим ничего не скажу.

Я еще раз повторяю, да, астериск - это решение для дилетантов, так как его может настроить любой солдат и матрос, по этим решениям масса доступной информации, есть форумы и коммунити. Ни один операторский КЦ не построен на астериске или на Октеле, такие КЦ строятся на Mera IP Centrex, CISCO CONTACT CENTER, Avaya Aura... и дорабатываются коллективом программистов до готового продукта, так как требования у каждого оператора свои. 90% времени при разработке КЦ уходит на синхронизацию системы с инфраструктурными решениями компании: биллингом, crm, erp... Скажите, а в той беседе, у Вас спрашивали операторский колцентр или по IP ATC + настроенный IVR до 50 одновременных звонков? При чём тут вообще операторские контакт-центры с баснословными объёмами? Только потому что Вы 1 раз кому-то что-то написали и продали (в каком году это кстати было?)? И теперь у Вас "ОПЫТ!". Не смешите. У меня, лично, опыт участия в более чем 150 КЦ в разных моих ролях (от инженера со стороны заказчика, до ит-директора со стороны внедренца) и под разные задачи этих КЦ. И вот в этот момент 7 открытых проектов на разных стадиях. И не менее десятка внедрений где уже были cisco, avaya и туда интегрировали Октелл. Я же не пишу, то что Вы - дилетант, я просто хочу живых аргументов. А не сферических коней в вакууме. Про ссылки на каждую функцию, я уже описал. Если хотите персонализировано по каждому пунктику в картинках - я готов дать ссылки, при условии что Вы признаете свою неправоту. Если после этих ссылок, Вы опять начнете рассказывать про "операторские КЦ" (которые никакого отношения к этой теме не имеют, т.к. при обработке одновременно более 2000 входящих звонков у заказчика бюджеты будут на миллионы и не гривен) - то какой в этом смысл? Если Вы хотите купить/попробовать систему - Вам же проще удалённо подключиться и позадавать вопросы (по телефону задать вопрос и получить ответ, это же быстрее чем лопатить мануалы).

Вам лично проще *nix сервера, кому-то windows, кому-то вообще отдельные железки (Например Zyxell взяли октелл, эмбедед версию винды и своими силами сделали отдельный продукт http://zyxel.ru/content/catalogue/43/65/1313/ ). Кстати, NEP, наверное тот факт что такая компания как Zyxell не только использует у себя Октелл для повседневной работы, но и через определённый период после его внедрения у себя, решила сделать свой продукт на базе Oktell - это тоже БРЕД? Кто-то понимает только командную строку, кто-то только графический интерфейс. Всем не угодишь. Почему именно винда? Ну много причин. Одна из основных - ответсвенность. Если, скажем, приложение не работает из-за бага в ОС, у разработчика должна быть возможность перестраховаться. Если это винда - крешлог уходит мелкомягким и они выпустят патч. Хотя я такого уже года 2 не видел. ОС ХР/2003 вылизаны по максимуму. В 7/2008 - проблемы если и встречаются, то они уж очень специфичные и тоже довольно быстро закрываются. Я говорю о официальных дистрибутивах, а не сборках типа ZverCD. То что в нормальных руках винда - нормальная ОС, могу сказать по своему личному опыту администрирования корпоративной многофилиальной сети в банке с более чем 3000 узлов с виндой (компы, сервера, банкоматы, специфические железки). Толкового виднузятника сложнее найти чем толкового юниксоида. Если с Freebsd ещё как-то понятно от версии к версии что там и как устроено, то с множеством дистрибутивов линукса всё совершенно по другому. Каждый разработчик непременно пытается там что-то "своё" втулить. Поддерживать разработку под такое количество систем - это очень сложно. А ведь банально расписывать документацию в виде: Если у Вас Freebsd - то выполните команды cd /usr/ports/network/oktell make install clean Если у Вас Debian/Ubuntu: apt-get install oktell Если у Вас Fedora: yum install oktell (или как там в яме, не помню уже) Если у Вас ... Это бессмысленно и беспощадно, т.к. завтра появится "принципиально новый" дистрибутив линукса где всё будет как у всех, но какой-то модуль будет "улучшен". Так же скорость разработки под C# в разы быстрее скорости разработки на Java или C++ (Вся работа с аппаратурой в октелле написана на С++). Java вообще для таких решений не предназначен. Да и зачем создавать ещё один астериск или фрисвич? Вэб интерфейс. На момент начала разработки октелла, 2005 год. Разница в возможностях вэб интерфейсов и .net framework - была просто убийственно в пользу .net. Сейчас этот момент выравнивается в какой-то мере. Сейчас вэб интерфейс для управления может сделать даже внедренец (в том числе и мы), но ядро всё равно будет на винде. Т.к. MS SQL даёт гораздо больше возможностей чем mysql (постгрис на практике не использовал, ничего не скажу по этому поводу) в качестве СУБД. А писать плагины под .net быстрее и дешевле и доступнее для клиентов чем лопатить это на Java, С++ QT. Покажите мне коммерчески успешный, закрытый готовый коробочный продукт (как зарабатывать если решение будет opensource) под *nix платформы который бы на рынке был уже 6 лет. Решения на астериске всплывают время от времени, но все они либо погибают в течении 1-2-3 лет после запуска, либо не являются коммерчески успешными.

Кстати мы, к сожалению, лично не знакомы. Но, в банальных "продавцов Oktell'а" меня записывать не нужно Я (тут я подразумеваю мою компанию) делаю комплексные проекты под ключ, которые решают поставленные заказчиком задачи. При этом использую не только октелл но и другие программные и аппаратные решения. Мне не интересно "просто продать решение". Мне интересно его внедрить так, что бы клиент видел от реальную выгоду и в дальнейшем обращался ко мне с запросами "хочу ещё". Именно поэтой причине я готов бесплатно делать пилотные проекты, если человеку моё решение не подходит - не будем мучать человека и моих сотрудников. Если подходит - он уже будет знать не по наслышке, за что он платит. Список клиентов компаний, давших официальное добро на публикацию информации о них на нашем сайте есть в специально отведённой странице - http://telsystems.com.ua/viewpage.php?page_id=9 , в основном это довольно известные на своих рынках компании (именно такие компании всегда пытаются что-то оптимизировать/улучшить что позволит быть ещё эффективнее). Ответственные, например, за работу контакт-центров, сотрудники этих компаний - регулярно посещают всякие мероприятия по этой тематике. Поэтому при желании с ними там можно встретиться и по задавать вопросы вроде "что, как, почему, стоит ли" относящиеся как к работе системы, так и отношению конкретно к моей компании вообще, это будет и тактичнее и правильней (как мне кажется).

Какой % таких админов (да вообще любых сотрудников на любых должностях) в таких компаниях? ещё давайте башорг или итхэпендс тут цитировать Не уходите от поставленных вопросов

Семен Семенович, всему своё время. Вот про цыску же у человека есть абстрактное представление - что это: 1. Полный фарш всех возможных функций 2. Стоит очень дорого )) И вообще я сюда первый влез и ввёл конструктивные диалоги, что бы помочь в выборе. Давайте лучше сюда нагоним других вендров и люди, живые люди (не боты на crmonline ) повыбирают что им подходит.

Семен Семенович Перенесём холивары с crmonline сюда?) Незнаю откуда 700 (я их не считал), но суть не в том. Есть официальная документация где описана каждая галочка в каждом окне интерфейса пользователя. Часть функций реализованы через сценарии (скрипты, модули - кому как удобнее по терминологии). Процедура импорта сценария - зайти в раздел сценариев и нажать на кнопку "импорт". http://wiki.oktell.ru/%D0%9E%D0%B1%D1%89%D0%B5%D0%B5 Логика этих работы функций через сценарии - видна визуально, поэтому мало кто описывает её текстом. В лучшем случае комментарий в самом сценарии (если уже по подписанным иконкам и стрелочкам могу возникнуть вопросы). На вопрос - "Как включить эту функцию", ответ - "давайте почту куда выслать сценарий" и объяснение как этот сценарий проимпортировать. На вопрос - "А я хочу что бы у меня в это функции было ещё и вот это" - ответ техподдержки как "вот это" можно перетаскиванием мышкой компонентов реализовать в сценарии. Как его открыть и сохранить. Тут сам принцип мышления другой (как и в любой платформе). Этот принцип и нужные вводные - есть в официальной документации, видео роликах и ещё куче материалов. Именно из-за разницы терминологии и понимания работы конкретных опций, под которыми разные производители могут подразумевать кардинально разную функциональность, разработчики предоставили возможность партнёрам (или продвинутым клиентам) самим создавать механизм той или иной функции именно так как это понимает партнёр или требует его клиент. Поэтому я могу посидеть и сгенерировать десятки скриншотиков и описание к ним, но я сейчас в этом просто не вижу смысла. Спасибо за хороший отзыв. В понедельник поможем с установкой. А тогда Вы отпишите здесь свое мнение о работе oktell. Виталик, переманиваешь потенциальных клиентов))

Я устал уже повторять, что смотрел Октелл вживую. Да, возможно астериск для кого-то менее комфортен в настройке, но это не значит, что Октелл не прийдется настраивать. Никто сейчас не говорит о комфорте настройки. Настройте и покажите это конкретным, заинтересованным, людям. Что бы они уже принимали решение.

Неужели так сложно подкрепить каждую функцию ссылкой на официальную документацию или описанием порядка настройки? вот ссылка Пардон, ссылку не так копипастнул. NEP, если я не поленюсь, потрачу на это своё личное время, Вы лично готовы будете признать в этой теме, что Oktell - не бред, а очень даже конкурентно-способное решение с большим функционалом и за вполне вменяемые деньги? Или давайте уже сразу список нужных Вам аргументов что бы это состоялось. Потому что если это "а поговорить" - то мне вот лень заниматься пустой работой.

Я второй раз прошу конкретные аргументы в пользу этого заявления И второй раз - конкретные, готовые, не бредовые решения. "apt-get install asterisk" - спасибо, я поржал. Так выполните эту команду и проведите демонстрацию работы системы по требованию топикстартера. Кроме него , в этой теме люди тоже просили показать аналоги моей презентации октелла. Дальше разговоров, насколько я знаю, дело не пошло. "Я видел астериск/yate/cisco/avaya у соседа - мой вывод это бред")) А я его не только видел на выставке, где непонятно кто мне его показывал и не понятно какие вопросы я ему задавал. А ещё и использовал/использую в промышленых маштабах asterisk, yate (Например мне он нужен был как шлюз h.323-sip. Мой вывод - гавно. С Panasonic'овским h.323 работало, с цыской рвало звонки, с аваей лично не пробовал, но кто пробовал - у них слышимость одностороняя была), freeswitch. Так же использовал и перепробовал кучу TAPI решений на разных железках. Будем продолжать?)

Вот мне банально лень генерить тут кучу ссылок. Вы же не будете тут генерировать 50 ссылок на RFC или вики астериска/ятэ. Откройте вики, там и поиск есть. Если там чего нет из функций - значит это реализуется сценарием от компании-внедренца. При тестировании/покупке лицензий запрашиваете нужные функции/сценарии. Вам дадут файлик. С полпинка - импорт файлика с нужным сценарием. Вам пример сценария? он тоже есть на вики. Ну вот например сценарий какой-то напоминалки http://wiki.oktell.ru/%D0%9A%D0%B0%D0%BA_%D0%BD%D0%B5_%D0%B7%D0%B0%D0%B1%D1%8B%D1%82%D1%8C_%D0%BF%D0%B5%D1%80%D0%B5%D0%B7%D0%B2%D0%BE%D0%BD%D0%B8%D1%82%D1%8C_%D1%87%D0%B5%D1%80%D0%B5%D0%B7_10_%D0%BC%D0%B8%D0%BD%D1%83%D1%82_(%D1%8D%D0%BA%D1%81%D0%BF%D1%80%D0%B5%D1%81%D1%81-%D0%BD%D0%B0%D0%BF%D0%BE%D0%BC%D0%B8%D0%BD%D0%B0%D0%BB%D0%BA%D0%B0_%D0%B8%D0%B7_%D0%B2%D0%B0%D1%88%D0%B5%D0%B3%D0%BE_%D1%82%D0%B5%D0%BB%D0%B5%D1%84%D0%BE%D0%BD%D0%B0)

Частично про паркинг согласен, но именно из-за "частично" я его и вычеркнул.

Смотря какой функционал нужен и нужен ли он вообще в ISP на 1к абонентов. Я считаю, что обычный многоканальный номер и Asterisk c настроенным IVR решает 99% задач для небольших ISP. Это как выбор между Juniper MX80 / CISCO 7200 / Soft router. MX80 - дорогая железка, 7200 - не эффективная, так что будем ставить и пилить? Вы же виляете от темы к теме, как только Вам задают конкретные вопросы) 10 минут назад Вы выкатили список функций на лист формата А4, а сейчас - обычный многоканальный номер с IVR. Кстати что такое IVR по возможностям и терминам это вообще отдельная тема для разговора) "Между Juniper MX80 / CISCO 7200" есть пропасть какая решений на любой кошелёк. Так же и Oktell - он в этой пропасти между Avaya /Cisco /... /Asterisk Почему Вы боитесь в режиме конференции + удалённый рабочий стол посмотреть презентацию? Боитесь признать ошибочное/преждевременное суждение? Ведь суммарно Вы уже потратили не меньше 1 часа в этой теме.