|
2.8, Меломан1 (?), 14:47, 04/10/2017 [^] [^^] [^^^] [ответить]
| +3 +/– |
> Есть по сабжу вменяемые Русские книжки, почитать?
Уломай руководство на тренинг по этой байде и не захочешь возвращаться домой.
В принципе экзамен по сетевой безопасности после админства астерикса ты сдашь без проблем. Главное не попасть на деньги в процессе обучения, эта система довольно проста в управлении , но необходимо внимание.
| |
|
3.14, 35321 (?), 15:36, 04/10/2017 [^] [^^] [^^^] [ответить]
| +/– |
> В принципе экзамен по сетевой безопасности после админства астерикса ты сдашь без
> проблем.
Почему?
| |
|
4.15, анон (?), 15:39, 04/10/2017 [^] [^^] [^^^] [ответить]
| +4 +/– |
потомучто, неоднократно админы попадали на деньги за неправильную настройку
| |
|
3.18, пох (?), 15:51, 04/10/2017 [^] [^^] [^^^] [ответить]
| –2 +/– |
> Уломай руководство на тренинг по этой байде и не захочешь возвращаться домой.
боюсь, неумение читать на языках, отличных от командного и матерного, его погубит
> В принципе экзамен по сетевой безопасности после админства астерикса ты сдашь без
> проблем. Главное не попасть на деньги в процессе обучения, эта система
> довольно проста в управлении , но необходимо внимание.
бггг... я бы сказал, что эта система довольно проста именно в попадании на деньги :-P А так чтоб надежно и работало - не очень.
| |
|
|
1.3, Аноним (-), 13:34, 04/10/2017 [ответить] [﹢﹢﹢] [ · · · ]
| –2 +/– |
Видеоконференции - это конечно хорошо, но когда они баз в chan_sip с отвалом всего при недоступности dns починят? И не говорите мне про кеширующие dns-ы, сейчас dns-записи с ttl в 60 сек - это норма и кеш не спасает.
| |
|
2.5, нах (?), 14:12, 04/10/2017 [^] [^^] [^^^] [ответить]
| +6 +/– |
кэш в dns работает не так, как вы думаете (и не так как думают ди6илоиды, понастроившие таймаутов в 60s), это во-первых.
Во-вторых, почините уже свою dns-инфраструктуру, это уже даже не смешно.
У нормальных людей ничего в dns не "отваливается".
| |
2.9, Имя (?), 14:57, 04/10/2017 [^] [^^] [^^^] [ответить]
| +/– |
ламерское решение в лоб, если с днс-ом разбираться не хотите, отключите его в настройках ОС, и используйте в настройках только ip адреса
| |
|
3.11, Аноним (-), 15:07, 04/10/2017 [^] [^^] [^^^] [ответить]
| +/– |
> ламерское решение в лоб, если с днс-ом разбираться не хотите, отключите его
> в настройках ОС, и используйте в настройках только ip адреса
Давай не ламерское решение тогда. ip не катит, если поставщик кучу доменов на 1 ip заводит, то регистрация по ip не проходит при наличии учеток на разных доменах
| |
|
4.32, anomymous (?), 23:53, 04/10/2017 [^] [^^] [^^^] [ответить]
| +/– |
Што? 99% нормальных клиентов позволяют задавать Registrar Address и Domain Name раздельно.
| |
|
|
2.22, Аноним (-), 18:50, 04/10/2017 [^] [^^] [^^^] [ответить]
| +1 +/– |
chan_sip скоро будет объявлен как deprecated, Digium рекомендует постепенно переходить на pjsip
| |
|
3.33, anomymous (?), 23:54, 04/10/2017 [^] [^^] [^^^] [ответить]
| +/– |
> chan_sip скоро будет объявлен как deprecated, Digium рекомендует постепенно переходить
> на pjsip
Там есть свои нюансы. Причём разные. Один приведу для примера: для получения нужного контент-тайпа в INFO его приходится патчить. Бажный модуль отправляет два хедера.
| |
|
|
1.7, Аноним (-), 14:39, 04/10/2017 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
chan_sip это уже прошлый век, asterisk полноценно использует pjsip с 12 версии( частично) с 13 версии(полноценно)
| |
|
|
3.12, ssh (ok), 15:19, 04/10/2017 [^] [^^] [^^^] [ответить]
| +/– |
Можно и просто личный опыт, почему одно заменили на другое. ;)
| |
|
4.19, Аноним (-), 15:54, 04/10/2017 [^] [^^] [^^^] [ответить]
| +1 +/– |
по личному опыту, ничего сложного, что бы перейти на него.
начал использовать по причине лучшей работы с нат и то что появилась возможность использовать несколько external ip (sip profile), что давно уже было в freeswitch c их sofia.
| |
|
5.21, Moomintroll (ok), 17:59, 04/10/2017 [^] [^^] [^^^] [ответить]
| +1 +/– |
> по личному опыту, ничего сложного, что бы перейти на него.
по личному опыту - какая-то переусложнённая хрень... :-(
Так и не осилил pjsip, чтобы реализовать похожую на обычный chan_sip конфигурацию с шаблонами(!) в users.conf(!). В итоге забил на ништяки и живу в прошлом веке.
| |
|
|
7.39, Moomintroll (ok), 09:12, 05/10/2017 [^] [^^] [^^^] [ответить]
| +1 +/– |
Не... Я из тех идиотов, которые должны понимать что зачем.
И кстати, само существование этого визарда подтверждает мои слова, что это "какая-то переусложнённая хрень". А жаль... Я так радовался pjsip'у... Пока не попытался его использовать. И хрен бы с ним, что оно вовсе не drop-in звмена chan_sip - в sip.conf у меня только транки. Но, блин, а клиенты? Они у меня в users.conf с шаблонами...
| |
|
|
|
10.47, Тузя (ok), 06:09, 06/10/2017 [^] [^^] [^^^] [ответить] | +/– | Давайте по порядку 1 users conf постепенно отправляется на свалку истории вмес... большой текст свёрнут, показать | |
|
|
|
|
|
|
|
3.24, Тузя (ok), 19:57, 04/10/2017 [^] [^^] [^^^] [ответить] | +5 +/– | Ну, например, я имею PJSIP в продуктиве 1 Если ПОЛНОСТЬЮ отказаться от chan_si... большой текст свёрнут, показать | |
|
4.34, anomymous (?), 23:56, 04/10/2017 [^] [^^] [^^^] [ответить]
| +1 +/– |
В PJSIP с трансфером вообще звезда. Не с самим трансфером, а с хинтами после такового.
| |
4.45, mumu (ok), 18:30, 05/10/2017 [^] [^^] [^^^] [ответить]
| +/– |
с этим pjsip история как с файрволом nftables. Те, у кого уже всё работает, никогда не поймут зачем нужно делать акробатики в 10 раз больше, чтобы получить то же самое что было.
Это нужно лишь малому проценту магистральных провайдеров у которых уже нельзя просто так взять и купить сервачек по-мощнее, чтобы получить 30% прироста каналов.
А обычным организациям до 1000 человек это всё в принципе нафиг не сдалось.
| |
|
5.48, Тузя (ok), 06:57, 06/10/2017 [^] [^^] [^^^] [ответить]
| +1 +/– |
> Это нужно лишь малому проценту магистральных провайдеров у которых уже нельзя просто
> так взять и купить сервачек по-мощнее, чтобы получить 30% прироста каналов.
Как раз наоборот. Вот этим апнуться будет сложно. Мне не известны узлы связи, которые имеют гослицензию на такую версию аста. Кроме того там в своё время были трудности с multiple AOR, поэтому реализовывать свой LCR на PJSIP сложновато. На 13 вообще рановато. Может только следующий LTS. Если он держит пользователей (казалось бы зачем...), то в этой версии другой CDR, нужно править биллинг. Для провайдеров прирост производительности не так заметен. Выигрыш как раз для тех кто использует аст по назначению, то есть АТС и медиасервер.
> А обычным организациям до 1000 человек это всё в принципе нафиг не
> сдалось.
Если в такой организации астериск заменяет собой висящую на стене ОКС7 атску, то, пожалуй, да. Если у организации есть коллцентры, то PJSIP - это просто праздник какой-то.
> нужно делать акробатики в 10 раз больше, чтобы получить то же самое что было
Всё зависит от задач. Вот кому-то не нужен ни BLF, ни присутствие, ни подписки на RLS, ни webrtc, которые криво работают или отсутствуют в виду ограничений chan_sip. Таким вообще обновляться не надо. Оно еще 10 лет спокойно простоит.
| |
|
|
|
2.42, Аноним (-), 11:12, 05/10/2017 [^] [^^] [^^^] [ответить]
| +/– |
pjsip криво работает с не совсем по RFC работающим китайским железом. Так-что в настоящий момент идет лесом, в продакшн идет онли chan_sip.
| |
|
1.13, Аноним (-), 15:29, 04/10/2017 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
эмм, ну слушай:
Давным-давно,
в далёкой-далёкой галактике...
Неспокойные времена настали для Галактической Республики. Налогообложение торговых путей к отдаленным солнечным системам стало причиной раздоров. Но после появления pjsip раздоры исчезли, и в продакшене (ой сории, продакшенах) пропали глюки с nat, (у кого то были глюки с dns), появилась возможность использовать овер дохрена external ip.
Мораль такова: Отлично в продакшене работает.
| |
|
2.16, нах (?), 15:48, 04/10/2017 [^] [^^] [^^^] [ответить]
| +/– |
а версию бы, так, чисто для справки, уточнить, где оно там все работает?
| |
|
3.27, Тузя (ok), 20:40, 04/10/2017 [^] [^^] [^^^] [ответить]
| +1 +/– |
> а версию бы, так, чисто для справки, уточнить, где оно там все
> работает?
13+
Но тут не только в pjsip дело, тут еще STUN/TURN-клиент нормально реализовали. ICE вроде начал работать. Мои игры с ICE были довольно весёлые:
- Поднимаем STUN
- и имеем астериск за NAT в DMZ
- Поднимаем первого клиента за NAT с UPnP на роутере в ipv4 и белым ipv6
- Поднимаем второго клиента за двойным NAT сквозь 3G
- Делаем звонок, который на асте не пишется, то есть медиапотоки напрямую, то есть RTP поднимется по тем правилам, которые продиктует ICE.
Результат: затуп на 20 секунд (астовый ICE пока ещй такой астовый) перед установкой RTP-соединения. Вон в новости написано, что его, дескать, исправить, но это еще тестить надо. А вообще, было бы неплохо уметь централизированно вышвырнуть ipv6 из списка кандидатов, это сильно ускоряет. Хотя грех жаловаться. ICE, имхо, - самый сложный сетевой протокол, который человеки умудрились придумать, его железно вообще мало что поддерживает.
Если будете играться, то вам нужно вырубить вот этот вот рак: https://www.voip-info.org/wiki/view/Routers+SIP+ALG эти костыли в 99% случаев причина, почему у вас натопроблемы.
| |
|
|
1.17, Аноним (-), 15:51, 04/10/2017 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
asterisk 13 это lts версия, полноценно поддерживает, ну и есть возможность выбора что использовать chan_sip или chan_pjsip
| |
1.23, Аноним (-), 19:35, 04/10/2017 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Сможет кто-нибудь подсказать, в корпоративном сегмента для внутреннего использования с какими проблемами можно столкнуться? И какой клиент можно использовать для звонков и создания видеоконференций?
| |
|
2.26, Тузя (ok), 20:24, 04/10/2017 [^] [^^] [^^^] [ответить]
| –1 +/– |
> с какими проблемами можно столкнуться
> видеоконференций
Я бы вам настоятельно не советовал даже думать о таких вещах. Там же ffmpeg вместо кодеков. Для задачи видеокодирования с целью передачи потока по RTP вам нужно задуматься о двух вещах. Затюнены ли кодеки под это (AVPF-ориентированность, всякие проприетарные FMO-алгоритмы). Когда у вас видеопотоки лазают поверх IP-сети, которая не всегда надёжна (скачки пропускной способности и jitter) вам нужно:
- уметь определять на лету значимые и незначимые части видеопотока
- уметь интерполировать на клиенте потерянные или отброшенные блоки по избыточным данным
- уметь переключить кодек входящего и исходящего видеопотока. И вот входящий тут поважнее будет, чем ваш.
Для организации нормальной видеосвязи на 720p в корпоративном сегменте не обойтись без нормальной MCU. Sangoma что-то продавала под аст, но это всё так, зайчатки. Если приоритетно строить внутреннюю видеоконференцсвязь присмотритесь к решениям Logitech/Lifesize или Polycom, если денег не жалко... или Skype for Business, если денег совсем мало.
По клиентам - готовьтесь к остутствию удобного строительства конференций в принципе. Если хочется как белым людям (без feature-кодов и вписывания вручную внутренних номеров пользователей) то лучше возьмите этот самый pjproject и напишите сами к нему морду, сами сформируйте телефонную книгу (в LDAP, например) и вообще.
Кроме шуток, вам нужно UC-решение с такими вопросами, а астериск - это гибкая АТС на базе которой и еще толпы продуктов можно его построить за каких-то несколько десятков человеколет. Если хочется комиссарских корпоративных решений UC на астах, вон есть ZuluUC или, простите за выражение, Elastix. Но нормальных кодеков и видео вы там не дождётесь.
| |
|
3.36, leap42 (ok), 03:42, 05/10/2017 [^] [^^] [^^^] [ответить]
| +/– |
> Logitech/Lifesize
имел с ними дело: даже не думайте пользоваться этим даже если вам приплатят, а уж тем более самим тратить деньги
> Polycom
эти в порядке, во всех смыслах
> Skype for Business, если денег совсем мало
поддержу
ещё можно FreeSWITCH попробовать, там в новых версиях норм MCU (потоки смешиваются, а не как здесь), но придётся заплатить спецу (скорее всего)(в tg есть канал ru.VoIP)
| |
3.38, Аноним (-), 07:38, 05/10/2017 [^] [^^] [^^^] [ответить]
| +/– |
Имелось в виду исключительно внутреннее использование, связь сотрудников внутри локальной сети (VPN). Качество связи не сильно в принципе и волнует.
| |
|
4.49, Тузя (ok), 07:01, 06/10/2017 [^] [^^] [^^^] [ответить]
| +/– |
> Имелось в виду исключительно внутреннее использование, связь сотрудников внутри локальной
> сети (VPN). Качество связи не сильно в принципе и волнует.
Skype for Business
| |
|
|
|
1.25, Sfinx (ok), 20:23, 04/10/2017 [ответить] [﹢﹢﹢] [ · · · ]
| +3 +/– |
aster до сих пор не умеет записывать видео звонков как и их хваленный confbridge. про mux типа mkv/avi можно вообще не говорить - у digium кодеров руки исправно растут из жопы. pjsip были вынуждены прикрутить, потому как их собственный большой кусок макаронной срани под названием chan_sip не умел многого включая webrtc.
| |
1.28, Аноним (-), 21:01, 04/10/2017 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
А безотносительно к самому астериску. Сколько процессорных мощностей нужно для одного клиента при ВКС? Примерные прикидки есть у кого-нибудь?
| |
|
2.29, Тузя (ok), 21:22, 04/10/2017 [^] [^^] [^^^] [ответить]
| +/– |
> Сколько процессорных мощностей нужно для одного клиента при ВКС?
В вопросе содержится речевая ошибка, любезный.
Видимо вопросы звучат так:
1) Сколько плат аппаратных видекодеков должно находится на материнской плате MCU, если
- количество одновременных участников в 1080p - такое-то
или
- количество одновременных участников в 720p - такое-то
2) Сколько мне нужно MCU и как они друг с дружкой транкуются с учётом того, что сетевая топология компании, в которой я работаю такая-то и география такая-то?
Это при условии, что вы там конференц-залы с удалёнными работниками и селекторными совещаниями не строите. Если нужны конференц залы, то вопросов сильно-сильно больше.
А если серьёзно, думать забудьте о "процессорных" мощностях при строительстве ВКС. На процах обычных серваков работает только скайп для бизнеса и только в SD, хотя к нему вроде можно было цеплять какие-то цисковский и лайфзайзовские MCU... Такие вопросы нужно уточнять у интеграторов соответствующих вендоров. Сомневаюсь, что на opennet вам кто-то реально поможет со строительством ВКС. По этому вопросу даже советы платные. =)
| |
|
3.44, Аноним (-), 18:03, 05/10/2017 [^] [^^] [^^^] [ответить]
| +/– |
Зачем аппаратные? Интересует прикидка именно в расчете столько ядер обычного интелового процессора на одного пользователя. Интеграторские байки не очень интересны. Бо там натыкаешься на обычных менеджеров впаривающих разное. Нет попадаются и отличные технари, но для меня это скорее исключение. А если интерес для себя, а не для бизнеса совсем странно интеграторов дергать.
Без объяснений почему именно так мне попадались цифры. Одно ядро на два-три пользователя в 1080р.
| |
|
4.50, Тузя (ok), 07:40, 06/10/2017 [^] [^^] [^^^] [ответить]
| +/– |
> Зачем аппаратные?
Затем, что вы больше 10 человек не вопхнете в видеоконференцию без специального железа. Начиная с определенного количества одновременных видеопотоков в конференции вы не сможете адекватно кодировать и собирать сцену на одном камне. Вон WebRTC имеет ограничение в 8, потому что оно вообще p2p. Причем WebRTC собралось развиваться в сторону mesh, а не традиционно ставить MCU-релей.
> Интересует прикидка именно в расчете столько ядер обычного интелового процессора на одного пользователя.
Ответ вам не понравится. 42. Я хорошо подумал.
БОМЖ-ВКС можно строить на Skype for Business. И вот их калькуляторы:
https://technet.microsoft.com/en-us/library/mt695947.aspx
> Одно ядро на два-три пользователя в 1080р.
Ну это нам еще Ванга завещала.
| |
|
5.52, Аноним (-), 18:54, 06/10/2017 [^] [^^] [^^^] [ответить]
| –2 +/– |
Зема, поменьше пафоса. Мне был интересен ответ от знающих людей занимающихся этим вопросом. А не интеграторские байки. Если ты думаешь что я не в курсе мсовской балалайки или не изучал расчеты на сайте мс, или не собирал на железках географически распределенные вкс то заблуждаешься. А бомж-вкс, который надо сделать здесь и сейчас за полдня на полчаса работы, и без денег я собирал лет больше десяти назад. ффмпег, влц, флусоник ага всё перепробовал и скрутил это убожество в нужный срок. Вот это было бомж-вкс, да.
Так что не топырь пальцы, не идёт.
| |
|
|
|
|
1.31, rdbkzn (?), 22:19, 04/10/2017 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Если провайдер даёт несколько учетных записей, тогда FreeSwitch...
Иначе настроить не получилось
| |
|
2.37, leap42 (ok), 03:44, 05/10/2017 [^] [^^] [^^^] [ответить]
| +/– |
нормально всё с несколькими учётками (если не считать боли с роутингом), но freeswitch двачую, супер вещь
| |
|
|