Page tree

Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

...

Expand
titleОбновление производится с версии <= 3.75
1) Если вы используете воип модуль добавьте в его конфигурации
	#
	findmode.0.title=Поиск по User-Name=LOGIN
	findmode.0.value=User-Name=LOGIN
	findmode.1.title=Поиск по User-Name=ALIAS
	findmode.1.value=User-Name=ALIAS
	findmode.2.title=Поиск по Calling-Station-Id=ALIAS
	findmode.2.value=Calling-Station-Id=ALIAS
	#
	find.order=0,1,2
   
   И во всех логинах которые находятся не по User-Name=LOGIN проставьте нужные
   режимы поиска.
   
2) Внимание!!!
   При использовании NetFlow коллектора для модуля IPN необходимо обновлять 
   биллинг во время с минимальным трафиком.

   Старый коллектор остается работающим.
   Новый коллектор ставится параллельно на другие порты, NetFlow потоки на него дублируются.
   Коллектор настраивается в соответствии с документацией в режиме загрузки и обработки. 

   После того как новый коллектор успешно начнет выполнять свои функции старый 
   коллектор останавливается.
   Оценить корректность работы коллектора можно по тому что после обновления 
   логи будут обрабатываться.
   В каталоге с бинарными логами новго коллектора должны появиться подкаталоги 
   для всех источников.

   Новый dataloader не обрабатывает логи NetFlow источников, оставляя их коллекторам.
   Поэтому если возникнет необходимость переобработки логов еще старого коллектора
   (они хранятся в БД) тип источника следует изменить на FTP и добавить задание на о
   бработку за нужные часы.

   После обработки тип источника нужно вернуть на NetFlow и проставить адрес.
   
Expand
titleОбновление производится с версии <= 4.1
1) Если вы используете модуль voiceip - необходимо выполнить переобсчет сессий за текущий месяц
   для добавления в таблицу сессий колонки с округленной длительностью звонка.
   Если база большая - вы можете пересчитать сессии только одного договора.
Expand
titleОбновление производится с версии <= 4.3
1) Скорректировать шаблоны кредитовых договоров для установки большого отрицательного лимита. Например, -10000000.

2) В "Сервис=>SQL Редактор" либо с помощью mysql клиента выполните запрос: 
	UPDATE contract SET closesumma=-1000000 WHERE mode=0
	
3) Для каждого из экземпляров dialup модуля выполните запрос в "Сервис=>SQL Редактор" ибо с помощью mysql клиента:
	ALTER TABLE session_detail_<mid>_<yyyyMM> ALTER COLUMN summa SET DEFAULT 0;
   где <mid> - код экземпляра модуля
   <yyyyMM> - текущие год и месяц, например 200801
   При выведении ошибки  Unknown column 'summa' in 'session_detail_...' пункт пропустить и перейти к следующему.
    
Expand
titleОбновление производится с версии <= 4.4
1) Для модуля IPN. 
   При переходе на версию 4.5 поменялась работа со шлюзами и типами правил для шлюзов Manad, Cisco, Miktotik, BGRadiusIPN .
   
   1.1. После обновления откройте список типов правил - он теперь не привязан к конкретному шлюзу и поэтому отображается полный список типов правил.  
   Если у вас много различных типов шлюзов, то чтобы  не путаться рекомендуется в зависимости от содержимого переименовать типы правил, так , 
   чтобы название типа шлюза было в названии правила ..Например manand_128, manad_256, cisco..
   
   1.2. При использовании типа шлюза Manad под FreeBSD со старым синтаксисом нужно добавить теги <LOOP></LOOP>. Т.е если у вас был тип правила:
	pipe {P0} config bw 512000
	pipe {P1} config bw 512000
	add {N1} pipe {P0} all from any to {A}
	add {N1} pipe {P1} all from {A} to any
   Его заменяем на :
	<LOOP>
		pipe {P0} config bw 512000
		pipe {P1} config bw 512000
		add {N1} pipe {P0} all from any to {A}
		add {N1} pipe {P1} all from {A} to any
	</LOOP>
   
   1.3. Для типов шлюзов Manad, Cisco, Mikrotik перенесите текст типов правил в команды типа шлюза. Синтаксис  команд в типе шлюза описан в документации 4.5(и выше). 
   При переносе типов правил Mikrotik обратите внимание, что нужно заменить теги <OPEN></OPEN> и <CLOSE></CLOSE> на [OPEN][/OPEN] и [CLOSE][/CLOSE] соответственно. 
   И нужно продублировать содержимое тега [CLOSE][/CLOSE] в теге [DELETE][/DELETE].

   1.4. Для типов шлюзов Manad, Cisco, Miktotik, BGRadiusIPN нужно указать какие типы правил доступны на данном типе шлюзе. 
   При редактировании типа шлюза есть вкладка "Типы правил". Туда нужно добавить соответствующие правила.
   
   1.5. Оптимизировать правила для Manad, Сisco, Mikrotik. Покажем на примере. Допустим, у вас был тип шлюза Manad и не нем следующие типы правил:
	Стандартный клиент 256: 	
		<LOOP>		
			pipe {P0} config bw 256000
			pipe {P1} config bw 256000
			add {N2} pipe {P0} all from any to {A}
			add {N2} pipe {P1} all from {A} to any
		</LOOP>
	Стандартный клиент 512:
		<LOOP>
			pipe {P0} config bw 512000
			pipe {P1} config bw 512000
			add {N1} pipe {P0} all from any to {A}
			add {N1} pipe {P1} all from {A} to any
		</LOOP>
	Вы создаете в типе шлюза следующую конфигурацию :
	[DEFAULT]
		<LOOP>
			pipe {P0} config bw ${speed}
			pipe {P1} config bw ${speed}
			add {N2} pipe {P0} all from any to {A}
			add {N2} pipe {P1} all from {A} to any					
		</LOOP>
	[/DEFAULT]

	Типы правил изменяете. Стандартный клиент 256: speed=256000; Стандартный клиент 512: speed=512000.

2) Если вы использовали смену тарифных планов пользователем через Web интерфейс,
   произведите настройку данной подсистемы заново, основываясь на документации:
   http://bgbilling.ru/v4.5/doc/ch01s21s08.html

3) В справочниках привязать улицы, районы, кварталы к городам. 
   Если у вас один город то можно привязать следующим образом.
   В В "Сервис=>SQL Редактор" либо с помощью mysql клиента выполните запросы: 
	UPDATE address_street SET cityid=<id города>  
	UPDATE address_area SET cityid=<id города>
	UPDATE address_quarter SET cityid=<id города>
    
   <id города> получаем в справочниках городов нажатием Ctrl+i.

...