Тема: настройка voip - bsc1
огромная просьба еще помочь разобраться с вопросом подключения к микро сип серверу через интернет через нат, я так понимаю в помощь мне stun сервер - tun1.l.google.com:19302 который есть в конф файле, не удаётся подключиться через линфон к микро сип серверу
и ещё по мере знакомства с устройством возникло ряд вопросов: 1 - ООООЧЕНЬ громкий звук отбоя по отношению к громкости разговора - как это пофиксить или убрать звук отбоя ? Вы знаете какой либо софтофон с возможностью записи видеозвонков ? Какое максимально количество устройств поддерживается Вашим микро сим сервером ? условно говоря 300 - 400 точек оповещения будет работать стабильно ? и ещё момент хотел уточнить - режим работы voip bsc 1 я так понимаю полудуплексный ? не корректно работает дуплексная связь - прерывается.
Для подключения из интернета нужен проброс порта SIP и диапазона RTP портов на роутере к серверу. У linphone stun не работает, хотя и присутствует. Хорошо работают со stun portsip и zoiper. Для стабильной работы SIP сервер должен быть подключен в интернет напрямую, как вариант на хостинге, т.к. существует проблема подмены портов в цепочке роутеров, особенно у сотовых операторов и в связи с этим rtp может не идти в одну из сторон, stun на клиентах частично решает эту проблему, но не всегда.
Звук отбоя в режиме разговора нужен, чтобы звонящий знал, что на том конце положили трубку, а не просто оборвалась связь, это традиционно в телефонии, иначе он будет продолжать говорить с тишиной. Громкость гудков отдельно не регулируется, но можно увеличить громкость микрофона в телефоне на другом конце.
Запись видеозвонков - задача специфическая, в распространенных SIP клиентах такое не встречали. Обычно это делается на уровне сервера. Но возможно поиск по критерию “SIP клиент с записью разговоров” сможет как-то помочь.
О количестве абонентов: если речь идет о VoIP-DP сервере, то оно ничем не ограничено. Трафик в режиме ожидания минимальный, т.к. процесс регистрации происходит с периодичностью около минуты. Нагрузку на ресурсы скорее создает количество одновременных разговоров с видео, тут нужно рассчитывать, что это 2 одновременных RTRP потока в обе стороны, звук 64кбит и видео 200 - 500 кбит и так на каждый разговор. Все зависит от железа и пропускной способность канала. Для организации SIP сервера рекомендуется использовать современное железо не ниже core i5 или аналогов AMD, с SSD и не экономить на памяти, по современным меркам не менее 8Г.
Полудуплексный режим работы связан с необходимостью эхоподавления, его можно отключить или порегулировать. Прерывается звук от контроллера в телефон в момент, когда звук от телефона к контроллеру превышает условный порог срабатывания. Т.е. говорить нужно по очереди, желательно не из шумного помещения. Если звук прерывается при отключенном эхоподавлении, то речь может идти о провалах в связи или тормозами компьютера.
Всю ночь промучился с пробросом портов и через примитивный домашний роутер с симметричным натом на борту, и через микротик пробовал различные вариации - в общем всё криво косо - будем выкидывать напрямую в ван сеть сервер, судя по снифу rtp порты каждый раз занимаются разные не входящие зачастую в пул разрешённых адресов на сервере - роутере, странная ситуация конечно такое ощущение что нат за натом от оператора))) ну да ладно - в любом случае допилю, тем более планируем у вас купить для ознакомления сип адаптер SIP-CDA3 с целью дальнейшей интеграции к существующим элтисам, меня ОООООЧЕНЬ беспокоит факт ОООООЧЕНЬ громкого отбоя, все несколько сотен железок будут стоять именно в подъездах в лифтовых холлах, там же есть жильцы первого этажа если мы не сможем как то пофиксить эту проблему то я боюсь реализация проекта закончится уже на первых домах из за жалоб жильцов, пысы - усиление микрофона само собой уже регулировал, ставил активный внешний микрофон с усилением - все бесполезно звук отбоя не соразмерно громче звука разговора - надо бы что то посоветовать, вроде мелочь только вот эта мелочь всё застопорить может .... тем более должны понимать, что диспетчер не будет кричать в микрофон, может как то в прошивке можно это поправить ? И ещё я понимаю что в режиме тишины нагрузка будет минимальная - но в нашем случае это будет одновременное воспроизведение контента на 300 - 400 точек.
Под увеличением громкости микрофона имелось ввиду микрофон телефонного аппарата оператора. Тогда саму громкость оповещения можно делать тише и в микрофон кричать не придется. Гудки слышатся только в режиме разговора, если кто-то нажал на кнопку и позвонил. При оповещении оператором гудков нет. К тому же громкость фоновой трансляции и громкость разговора выставляются отдельно.
На 400 точек получается 25 мбит на фоновую музыку 64кбит на канал в режиме 8кгц, не так уж и много.
... все несколько сотен железок будут стоять именно в подъездах в лифтовых холлах, там же есть жильцы первого этажа если мы не сможем как то пофиксить эту проблему то я боюсь реализация проекта закончится уже на первых домах из за жалоб жильцов ....
Подобного ни разу не наблюдали и на куда больших объемах внедрения систем оповещения. Причем в ЖКХ этого понаставлено тоже не мало. Кроме того, даже самые обычные домофоны порой орут на всю улицу (и не всегда цензурно), при том, что далеко не один первый этаж все это слышит, и ничего, никто их не сносит. Тут нужно исходить из того, что “вещание” осуществляется в установленные законом порядке и времени. Вызовы же диспетчера жильцами и подавно, носят, как правило, единичный экстренный характер. Или вы собираетесь устраивать ночные подъездные конференции побалтушки или же давать жильцам армейский утренний горн побудки?
.... может как то в прошивке можно это поправить ?
Изменения, как в программе, так и в аппаратной части конечно возможны, и мы постоянно это делаем (множество тем в этом разделе в которых делались доработки прямое тому подтверждение), как под расширение/коррекцию функционала, так и под индивидуальные проекты пользователей. Другое дело, что подобное делается только при наличии реальной экономической обоснованности.
