rt
Имеется ввиду FS часть только - iOS клиент у меня самописный, с ним проблем нет (libre + WebRTC)
Можно отправить через внешнее приложение, в которое fs по eventsocket стукннтся и на ожидании повисит пока не зарегается адресат
Size: a a a
2020 May 12
R
а как сделать это "ожидание" ? проблем в том, что один и тот же юзер может региться одновременно на других клиентах окромя iOS (web/ондроед) и принимать звонки соответственно на любом из них. готов оплатить (или заказать) готовое решение для FS. отправить сам push не проблема - проверено через mod_curl или mod_apn
R
более того, после ожидания должен произойти полноценный обмен SDP, а не как в mod_apn (через задницу)
rt
а как сделать это "ожидание" ? проблем в том, что один и тот же юзер может региться одновременно на других клиентах окромя iOS (web/ондроед) и принимать звонки соответственно на любом из них. готов оплатить (или заказать) готовое решение для FS. отправить сам push не проблема - проверено через mod_curl или mod_apn
в этом вся соль, но скорей всего можно (пока не приходилось)
rt
более того, после ожидания должен произойти полноценный обмен SDP, а не как в mod_apn (через задницу)
с этим не будет проблем
rt
можно заодно и в андроидофоны пихнуть
R
ондроед чудесно работает и без пушей, это ios > 12.x отличился
R
в этом вся соль, но скорей всего можно (пока не приходилось)
получается INVITE должен сразу проходить для всех регистраций без токена и "зависать" для тех у кого token есть в базе
rt
получается INVITE должен сразу проходить для всех регистраций без токена и "зависать" для тех у кого token есть в базе
это сильно морочено, но тоже можно
R
увы, это обязательное требование: юзера должны иметь возможность сразу принять входящий P2P *video* звонок на любом зерегеном устройстве. при использовании mod_apn (из-за switch_ivr_originate) входящий звонок изначально идет как direct-media voice only. причем для всех устройств, что не есть гуд
R
есть вроде еще опция "late SDP negotiation" но хз как это работает в FS и будет ли работать в варианте с switch_ivr_originate. я в FS не шарю от слова совсем, поэтому готов оплатить решение. кому интересно - отпишите в личку
rt
увы, это обязательное требование: юзера должны иметь возможность сразу принять входящий P2P *video* звонок на любом зерегеном устройстве. при использовании mod_apn (из-за switch_ivr_originate) входящий звонок изначально идет как direct-media voice only. причем для всех устройств, что не есть гуд
можно не вставать на ожидание после пушей, а периодически дергать bridge
это точно должно работать
это точно должно работать
R
а не вылезет ли проблема с другой стороны - когда ios юзер один и он не доступен ? идея ожидания в том что есть timeout после которого можно дать отбой
rt
это можно обработать
R
и потом как сделать full SDP negotiation для bridge ? SDP со стороны ios на момент ожидания ответа от пуша все еще не известен
R
вроде как есть костыль через паркинг входящего звонка на время ожидания ответа от другого клиента или регистрации от ios пуша. такое решение тоже подходит если будет работать ringback для звонящего
rt
и потом как сделать full SDP negotiation для bridge ? SDP со стороны ios на момент ожидания ответа от пуша все еще не известен
сами договорятся
rt
вроде как есть костыль через паркинг входящего звонка на время ожидания ответа от другого клиента или регистрации от ios пуша. такое решение тоже подходит если будет работать ringback для звонящего
без паркинга
IO
- -
А где теперь брать spandsp ? Официальный сайт не работает.
Россыпью на гитхабе
--
А последнюю development версию больше негде?