BiTel

Форум BiTel
bgbilling.ru     docs.bitel.ru     wiki.bitel.ru     dbinfo.bitel.ru     bgcrm.ru     billing.bitel.ru     bitel.ru    
Текущее время: 28 апр 2024, 01:28

Часовой пояс: UTC + 5 часов [ Летнее время ]




Начать новую тему Ответить на тему  [ Сообщений: 17 ] 
Автор Сообщение
СообщениеДобавлено: 30 сен 2015, 19:14 
Не в сети
Клиент

Зарегистрирован: 21 май 2008, 10:54
Сообщения: 599
Откуда: 50-й рег.
Карма: 40
Добрый вечер!

Исходные данные :
-Схема :"vlan_per_user".
-У клиентов в квартире стоят хабы/свитчи/бриджи к которым подключено до 5-ти планшетов/смартфонов/ноутов по wifi/ethernet-у

Что имеем в БЖБ:

1. Создали тип сервиса:
Вложение:
type_of_service.png
type_of_service.png [ 25.99 КБ | Просмотров: 8859 ]


2.Создали ип-ресурсы:
Вложение:
ip_resource.png
ip_resource.png [ 28.44 КБ | Просмотров: 8859 ]

и влан-ресурсы:
Вложение:
vlan_resource.png
vlan_resource.png [ 18.65 КБ | Просмотров: 8859 ]


3.Создали типы устройств:

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


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 30 сен 2015, 19:18 
Не в сети
Клиент

Зарегистрирован: 21 май 2008, 10:54
Сообщения: 599
Откуда: 50-й рег.
Карма: 40
Вложение:
tipi_ustroistv.png
tipi_ustroistv.png [ 5.91 КБ | Просмотров: 8857 ]


В "типах устройств" создано устройство типа DHCP с пустым конфигом , с пустыми обработчиками и сущностями.
Единственное, что в нем создано - это набор интерфейсов.

4. Потом создали дерево:
Вложение:
derevo.png
derevo.png [ 13.78 КБ | Просмотров: 8857 ]


и в самом конечном устройстве написали :
Вложение:
dhcp.png
dhcp.png [ 49.19 КБ | Просмотров: 8857 ]


5. Клиенту завели сервис :

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


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 30 сен 2015, 19:25 
Не в сети
Клиент

Зарегистрирован: 21 май 2008, 10:54
Сообщения: 599
Откуда: 50-й рег.
Карма: 40
Вложение:
servise.png
servise.png [ 12.34 КБ | Просмотров: 8854 ]


Получилось :

Вложение:
final.png
final.png [ 6.85 КБ | Просмотров: 8854 ]


Проверяем:

Клиент живет в 5 влане и включён в порт 5 dhcp-relay-я с ипом 192.168.136.245 ( совпадающем с его remoteId )
Требуется на каждое утройсво в квартире клиента выдавать разные ип :
1-ое устр-во: 192.168.168.18
2-ое устр-во: 192.168.168.19
3-ое устр-во: 192.168.168.20
4-ое устр-во: 192.168.168.21
5-ое устр-во: 192.168.168.22

Но один шлюз: 192.168.168.17
Одну маску : 255.255.255.248
Один ДНС: 8.8.4.4

Вот клиент включил 1-ое устройство:

Код:
Message type: BOOT_REQUEST
Dhcp message type: DHCP Discover{1}
htype: 1, hlen: 6, hops: 1
xid: 1209235420, secs: 4, flags: -32768
Client IP: 0.0.0.0
Your IP: 0.0.0.0
Server IP: 0.0.0.0
Relay IP: 192.168.136.245
Client MAC: {000503080102}
  Parameter request list{55}={1, 121, 3, 33, 6, 42, -118}
  Host name{12}={qqq}
  {61}={01000503080102}
  Agent information{82}=
    sub{1}={000400050005}
    sub{2}={010F3139322E3136382E3133362E323435}

Message type: BOOT_RESPONSE
Dhcp message type: DHCP Offer{2}
htype: 1, hlen: 6, hops: 1
xid: 1209235420, secs: 0, flags: -32768
Client IP: 0.0.0.0
Your IP: 192.168.168.18
Server IP: 0.0.0.0
Relay IP: 192.168.136.245
Client MAC: {000503080102}
  Agent information{82}=
    sub{1}={000400050005}
    sub{2}={010F3139322E3136382E3133362E323435}
  IP Address Lease Time{51}=86400
  Server Identifier{54}={C0A888F4}
  Router{3}=192.168.168.17
  Subnet mask{1}=255.255.255.248
  DNS{6}={08080404}

Message type: BOOT_REQUEST
Dhcp message type: DHCP Request{3}
htype: 1, hlen: 6, hops: 1
xid: 1209235420, secs: 4, flags: -32768
Client IP: 0.0.0.0
Your IP: 0.0.0.0
Server IP: 0.0.0.0
Relay IP: 192.168.136.245
Client MAC: {000503080102}
  Server Identifier{54}={C0A888F4}
  Requested IP Address{50}=192.168.168.18
  Parameter request list{55}={1, 121, 3, 33, 6, 42, -118}
  Host name{12}={qqq}
  {61}={01000503080102}
  Agent information{82}=
    sub{1}={000400050005}
    sub{2}={010F3139322E3136382E3133362E323435}

Message type: BOOT_RESPONSE
Dhcp message type: DHCP ACK{5}
htype: 1, hlen: 6, hops: 1
xid: 1209235420, secs: 0, flags: -32768
Client IP: 0.0.0.0
Your IP: 192.168.168.18
Server IP: 0.0.0.0
Relay IP: 192.168.136.245
Client MAC: {000503080102}
  Agent information{82}=
    sub{1}={000400050005}
    sub{2}={010F3139322E3136382E3133362E323435}
  IP Address Lease Time{51}=86400
  Server Identifier{54}={C0A888F4}
  Router{3}=192.168.168.17
  Subnet mask{1}=255.255.255.248
  DNS{6}={08080404}


и получил ип 192.168.168.18 на него
-------------
А вот клиент ключил 2-оу устройство:

Код:
Message type: BOOT_REQUEST
Dhcp message type: DHCP Discover{1}
htype: 1, hlen: 6, hops: 1
xid: 890790008, secs: 2, flags: -32768
Client IP: 0.0.0.0
Your IP: 0.0.0.0
Server IP: 0.0.0.0
Relay IP: 192.168.136.245
Client MAC: {D4CA6D6676CD}
  Parameter request list{55}={1, 121, 3, 33, 6, 42, -118}
  Host name{12}={MikroTik}
  {61}={01D4CA6D6676CD}
  Agent information{82}=
    sub{1}={000400050005}
    sub{2}={010F3139322E3136382E3133362E323435}

Message type: BOOT_RESPONSE
Dhcp message type: DHCP Offer{2}
htype: 1, hlen: 6, hops: 1
xid: 890790008, secs: 0, flags: -32768
Client IP: 0.0.0.0
Your IP: 192.168.168.18
Server IP: 0.0.0.0
Relay IP: 192.168.136.245
Client MAC: {D4CA6D6676CD}
  Agent information{82}=
    sub{1}={000400050005}
    sub{2}={010F3139322E3136382E3133362E323435}
  IP Address Lease Time{51}=86400
  Server Identifier{54}={C0A888F4}
  Router{3}=192.168.168.17
  Subnet mask{1}=255.255.255.248
  DNS{6}={08080404}

Dhcp message type: DHCP Request{3}
htype: 1, hlen: 6, hops: 1
xid: 890790008, secs: 2, flags: -32768
Client IP: 0.0.0.0
Your IP: 0.0.0.0
Server IP: 0.0.0.0
Relay IP: 192.168.136.245
Client MAC: {D4CA6D6676CD}
  Server Identifier{54}={C0A888F4}
  Requested IP Address{50}=192.168.168.18
  Parameter request list{55}={1, 121, 3, 33, 6, 42, -118}
  Host name{12}={MikroTik}
  {61}={01D4CA6D6676CD}
  Agent information{82}=
    sub{1}={000400050005}
    sub{2}={010F3139322E3136382E3133362E323435}

Message type: BOOT_RESPONSE
Dhcp message type: DHCP ACK{5}
htype: 1, hlen: 6, hops: 1
xid: 890790008, secs: 0, flags: -32768
Client IP: 0.0.0.0
Your IP: 192.168.168.18
Server IP: 0.0.0.0
Relay IP: 192.168.136.245
Client MAC: {D4CA6D6676CD}
  Agent information{82}=
    sub{1}={000400050005}
    sub{2}={010F3139322E3136382E3133362E323435}
  IP Address Lease Time{51}=86400
  Server Identifier{54}={C0A888F4}
  Router{3}=192.168.168.17
  Subnet mask{1}=255.255.255.248
  DNS{6}={08080404}


и получил ТОТ ЖЕ самый ип : 192.168.168.18 ! :facepalm:

А хотелось бы :192.168.168.19 .... :cry:

А теперь вопрос к знатокам :


Как по ДХЦП выдать клиенту в один влан и в один порт релея и в один и тот же релей разные ипы из диапазона, назначенного в сервисе клиента ?

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


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 30 сен 2015, 19:32 
Не в сети
Разработчик
Аватара пользователя

Зарегистрирован: 19 дек 2006, 21:04
Сообщения: 5970
Карма: 256
Предыдущая сессия при этом закрывается? Если да, то наверное в конфигурации указан параметр
Код:
dhcp.connection.closeOnNew=1
http://docs.bitel.ru/x/doMY


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 30 сен 2015, 19:46 
Не в сети
Клиент

Зарегистрирован: 21 май 2008, 10:54
Сообщения: 599
Откуда: 50-й рег.
Карма: 40
YESSS!

Убрал этот параметр и получил на оба устройства разные ипы:...18 т ....19 !

Amir, ты сделал мой день!

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


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 01 окт 2015, 18:29 
Не в сети

Зарегистрирован: 23 янв 2015, 19:11
Сообщения: 189
Карма: 5
Если не секрет, как влан прокидывается до юзера? Это делается не с помощью биллинга?

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


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 01 окт 2015, 18:39 
Не в сети
Клиент

Зарегистрирован: 21 май 2008, 10:54
Сообщения: 599
Откуда: 50-й рег.
Карма: 40
Не секрет - руками.
Более того , ип-ы клиентам по дхцп тоже не бжб раздаёт.

Просто решил ещё раз проверить , научился ли БЖБ выдавать статическую сетку в влан юзера или нет....

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


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 02 окт 2015, 12:55 
Не в сети
Разработчик

Зарегистрирован: 08 ноя 2007, 01:05
Сообщения: 8343
Откуда: Уфа
Карма: 238
ok-2004 писал(а):
Не секрет - руками.
Более того , ип-ы клиентам по дхцп тоже не бжб раздаёт.

Просто решил ещё раз проверить , научился ли БЖБ выдавать статическую сетку в влан юзера или нет....

А всякие там GVRP нельзя использовать ?


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 02 окт 2015, 13:44 
Не в сети
Клиент

Зарегистрирован: 21 май 2008, 10:54
Сообщения: 599
Откуда: 50-й рег.
Карма: 40
Цитата:
А всякие там GVRP нельзя использовать ?


Да можно конечно, не в этом суть.
Проложить влан абоненту от ядра в его домашний порт - не такая уж большая проблема.У нас ваще это делается за один шаг.

90% "хотелок" на форуме сводятся к тому чтобы натянуть на ACP БЖБ фичи управления сетью или сетевой инвентаризации. Некоторые даже хотят пристегнуть к ней
функции мониторинга или сбора сетевой статистики .

Не правильно всё это. ИМХО, неправильно....

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


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 02 окт 2015, 15:35 
Не в сети

Зарегистрирован: 23 янв 2015, 19:11
Сообщения: 189
Карма: 5
Это, конечно, неправильно, но как по мне - терминацией абонента должен заниматься биллинг. Тем более, если в нём уже заложены для этого все функции. Для выдачи IP с помощью option82 так или иначе в биллинг придётся добавить подсеть ip адресов, Свич, Порт. Можно ещё и влан. Уже есть несколько активаторов в которые все эти параметры можно передать. Для каждого устройства можно написать любую конфигурацию, которая нужна. Для того, чтобы прокидывать и разбирать вланы вообще на любой сети не хватает только связи между устройствами, о которой я уже писал в этой теме viewtopic.php?f=44&t=10922 , кстати мне так никто и не ответил на последний вопрос.

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


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 02 окт 2015, 18:03 
Не в сети
Клиент

Зарегистрирован: 21 май 2008, 10:54
Сообщения: 599
Откуда: 50-й рег.
Карма: 40
Цитата:
Для того, чтобы прокидывать и разбирать вланы вообще на любой сети не хватает только связи между устройствами


Если я правильно понял, Вы имеете ввиду вланы на магистралях между коммутаторами ?
Можно ведь сразу:
1. все магистральные порты ( у нас они 24-28 всегда) сделать тегированными во всех 4094 вланах, влан по умолчанию ( vlanid=1 ) удалить cо всех портов и управляющий влан сделать нетагированным на этих магистральных портах.
2. включить port-based loopdetect на магистральных downlink-портах ( смотрящих в сторону доступа ) и выключить loopdetect на uplink-портах (смотрящих в сторону ядра).
3. Назначить ип , шлюз , логин-пароль свитчу, прописать на нём удалённый сислог-сервер .
4. Отнести его "на район" и поставить.
4. После установки Монтажник звонит оператору, оператор прописывает его в "базе" путем запуска через веб-морду
"upload cfg_toTFTP x.x.x.x dest_file /tftp/y.y.y.y_ddmmyy_HHMMSS.cfg"

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

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


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 02 окт 2015, 18:32 
Не в сети

Зарегистрирован: 23 янв 2015, 19:11
Сообщения: 189
Карма: 5
Я не любитель vlan-trunk + есть свичи, которые эту функцию не поддерживают. Создавать на них 4к вланов у меня тоже желания нет. Я считаю и всегда считал что вланы должны быть прописаны статически и только там, где это нужно.

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


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 06 окт 2015, 14:38 
Не в сети

Зарегистрирован: 07 май 2008, 13:34
Сообщения: 594
Откуда: Москва
Карма: 27
ok-2004 писал(а):
90% "хотелок" на форуме сводятся к тому чтобы натянуть на ACP БЖБ фичи управления сетью или сетевой инвентаризации.
Не правильно всё это. ИМХО, неправильно....

Не правильно это в смысле не по феншую? Да и пусть. По феншую задача согласованности данных между инвентори, АСР, CRM и бухгалтерией выльется как минимум в десятки миллионов и далеко не факт что получится. К слову, вы где то видели нормальные инвентори написанные не под заказ? Я нет. Ну я понимаю что есть набор костылей для управления стеком коммутаторов или сходной задачи, но как эти костыли интегрировать с другими системами? Я видел какое то древнее ТЗ инвентори системы написанное Комкором, софт писался под заказ и, на сколько я знаю, был успешно внедрен, стоимость этой радости если не на два порядка больше стоимости BGB, то очень близко к тому. Пару лет назад мы пытались найти готовую систему для себя (спутниковая ku/ka и MPLS сети), кто только не приходил с презентациями, полгода длилась эпопея. Не увидели ни одной пригодной системы.

BGB позволяет пробросить инвентори: решает задачу согласованности конфигурации оборудования и АСР, на мой взгляд это один из главных плюсов системы.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 08 окт 2015, 14:32 
Не в сети
Разработчик

Зарегистрирован: 08 ноя 2007, 01:05
Сообщения: 8343
Откуда: Уфа
Карма: 238
В теории мы хотели сделать инвентори систему отдельную.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 08 окт 2015, 14:50 
Не в сети

Зарегистрирован: 07 май 2008, 13:34
Сообщения: 594
Откуда: Москва
Карма: 27
К сожалению задача инвентори гораздо масштабнее АСР. Одно дело написать инвентори для сети "Рога и Копыта", совсем другое пытаться реализовать универсальную систему. Придется разбираться во всех сетевых тонкостях и реализовывать учет огромного кол-ва виртуальных ресурсов взаимосвязанных между собой, в противном случае инвентори будет мало отличима от "склада", чем и страдают большинство предложений на рынке тиражируемых инвентори.
Это, в принципе, и к ERP системам относится. R3 свой рынок имеет только благодаря тому что это по сути инструментарий для создания ERP, а не готовое решение, это так же является причиной совершенно сказочных цен на внедрение.

Хотя разработка систем ориентированных на ограниченный рынок тоже имеет право на жизнь, тут не поспоришь.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 08 окт 2015, 15:35 
Не в сети
Клиент

Зарегистрирован: 21 май 2008, 10:54
Сообщения: 599
Откуда: 50-й рег.
Карма: 40
Цитата:
В теории мы хотели сделать инвентори систему отдельную.


Правильно, архиправильно....

Дерево устройст в модуле inet (я так понял) было сделано для наглядного представления каким способом указанные в сервисе параметры передаются по цепочке вверх до Access/Accounting серверов.

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

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


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 08 окт 2015, 17:16 
Не в сети

Зарегистрирован: 07 май 2008, 13:34
Сообщения: 594
Откуда: Москва
Карма: 27
ok-2004 писал(а):
Дерево устройст в модуле inet (я так понял) было сделано для наглядного представления каким способом указанные в сервисе параметры передаются по цепочке вверх до Access/Accounting серверов.

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

ok-2004 писал(а):
Всякие просежуточные свитчи, на которых надо создать и прогнать через них заданный в сервисе влан до терминатора в ядре конечно могут наглядно отображать топологию сети, но помещение их в дерево устройств создаст чуство хаоса в душе и растроит органы пищеварения.

"влан пробрасывается" это как раз пример реализации конкретных "потребностей", а не поддержку технологии. На самом деле VLAN, грубо, это L2 туннель, и VLANID+устройство могут выступать единственной информацией для сопоставления сервиса - и как предлагаете такие сервисы заводить? Где отслеживать информацию какой ifindex сабинтерфейса какого маршрутизатора какому VLAN и на каком коммутаторе соответствует? В экселе?

А если свитч это не DLINK и у него over9000 портов, при этом он не является "источником данных", но сервис предоставляемый через этот свитч имеет зубодробительную конфигурацию и соответствующие возможности, которые необходимо использовать при предоставлении сервиса клиенту? А если это вообще не свич, а, ну не знаю, SOAP интерфейс через который агент может управлять иридиумовскими симками?

В любом случае текущий функционал BGB уникален для АСР систем, в задницу фэн шуй и чье то чувство хаоса :)


Вернуться к началу
 Профиль  
 
Показать сообщения за:  Поле сортировки  
Начать новую тему Ответить на тему  [ Сообщений: 17 ] 

Часовой пояс: UTC + 5 часов [ Летнее время ]


Кто сейчас на конференции

Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 1


Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете добавлять вложения

Найти:
Перейти:  
POWERED_BY
Русская поддержка phpBB
[ Time : 0.206s | 56 Queries | GZIP : On ]