Есть несколько приблизительно одинаковых систем с разными моделями телефонов (даже смешаные варианты), но с одинаковыми версиями asterisk, zaptel, libpri, ... Везде используем BLF - все нормально, кроме одного случая - оповещения о смене состояния экстеншена запаздывает (относительно своей реальной ситуации) на 5-15 секунд - это по наблюдениям в CLI.
Т.е. - телефон звонит и через некоторое время (5-15 секунд) получаем:
Extension Changed 1004[blf_g] new state Ringing for Notify User 1001
Extension Changed 1004[blf_g] new state Ringing for Notify User 1002
поднимаем трубку - 5-15 секунд:
Extension Changed 1004[blf_g] new state InUse for Notify User 1001
Extension Changed 1004[blf_g] new state InUse for Notify User 1002
кладем трубку и через 5-15 секунд:
Extension Changed 1004[blf_g] new state Idle for Notify User 1001
Extension Changed 1004[blf_g] new state Idle for Notify User 1002

Соответсвенно телефоны подписаные на мониторизацию смен состояний своих соседей также тормозят.
Если эта ситуация не известна народу, то подскажите как действует этот механизм, где рыть. Кто сообщает о смене состояний своим подписчикам - астериск или телефоны (тогда можно грешить на свитч, сеть,...). Если астериск, то где смотреть ???

Для активации BLF в sip.conf должно быть прописано:

notifyringing=yes
notifyhold=yes
limitonpeers=yes
allowsubscribe=yes
subscribecontext=blf_g
call-limit=10

в extensions.conf

[blf_g]
exten => 1001,hint,SIP/1001
exten => 1002,hint,SIP/1002
exten => 1003,hint,SIP/1003
exten => 1004,hint,SIP/1004

При таком раскладе на других системах реакция на смену состояния - мгновенная.

зы: небольшое наблюдение, незнаю относится ли это к делу - в этой запаздывающей системе (Debian 4 Stable) - при входе в консоль (могу сказать только про SSH), после ввода login: имя пользователя - также наблюдается задержка (3-5 секунд) до приглашения ввести пароль password:

Заранее спасибо.

механизм blf вроде как простой:
телефон подписывается на BLF с помощью команды SUBSCRIBE и затем астериск отсылает ему сообщения в теле INFO в виде XML. но могу ошибаться. в sip debug все хорошо видно.

а вот с задержками это интересно. подобная проблема, но не c blf обсуждалась тут:
http://asterisk-support.ru/forum/topics/4120/

Еще раз прочитал этот топик. Вот там в первых постах говорят о ДНС. В моем, вышеописаном случае имеем следующую комбинацию:
- одноранговая локальная сеть, все участники - в этой сети;
- сервер WINDOWS 2008 - с DHCP, DNS, NTP;
- телефоны с динамическими ИП - все остальное статическое;
- в настройках телефонов - все хосты - описаны ИП адресами;
- что происходит внутри WIN2008 - не знаю - не я ставил - нет доступа, но все сервисы работают - адреса выдаются, время выдается, все быстро и без задержек;
- вероятно, ДНС windows2008 - форвардит нерешенные запросы на какой-то внешний ДНС или на ADSL рутер - КОТОРОГО ЕЩЕ НЕТ.

Могло бы это стать причиной задержек с BLF ???

Ниже опишу свою старою историю, неимеющую ничего общего с BLF ;-))

Однажды столкнулся с одной проблемой, которая так и осталась нерешенной.
В тестовой сети (только SIP) - всё собиралось со статическими ИП-адресами, все хосты также описывались ИПэшниками, в качестве ДНС - ставили ИП адрес ADSL рутера. Все работало шикарно - до того момента когда (по какой-либо причине) терялась связь с Инетом. ADSL рутер переставал резолвить имена - хотя никто из участников сети их у него и не спрашивал (все же прописано на ИП адресах, а в Инет тоже лезть никому не надо - все в локалке). С этого момента SIP телефоны начинали тупить, не регестрировались или наблюдалась эти 10-ти секундные задержки, вообщем телефония умирала.
1. Пробовали варианты srvlookup=yes, srvlookup=no - не помогло
2. Подняли ДНС на астериск-машине, но в поле forwarders - опять же указывал ИП ADSL рутера - не помогло
3. Оставили эти экперименты на потом. Похоже "мертвецы возвращаются".

в поле forwarders надо не ИП ADSL рутера а ИП реального сервера ДНС (провайдера).
варианты srvlookup=yes в такой ситуации - забавно! Типа, "а пускай нам будет хуже!"
srvlookup=no должно помогать абсолютно, надо при этом рестартнуть астериск.

рутер АDSL форвардит запросы назначеным ему (по DHCP) провайдером (при подключении к сети провайдера) ДНСерверам, если это не локальные имена хранящиеся в его локальной таблице, ну это в любом случае не решает проблемы при обрыве связи с интернетом.

Вопрос в другом - в одноранговой сети, сервер астериск и клиенты SIP. В конфигурации все хосты прописываются как ИП-адреса (ни в коем случае не используем имена) - зачем нужен ДНС сервер ?

Если включишь полный сетевой дамп, то увидишь, что все действия (даже локальные) Астериск пробивает через ДНС, на предмет srv записей. Если нет записи - то вернётся отрицательный ответ, и работает и без неё, но если нет вообще ответа - запрос ушёл в тишину, то морозится.

Нашел еще одну статейку говорящую о важности DNS в сети для работы Asterisk
http://asterisk.ru/news/53

Завтра, послезавтра смогу проверить результаты, касающиеся непосредственно моей проблемы (тормоза с BLF) на месте.

Решено. Действительно были проблемы с ДНС. Теперь все шустро работает. Спасибо за участие.

а что сделал-то?

Да, собственно говоря, ничего. Приехал чел, кот. ставил DHCP, DNS, NTP, etc - на windows 2008 (на который мой * ссылался) - прописал все хосты, настроил правильный форвардинг ну и т.п. и сразу все заработало. Впринципе, это третий астериск, который я ставлю в реальных условиях, потому из этого случая хотелось бы сделать правильный вывод о необходимости поднимать кэширующий локальный DNS на самом астериске, как рекомендуют в http://asterisk.ru/news/53

А как вы делаете, чтобы избежать проблем в случае с "падением указанных в системе DNS серверов" ?