есть voip сеть. h323,gk,ccme. переход в тфоп через пару шлюзов с PRI(gw1 gw2)
нужно организовать такой режим работы, при котором при проблемах с PRI на приоритетном шлюзе(gw1), ип трафик переключиться на резервный шлюз(gw2). подскажите что спросить у гугла )
> есть voip сеть. h323,gk,ccme. переход в тфоп через пару шлюзов с PRI(gw1
> gw2)
> нужно организовать такой режим работы, при котором при проблемах с PRI на
> приоритетном шлюзе(gw1), ип трафик переключиться на резервный шлюз(gw2). подскажите что
> спросить у гугла )приоритет dial-peer
> приоритет dial-peerвозможно я не ясно сформулировал
имеется ввиду ситуация, когда приоритетом управляет gatekeeper по средством
zone prefix gk1 7..... gw-priority 10 gw1
zone prefix gk1 7..... gw-priority 5 gw2вопрос в том, как сообщить gatekeeper'у что у gw1 в данный момент авария на PRI тракте и пакеты нужно слать на gw2 несмотря на то что его приоритет ниже
Возможно динамическая регистрация префиксов поможет, через rrq.
> Возможно динамическая регистрация префиксов поможет, через rrq.думаю нет. посредствам rrq происходит регистрация внутренних устройств на gatekeeper'е. тут все в порядке. с входящими звонками проблем нет.
у меня стоит задача правильно смаршрутизировать исходящие в случай аварии НЕ НА ИП части
Вот нашел такую фичу, параметр Voice Capacity Max появляется если на шлюзе диал-пир указывает на транк-групу. При падении потока он честно обнуляется.gk1#sh gatekeeper endpoints
10.1.1.1 1720 10.1.1.1 49910 abcd.ru VOIP-GW
H323-ID: ABCD-1
Voice Capacity Max.= 8 Avail.= 8 Current.= 0
> тут все в порядке. с входящими звонками проблем нет.
> у меня стоит задача правильно смаршрутизировать исходящие в случай аварии НЕ НА
> ИП частиСмотрите в сторону timeout setup + priority на dial-peer естественно.