Lemon_sir, ВОООТ, есть множество нюансов по этому вопросу. Всё зависит от того, какую схему работы телефонии вы хотите использовать. 1) Телефония зависимая от битрикса - отвалился битрикс - отвалилась и телефония. (быстро интегрируется, удобно работает, в целом неплохой вариант, одно НО, нужно у битрикса будет купить пакет для исходящих минут) 2) Телефония независимая - отвалится битрикс, всё продолжит работать как вы это настроили, распределение звонков, ivr - всё будет функционировать. Минус - сложная разработка (если не работали раньше с астериском и битрикс api) , нет готовых решений - нужно делать полностью своё. Если хотите совершать звонки из самого битрикса, тогда задача усложняется в разы и время разработки также, в ином случае дополнительное неудобство в виде использования отдельного приложения софтфона либо физического аппарата)
Более подробно об этом можете мне стукнуть в ТГ (в профиле) поделюсь опытом и болью (порядка 5 интеграций астериск с битриксом). Просто тут это расписывать долго и в таком формате будет неудобно.
А что касается за что платить ? Тут ответ очень простой и очевидный, тенденция наметилась примерно с 201х, - подписочная модель более выгодная (разрабам). Вы платите относительно небольшие деньги и у вас есть продукт, у которого есть тех.поддержка, который постоянно обновляется (не очень). Ну либо - вы нанимаете разработчика, ставите ему ТЗ - он его реализует - и вы больше не платите (если не обновляете связанные продукты) Ну а если обновляете - в какой то момент возникает сбой - снова нанимаете разработчика и он устраняет баги)) Если смотреть в периоде 5-10 лет
- нанять разраба и сделать готовое решение получается выгоднее. Если смотреть в периоде на год, то выгоднее подписка на приложение.
Не знаю как в маке будет себя вести, но у меня есть старый планшет xiaomi mi pad 4, и я туда поставил полноценную win11 arm. В режиме простоя - не греется. Если использую софт под arm, нагрев минимальный. Как только начинаю использовать софт который под х86/64, греется неплохо, но до тротлинга не доходит.
roman-sln, более автоматизированное = более кастрированное. В данном случае меня устраивает баланс возможности системы, удобство nocode платформы, и возможность внедрять свой собственный код. Это очень сильно расширяет возможности разработки и интеграций, но конечно же усложняет и требует более высоких временных затрат. Но скажу так chatgpt при необходимости может написать поток для node-red. В данном случае можно сравнить с 1С (ну если грубо), например 1С - это платформа на которую пишут разные конфигурации, по сути можно написать решение и для 1C которое будет взаимодействовать с api TG и других чатов. Так и node-red это платформа, на которое вы можете сделать всё что Вам необходимо. Судя по вашему запросу, я так понимаю вы ищите готовую конфигурацию, но без точного понимания всех потребностей и четкого ТЗ - как известно результат хз. Поэтому если хотите войти в айти, советую начать с node-red, очень сильно упростит вход если разобраться
Моя информация актуальная по состоянию на 2019 год. На тот open source решения с ячеистым складом + производством + маркировкой + задачами не нашли. Честно искали где то неделю всем отделом, думали может допилим - но адекватного по трудозатрам не нашли. В общем купили коробку 1C:WMS и вбухали еще пару мульонов на интеграцию)
Komrus, интересный вариант, вчера когда смотрел информацию - не нашёл никакого SDK. У меня камера как раз подключена к неттопу, на котором windows, а внутри через workstation стоит HA (кстати нареканий к связке нет, один момент чтобы винда была серверной, чтобы не перезагружалась сама по себе, zigbee донгл не отваливается и работает корректно) Буду пробовать. Спасибо за линк. Zerg89, по поводу репо - да весьма полезно, буду вникать на днях. Спасибо!
По поводу virtualhere - не совсем так - софтинка позволяет пробрасывать usb устройства по сети, но не делает саму камеру сетевой, в обычном понимании слова. Т.е. да я могу пробросить камеру через интернет и локалку на другой комп или устройство, но конечное устройство будет думать что это usb камера. Чтобы сделать из неё сетевую камеру, самый простой способ это в vlc запустить поток с камеры и транслировать в сеть через rstp, либо через более умную софтинку типа iSPY. Но VLC не позволяет PTZ, а в iSPY перепробовал 5 или 6 режимов PTZ, но не один не сработал, далее шли режимы с наименованием камер, их не стал перебирать, лишь убедился что моей камеры там нет. В моём идеальном сценарии, найти API для управления камерой, и дальше я уже прикручу его в HA чтобы камера меняла направление в зависимости от сценария. Например - открылась входная дверь = положение камеры -90°, закрылась дверь = положение - 0° ,громкий шум из коридора = положение камеры 90° и тд, нужные датчики у меня есть, осталось разобраться с удаленным управлением положения камеры и далее уже почти всё готово
Вы какую схему звонка пытаетесь реализовать? Webrtc в браузере? Или передать звонок во внешнюю систему? На сколько помню, нужно использавать callid для начала заонка, т е. Зарегистрировать звонок в битриксе и после этого запускать свой обработчик для звонка, т.е. карточка звонка должна быть следствием звонка, а неперед звонком. Но оять таки, я не webrtc делал, а интеграцию с астериском
Довольный Айтишникъ, представил эту картину аж всплакнул. Смотрю видео на каком то там тубе, в этот момент разбираю этот комп на котором смотрю, еще кошка под ноги попалась и чашка с кофе вылилась на материнку, ну ниче, адаптер отключил, но чет больше не работает. Не знаю почему, но напомнило серию фотографий одной крупной конторы, где сотрудники делают вид что паяют, при этом держатся за жало паяльника))
Александр, да если сегодня написали, скорее всего только в понедельник подключаться для решения проблемы. У меня было нечто подобное, но с разделами маркетинга. Тоже тогда urlrewrite правил, в конечном счете ТП сделала тоже самое, прописав пару дополнительных моментов в urlrewrite и всё заработало, почему поломалось, с чем связано - никто не ответил
AUser0, да я предлагал проверить работу резолвера ДНС, просто пинг не интересен, т.к. ТС заявил что при работе напрямую с IP всё работает. Aleksandr, Вы меня правильно поняли и соглашусь, лучше сделать как Вы пишите, это даст больше информации для размышлений
1) Где прописываете DNS ? На машинах у которых отвалы или на роутере?
2)Что выступает в качестве маршрутизатора(роутера)? Нет ли там правил firewall которые могли бы блокировать DNS трафик (по умолчанию обычно нет), но мало ли что-то настраивали?
3)Проблема возникает на всех устройствах windows или только определенных?
4)Есть возможность развернуть чистую систему без всего и погонять её какое то время, с целью выявить проблему?
5)Машины с виндой без домена?(ну мало ли)
6)При возникновении проблемы, она возникает на одной машине или всех сразу?
7) перезагрузка помогает?
8) (чтоб не морочить с nslookup) во время проявления сбоя - сделайте ping 2ip.ru или какой-нибудь ресурс, на который вы обычно никогда не заходите (чтобы данные брались не из кэша), какой будет результат?
9) ВПН, фаерволы, ПО для виртуализации (virtualbox, workstation, ...etc) используете какое-нибудь?
SteepNET, Последняя моя реализация была сделана на node-red с обработчиком ami с дальнейшей интеграцией звонков в битрикс. Логика примерно такая - ловим событие начала звонка - проверяем контекст, канал, cause. Если это начало звонка - закидываем во временную таблицу временных звонков с обязательным указанием uniqueid, далее ждем для каждого uniqueid - когда будет сделан hangup, тогда и удаляем из временной таблицы и считаем что звонок завершен.
Понятно что минимум тех.деталей, да и я сильно упростил схему, но если хотите дешево и сердито, самый простой вариант зайти в cdr и от туда скачать CSV.
Еще более простая - у вас есть вышестоящий оператор, возможно у него есть API. Дёргайте детализацию у него, там она будет скорее всего в самом удобочитаемом виде.
Если хотите рыбку в виде готового решения - это как правило платно, а удочки я вам подкинул. Немного распишу в общем виде.
Пару наводочек дам, но дальше самостоятельно. Через mysql - подключаемся к БД asteriskcdrdb
Для визуального анализа данных и как они туда поступают и хранятся я использую GUI, в данном случае phpmyadmin тоже подойдет.
Делаем тестовый звонок, смотрим как попадают данные, анализируем и составляем серию запросов (или один запрос если добавить доп поле), далее экспортируемый полученный результат и сохраняем куда нужно.
Про API можно начать читать от сюда, но если не планируете писать свой модуль для freepbx, можете не тратить время.
Про AMI можете почитать тут. https://voxlink.ru/kb/book/interfejs-upravlenija-a...
Вкратце при помощи AMI можно маршрутизировать звонки на лету, а можно и статистику получать.
В случае использование FreePBX он замучается править диалпланы, потому что если используются ivr, followme, переадресация звонков и тд - то это много куда вставлять кастомные куски диалплана. Поэтому работать с диалпланами на freepbx для целей ТС - очень муторная затея получается. В случае с CDR тоже есть свои приколюхи, т.к. если звонок был перенаправлен несколько раз (внутри астера) - получим на один входящий - несколько hangup.
Использовался бы голый астериск - тогда да, можно было разобраться в диалпланах и в нужное место вставить кастомный код.
Поэтому наверное самый простой "чистый" способ, это как Вы написали - CDR - экспорт в CSV. Я про него забыл честно говоря)
Alexey Dmitriev, услышал, предположил что это весьма очевидный факт. Предположим ситуацию: есть доступ к консоли esxi хоста.
1) в вашем случае - зайти в консоль - добавить адаптер - (возможно) перезагрузить ВМ чтобы он а увидела адаптер - подключиться к машине - настроить конфиг для нового адаптера - (возможо) прописать конфигу для нового адаптера в Firewalld (добавить в публичную зону)- (возможно) удалить конфиг для старого адаптера - (возможно) отключить машину - удалить старый адаптер - стартануть машину - перепроверить что демоны стартуют на нужном ip или 0.0.0.0
2) в моем случае - зайти в консоль - изменить vm network - через консоль прописать новые настройки сети - перепроверить что демоны стартуют на нужном ip или 0.0.0.0
В моём варианте меньше действий, следовательно меньше вероятности допустить ошибку, как приятный бонус - меньше временных затрат.
Мой вариант по вышеуказанным причинам лучше, при условии наличия доступа к гипервизору, в ином случае ваш подход оптимальный.
* Под возможно я подразумеваю что в зависимости от конфигурации и настроек вм это придется делать.
Ziptar, я достаточно времени на это потратил, local forwarding отключал сразу как настраивал. Разные настройки отключал и игрался, результат +- одинаковый.
Я допускаю что возможно я не жо конца разобрался в вопросе, но это переходит асе границы, motorola я настроил за 3 дня победив проблемы интерференций и реально бесшовного роуминга, который ни один пакет не теряет (20 точек доступа). С cisco боролся неделю и успешно сдал проект. Со мноожеством нюансов (12 точек) А тут микротик с капсманом и 2 точками, и как то не срослось.
До capsman2 у меня только ax3 подходит, cap только для под первый капсман подходит, во второй капсман адаптер не катит.
Что касается некорректного выбора точки доступа, да я понимаю что основную роль тут играет клиент к какой точке подключаться, но опять же, нужно настроить точки доступа таким образом чтобы поведение клиента была предсказуемым, а этого мне не удалось достичь. Клиент при выборе точки для подключения ориентируется в первую очередь на уровень сигнала и соотношению сигнал\шум (я про идеальный мир в вакууме). На вышеперечисленных проектах - клиенты подключаются ровно туда - куда ожидается, соседние точки не сильно мешают. Есть небольшие места, где клиент может переключаться между точками (например коридор в котором клиент может находится на равном удалении от 2 точек), но это реально происходит незаметно для клиента, RDP не рвется, видео конференция не зависает, жалоб нет. Тут что говорится настроил и забыл - моторолы уже 9 лет работают и всё хорошо, киски 4 года и нареканий нет. С моторолами только одна беда, там у контроллеров rfs6000 интерфейс на flash сделан, и теперь приходится держать отдельный ноут, который когда нибудь может потребоваться чтобы войти в админку))
Более подробно об этом можете мне стукнуть в ТГ (в профиле) поделюсь опытом и болью (порядка 5 интеграций астериск с битриксом). Просто тут это расписывать долго и в таком формате будет неудобно.
А что касается за что платить ? Тут ответ очень простой и очевидный, тенденция наметилась примерно с 201х, - подписочная модель более выгодная (разрабам). Вы платите относительно небольшие деньги и у вас есть продукт, у которого есть тех.поддержка, который постоянно обновляется (не очень). Ну либо - вы нанимаете разработчика, ставите ему ТЗ - он его реализует - и вы больше не платите (если не обновляете связанные продукты) Ну а если обновляете - в какой то момент возникает сбой - снова нанимаете разработчика и он устраняет баги)) Если смотреть в периоде 5-10 лет
- нанять разраба и сделать готовое решение получается выгоднее. Если смотреть в периоде на год, то выгоднее подписка на приложение.