ip tel grandstream gxp1200

fs 1.7

живет давно

но без веба

на астериске вебртс все нормально работает

вот с фс вышло худо пока что

на фс ws i wss пробовал на обоих одна и таже проблема.

потому что websocket тут совсем не причем

у вас с кодеками проблема

PCMU,PCMA,VP8,opus

вот такие кодеки стоят

где? для кого? что у клиентов?

ваш грандстрим как настроен?

Конкретно ваш аппарат, вот прям на нем, какие кодеки?

вам надо absolute_codec_string прописать в диалплане, в ту сторону, который на ваш веб клиент вызов делает

у нас все на этом кодеке крутится PCMU

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

и все телефоны стоят на этом кодеке

хорошо сейчас проверю

виндовый админ наверное настраивал все... у нас Alaw как то в стране живет, ну да ладно

то что вы посоветовали

absolute_codec_string пропишите, да.

уж не знаю почему, но не всегда FS сам транскодит

я не из Баку)

баку?!

верней не из России

а из Баку)

нам сип провайдер дает PCMU

отмазались)

и у нас провайдеры вообще не вкурсе что фс есть)

у нас все наоборот... WEBRTC настроить некому, а телефонистов полно...

в смысле, у нас, у меня вокруг...

у нас вес на астериске крутится. но последний год на фс начали тоже юзать.вот и выплывает все)

незнания продукта?)

тихо тихо узнаем)

Астерикс популярнее ФС, имхо, но у меня с ним не сложилось, долго мучился с сегфолтами, а ФС без проблем взлетел

Правда это было лет 8+ назад

Во первых есть опция предлагать srtp всегда, включите ее. Во вторых, там еще может нужно менять dialstring

если звоню на webrtc звонок поступает то после ответа сразу отбой идет. кодет opus присутвстует

но если с вебртиси звоню то вообще озвониться не получается сразу ругается

у нас все наоборот... WEBRTC настроить некому, а телефонистов полно...

Кстати, скоро видимо и нам надо будет. Кто работал с ним?

По докам все должно быть просто, но что то я подразумеваю, что лучше бы найти человека с опытом)

Вот и я

Я работал

Какие особенности? )

Имхо - лучше на каме его превращать в udp

Обычный сип в смысле

А что для этого надо писать? )

Особенности - нет нормального стандарта, не работает early media, куча головной боли, браузеры

Я сейчас с тела, приду к пк расскажу

У меня вообще был дикий вариант

Мобильное приложение на кордове которое делало телефонию через вебртц

Мобильное приложение на кордове которое делало телефонию через вебртц

такая же байда есть, но работает

такая же байда есть, но работает

а проблему с early-media как решали? И не было у вас проблем с тем, что пакеты просто не создавались на сетевом стеке на телефонах?

никак оно нам не нужно

в iOS есть какие-то особенности с застыванием в сети

ага, именно в iOS

так это особенность платформы это не победить

так, я тут обещал рассказать что делать чтобы заставить каму быть вебртц шлюзом для начала поясню зачем это нужно 1. Ну это круто))))0) 2. Разгружаем фрисвитч, всем кодированием-декодированием занимается rtpengine 3. Соотвественно - при желании можно вебртц клиентов соединять через него, не гоняя лишний трафик на фс 4. Авторизацию и аутентификацию на каме можно сделать практически через любую базу или апи, причем легче чем на фрисвитче, тем более в случае мультидомена 5. Камаилио не отъедает память при использвании tls (пару раз встречал такое у свича) 6. Если захотели видеоконференции (а у некоторых после того как заработало вебртц начинаются бзики в сторону видео) - камаильо может делать балансинг по нагрузке Ну и другие приятные мелочи

Особой сложности в этом нет на самом деле, главное разобраться в том каким образом помечаются ws клиенты и правильно расставить флаги для rtpengine

сейчас откопаю конфиг и приведу пример

https://github.com/caruizdiaz/kamailio-ws/blob/master/kamailio-ws.cfg вот пример

обратите внимание на route[SETUP_BY_TRANSPORT]

тут в принципе вся магия и делается

после этого на фрисвиче можно спокойно работать со всем этим как с обычным трафиком, не заботясь о нагрузке, tcp, tls, и прочем прочем прочем

это не говоря уже о том, что в тех местах где кама УЖЕ является SBC этот вариант чуть ли не единственный адекватный

в общем из минусов разве что необходимость сесть и немного составить логику, там есть еще нюансы с record-route хедерами, так что этот конфиг копировать слепо не надо :)

он слишком старый

А на каком языке конфиг написан?

kamailio

в смысле что за ЯП)

это не ЯП

это синтаксис у него такой

т.е. они взяли и запилили свой синтаксис?

ну а как еще? :)

смахивает на lua )

при близком знакомстве больше смахивает на С

https://github.com/kamailio/kamailio/blob/master/etc/kamailio.cfg

вот дефолтный

точняк на С похоже

У камаилио есть какие-нибудь явные преимущества перед опенсипсом? Скоро придётся внедрять, думаю что выбрать из 2-х

опенсипсом не пользовался, не могу сказать ИМХО - камаильо ван лав, в свое время выбрал каму за то, что быстрее развивается, для нее больше документации, больше модулей, есть такая штука как rtpengine

ну и коммьюнити больше опенсипс считай форк, ser и kamailio потом объединились

кама очень сильно сейчас развивается в сторону IMS, многие LTE операторы заинтересованы в ней

если что у нас тут есть @ru_kamailio :)

впрочем жизни там почти нет, все связанные вопросы обычно здесь обсуждаются

Благодарствую за инфу

а что у kamilio с ISDN платами?

вот тут я не подскажу

ничего у него c ISDN платами, это чистый SIP

т.е. держать под боком dahdi+asterisk как шлюз под Е1? Если требование есть по платам

и ни с какими платами они не работают, кроме поддержки плат для транскодинга у opensips(?)

У камаилио есть какие-нибудь явные преимущества перед опенсипсом? Скоро придётся внедрять, думаю что выбрать из 2-х

Одного поля ягода, даже код пересекается, но несколько отличаются модули

впрочем жизни там почти нет, все связанные вопросы обычно здесь обсуждаются

Чаще просто в @ru_voip

Но фс без камы имхо уже мало смысла имеет

я в этих случаях просто сравниваю активность в рассылке

вот опенсипс: http://lists.opensips.org/pipermail/users/ вот кама http://lists.sip-router.org/pipermail/sr-users/

дальше уже кому как нравится :)