BiTel

Добрый день, коллеги.

подскажите решение задачи по выдаче "белых" IP адресов пользователям.
используем БГБ 4.6 c IPN модулем, есть несколько "серых" подсетей, на выходе которых стоят микротики. хочется ввести услугу, т.е. некоторым пользователям давать "белый" ip, а всех остальных оставить в серой. подскажите, как реализовать сие. к сожалению стандартные настройки шлюзов в ipn не позволяют реализовать это(либо я куда то не туда тыкал, но с выдачей dns и default gw проблем нет, а вот как быть с подсетью, ибо серая и белая имеют разные маски). натить белые адреса на серые как то не хочется.
у кого нибудь есть подобное решение? подскажите куда копать, как реализовать?

С уважением.

для 5.1 реализовано(в последнем обновлении) .Пока еще не успели описать в документации

В dhcp.properties нужно указать


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

опции для сетей задаются по аналогии со шлюзами .

А можно уточнить по данной опции?

Допустим я здесь, как выше описано, определяю опции для какой-то сети. Далее в каждом из шлюзов есть свои опции.
Скажите, если адрес абонента не попадает под описание сети в конфиге dhcp.properties, будут ли использованы опции в шлюзе? Или имеется ввиду, что если абонент попадает под описание сети в dhcp, то опции шлюза будут проигнорированы?

там исключающий режим сделан. Если указана хотя бы одна net.X, значит опции беруться ТОЛЬКО из конифига .Если при выдаче ip dhcp-сервер в конифге не может найти сеть для конретного ip, то кидает ошибку.
Если ни одна не указана , то берутся опции из шлюзов.

Жаль, не гибко получается. Задача то вроде простая - организовать на одном шлюзе выдачу ip из двух сетей, что соответственно требует выдачу двух разных гейтвеев. Одна из сетей глобальная и не зависит от шлюза, вторая как раз соответствует только определенному шлюзу. Думал глобал сеть определить в dhcp.properties, а собственные сети шлюзов у себя в конфигах, но похоже так не получится
Если бы они работали в порядке приоритета (не исключение, а ИЛИ) - конфиг dhcp сервера к примеру имел бы больший (или меньший) приоритет, то было бы удобно переопределять конфигурации шлюзов...

пока не поступало запросов. Тому , кто заказал этот функционал , опции шлюза были вообще не нужны .

Т.е вам нужны все общие опции на шлюз , кроме, например, гейтвея?

Да, мотивация простая - возможность раздавать на одном шлюзе несколько сеток (серую и белую). Серые описаны в описании шлюзов (у каждого шлюза свой вилан и свои настройки), а белая сетка прописана в конфиге dhcp, тем самым эта сетка может раздаваться на любом из шлюзов...
Мне кажется это было бы удобно.

может чего то не понял, но, серая по dhcp, белая по pppoe нет?

_________________

Код:

  Клиент: вер. 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
Стиль программирования - пьяный мастерстер
Разработка мобильных приложений

У нас все по dhcp. pppoe нету в принципе.

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

Ммм, интересно, а как? У меня на каждый шлюз своя сетка, соответственно у каждого шлюза я переопределяю единственный параметр dhcp.router=x.x.x.x который соответствует гейтвею этого шлюза.
Задача на этот шлюз, повесить часть портов на другую сетку. Соответственно для этих портов надо другой гейтвей указать.

Т.е. это можно сделать? Расскажите пожалуйста как, очень хочется dhcp для второй сети на шлюзе

PS: Да, у второй сети еще и маска отличная от первой, т.ч. надо менять еще и параметр dhcp.subnetMask

2stark Это реально решить текущими средствами биллинга?

пока нет. Давайте еще раз ..У вас каждый шлюз- это отдельная сеть . И вы указываете на нем единственную настройку dhcp.router . А остальные( например маску подсети ) вы указывать хотите в конфиге с привзякой к сети ? И они будут более приоритетными, т.е перетирать опции шлюза, если таковые указаны . так ?

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

Не совсем так.

На примере:

1. Один шлюз
2. На нем имеем две сети
- 1.1.1.0/24 (основная сеть этого шлюза)
- 2.2.0.0/16 (некая общая сеть, в которой могут находиться абоненты с разных шлюзов)
3. Настройки шлюза сделаны на основную сеть шлюза 1.1.1.0/24
- маска 255.255.255.0
- гейтвей 1.1.1.1
4. В настройке dhcp сервера описываем общие сети, они менее приоритетные, чем шлюзы.
- маска 255.255.0.0
- гейтвей 2.2.0.1

Как-то так. На dhcp получаются менее приоритетные (дефолтные настройки), которые можно переопределить в случае чего на шлюзах доступа.

Т.е получается что вам нужно наоборот , чтобы конфигурация dhcp -сервера имела больший приоритет, чем конфигурация шлюзов . Для сети 2.2.0.0/16 настройки будут перетираться в настройке dhcp - сервера.

Нет, перетираться ничего не будет, т.к. на шлюзе достпа можно определить только одну сеть. А сеть которая в dhcp определена, нигде больше определяться не будет. Но по логике, лучше чтобы шлюзы были более приоритетными. имхо.

может мы вкладываем разный смысл в понятие перетираться . И имел ввиду , что если указан параматер router на шлюзе и в конфиге dhcp , то возьмётся тот, кототрый указан в конфиге ..разве нет ?

1. в случае выдачи ip из сети 1.1.1.0/24 в шлюзе будет указан роутер 1.1.1.1, а в конфиге ничего для этой сети не будет . Поэтому выдаст router=1.1.1.1
2. в случае выдачи ip из сети 2.2.0.0/16 в шлюзе будет указан роутер 1.1.1.1, а в конфиге роутер 2.2.0.1 . Поэтому выдаст router=2.2.0.1.

Т.е конфиг является более приоритетным. разве нет ?

Да, все верно. Если роутер по любому будет выдаваться 1.1.1.1 (а это так и есть сейчас), то его нужно перетирать 2.2.0.1 (как и остальные параметры, типа Маски сети).
Я просто думал, что если адрес выдается не из сети, которая определена в шлюзе, то вообще никакой роутер выдаваться не будет. Это по всей видимости вызвало мое непонимание

В общем если была бы такая логика, которую Вы выше описали, то было бы отлично.

2stark Такое поведение DHCP реально ожидать в ближайших обновлениях?

Пока руки не дошли еще . Может быть и реально

Спасибо!

обновление dhcp с этой фичей выложено

Спасибо большое!