qualifyfreq

[newuser]

Таким образом вернулись к началу. Для занатовских клиентов отключить нельзя. Так какое значение лучше будет, и не говорите что 1000000.
Просто если слишком много поставить, то точно

то роутер закроет трансляцию по таймауту и до клиента входящий от Астериска точно не дойдёт.

Есть ли баланс, проверенные временем настройки... Как сделать для каждой группы клиентов, что бы они не отваливались. Потому, что клиент то в сети, но астер считает,
что клиент отвалился и отказ звонка, хотя сам клиент в это время может звонить.

[SolarW]

Не думаю что есть такие рекомендации...
Кроме qualify когда астериск долбит клиента пакетами SIP OPTIONS и тот отвечая поддерживает таблицу трансляции NAT, есть еще варианты.
Например как я написал правильные телефоны умеют бороться сами с NAT'ом не полагаясь на работу qualify.
Плюс разные роутеры - по разному себя ведут, одни таблицу трансляции NAT дольше держат, другие меньше. У третьих (типа микроиков) эти параметры вообще настроить можно.
Или навскидку другой вариант можно применить - поставить в клиенте интервал перерегистрации меньше чем время протухания таблицы трансляции на роутере...

[newuser]

А когда все это идет через интернет и кучу серверов и другого оборудования, которое не известно и не настроить?
Остается играться только с настройками астера.
Из логов видно что между пропаданием и восстановлением 10-11 секунд

[Nov  5 12:06:38] NOTICE[19029] chan_sip.c: Peer '1006' is now Lagged. (2013ms / 2000ms)
[Nov  5 12:06:48] NOTICE[19029] chan_sip.c: Peer '1006' is now Reachable. (180ms / 2000ms)

[Nov  5 12:41:22] NOTICE[19029] chan_sip.c: Peer '1003' is now Lagged. (2047ms / 2000ms)
[Nov  5 12:41:33] NOTICE[19029] chan_sip.c: Peer '1003' is now Reachable. (1048ms / 2000ms)

В данном примере 1003 - локальный клиент - cisco spa-112, 1006 - удаленный клиент x-lite -> dsl -> интернет -> оптика -> астер.
И что это за время (2013ms / 2000ms) (2047ms / 2000ms)?

[ded]

Вы же читаете - что это? Разве трудно?
now Lagged. (2047ms / 2000ms) - лагает, отклик 2047 мсек больше установленного порога в2000 мсек
now Reachable. (1048ms / 2000ms) - а теперь доступен, отклик 1048 мсек меньше порога 2000 мсек.

[newuser]

Это понятно, просто может на основании этого можно посчитать и выставить правильный параметр?

[SolarW]

Как говорите - вернемся к началу.
У вас судя по всему с сетью какие-то проблемы.
Локальный клиент до которого отклик 2 секунды - это извините нонсенс...
Отвлекитесь от астериска, диагностируйте вашу сеть.
ping, traceroute, mtr - помогут вам в этом.

[newuser]

Локальные возможно из-за wifi так работают, провода уже протянул. Но, например 1003 и 1010 на 2 FXS одного cisco сидят.
Один отваливался, другой нет. А так локальных перевел в не мониторить. Ну и время перерегистрации везде поменял с 3600 на 120
хотя и 2 минуты недоступности тоже, не хорошо.

[SolarW]

Не могу ничего добавить к сказанному ранее.
Из того, что вы описываете (проблемы даже с локальными пользователями) могу предположить что ваша сеть в таком виде как она есть сейчас не подходит для работы VoIP.
Доведете сеть до ума - приступайте к астериску.

[newuser]

Ну свою, допустим доведу, а что делать с удаленными клиентами?

[SolarW]

Проблема может оказаться ближе к вам чем вы думаете.
Вполне возможно что после того как наведете порядок у себя в сети удаленные клиенты тоже заживут.