asterisk+D-Link DPH-150S/E/F1, работа с call waiting

[Bluetooth]

Здравствуйте. Есть следующая конфигурация:
Asterisk(FreePBX) на centos в ксене.
Телефоны - D-Link DPH-150S/E/F1
Входящий маршрут с сип транка завернут на queue(ringall)
На экстеншенах включен call waiting, на телефонах тоже.
Ситуация следующая:
Поступил звонок, человек отвечает, разговаривает, поступил второй звонок. Т.к. call waiting включен, он отображается у разговаривающего на телефоне. Однако, я не нашел ни одного способа для того, чтобы переключиться на второй звонок, завершив первый при этом. Если кладешь трубку, то телефон звонить перестает, и второй вызов уже не подобрать. Кто-нибудь, знает, можно ли изменить это дебильное поведение(вот цисковские телефоны нормально работают в такой ситуации). Если переключиться на второй вызов софт кнопкой под экраном, то первый ставится на hold, и, чтобы его завершить, нужно переключиься обратно, завершить его, переключиться на второй вызов и уже тогда разговаривать. Это совершенно неудобно. Кто-нибудь имел дело с такими телефонами, что-нибудь можно сделать?
Помимо этого пытался реализовать вариант без call waiting, чтобы модуль управления очередью в астериске направлял звонок на освободившийся после завершения предыдущего вызова телефон. Вроде бы, есть параметр Wrap-up time, который отвечает за время, через который телефон с недавно завершенным вызовом будет звонить по текущему, однако, как ни выставлял его, результата не добился.

[sash-kan]

ну, если одно устройство ведёт себя вполне нормально, а другое устройство в той же ситуации ведёт себя ненормально, то надо обращаться к производителю другого устройства·
кстати, возможно, уже есть новая версия блоба, исправляющая данную ошибку·

[Bluetooth]

Мысль здравая, спасибо. Обратился в D-link, нарыл свежую прошивку.
Может, у кого-нибудь есть еще полезная инфа по теме?

[sash-kan]

нарыл свежую прошивку

так озвученную ошибку в этом новом блобе исправили?