Имеется станция 10-го релиза, соединенная с другой по VoIP. На станции лицензия на 60 компрессоров, количество которых ограничено в настройках самой платы INTIP десятью. Как теперь можно сделать так, чтобы абоненты VoIP-овской станции имели возможность совершать исходящие звонки во внешку только по двум каналам, а вот входящие могли поступать по оставшимся восьми. Предполагал, что в настройках транка изменив позицию Channel Specialisation на In Only и, соответственно Out Only получу желаемый результат - не вышло! Теперь предполагаю, что создав две транкгруппы, у которых соответствующим образом настрою тайм слоты, а именно в транкггруппе предназначенной для исходящих звонков оставлю только два таймслота равным 1, а в другой - остальные 28, то и получу желаемый результат. Верно ли мое предположение? Или, может быть, существуют какие то другие варианты? Подскажите пожалуйста.
во первых - мы говорим о Н323 или об ABC-F. Оно закрывается в разных местах IP/IP domain или в VPN overflow (плюс в локальных параметрах VPN TS%). В случае VPN звонков - две TG имеют смысл. В случае обычных Н323 - по выходу (теоретически) две TG еще что-то значат, а вот по входу!!! Как вы поймете, получив входящий вызов - это в TG где 2 канала или где 8. Вы получаете вызов на ту-же плату, с одним адресом.
Речь идет идет об обычном VoIP (Н323). Ни ABC-F, ни VPN у нас нет. Я, принципе, предполагал, что с выходом все сложится, а вот насчет входящих сильно сомневался. В таком случае, хотелось бы У Вас, Vad, уточнить, что означают настройки в транке Channel Specialition: In Only, Out Only и Comb/Mixed? Вариации с этими настройками, как уже отметил тоже не дают желаемого результата. Во всех случаях получалось совершать только два звонка одновременно, как в случае с установкой двух In Only и восьми Out Only, так и в случае восьми In only и двух Оut Only - результат был абсолютно одинаков, никакой разницы. Такое впечатленние, что производитель что-то не доделал. Мне кажется именно Channel Specialisation должна регулировать в каком направлении будет работать данный канал: только на вход, только на выход и комбинированный/микс, соответственно.
Данные пункты РАБОТАЮТ. Но для TG типа T2 ISDN. Где действительно есть TS. В VoIP - нет каналов. Которые можно потрогать и сказать - это 1-й, а это 16-тый. То что было в доступах для VoIP - еще имело какой-то смысл при выключенном Direct RTP. При включенном (а в 10 релизе его уже нельзя выключить) - все стало еще забавнее.
Все что можно разруливать для IP - это IP/ IP domain. Вы можете сказать - сколько разговоров и с какими компрессорами будет использоваться. Если ставили в TG компрессию дефолтовскую и G711 - могли заметить что по t3 ничего не меняется. А вот если в 0-м домене сказать - наружу - без компрессии - тогда и побежит G711.
Так что по ограничению разговоров - смотрите чего творится в IP/IP domain. При этом понимаем - что разговоры и компрессора - это абсолютно разные вещи.
Например - если позвонит IP абонент на другую станцию: - увидим по trkstat что в TS стоит WB, - по compvisu lio - что все компрессора свободны.
При звонке TDM абонента - TS=WB и занят один компрессор по compvisu lio.
Звоня со станции в common hardware - увидите, что при одной плате типа GD/GA - не получится больше 30 одновременных разговоров, даже если ни одного кодека не используется (например звонит 30 IP абонентов).
И что есть TDM абонент и что такое IP абонент? Что-то я теперь путаюсь в догадках. У нас на этой, VoIP-овской станции две платы eZ32 и eUA32. Все эти абоненты какими считаются, если эта станция подключена по VoIP к станции, которая в свою очередь по ISDN PRI смотрит в город? В TG ставили компрессию G711. В доменах ничего не трогали, даже не заглядывали. да, и еще стоит, наверное, до конца прояснить ситуацию: всего по VoIP к, так скажем, головной станции, подключено 8 станций, у каждой из которых INTIP с лицензией на 60 компрессоров, а вот на головной всего 30!!!
vad пишет: ...Звоня со станции в common hardware - увидите, что при одной плате типа GD/GA - не получится больше 30 одновременных разговоров, даже если ни одного кодека не используется (например звонит 30 IP абонентов).
Чуво??!! vad, можно Вас попросить о любезности - расталдыкать поподробнее с этого места? Это как бы не то чтобы неприятный сюрприз, это потенциальный трындец всему узлу.
Billy пишет: vad , можно Вас попросить о любезности - расталдыкать поподробнее с этого места? Это как бы не то чтобы неприятный сюрприз, это потенциальный трындец всему узлу.
Когда у вас две станции в common hardware (например). Вы их связываете по IP. У вас есть только плата GD+MADA3.
При установлении соединения у вас есть две вещи: - сигнализация, то что вы видите по t3. Это привязано к плате, можно посмотреть по trkstat 1 0. Вы увидите 30 TS. Тот по которому якобы установлен разговор - в состоянии WB (без В канала). - разговор, RTP трафик, которого вы не видите. Если говорят обычные абоненты/транки - с каждой стороны отнимается по кодеку - общая картина видна по compvisu lio. Если говорят 2 IP абонента - при совместимости кодеков RTP трафик бежит прямо с аппарата на аппарат.
Это очень красиво видно если под рукой есть Актис: - делаете станцию с потоком Е1 и 500 IP аппаратов - вы увидите, что вам надо всего 30 кодеков. - прописываете в станции H323 транки (обычные или ABC-F) - было четко видно - ставите 31 транк, получаете сразу еще и плату GA, нарисуете 61 - еще одну получите.
В crystal железе - все точно так-же - INT-IP2 - больше 60 разговоров не поддержит, хочь убей.
vad, Все таки я теперь совсем ничего не понимаю . Что за платы такие GA/GD и MADA. У нас в этих станциях только GPA2 имеется. Как я уже сказал, на этих станциях нет IP абонентов. Стоит ли в этом случае лезть в домены? И я так понимаю, в нашем случае добиться желаемого, описанного выше, будет невозможно?
Вячеслав Горячев пишет: В TG ставили компрессию G711. В доменах ничего не трогали, даже не заглядывали. да, и еще стоит, наверное, до конца прояснить ситуацию: всего по VoIP к, так скажем, головной станции, подключено 8 станций, у каждой из которых INTIP с лицензией на 60 компрессоров, а вот на головной всего 30!!!
Ставите и не смотрите? Ну вы даете. Это ведь легко - просто t3 с указанием номера платы. t3 C=0 c=5 (для 5-й платы в 0-м кристале). Про кодеки - предлагаемые и выбираемые - все видно. Как ограничить количество разговоров к конкретной станции - на ней в IP/IP domain - сказать Domain Max Voice Connection чего вам надо. Как сделать разное количество входящих и исходящих - не знаю.
Домены можно создавать. Какое оборудование где окажется - определяется указанными ниже диапазонами адресов.
Насчет 30 лицензий в центре - смотря чего вы хотите. При звонках с периферийных в центр - у вас будет 30 разговоров. Но звонок - периферийная на периферийную не занимает кодеков в центре (при нормальном менеджменте и включенном Direct RTP). Так что все определяется структурой вашего трафика. Тут вам и серп в руки.
Насчет 30 лицензий в центре - смотря чего вы хотите. При звонках с периферийных в центр - у вас будет 30 разговоров. Но звонок - периферийная на периферийную не занимает кодеков в центре (при нормальном менеджменте и включенном Direct RTP). Так что все определяется структурой вашего трафика. Тут вам и серп в руки.
С на стройкамми RTP не доводилось сталкиваться. А насчет звонков с периферии на периферии, Вы хотите сказать, что они напрямую друг другу звонят? Я ведь у них у всех указывал IP адрес "головной" станции, т.е. маршрутизация у меня настроена таким образом, что звонки с переферии на периферию проходят через мою "головную" станцию, а уж она их разруливает. Надеюсь, понятно написал?!
Вячеслав Горячев пишет: vad, нет, трассировочку по t3 я смотрел, но никаких отличий от транков работающих на Е1 не обнаружил. Ну, или не заметил.
Наверное не туда смотрели (или реально у вас не бегали H323 звонки). Там есть упоминание про IP адреса - куда это отправлено, предлагаемые кодеки, при включенном DIrect RTP - адреса RTP устройств/порты.
Если вы хотите ограничить количество звонков - с IP доменами вам работать придется (как минимум на периферийных станциях).
