Уважаемые дамы и господа! Для вас сохранен старый форум по адресу http://forum.intersyst.ru
упс, проморгал. на центральной атс тоже есть
осталось за малым начать процесс объединять
22.02.2012 23:36:28, error.]]>
error,
это вопрос или совет? если вопрос, то я на него уже ответил.
22.02.2012 23:18:20, Вячеслав Горячев.]]>
to Вячеслав Горячев
на центральной атс можешь глянуть тоже самое
22.02.2012 23:11:20, error.]]>
vad,
19 Corporate netw. (ABC,ABCVPN,ISVPN) = 1000
79 ISVPN X = 1000
80 VPN X = 1000
467 ARS X = 1000
это на головной станции.
19 Corporate netw. (ABC,ABCVPN,ISVPN) = 350
79 ISVPN X = 350
80 VPN X = 350
467 ARS X = 350
а это на новых восьми.
19 Corporate netw. (ABC,ABCVPN,ISVPN) = 500
79 ISVPN X = 500
80 VPN X = 500
467 ARS X = 500
а это еще на семи станциях.
22.02.2012 09:57:40, Вячеслав Горячев.]]>
имеется в виду - лицензии на
19 - Corp. Network
79 - IS VPN
80 - ABC VPN ну и хорошо 467 - ARS.
22.02.2012 09:18:09, vad.]]>
error,
завтра посмотрю есть ли у нас эта лицензия.
21.02.2012 23:34:16, Вячеслав Горячев.]]>
нужна лицензия abc-f_h323
21.02.2012 09:34:00, error.]]>
====quote====
error пишет:
столько атс и все по старинке trunk-to-trunk и только через центральную атс
надо было сеть строить abc-f_h323
=============
возможно, было бы неплохо, но я лично с такими сетями пока и вовсе не сталкивался.
21.02.2012 00:22:41, Вячеслав Горячев.]]>
столько атс и все по старинке trunk-to-trunk и только через центральную атс
надо было сеть строить abc-f_h323
по поводу домена не уверен что прокатит так как вам нужно (3 in, 30 out), и две TG на одной INTIP тоже не помогут (разве только разные кодеки использовать на разных TG)
20.02.2012 23:18:18, error.]]>
Хотя, я и здесь ошибаюсь. Ведь меня интересует только межгород. Стало быть как кто из них друг другу звонит меня не интересует и чтобы не перегружать свой транк этими звонками будет целесообразнее настроить так, чтобы они друг другу звонили напрямую.
20.02.2012 10:30:32, Вячеслав Горячев.]]>
====quote====
vad пишет:
А зачем? Пусть себе звонят напрямую или это зачем-то надо - звонить через центр?
=============
Чтобы учет вести на головной станции. Иначе придется тикеты снимать индивидульно с каждой станции. А так, больше не зачем, пожалуй.
20.02.2012 09:55:09, Вячеслав Горячев.]]>
У нас есть еще одна станция пока ни куда не подключенная (у нее проц мертвый оказался). На ней потом, может быть поэкспериментирую с доменами.
20.02.2012 09:53:24, Вячеслав Горячев.]]>
А! Да, извиняюсь, IP видел в трассировке!!!
20.02.2012 09:52:10, Вячеслав Горячев.]]>
====quote====
Вячеслав Горячев пишет:
А насчет звонков с периферии на периферии, Вы хотите сказать, что они напрямую друг другу звонят? Я ведь у них у всех указывал IP адрес "головной" станции, т.е. маршрутизация у меня настроена таким образом, что звонки с переферии на периферию проходят через мою "головную" станцию, а уж она их разруливает.
Надеюсь, понятно написал?!
=============
А зачем? Пусть себе звонят напрямую или это зачем-то надо - звонить через центр?
20.02.2012 09:51:36, vad.]]>
====quote====
Вячеслав Горячев пишет:
vad,
нет, трассировочку по t3 я смотрел, но никаких отличий от транков работающих на Е1 не обнаружил. Ну, или не заметил.
=============
Наверное не туда смотрели (или реально у вас не бегали H323 звонки).
Там есть упоминание про IP адреса - куда это отправлено, предлагаемые кодеки, при включенном DIrect RTP - адреса RTP устройств/порты.
Если вы хотите ограничить количество звонков - с IP доменами вам работать придется (как минимум на периферийных станциях).
20.02.2012 09:49:27, vad.]]>
====quote====
vad пишет:
Насчет 30 лицензий в центре - смотря чего вы хотите. При звонках с периферийных в центр - у вас будет 30 разговоров. Но звонок - периферийная на периферийную не занимает кодеков в центре (при нормальном менеджменте и включенном Direct RTP). Так что все определяется структурой вашего трафика. Тут вам и серп в руки.
=============
С на стройкамми RTP не доводилось сталкиваться.
А насчет звонков с периферии на периферии, Вы хотите сказать, что они напрямую друг другу звонят? Я ведь у них у всех указывал IP адрес "головной" станции, т.е. маршрутизация у меня настроена таким образом, что звонки с переферии на периферию проходят через мою "головную" станцию, а уж она их разруливает.
Надеюсь, понятно написал?!
20.02.2012 09:47:55, Вячеслав Горячев.]]>
vad,
нет, трассировочку по t3 я смотрел, но никаких отличий от транков работающих на Е1 не обнаружил. Ну, или не заметил.
20.02.2012 09:42:48, Вячеслав Горячев.]]>
====quote====
Вячеслав Горячев пишет:
В 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). Так что все определяется структурой вашего трафика. Тут вам и серп в руки.
20.02.2012 09:39:18, vad.]]>
vad,
Все таки я теперь совсем ничего не понимаю . Что за платы такие GA/GD и MADA. У нас в этих станциях только GPA2 имеется.
Как я уже сказал, на этих станциях нет IP абонентов. Стоит ли в этом случае лезть в домены? И я так понимаю, в нашем случае добиться желаемого, описанного выше, будет невозможно?
20.02.2012 09:39:09, Вячеслав Горячев.]]>
====quote====
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 разговоров не поддержит, хочь убей.
20.02.2012 09:29:39, vad.]]>
====quote====
etc пишет:
Абоненты eZ32 и eUA32 - это и есть TDM абоненты. IP абоненты - это, например, аппараты 8-й серии: 4008, 4018, 4028, 4038, 4068.
=============
Ага, значит, я все правильно понял насчет абонентов. А вот насчет звонков все по-прежнему осталось запутанным.
19.02.2012 22:53:55, Вячеслав Горячев.]]>
====quote====
vad пишет:
...Звоня со станции в common hardware - увидите, что при одной плате типа GD/GA - не получится больше 30 одновременных разговоров, даже если ни одного кодека не используется (например звонит 30 IP абонентов).
=============
Чуво??!!
vad, можно Вас попросить о любезности - расталдыкать поподробнее с этого места? Это как бы не то чтобы неприятный сюрприз, это потенциальный трындец всему узлу.
19.02.2012 22:40:22, Billy.]]>
Абоненты eZ32 и eUA32 - это и есть TDM абоненты. IP абоненты - это, например, аппараты 8-й серии: 4008, 4018, 4028, 4038, 4068.
19.02.2012 22:36:42, etc.]]>
И что есть TDM абонент и что такое IP абонент? Что-то я теперь путаюсь в догадках. У нас на этой, VoIP-овской станции две платы eZ32 и eUA32. Все эти абоненты какими считаются, если эта станция подключена по VoIP к станции, которая в свою очередь по ISDN PRI смотрит в город?
В TG ставили компрессию G711. В доменах ничего не трогали, даже не заглядывали.
да, и еще стоит, наверное, до конца прояснить ситуацию: всего по VoIP к, так скажем, головной станции, подключено 8 станций, у каждой из которых INTIP с лицензией на 60 компрессоров, а вот на головной всего 30!!!
19.02.2012 21:00:14, Вячеслав Горячев.]]>
Правильно ли я Вас понял: при 30 разговорах внутри этой станции, 31 во внешку совершить уже будет невозможно?!
19.02.2012 20:47:44, Вячеслав Горячев.]]>
Данные пункты РАБОТАЮТ. Но для 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 абонентов).
19.02.2012 16:29:44, vad.]]>
Речь идет идет об обычном VoIP (Н323). Ни ABC-F, ни VPN у нас нет. Я, принципе, предполагал, что с выходом все сложится, а вот насчет входящих сильно сомневался.
В таком случае, хотелось бы У Вас, Vad, уточнить, что означают настройки в транке Channel Specialition: In Only, Out Only и Comb/Mixed? Вариации с этими настройками, как уже отметил тоже не дают желаемого результата. Во всех случаях получалось совершать только два звонка одновременно, как в случае с установкой двух In Only и восьми Out Only, так и в случае восьми In only и двух Оut Only - результат был абсолютно одинаков, никакой разницы. Такое впечатленние, что производитель что-то не доделал. Мне кажется именно Channel Specialisation должна регулировать в каком направлении будет работать данный канал: только на вход, только на выход и комбинированный/микс, соответственно.
19.02.2012 15:11:54, Вячеслав Горячев.]]>
во первых - мы говорим о Н323 или об ABC-F. Оно закрывается в разных местах IP/IP domain или в VPN overflow (плюс в локальных параметрах VPN TS%).
В случае VPN звонков - две TG имеют смысл.
В случае обычных Н323 - по выходу (теоретически) две TG еще что-то значат, а вот по входу!!! Как вы поймете, получив входящий вызов - это в TG где 2 канала или где 8. Вы получаете вызов на ту-же плату, с одним адресом.
19.02.2012 14:38:47, vad.]]>
Имеется станция 10-го релиза, соединенная с другой по VoIP.
На станции лицензия на 60 компрессоров, количество которых ограничено в настройках самой платы INTIP десятью.
Как теперь можно сделать так, чтобы абоненты VoIP-овской станции имели возможность совершать исходящие звонки во внешку только по двум каналам, а вот входящие могли поступать по оставшимся восьми.
Предполагал, что в настройках транка изменив позицию Channel Specialisation на In Only и, соответственно Out Only получу желаемый результат - не вышло!
Теперь предполагаю, что создав две транкгруппы, у которых соответствующим образом настрою тайм слоты, а именно в транкггруппе предназначенной для исходящих звонков оставлю только два таймслота равным 1, а в другой - остальные 28, то и получу желаемый результат.
Верно ли мое предположение? Или, может быть, существуют какие то другие варианты? Подскажите пожалуйста.
18.02.2012 20:55:54, Вячеслав Горячев.]]>