Отслеживание состояния SIPNET

[SlvUn]

Есть Астериск на котором настроен выход на SIPNET. Периодически, раз в два-три дня, сваливается в Unreachable. Помогает рестарт астериска, после чего Sipnet сразу становится доступным. Если в консоли набрать reload - не помогает.
Собственно вопроса два:
Первый, чтобы по быстрому сделать костыль )) можно ли как-то отслеживать состояние транка и предпринимать какие либо действия с ним? Может можно как-то получить sip show peers в текстовый файлик, мне бы и этого хватило )).
Второй вопрос - где искать корень проблемы? Честно говоря грешу на основного провайдера - потому как у резервного такой ситуации не возникало ни разу. Самое странное, сипнет отваливается как-то тихо, в логах ничего толком и нет.

[Aven]

1) При ошибке вызова через транк - вызывайте AGI скрипт, где формируйте отчет и шлите письмо.
2) Запрашивайте по крону состояние пиров через консоль или AMi, анализируйте, формируйте отчет и шлите письмо.

[ded]

Проблема тырнета у основного проваайдера - потери, задержки и пропадания.
На транке Sipnet уберите qualify=yes
и тогда не будут посылаться пакеты Options. Это конечно не исправит ситуацию с плохим тырнетом, но хоть не будет сваливается в Unreachable. И когда линк будет ухудшаться, то будет всё квакать и заикаться.
Если бы у вас граничный рутер был бы Cisco, то на нём можно было бы автоматизировать перескок по триггеру на резервного провайдера, через SLA механизм.
А так - ..... как выйдет.

[SlvUn]

2) Запрашивайте по крону состояние пиров через консоль или AMi, анализируйте, формируйте отчет и шлите письмо.

Вот именно это и интересно. Есть какая нибудь возможность пакетно получить вывод sip show peers? Не заходя в консоль, а то с expect заморачиваться неохота.

Проблема тырнета у основного проваайдера - потери, задержки и пропадания.
На транке Sipnet уберите qualify=yes
и тогда не будут посылаться пакеты Options. Это конечно не исправит ситуацию с плохим тырнетом, но хоть не будет сваливается в Unreachable. И когда линк будет ухудшаться, то будет всё квакать и заикаться.
Если бы у вас граничный рутер был бы Cisco, то на нём можно было бы автоматизировать перескок по триггеру на резервного провайдера, через SLA механизм.
А так - ..... как выйдет.

Да интернет то неплохой и задержек особых нет. Я просто считал, что при потери связи с транком asterisk должен постоянно "долбиться" в попытках восстановить оную..... или я неправильно считал?

Граничный маршрутизатор на Linux, он отслеживает собственно потерю интернета и перенаправляет на резервный канал, но в том-то и дело, что инет не отваливается, а вот сипнет пропадает. Правильно ли я понимаю, что если стоит qualify=yes и состояние Unreachablе, то asterisk даже не попытается совершить звонок?

На всякий случай кусок из users.conf

[sipnet]
username = номер
defaultuser =номер
trunkname = sipnet
fromuser = номер
secret = секретный

host = sipnet.ru
context = sipnetru
insecure = invite
fromdomain = sipnet.ru
type = peer
disallow = all
allow = alaw, ulaw
nat = no

[Aven]

asterisk -rx 'sip show peers'

[SlvUn]

Ура, спасибо, костыль уже приделал )))

[jugatsu]

Чё прям sip reload не помогает, а что в этот момент говорит

ngrep -d eth0 -qt -W byline port 5060 and host sipnet.ru

[SlvUn]

Конкретно sip reload не пробовал, врать не буду. Но пробовал reload сразу, после входа в консоль и таки да, оно не срабатывало.
Насчет ngrep - посмотрю, если конечно костыль не сработает ))

[ded]

Граничный маршрутизатор на Linux, он отслеживает собственно потерю интернета и перенаправляет на резервный канал,

а триггер можно настроить не на потерю интернета а на величину задержки откклика от Sipnet например.

Правильно ли я понимаю, что если стоит qualify=yes и состояние Unreachablе, то asterisk даже не попытается совершить звонок?

Правильно. В вашем случае совершенно не нужно qualify=yes