BiTel

У Вас реализована связка DHCP+Cisco+ZyXel(или D-Link) http://bgbilling.ru/v4.6/doc/ch05s11s13.html#d0e13475

Хотелось бы получить связку DHCP+Cisco+Switch.
Switch типа http://bgbilling.ru/v4.6/doc/ch05s11s07.html

Switch будет использоваться только для указания порта, на котором сидит клиент, без управления. Конфиг:


Возможна ли реализация этого функционала в вер. 4.6?

Switch поддерживает option 82 ?

Да поддерживает.

Да еще забыл сказать, что DHCP сервер должен выдавать IP по VLAN, который будет назначаться на cisco.

а зачем тогда нужно указыаать порт ? выдвать вы хотиет по vlan, управлять не хотите , зачем вам порт нужно указывать ?

Нам необходимо хранить в биллинге эту информацию.

В общем виде схема работы такая. Для каждого района есть свой шлюз(cisco). К нему привязываем все свичи, на которых сидят абоненты.
Для всех клиентов указан switch и порт. При автоматическом создании задач в CRM для монтажников, к комментарии указываем, что необходимо подключить клиента в такой то свич и такой то порт.
Так же планируем создать доп. действие для договора, с помощью которого можно будет прямо из биллинга узнать статус порта(Up или Down). Это здорово облегчит жизнь тех. поддержке.

Конечно же можно использовать DHCP+Cisco и Switch отдельно, но это не удобно получиться.

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

А вам получается нужно чисто информацинное поле . А в качестве switch - что вообще физически выступает ? тот же самый dlink/zyxel ?

т.е вам нужно взять скриптовый шлюз zyxel(dlink ), убрать из него все упалвение ,и привзяать к нему редактор от switch , чтобы иметь порты чисто для информации .

Да.


Да.


Да. Все правильно.

Ну так что, сможете реализовать?

up

up

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

может все-таки dhcp+cisco2. А свой порт для crm можете завести отдлеьным парметром договора (проверять уникальность можно с помошью скрипта проверки параметра договора) .

Второй вариант вы все таки-заводите все 3 шлюза: dhcp-cisco2-dlink . Все 3 скриптовые . редактор у шлюза , который добавляете в договор сделайте switch-кий. далее скриптом подменяете его логику на "ничего не делать" .

далее уже независомо от выбранного варианта .
в сisco2 вставляете какую-то свою логику (я не знаю вы вообще доступом хотите управлять, если да - то как ? vlan я так понимаю как минимум надо прописать) . Потом в dhcp вам нужно взять vlan для этого пользователя и послать его на dhcp-сервер. Пример шлюза dhcp могу выложить в wiki

Ну те только для CRM. Техническая поддержка сможет быстро определить к какому свичу и на какой порт подключен абонент.
Можно будет для доп. действие договора написать скрипт для определения состояния порта и т.д.


Значит будем парсить, других возможностей в биллинге на данный момент нет.


Хранить инфу в параметрах договора это не вариант. Свичей будет тысячи, все таки для этого больше подходит модуль IPN.
Да и удобнее будет при выборе свича сразу определять районный шлюз(cisco) и DHCP


подходит.



Да. Для cisco2 определяем vlan. Управлять хотим по telnet. Причем для некоторых районов cisco2 это физически две разные cisco, на одной будем управлять доступом, а на другой скоростью. Т.е. для cisco2 напишем свою логику.



Выкладывайте. Буду очень признателен.


Еще вопросик. Можно ли будет добавить событие "Добавлен шлюз" или "Перед добавлением шлюза"?
Нам необходимо автоматически добавить IP и выделить vlan для договора.

up

up

вот пример шлюза DHCP:
http://wiki.bgbilling.ru/index.php/%D0% ... D0%B0_DHCP

А какое нужно событие ? синхронное или асинхронное ?

Событие больше не нужно, skn реализовал возможность генерить событие на любой акшен.
Интересует реализация шлюза switch в связке с cisco2.

Спасибо.

Прошу прощения что встречаю, но не могли бы Вы примерчик набросать, как сгенерить событие и экшен? Ветку читал, где обсуждали это нововведение, но чего-то доконца не вкурил.

stark, а можно в общих чертах как использовать этот шлюз? Схему его работы, какие параметры в договоре использует или еще где?

BGDHCP пока не использовали, но чувствую что все к этому идет...

Это стандартынй шлюз DHCP , как его настривать описано в документации . Он умеет рабаотать с dlink и cisco2(только в случае если есть еще и дочерний шлюз zyxel). Вызываеится метод getUserList(который реализован у dlink и cisco2 по разному), который возращает List из объектов типа UserPortStatus. Но вам это не нужно, вы можете в самом DHCP сразу сформировать этот список (ip-port или ip-vlan или ip-vlan-mac).

Далее этот шлюз обращается к DHCP_IPN и передает ему информацию.

stark, а каким образом реализовывается передача связки ip-vlan?

На cisco2 у каждого абонента свой vlan. BGDHCP прописан хелпером у каждого интерфейса
В шлюзе cisco2 я создаю интерфейс абонента.



Как теперь BGDHCP узнает VLAN абонента?

lda добрый день.
Используем подобную схему как у Вас. У Вас вышло ее реализовать?
Может Вы приоткроете завесу с передачей номера VLAN в DHCP_IPN?
Есть предположение, что тут подразумевается, что это должна делать cisco на которой живут и терминируются все пользовательские vlan, и соответственно должна поддерживать opt.82 с вставкой туда номера VLAN.
У нас к сожалению в opt.82 вилан циска не пихает
Расскажите, очень интересно.

связка vlan + ip фактически хранится в базе . А его передает шлюз dhcp , который берет эту инофрмацию из шлюза zyxel (это метод нельзя замениь пока c помощью beanshell). так DHCP_IPN узнает о об этой связке и запоминает ее. Потмо пр авторизации абонета по 82 получает vlan в option 82 .

Готового решения пока нет, что то реализовано, что то висит в подвешенном состоянии.
Вплотную этой темой пока не занимаюсь, нет времени.
Как будет готовое и продуманное решение, то поделюсь.

Кстати , 2 lda и всем кому это интересно .
Тихо и незаметно в 4.6 появился учет портов (благодаря заказу одного из клиентов) . Появились новые вкладки - теперь можно выдывать порты автоматически (выбирать свободный) . Это универсальный механизм, не зависит от шлюза. Есть мониторинг занятых портов . По умолчанию порты выдаются из дипазона 1-24, но это можно поменнять в конифге. пока это нигде не описано .

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

да. правильно . дипазон портов можно задачть в переменной port.range по аналогии с vlan .

Это появилось чуть позже. надо в списке шлюзов модля ipn правой конпкой вызвать контекстное меню.

Ясно, спасибо.

Т.е. все таки в opt82 передается номер порта или вилана от комутатора доступа? Получается, если у нас комутатор доступа не zyxel и не поддеживает opt82, то данная схема работать у нас не будет?