А что делать если весь сервис упадет? На мой взгляд гораздо надежнее и без прыжков с патчами исходников взять kamailio и добавить надежность через keepalived или аналог. А за него уже убрать несколько asterisk с dialplan. Таким образом будет дублировано все. Если хочется еще - добавить несколько входов через kamailio и DNS-rr.
А использовать Asterisk realtime это путь получать много интересных и разных ошибок по любому поводу и креши.
Возможно там будет проверка по таблице откуда пришел звонок, так что если операторы не совпадают, то ничего в жизни не поменяется. Другое дело как будут жить банки и прочие крупные колцентры.
В качестве компенсации Belka Games предлагает разработчикам уволиться сразу с выплатой в размере двух заработных плат, либо отработать месяц и получить компенсацию в размере одной
Все очень хорошо пока не меняется база данных так что добавляется, допустим, поле NOT NULL и старая версия не перестает работать на вставку данных. К сожалению в таком случае надо будет делать 2 последовательных релиза первый из которых добавит поле, а второй добавит условие NOT NULL
Неделю назад у нашего сотрудника тоже получалось подключиться просто по 443 TLS, но видимо когда я приехал что-то случилось. Очень похоже что ломается пакет ответа от VPN на стадии авторизации.
Я пробовал как отельный wifi (Link Egypt), так и vodafone 4G.
К сожалению сейчас нет времени особо пробовать другие методы обфусцирования траффика, так что не получится сделать нормальное исследование.
А еще если пир у вас сойдет с ума и начнет слать REGISTER с большой скоростью тоже начнет течь. Может если у вас больше 100 пиров поставить перед всем этим kamailio и заодно получить возможность зарезервировать этот asterisk?
У нас такая схема работает на очень большом количестве пиров и asterisk на которые распределяется через dispatcher.
я имел ввиду сам Asterisk, у него нет восстановления после падений. Все регистрации потеряются например.
А что делать если весь сервис упадет? На мой взгляд гораздо надежнее и без прыжков с патчами исходников взять kamailio и добавить надежность через keepalived или аналог. А за него уже убрать несколько asterisk с dialplan. Таким образом будет дублировано все. Если хочется еще - добавить несколько входов через kamailio и DNS-rr.
А использовать Asterisk realtime это путь получать много интересных и разных ошибок по любому поводу и креши.
Как раз будет куча рандомных номеров, а не один ведущий обратно на общий колцентр.
Возможно там будет проверка по таблице откуда пришел звонок, так что если операторы не совпадают, то ничего в жизни не поменяется. Другое дело как будут жить банки и прочие крупные колцентры.
Какое заманчивое предложение
Обычно все как раз забывают про конфликт и все падает.
Все очень хорошо пока не меняется база данных так что добавляется, допустим, поле NOT NULL и старая версия не перестает работать на вставку данных. К сожалению в таком случае надо будет делать 2 последовательных релиза первый из которых добавит поле, а второй добавит условие NOT NULL
Ну мне нужен был именно OpenVPN
простой SOCKS5 будет срезаться так-же DPI
Да, телефония ломалась. Они SIP по моему просто срезают по заголовкам весь.
А скорость не замеряли?
После туннелирования трафика. До этого не работало вообще
Я пробовал. Для тестов запускал на телефоне ssltunnel и все проходило.
С телефона UDP, TCP:443 не работали
У нас доступ ко всей инфраструктуре идет через VPN, так-же у меня через него прокинут доступ за NAT к моим серверам.
У меня резался.
Так-же зависал на стадии Authenticating и пакет ответа от сервера не приходил
Неделю назад у нашего сотрудника тоже получалось подключиться просто по 443 TLS, но видимо когда я приехал что-то случилось. Очень похоже что ломается пакет ответа от VPN на стадии авторизации.
Я пробовал как отельный wifi (Link Egypt), так и vodafone 4G.
К сожалению сейчас нет времени особо пробовать другие методы обфусцирования траффика, так что не получится сделать нормальное исследование.
Да, сейчас нахожусь в египте. Работает только через obfsproxy, ssh tunnel. Shadowsock еще не пробовал. 443 tls ломается на фазе автоиизации
И ни одного теста
В таком режиме это вылезет рано или поздно, мало кто сможет равномерно распределять свою работу между двумя и более задачами. Так или иначе вылезет.
А еще если пир у вас сойдет с ума и начнет слать REGISTER с большой скоростью тоже начнет течь. Может если у вас больше 100 пиров поставить перед всем этим kamailio и заодно получить возможность зарезервировать этот asterisk?
У нас такая схема работает на очень большом количестве пиров и asterisk на которые распределяется через dispatcher.