В
Максим - сделай скидку что товарищ не сможет сделать реализацию на запрос настроек всех через curl )
Size: a a a
2021 January 13
е
а лоукост позволяет работать с базой сам? может, проще hiredis или чистый curl повесить?
е
в принципе то, кстати
е
curl, простенькая табличка в мускуле, простенький веб-сервер на пыхе или ноде или рельсах или черте в ступе, неважно
е
но я не работал с lcr, может, он удобнее
DY
Viktor
Подскажите, есть список абонентов, порядка 50. Настроено 3 шлюза. Как сделать, чтобы на номер из списка вызов шел через конкретный шлюз, 50 экстеншнов можно наверно прописать, но, скорее всего все делается изящнее, вот хочется узнать как.
mod_db - в нём и прописать
В
в lcr ты можешь написать свой запрос на выборку - хитрый join к примеру )
V
Кто сталкивался? В INVITE sip заголовка есть поле для передачи служебной информации "user-to-user" или "uui", какой формат данных и какой длины можно в нем передавать?
KV
Viktor
Кто сталкивался? В INVITE sip заголовка есть поле для передачи служебной информации "user-to-user" или "uui", какой формат данных и какой длины можно в нем передавать?
Никто не запрещает Вам использовать custom заголовки из серии
X-Custom-Header: custom-dataKV
Если исходить из предпосылки того, что у Вас UDP, то ориентируйтесь на MTU за вычетом накладных расходов. Это в плане общего размера пакета.
V
Если исходить из предпосылки того, что у Вас UDP, то ориентируйтесь на MTU за вычетом накладных расходов. Это в плане общего размера пакета.
Спс
AK
Viktor
Кто сталкивался? В INVITE sip заголовка есть поле для передачи служебной информации "user-to-user" или "uui", какой формат данных и какой длины можно в нем передавать?
https://tools.ietf.org/html/rfc7433#section-4.1
Все описано в RFC. размер данных, ну тут как бы все упрется в размер вашего UDP пакета.
Вот что нам предписывает RFC 3261 https://tools.ietf.org/html/rfc3261#section-18.1.1
Что если у вас большое сообщение (в пределах 200 байт от размера MTU) то вместо UDP стоит использовать TCP как транспорт для SIP
Все описано в RFC. размер данных, ну тут как бы все упрется в размер вашего UDP пакета.
Вот что нам предписывает RFC 3261 https://tools.ietf.org/html/rfc3261#section-18.1.1
Что если у вас большое сообщение (в пределах 200 байт от размера MTU) то вместо UDP стоит использовать TCP как транспорт для SIP
AK
Так что если у вас дофига заголовков в инвайте и еще и собираетесь запихать километровый UUI то сразу в TCP транспорт смотрите
AK
а так пихайте скока влезет
AK
Viktor
Кто сталкивался? В INVITE sip заголовка есть поле для передачи служебной информации "user-to-user" или "uui", какой формат данных и какой длины можно в нем передавать?
User-to-User: 3739313531323334353637237465737423746573743223617A617A617A617A;encoding=hex
данные в base16
калькулятором можно проверить содержимое как 79151234567#test#test2#azazazaz
данные в base16
калькулятором можно проверить содержимое как 79151234567#test#test2#azazazaz
AK
Если же вы хотите какие-то свои заголовочки заиметь для обмена между своими системами , то их и используйте. Иначе если вы всякое начнете пихать провайдеру в заголовки, можете быть посланы с таким пакетом....
2021 January 14
V
Если же вы хотите какие-то свои заголовочки заиметь для обмена между своими системами , то их и используйте. Иначе если вы всякое начнете пихать провайдеру в заголовки, можете быть посланы с таким пакетом....
Развернуто, спасибо
G
Добрый день, на фрисвиче нужно что то включать отдельно для принятия dtmf in band ? ко мне пока приходило "out of band" и всё было нормально
G
Ещё вопрос, in band dtmf разве часть rfc2833 ?
PZ
Greg
Добрый день, на фрисвиче нужно что то включать отдельно для принятия dtmf in band ? ко мне пока приходило "out of band" и всё было нормально
Да делать start_dtmf