BiTel

Поломалось

Команды на устройство передаются вида: sa.command.inetOption.6.enable=access-list $contractId extended permit ip $ip $netmask any;access-list $contractId extended permit ip any $ip $netmask;class-map $contractId;match access-list $contractId;exit;policy-map rate-limit;class $contractId;police input 800000;police output 800000

Сетевая маска, передаваемая в переменной $netmask, передавалась из поля "Маска подсети" в ip-ресурсе. Например 255.255.255.0. Сейчас передаётся 255.255.255.255.

?????

Нет, $netmask никогда не возвращал маску из IP-ресурса - он возвращает маску подсети, которая прописана в сервисе.

В следующем билде будет: $ipGate $ipDns $ipSubnetMask $ipParam.

Когда ждать?

Сегодня.

Обновить модуль и всё?
Завтра с утра апдейт модуля?

Это обновление уже выложено

Работает:
sa.command.inetOption.25.enable=access-list $contractId extended permit ip $ip $ipSubnetMask any;access-list $contractId extended permit ip any $ip $ipSubnetMask;class-map $contractId;match access-list $contractId;exit;policy-map rate-limit;class $contractId;police input 20000000;police output 20000000

Не совсем работает:
Пока сети класса С, всё работает. Но вот поставил клиенту в ip-ресурсах маску 255.255.255.240, а $ipSubnetMask передаёт в скрипт 255.255.255.0

Там подставляется строка без изменений из ресурса. У клиента точно IP-адрес из этого IP-ресурса?
Если да - попробуйте перезапустить Access, чтобы точно никакого кэша не было.

разобрался. Был ещё один ресурс, которые перекрывал искомый.

Тут у одного клиента возникла проблема. В IPN были диапазоны , причем абонент из них платил за каждый конкретный ip. Реализовано на manad.
1. Клиенту нужен 1 ip, давали ему /30 сеть. Один из адресов выбирали на шлюзе. Брали одну абонку.
2. Клиенту нужен 3 ip, давали ему /29 сеть. 3 адреса выбирали на шлюзе. Брали 3 абонки.

При этом в дипазоне заводили сеть, а некоторые адреса выбирали для управления на шлюзе. В inet сейчас получается такой схемы нет. Можно сделать, например отдельный тип поиска ресурсов на дочернем сервисе, когда ip выбирается из родительского сервиса(и не занимает общий ресурс и не проверяется), а на родительском задана сеть. А при сборе netflow в этом случае привязывать все к родительскому сервису. В этом случае в обработчике активации будет выбор - задавать правила для все сети, или только для дочерних ip. Я не совсем понял относится ли это к проблеме топикстартера , но что-то близкое.

Когда реализуете

_________________

Код:

  Клиент: вер. 6.2.714 / 25.05.2015 17:27:15
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45
  Сервер: вер. 6.2.881 / 22.05.2015 17:56:55
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45

Помощь по администрированию bgbilling в jabber конференции или Группа в telegram
Стиль программирования - пьяный мастерстер
Разработка мобильных приложений

я так понял вы всю подсеть описываете сервисами отдельными на договоре?

_________________

Код:

  Клиент: вер. 6.2.714 / 25.05.2015 17:27:15
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45
  Сервер: вер. 6.2.881 / 22.05.2015 17:56:55
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45

Помощь по администрированию bgbilling в jabber конференции или Группа в telegram
Стиль программирования - пьяный мастерстер
Разработка мобильных приложений

Да. Сервисы с хостами на доступ. Сервис с сетью на ограничение скорости.

Реализовали в 6.1.