Интересную вещь заметил при просмотре активных звонков на GK.
show gatekeeper call
Чаще всего звонки выходят на АТС через шлюз и тут всё нормально:
srcEP:<ATA-186>
dstEP:<шлюз в PSTN (у меня AS5350)>
но вот если звонок происходит внутри гейткипера, то есть без выхода на шлюз, возникают некоторые странности. А именно - несколько записей в списке активных звонков (до трёх) с одинаковыми парами вызывающий-вызываемый, причём время звонка у всех разное.
Самое обидное, что фактически под один звонок, гейткипер выделяет тройную полосу пропускания, а это не есть гуд.
Можно ли как-то завставить гейткипер не выделять столько полосы пропускания на один внутрисетевой звонок и вобще, не дробить его на три независимых (?) а обрабатывать как один?
>но вот если звонок происходит внутри гейткипера, то есть без выхода на
>шлюз, возникают некоторые странности. А именно - несколько записей в списке
>активных звонков (до трёх) с одинаковыми парами вызывающий-вызываемый, причём время звонка
>у всех разное.Есть предположение, что у Вас по каким-либо причинам происходит зацикливание Dial-peer'ов. Пожалуйста, покажите конфиг.
>Есть предположение, что у Вас по каким-либо причинам происходит зацикливание Dial-peer'ов. Пожалуйста,
>покажите конфиг.
Сейчас возможности выложить конфиг нет, выложу завтра. Но только вот где они могут зацикливаться? У меня на гейткипере целый диапазон номеров прописан в зону: zone prefix gk1-ats 76.... А на шлюзе все эти номера работают через один dial-peer вида
destination-pattern 76....
session target ras
Оба абонента принадлежат этому диапазону номеров, соответственно работают через один dial-peer в шлюзе и в одном префиксе GK
Всё оказалось банально и просто. Не была прописана маршрутизация между подсетями. Как только маршрутизацию сделали - всё заработало как положено.P.S. А записей в списке активных звонков могло бы быть и больше. Всё зависело от упорства вызывающего абонента (сколько он делал попыток дозвона)