Здравтсвуйте.
Имеется следующая ситуация, станция LDK-100 через плату VOIBN соединена с Cisco по H323
К сотке также подключены аналоговые CO Нужно, чтобы абоненты с циски могли использовать аналоговые линии как транзитные, с IP телефонов совершать звонки по ним.
Что прописал в конфиге:
ПГМ 324 - добавил сетевой план для занятия СО, тип PSTN, с планом нумерации основным код не пересекается
ПГМ 322 CO добавил в отдельную сетевую группу
ПГМ 321 - Net transfer mode - join
ПГМ 166 - COS1
ПГМ 143 для VoIP линий тип DID 1

Если набираешь код с сотки то все норм, линия занимается, звонок проходит, а если набираешь номер с циски, то просто занимается CO - слышен ответ станции, а набора номера не происходит. Подскажите пожалуйста в чем может быть дело, в какую сторону смотреть?

Прошивка сотки GS90P-3.5Bk

Для начала нужно поднять версию софта.
Версия 3.5Bk - слишком устарела.

А с этой совсем-совсем ничего не сделать? Плата проца MPBE, на ней dmemu не установлен, не получится обновиться.

Может и получиться, но возиться дольше, т.к. уже не упомнишь, то было на 3.5.
- Какой набор на СО-линиях (Pulse/DTMF)
- трассировку нужно смотреть - одновременно каналов VOIP и аналоговых СО линий.

Набор DTMF, трассировку попробую снять.

Вот снял логи, правда не понял как снять конкретно с одной CO поэтому снял со всей платы, линия, занимаемая транзитом 14, остальные не нужны.
Нажмите для просмотра прикрепленного файла

Это не то, что нужно... Нужно снимать трассировку с процессора, а не с платы VOIB.

Нужно на MPB включить одновременную трассировку как слота VOIB, так и слота LCOB:
t b XX (xx - слот VOIB)
t b YY (yy - слот LCOB)

Включил. Плата СО - 03, плата VoIB - 11
Транзитная линия СО - 14
Линии IP - 25...32
Попытался сделать 2 звонка, в первом после ответа станции еще попробовал донабрать номер - безрезультатно, во втором просто положил трубку.
Нажмите для просмотра прикрепленного файла

Да. Здесь нет набора в линию.
Проверил на своей станции как на версии 3.9, так и на версии 3.5bk. Транзит проходит нормально на обеих версиях софта.
Видимо, в вашем случае, какая-то опция установлена неправильно, и транзит не работает.

Проверьте опцию в ПГМ160/6 [CO DIAL TONE DETECT]. Эта опция должна быть = OFF.
Если у вас стоит ON, то выключите эту опцию.

Проверил - в PCAdmin галочка не стоит - на всякий случай попробовал поставить проверил - результат тот же, вернул обратно.

Прикрепил свой конфиг, может посмотрите, вдруг ещё что не так?
Нажмите для просмотра прикрепленного файла

Транзит осуществляется между линиями NET<-> PSTN.
Аналовые СО-линии - это всегда линии PSTN (город. сеть).
А связь между станциями корпоративной сети (линии ISDN/VOIP) - это линии типа NET.
У вас же линии VOIP используются как PSTN.
Транзит PSTN -> PSTN станция не пропускает. По крайней мере, на версии 3.5.
(Сейчас проверю на 3.9).

Т.е. если перевести линии VOIP в тип = NET (ПГМ322), то исход. транзит (с линий NET-> на линии PSTN) будет работать (это фича - Transit-Out).
Но тогда вам придется по-другому настраивать связь с Циской (исход. вызовы с LDK на Циско).
Вместо таблицы LCR нужно будет использовать таблицу Networking (ПГМ324).
И прописывать там сетевые номера (например):
NET, 71**, NET CO GRP 24, IP Адрес 1
NET, 72**, NET CO GRP 23, IP Адрес 2
и т.п.
При этом нужно будет выключить Enblock (ПГМ143/6) для линий типа NET.
И опцию ПГМ160/6 (CO DIAL TONE DETECT) все-таки вам придется выключить!!!

В общем, см. раздел построение сети АТС в доке. Там это все достаточно внятно, с примерами расписано.

На всякий случай проверил и версию 3.9.
На ней так же, как и на остальных версиях исход. транзит на город возможен только с линий типа NET на линии типа PSTN, собственно как исходно и было.
Т.е. в вашем случае линии VOIP должны быть прописаны как тип NET (в ПГМ322). Ну и все прочее.

Понял. Тип PSTN я и поставил для IP линий, потому что при типе NET никак исходящую связь настроить не получается, когда набираешь 7 со следующей цифры отбой дает

А почему PCADMIN не дает вписать в поле Num Plan Code больше 6 знаков, хотя там заявлено максимальное количество 16?

Потому что, для линий NET есть свои тонкости!!!
Если тип линий = NET, то:
- в ПГМ143/6 опция Enblock Send должна быть ВЫКЛЮЧЕНА
- несмотря на это тип сетевой нумерации = NET (ПГМ324) будет отсылаться Enblock'ом!!
- а вот нумерация типа PSTN (ПГМ324) будет набираться Overlap'ом. И принимающая сторона (Cisco) должна уметь понимать набор Overlap'ом.
К тому же, для линий NET и PSTN разные настройки CLI (АОНа):
- Для NET используется сетевая нумерация, прописанная в первых строках таблицы ПГМ324, например:
Index 0, NET, 2#**, NET CO Grp 0
- для линий PSTN АОН формируется по общим правилам (ПГМ143, ПГМ201, ПГМ200, ПГМ114).

16 знаков - максимальная длина сетевого номера, но это с учетом ПРЕФИКСА и МАСКИ (маска вводится символам *)

Коды типа NET имеют ограничения, поскольку это нумерация корпоративной сети. Коды NET вводятся с маской (*).
Для каждого сетевого абонента, попадающего в маску, указанную в сетевом плане нумерации, станция выделяет некоторую область памяти, где хранятся рабочие данные, необходимые для обеспечения функций Netwoking, таких, как например, BLF manager, DECT Mobility и прочее.
Объем выделяемой памяти ограничен, поэтому соответствено, появляются и ограничения на кол-во сетевых абонентов в зависимости от используемой маски в плане сетевой нумерации:
для 4-х (****) и 3-х (***) значных масок суммарное ограничение = 49000 номеров сетевых абонентов
для 2-х значной маски (**) ограничение = 15500 номеров.
Вообщем, дело обстоит так, и менять это не планируется.
Я про это уже писал здесь, на форуме:
http://www.artcom.ru/forum/index.php?showtopic=6973&st=0

Спасибо большое за разъяснения, транзит заработал.

А что касается маски - я правильно понял, что больше 4 символов не ввести?

Да. Длина маски не более 4 -х разрядов (****). Остальное придется вводить как префикс.
Например,
710****
711****
712****
713****
и т.п. Но при этом суммарное кол-во номеров, скрытых маской, не должно быть больше 49000.

Спрошу заодно в этой теме, вчера менял несколько раз конфиги, и сейчас при попытке открыть пгм 143 PCADMIN выдает вот такую картинку

и при попытке что-либо отредактировать с этой программе сбрасывает настройки по умолчанию, приходится открывать сохраненный конфиг оффлайн админом, редактировать там и заливать.
Что это за глюк такой и с чем связан?

вы использовали не ту версию PCAdmin

А где можно найти версию админа для прошивки 3.5bk ?

на этом же сайте версия PCAdmin3,6

3.6 попробовал, ошибка все также

Попробуйте снести, почистить реестр и заново установить.

Все, нашел версию 3.5Bb - в ней все нормально открывается., а в 3.6 так и не получилось

Всем Hi! Продолжу в этой теме, так как проблема тоже в транзите, только по внутреним номерам.
LDK-300 (центральная) свои номера 1100-13**
PBX (3CX) номера 2***
IPECS-MG 100 номера 14**
3CX к LDK подключен транком по SIP, LDK к IPECS подключена по H.323. Проблема в том, что звонки от 3CX (с номеров 2***) на удаленную IPECS-MG идут только в одном направлении.
Пример:
3CX (2***) -> LDK (11**) работает
3CX (2***) -> (сквозняком через LDK) -> IPECS (14**) работает
IPECS (14**) -> (сквозняком через LDK в обратную сторону) -> 3CX (2***) НЕ работает.
При попытке с IPECS набрать, например, 2222 LDK орёт "ошибка набора".
Добавляю в LDK в pgm 324 запись: тип линий NET 2*** вывод через группу 3 (эта группа линий SIP) транк LG с 3CX.
После этого при наборе на IPECS номера 2222 просто тишина, через 3 сек отбой. Скрины прилагаю, видимо что то где то добавить надо?
Версия LDK 3.8
Линии на плате VOIBE сконфигурированы так: 37-45 (SIP группа 3), 46-48 (h.323 группа 4)




То есть где то нужно на LG указать, что если звонок пришёл от IPECS и номер "чужой" на 2*** отправить на транк 3CX.

А где сказано что NET по SIP работает?!

Так вот же PGM 322 линии 37-45 Тип NET VOIP mode SIP. И когда я с самой LG набираю 2*** как раз по этим линиям звонок и происходит.

С LDK 2*** набирались и до добавления в LDK в pgm 324 записи: тип линий NET 2*** вывод через группу 3, правильно?
Версия? Что в 340/341 программах? LCR используется? Там 2-ки нет?

Версия 3,8 написал выше. LCR испльзуется, как раз всё что на 2*** через LCR набирается. Сейчас дам скрины 340/341, но там только сетевые настройки и всё.

Ок. Достаточно! Я уже написал выше, что NET по SIP не работает на LDK! Пропишите транзитный код 2 с PSTN.
И поиском бы воспользовались - это уже все обсуждалось!

У меня сейчас вторая вкладка как раз с поиском открыта, чего там только нет.
Если не трудно подсказать, можно тут? Я так понял нужно убрать 2-ку из LCR и сделать SIP линии (те, что в группе 3) не NET, а PSTN? Тогда строка в pgm 324 должна отработать? Всё что на 2*** выдаем на сетевую группу 3 (pstn)? Так?

Ключевое слово - ТРАНЗИТ! Начните с мануала, с Руководства по программированию. Там же это все расписано! С примерами. 2.16.13. Использование внешних линий других АТС в сети для исходящих вызовов (CO Transit – Out).

Не 2***, а 2 и PSTN в 324 программе. Да, SIP линии PSTN.

Вааще всё сломал :-))) При наборе 2222 после первой двойки появляется гудок, а потом набираются только 222 добираешь еще одну 2-ку только тогда соединение проходит. Где то первую двушку выкусывает.

В 324 проге для 2-ки Digit Repeat в ON.

Пробовал, увы не помогает :-(((

У меня получается что 2-ка это цифра выхода на группу 3 (аналогично 9-ке), а дальше можно набирать номера и на 3 и на 4. Но этот как то не правильно, получается, чтобы позвонить на 3215 надо набрать 2 услышать гудок и набрать 3215, тогда соединит.

Вот вспоминаю, а как оно с Digit Repeat по SIP. А проверить не на чем.

А в 322 программе что по sip линиям?

Что еще замечено, в pgm 320/321 параметр NET Transfer mode выставлен в REROUT, а тут кто то писал , что сделал JOIN. Это на что то влияет?

Версия LDK 3.8
Линии на плате VOIBE сконфигурированы так: 37-45 (SIP группа 3), 46-48 (h.323 группа 4)
в 340 для платы VOIBE = DUAL

Ну, так это мой текст :-)