а как у вас диспетчер связан с клиентами?

На данный момент пока пытаюсь разобраться как это все работает, диспетчер настроен и обращается в Астер, а Астер в свою очередь диалпланом разруливает вызовы. Но цель что б можно было совершать хотя б внутренние вызовы с софтфона на вебсофтфоне

ну как вы видите из вашего описания - диспетчер никак не связан с конечными пользователями
соответсаенно с webrtc он не взаимодействует никак
webrtc для kamailio это всего лишь WebSocket
по которому приходят сообщения от клиента на kamailio
диспетчер же у вас взаимодействует с asterisk серверами и общается с ними по UDP/TCP/TLS (в зависимости от ваших настроек )

его задача перекинуть сообщение по нужному каналу
Дополнительных настроек диспетчера тут не требуется

Всем привет!
Я сейчас тестирую webrtc-софтфон, который на старте посылает около 250 подписок на presence и столько же на dialog (в сумме около 500 подписок).
Kamailio закрывает соединение после обработки около 50-100 (пока не считал).
В логе ошибка
ERROR: <core> [core/tcp_main.c:617]: _wbufq_add(): (1063 bytes): write queue full or timeout  (391725, total 391725, last write 3 s ago)

в конфиге задано
tcp_conn_wq_max = 104857600 (100 Mb)
tcp_wq_max = 1048576000 (1000 Mb)

подскажите, что надо потюнить?

391725 - вот это вот значение увеличилось, после увеличения параметров tcp_conn_wq_max, но все равно какое-то подозрительно маленькое, я увеличил в тысячи раз, там по умолчанию стоит 65536

а какие у вас параметры shared/private memory?
вроде как на это может влиять private.

-m 256 -M 24

Хм, у меня даже больше,  хотя таких рассылок нет и просто tls ( пришлось увеличивать)

попробуйте потюнить эти параметры ( в рассылке )
https://lists.kamailio.org/pipermail/sr-users/2021-January/111679.html

это стейджинг, не продакшн

сейчас выставлено
tcp_wq_blk_size = 524288
tcp_wq_max = 1048576000
tcp_conn_wq_max = 104857600

на мой взгляд достаточно большие значения

мне больше всего неясно откуда берется значение 391725 в логе
write queue full or timeout  (391725, total 391725 ...

это ведь похоже на размер буфера и не совсем ясно почему он такой маленький

думаю тут можно посмотреть откуда
https://github.com/kamailio/kamailio/blob/3e4e59584f3e8a2fea1d9167eaf42eda8cc5653b/src/core/tcp_main.c#L613

Да, уже тоже подумал в ту сторону, спасибо!

То есть это не buff а size подаваемый в buff
но судя по тому что я вижу он вызывается на send

есть подозрение что кам просто не успевает отправить ответы

Кстати, я так понимаю, Кама не умеет с rls работать?

Просто это как раз способ одной пачкой послать мешок ресурсов

Похоже что так, я сделал подписку порциями и все отрабатывает, правда в итоге это все работает долго - секунд 10-20

Привет! А стучались ли к кому-нибудь такие товарищи как ngvoice? общался ли с ними кто-то?