Есть на cisco AS5400, на ней принимаются терминационные звонки по h323, есть один воипный диалпир, есть два потсовых один по ёмкости 30, второй 5. Когда ёмкости заполняются на этих pots диалпирах, то воипный диалпир получает cause 17 user busy. Хотелось бы получать cause 34. Кто подскажет как решить проблему. Просто нужно резервировать ёмкости на потоках для других dial-peer.
>Есть на cisco AS5400, на ней принимаются терминационные звонки по h323, есть
>один воипный диалпир, есть два потсовых один по ёмкости 30, второй
>5. Когда ёмкости заполняются на этих pots диалпирах, то воипный диалпир
>получает cause 17 user busy. Хотелось бы получать cause 34. Кто
>подскажет как решить проблему. Просто нужно резервировать ёмкости на потоках для
>других dial-peer.Вы уверены что это циска по 17 отбивает? По дефолту будто бы всегда по 34 в таких случаях отбивалось, мне кажется что все-таки это транслируется с pstn'а. Покажите sh call hist vo id $id
>Вы уверены что это циска по 17 отбивает? По дефолту будто бы
>всегда по 34 в таких случаях отбивалось, мне кажется что все-таки
>это транслируется с pstn'а. Покажите sh call hist vo id $id
>Ноги PSTN нет, потому что ёмкости нет.
Сейчас попробую посмотреть проблемные бизи.
>>Вы уверены что это циска по 17 отбивает? По дефолту будто бы
>>всегда по 34 в таких случаях отбивалось, мне кажется что все-таки
>>это транслируется с pstn'а. Покажите sh call hist vo id $id
>>
>
>Ноги PSTN нет, потому что ёмкости нет.
>Сейчас попробую посмотреть проблемные бизи.А какой release source и IEC?
>А какой release source и IEC?Простите что? Я не знаю этих терминов.
>>А какой release source и IEC?
>
>Простите что? Я не знаю этих терминов.В sh call hist vo id $id есть строки ReleaseSource и InternalErrorCode, каковы их значения?
DisconnectText=user busy (17)
ReleaseSource=7
InternalErrorCode=1.1.181.1.21.0, 1.1.181.1.21.0
>DisconnectText=user busy (17)
>ReleaseSource=7
>InternalErrorCode=1.1.181.1.21.0, 1.1.181.1.21.0Очень странно, был уверен что по max-conn она по 34 отбивает. Пока даже не знаю как вправить, не уверен что возможность каверкания нижних кодов отбоя вообще в циске есть.
Хотя по логике вещей, в pots оно и не попадает, потому что нет ёмкости, значит VOIP диалпир решает busy дать.
>Хотя по логике вещей, в pots оно и не попадает, потому что
>нет ёмкости, значит VOIP диалпир решает busy дать.Не логично ему так себя вести, по 17 же все хантить должны переставать. Может быть ИОС не кошерный?
>переставать. Может быть ИОС не кошерный?Да скорей всего кошерный, на AS5350 я тоже такое видел, на нескольких IOS'ах разных.
А кто-нибудь у может у себя смоделировать похожую ситуацию и посмотреть, как у вас будет :), может так у всех ;).
Люди! Подскажите что делать. Циска принимает звонок с POTS и транзитом шлет в VoIP. С VoIP прилетает 17 код. И циска предпринимает попытку звонка по второму выбору, хотя теоретически должна прекратить попытки. При остальных отбоях конечно это правильно! Как заставить при 17 коде прекращать перебор dial-peer-ов ?
Вот конфиг:dial-peer voice 871282 voip
description "Kazakhstan out voip"
destination-pattern 871[2-8]2T
translate-outgoing called 3
session target ipv4:x.x.x.x
dtmf-relay rtp-nte h245-signal h245-alphanumeric
fax-relay ecm disable
fax rate 9600
fax protocol t38 ls-redundancy 5 hs-redundancy 2 fallback none
ip qos dscp cs5 media
no vad
!
dial-peer voice 871 pots
description "Kaz out aster"
destination-pattern 871T
port 7/5:D
forward-digits all
voice hunt user-busy
>voice hunt user-busyнаверное спереди no надо, чтобы запретить дальнейший перебор при коде 17
Но все равно спасибо за участие!
>>voice hunt user-busy
>
>наверное спереди no надо, чтобы запретить дальнейший перебор при коде 17
>Но все равно спасибо за участие!Нет именно так, что бы бизи правильно работало
voice hunt user-busyИ ещё это воткните
voice call disc-pi-off
А так ни кто мне не поможет сделать 34 вместо 17 если в pots пирах кончились ёмкостя?