при занятости абонента не переходит на другую линию, но при недоступности линии - переключается на другую?

верно

Коллеги, добрый день!
Вопрос про диагностику webrtc с помощью sngrep. Судя по поиску, в чате пару раз поднимался этот вопрос, но без особых успехов. Юрий @ovoshlook Вы отвечали вопрошающим утвердительно, может быть прольете свет на детали? Что имеем:
- sngrep 1.4.9 успешно собран с ключом --with-openssl
- команда sngrep port 8089 -k /path/to/key
- шифрование TLS_RSA_WITH_AES_128_CBC_SHA (поддерживается sngrep)
- снятый трафик точно содержит handshake
- экран вывода sngrep пустой
- при этом трафик снятый tcpdump и открытый в wireshark успешно дешифруется

Sngrep на сколько я помню не умеет ssl выше 1.1

я что-то вообще сомневаюсь что sngrep умеет ws/wss

Ну это ж tls

Умеет. Поддержка ws в качестве транспорта заявлена еще в 15ом году

Понижение версии до 1.1 и даже 1.0 также не помогло. Так у Вас на практике хотя бы в какие-то давние времена удавалось завести sngrep для webrtc?

А где вы его понижаете ? Хром ниже 1.2 уже все отклоняет
Шифрование не смотрю sngrep последние года 4.

Firefox позволяет включить поддержку старых версий

Понижаем в http.conf у asterisk, конечно

Что ж, наверное пора для "лошадь сдохла - слезь". Спасибо

Добрый день. tlscipher=AES128-SHA в http.conf

тип шифрования должен быть какой-то из RSA

DH так и не удалось расшифровать с помощью sngrep

а вообще поставил в итоге nginx перед астериск в качестве прокси - и ловлю трафик незашифрованный.

У нас как раз он и есть, но без успешного результата. Будем ловить HEP'ом

у меня на этом типе шифрования расшифровывал.

Коллеги, а как научить Asterisk16+ в связке с FreePBX  возвращать вызов при слепом трансфере если он неудачный? Все маны перелопатил, не удалось реализовать

TRANSFER_CONTEXT
В этом контексте описываете диал, проверяете диалстатус и возвращаете его обратно.