Практически один интрумент есть в алкатель для откусывания и огрничивания ip codecs. Это ip domain. Там можно ограничивать количество одновременных разговоров ( а по сути кодеков)

как всегда одно и тоже - что-то есть и что-то надо

у вас INTIP/INTIP2 или INTIP3, если INTIP/INTIP2 сколько GIP стоит ?

а так по сути работать будет если распилить так 111111111111111000000000000000 и 000000000000000111111111111111

кодеки это динамика по отношению к лицензии

Прошу прощения за долгое молчание. Хотелось бы вернуться к вопросу.
Сеть действительно IP ISDN со звонками через VPN overflow. Необходимость использования еще одной (или нескольких) TG на одной плате имеется по следующим причинам. В настоящее время в станции установлено две платы INTIP. Ресурсы обеих плат присвоены IP ISDN транк-группе. Возникла потребность подключения по IP H.323 другой системы. Причем желательно, чтобы также обеспечивалась аппаратная отказоустойчивость.

Конечно, можно сейчас исключить одну из плат из ISDN TG и отдать эту плату под новую задачу, но, во-первых, в будущем возможно придется подключать по IP к станции что-нибудь еще и аналогичный вопрос все равно возникнет. Во-вторых, такая разбивка уже не будет обеспечивать первоначальную степень отказоустойчивости системы, так как возникнет две точки отказа.

Предполагал поделить ресурсы каждой платы пополам под созданные ТГ.
Согласен, тут есть загвоздка. Разрешима ли она в том случае если по обоим входам трансляция номера не требуется. Будут ли работать входящие?

Спасибо!

+100500
Это было (возможно) интересно ранее, когда Direct RTP не было - ресурсы делились в плате (разделение кодеков) и транковой группе (доступы/транки). Или в случае не IP - тогда на каждое направление/подключение были отдельные ресурсы.
Сейчас - какая разница от имени какой транковой группы устанавливалось соединение с INTIP (чем стало лучше по сравнению с одной TG)? Ограничения по количеству кодеков - не в TG (а в домене, VPN overflow).

Может я чего-то не понимаю. Поясните, если так.
Насчет деления INTIP между несколькими TG задумался не с точки зрения кодеков, avaya и прочих упомянутых...
Дело в том, что на текущий момент в центральных узлах (2шт.) установлено по 2 INTIP платы. Эти два узла связаны между собой, а также с другими региональными узлами через гибридные линки в одну сеть. При этом на центальных узлах под данные IP транк-группы назначены ресурсы (доступы) обеих плат, по 30 доступов с каждой платы. Т.е. все ресурсы отданы под эти TG.
Используются доступы обеих плат с точки зрения повышения отказоустойчивости, для устранения единых точек отказа. Платы воткнуты в разные коммутаторы уровня распределения-ядра. Таким образом, при выходе из строя одной из плат INTIP, или коммутатора, система продолжает работать на другой плате INTIP.
Недавно возникла задача сопряжения УАТС по H.323 с системами:
1. Корпоративной видео-конференцсвязи, построенной на основе Radvision: необходимо иметь возможность в ходе конференции подключать внутреннего абонента станции. В части голоса система работает по H.323.
2. Спутниковой передачи данных, содержащей в своем составе голосовой шлюз H.323.

Соответственно, возник вопрос, как этого добиться в рамках текущей аппаратной платформы. Насколько я монимаю, использовать существующую TG гибридных линков под H.323 нужды нельзя по причине разной сигнализации. В то же время разбивать существующую связку INTIP не хотелось бы по причине снижения надежности.

Вот и возник вопрос: можно ли "откусить" по половине доступов каждой платы от существующей транк-группы и выделить их под H323 TG. В этом случае удалось бы при сохранении надежности решить поставленную задачу.

Если что-то неправильно понимаю, прошу дать понять.

Спасибо!