BiTel

Форум BiTel
bgbilling.ru     docs.bitel.ru     wiki.bitel.ru     dbinfo.bitel.ru     bgcrm.ru     billing.bitel.ru     bitel.ru    
Текущее время: 22 июн 2025, 20:06

Часовой пояс: UTC + 5 часов [ Летнее время ]




Начать новую тему Ответить на тему  [ Сообщений: 29 ] 
Автор Сообщение
СообщениеДобавлено: 11 окт 2012, 13:38 
Не в сети
Клиент

Зарегистрирован: 07 мар 2012, 15:02
Сообщения: 932
Откуда: Воронеж
Карма: 35
Возможна ли установка опций сервиса в ветке тарифного плана "Превалирующий трафик"? Из документации следует, что опции можно устанавливать в ветках "Тип трафика", а для веток "Превалирующий трафик" ничего подобного не написано.

_________________

Клиент: вер. 6.2.873 / 04.12.2017 19:38:11
os: Windows 7; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_65
Сервер: вер. 6.2.1202 / 04.12.2017 19:39:21
os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_91


Последний раз редактировалось vkulakov 11 окт 2012, 21:15, всего редактировалось 2 раз(а).

Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 11 окт 2012, 14:13 
Не в сети
Разработчик
Аватара пользователя

Зарегистрирован: 19 дек 2006, 21:04
Сообщения: 5970
Карма: 256
Должно работать тоже.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 11 окт 2012, 18:49 
Не в сети
Клиент

Зарегистрирован: 07 мар 2012, 15:02
Сообщения: 932
Откуда: Воронеж
Карма: 35
Не работает, всё утро тестировал.
Во вложении скриншоты тарифного плана и отчёта по сессиям. Видно, что скачано уже больше, чем указано в тарифе, но канал не меняется и остаётся 13 Мбит/с.
Что интересно, вчера вечером вроде как работало, но я полностью не успел протестировать, сегодня однозначно вот такая хрень.

Тарифный план сформирован по докам, только установка услуги у меня сразу в превалирующем трафике идёт, а не в ограничении по объёму.

_________________

Клиент: вер. 6.2.873 / 04.12.2017 19:38:11
os: Windows 7; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_65
Сервер: вер. 6.2.1202 / 04.12.2017 19:39:21
os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_91


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 11 окт 2012, 19:32 
Не в сети
Разработчик
Аватара пользователя

Зарегистрирован: 19 дек 2006, 21:04
Сообщения: 5970
Карма: 256
Учитываете, что диапазоны - это счетчики, т.е. после добавления в тарифе они начнут считать с нуля, без учета предыдущих дней (для учета нужно будет переобсчитать предыдущие дни)?


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 11 окт 2012, 20:37 
Не в сети
Клиент

Зарегистрирован: 07 мар 2012, 15:02
Сообщения: 932
Откуда: Воронеж
Карма: 35
Нет, не учитывают. Как только начал учитывать, всё заработало как положено :)
Спасибо за разъяснения.

_________________

Клиент: вер. 6.2.873 / 04.12.2017 19:38:11
os: Windows 7; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_65
Сервер: вер. 6.2.1202 / 04.12.2017 19:39:21
os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_91


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 11 окт 2012, 21:29 
Не в сети
Клиент

Зарегистрирован: 07 мар 2012, 15:02
Сообщения: 932
Откуда: Воронеж
Карма: 35
Рано закрыл тему...
Сделал в тарифе ограничение трафика в 4МБ, несколько раз переконнектился и на cisco наблюдаю следующую картину:
Код:
Policy information:
  Authentication status: authen
  Active services associated with session:
    name "LOCAL"
    name "PORTAL"
    name "INTERNET_13mbps"

Session inbound features:
Traffic classes:
  Traffic class session ID: 39
   ACL Name: any-in, Packets = 9770, Bytes = 423944
  Traffic class session ID: 40
   ACL Name: portal-in, Packets = 2, Bytes = 140
  Traffic class session ID: 41
   ACL Name: local-in, Packets = 0, Bytes = 0
 Default traffic is dropped
 Unmatched Packets = 0, Re-classified packets (redirected) = 0

Session outbound features:
Traffic classes:
  Traffic class session ID: 39
   ACL Name: any-out, Packets = 18032, Bytes = 26625852
  Traffic class session ID: 40
   ACL Name: portal-out, Packets = 2, Bytes = 420
  Traffic class session ID: 41
   ACL Name: local-out, Packets = 0, Bytes = 0
 Default traffic is dropped
 Unmatched Packets = 0, Re-classified packets (redirected) = 0

Число 26625852 явно больше 4М, но сервис по-прежнему INTERNET_13mbps.
Дальше разрываю текущую сессию и она автоматом поднимается снова. Через пару минут трафик 11946111 и сервис INTERNET_13mbps.
Почему не поменялся сервис? Ведь трафик явно выходит за пределы, указанные в тарифе?

Продолжаем эксперимент:
В тарифе меняю лимит на 5Мб и жму "Оповестить об изменениях". В логах наблюдаю:
Код:
...
  Acct-Session-Id=00000927
  cisco-avpair=subscriber:service-name=INTERNET_1mbps
  cisco-avpair=subscriber:command=deactivate-service
...
  Acct-Session-Id=00000927
  cisco-avpair=subscriber:service-name=INTERNET_13mbps
  cisco-avpair=subscriber:command=activate-service
...

Видно, что счётчики обнулились и включился сервис INTERNET_13mbps и отключился сервис INTERNET_1mbps. Но его же и так не было! Что за фигня?
Ждём ещё пару минут пока набежит трафик и, как и положено, сервис INTERNET_13mbps отключается и сервис INTERNET_1mbps включается.

Разрывают сессия, поднимается новая и опять выдаётся сервис INTERNET_13mbps, хотя лимит давно исчерпан ещё за предыдущую сессию.

Скажите, что не так?

_________________

Клиент: вер. 6.2.873 / 04.12.2017 19:38:11
os: Windows 7; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_65
Сервер: вер. 6.2.1202 / 04.12.2017 19:39:21
os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_91


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 15 окт 2012, 16:27 
Не в сети
Клиент

Зарегистрирован: 07 мар 2012, 15:02
Сообщения: 932
Откуда: Воронеж
Карма: 35
Уважаемые разработчики, уже три дня прошло. Есть ли движения по теме?

_________________

Клиент: вер. 6.2.873 / 04.12.2017 19:38:11
os: Windows 7; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_65
Сервер: вер. 6.2.1202 / 04.12.2017 19:39:21
os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_91


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 16 окт 2012, 18:10 
Не в сети
Клиент

Зарегистрирован: 07 мар 2012, 15:02
Сообщения: 932
Откуда: Воронеж
Карма: 35
Разработчики, куда же вы все подевались?..

_________________

Клиент: вер. 6.2.873 / 04.12.2017 19:38:11
os: Windows 7; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_65
Сервер: вер. 6.2.1202 / 04.12.2017 19:39:21
os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_91


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 16 окт 2012, 19:22 
Не в сети
Разработчик
Аватара пользователя

Зарегистрирован: 19 дек 2006, 21:04
Сообщения: 5970
Карма: 256
Проблема возникает только при использовании ветки превалирующий трафик?


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 17 окт 2012, 12:25 
Не в сети
Клиент

Зарегистрирован: 07 мар 2012, 15:02
Сообщения: 932
Откуда: Воронеж
Карма: 35
Другие ветки не пробовал пока. Сегодня тогда посмотрю на досуге.

_________________

Клиент: вер. 6.2.873 / 04.12.2017 19:38:11
os: Windows 7; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_65
Сервер: вер. 6.2.1202 / 04.12.2017 19:39:21
os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_91


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 17 окт 2012, 15:16 
Не в сети
Клиент

Зарегистрирован: 07 мар 2012, 15:02
Сообщения: 932
Откуда: Воронеж
Карма: 35
Создал новый тариф с типом трафика "Входящий трафик" и добавил диапазоны трафика. Результат примерно тот же: при превышении лимита трафика всё-равно выдаётся опция из первого диапазона, тогда как должна выдаваться из второго.

В добавок стала явно проявляться ещё одна проблема: при первом update-пакете сессия разрывается. Это иногда происходило и раньше, а сейчас сессия рвётся стабильно при наличии трафика по сервисам. Т. е., если что-то качать, то при первом update сессия рвётся, если ничего не качать, то update спокойно идут друг за дружкой без разрыва сессии. Как-то так.

После update и перед разрывом в логах следующие записи:
Код:
ServiceActivatorSet - Connecting to device
ServiceActivatorDeviceWorker - Do task deviceId: 2; Event[ru.bitel.bgbilling.modules.inet.access.sa.event.InetSaStateModifyEvent] moduleId: 8; pluginId: no; cid: 4; scid: -1; userId: 0; deviceId: 2; inetServId: 1; connectionId: 1346; state: 0; accessCode: 63; timestamp: 1350464886526
InetApplication - TariffOptionMap: {}
ServiceActivatorDeviceWorker - Command result event: ServiceActivatorEvent type=2; inetServId: 1; call: true; oldState: 1; newState: 0; oldOptionSet: 207; newOptionSet: 267
ServiceActivatorDeviceWorker - Processing deviceId:2; command ServiceActivatorEvent type=2; inetServId: 1; call: true; oldState: 1; newState: 0; oldOptionSet: 207; newOptionSet: 267
ServiceActivatorSet - Invoking connectionModify
ISGPPPoEServiceActivator - Connection modify: oldState: 1; newState: 0; oldOptionSet: [207]; newOptionSet: [267]
ISGPPPoEServiceActivator - Connection close
ISGPPPoEServiceActivator - Send PoD:
...

Почему вдруг сервис выключается - не понятно.

_________________

Клиент: вер. 6.2.873 / 04.12.2017 19:38:11
os: Windows 7; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_65
Сервер: вер. 6.2.1202 / 04.12.2017 19:39:21
os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_91


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 17 окт 2012, 20:12 
Не в сети
Разработчик

Зарегистрирован: 08 ноя 2007, 01:05
Сообщения: 8343
Откуда: Уфа
Карма: 238
vkulakov писал(а):
Создал новый тариф с типом трафика "Входящий трафик" и добавил диапазоны трафика. Результат примерно тот же: при превышении лимита трафика всё-равно выдаётся опция из первого диапазона, тогда как должна выдаваться из второго.




Переобсчет делать не пробовали ? Не исправляет проблему ?


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 17 окт 2012, 20:19 
Не в сети
Разработчик
Аватара пользователя

Зарегистрирован: 19 дек 2006, 21:04
Сообщения: 5970
Карма: 256
И конфиги бы еще. Все ли типы трафика, прописанные в привязке трафиков типа сервиса, есть в тарифе?


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 18 окт 2012, 11:12 
Не в сети
Клиент

Зарегистрирован: 07 мар 2012, 15:02
Сообщения: 932
Откуда: Воронеж
Карма: 35
Лимит в тарифе выставлен специально очень маленьким, чтобы можно было за одну сессию его превысить. Поэтому, когда я пишу "превышение лимита", то имею в виду, что лимит превышен в текущей сессии, из чего вытекает, что уж точно превышен месячный лимит.

Переобсчёт делал - не помогло.
В тарифе добавил ветки для всех типов трафика, которые есть в привязке трафика типа сервиса. Теперь на сессию вообще не вещаются опции из тарифного плана, т. е. интернет отсутствует. При переходе на тарифный план, в котором перечислены не все типы трафика - проблема как и раньше.

Конфиг устройства:
Код:
#типы устройств - Nas-ов
radius.deviceTypeIds=1
#типы устройств, являющиеся dhcp relay
#dhcp.relay.deviceTypeIds=2
 
#код атрибута, из которого извлекать acctSessionId родительской сессии (по умолчанию - из cisco-avpair)
radius.parentAcctSessionId.type=1
#префикс в значении атрибута перед acctSessionId родительской сессии
radius.parentAcctSessionId.prefix=parent-session-id=
#код атрибута, из которого извлекать имя сервиса ISG (по умолчанию cisco-SSG-Service-Info)
radius.serviceName.type=251
#префикс в значении атрибута перед именем сервиса ISG (если есть)
radius.serviceName.prefix=

#Вендор атрибута, где хранится MAC-адрес
radius.macAddress.vendor=9
#Код атрибута, где хранится MAC-адрес
radius.macAddress.type=1
#Префикс атрибута (если есть), где хранится MAC-адрес. Например, для cisco avpair
radius.macAddress.prefix=client-mac-address=

# Template
@optionPrefix=cisco-avpair=ip:traffic-class=in access-group name any-in priority 215;cisco-avpair=ip:traffic-class=in default drop;cisco-avpair=ip:traffic-class=out access-group name any-out priority 215;cisco-avpair=ip:traffic-class=out default drop;cisco-avpair=subscriber:accounting-list=PPPoE;Acct-Interim-Interval=60

# Канал 1 Мбит/с
radius.inetOption.207.attributes=cisco-SSG-Account-Info=AINTERNET_1mbps
radius.inetOption.208.attributes={@optionPrefix};cisco-SSG-Service-Info=QU;;1048576;;131072;;262144;;D;;1048576;;131072;;262144

# Канал 100 Мбит/с
radius.inetOption.267.attributes=cisco-SSG-Account-Info=AINTERNET_100mbps
radius.inetOption.268.attributes={@optionPrefix};cisco-SSG-Service-Info=QU;;104857600;;1310720;;2621440;;D;;104857600;;1310720;;2621440

# Internet Service and Param
radius.inetOption.271.attributes=cisco-SSG-Account-Info=AINTERNET
radius.inetOption.12.attributes={@optionPrefix}

# Атрибуты для доступа в локальную сеть
radius.inetOption.14.attributes=cisco-avpair=ip:traffic-class=in access-group name local-in priority 210;cisco-avpair=ip:traffic-class=in default drop;cisco-avpair=ip:traffic-class=out access-group name local-out priority 210;cisco-avpair=ip:traffic-class=out default drop;cisco-avpair=subscriber:accounting-list=PPPoE;Acct-Interim-Interval=60;cisco-SSG-Service-Info=QU;;104857600;;1310720;;2621440;;D;;104857600;;1310720;;2621440

# Атрибуты для доступа к порталу
radius.inetOption.17.attributes=cisco-avpair=ip:traffic-class=in access-group name portal-in priority 200;cisco-avpair=ip:traffic-class=in default drop;cisco-avpair=ip:traffic-class=out access-group name portal-out priority 200;cisco-avpair=ip:traffic-class=out default drop;cisco-avpair=subscriber:accounting-list=PPPoE-NONE;Acct-Interim-Interval=60

# Атрибуты для редиректа
radius.inetOption.16.attributes=cisco-avpair=ip:l4redirect=redirect to group BLOCK-RDR;cisco-avpair=ip:traffic-class=in access-group name redirect-in priority 205;cisco-avpair=ip:traffic-class=in default drop;cisco-avpair=ip:traffic-class=out access-group name redirect-out priority 205;cisco-avpair=ip:traffic-class=out default drop;cisco-avpair=subscriber:accounting-list=PPPoE;Acct-Interim-Interval=60

#коды ошибок, при которых вместо reject выдавать accept с заданными атрибутами
#(пользователю выдается серый адрес и устанавливается HTTP-редирект)
radius.disable.accessCodes=4,10,11,12,40,43,44,46,47,62,63
#атрибуты, выдаваемые при rejectToAccept
radius.disable.attributes=cisco-SSG-Account-Info=APORTAL;cisco-SSG-Account-Info=AREDIRECT

# При получении старт/стоп-пакета сервисной сессии ISG, если имя сервиса ISG совпадает, то состояние сессии disable/enable
radius.serviceName.disable=REDIRECT
 
#----------------------------------------
#параметры обработчика активации сервисов
#----------------------------------------
# При Access-Accept заносить запись в базу, с информацией о выданных опциях и состоянии
connection.start.fromAccept=0
# Бывают ситуации, когда start-пакет не дошел до Accounting-сервера. В этом случае, при
# 1 (значение по умолчанию) - сессия создастся от текущего момента,
# 2 - Accounting проверит, что время сессии из update/stop пакета не больше, чем значение connection.close.timeout и создаст сессию от ее начала, иначе,
# если время сессии больше чем connection.close.timeout, сессия создастся от текущего момента,
# 0 - сессия без старт-пакета создана не будет.
connection.start.fromUpdate=1

sa.radius.connection.withoutBreak=false
#режим отправки CoA. 1 - команды 0xc и 0xb в одном пакете для каждого сервиса, 2 - атрибуты subscriber:command= в раздельных пакетах для каждого сервиса
sa.radius.connection.coa.mode=3
# Нужно ли посылать CoA при переводе из disable в enable (при withoutBreak=false)
sa.radius.connection.coa.onEnable=1

sa.radius.connection.attributes=Acct-Session-Id

_________________

Клиент: вер. 6.2.873 / 04.12.2017 19:38:11
os: Windows 7; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_65
Сервер: вер. 6.2.1202 / 04.12.2017 19:39:21
os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_91


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 18 окт 2012, 11:57 
Не в сети
Клиент

Зарегистрирован: 07 мар 2012, 15:02
Сообщения: 932
Откуда: Воронеж
Карма: 35
В конфигурации модуля добавил строчку
Код:
# Проверка цены в тарифе: 0 - проверка отсутсвует, 1 - ошибка только если у сессии есть трафик определенного типа,
# но для него нет цены, 2 - ошибка если хотя бы для одного типа трафика в привязке типа сервиса нет цены (по умолчанию - 1)
accounting.tariffication.checkPrice=0

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

На текущий момент имеем:
Тариф 1 - все типы трафика прописаны и есть ветка "Превалирующий трафик" с диапазонами трафика "до 10 Мбайт" (100 Мбит/с) и "более 10 Мбайт" (1 Мбит/с).
Тариф 2 - есть тип трафика "Время" и ветка "Входящий трафик" с диапазонами трафика "до 10 Мбайт" (100 Мбит/с) и "более 10 Мбайт" (1 Мбит/с).

На тарифе 2: устанавливаем тариф - счётчики по нулям; поднимается сессия со скоростью 100 Мбит/с; трафик по сессии переваливает за 10 Мбайт - скорость 100 убирается, а скорость 1 устанавливается; вручную разрываем сессию; поднимается сессия на скорости 100 и скорость уже не меняется в зависимости от трафика.

На тарифе 1: устанавливаем тариф - опции из ветки "Превалирующий трафик" не выдаются.

При смене тарифа 2 на 1 в логах есть запись следующего характера: "INTERNET_1mbps ... deactivate-service", в то время как на сессии висит "INTERNET_100mbps". Т. е. в мозгах биллинга для тарифа 2 всё правильно с набором опций, но на NAS они не передаются.
При смене тарифа 1 на 2 в логах: "INTERNET_1mbps ... activate-service".

Выводы:
1. При Access-Accept выдаётся неправильный набор опций.
2. Не выдаются опции из ветки "Превалирующий трафик".

_________________

Клиент: вер. 6.2.873 / 04.12.2017 19:38:11
os: Windows 7; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_65
Сервер: вер. 6.2.1202 / 04.12.2017 19:39:21
os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_91


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 19 окт 2012, 03:42 
Не в сети
Разработчик
Аватара пользователя

Зарегистрирован: 19 дек 2006, 21:04
Сообщения: 5970
Карма: 256
Можете дать доступ?


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 19 окт 2012, 13:48 
Не в сети
Клиент

Зарегистрирован: 07 мар 2012, 15:02
Сообщения: 932
Откуда: Воронеж
Карма: 35
Могу. Что для этого нужно?

_________________

Клиент: вер. 6.2.873 / 04.12.2017 19:38:11
os: Windows 7; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_65
Сервер: вер. 6.2.1202 / 04.12.2017 19:39:21
os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_91


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 19 окт 2012, 13:50 
Не в сети
Разработчик
Аватара пользователя

Зарегистрирован: 19 дек 2006, 21:04
Сообщения: 5970
Карма: 256
ssh и логин/пароль к биллингу в личку.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 19 окт 2012, 17:06 
Не в сети
Клиент

Зарегистрирован: 07 мар 2012, 15:02
Сообщения: 932
Откуда: Воронеж
Карма: 35
Данные отправил.

_________________

Клиент: вер. 6.2.873 / 04.12.2017 19:38:11
os: Windows 7; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_65
Сервер: вер. 6.2.1202 / 04.12.2017 19:39:21
os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_91


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 22 окт 2012, 12:00 
Не в сети
Клиент

Зарегистрирован: 07 мар 2012, 15:02
Сообщения: 932
Откуда: Воронеж
Карма: 35
Я так понял, вы пока не планируете посетить наш сервачок...

_________________

Клиент: вер. 6.2.873 / 04.12.2017 19:38:11
os: Windows 7; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_65
Сервер: вер. 6.2.1202 / 04.12.2017 19:39:21
os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_91


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 22 окт 2012, 14:45 
Не в сети
Разработчик
Аватара пользователя

Зарегистрирован: 19 дек 2006, 21:04
Сообщения: 5970
Карма: 256
Попробуйте с текущим тарифом.
Если будет также, попробуйте добавить connection.start.fromAccept=1 в конфиг устройства.
Если опять будет также, попробуйте стоимость перенести в диапазоны.

Пока на тестовом не получилось повторить.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 22 окт 2012, 17:27 
Не в сети
Клиент

Зарегистрирован: 07 мар 2012, 15:02
Сообщения: 932
Откуда: Воронеж
Карма: 35
Что значит "попробуйте с текущим тарифом"? Не понял смысл фразы.

Amir писал(а):
попробуйте добавить connection.start.fromAccept=1 в конфиг устройства.

Добавил. Теперь при подключении сначала выдаётся скорость 100, потом сразу переключается на 1 (раньше не переключалось вообще).

Amir писал(а):
попробуйте стоимость перенести в диапазоны

Перенёс, ничего интересного не заметил.

Нормально, что в Access-Accept выдаётся неправильная опция?

_________________

Клиент: вер. 6.2.873 / 04.12.2017 19:38:11
os: Windows 7; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_65
Сервер: вер. 6.2.1202 / 04.12.2017 19:39:21
os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_91


Последний раз редактировалось vkulakov 23 окт 2012, 12:03, всего редактировалось 1 раз.

Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 22 окт 2012, 18:10 
Не в сети
Разработчик
Аватара пользователя

Зарегистрирован: 19 дек 2006, 21:04
Сообщения: 5970
Карма: 256
Нет, причем раз при connection.start.fromAccept=0 переключения не происходит, то похоже, что Accounting опцию определает правильно, в отличие от Access.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 22 окт 2012, 18:12 
Не в сети
Разработчик
Аватара пользователя

Зарегистрирован: 19 дек 2006, 21:04
Сообщения: 5970
Карма: 256
Цитата:
Что значит "попробуйте с текущим тарифом"
Менял тариф немного.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 22 окт 2012, 18:52 
Не в сети
Разработчик
Аватара пользователя

Зарегистрирован: 19 дек 2006, 21:04
Сообщения: 5970
Карма: 256
Если перезапустить Access сервер - то же самое?
Возможно что-то с кешированием в Access при переобсчете.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 22 окт 2012, 19:55 
Не в сети
Разработчик
Аватара пользователя

Зарегистрирован: 19 дек 2006, 21:04
Сообщения: 5970
Карма: 256
Похоже, что проблема в Access возникла из-за уменьшения диапазона в тарифе.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 23 окт 2012, 12:08 
Не в сети
Клиент

Зарегистрирован: 07 мар 2012, 15:02
Сообщения: 932
Откуда: Воронеж
Карма: 35
В свои эксперименты добавил перезапуск сервера Access.
Вывод: при любых изменениях в тарифах в ветках модуля Inet необходимо перезапускать Access-сервер. В этом случае нормально выдаются опции из тарифных веток и нормально переключаются опции при превышении лимитов.

На досуге нужно будет заново провести полное тестирование работы тарифных планов. :(

_________________

Клиент: вер. 6.2.873 / 04.12.2017 19:38:11
os: Windows 7; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_65
Сервер: вер. 6.2.1202 / 04.12.2017 19:39:21
os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_91


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 23 окт 2012, 13:23 
Не в сети
Разработчик
Аватара пользователя

Зарегистрирован: 19 дек 2006, 21:04
Сообщения: 5970
Карма: 256
Цитата:
Вывод: при любых изменениях в тарифах
Вроде бы только при уменьшении размера диапазона трафика. Хотя изменять диапазон рабочего тарифа не рекомендуем - это ошибка, думаем пока как, красиво и ничего не поломав, исправить.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 23 окт 2012, 14:48 
Не в сети
Клиент

Зарегистрирован: 07 мар 2012, 15:02
Сообщения: 932
Откуда: Воронеж
Карма: 35
Amir писал(а):
только при уменьшении размера диапазона трафика


При создании нового тарифа аналогичная хрень происходит.

_________________

Клиент: вер. 6.2.873 / 04.12.2017 19:38:11
os: Windows 7; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_65
Сервер: вер. 6.2.1202 / 04.12.2017 19:39:21
os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_91


Вернуться к началу
 Профиль  
 
Показать сообщения за:  Поле сортировки  
Начать новую тему Ответить на тему  [ Сообщений: 29 ] 

Часовой пояс: UTC + 5 часов [ Летнее время ]


Кто сейчас на конференции

Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 1


Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете добавлять вложения

Найти:
Перейти:  
cron
POWERED_BY
Русская поддержка phpBB
[ Time : 0.063s | 73 Queries | GZIP : On ]