Добрый день! Подскажите что с телефоном. Работает хорошо, но при входящем звонке после снятия трубки я не слышу собеседника, хотя он меня прекрасно слышит. Дабы мне услышать звонящего, приходится нажимать кнопку "удержание" затем "возобновление".

Здравствуйте. Похоже у вас присутствует NAT между устройством и сервером.
Пробуйте:

включить Keep Alive - на телефоне
включить SIP-ALG - на роутере (NAT)
настроить STUN - на телефоне
отключить Strict Proxy - на телефоне

Благодарю за оперативный ответ! Поясню как у меня в офисе организована ip телефония.
Телефон DPH-150S подключён к локальной сети. Ip адрес телефону присваивается по mac. В локальной сети сервером ip телефонии выступает Asterisk. Как видно NAT между устройством и сервером ip телефонии отсутствует.

Тогда нужно посмотреть дамп трафика между сервером и телефоном + схема сети. Отключите Strict Proxy.

очень интересно. надо будет попробовать удержание нажать и возобновление.
Три дня назад всплыла такая же проблема. когда секретари переводят звонок и бросают трубу не дождавшись ответа,
те, кому переадресовали звонок ничего не слышат.
sip show channel показывает вот такую загогулину на канале dph-150se
Their Codec Capability: (nothing)
И пакеты звука к нему не идут. От него - идут. Его слышат.
Причем это когда трансфер REFER replace делает телефон секретаря.
* feature трансфер нормально все.
И только с d-link'ом проблема. другие всякие прекрасно работают.

Перепрошил все новые прошивки.
Менял в настройках все что можно.
Ничего не помогает. Третий день домой пол одиннадатого возвращаюсь из-за этого.

Причем проблема жила два года. Но всего шесть длинков.
А на всех телефонах настроена переадресация через feature код *.
В этом случае все нормально. Все все слышат.
Только у секретарей трансфер делает телефон через REFER replace.
Что бы можно был тупо ткнуть в кнопку на панели для перевода звонка.

Точно! Проверил! И мне звук возвращает Hold с последующим Resume!

хорошо видно, как сначала пакеты со звуком идут только от dlink'a. А потом, после нажатия hold - resume, в обе стороны.

Снял дамп. Был произведён один звонок. С моего телефона на DPH-150S. После снятии трубки - тишина, далее проделал удержание-возобновление, звук появился, конец связи.

Дамп трафика с помощью WireShark, например. Опубликованные - малоинформативны. Если Transfer кнопкой не работает, а именно нет входящего голоса, а в дампе наблюдается отсутствие входящего RTP потока, то нужно проверить конфигурацию вашего сервера, а именно - поддержку и настройки данного метода перевода. На нашем тестовом стенде с Asterisk перевод по нажатию Transfer работает и проблем не наблюдается.

Это и есть варешарк. Все пакеты от телефона dph-150se и к нему. Полный протокол.

У меня так приключилось, что в наличии есть grandstream, yealink, flying, thomson и fanvil. Это не считая софтфонов на смартфонах и компьютерах. Покупались на замену традиционной телефонии постепенно в течении полутора лет. В зависимости от наличия в магазинах по-пути домой с работы.

Так вот. Я потратил несколько дней на выявление закономерности потери звука при трансфере. Из сотни телефонов - пять dph-150se. Первым делом, я заменил на thomson st2022 один из делинков. Проблему сняло как рукой.
Еще раз попробую на пальцах объяснить. Потому что читать дампы обмена пакетами вы все равно не можете. Да и не зачем это. Это надо разработчикам firmware. Если они не встают в позу: "А у нас все работает, вы сами виноваты". Вам в один день два человека про одну проблему говорят. Два НЕЗАВИСИМЫХ человека. В один день. А проблеме несколько лет.

Начинаю объяснение.
Все трансферы средствами feature (это в asterisk'e комбинации набора тональных последовательностей) работают нормально. Звук есть во все стороны. Но есть два телефона у секретарей (yealink) - у них переводы (transfer) делается не тональным набором команды (настройка send dtmf вместо transer). Вот, отключено на двух телефонах у секретарей "send dtmf при нажатии transf". И выставлен трансфер сопровождаемый (attended). Они переводят звонок и бросают трубку, не дожидаясь ответа. И вот тут все и случается!
Но случается только с DLink'ом. Ни с одной моделью других производителей - этого не случается! У всех все хорошо! Для всех других производителей, кроме d'link'a все на АТС asterisk насроено замечательно! И только для dlink'a что-то не так настроено. А настроено все одинаково, кроме логина и пароля.

Взял вместо yealink'a и стал делать трансфер thomson bt-30. Тут еще интереснее. Тут можно добиться, что бы звука не было в другую сторону. При том, что обмен пакетами звукового трафика шел в обе стороны. Обновлял прошивки. На все телефоны из тестового стенда залил последние. Заливал и старые. Ничего dlink'у не помогает. Он упорно не хочет слышать звонящего, который ему перевели другим телефоном.

Раньше могли этого не замечать, потому что секретари чаще, прежде, чем бросить трубку, дожидались ответа, и говорили чего-то вроде "с вами хочет поговорить вася пупкин". Тут все нормально выходит, звук есть прекрасный. А сейчас секретари обнаглели и тупо жмут кнопку под которой номер куда перевести и бросают трубу. И вот оно и вылезло.

Вы поймите, это реальная проблема. Которую можно воспроизвести.
Можно говорить, что это во всем АТС виновата, а длинк в домике и его это не касается.
Но несовместимость с самой распространненой АТС в мире веж должна быть не на последнем месте.

Напишите,пожалуйста,какой dump вы считаете более информативный и я его сниму....

Пример дампа во вложении, например, WireShark, формат *.pcapng

Я вам верю, что у вас одни устройства работают, а другие нет, но необходимы факты для анализа. В вашем случае при наличии такой возможности пришлите нам оба варианта дампа трафика - с телефоном с которым всё нормально работает и с другим телефоном при возникновении проблемы. Проанализировав разницу в посылаемых пакетах и реакции сервера на них, можно будет точно определить причину. Из WireShark оставьте дамп в формате *.pcapng. Подпишите какой хост кем является, какие действия выполняете.