forum.technoforward.ru

Всем привет.

Прописал у клиента префиксы всех Питерских федеральных мобильников. Все работает так как хотелось, но возник вопрос:

- Есть ли какое-нибудь (какое то есть наверняка ) ограничение на количество строк (area code) в LCR?

Порылся в документации, но что-то найти пока не удалось...

Что скажет по этому поводу сообщество? А то так придумаешь что-нибудь замутить в LCR и упрешься в хардварное ограничение.

P.S. Кстати говоря, мне кажется, что было-бы полезным организовать что-то типа файловой области для обмена полезной информацией. Готов выложить Excel файлик с Питерскими федеральными. В принципе в Инете все есть конечно, но там диапазоны, их надо еще разворачивать в конкретные area code...

_________________
С уважением,
Валерий Петров.
www.tarificator.ru

Там память распределяется динамически,
поэтому и нет ограничения в документации.
На практике около 1000 кодов влезало в ADCP таблицу.


Думаю это было бы весьма полезно.

Куда выкладывать?

_________________
С уважением,
Валерий Петров.
www.tarificator.ru

Я вообще-то имел ввиду полезность создания
такой точки обмена файлами.

Так что пока выкладывать некуда

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

Кстати, тут некоторые ... наши знакомые ... получили экспериментальным путем цифру 4500 строк. Говорят, что больше не влезает...

_________________
С уважением,
Валерий Петров.
www.tarificator.ru

А у нас некоторые товарищи ... получали гораздо меньше,
правда было это достаточно давно.
C версии СP24C на процессоре появилась дополнительная память.
В основном для REMOTE UPGRADE конечно, но может и для LCR
чего перепало.
И еще думаю, что кол-во строк зависит от длинны набиваемых кодов.

"И еще думаю, что кол-во строк зависит от длинны набиваемых кодов."

по моим наблюдениям проц выделяет память блоками.

блоки котрые идут под коды - достаточно большие (несколько десятков байт)

Вполне возможно, я лишь предположил

В качестве теста мы взяли 2 процессора
CP24B - SC3385
CP24D - SC3551
Был сгенерирован скрипт 8A4005>0000-9999:0000
Процессоры были очищены в режиме B
Скрипт был залит и начал выдавать ошибки после 8A4005>4499
После этого станция позволяла ввести еще 8A4006>1:0000
Но уже не позволяла ввести 8A4006>12:0000
Также был сгенерирован скрипт 8A4005>00000000-00009999:0000
В этом случае ошибки возникали после 8A4005>00004469:0000

Если я получу официальные данные по этому вопросу
(а могу получить не раньше 7 числа)
то обязательно опубликую их здесь

М-да!
Похоже подтверждается цифра 4500 строк...

С учетом того, как у нас сейчас плодятся DEF-коды, пока конечно этого хватит. Да. Очень интересно получить ответ от разработчика.
Будем ждать.

_________________
С уважением,
Валерий Петров.
www.tarificator.ru