asterisk.ru

#вопрос есть ли особенности архитектуры у используемых приложений/сервисов. На ARM заработало, а на x64 не стартанёт?

Господа, у меня странный вопрос
ни у кого случайно нет примера транка к МТТ для chan_pjsip для подключения по IP?
а то пологину/паролю у нас то есть
а вот по IP когда мы меняли chan_sip на chan_pjsip мы чтот всё убрали

[transport-udp-mtt]
type = transport
protocol = udp
bind = 10.1.1.2:5060
external_media_address = 10.1.1.2
external_signaling_address = 10.1.1.2
allow_reload=no
symmetric_transport=yes
tos=cs3
cos=3

[mtt]
type=aor
qualify_frequency=60
contact=sip:80.75.132.75:5060
[mtt]
type=identify
endpoint=mtt
match=80.75.132.72
match=80.75.132.75
match=80.75.130.132
[mtt]
type=endpoint
transport=transport-udp-mtt
context=inbound-mtt
disallow=all
allow=alaw
aors=mtt
from_domain=80.75.132.75
direct_media=no
rtp_symmetric=yes
dtmf_mode=rfc4733
accountcode=mtt

#вопрос Почему не LXC контейнеры а VM ?

Первое что приходит в голову - безопасность.
второе - это "переносимость на другие гипервизоры"
одно дело с proxmox на proxmpox, другое на какйонибудт ovirt или esxi.

[transport-udp-mtt]
type = transport
protocol = udp
bind = 10.1.1.2:5060
external_media_address = 10.1.1.2
external_signaling_address = 10.1.1.2
allow_reload=no
symmetric_transport=yes
tos=cs3
cos=3

[mtt]
type=aor
qualify_frequency=60
contact=sip:80.75.132.75:5060
[mtt]
type=identify
endpoint=mtt
match=80.75.132.72
match=80.75.132.75
match=80.75.130.132
[mtt]
type=endpoint
transport=transport-udp-mtt
context=inbound-mtt
disallow=all
allow=alaw
aors=mtt
from_domain=80.75.132.75
direct_media=no
rtp_symmetric=yes
dtmf_mode=rfc4733
accountcode=mtt

нижайше

Надо сделать "соц. опрос" на чем большинство реально тестит ?
(у кого какие лабы)

Телефония на докере во многих компаниях просто запрещена.

#вопрос А как преодолеть разношёрстность архитектур, один проц поддерживает команды другой нет, и нода не переключится. ПРи развертывании legacy где-то режим ставить?

Артём подводит итоги: облако — не обязательное условие для роста инженера. На мини-компьютерах вполне можно разворачивать рабочие стенды, учиться, тестировать и даже решать задачи малого бизнеса. Примеры — от Nextcloud до Asterisk, развернутых на Orange Pi и RockPi. Практика показывает: ограниченные ресурсы — не ограничение для развития. Включайтесь, идет живой разбор кейсов и ответов на вопросы: https://voxlink.ru/webinars/creation-of-an-autonomous-laboratory/

Первое что приходит в голову - безопасность.
второе - это "переносимость на другие гипервизоры"
одно дело с proxmox на proxmpox, другое на какйонибудт ovirt или esxi.

Если я правильно помню, безопасность в lxc решается привилегированностью контейнера. На а переносимость... это сомнительная причина как по мне.

Если я правильно помню, безопасность в lxc решается привилегированностью контейнера. На а переносимость... это сомнительная причина как по мне.

Все равно отдельная VM обладает "условно большей безопасностью" чем общая.
(больше шанс ошибиться и дат не тому не те права)