Opened 7 years ago
Closed 7 years ago
#242 closed улучшение (не будем делать)
Реализовать сервер музыки и отправлять на холд к нему
| Reported by: | alx | Owned by: | alx |
|---|---|---|---|
| Priority: | низкий | Milestone: | 2 очередь |
| Component: | any | Keywords: | |
| Cc: | san |
Description
Сейчас при установке на hold мы просто деактивируем медиапоток. Когда нашему канальному окончанию деактивируют медиапоток, оно воспроизводит музыку в канал абонента. Но если абонентом является SIP-пользователь, его телефон, скорее всего, никакой музыки проигрывать не будет, и в трубке будет просто тишина.
Есть идея сделать специальное виртуальное окончание, которое проигрывает музыку позвонившему. Добавить глобальную настройку, при включении которой при переводе собеседника на hold вместо деактивирования медиапотока абоненту будет посылаться REFER на сервер музыки. При снятии с hold будет посылаться INVITE с Replaces.
Change History (3)
comment:1 by , 7 years ago
| Cc: | added |
|---|
comment:2 by , 7 years ago
Склоняюсь к закрытию тикета с резолюцией "не будем делать".
согласен
С другой стороны
ничего не приходит в голову
comment:3 by , 7 years ago
| Resolution: | → не будем делать |
|---|---|
| Status: | new → closed |
Сценарий можно посмотреть здесь.
Саша, я хотел бы узнать твое мнение. Мне после некоторого размышления такая функция кажется вредной в ряде случаев. Например, абонент находится в конференции, и ему поступает еще один вызов. Он ставил текущее соединение на холд, и в результате в конференцию начинает проигрываться музыка, которую вынуждены слушать остальные участники конференции...
Мне кажется, что воспроизведение музыки при отсутствии медиапотока должно быть функцией юзе-агента. Не умеет UA развлекать своего абонента при отсутствии медиапотока - ну и не надо значит. Склоняюсь к закрытию тикета с резолюцией "не будем делать". С другой стороны, может ты придумаешь альтернативный вариант реализации такой фичи, лишенный описанного недостатка?