OS7400: Выход в город без 9

[eevee]

Добрый день!
Столкнулся с проблемой - надо сделать выход в город без "9". То есть просто 6 цифр.
Что имеем:
внутренние номера УАТС от 0001 до 0299
еще номера через поток Е1 - от 1101 до 6102
еще 1 поток Е1 - городские номера от провайдера
перевод делал через N-LCR
все работает, все здорово, кроме одного - правильный маршрут для абонентов составляет 1600 строк в таблице набранных номеров
мб я неправильно понимаю смысл таблицы...

Есть способ проще - выкинуть все номера клиентов в потоке Е1 в интервал, допустим, от 1000 до 1999. Тогда все ок, проблем никаких.
Может кто нибудь подсказать по первому варианту? Как нибудь оптимизировать можно?

пример:

Код: Выделить всё

2       4   1
2000    6   2
20010   6   2
20011   6   2
20012   6   2
20013   6   2
20014   6   2
20015   6   2
20016   6   2
20017   6   2
20018   6   2
20019   6   2
20020   6   2
20021   6   2
20022   6   2
20023   6   2
20024   6   2
20025   6   2
20026   6   2
20027   6   2
20028   6   2
20029   6   2
2003    6   2
2004    6   2
2005    6   2
2006    6   2
2007    6   2
2008    6   2
2009    6   2
201     6   2
202     6   2
203     6   2
204     6   2
205     6   2
206     6   2
207     6   2
208     6   2
209     6   2


тут начинаются внутренние номера в потоке Е1 на 2001 и 2002. Для того, чтобы они не пересекались с городом, пришлось писать исключения. То есть на 2! номера кучу строк в таблицу.
Route 1 - маршрут на внутренние номера в потоке.
Route 2 - маршрут на город через провайдера, тоже Е1

УАТС Samsung OfficeServ 7400
MP40 - 091105-442b V1.0
LP - '09.06.25 V1.23 - первый кабинет
LP - '07.11.12 V1.17 - второй кабинет

[Gofer_k]

1.

Что имеем:
внутренние номера УАТС от 0001 до 0299

А как вы к примеру в милицию 02 и в пожарную 01 звонить будете при таком номерном плане если без 9-ки?
2.

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

это как вообще ?
Дурная голова рукам покоя не дает
В общем даже не буду спрашивать как там у вас и что настроено просто скажу что попадалось мне несколько АТС
настроенных по такому типу которые потом приходилось сбрасывать по умолчанию и настраивать заново по нормальному,потому что при такой схеме как вы хотите нужно убивать весь номерной план что черевато потерей функционала и городить костыли которые в последствии вылезут боком.
Так что мой вам совет не делайте этого.

[eevee]

Да, номерной план надо переделывать. Простите, но не вижу разницы иметь группы номеров по умолчанию (не помню как) или из диапазона допустим 0300-0399. Разница?
2. Вопрос стоял именно про LCR. Много строк из-за неправильной работы самого LCR. Хотелось просто уточнить - это действительно LCR так криво работает или я просто не понимаю ее логики?

[eevee]

По поводу 01, 03 и тд - у нас в РФ уже давно есть единый номер - 112.

[Gofer_k]

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

LCR работает нормально это вы так криво пытаетесь настроить АТС.

[eevee]

Понятно... Значит придется делать так, как писал.

[Gofer_k]

А чем в принципе вызвана такая необходимость набора без 9 ?
Есть например функция hot line можно сделать через неё.

[eevee]

Вот если честно, то hotline - это вообще непонятно что. Заставлять людей БЫСТРО набирать внутренние и ЖДАТЬ время включения hotline - это издевательство над людьми. Разница в удобстве.
Тут просто у АТС неудобный dialplan, поэтому получаются такие костыли. На программной АТС (Asterisk) можно задавать именно количество цифр и по ним определять.
Пример:
2XXX - внутрь
2XXXXX - в город

На Самсунге почему-то такое сделать нельзя.

P.S. Тут идея появилась... АТС по умолчанию передает все набранные цифры сразу (overlap). Можно ли для набора включить enblock? И будет ли enblock срабатывать по таймеру? То есть ждать 3 секунды после набора последней цифры и отправить готовый номер?