CO Group 1 - это ваши VoIP линии? 1 группа для них в 141 программе назначена?

да

А Enblock на этих линиях выключен?

PGM143 isdn enbl send - off

вы думаете, что вы правильно заполнили альтернативные индексы. по занятости вы всё отруливаете на линии VOIP, где у вас подставляются ещё цифры. и потом также по занятости линий voip, вы отруливаете на 2-ю со-группу

Попробуйте включить. Набор абонентов других АТС скорее всего может не работать. Но, для проверки... Потом вернете.

проверил. нет, еще хуже. и местная связь не работает. и даже 88989ХХХХХХХХХ не идет транзитом.

Местная - это на абонентов других АТС? Так я и написал выше про это.
Итак. Если набирать 889 и т.д., все, естественно, работает, так как 889 - транзитный код, прописанный в 324 программе.
Далее, с преобразованием в LCR. При наборе 989 и т.д. линия занимается? В SMDR если глянуть - выводит инфу о вызове?

нет, местная - это по городу. при наборе 989 нужная линия не занимается. SMDR не умею, не обессудьте. буду признателен за краткий экскурс.

в LDK 175 и 178 пгм отвечают за SMDR. зайдите HipperTerminal-ом и гляньте,

Т.е., местная. это которая у вас по h.323? Вообще, только после набора 9 и любой второй цифры, если она не 8, должна заниматься линия... Или после третьей цифры, если набрали 98.
А вот то, что при наборе 989 не занимается линия очень даже странно! INT LCR имеет самый высокий приоритет!
Да, может не прозваниваться(речь об айпишных линиях, которые должны стучаться на какой то ip, который задается в 324 программе), но, заниматься то линии должны!

со-линии в 322-й и в 141-й пгм по со-группам совпадают? может вы просто запутались?

>вы думаете, что вы правильно заполнили альтернативные индексы. по занятости вы всё отруливаете на линии VOIP, где у вас подставляются ещё цифры. и потом также по занятости линий voip, вы отруливаете на 2-ю со-группу

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



да, местная по h.323. на самом делеесли я пишу INT LCR 989, то у меня во-первых перестает работать выход в город (9ка говорит, что неверный набор), а во-вторых при наборе 989 не занимается нужная линия. занимаются линии платы VOIB, но те, которые выделены под городскую связь. Таким образом INT LCR 89 ближе по результату: первое - работает выход в город, второе - при наборе 88989ХХХХХХХХХ выбирается нужная линия и идет транзит. Таким образом интуитивно думаю, что нужно закончить разработку данного варианта, т.к. здесь осталось только сделать замену цифр номера, если я правильно все понимаю, конечно...
ПГМ322
CO25, 26, 27, 28, 32 - NET CO=1, Type=NET
CO29, 30, 31 - NET CO=2, Type=PSTN
ПГМ141
CO25-32 - CO Gr=1
Все линии 25-32 относятся к одной плате VOIBю

если линии с 25-й по 32-ю на voib, зачем разбивать на разные группы и давать им разный тип? вы чуть недопонимаете.тип NET- это для корпоративной сети. тип PSTN - это для выхода наружу. т.е. линии платы VOIB в оконечной АТС (в 322 пгм) должны быть все NET и в одной группе. и уберите (пока для проверки альтернативные индексы для LCR, как вы называете "транзитного")

потому что по PSTN у меня идет город по h.323. Остальные - да, для внутренней корпоративной сети АТС.

Подключается, но номера не рисует, хотя в wintariff все уходит корректно.

Подключается, но номера не рисует, хотя в wintariff все уходит корректно.

ещё раз разберитесь. плата voib у вас для корпоративной сети. то что по этим линиям из транзитной атс к вам приходит город, это не значит, что эти линии PSTN. линии PSTN - это линии по которым заходит город, ну как вам ещё объяснить - напрямую) это ваша плата LCOB, если есть и т.д.

тогда снимайте трейсы вейершарком и ставьте фильтр Н.323. должен быть свитч с "зеркальным" портом

Так и в 141 программе разбейте на две группы. Те, которые NET - в одну, которые PSTN - в другую. В LCR обращайтесь в группу, в которую определите NET.

ну это-то понятно, просто voib используется еще дополнительно и для города. в идеале бы вообще иметь 2 платы voib, но.. уже никак.

>Так и в 141 программе разбейте на две группы. Те, которые NET - в одну, которые PSTN - в другую. В LCR обращайтесь в группу, в которую определите NET.

да, кстати, возможно и в этом дело. надо подумать.
но ведь идет же транзит 88989ХХХХХХХХХ :-) и идет как надо и АТС сама нужные линии находит.

А почему транзиту не идти, если вы набираете транзитный код, который у вас в 324 программе прописан?!
Вопрос то в другом - у вас есть желание, чтобы абоненты набирали 98ХХХХХХХХХ. Вот и пытаемся извернуться по этому поводу.

ну да, логично. я уже затупил слегка.
может я просто не корректно делаю преобразование номера? кроме гипертерминала можно ли еще как-то посмотреть какой номер АТС формирует LCRом?

[quote name='gmax77' date='16.4.2015, 10:45' post='92176']
ну это-то понятно, просто voib используется еще дополнительно и для города.

хоть убей не понимаю. вот это не понятно "voib используется еще дополнительно и для города "??? объясните подробно. вы что, по этой плате также напрямую смотрите на провайдера по Н.323

да, через маршрутизатор оператора. 3 линии как я писал Выделены как PSTN и по ним идет туда и обратно город по h.323. консультировался в Крестешниковым Владимиром :-)

просто провайдеры дают по SIP и тогда плата voib ставиться как dual.
вот тогда линии разбиваются на группы и разный тип и Н.323=NET, а SIP=PSTN.
вот для этого и нужно выкладывать конфигу, а не скрины

Победа!
Транзит побежал! Набор 989ХХХХХХХХХ
PGM220 - M02
PGM221 - both 89 0 0 0 off
PGM222 - 889 1 0 1 5 2
где 5 - только что созданная группа линий во Вашему совету. Я разделил GrCO1 - город h.323 (CO 29,20,31) и GrCO5 - связь между АТС (CO25,26,27,28,31).
Буду тестировать!!!

а на своего провайдера по Н.323 - работает??

все работает и сеть АТС и город и транзит и COSы работают тоже (не как в МЖ).
НЕЧЕЛОВЕЧЕСКОЕ СПАСИБО!!! иногда бывает нужен только пинок в нужном направлении :-)
был бы признателен, если бы Вы вернулись к вопросу по зависанию транзита с МЖ на шлюзы LDK. Почему может зависать и как это протестить, чтобы выявить причину.

а зависания есть, когда вы звоните на шлюзы с LDK(оконечной)через транзитную LDK?
т.е. между MG(оконечной) и LDK(транзитной) также Н.323? и после того как вы с MG позвонили на шлюз через LDK, то перестаёт пинговаться плата VIOB на транзитной LDK? правильно вас понимаю?
а с других оконечных LDK можно в этот момент позвонить на транзитную LDK?

при транзите LDK-LDK пока все хорошо. но времени мало прошло. буду смотреть, тестировать.
между МЖ и ЛДК тоже Н.323. в большинстве случаев звонки проходят нормально. CID транзитная ЛДК определяет в большинстве случаев корректно. т.е. на ДЛК нумерация 2ХХХ, на МЖ - 1ХХХ. когда ЛДК принимает звонок и видит CID=1ХХХ, звонок проходит и ничего не залипает. когда на ЛДК при транзитном звонке я вижу CID=CO038 (например или СО033) - это глючный звонок. абонент разговаривает, кладет трубку и все. плата VOIB LDK залипает, не пингуется и вся связь между АТС падает. ни с каких больше станций на транзитную ЛДК не позвонить. только ребут, только хардкор.

какая версия процессора и платы VOIB на транзитной LDK?
судя по тому, что у вас на плате 8каналов всего - плата старая. я к чему веду. если возможность поднять версию, предварительно глянув таблицу совместимости "железа".
возможно не совпадают версии протокола Н.323 у плат VOIB(MG и LDK). раз с таким столкнулся: были 2-я и 4-я версии на разных платах и было почти такая же как у вас ситуация. это всё можно глянуть вейершарком

В PGM222 вы добавляете 89?

да. 989 не работает ни в каких вариантах.

проц - 3.9Da, VOIB - 1.1Ca
вейршарк... вариант. вот только в анализе я не силен. посмотреть-то могу, конечно :-)

проц - 3.9Da, VOIB - 1.1Ca
вейршарк... вариант. вот только в анализе я не силен. посмотреть-то могу, конечно :-)

Б-р-р-р...
Можете скрины показать 221 и 222 программ?

вы снимите и выложите трейс. там видно у кого какая версия протокола Н.323

рабочие строки LCR 0-4. строка 5 - разделитель (для себя). строки 6-9 -это старая схема LCR (вдруг что-то слетит в тестовом периоде, чтобы быстро отрулить по старой схеме). прошу не смеяться.

трейс звонка в вейршарке?

и поставьте фильтр Н.323

тогда, сразу стоит ловить глючный звонок, наверное?

Так добавляете то 889! А написали 89. Тогда, вопросов нет.

ну и что вы нарулили?

один префикс рулите на индекс 000 и на группу 5(это на транзитную)
и второй префикс рулите на индекс 001 и на группу 2(это ваш провайдер города по Н.323)
и поубирайте на этих индексах(000 и 001) альтернативные индексы

Вы и в префикс 8833 и в префикс 89 сейчас добавляете 889(или я ни хрена не понимаю)

найн. все нормально. группа 1 - это провайдер местной связи h.323. группа 2 - это оставшаяся линия ростелеком, так, на всякий случай и для тестов.

я просто на транзит отруливаю как мобильную 89 так и внутризоновую связь 8833 в нашем регионе. здесь все правильно, проверял. ну если косяки выплывут - исправлю. по моему разумению все хорошо.

вы набрали 89 и добавилось 889 и всё это отрулилось на 5-ю группу(это ваша корпоративка) - допустим это правильно..
далее
вы набрали 8833 и добавилось также 889 и всё это отрулилось также на 5-ю группу(это ваша корпоративка) - куда вы попадаете??
это к тому, что вы в 221-й и префикс 89 и префикс 8833 отправляете на индекс 000 в котором добавляется 889
т.е. вам и для мобильной и для внутризоновой связи нужно добавлять 889
а что вы тогда набираете, что бы выйти через вашего городского провайдера по Н,323

да, все правильно, 89 и 8833 идут транзитом с добавлением 889
чтобы выйти на h.323 я набираю 9ку как обычно. но это уже рулится сетевыми группами в 322, 324 программах.

9 они набирают для выхода на провайдера h.323.

О, уже ответили...

наконец то разобрался....