ок. спасибо.

сейчас есть.

да. надо было прежде ребута посмотреть....

ок. а если астер (мой) не шлет опции, к примеру, что может быть?

типа не видит провайдера?

Как я и говорил  есть вариант что провайдер падал на какое то время
И на options не было ответа
у chan_sip например на сколкьо я помню есть настройка - после скольки неотвеных optiosn считать транк неработающим
соовтетсвенно после этого интервала  астериск не будет слать options больше

можно просто qualify отключить
тогда asterisk не будет ориентироваться на options а будет пытаться послать invite - только если провайдер лежит - звонок оотобъется по timeout ( ретрансмитты через timers выставляются соответсвеено как таймер закончится - придет timeout )

Принял, спасибо.

Юр, последний вопрос, есть решение, кроме ребута? )

ну по идee должна помочь перезагрузка молуля chan_sip

но не chan_sip reload - так как это просто перечитывание конфигурации

в астериске помоему module chan_sip reload как то так

или load->unload

но вообще просто таймеры надо правильно выставить

да. module reload chan_sip

уже не помню но надо посмотреть - помоему должна быть опция чтобы астериск продолжал слать options несмотртя ни на что

ок. посмотрю самплес

ну или прсто количество попыток попингать мертный пир можно поставить очень большим

keepalive

Chan_sip будет пытаться перерегистрироваться бесконечно, только если не получит 403 от удалённой стороны. И вот для этого есть опция register_retry_403=yes

У удалённой стороны, к примеру, могла отвалиться база данных с realtime, из-за чего станция посылала 403. У меня так бывало.