BiTel

Схема такова.
Клиент запрашивает адрес - коммутатор добавляет opt.82 и передает дальше на Cisco - Cisco релеет на dhcp сервер биллинга, тот выдает ему адрес на основе opt.82. Затем пакеты долетают до ASR, она договаривается с биллингом, авторизирует и выпускает дальше, в Internet.

Схема
ps
Вопрос номер раз - когда будет релиз 5.2?
Номер два - у нас используются модули IPN(BGIpnNetflowColector), Dial-UP(BGRadiusDialUP), их фунционал сохраниться?
Абонентов планируем постепенно переводить на ISG, то есть есть, нужно чтобы оставалась возможность выхода в интернет у абонентов по PPTP/PPPoE и в то же время вариант с ISG (либо по порту коммутатора, как описано в wiki, либо вариант с моей схемы(если он возможен))

что значит

_________________

Код:

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

Исправил первый пост.
Сейчас в визио накидаю то чего я хочу

А адрес динамически клиенту выдавать? Или всё время один и тот же?..
Тут немного непонятно когда сессию начинать, когда заканчивать.
В чём преимущества такой схемы перед релеем через ISG?
Насчёт релиза - не скажу. Пока у нас один клиент только запущен в реальную эксплуатацию. Подождём, чтобы оказий не было.
В принципе - кроме Inet там практически ничего не менялось, так что работать будет так же как раньше. Проверяли.
DialUp/IPN сохранятся. Можете обновляться - настраивать Inet модуль и запускать постепенно.