Транзит IPECs-MG->LDK-300, - Опции

[gmax77]

Добрый день!

Помогите, пожалуйста, натолкните на мысль куда бежать, с чего начать. Есть LDK-300 к которой по аналоговым СО LCRом прикручен аналоговый GSM-шлюз. Есть IPECs-MG 300. обе работают в сети давно и успешно. звонки между станциями идут без проблем. Хочется чтобы с MG шел транзит на LDK для выхода на мобильную связь, т.е. если абонент набирает 989ХХХХХХХХХ, то выходил на СО ipLDK и шлюз набирал требуемый номер. На ЛДК транзит делал когда-то давно, а вот с MG что-то не получается. Заранее благодарен за любые ответы!

[Dron]

Добрый день!

Помогите, пожалуйста, натолкните на мысль куда бежать, с чего начать. Есть LDK-300 к которой по аналоговым СО LCRом прикручен аналоговый GSM-шлюз. Есть IPECs-MG 300. обе работают в сети давно и успешно. звонки между станциями идут без проблем. Хочется чтобы с MG шел транзит на LDK для выхода на мобильную связь, т.е. если абонент набирает 989ХХХХХХХХХ, то выходил на СО ipLDK и шлюз набирал требуемый номер. На ЛДК транзит делал когда-то давно, а вот с MG что-то не получается. Заранее благодарен за любые ответы!

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

[gmax77]

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

Ну поиском-то, конечно, умею... Вопрос не в самом транзите, транзит худо-бедно настроил поиском. Вопрос в том, чтобы с транзитной АТС номер набирался как обычно для абонента 89ХХХХХХХХХ, а на конечную приходил так как мне нужно. Сейчас чтобы выйти на GSM шлюз по транзиту мне надо произвести набор:
1. для ipLDK 88989ХХХХХХХХХ при выключенном LCR на транзитной LDK, где первые цифры 889 - код транзита в сети (ПГМ324).
2. На IPECS-MG 088989ХХХХХХХХХ, где первый 0 - код транзитного нумерационного плана (ПГМ321), 889 - код соответственно транзита на конечной АТС ipLDK-300.
Вот на это у меня, извиняюсь, ковырялки не хватает. Начинаю догадываться, что на ipLDK я вряд ли смогу сотворить желаемое. Остается надежда, что на IPECS можно преобразовать набор в требуемую комбинацию цифр. Ситуация осложнена тем, что на 9ку у меня повешен оператор местной связи. Соответственно, когда я делаю замену набора в ПГМ252 IPECS, 989ХХХХХХХХХ на 088989ХХХХХХХХХ, то у меня выбираются линии оператора местной связи. Буду благодарен, если Вы скажете мне чего я не понимаю и что делаю не так. Заранее спасибо.

[Dron]

Ну поиском-то, конечно, умею... Вопрос не в самом транзите, транзит худо-бедно настроил поиском. Вопрос в том, чтобы с транзитной АТС номер набирался как обычно для абонента 89ХХХХХХХХХ, а на конечную приходил так как мне нужно. Сейчас чтобы выйти на GSM шлюз по транзиту мне надо произвести набор:
1. для ipLDK 88989ХХХХХХХХХ при выключенном LCR на транзитной LDK, где первые цифры 889 - код транзита в сети (ПГМ324).
2. На IPECS-MG 088989ХХХХХХХХХ, где первый 0 - код транзитного нумерационного плана (ПГМ321), 889 - код соответственно транзита на конечной АТС ipLDK-300.
Вот на это у меня, извиняюсь, ковырялки не хватает. Начинаю догадываться, что на ipLDK я вряд ли смогу сотворить желаемое. Остается надежда, что на IPECS можно преобразовать набор в требуемую комбинацию цифр. Ситуация осложнена тем, что на 9ку у меня повешен оператор местной связи. Соответственно, когда я делаю замену набора в ПГМ252 IPECS, 989ХХХХХХХХХ на 088989ХХХХХХХХХ, то у меня выбираются линии оператора местной связи. Буду благодарен, если Вы скажете мне чего я не понимаю и что делаю не так. Заранее спасибо.

Т.е., вы хотите на обеих АТС набирать 989....?
Собственно, на ipLDK какие проблемы? Используйте LCR и набирайте себе 989ХХХХХХХХХ.
Далее, все верно мыслите - прописываете в 324 на ipLDK некий транзитный код с Digit Repeat = OFF. Вы прописали 889 - Ок. Надеюсь, этот код не пересекается с планом нумерации АТС и c LCR?
На MG прописали транзитный код 0. Отлично. А для него указали AND Digit = 889? AND Digit Repeat = ON?
Ну и, собственно, не понимаю, почему подмена у вас не работает на MG!
В Digit Conv Table надо подменить набор 989 в 089 - какие проблемы?

[gmax77]

Т.е., вы хотите на обеих АТС набирать 989....?
Собственно, на ipLDK какие проблемы? Используйте LCR и набирайте себе 989ХХХХХХХХХ.
Далее, все верно мыслите - прописываете в 324 на ipLDK некий транзитный код с Digit Repeat = OFF. Вы прописали 889 - Ок. Надеюсь, этот код не пересекается с планом нумерации АТС и c LCR?
На MG прописали транзитный код 0. Отлично. А для него указали AND Digit = 889? AND Digit Repeat = ON?
Ну и, собственно, не понимаю, почему подмена у вас не работает на MG!
В Digit Conv Table надо подменить набор 989 в 089 - какие проблемы?

может сумбурно написал. есть сеть АТС из нескольких ipLDK и IPECS-MG. На одной из LDK-GSM шлюзы через которые по задумке должны звонить все остальные АТС. Собственно на конечной АТС все ОК - LCR все делает. С других ipLDK не получается сделать подмену номера. Только набором непосредственно кода, что некрасиво.
Да, 889 не пересекается. Да, на МЖ транзитный код 0. AND DIGIT не указывал, ввожу вручную. Сейчас попробую сделать подмену как Вы написали. Я делал замену 989ХХХХХХХХХ на 088989ХХХХХХХХХ. Так не работает. Выбирает линии местной связи для ipecs-mg.

[gmax77]

Т.е., вы хотите на обеих АТС набирать 989....?
Собственно, на ipLDK какие проблемы? Используйте LCR и набирайте себе 989ХХХХХХХХХ.
Далее, все верно мыслите - прописываете в 324 на ipLDK некий транзитный код с Digit Repeat = OFF. Вы прописали 889 - Ок. Надеюсь, этот код не пересекается с планом нумерации АТС и c LCR?
На MG прописали транзитный код 0. Отлично. А для него указали AND Digit = 889? AND Digit Repeat = ON?
Ну и, собственно, не понимаю, почему подмена у вас не работает на MG!
В Digit Conv Table надо подменить набор 989 в 089 - какие проблемы?

Товарищ гуру, огромное спасибо! Транзит с МЖ на шлюзы ЛДК пошел. Подмена номера не работала, потому что была выбрана опция CO line для строки преобразования. Поставил ALL. Буду премного благодарен, если еще раз вернетесь к моей проблеме транзита звонков с LDK на шлюзы LDK. Мне говорили, что эта проблема не решается.
И еще одна проблема выявилась косметического характера. Теперь после 9ки нет зуммера, т.к. станция МЖ ждет набора 3 цифр 989 чтобы выбрать нужную линию :-( Это печально. Абоненты будут пугаться и бросать трубки.

[Dron]

Теперь после 9ки нет зуммера, т.к. станция МЖ ждет набора 3 цифр 989 чтобы выбрать нужную линию :-( Это печально. Абоненты будут пугаться и бросать трубки.

См. Dial-Tone Digit Table(240). Все ж уже обсуждалось.

[Dron]

Буду премного благодарен, если еще раз вернетесь к моей проблеме транзита звонков с LDK на шлюзы LDK. Мне говорили, что эта проблема не решается.

А что, LCR на оконечных LDK не помогает?

[gmax77]

А что, LCR на оконечных LDK не помогает?

Безмерная Вам благодарность и нечеловеческое спасибо! На МЖ все работает! А по поводу LDK видимо опять сумбурно написал... Есть оконечная LDK. Там, конечно, LCR и все работает. А есть еще транзитные LDK и там хотелось бы тоже направить звонки на шлюзы по транзиту на конечную станцию, т.е. на LDK. Интуиция подсказывает, что это сложнее, если вообще возможно.

[harris]

Безмерная Вам благодарность и нечеловеческое спасибо! На МЖ все работает! А по поводу LDK видимо опять сумбурно написал... Есть оконечная LDK. Там, конечно, LCR и все работает. А есть еще транзитные LDK и там хотелось бы тоже направить звонки на шлюзы по транзиту на конечную станцию, т.е. на LDK. Интуиция подсказывает, что это сложнее, если вообще возможно.

Это возможно. См. примеры программирования транзита в доке.
Из вопроса так и не понятно, что вызывает у вас трудности. Программирование той АТС, с которой осуществляется собственно вызов (в данном случае это "оконечная АТС") или программирование АТС, на которой осуществляется собственно транзит, т.е. доступ к городским линиям (это "транзитная" АТС).

[gmax77]

Это возможно. См. примеры программирования транзита в доке.
Из вопроса так и не понятно, что вызывает у вас трудности. Программирование той АТС, с которой осуществляется собственно вызов (в данном случае это "оконечная АТС") или программирование АТС, на которой осуществляется собственно транзит, т.е. доступ к городским линиям (это "транзитная" АТС).

Оконечная АТС. Как я писал в первых постах на оконечной АТС ipLDK я сейчас набираю 88989ХХХХХХХХХ, чтобы осуществить транзитный вызов на мобильный телефон. Затруднения вызывают, как и в примере с МЖ, трансформация номера, чтобы на оконечной АТС был набор 989ХХХХХХХХХ (как обычно), а на транзитную прилетал 88989ХХХХХХХХХ. Заранее благодарен, если натолкнете на мысль. Извините, путаюсь в терминологии транзита :-(

[harris]

Оконечная АТС. Как я писал в первых постах на транзитной АТС ipLDK я сейчас набираю 88989ХХХХХХХХХ, чтобы осуществить транзитный вызов на мобильный телефон. Затруднения вызывают, как и в примере с МЖ, трансформация номера, чтобы на транзитной АТС был набор 989ХХХХХХХХХ (как обычно), а на оконечную прилетал 88989ХХХХХХХХХ. Заранее благодарен, если натолкнете на мысль.

Прочтите внимательно мой пост выше. ИМХО, вы опять путаете понятие транзита.
Транзитная АТС - та, которая получает вызов от другой АТС в сети и проключает его на свои городские транки PSTN.
В вашем случае, вы хотите преобразовать номер на оконечной АТС, а не на транзитной.

Для такого преобразования на оконечной АТС (где пользователь набирает номер) вам придется использовать таблицы LCR, о чем выше вам и написал уваж. Dron.

[gmax77]

Прочтите внимательно мой пост выше. ИМХО, вы опять путаете понятие транзита.
Транзитная АТС - та, которая получает вызов от другой АТС в сети и проключает его на свои городские транки PSTN.
В вашем случае, вы хотите преобразовать номер на оконечной АТС, а не на транзитной.

Для такого преобразования на оконечной АТС (где пользователь набирает номер) вам придется использовать таблицы LCR, о чем выше вам и написал уваж. Dron.

А разве на оконечной нельзя поднять LCR и тоже попытаться преобразовать номер? Поэтому я у Вас и спрашиваю как быть в данном случае. Где что лучше поднять и как преобразовать. На транзитной (именно) АТС уже работает LCR для аналогового шлюза. Плюс на нее должен стекаться транзит по аналогии с МЖ. Сейчас, как я писал выше, на оконечной я набираю 88989ХХХХХХХХХ, звонок пошел. Но дальше туплю.

[vitalii]

А разве на оконечной нельзя поднять LCR и тоже попытаться преобразовать номер? Поэтому я у Вас и спрашиваю как быть в данном случае. Где что лучше поднять и как преобразовать. На транзитной (именно) АТС уже работает LCR для аналогового шлюза. Плюс на нее должен стекаться транзит по аналогии с МЖ. Сейчас, как я писал выше, на оконечной я набираю 88989ХХХХХХХХХ, звонок пошел. Но дальше туплю.

поднять можете, но LCR будет отрабатывать лишь для неё. используйте в оконечной для транзита коды PSTN(324)

[gmax77]

Прочтите внимательно мой пост выше. ИМХО, вы опять путаете понятие транзита.
Транзитная АТС - та, которая получает вызов от другой АТС в сети и проключает его на свои городские транки PSTN.
В вашем случае, вы хотите преобразовать номер на оконечной АТС, а не на транзитной.

Для такого преобразования на оконечной АТС (где пользователь набирает номер) вам придется использовать таблицы LCR, о чем выше вам и написал уваж. Dron.

Да, с терминологией у меня не очень :-)

[gmax77]

поднять можете, но LCR будет отрабатывать лишь для неё. используйте в оконечной для транзита коды PSTN(324)

Так коды-то я и использую. Я же говорю, набираю на оконечной 88989ХХХХХХХХХ (где первые 3 цифры 889 - код транзита ПГМ324) и получаю транзит на GSM шлюз транзитной LDK. А вот как сделать так, чтобы на оконечной я набирал 989ХХХХХХХХХ, а набор шел 88989ХХХХХХХХХ (замена номера) - туплю. Кто-то даже говорил, что так не сделать.

[Dron]

А разве на оконечной нельзя поднять LCR и тоже попытаться преобразовать номер? Поэтому я у Вас и спрашиваю как быть в данном случае. Где что лучше поднять и как преобразовать. На транзитной (именно) АТС уже работает LCR для аналогового шлюза. Плюс на нее должен стекаться транзит по аналогии с МЖ. Сейчас, как я писал выше, на оконечной я набираю 88989ХХХХХХХХХ, звонок пошел. Но дальше туплю.

Вам же говорят, да вы и сами говорите, про LCR!
На оконечных ipLDK с помощью LCR надо преобразовать набор 89ХХХХХХХХХ в 88989ХХХХХХХХХ. Трудности то какие?

[harris]

А разве на оконечной нельзя поднять LCR и тоже попытаться преобразовать номер? Поэтому я у Вас и спрашиваю как быть в данном случае. Где что лучше поднять и как преобразовать. На транзитной (именно) АТС уже работает LCR для аналогового шлюза. Плюс на нее должен стекаться транзит по аналогии с МЖ. Сейчас, как я писал выше, на оконечной я набираю 88989ХХХХХХХХХ, звонок пошел. Но дальше туплю.

LCR работает только для вызовов, инициированных своими собственными внутренними абонентами!!
LCR НЕ РАБОТАЕТ для сетевых вызовов (т.е. полученных от другой АТС).

[gmax77]

LCR работает только для вызовов, инициированных своими собственными внутренними абонентами!!
LCR НЕ РАБОТАЕТ для сетевых вызовов (т.е. полученных от другой АТС).

Вот этот момент я и хотел прояснить. Т.е. сделать транзит с ipLDK на шлюз другой ipLDK нельзя?
И еще момент, почему Вы говорите про LCR, полученный от другой АТС? Вопрос заключается в том, чтобы произвести замену номера на оконечной АТС ipLDK так, чтобы из номера 989ХХХХХХХХХ сделать 88989ХХХХХХХХХ. В этом случае (при наборе последнего) вызов попадет куда мне надо. Или я чего-то не понимаю?

[vitalii]

Вот этот момент я и хотел прояснить. Т.е. сделать транзит с ipLDK на шлюз другой ipLDK нельзя?

да всё корректно работает. вам нужно определиться кто и в каких случаях транзитная, кто оконечная

[gmax77]

да всё корректно работает. вам нужно определиться кто и в каких случаях транзитная, кто оконечная

транзитная та LDK, на которой поднят LCR и работает GSM шлюз. она должна принимать транзитные звонки от других LDK (оконечных). на оконечных LDK набор должен идти 989ХХХХХХХХХ и преобразовываться в 88989ХХХХХХХХХ. Затык в преобразовании. Все остальное работает, включая транзит.

[gmax77]

Вам же говорят, да вы и сами говорите, про LCR!
На оконечных ipLDK с помощью LCR надо преобразовать набор 89ХХХХХХХХХ в 88989ХХХХХХХХХ. Трудности то какие?

Ну такие же как и с МЖ. Немного не хватает соображалки. Вроде бы делал как написано в мануале.
т.е. набираю 989ХХХХХХХХХ. чтобы получить 88989128224673 - добавляю 88 к набору. Не идет. Выбирает не сетевые линии (как при ручном наборе 88989ХХХХХХХХХ при отключенном LCR), а городские линии. :-(

[vitalii]

транзитная та LDK, на которой поднят LCR и работает GSM шлюз. она должна принимать транзитные звонки от других LDK (оконечных). на оконечных LDK набор должен идти 989ХХХХХХХХХ и преобразовываться в 88989ХХХХХХХХХ. Затык в преобразовании. Все остальное работает, включая транзит.

в атс к которой подключены шлюзы, в 324-й пропишите код ( 88989) и направьте правильно на нужную СО-группу. конечно если этот код не конфликтует с планом нумерации

[Dron]

Вопрос заключается в том, чтобы произвести замену номера на оконечной АТС ipLDK так, чтобы из номера 989ХХХХХХХХХ сделать 88989ХХХХХХХХХ.

Блин, так вам и пишут, что это надо сделать с помощью LCR на ОКОНЕЧНЫХ АТС!

[Dron]

Ну такие же как и с МЖ. Немного не хватает соображалки. Вроде бы делал как написано в мануале.
т.е. набираю 989ХХХХХХХХХ. чтобы получить 88989128224673 - добавляю 88 к набору. Не идет. Выбирает не сетевые линии (как при ручном наборе 88989ХХХХХХХХХ при отключенном LCR), а городские линии. :-(

А указать CO Group для сетевых линий из 141 слабо?
Учите матчасть - вы путаетесь в понятиях!

[harris]

Вот этот момент я и хотел прояснить. Т.е. сделать транзит с ipLDK на шлюз другой ipLDK нельзя?
И еще момент, почему Вы говорите про LCR, полученный от другой АТС? Вопрос заключается в том, чтобы произвести замену номера на оконечной АТС ipLDK так, чтобы из номера 989ХХХХХХХХХ сделать 88989ХХХХХХХХХ. В этом случае (при наборе последнего) вызов попадет куда мне надо. Или я чего-то не понимаю?

Вы можете толком сказать, что именно вы хотите??
Чтобы пользователь набрал 989ХХХХХХХХХ, станция выбрала аналоговую СО-линию в этой же станции и набрала 88989ХХХХХХХХХ?? Т.е. это не имеет никакого отношения к транзиту, это просто выбор маршрута для своего же внутр. абонента??
Это просто делается за счет LCR.
А далее уже детали... Что такое первая 9-ка?? Выход на городские линии (LOOP Access Code)?
Тогда в LDT прописывается код типа COL = 89
В DMT прописывается преобразование:
- добавить в первую позицию 889
- указывается номер группы линий выхода на GSM шлюз.

[gmax77]

в атс к которой подключены шлюзы, в 324-й пропишите код ( 88989) и направьте правильно на нужную СО-группу. конечно если этот код не конфликтует с планом нумерации

хорошо, а какой код тогда должен быть прописан в атс с которой набирают номер (без шлюза)? сейчас по мануалу в обоих атс в ПГМ324 прописан код 889. при ручном наборе все работает. так же это потянет за собой изменения в настройках ipecs-mg, которая только-только настроена и заработала :-(

[Dron]

в атс к которой подключены шлюзы, в 324-й пропишите код ( 88989) и направьте правильно на нужную СО-группу. конечно если этот код не конфликтует с планом нумерации

Это все прописано! Оно ж работает. Вопрос же в другом, чтобы везде набирать номер ОДИНАКОВО.

[gmax77]

Вы можете толком сказать, что именно вы хотите??
Чтобы пользователь набрал 989ХХХХХХХХХ, станция выбрала аналоговую СО-линию в этой же станции и набрала 88989ХХХХХХХХХ?? Т.е. это не имеет никакого отношения к транзиту, это просто выбор маршрута для своего же внутр. абонента??
Это просто делается за счет LCR.
А далее уже детали... Что такое первая 9-ка?? Выход на городские линии (LOOP Access Code)?
Тогда в LDT прописывается код типа COL = 89
В DMT прописывается преобразование:
- добавить в первую позицию 889
- указывается номер группы линий выхода на GSM шлюз.

не совсем так. первая девятка сейчас - это выход на городские линии. сейчас пользователь набирает 989ХХХХХХХХХ и по городским линиям звонит на мобильный. я хочу сделать чтобы при неизменном наборе (дабы не переучивать абонентов) звонок транзитом уходил через VOIB (сеть АТС) на другую LDK на GSM шлюз. на данном этапе удалось сделать только транзит при наборе 88989ХХХХХХХХХ при отключенном LCR на оконечной АТС.

[gmax77]

А указать CO Group для сетевых линий из 141 слабо?
Учите матчасть - вы путаетесь в понятиях!

в смысле указать для LCR?

[Dron]

в смысле указать для LCR?

В 222 программе! Вы ж LCR, типа, настраивали?

[gmax77]

В 222 программе! Вы ж LCR, типа, настраивали?

Попробовал. Дело в том, что у меня, опять же, на 9ку повешен местный оператор связи по протоколу Н.323 и 9 ка прописана в ПГМ324 как PSTN. соответственно LCR встает на VOIB, но выбирает линии, относящиеся к местной связи. Все линии платы VOIB находятся в одной СОгруппе ПГМ141.

[gmax77]

В 222 программе! Вы ж LCR, типа, настраивали?

Попробовал. Дело в том, что у меня, опять же, на 9ку повешен местный оператор связи по протоколу Н.323 и 9 ка прописана в ПГМ324 как PSTN. соответственно LCR встает на VOIB, но выбирает линии, относящиеся к местной связи. Все линии платы VOIB находятся в одной СОгруппе ПГМ141.

[gmax77]

В 222 программе! Вы ж LCR, типа, настраивали?

и кстати, для меня остается неясным, 9ка учитывается в LCR при обработке номера или нет? может быть я некорректно делаю правило замены номера?

[vitalii]

и кстати, для меня остается неясным, 9ка учитывается в LCR при обработке номера или нет? может быть я некорректно делаю правило замены номера?

9-ка есть и в плане нумерации(106-107)?

[Dron]

Попробовал. Дело в том, что у меня, опять же, на 9ку повешен местный оператор связи по протоколу Н.323 и 9 ка прописана в ПГМ324 как PSTN. соответственно LCR встает на VOIB, но выбирает линии, относящиеся к местной связи. Все линии платы VOIB находятся в одной СОгруппе ПГМ141.

А почему ж вы сражу не выдали такие подробности?!

[Dron]

Попробовал. Дело в том, что у меня, опять же, на 9ку повешен местный оператор связи по протоколу Н.323 и 9 ка прописана в ПГМ324 как PSTN. соответственно LCR встает на VOIB, но выбирает линии, относящиеся к местной связи. Все линии платы VOIB находятся в одной СОгруппе ПГМ141.

Покажите лучше, что у вас в 324 программе!

[gmax77]

А почему ж вы сражу не выдали такие подробности?!

потому что лопух, а аппаратура при нем (т.е. при мне)
9ка исключена из плана нумерации ПГМ106-107

[gmax77]

Покажите лучше, что у вас в 324 программе!

Все, чем богаты...

[gmax77]

Покажите лучше, что у вас в 324 программе!

почему-то больше файлы не загружаются :-( ограничивает 500К

[Dron]

Все, чем богаты...

Попробуйте INT LCR и 989 преобразовать в 88989.

[vitalii]

Попробуйте INT LCR и 989 преобразовать в 88989.

всегда ставлю BOTH

[harris]

всегда ставлю BOTH

А зачем??

[gmax77]

Попробуйте INT LCR и 989 преобразовать в 88989.

то же самое. правда у меня LCR работает через COL 89. Режим М02. Похоже, что 9ка не учитывается при обработке номера. Или я не прав?

[vitalii]

то же самое. правда у меня LCR работает через COL 89. Режим М02. Похоже, что 9ка не учитывается при обработке номера. Или я не прав?

9 и 989 -- начинаются с "9-ки"

[Dron]

то же самое. правда у меня LCR работает через COL 89. Режим М02. Похоже, что 9ка не учитывается при обработке номера. Или я не прав?

Я перестаю вас понимать. Предлагаю вам одно, вы пишите, что не работает и тут же, что у вас по-другому...
Удалите вы свой COL 89 и сделайте, как я написал.

[gmax77]

Попробуйте INT LCR и 989 преобразовать в 88989.

Добрый день! Заранее благодарю за терпение, но появились еще вопросы:
1. По транзиту с ipecs-mg на шлюзы LDK.
1.1. Транзит идет, все работает, traffic inspector пишет на транзитной LDK, что по шлюзам выходит абонент MG на нужную СО, звонок проходит. Но в некоторых случаях звонки проходят как-то криво. Вместо CID абонента, который звонит на мобильник, траффик инспектор фиксирует номер СО платы VOIB на которую приходит транзит. Звонок проходит, абонент кладет трубку и после этого происходит какая-то коллизия. Плата VOIB транзитной LDK перестает пинговаться, дальнейшие транзитные звонки на данную АТС невозможны.
1.2. Теперь не знаю как регулировать ограничение доступа к МГМН связи. Транзит доступен всем абонентам без учета выставленных настроек COS.
2. По транзиту с ipLDK на шлюзы ipLDK.
2.1. Удалось добиться следующего результата.
ПГМ220 - LCR Access Mode - M12
ПГМ221 - INT 89
ПГМ222 - не произвожу замены цифр номера, выбираю линии платы VOIB.
Такой вариант единственный, при котором при включенном LCR набор 88989ХХХХХХХХХ приводит к желаемому результату - транзиту звонка на другую ipLDK на GSM шлюзы по нужным линиям. По логике вещей теперь можно пробовать производить замену цифр номера. Делаю:
ПГМ221 - INT 989
ПГМ222 add digits 88989 rem pos 1 num of digit remov 3 add pos 1 COGr 1 Alt ind 3
не идет. чего я не понимаю? что происходит сначала - добавление цифр номера или удаление?

[vitalii]

1.2. Теперь не знаю как регулировать ограничение доступа к МГМН связи. Транзит доступен всем абонентам без учета выставленных настроек COS.

по ipecs mg
заполните 250пгм(таблицы запретов/разрешиний) и в 137 пгм абонентам выставьте правильный СOS

[Dron]

Добрый день! Заранее благодарю за терпение, но появились еще вопросы:
1. По транзиту с ipecs-mg на шлюзы LDK.
1.1. Транзит идет, все работает, traffic inspector пишет на транзитной LDK, что по шлюзам выходит абонент MG на нужную СО, звонок проходит. Но в некоторых случаях звонки проходят как-то криво. Вместо CID абонента, который звонит на мобильник, траффик инспектор фиксирует номер СО платы VOIB на которую приходит транзит. Звонок проходит, абонент кладет трубку и после этого происходит какая-то коллизия. Плата VOIB транзитной LDK перестает пинговаться, дальнейшие транзитные звонки на данную АТС невозможны.
1.2. Теперь не знаю как регулировать ограничение доступа к МГМН связи. Транзит доступен всем абонентам без учета выставленных настроек COS.
2. По транзиту с ipLDK на шлюзы ipLDK.
2.1. Удалось добиться следующего результата.
ПГМ220 - LCR Access Mode - M12
ПГМ221 - INT 89
ПГМ222 - не произвожу замены цифр номера, выбираю линии платы VOIB.
Такой вариант единственный, при котором при включенном LCR набор 88989ХХХХХХХХХ приводит к желаемому результату - транзиту звонка на другую ipLDK на GSM шлюзы по нужным линиям. По логике вещей теперь можно пробовать производить замену цифр номера. Делаю:
ПГМ221 - INT 989
ПГМ222 add digits 88989 rem pos 1 num of digit remov 3 add pos 1 COGr 1 Alt ind 3
не идет. чего я не понимаю? что происходит сначала - добавление цифр номера или удаление?

1.2 Ограничивается на оконечных АТС.
2.1 Извините, но, если набираете 88989ХХХХХХХХХ, а в LCR 89, то отрабатывается 324 программа.
Кстати, зачем такие сложности в 222 программе? Не проще ли удалить 1 цифру с первой позиции и вставить 88 с первой же позиции?
Покажите, хотя бы, скрины, что у вас сейчас в LCR.
Кстати, гарантии то и нет - пробуем возможные варианты.

[gmax77]

1.2 Ограничивается на оконечных АТС.
2.1 Извините, но, если набираете 88989ХХХХХХХХХ, а в LCR 89, то отрабатывается 324 программа.
Кстати, зачем такие сложности в 222 программе? Не проще ли удалить 1 цифру с первой позиции и вставить 88 с первой же позиции?
Покажите, хотя бы, скрины, что у вас сейчас в LCR.
Кстати, гарантии то и нет - пробуем возможные варианты.

list1.jpg - это мой вариант при котором транзит работает для набора 88989ХХХХХХХХХ
list2.jpg - это теперь попытка преобразования номера. неудачная :-(

[Dron]

list1.jpg - это мой вариант при котором транзит работает для набора 88989ХХХХХХХХХ
list2.jpg - это теперь попытка преобразования номера. неудачная :-(

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

[gmax77]

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

да

[Dron]

да

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

[gmax77]

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

PGM143 isdn enbl send - off

[vitalii]

да

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

[Dron]

PGM143 isdn enbl send - off

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

[gmax77]

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

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

[Dron]

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

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

[gmax77]

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

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

[vitalii]

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

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

[Dron]

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

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

[vitalii]

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

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

[gmax77]

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

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

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

да, местная по 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ю

[vitalii]

>вы думаете, что вы правильно заполнили альтернативные индексы. по занятости вы всё отруливаете на линии 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, как вы называете "транзитного")

[gmax77]

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

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

[gmax77]

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

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

[gmax77]

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

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

[vitalii]

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

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

[vitalii]

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

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

[Dron]

ПГМ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ю

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

[gmax77]

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

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

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

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

[Dron]

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

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

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

[gmax77]

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

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

[vitalii]

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

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

[gmax77]

ну это-то понятно, просто voib используется еще дополнительно и для города.

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

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

[vitalii]

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

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

[gmax77]

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

Победа!
Транзит побежал! Набор 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).
Буду тестировать!!!

[vitalii]

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

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

[gmax77]

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

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

[vitalii]

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

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

[gmax77]

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

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

[vitalii]

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

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

[Dron]

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

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

[gmax77]

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

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

[gmax77]

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

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

[gmax77]

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

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

[Dron]

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

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

[vitalii]

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

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

[gmax77]

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

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

Прикрепленные файлы

 List1.JPG ( 234,52 килобайт ) Кол-во скачиваний: 4

 

[gmax77]

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

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

[vitalii]

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

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

[gmax77]

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

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

[Dron]

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

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

[vitalii]

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

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

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

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

[gmax77]

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

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

Вы и в префикс 8833 и в префикс 89 сейчас добавляете 889

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

[gmax77]

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

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

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

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

[vitalii]

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

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

[gmax77]

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

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

[Dron]

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

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

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

[vitalii]

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

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

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