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

[Kronos]

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

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

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

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

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

[Евген_й]

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

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

[noox]

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

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

[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 решили оставить по старой схеме.
Но и в том и в другом случае есть свои плюсы и минусы...

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

[harris]

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

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

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

[Dron]

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

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