BiTel

На вики лежит список переменных:
ip - ip адрес сервиса или сессии (192.168.1.1)
net - сеть сервиса (192.168.1.1/32)
mask,bitmask - битовая маска сервиса (32)
netmask - маска сервиса в виде (255.255.255.255)
netmaskWild - маска wildcard сервиса (0.0.0.0)
vlan - vlan сервиса
iface, port - интерфейс сервиса
ifaceTitle - наименование интерфейса сервиса
mac - MAC-адрес сервиса (00:14:fd:11:dd:79)
macBytes - MAC-адрес сервиса (0014fd11dd79)
servTitle - наименование сервиса
contractId - код договора
servId - код сервиса
--
А для адреса шлюза переменной нет?

_________________
Сервер: вер. 7.0.1409 / 03.09.2018 20:20:58
os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45

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

_________________
Сервер: вер. 7.0.1409 / 03.09.2018 20:20:58
os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45

Неужели никто не задавался подобными вопросами?

_________________
Сервер: вер. 7.0.1409 / 03.09.2018 20:20:58
os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45

Адреса шлюза вроде нет пока. А нужен ? Он обычно только в самом подключении используется(по ssh, telnet и т.п). Зачем в самих командах нужен Ip шлюза?

Что значит разные сервисы? В зависимости от типа сервиса разные команды ? Что-то такое вроде делали.

Например в routerOS при использовании а-ля ip-unnumbered надо прописывать каждый раз адрес шлюза с адресом клиента



Да, именно это. Подскажите, пожалуйста, где искать.

_________________
Сервер: вер. 7.0.1409 / 03.09.2018 20:20:58
os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45

viewtopic.php?f=42&t=9154&p=80859&hilit=commandSet+servTypeIds#p80903

Делать CustomAbstractTerminalServiceActivator не нужно, этот функционал уже есть в обычной сборке.

Спасибо. Работает. Наверное, надо в инструкцию это добавить.

По поводу адреса шлюза, рассмотрите, пожалуйста, возможность сделать эту переменную. Думаю, она многим пригодится.

_________________
Сервер: вер. 7.0.1409 / 03.09.2018 20:20:58
os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45

Вряд-ли он пригодится. В большинстве случаев адрес шлюза можно руками вбить в конфиг, т.к. он постоянен, если сеть одна, а если сетей много, то проще сделать по устройству на сеть и, опять же, вбить адрес шлюза в конфиг руками.
IMHO, на МТ проще всего сделать так:

Потом останется создать VLAN для абонента и просто повесить туда DHCP сервер


...

Особое внимание следует уделить "arp=reply-only" - тогда МТ будет отвечать на ARP запросы только тем адресам, которые он выдал через DHCP (см. "add-arp=yes" в dhcp-server), т.е. ручками адрес будет вбить нельзя. Если надо разрешить вбивать ручками, то надо писать "arp=proxy-arp".

Чего реально не хватает - это какого нить contractTitle, который позволил бы писать дескрипшены на основе названия договора. Разумеется это все будет нормально работать только если имена контрактов состоят из латинских букв и цифр, хотя если добавить транслитерацию, то была бы вообще красотища.

По устройству на сеть мне не сделать иерархически.
Mikrotik -> 3120 -> Свичи
Но можно сделать несколько сервисов с разными подсетями. Главное потом в этом не запутаться.
У меня в качестве dhcp выступает биллинг. Свичи туда релеят напрямую. На миркотике на влане проксиарп. А contractTitle - да, не хватает. Думал как-нибудь логин автоматом по номеру договора создавать, т.к. по логину можно обзывать сервис, а переменная servTitle присутствует. Но это уже извращение какое-то.

_________________
Сервер: вер. 7.0.1409 / 03.09.2018 20:20:58
os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45

Ты так говоришь извращение, как будто это что-то плохое
БГБ - это такой конструктор, где, как и с любым конструктором, самое главное - фантазия. Если в БГБ нет чего-то очень нужного, то надо либо писать скрипт, либо немного повернуть мозг и использовать X для Y, даже если изначально все задумывалось не совсем так или не совсем для этого.
Например я в dialup использую объекты для того чтобы "прибивать" юзера к порту, т.к. для меня объекты - это просто удобный справочник, а кто-то их использует еще для чего-то.

Адрес шлюза уже оказывается был - $host.
Выкладывается $contractTitle и $translit($contractTitle).
Немного обновил Описание общих параметров для терминальных(ssh/telnet/manad/mikrotik api) обработчиков активации сервисов

Мы, видимо, друг друга не поняли. Нужен был ipGate, которого просто в вики не было...

_________________
Сервер: вер. 7.0.1409 / 03.09.2018 20:20:58
os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45

Amir, ты, как всегда, на высоте!
ОГРОМНОЕ СПАСИБО!

a-ля ip_unnumbered в микротике можно организовать 2 способами:
1. С прописыванием постоянного ип=ип шлюза на vlan-интерфейсе клиента и "сетевым" адресом = ип адресу клиента.( Походу случай TC)
2. Созданием бриджа без портов с ип-ип адресом шлюза и административным MAC-ом "развиланеного" езер-интерфейса и прописыванием маршрутов на ип клиента через этот vlan-interface.

+ второго случая:
a. Не надо по ДХЦП выдавать клиенту ип default-gateway-я.
б. Можно в один влан засунуть несколько ип-ов для клиента.

- второго случая:
а. Надо включать прокси-арп. А так как микротик не ведает различий между proxy-arp и local-proxy-arp - между-вланный клиентский траффик пойдёт через микротик. Придётся задействовать bridge filter.
б. Не возможно отмаршрутизить сетку через ип клиента т.к. статические маршруты с distance=1 в микротике через шлюзы в виде интерфейса не работают

_________________
"Все правые - в резерве!" (c) (translate.google.ru/#en/ru/all%20rigths%20reserved)

Выложилось? В ченжлоге ничего такого не видел. Последний раз когда проверял - в переменную записывалось "null"

_________________
Сервер: вер. 7.0.1409 / 03.09.2018 20:20:58
os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45

С 6.1 есть.
Динамические классы перекомпилировали после обновления?
Ошибок в логах не было когда использовали $contractTitle или $translit?

Да, надо было классы перекомилировать. Теперь работает, но я думал, что переменная $contractTitle возвращает наименование клиента, а не номер договора.

_________________
Сервер: вер. 7.0.1409 / 03.09.2018 20:20:58
os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45

А что имеете ввиду под наименованием?

_________________
Сервер: вер. 7.0.1409 / 03.09.2018 20:20:58
os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45

т.е нужно еще и комментарий договора добавить?

"title" - по-английски, "название", поэтому большинство, обоснованно, понимает так:

а dbinfo и конкретно bgbilling.contract считает, что title = номер договора, а comment = т.н. комментарий

_________________
Цитаты великих людей
Напишите в helpdesk © stark
повторяю: => хелпдеск => доработка => профит © dimOn
свершилось... © skn
Мой код изящен, лёгок, оригинален, краток. Как прохладный весенний ветерок, как звонкий ручей! © dimOn
Вежливый разработчик © Artur
Эти баги тоже исправлены, как и те, которые еще не написаны © Artur
ну т.е. существует воркэраунд, ок © dimOn

Тут, как обычно в БГБ, проблема с русским языком.
"Номер договора" - это и есть "название договора". Оно, обычно, типизируется через настройки после чего генерится автоматом и в базе хранится как название, а вот "комментарий" - это просто комментарий к названию отношения не имеющий. У многих, в т.ч. у меня, "комментарий" вообще не используется.



В таблице contract поле title как раз означает то что надо.

Я вчера с телефона писал, а сеня глянул в клиенте кто есть who и поправил вчерашнее сообщение.

stark, это удобно в клиенте, а на железке, в дескрипшене порта, вполне достаточно названия/номера договора.

Ещё пара вопросов.
Добавление нового профиля железки при куче существующих, для меня мучение, т.к. все параметры, которых нет в другом профиле, наследуются от вышестоящего устройства в иерархии. Например, мне нужно добавить одну строку в конфиг для одного типа устройства:
sa.command.connect=conf t
Допустим, у этого устройства куча дочерних устройств, т.к. оно является маршрутизатором сегмента, и они все примут это в свой конфиг по иерархии. Чтобы этого не происходило, я должен зайти и замаскировать эту строку практически в каждом профиле, который у меня есть. Более того, если я завожу команды не через разделитель, а отдельной строкой с общим префиксом, то надо ещё и следить, чтобы этих команд оказалось меньше, чем на дочерних устроствах, а если нет, то в каждом профиле добавлять лишние пустые строки. Если у меня зоопарк из устройств, то это просто беда. Есть ли какой-то способ не наследовать настройки обработчика активатора сервисов (для меня в принципе загадка зачем это делается) ? Если нет, то планируется ли добавить такую возможность?

_________________
Сервер: вер. 7.0.1409 / 03.09.2018 20:20:58
os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45

Второй вопрос. Есть не очень хорошая железка.
Для неё подходит строка sa.endSequence=#
Подходит ровно до тех пор, пока не сохраняешь конфиг.
router#write
Overwrite file [startup-config] ?[Yes/press any key for no]....

Вот тут активатор ждёт "#" и не отправляет следующую команду. Что можно сделать в этом случае?

_________________
Сервер: вер. 7.0.1409 / 03.09.2018 20:20:58
os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45

Укажите в конфиге
sa.config.inherit=0
Тогда не будет использовать наследованные параметры - только из конфига устройства и типа усройства.

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

http://wiki.bitel.ru/index.php/%D0%9E%D0%B1%D1%80%D0%B0%D0%B1%D0%BE%D1%82%D1%87%D0%B8%D0%BA_%D0%B0%D0%BA%D1%82%D0%B8%D0%B2%D0%B0%D1%86%D0%B8%D0%B8_%D1%81%D0%B5%D1%80%D0%B2%D0%B8%D1%81%D0%BE%D0%B2_%D0%BF%D0%BE_telnet

Попробуйте или так, если первый вариант вдруг не сработает