Нет, телефон во внешке.
Он регается.
Проходит 68 секунд и ему вешается статус UNREACHABLE (60 сек qualify freq + 4 qualify туда + 4 q обратно = 68 :))
Единственное ставил register-expire маленьким, помогало, но мне кажется это не вариант. Не даром же keep alive c qualify придумали ))
keep-alive на телефоне по умолчанию стоит 20 сек.

то есть он после регистрации через 68 сек уходит в unreachable и больше не возвращается?

я не знаю почему так. Но видимо астериск не получает ответоов телефона. Или телефон не получает запросов астериска. Слишком дофига всего может быть. Может с НАТ у вас чего. Может телефон ваш странный. Смотрите при помощи tcpdump/ethereal общение астериска с этим телефоном - может что и прояснится. В качестве пинга Астериск шлет OPTIONS.

Возвращается. После того, как у него reg expire кончается, он заново регается, тогда и становится reachable :)
Может keep-alive выставлять на телефоне маленький?
Или qualify freq выставить не минуту, а к примеру 30 сек?
Телефон Grandstream GXP1200

ну ну это не то.
то есть пинги от астериска не работают.

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

смотрите tcpdump'ом что ходит между телефоном и астериском.

Посмотрел трафик. Вот результ.

После появления статуса unreachable астериск отчаянно посылает через каждую секунду options. Телефон не отвечает.
В один прекрасный момент, когда наступает reg expire телефон говорит who has __ip__server__ tell phone_server
И регается.
ПОтом они меняются привествиями (options) и соотв SIP2.0/ OK
После регистрации, через минутку asterisk посылает ему options, но ответа сразу же не получает, посему шлёт каждую секунду. Если в течение 4 с (так выставлен qualify для данного юзера) он не получает ответа, то сразу же ставит unreachable.
Далее шлёт options снова, через каждую секунду. Ждёт ответа :-) Ух, прям как преданная жена ждёт своего мужа.
Так и шлёт, потерянно, до той поры пока тот снова не зарегается.

Похоже что маршрутизатор кривой какой то.. (-: Сегодня справился с подобным D-Link DIR-615, оказалось у него что то было с прошивкой.. обновил с версии 3.02 до версии 3.03 все заработало ;-)

Вообще D-Link глючные какие то больно в этом плане.. недавно перегружал сервер, так телефоны как раз на D-Linke отказывались регаться, хз почему. Пока кеш ему не сбросили телефоны не заработали.

Есть какие идеи?

у одного моего клиента большая сеть была, они вылезли за диапазон 192.168.0.Х и на прокурве (коммутатор hp procurve) разделили все здание на подсети. и иногда одна подсеть просто отваливалась. вернее все работало, кроме ИП телефонов.
помогало - arping в любую сторону.
как только arping убирал - телефоны отваливались снова.

Это стандартный ARP запрос. Если запись в таблице ARP исчезает, то ничто и не пингается, и не квалифаеца, и не сипитца. Если после этого запроса всё восстанавливается - то проблема хранения записей ARP у Д-линка.

switch:

у одного моего клиента большая сеть была, они вылезли за диапазон 192.168.0.Х и на прокурве (коммутатор hp procurve) разделили все здание на подсети.

А надо было бы на vlanы.

Суть ясна - буду разруливать.

Никто не сталкивался с подобной проблемой, когда в качестве маршрутизатора стоит винда? А к ней вся сетка врублена. Сам с ней контакта не имел, так что даже понятия не имею как там маршрутизация организуется.

Командная строка
route print
route add а если навечно добавить, то в конце ключ /р (permanent)
route del

я чего-то не вкурил. ва же сказали что у вас телефон не в локалке а во внешке.
из чего я сделал вывод (возможно ошибочный) что он в другой сети.
Но тогда с какого перепоя вообзе ARP who has ???? ARP используются только в том же самом сегменте - им телефон только роутер искать должен через который он к астериску пойдет...

разъясните нам свою топологию...