Уважаемые Господа,
я столкнулся с проблемой, решение которой не очевидно для меня:
Есть Астериск и две физические карты Ethernet с двумя реальными адресами. Время от времени, по одному каналу SIP транк становиться недоступен (включено qualify). Необходимо в этот момент перейти на резервный транк.
Все было бы просто, если бы падал физический уровень или становился недоступным пинг провайдера. Но беда в том, то пинги проходят, а канал недоступен.
Решением могло бы стать создание второго транка, через который будет происходить соединение, если первый оказался недоступным, но как сказать астериску, что транк привязан к физической карте Ethernet???
Помогите пожалуйста, если кто-нибудь сталкивался с подобной задачей.

напиши скрипт, который отслеживает транк по qualify и как только он падает - меняй правило маршрута и пускай вызовы по другому транку

а если qualifyfeq увеличить?
Но скрипт нарисовать будет круче.

Выглядит немного через одно место. Надо забирать ивент от астериска при падении транка, после чего переписывать default gateway. Хотелось ка то поизящнее.

ну вам там виднее...
поставьте аваю/панас/сименс/самвсунг/нек и сделайте изящней.
если сможете.

Надеюсь я своими вопросами никого лично не обидел? Моя задача реализовать резервный канал именно на астериске. Возможны разные варианты решения. Например, на вскидку, можно создать два мнимых IP адреса и прописать транки на эти адреса, а с этих адресов сделать безусловную маршрутизацию через разные карты. Тогда получаться два транка к одному провайдеру, но через разные каналы. Дальше уже просто. Может есть еще идеи.

А роутинг на сетевом уровне прописать нельзя? И выставить оба транка в исходящей маршрутизации последовательно.

вы задачу седьмого уровня OSI пытаетесь решить на третьем.
Делайте как сказал. Меньше гимора, все очевидней, и критерии отказа точно определимы.

Я именно это и имел ввиду - прописать раутинг на сетевом уровне, а задачу более высокого уровня решать перебором транков, как элементов нижнего уровня. Выгода по сравнению с решением на базе AMI по крайне мере очевидны - нет процесса, который живет или полинга, который опрашивает. Может есть еще идеи?

Астериски с двумя сетевухами без ваших скриптов принципиально не работают?