Pull to refresh
7
0
Send message
Решение отказаться было принято до моего прихода в компанию.
Я так понимаю, что отделам было важно собирать ту или иную статистику по звонкам + записи разговоров, что CUCM с его не самыми удобными CDR дать не мог. + он был на площадке оператора и наши возможности на нем были ограничены.
Ну и главное, что астериск бесплатен, а за CUCM надо платить оператору его предоставляющему
Ну на самом деле еще спорно, что будет для последователей сложнее, вникать в навороченный диалплан или все же в отдельные скриптики по одному на каждую задачу.
А если этот дозвонившийся захочет добавить в конференцию своего друга?
У меня почему то, в таком случае, отрабатывает *1 именно из DYNAMIC_FEATURES, хотя по логике должно из dialplan_exec, так как он уже сидит в конфе. Может баг, может фича. Когда делал не было времени выяснять, надеюсь, что выясню в будущем
Я не думаю, что операторы будут использовать это на своих узлах. Это решение не операторского уровня, а для себя.
пользователь в софтфоне может написать

Не может, callerid прописывает сам астериск абоненту при каждом звонке.
Ну вообще почти 4 года в федеральном операторе связи. И я не разу не видел, чтобы что то подобное было в части номера. Не знаю, что там у мелких виртуальных voip операторов, у которых ни лицензии, ни своих номеров, но у нас все поля, относящиеся к src и dst жестко контролировались на каждом узле.
От оператора связи такой ерунды не придет, а вся внутренняя кухня только в моих руках.
Ну и я не утверждаю, что это идеальный вариант. Каждый переделает так, как считает нужным и под свою задачу. Это, скорее, мысли на бумаге.
1. Я подумал, что раз уже залез в AMI, то почему бы и не сделать там SetVar.
2. Можно, но почему то тогда по *1 срабатывает не dialplan_exec, а DYNAMIC_FEATURES.
3. Этого хотелось избежать, так как инициатор может по каким то причинам выйти из конфы, например чтобы пригласить в кого то, сидящего за IVR.
4. Вроде не болтается, но спасибо.

Information

Rating
Does not participate
Registered
Activity