Dial Plan, Маршрутизация исходящих звонков Опции

[Kronos]

Добрый день. Такой вопрос:

имеется, к примеру, три линии. Из них две обычных городских (импульсный набор), и один GSM шлюз.
Пользователи могут звонить только через GSM шлюз.

Что нужно:
можно ли сделать так, что к примеру набираем мы 9 - идет сигнал готовности, далее набираем номер и в зависимости от того, что мы набрали шло переключение на нужную линию, будь то город, или GSM шлюз.
к примеру, набираем XXX-XXXX (городской номер), АТС делает набор по линии городской АТС.
а если набираем XXX-XXX-XXXX (код и номер телефона), то набор производился бы через GSM шлюз.

Настройка производиться с помощью LDK PCAdmin.

Все шуршу по форуму, но пока ничего не нашел. Заранее спасибо!

[Kronos]

Прошу прощения, думаю можно закрывать. 34-я страница мануала

[Kronos]

хотя вопрос все же есть. Коды могут задаваться лишь в конкретном виде, т.е. в цифрах, а образные вещи вроде XXX-XXXX ARIA SOHO не поддерживает?

[Dron]

хотя вопрос все же есть. Коды могут задаваться лишь в конкретном виде, т.е. в цифрах, а образные вещи вроде XXX-XXXX ARIA SOHO не поддерживает?

Вам это нужно, чтобы на мобильные через GSM-шлюз вызовы осуществлялись? Если да, то достаточно прописать код 89.
Или я чего то не понял?

[Kronos]

По сути наверное нет, т.к. пока нет задачи, для которой бы это понадобилось. Просто такой способ очень хорошо используется в IP телефонии, хотел узнать, есть ли здесь подобный "родной" инструмент

[Евген_й]

Коды могут задаваться лишь в конкретном виде, т.е. в цифрах, а образные вещи вроде XXX-XXXX ARIA SOHO не поддерживает?

Вы о чем, объеме, цвете или ... ?

Просто такой способ очень хорошо используется в IP телефонии, хотел узнать, есть ли здесь подобный "родной" инструмент

Что за способ, используемый в ip телефонии? Если можно ,поясните , плиз.

[noox]

Вы о чем, объеме, цвете или ... ?
Что за способ, используемый в ip телефонии? Если можно ,поясните , плиз.

Речь, видимо, идет не о плане внутренней нумерации, а о маршрутизации звонка по определенным правилам. В LG таким инструментом является LCR. Как правильно написал ув. Dron, в LCR можно прописать маршрут, например, 89 и этого будет достаточно. Но автор спрашивал о символе "любая цифра", которой у LG по видимому нет. Алгоритм работы LCR отличается, от оборудования и ПО других производителей, в том числе и ip-телефонии. Если, например, в Toll exception есть символ любая цифра - D, то в LCR такого почему то нет. А иногда это необходимо, вот как раз параллельно этой ветке развивается тема про LCR.

[Евген_й]

Но автор спрашивал о символе "любая цифра", которой у LG по видимому нет.

Можете привести пример необходимости данного символа в 221 проге? Хотя возможно у автора свое понимание..

[Dron]

Можете привести пример необходимости данного символа в 221 проге? Хотя возможно у автора свое понимание..

Вот тут я с вами соглашусь! Никогда не возникало в моей практике такой необходимости. Какой смысл?

[noox]

Можете привести пример необходимости данного символа в 221 проге? Хотя возможно у автора свое понимание..

Я уже написал у LG свой алгоритм обработки номера в LCR. Для того, чтобы разделить маршруты направления звонка, например на сотовые и остальные междугородные номера, в оборудовании других произодителей НЕОБХОДИМО прописывать 89 и 8*, иначе, если не прописать звездочку, все звонки уйдут по междугородному маршруту, т.е. по маршруту для 8. Конечно, существует другой вариант, все прописать наиболее подробно, но это дурь, т.к. иногда, нужно указать маршруты с точностью до 3-8 цифры набираемого номера. Может быть для сохи это неактуально, здесь я согласен.
Простой пример, в соседней теме, не работает должным образом LCR. Если бы можно было записать маршруты в форме 10********, 2*********, 3*********, и т.д., то у автора проблем бы не было, номер начинал бы набираться в линию только после 11 цифры и dtmf набор не отдавался бы эхом в трубке.
P.S. Если будете заниматься ip-телефонией более активно, вы рано или поздно встретитесь с таким маршрутообразованием, если еще не знакомы.

[Dron]

Простой пример, в соседней теме, не работает должным образом LCR. Если бы можно было записать маршруты в форме 10********, 2*********, 3*********, и т.д., то у автора проблем бы не было, номер начинал бы набираться в линию только после 11 цифры и dtmf набор не отдавался бы эхом в трубке.

Я уже написал в той теме, что в таком варианте получается очень большая задержка. По моему мнению, надо просто "засинхронизировать" начало набора последовательности, формируемой LCR с набором первой цифры номера.

[Dron]

Для того, чтобы разделить маршруты направления звонка, например на сотовые и остальные междугородные номера, в оборудовании других произодителей НЕОБХОДИМО прописывать 89 и 8*, иначе, если не прописать звездочку, все звонки уйдут по междугородному маршруту, т.е. по маршруту для 8.

Так в LCR можно прописать в ПГМ221 коды 8 и 89 и все пойдет как надо, мобильные по своему маршруту, весь остальной межгород - по своему. И это реально работает! Так что...

[harris]

Я уже написал у LG свой алгоритм обработки номера в LCR. Для того, чтобы разделить маршруты направления звонка, например на сотовые и остальные междугородные номера, в оборудовании других произодителей НЕОБХОДИМО прописывать 89 и 8*, иначе, если не прописать звездочку, все звонки уйдут по междугородному маршруту, т.е. по маршруту для 8. Конечно, существует другой вариант, все прописать наиболее подробно, но это дурь, т.к. иногда, нужно указать маршруты с точностью до 3-8 цифры набираемого номера. Может быть для сохи это неактуально, здесь я согласен.
Простой пример, в соседней теме, не работает должным образом LCR. Если бы можно было записать маршруты в форме 10********, 2*********, 3*********, и т.д., то у автора проблем бы не было, номер начинал бы набираться в линию только после 11 цифры и dtmf набор не отдавался бы эхом в трубке.
P.S. Если будете заниматься ip-телефонией более активно, вы рано или поздно встретитесь с таким маршрутообразованием, если еще не знакомы.

Возможность указания в LCR маски "любая цифра" (D) есть в станции iPECS.
Можно прописывать коды разной длины:
1DD -------> на DMT 00 (например, на внутреннюю нумерацию)
1DDDDDD--> на DMT 01 (на городской номер)

А в станциях ipLDK и ARIA SOHO решили оставить по старой схеме (по крайней мере, наш запрос 5-ти летней давности пока не реализован... ).
Но и в том и в другом случае есть свои плюсы и минусы...

[noox]

Возможность указания маски "любая цифра" (D) есть в станции iPECS.
Можно прописывать коды разной длины:
1DD -------> на DMT 00 (например, на внутреннюю нумерацию)
1DDDDDD--> на DMT 01 (на городской номер)

Ну и замечательно, так мне привычнее.

А в станциях ipLDK и ARIA SOHO решили оставить по старой схеме.
Но и в том и в другом случае есть свои плюсы и минусы...

Здесь получается как раз это минус

[noox]

Придется автору добиваться тончайшей настройки, чтобы паузы и тоны не совпадали. Пусть попробует LCR по второй цифре.

[harris]

Ну и замечательно.

Здесь получается как раз это минус

ИМХО, здесь просто действительно есть проблема с возвратом абоненту какого-то "левого" тона при переключении СО-линии в DTMF. Это нужно писать в Корею и ждать исправления...

[Dron]

ИМХО, здесь просто действительно есть проблема с возвратом абоненту какого-то "левого" тона при переключении СО-линии в DTMF. Это нужно писать в Корею и ждать исправления...

Я сегодня у клиента заметил подобный сигнал при наборе номера с использованием LCR (M13, both) по первой цифре номера, SLT и СО в тоне. После последней набираемой цифры, через несколько сек., присутствует этот "пик", но набор проходит нормально... Выглядит, действительно, как сигнал окончания набора...
И, выходит, сигнал этот есть не при переключении СО в DTMF, а при тоновом наборе СО...

[Dron]

Я сегодня у клиента заметил подобный сигнал при наборе номера с использованием LCR (M13, both) по первой цифре номера, SLT и СО в тоне. Действительно, после последней набираемой цифры, через несколько сек., присутствует этот "пик", но набор проходит нормально... Выглядит, действительно, как сигнал окончания набора...

Что то две темы у нас как то попутались, точнее, перемешались!

[harris]

Что то две темы у нас как то попутались, точнее, перемешались!

Пардон. Это наверное я спутал темы...

[Евген_й]

noox писал:

НЕОБХОДИМО прописывать 89 и 8*, иначе, если не прописать звездочку, все звонки уйдут по междугородному маршруту

У LG , в отличии от многих , корректно распределяются направления при записи вида 89 и 8. Что так же отметил уважаемый Dron. Замечу, что сам никаких "писков" (при наборах на шлюзы) не замечал, Но так работает всего несколько станций, поэтому статистикой не обладаю.

[noox]

noox писал:
У LG , в отличии от многих , корректно распределяются направления при записи вида 89 и 8. Что так же отметил уважаемый Dron. Замечу, что сам никаких "писков" (при наборах на шлюзы) не замечал, Но так работает всего несколько станций, поэтому статистикой не обладаю.

Ну конечно, все остальные многие находятся в полном неведении, как же им сделать чтобы LCR правильно работала. Речь идет не о том корректно распределяются или нет, а об алгоритме работы.
Лучшим ответом на ваш пост будет цитата:

Возможность указания в LCR маски "любая цифра" (D) есть в станции iPECS.
Можно прописывать коды разной длины:
1DD -------> на DMT 00 (например, на внутреннюю нумерацию)
1DDDDDD--> на DMT 01 (на городской номер)

А в станциях ipLDK и ARIA SOHO решили оставить по старой схеме (по крайней мере, наш запрос 5-ти летней давности пока не реализован... ).
Но и в том и в другом случае есть свои плюсы и минусы...

[Евген_й]

To noox:
Я не хочу сказать, что реализация LCR идеальна, фактически она без изменений, как была на 162-й так и перешла к следующему поколению станций. И замечания по кол-ву цифр и по разной обработке одинаковых цифр разными абонентами, были еще тогда. Но к большому сожалению за 12-ть лет жизни 300-к( и иже с ними) в этих программах никаких изменений сделано не было. Как то киевляне пробили 205-ю прогу, за что им спасибо. Между прочим она бы и в сохе пригодилась. Но большинство задач по модифицированию выполнимо. несовершенство софта и харда очень тренирует голову, для решении задачи , на первый взгляд нерешаемой. Прошу прощения за отвлечение от темы. Автор, если не хочет смотреть трейс, мог бы включиться телефоном напрямую в линию(н-р через кондер) и вживую послушать , что там происходит.

[Dron]

Но большинство задач по модифицированию выполнимо. несовершенство софта и харда очень тренирует голову, для решении задачи , на первый взгляд нерешаемой.

Вот тут я согласен на все 100!
Можно рассуждать о том, что хорошо бы было то, да это... Но нет того, да этого! И надо обходится тем, что имеется! А основную массу задач можно решать и имеющимися средствами. И я еще согласен со словами ув. harris'а о плюсах и минусах различных методов.

[noox]

To noox:
Я не хочу сказать, что реализация LCR идеальна, фактически она без изменений, как была на 162-й так и перешла к следующему поколению станций. И замечания по кол-ву цифр и по разной обработке одинаковых цифр разными абонентами, были еще тогда. Но к большому сожалению за 12-ть лет жизни 300-к( и иже с ними) в этих программах никаких изменений сделано не было. Как то киевляне пробили 205-ю прогу, за что им спасибо. Между прочим она бы и в сохе пригодилась. Но большинство задач по модифицированию выполнимо. несовершенство софта и харда очень тренирует голову, для решении задачи , на первый взгляд нерешаемой. Прошу прощения за отвлечение от темы. Автор, если не хочет смотреть трейс, мог бы включиться телефоном напрямую в линию(н-р через кондер) и вживую послушать , что там происходит.

Согласен, вот здесь изложен уже более объективный взгляд на упомянутую LCR. ПГМ205 - нужнейшая опция, только на сохе она вам зачем?

[Евген_й]

только на сохе она вам зачем?

Вот как раз, для подобных случаев. Дождется энного знака набора (н-р 24-го) и отправит все блоком.

[Dron]

Вот как раз, для подобных случаев. Дождется энного знака набора (н-р 24-го) и отправит все блоком.

Только вот ПГМ205 относится к линиям ISDN... А в сохе какой ISDN и какой блок...

[noox]

Вот как раз, для подобных случаев. Дождется энного знака набора (н-р 24-го) и отправит все блоком.

Вы, видимо перепутали, номер блоком отправляется в ISDN или VOIP. У арии ни того, ни другого нет. Наверное вы имели в виду подключение к сохе voip-шлюза, где символом окончания набора является #(существуют разные варианты). Но наличие ПГМ205 все равно не помогло бы, ведь номер набирается в DTMF и шлюз все равно будет ждать время равное межцифровому интервалу. Другое дело когда анализатор количества цифр реализуется на самом шлюзе... Дальше, я думаю понятно.
P.S. И все же для вашего примера, набора номера в DTMF после 24-го знака и служит символ любая цифра в маршрутизации по наименьшей стоимости в оборудовании других производителей. Вот с чего я начал, к тому вы сами и пришли.

[Евген_й]

Цифровые протоколы непричем. Пример: звонок через шлюз. Вы набираете номер . Станция дожидается набора абонентом последней цифры и выдает блок, в который входят цифры номера шлюза паузы пароли и т.д. и номер набранный абоном. Набирай быстро, набирай медленно - результат один. Далее

шлюз все равно будет ждать время равное межцифровому интервалу.

получается, что с данной прогой (205) , это время можно сделать очень малым.

[noox]

Цифровые протоколы непричем. Пример: звонок через шлюз. Вы набираете номер . Станция дожидается набора абонентом последней цифры и выдает блок, в который входят цифры номера шлюза паузы пароли и т.д. и номер набранный абоном. Набирай быстро, набирай медленно - результат один. Далее получается, что с данной прогой (205) , это время можно сделать очень малым.

Еще раз уточняю, как ПГМ205 может быть реализована для DTMF и без LCR? Если с LCR то как? Распишите подробнее. Я не понимаю, т.е. вы предлагаете, чтобы ВСЕ номера "уходили" в линию только после набора последней цифры? Как в таком случае абонент будет разделять локальную или удаленную занятость.

[Dron]

Цифровые протоколы непричем. Пример: звонок через шлюз. Вы набираете номер . Станция дожидается набора абонентом последней цифры и выдает блок, в который входят цифры номера шлюза паузы пароли и т.д. и номер набранный абоном. Набирай быстро, набирай медленно - результат один. Далее
получается, что с данной прогой (205) , это время можно сделать очень малым.

Ну так то ж шлюз! Это он дожидается набора последней цифры (по таймеру или по #) и выдает блок. Станция то тут каким боком?
Прога 205 с налоговыми линиями не работает же!
Мало того, если на LDK для аналоговых СО установить Enblock, то возникают глюки некоторые. Тут на форуме об этом писалось. А в сохе так и , вообще, этого нет.

[noox]

Ну так то ж шлюз! Это он дожидается набора последней цифры (по таймеру) или по # и выдает блок. Станция то тут каким боком?
Прога 205 с налоговыми линиями не работает же!

Евген_й видимо называет голосовую платформу шлюзом, что отчасти верно. Если я ошибаюсь,пусть поправит. Иначе зачем он пишет про паузы, номер шлюза и тд?

[Dron]

Евген_й видимо называет голосовую платформу шлюзом, что отчасти верно. Если я ошибаюсь,пусть поправит. Иначе зачем он пишет про паузы, номер шлюза и тд?

Да это без разницы. АТС то блок как сформирует? Я, естественно, имею в виду аналоговые СО.

[noox]

Да это без разницы. АТС то блок как сформирует?

Блок в смысле не enblock или overlap, а блок в смысле - последовательность цифр набираемая одномоментно станцией, а не пользователем.

[Dron]

Блок в смысле не enblock или overlap, а блок в смысле - последовательность цифр набираемая одномоментно станцией, а не пользователем.

Мы уже начинаем путаться! enblock это разве не последовательность цифр, набираемая станцией одномоментно, по своей сути? Если в LCR забить номер целиком, получится тоже последовательность цифр, набираемая станцией одномоментно.
Мне кажется, что мы уже говорим ни о чем!
Ну нет возможности прописать LCR в фомате ХХХХХХХ, чтобы номер выплевывался в линию после набора абонентом определенного кол-ва цифр...

[noox]

Мы уже начинаем путаться! enblock это разве не последовательность цифр, набираемая станцией одномоментно, по своей сути? Если в LCR забить номер целиком, получится тоже последовательность цифр, набираемая станцией одномоментно.
Мне кажется, что мы уже говорим ни о чем!

Согласен.

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

Я об этом сразу и написал, но это уже не важно, главное, что в IPECS это реализовано и просить не надо.

[Dron]

Я об этом сразу и написал, но это уже не важно, главное, что в IPECS это реализовано и просить не надо.

Да, я проверял. Действительно, это присутствует и работает. По принципу LDK LCR то же настраивается.

[ADv]

Возможно я неправильно выбрал тему, но меня интересует как раз dial plan. Aria soho подключена аналоговыми линиями к АТС бизнес-центра. Внутренние звонки на этой большой АТС осуществляются через # (например, #210). При нажатии на аппарате 9 слышен гудок большой АТС, но после нажатия на # - короткие гудки resrict (и на аналоговом, и на системном аппарате). COS и у абонентов, и у линий - полное разрешение (COS1). Таблица ПГМ224 - пустая. При подключении к большой АТС телефонного аппарата напрямую - все работает. Почему dial plan Aria soho может не пропускать решетку после занятия городской линии?

Прошивка 3.9Ca

[harris]

Возможно я неправильно выбрал тему, но меня интересует как раз dial plan. Aria soho подключена аналоговыми линиями к АТС бизнес-центра. Внутренние звонки на этой большой АТС осуществляются через # (например, #210). При нажатии на аппарате 9 слышен гудок большой АТС, но после нажатия на # - короткие гудки resrict (и на аналоговом, и на системном аппарате). COS и у абонентов, и у линий - полное разрешение (COS1). Таблица ПГМ224 - пустая. При подключении к большой АТС телефонного аппарата напрямую - все работает. Почему dial plan Aria soho может не пропускать решетку после занятия городской линии?

Прошивка 3.9Ca

Потому что Dial Plan не имеет к этому никакого отношения. Набор 9-ки еще относится к dial plan, а всЁ последующее - уже не имеет отношения к плану набора.
Потому помимо плана набора и ограничений по классу сервиса есть еще дополнительные опции.
В данном случае - ПГМ161/24 - Restriction * and #. Выключите эту опцию.
Видимо, при переходе на версию 3.9 не сделали инициализацию версии 3.9 в ПГМ452.
Restriction * and # codes for outgoing call
Description
When users seize the CO line and dial some digit for making outgoing call, as first digit ‘*’ and ‘#’ codes can be restricted. In some country, digit ‘*’ and ‘#’ has to be limited for security, so administrator can set ON at Restriction * and # admin option. This additional option is defined at PGM161 – FLEX24

[vitalii]

Возможно я неправильно выбрал тему, но меня интересует как раз dial plan. Aria soho подключена аналоговыми линиями к АТС бизнес-центра. Внутренние звонки на этой большой АТС осуществляются через # (например, #210). При нажатии на аппарате 9 слышен гудок большой АТС, но после нажатия на # - короткие гудки resrict (и на аналоговом, и на системном аппарате). COS и у абонентов, и у линий - полное разрешение (COS1). Таблица ПГМ224 - пустая. При подключении к большой АТС телефонного аппарата напрямую - все работает. Почему dial plan Aria soho может не пропускать решетку после занятия городской линии?

Прошивка 3.9Ca

прикольно, внутреннюю нумерацию начинать #***.

[ADv]

Видимо, при переходе на версию 3.9 не сделали инициализацию версии 3.9 в ПГМ452.

Да, действительно, не делал. harris, огромное спасибо!

прикольно, внутреннюю нумерацию начинать #***.

Ну уж как есть. Так уже более 10 лет. Видимо программер не сумел придумать как иначе предоставлять прямые городские номера (без 9), но, при этом, еще и сохранить возмность внутренней связи.

Кстати, сразу еще один вопрос. А можно с помощью LCR избавить пользователя от набора 9? Прописать в ПГМ221 #2 и отправлять в ПГМ222 на 1-ю группу линий. Понимаю, что это извращение и, скорее всего придется корректировать план нумерации... А заодно и от 9 вообще избавить, благо, что все номера сейчас с 8 начинаются.

[harris]

Да, действительно, не делал. harris, огромное спасибо!


Ну уж как есть. Так уже более 10 лет. Видимо программер не сумел придумать как иначе предоставлять прямые городские номера (без 9), но, при этом, еще и сохранить возмность внутренней связи.

Кстати, сразу еще один вопрос. А можно с помощью LCR избавить пользователя от набора 9? Прописать в ПГМ221 #2 и отправлять в ПГМ222 на 1-ю группу линий. Понимаю, что это извращение и, скорее всего придется корректировать план нумерации... А заодно и от 9 вообще избавить, благо, что все номера сейчас с 8 начинаются.

Можно.

[ЛыЖник]

Да, действительно, не делал. harris, огромное спасибо!


Ну уж как есть. Так уже более 10 лет. Видимо программер не сумел придумать как иначе предоставлять прямые городские номера (без 9), но, при этом, еще и сохранить возмность внутренней связи.

Кстати, сразу еще один вопрос. А можно с помощью LCR избавить пользователя от набора 9? Прописать в ПГМ221 #2 и отправлять в ПГМ222 на 1-ю группу линий. Понимаю, что это извращение и, скорее всего придется корректировать план нумерации... А заодно и от 9 вообще избавить, благо, что все номера сейчас с 8 начинаются.

Да вы посмотрите поиском по Сохе и LDK. Там уже поднимали этот вопрос: как избавиться от набора 9 при наборе городских номеров.