Уважаемые дамы и господа! Для вас сохранен старый форум по адресу http://forum.intersyst.ru

Выбрать дату в календаре…Выбрать дату в календаре

Страницы: Пред. 1 2 3 4 5 6 След.
Транк VoIP, Ограничение количества входящих и исходящих вызовов
 
Цитата
error пишет:
столько атс и все по старинке trunk-to-trunk и только через центральную атс

надо было сеть строить abc-f_h323
возможно, было бы неплохо, но я лично с такими сетями пока и вовсе не сталкивался.
Транк VoIP, Ограничение количества входящих и исходящих вызовов
 
Хотя, я и здесь ошибаюсь. Ведь меня интересует только межгород. Стало быть как кто из них друг другу звонит меня не интересует и чтобы не перегружать свой транк этими звонками будет целесообразнее настроить так, чтобы они друг другу звонили напрямую.
Транк VoIP, Ограничение количества входящих и исходящих вызовов
 
Цитата
vad пишет:
А зачем? Пусть себе звонят напрямую или это зачем-то надо - звонить через центр?
Чтобы учет вести на головной станции. Иначе придется тикеты снимать индивидульно с каждой станции. А так, больше не зачем, пожалуй.
Транк VoIP, Ограничение количества входящих и исходящих вызовов
 
У нас есть еще одна станция пока ни куда не подключенная (у нее проц мертвый оказался). На ней потом, может быть поэкспериментирую с доменами.
Транк VoIP, Ограничение количества входящих и исходящих вызовов
 
А! Да, извиняюсь, IP видел в трассировке!!!
Транк VoIP, Ограничение количества входящих и исходящих вызовов
 
Цитата
vad пишет:

Насчет 30 лицензий в центре - смотря чего вы хотите. При звонках с периферийных в центр - у вас будет 30 разговоров. Но звонок - периферийная на периферийную не занимает кодеков в центре (при нормальном менеджменте и включенном Direct RTP). Так что все определяется структурой вашего трафика. Тут вам и серп в руки.
С на стройкамми RTP не доводилось сталкиваться.
А насчет звонков с периферии на периферии, Вы хотите сказать, что они напрямую друг другу звонят? Я ведь у них у всех указывал IP адрес "головной" станции, т.е. маршрутизация у меня настроена таким образом, что звонки с переферии на периферию проходят через мою "головную" станцию, а уж она их разруливает.
Надеюсь, понятно написал?!
Транк VoIP, Ограничение количества входящих и исходящих вызовов
 
vad,
нет, трассировочку по t3 я смотрел, но никаких отличий от транков работающих на Е1 не обнаружил. Ну, или не заметил.
Транк VoIP, Ограничение количества входящих и исходящих вызовов
 
vad,
Все таки я теперь совсем ничего не понимаю . Что за платы такие GA/GD и MADA. У нас в этих станциях только GPA2 имеется.
Как я уже сказал, на этих станциях нет IP абонентов. Стоит ли в этом случае лезть в домены? И я так понимаю, в нашем случае добиться желаемого, описанного выше, будет невозможно?
Транк VoIP, Ограничение количества входящих и исходящих вызовов
 
Цитата
etc пишет:
Абоненты eZ32 и eUA32 - это и есть TDM абоненты. IP абоненты - это, например, аппараты 8-й серии: 4008, 4018, 4028, 4038, 4068.
Ага, значит, я все правильно понял насчет абонентов. А вот насчет звонков все по-прежнему осталось запутанным.
Транк VoIP, Ограничение количества входящих и исходящих вызовов
 
И что есть TDM абонент и что такое IP абонент? Что-то я теперь путаюсь в догадках. У нас на этой, VoIP-овской станции две платы eZ32 и eUA32. Все эти абоненты какими считаются, если эта станция подключена по VoIP к станции, которая в свою очередь по ISDN PRI смотрит в город?
В TG ставили компрессию G711. В доменах ничего не трогали, даже не заглядывали.
да, и еще стоит, наверное, до конца прояснить ситуацию: всего по VoIP к, так скажем, головной станции, подключено 8 станций, у каждой из которых INTIP с лицензией на 60 компрессоров, а вот на головной всего 30!!!
Изменено: Вячеслав Горячев - 19.02.2012 21:03:31
Транк VoIP, Ограничение количества входящих и исходящих вызовов
 
Правильно ли я Вас понял: при 30 разговорах внутри этой станции, 31 во внешку совершить уже будет невозможно?!
Транк VoIP, Ограничение количества входящих и исходящих вызовов
 
Речь идет идет об обычном 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:14:27
Транк VoIP, Ограничение количества входящих и исходящих вызовов
 
Имеется станция 10-го релиза, соединенная с другой по VoIP.
На станции лицензия на 60 компрессоров, количество которых ограничено в настройках самой платы INTIP десятью.
Как теперь можно сделать так, чтобы абоненты VoIP-овской станции имели возможность совершать исходящие звонки во внешку только по двум каналам, а вот входящие могли поступать по оставшимся восьми.
Предполагал, что в настройках транка изменив позицию Channel Specialisation на In Only и, соответственно Out Only получу желаемый результат - не вышло!
Теперь предполагаю, что создав две транкгруппы, у которых соответствующим образом настрою тайм слоты, а именно в транкггруппе предназначенной для исходящих звонков оставлю только два таймслота равным 1, а в другой - остальные 28, то и получу желаемый результат.
Верно ли мое предположение? Или, может быть, существуют какие то другие варианты? Подскажите пожалуйста.
Пилотный номер, Где найти? Как исправить?
 
TMC,
что-то у меня не получается по mtracer. что бы это значило:

(1)xa000000> mtracer -a 2914830
Traces Analyser activated

mtracer started ...

(------:------) ...

(######:######) ALERT : lost of 363076 messages ********************************
?
Telnet, проблема связи по телнету
 
error,
не, просто некоторые раздают IP-адреса в тайне от других. вот и поолучаются дубли и, соответственно, проблемы.
Страницы: Пред. 1 2 3 4 5 6 След.