Здравствуйте!

Не могу подключить GSM шлюз AddPac AP-GS1002 по H.323,
входящая связь на iPECS есть, а с исходящей проблемы:
- после набора 9 слышу готовность, набираю дальше 201 и тишина.
По трассировке на AddPac вижу входящие ARP пакеты от ip iPECSа, но
адресованы они на ip 201.0.0.0, хотя в 324 указан ip 192.168.0.41.
IP самого iPECS 192.168.0.10(находятся в одной локальной сети).

А что у вас в ПГМ324 9-ка прописана?

92*

ещё информация, пока iPECS и AddPac в локальной сети без маршрутизатора, поэтому Router ip adress на iPECS
стоит тотже что и у MFIM/E IP address: 192.168.0.10

А 9-ку удалили в Flexible Numbering Plan(106)?

И подробнее, что в ПГМ324, 322...

нет, 9 не удалил в 109, но ведь это и не должно повлиять - максимум отправится на AddPac 9201.

в 324:
System Usage - PSTN
Num plan - 92*
Net CO Grp - 1
CPN Info 1 - 192.168.0.41
MFIM port number - 5588
, остальное или пусто или NO

в 322 CO group - 1
Network CO - PSTN

Приоритет гибкого плана нумерации выше, чем сетевого.. Вызов пойдет на младшую доступную группу..

Можете 92 в LCR прописать. Тогда из гибкого плана нумерации убирать ничего не понадобиться. У LCR приоритет самый высокий.

так вроде бы с маршрутизацией в порядке - СО занимается, только запросы не на 192.168.0.41 идут, а на 210.0.0.0

извиняюсь, за неточность ARP пакеты на 201.0.0.0 шлются

Уберите на время 9-ку из гибкого плана нумерации - проверьте..

В этом случае 9-ка в сетевом плане не работает...

В этом случае в Num plan не должно быть никаких *.

В LCR код прописать 92..

Ну и где же тут порядок с маршрутизацией...

Убрал * в Num plan, осталось 92 - результат не изменился

9 убрал из гибкого плана , теперь при наборе занятость

Убрано..

в 140 CO/IP Group = 2
в 322 Network CO Group = 2
в 324 Network CO Group = 2

Группы в 141 и в 322 - это не одно и то же.
Номера портов должны соответствовать - CO NUM

Что это значит???
Стас! Что ты этим хотел сказать???

Не СО группы в 141 и 322 соответствуют, а номера портов (СО NUM) ..

подскажите ещё в 324 Networking Numbering Plan Table в диапазоне от 0 до 251,
а в 222 DMT Networking Numbering Plan Bin от 001-251.
Это разные значения?

Разные.

как локализовать: сетевые настройки не правильные, или маршрутизация(занятие IP линии и трансляция
IP адреса и ID H.323)?
То что IP линию занимаю это видно по трассировкам AddPac ARP пакеты на адрес 201.0.0.0 iPECS шлёт.

похоже выход один, сбросить настройки по умолчанию и начать заново - повнимательней

Вы используете маршрутизацию LCR???
Если да, то зачем?? Вы хоть подробнее поясните общую суть задачи!!
А так можно до бесконечности сбрасывать станцию и заново программировать ее с нуля, и с тем же нулевым результатом.

LCR я не использую, это мне stas предложил, а задача проста:
при поступлении звонка с GSM шлюза по IP направлять звонок на оператора(это работает),
исходящий звонок от оператора при наборе 9, также должен уходить на GSM шлюз по IP CO.
SIP протокол как я понял без sip-сервера на iPECS не работает(нужна лицензия).
Таким образом остаётся H.323 без гейткипера.
Итак входящая по H.323 работает, а исходящая не работает, хотя линия IP занимается(я сообщения вижу по трейсам
AddPac с IP 201.0.0.0)

Лицензия требуется только, если Вы хотите зарегистрировать ваш шлюз в качестве SIP-абонента. А зачем это в вашем случае??
Если же речь идет о внешнем соединении по SIP или по H.323, то никакие лицензии не требуются.
Что касается причины вашей проблемы, то, возможно, без просмотра вашего конфига, понять что там, извините, "наваяли" не получится.
1) У Вас кроме каналов VOIP, что, никаких других внешних линий нет??? Ни аналоговых СО-линий, ни ISDN??
2) Как уже упоминали, если 9-ка прописана в Плане нумерации, то тогда 9-ка, прописанная в Сетевой таблице (ПГМ324) уже НЕ РАБОТАЕТ!! И поэтому IP-адрес шлюза, указанный в ПГМ324, не отрабатывается.
Вы сейчас даже не попадаете в таблицу ПГМ324.
Набрав 9-ку Вы всего лишь попадаете на VOIP-каналы. И только. Это назывется Direct IP Call. Далее станция ждет непосредственного набора IP AДРЕСА !!! Вы набираете 201 и ждете результата.
А станция по тайм-ауту заполняет в буфере IP-Адреса оставшие поля адреса нулями и пытается "достучаться" на адрес 201.0.0.0. И все.

Если Вам чем-то "дорога" 9-ка (я спрашивал про другие внешние линии), то оставьте ее в Плане нумерации.
Возьмите какой-нибудь другой код, например, "0" !!
Удалите код "0" из Плана Нумерации, но пропишите 0 в ПГМ324 (вместо 9-ки). И проверьте.

я станцию пока готовлю к работе, а будут ещё CO BRI.
мне в техподдержке сказали, что index 0 в Networking Numbering Plan Table лучше не занимать

Блин... Нет слов!!! А причем здесь ИНДЕКС 0?????
Я разве Вам написал, что код "0" нужно прописать именно в 0-вую строку таблицы ПГМ324???!!!
В ЛЮБОМ индексе (например, там где у Вас сейчас прописана 9-ка) нужно прописать код 0.
Неужели непонятно, что нужно оставить в ПГМ324 все как есть (у Вас же 9-ка прописана не в 0-м индексе), то только код "9" заменить на "0". И все. И в Плане нумерации (ПГМ106) удалить код "0".
И набирать 0 для выхода на шлюз.

Так причем тут index 0 в Networking Numbering Plan Table и 0, о котором пишет ув. harris?
Да, в index 0 в Networking Numbering Plan Table должны быть прописаны номера своей АТС при использовании NET.
Но речь идет о том, коль 9-ку хотите сохранить для выхода на другие СО, чтобы использовать для звонков на шлюзы, например 0, опять же удалив его в плане нумерации...
Да, в ПГМ324 нужно прописать просто 9, или 0, или какую другую цифру. Зачем 92?...

извиняюсь, что приплёл индикс 0, просто изначально я в этой таблице создавал.
Смысл я теперь понял, правда пока идёт занятость после набора 02, которые я прописал в таблице,
подумаю дальше сам в чём засада

Так зачем 02, просто 0! После 0 вам же надо 201 набирать? У вас Digit Repiat - OFF в ПГМ324, вот и получается, что набираете 0201, а в линию уходит 01...

Угу... А если далее разобраться, то, вероятно, нужно просто делать сетевую нумерацию (тип=NET) для номеров 2ХХ.

Или даже так! Что еще лучше!

оказывается PSTN Enblock надо поставить в Yes, а у меня было No.
И конечно поставил, как посоветовали, просто 0.

Спасибо.

да, с Net ещё лучше, спасибо за помощь.

А это зависит от шлюза: может он принимать номер Overlap'ом или только в Enblock'е.
Обычно, конечно же, стараются работать Enblock'ом.