Есть две АТС IP LDK 300 , версия 3.6 .
АТС 1 - ISDN PRI , VOIB .
АТС 2 - ISDN PRI, VOIB .

Нужно реализовать следующее - все звонки на межгород должны уходить по IP с АТС1 на АТС2 и далее по ISDN PRI АТС2 .
Через транзитный код "7" звонки по IP на ура проходят с АТС1 на АТС2 .
Задача : сделать это прозрачно для пользователей АТС1 .
Вопрос : возможно ли реализовать эту прозрачность с помощью LCR ? Т.е. для стандартно пользователь выходит на межгород 9 8 КОДГОРОДА НОМЕРАБОНЕНТА , соответственно с помощью LCR при наборе 9 8 нужно подставить транзитный код "7" . Как не крутил у меня это не получается , звонок не уходит в IP . Подскажите , возможно ли это вообще реализовать и каким способом ?

Так что у вас не получается, заменить 8 на 7? Или что то другое?

Вопрос , есть ли такая возможность реализации на LCR в ipldk300 , или ее нет ?
Если есть , то в правильном направлении я двигаюсь или нет ?

Если речь идет о подмене 8-ки на 7-ку при использовании LCR, то возможно.

А толк от этого будет ? Связывается две АТС по IP через транзитный код 7 .
7 - указана в номером плане Network PGM324 .
Вопрос : попадет ли звонок по LCR в network numbering Plan ? Как показывает практика - нет .

Здесь речь идет о одновременном использовании транзита и LCR, а они совместно могут и не заработать. Надо пробовать.

Сделайте 8-ку транзитным кодом и выходите без девятки.

Тоже вариант. Только надо в PGM106/107 убрать 8 в кодах.

Я бы с удовольствием и 7-ку оставил или 8-ку сделал , тут прикол в том , что руководство просит сделать прозрачно для пользователя , т.е. народ должен звонить через 9-ку , а долее уже АТС корректно смаршрутизировала звонок.

А может в LCR осуществлять подстановку ip АТС2.
Предположим, что ip АТС2 192.168.1.1. Тогда набираете 9 8 хххххххххх, а в LCR преобразовывается в 192*168*1*1#7хххххххххх
Понятна ли мысль?
Дело в том, что LCR принципиально работать должен. Но при звонках по ip АТС доложна знать, по какому адресу их направлять. Вы можете это проверить все без LCR, для начала. Займите на АТС ip линию и набирите адрес АТС2 по подобию 192*168*1*1# ну 7хххххххххх. Уверен, что так прокатит. А если заработает, то и LCR пойдет.

Так можно сделать. В LCR должен подставляться транзитный код. Например, у меня пользователь набирает 8910****, в LCR подставляются транзитные коды 61,62,63,64,65. Примечание:"6" убита во всех планах, кроме NET.Т.е. уходит на другую станцию 658910***, на другой станции транзитный код удаляется в NET и набор уходит на указанные линии второй станции.
Если нужно могу расписать подробней, но ИМХО лучше такие вызовы сразу направить в сеть типа Сипнет без направления на вторую станцию и дешевле и проще.

У вас связь между первой и второй АТС через что?

В LCR нельзя подставить IP-адрес. Станция этого не понимает.

Но тем не менее можно увязать LCR с таблицей Networking. Это будет работать, хотя исходно и не предусмотрено.
Есть ограничение, наскольо я помню: эти VOIP каналы должны использоваться только для соединения по одному и тому-же IP-адресу. Если несколько IP-адресов, то могут быть проблемы.

В ПГМ221 8-ку прописать, как код типа COL.
В ПГМ222 добавить 7, указать № СО GROUP, к которой относятся каналы VOIP по ПГМ141/1 !!!

В ПГМ324 прописать PSTN код =7

Через IP (VPN).

Огромное спасибо Harris , ЗАРАБОТАЛО !!! :-)

А у меня пока не получилось повторить подвиг =(
Имею TDA200 в С-Пб транзитная. TDA100 в Дзержинске, IPLDK100 в Минске Есть VPN С-Пб-Дзержинск и С-Пб-Минсквсе станции общаются друг с другом по внутрянке. Дзержинск звонит по России через TDA200 - При наборе 8107********** отрезается 8107, добавляется префикс 02 и отправляется в сторону С-Пб. На TDA200 убирается префикс, добавляется 8 и уходит в Россию. Хотел включить в эту схему IPLDK100, долго тупил, когда воткнулся в невозможность отправить на ней модифицированный номер на конкретный IP адрес., нашёл этот пост, но по данной инструкции не пашет.

Что имею имеющиеся 8 линий раскиданы в 4 группы для распределения между сотрудниками. IP линии в 6 СО группе.
В ПГМ221 8107 прописал, как код типа COL.
В ПГМ222 добавил 02, удалил 8107, указать № СО GROUP 6, к которой относятся каналы VOIP по ПГМ141/1 !!!

В ПГМ324 прописать PSTN код =02
В 104-109 убрал 0
при наборе номера 8107********** происходит отбой после 8107. на системнике линия 009 отбой. 009 линия - из 6 СО, то есть на VIOB звонок посылается, но там и умирает.
Кстати при отключенном LCR и прописанных выше настройках должен ли набираться номер через префикс? то есть 02**********? то же отбой с 9-й линии идёт.
Куда подкоп сделать? Может за 5 лет что-нить изменилось в худшую сторону, или наоборот это стало возможным реализовать проще Хотя скорее всего опять я чего-то не додумал. Версия станции 3.9 (C9.Gh), Версия VOIBN 1.1Ca.

После этого хочу Звонки С-Пб-Минск тоже через IPLDK пустить, но не принципиально - они уже через Дзержинск ходят. Может ради интереса и разгрузки Дзержинской АТС. Щас в приоритете как раз обратное направление.

снимите трейс веершарком и увидите кто отбивает и почему. в логах этот звонок видите?

Админю удалённо из С-Пб. Ваершарк пока не вариант, все, кого там можно озадачить таким словом, в отпуске.

Ну так и снимите трассировку. Как снять уже писалось. Поиском по форуму воспользуйтесь.

Кстати, а по какому протоколу работаете?

Протокол H.323. Платы IP-GW16 на Панасе другого не понимают. Поиск по форуму показывает, что люди или уже знают пароль для входа на плату по telnet или как я, упираются в TCP_PASS и вы им рассказываете, что не гоже выкладывать такие пароли на форуме =))

Не надо переворачивать! Не гоже выкладывать - это о других паролях.
Тут другое... Вы про ipLDK речь ведете, а мне показалось (или так увидел), что об LIK.
Вам надо, все же, сниф снимать.

А в ПГМ322 линии IP прописаны в сетевой транк (группу сетевых линий)?? В ПГМ324 должна быть ссылка именно на этот сетевой транк, а не группу СЛ по ПГМ141/1.
Далее пойдут другие нюансы -Тип сетевого транка. Если транк типа NET, то набор кодов PSTN станция выполняет Overlap'ом, и возможно Панас в Питере этого не понимает.
В этом случае нужно отделить несколько IP каналов в отдельный сетевой транк (пгм322) типа PSTN,
включить для него Enblock (пгм143), и вызовы по межгороду пускать в этот транк. А остальные каналы оставить как тип NET (322) для сетевых вызовов внутри корпоративной сети.

Набор внутренних номеров между станциями работает, соответственно в ПГМ322 каналы в сетевой транк прописаны (Net CO 1). В 324 на неё отсылаются внутрянка других станций и модифицированный международный номер.Тип всех каналов в этом IP транке уже PSTN. При включении на каналах Enblock перестаёт набираться даже внутрянка.

Естественно. Для внутрянки вы используете нумерацию типа Net (324). Поэтому, даже если транк указан как тип PSTN, то Enblock должен быть выключен!!! Именно поэтому я написал вам, что для Enblock нужно сделать ОТДЕЛЬНЫЙ ТРАНК. Прочтите внимательнее мой предыдущий ответ.
Я уже упоминал, что там есть нюансы с Enblock/Overlap и PSTN/NET.
А вообще-то в таких случаях нужно снимать и смотреть трассировку, чтобы понять причину проблемы. Может, проблема в Панасе...

Сделал отдельный транк, включил Enblock. Звонок на транк попадает но уходит в никуда - тишина и отбой через несколько секунд после набора. Вчера на Samsung OS7070 поднял эту систему за пол часа. Теперь их международка на Беларусь уходит через нас на Дзержинск. Настроил так, чтоб наша АТС транзитной была ради эксперимента. Чтож в LDK100 это реализовано через такое тёмное место?
Буду думать как трэйс снять. Набор кстати проверяю Phontage, если это имеет значение.

+
Всё завелось. Помогло включение Digit repeat в ON на этом канале. Но всё равно чертовски обидно, что на такой схеме линии не могут распределяться динамически. Часть под внутренние, часть под МН, ещё под Phontage отпиливать надо. =(
Большое человеческое спасибо. за помощь.

"Темное место" - потому что разрабатывали это еще 10 лет назад, и Самсунг появился существенно позже...
Так по старой схеме, когда был один транк, Digit Repeat тоже был выключен??

Я с этой опцией игрался, когда ещё Enblock не был включён, а когда включил его, эту опцию забыл покрутить. Что интересно Phontage игнорирует LCR Mode - работает с любым, а у обычных аналоговых внутринних абонентов заработало только с М11.

Если идет речь о версии 3.6, то нет смысла обсуждать нюансы LCR, хотя я не помню, чтобы были какие-либо различия в работе LCR для системников и для SLT.
Последняя версия - 3.9, и было бы лучше использовать ее, а не устаревший софт.

Сам удивился. Набираю с Phontege свой российский мобильник - звонок приходит, у них на системнике Ошибка LCR. Пока до М11 дошли - я постоянно дозванивался, у них Ошибка LCR. Версия у меня 3.9. Вот Voibn обновить не получается - упорно не пускает на вэб.