Все инженеры СC08 - объединяйтесь !

Информация о пользователе

Привет, Гость! Войдите или зарегистрируйтесь.


Вы здесь » Все инженеры СC08 - объединяйтесь ! » Работаем с Huawei » Количество PRA абонентов и CNACLD записей приближается к лимиту.


Количество PRA абонентов и CNACLD записей приближается к лимиту.

Сообщений 1 страница 8 из 8

1

Здравствуйте.
Количество PRA абонентов и CNACLD записей приближается к лимиту.

%%LST MAXT: TID=TID35;%%
RETCODE = 0  Operation succeeded

Max tuple of SM public table
----------------------------
Table name                                                    Table ID  Maximum tuple number

PRA subscriber data table 35        3000

%%LST MAXT: TID=TID112;%%
RETCODE = 0  Operation succeeded

Max tuple of SM public table
----------------------------
Table name                                                    Table ID  Maximum tuple number

Called number analysis table 112       800

Есть ли какая-нибудь методика для расчета до какой цифры можно увеличить данные значения?
И вообще от чего они зависят?

Отредактировано tav (2012-12-11 07:08:57)

0

2

В первую очередь размеры таблиц зависят от платы SPC - а точнее от её ресурсов.
Мы изначально расширили 35 таблицу до 14000, а 112 до 20000.
Чтоб быть уверенным что расширение не вызовет проблемы:
1. Можно уменьшить размер неиспользуемых таблиц.
2. При расширении таблиц нужно смотреть на размер файла db_x.dat - где х номер модуля. Нужно чтоб не сильно привышал предидущее значение.

0

3

У меня C&C - SM, размер файла не более 3,5мб.

0

4

tav написал(а):

Здравствуйте.

Есть ли какая-нибудь методика для расчета до какой цифры можно увеличить данные значения?
И вообще от чего они зависят?

Отредактировано tav (2012-12-11 08:08:57)


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

MOD MAXT
затем проверить отсутствие ошибок в таблицах и должно все работать, а иногда еще приходилось перезагружать мозги по очереди, сначала перегружал резервные, затем переходил с основного мозга на резервный и перегружал бывший основной)

0

5

Pogrem написал(а):

MOD MAXT
затем проверить отсутствие ошибок в таблицах и должно все работать, а иногда еще приходилось перезагружать мозги по очереди, сначала перегружал резервные, затем переходил с основного мозга на резервный и перегружал бывший основной)


Здравствуйте.
Что означает отсутствие ошибок в таблицах? Как это проверить.
Можете написать по подробнее про процедуру перезагрузки мозгов по очереди.

0

6

Процедура проверки отсутствия ошибок в таблицах:
FMT; /форматирование/
STR CRC: MN=255; либо в каждом из модулей отдельно (MN=x). Все должно быть ОК. Если есть ошибки, то SND SPD...

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

Привожу пример расширения таблиц на НАШЕЙ станции (в примере 4 модуля)
/*Бэкап данных с BAM*/
BKP NSV: MODE=ALL;
RST BILPOL: FLT=ALL;
STR BILIF: TYPE=ALL;
BKP BILDB:;
BKP DB:;

/*Расширение таблиц*/
MOD MAXT: TID=TID137, TP=SM, MAXN=7040, MN=1,CONFIRM=Y;
MOD MAXT: TID=TID137, TP=SM, MAXN=7040, MN=2,CONFIRM=Y;
MOD MAXT: TID=TID137, TP=SM, MAXN=7040, MN=3,CONFIRM=Y;
MOD MAXT: TID=TID137, TP=SM, MAXN=7040, MN=4,CONFIRM=Y; количество команд зависит от количества модулей
MOD MAXT: TID=TID133, TP=CDB, MAXN=300,CONFIRM=Y;
MOD MAXT: TID=TID133, TP=SM, MAXN=300, CONFIRM=Y;

/*Форматирование*/
FMT:;

/*Отключение бэкапа между Master|Slave платами*/  количество команд зависит от количества модулей
SET BAKMODE: MN=1, SW=NOB;
SET BAKMODE: MN=2, SW=NOB;
SET BAKMODE: MN=3, SW=NOB;
SET BAKMODE: MN=4, SW=NOB;

/*Указываем, что в платы будет заливаться софт из BAM*/
MOD LSS: MN=0, F=20, BT=SPC, PE=NO, DE=NO, DW=YES, PW=YES;
MOD LSS: MN=0, F=21, BT=SPC, PE=NO, DE=NO, DW=YES, PW=YES;
MOD LSS: MN=0, F=22, BT=SPC, PE=NO, DE=NO, DW=YES, PW=YES;
MOD LSS: MN=0, F=23, BT=SPC, PE=NO, DE=NO, DW=YES, PW=YES;
MOD LSS: MN=0, BT=CDP, PE=NO, DE=NO, DW=YES, PW=YES;

/*Перезапуск резервных плат в модулях (после перезапуска в платы будет залит новый софт) */
RST EX: MN=1, EX=BAK, LEVEL=GRD3,CONFIRM=Y;
RST EX: MN=2, EX=BAK, LEVEL=GRD3,CONFIRM=Y;
RST EX: MN=3, EX=BAK, LEVEL=GRD3,CONFIRM=Y;
RST EX: MN=4, EX=BAK, LEVEL=GRD3,CONFIRM=Y;

если за время с последнего бекапа абоненты успели наговорить :)
RST BILPOL: FLT=ALL;
STR BILIF: TYPE=ALL;

/* меняем master-slave платы*/ после этих команд пропадание линков ОКС7, V5 - перезагружаются обработчики CPC
(возможны нештатные ситуации - после перезагрузки "не поднялась" плата СPC)
SWP BRD: MN=1, BT=SPC,CONFIRM=Y;
SWP BRD: MN=2, BT=SPC,CONFIRM=Y;
SWP BRD: MN=3, BT=SPC,CONFIRM=Y;
SWP BRD: MN=4, BT=SPC,CONFIRM=Y;

/*выключить заливку софта из BAM (переключились на FLASH) */
MOD LSS: MN=0, BT=SPC, PE=YES, DE=YES, DW=YES, PW=NO;

/* перезапуск плат CDP, если раньше меняли размер таблиц CDB*/
RST BRD: MN=0, F=1, SN=7,CONFIRM=Y;
RST BRD: MN=0, F=1, SN=9,CONFIRM=Y;
SWP BRD: MN=0, BT=CDP, GRP=0,CONFIRM=Y;
SWP BRD: MN=0, BT=CDP, GRP=1,CONFIRM=Y;
RST BRD: MN=0, F=1, SN=8,CONFIRM=Y;
RST BRD: MN=0, F=1, SN=10,CONFIRM=Y;

/*выключить заливку софта из BAM (переключились на FLASH) */
MOD LSS: MN=0, BT=CDP, PE=YES, DE=YES, DW=YES, PW=NO;

/* включить бэкап master/slave плат*/
SET BAKMODE: MN=1, SW=NMB;
SET BAKMODE: MN=2, SW=NMB;
SET BAKMODE: MN=3, SW=NMB;
SET BAKMODE: MN=4, SW=NMB;

/*а после этого все CRC должны быть OK*/
STR CRC: MN=255;

0

7

Всем спасибо за помощь.
Как после праздников наберусь смелости попробую увеличить в MAXT количество PRA абонентов и CNACLD записей.
А пока, оптимизировал CNACLD записи и удалил не использующихся PRA абонентов.
На несколько месяцев должно хватить.

0

8

лучше это делать во время праздников, больше времени на восстановление, если что..)

0


Вы здесь » Все инженеры СC08 - объединяйтесь ! » Работаем с Huawei » Количество PRA абонентов и CNACLD записей приближается к лимиту.


создать свой форум бесплатно