Помогите решить данную проблему ибо сам не в состоянии разобраться.

1. В корпоративной сети около 35 различных станций линейки LG. От Aria Soha до IPECS. Все они объединены между собой по каналам Е1 или VOIP. Центральная станция CS1000. К ней подключен поток PRI с городскими номерами. Все станции имеют транзитный выход в город через CS1000. АОНы приходят те, что заданы в пгм 114 на конечных станциях. Все работает.

2. Решили модернизировать центральную АТС. Заменил ее на IPECS 1200 (прошивка MFIM/GS98M-5.5Gt MAY/12). Прописал все как полагается. Связь по внутренним номерам работает, но перестал работать транзит на городские линии на всех станциях. При наборе 9 или 0 (на разных станция код доступа отличался) идут короткие гудки.

Вот ссылка на настройки центрального айпекса. http://files.mail.ru/0DA7C8A553E148A9B3FD89E378F93317

1. Мдя... ИМХО, не совсем продуманное решение о замене Starex CS1000 на iPECS1200 в качестве центральной станции. Непонятно, чем вызвана така модернизация.
CS1000 в гораздо большей степени приспособлена к обеспечению транзита, чем iPECS !!

При использовании iPECS1200 для обеспечения CLI (АОНа) при транзите:
- либо ВСЕ сетевые абоненты (абоненты всех АТС в сети) смогут быть представлены в ГТС только под одним CLI (АОНом). И это будет АОН системного аттенданта транзитной АТС -iPECS1200.
- либо внутр. номера ВСЕХ сетевых абонентов должны представлять собой последние цифры городского номера
- либо нужно будет делить межстанционные транки на 2 : один типа NET, другой типа PSTN, и формировать требуемые АОНы на оконечных станциях.

Так и настроено! И в оконечных станциях нечего не менялось, кроме айпишника платы VOIP.
Самое странное, что внутренняя 4-х значная связь работает, значит оконечные АТС-ки видят платы VOIP и Е1. А вот почему не работает транзит, ума не приложу.

2. По поводу текущих настроек транзита:
Для транзита нужно снять ограничения в ПГМ166.
Сейчас у Вас там стоит COS7.
Нужно либо полностью открыть транзит (COS1), либо при необходимости каких-нибудь ограничений использовать другие COS вместо COS7.

С какими АОНами сетевые абоненты должны выходить в город??
Сейчас все сетевые абоненты просто прозрачно представляются в "городе" своими внутр. номерами. Этого достаточно??

Нет, Вы это неправильно поняли... Я имел в виду, что придется делить транк на оконечной станции. То, что это есть на транзитной - это и так ясно.
Тут смотря, какие оконечные станции. Между ipLDK и iPECS есть различия. На оконечных iPECS можно легко формировать нужный АОН для транзита, не разбивая транк на 2.

Поменял на центральной АТС в пгм 166 на COS1 - не помогло, требуется перезагрузка для принятия изменений в силу?
У каждого абонента прописан свой АОН.

1. Я Вас правильно понял, транки на оконечных станциях разделены.

2.А можно поподробней как не разбивать транк на 2 части между двумя IPECS?

Какой АОН посылают оконечные станции для транзита в город: свой внутр. номер или уже сформированный городской номер??

Сформировавшийся. Прописан в пгм 114 оконечных станций. В пгм 143 Type of Number for Calling Party Info стоит National.

Мдя... Так тут детали важны. Вы уверены, что приходят именно эти АОНы??
Трассировка есть??
1) Если оконечка iPECS, то:
- по каким линиям уходит вызов: по NET или или по PSTN ??
- если линии NET, то что указано в поле [PSTN CLI Method] в ПГМ324 для кода PSTN (9 или 0)??

1. Внутренний вызов уходит по NET 2 группа линий
2. Транзитный вызов уходит по PSTN 1 группа линий, [PSTN CLI Method] указано PSTN.
Ссылка на настройки http://files.mail.ru/7C46A6DAC0F2455090F030B405EA3C7E оконечного айпекса.

Занавес
В пгм 324 указал группу линий для выхода на город не первую (описанные в пгм 322 как PSTN), а вторую (описанные в пгм 322 как NET) и все заработало. Почему с PSTN не получалось?

На оконечном iPECS:
- опция [PSTN CLI Method] имеет значение только для кодов PSTN при использовании линий типа NET.
- поэтому в iPECS нет необходимости делить линии на NET транк и PSTN транк. Транк делается один - типа NET.
Но на все линии программируется АОН, как обычно для городских линий (PSTN) в ПГМ143, 201, 114.
И просто в ПГМ324 в строке с PSTN кодом (9, 0) указывается значение опции [PSTN CLI Method] = PSTN. Т.е. для транзита по линии NET использовать АОН типа PSTN ( а не сетевой номер).

Что, все абоненты iPECS100 выходят на транзит с одним АОНОм (586660) ??

Ааа, понятно.... Видимо, из-за Digit Repeat.
Ведь в iPECS'е [Digit Repeat] не работает для линий типа PSTN. Набранный номер уходил без 9-ки (0).

На последних версиях ipLDK мы добились от корейцев, чтобы они сделали возможным использовать посылку Digit Repeat на всех типах линий (NET/PSTN). Иначе приходится использовать LCR для посылки транзитного кода на линиях PSTN.

А вот для iPECS мы аналогичную фичу (Digit Repeat для всех типов линий) еще не запрашивали.

Большое спасибо harris за вашу помощь! Теперь с понедельника начну соединять айпекс с другими оконечными станциями (ipLDK 100, 300, 20, 60)
Указан АОН секретаря, входящий приходит на ее номер, так уж захотели.

Про фичу с Digit Repeat не знал. Теперь становится все более и более ясно. ))

Вот еще одну фишку заметил. В оконечной станции (айпекс 100) есть 1-6 линия VOIP самого процессора и 7-14 VOIM8. Так вот транзит получался только с линий 7-14, а с линий 1-6 (первоначально 2 группа описанная как PSTN) были короткие гудки. Оказалось, что в центральном айпексе в пгм 324 указан только айпишник платы VOIM. Соотоветственно вызовы с айпишника процессора не принимались. Добавил в строчку с префиксом оконечной станции айпишник процессора (CPN INFORMATION 2) и транзит пошел! Ну естественно как указал harris все линии в NET.

Это из-за того, что в транзитной станции (iPECS1200) у Вас включена опция №51 в ПГМ160-161 [Transit out security]. Это значит, что станция разрешает транзитные вызовы только с IP-адресов, указанных в её сетевой таблице нумерации (в ПГМ324).
Если эту опцию выключить, то транзит будет разрешен с любых IP-адресов.

harris, без вашей помощи опять не обойтись. Теперь возникли затыки с соединением центрального айпекса и ipLDK-100.
В LDK-100 транки разбиты на 2 группы (NET и PSTN). При наборе 0 идет транзит в город через айпекс (в пгм 322 группа линий PSTN). При наборе внутренней нумерации типа 1*** (в пгм 322 группа линий NET) проходит вызов и на этом все. При следующей попытке вызова занимается первая линия из группы линий NET идут короткие гудки на экране Phontage надпись " Line 06 released Normal call clearing". При этом вызов на абонента центрального айпекса поступает, но при снятии трубки тишина. При попытки выйти на другие линии группы короткие гудки и на экране " Line 07 released SVC or option not avail"

Прошу пардону. Я всю эту неделю будут занят на учебе (training). Если только вечером... или на след. неделе.

Способных Вам учеников.

Нет. В данном случае я сам в качестве ученика..., меня обучают

правильно ли прописан net plan?? какой тип указан для платы voib(ldk) H.323 или sip?
в позиции main domen - кого указываете?

тип указан как H.323, domen нигде не прописывается.

А раньше сетевые вызовы с LDK на центральный iPECS проходили??
Вы раньше писали:

После чего перестала работать связь между сетевыми абонентами??
Вы же вроде не трогали LDK.

Посмотрите в LDK:
Для тех линий, которые указаны в ПГМ322 как тип = NET:
- для них опция ПГМ143/6 ( Enblock Sending ) быть обязательно выключена !!!!

в 324 ip-адреса противоположнойтороны прописаны?
в 140=did
в 143/4=1

1. Раньше проходили и сетевые и транзит на город. Но станция как я писал ранее была cs1000
2. По началу я не обратил внимание. Как я писал выше, первый звонок проходит нормально. Затем не идет. В LDK пробовал менять тип линии (прописанных как NET) в пгм 143 с Subscriber на National. Не помогло.

Стоит по умолчанию выключена.

Стоит ISDN DID, Call type-National, DID Conv type -1. В пгм 324 маршрут прописан.

попробуйте в LDK в 324-й во всех четырёх позициях прописать ip-адрес противоположной стороны

??? Зачем ???

Как я понимаю там альтернативные варианты пишутся в случае если прописанный айпишник не отвечает. В любом случае не помогло.

Вот настройки сотки http://files.mail.ru/C966F693B8CA4A63BCFDAFD2CB302516 ip 192.168.31.16, пароль 8261

1) Т.е. после замены СS1000 на LIK1200 никаких изменений на LDK не было. Так??
2) В LDK для линий типа NET параметр (Subsciber/National ) не имеет значения.

было на одном объекте(VOIB4). также доходил нормально лишь один звонок из четырёх, пока не прописали ip-шники во всех 4-х позициях

следующая попытка, это значит одновременно 2 вызова пытаетесь сделать? может кодек не 711 поставили..

Значит у Вас просто были проблемы с сеткой.

Были. Связанные с добавлением Phontage.

Тогда конфиг LDK покажите.

Т.е., откушали часть VoIP каналов под Phontage. А у вас там как то, случаем, не затесались для сетевых вызовов не VoIP линии?
Хотя, это я загнул, походу. Не подходит под ваши описания происходящего.

После перезагрузке АТС один раз дозвонится получается. Затем все-короткие гудки и Line 06 released Normal call clearing. Кодек 711 стоит.
Причем кладешь трубку на LDK, а на вызываемого абонента( айпекс) продолжает поступать звонок! Номер при этом определяется. значит делаю вывод , что маршруты в 324 прописаны верно.
Складывается ощущение, что не происходит завершение соединения. При повторной попытке LDK выводит на линию, которая как раз не освободилась.

Выложен чуть выше в моих сообщениях.

Вот настройки LDK http://files.mail.ru/C966F693B8CA4A63BCFDAFD2CB302516 ip 192.168.31.16, пароль 8261

Смотрю, конечно, админом версии 3.8, но на СО6-11 Enblock включен.

3.9 показывает, что выключен. Вообще по умолчанию стоит в позиции OFF. Этот параментр не трогал. Может, что подвисло. Попробую перевести в On, а затем опять в Off.

Офлайн админ 3.8 не гарантирует правильное отображение конфига 3.9. У вас имеется системный аппарат, с которого программировать можно? Посмотрите с него.

Я удаленно с Phontage звоню. Попробовал поменять 143/6 в On так вообще длинный гудок и все. Поставил обратно в Off симптомы те же.

Стоп. Вы и выявили это при вызовах с Phontage? А Phontage не за NAT по отношению к LDK?

И трассировка WireShark'ом не будет лишней.

насколько позволяет увидить этот off line/
в 322 все линии PSTN и 2-й группе
в 140 лишь 11 линий ISDN
в 141-й линии 1-4 в первой группе, 5-11 во второй и 12 в 25группе
в логических местах для СО =4-й слот, для абонентов = слоты1+2+3. и всё
вы работаете по корпоративной сети, зачем ещё префиксовать на выходе 586?

у вас voib12???

открыл другим off line
в 322 линии 1-5 PSTN и 1-й группе, 6-11 NET и 2-й группе
в 140 линии 1-11 = ISDN
в 141-й линии 1-5 в первой группе, 6-11 во второй и 12 в 25группе

Нет. Все в пределах локалки. Проброшен с удаленным офисом VLAN.

Да все как во втором варианте. Стоит VOIB 12. 12 линию "откушал" Phontage в пгм 380/381. В пгм 101-103 СО Data View указывается именно линия с 1 по 11.
Префикс в пгм 201 наверное остался с прошлых настроек. Он на межсетевые звонки не должен влиять.

Видимо поеду я на тот офис и сброшу все в ноль и заново пропишу. Такое уже как то бывало, правда с ipldk-20.