Александр
07.04.03, 03:06
Спасибо за ответ и документацию. да, действительно, проблема решилась. ТОлько немного экзотическим, для нас, путем. Предполагалась одна структура сети, в результате собрали несколько иную. Теперь наша сеть выглядит примерно следующим образом. ТФОП - FXS GK / -AquaGatekeeper - Cisco1750 - (WAN) - Cisco7505 - / АТС - FXO GW-АТС Cisco 1750 и 7505 Нужны для выхода в глобальную сеть. Поскольку изначально все рассчитывалось располагать в разных городах. В общем, проблему решили расстаскиваением Wellgate-овских аппаратоов и кипера. Соответсвенно, аппараты подключили к Unix машине, на которой и запустили демона AquaGatekeeper. Но это оказалось не все. В первую очередь пришлось оешать проблему совместимости IOS шлюзов со стандартом H323. После простановки нового IOSа на WellGat-ы. После этого они стали регистрироваться в CiscoGK как шлюзы с поддержкой H323. Но и это оказалось не все. Поскольку налицо два разноклассовыйх аппарата, то их необходимо-было растаскивать по разным ТехПрефиксам. Но такой возможности, разработчики WG не предусмотрели, по видимому. А так, в комбинации FXO-C_GK - GW работет. Но поскольку нужна именно та комбинация, что я указал в вопросе, то пришлось запускать дополнительный кипер. И именно аквовский. Но и с ним пришлось повозиться. Так, например до сих пор осталась неразрешенной проблема запросов. При звонке через акву, на цискокипер. Циска распознает запрос LRQ. И отвечает подтверждением, как и положено собственно по стандарту Н323. При звонке в обратную сторону никаких подтверждений не вырабатывается. Поэтому шлюз со стороны цискокипера пришлось прописывать статикой. Как оказалось, разработчики программы не в полной мере предусмотрели подержку стандарта Н323. Полнее, все вопросы которые возникли и возникают у нас по сю пору, вы можете прочитать на форуме forum.comptek.ru. В разделе IPтелефония, вопросы от участника toshik_star.