forum.bitel.ru http://forum.bitel.ru/ |
|
Иерархия устройств http://forum.bitel.ru/viewtopic.php?f=44&t=10922 |
Страница 1 из 1 |
Автор: | PavelGloba [ 22 сен 2015, 18:46 ] |
Заголовок сообщения: | Иерархия устройств |
В некоторых, известных мне, биллинговых системах иерархия устройств устроена по другому. В них можно линковать устройства друг с другом, т.е. фактически строить карту сети, по которой потом можно пробросить влан от коммутатора доступа до коммутатора агрегации, если используется vlan на абонента. Здесь никаких намёков на это нет и приходится использовать gvrp ![]() Физическая схема выглядит иначе. В коммутатор агрегации в разные порты подключено много свичей доступа, от которых могут быть подключены другие свичи доступа итд. При такой иерархии влан создается на коммутаторе агрегации (на конкретно указанном порту, т.к. в текущей иерархии нельзя выбирать от какого порта какая цепь свичей подключена) и на абонентском порту коммутатора доступа. Далее влан автоматически прокидывается между ними с помощью gvrp и все счастливы. Всё бы было хорошо, но в сети есть порядка 40 свичей, на которых gvrp нет и добавлять такой фунционал разработчик не собирается. 1. Такие свичи приходится ставить в конец цепи, т.к. через них по gvrp vlan не прокидывается. 2. Если свич таки стоит в конце цепи, и средствами биллинга можно добавить на клиентском порту нужный влан аксессом и транком на аплинке (который всегда придется менять руками в каждом конкретном случае, либо вешать его на все порты, которые могут быть аплинковыми) то всёравно нужно будет заходить на свич, который стоит выше в цепи, создавать там влан и вешать его на порт, в сторону свича без gvrp. Есть ли какие-то идеи как автоматизировать данный процесс? Заранее создавать на всех свичах вланы или отказыватся от схемы vlan на абонента предлагать не надо. |
Автор: | ok-2004 [ 22 сен 2015, 19:09 ] |
Заголовок сообщения: | Re: Иерархия устройств |
Хм, по мотивам NOC-проекта на НАГ-е ? А автоматизировать создание вланов на свитчах длинк планируете с помощью snmp или telnet-а ? В обоих случаях придется создавать и поддерживать все модели в "типах устройств" в актуальном состоянии( сменили прошивку, аппаратную версия или модель свитча ) - будте любезны корректировать . Да и смысл дерева устройств в БЖБ несколько другой . |
Автор: | PavelGloba [ 22 сен 2015, 19:56 ] |
Заголовок сообщения: | Re: Иерархия устройств |
ok-2004 писал(а): Хм, по мотивам NOC-проекта на НАГ-е ? Этого nocproject'a? ![]() btw, такого функционала в нём тоже нет и неизвестно будет ли вообще. ok-2004 писал(а): А автоматизировать создание вланов на свитчах длинк планируете с помощью snmp или telnet-а ? Телнет. ok-2004 писал(а): В обоих случаях придется создавать и поддерживать все модели в "типах устройств" в актуальном состоянии( сменили прошивку, аппаратную версия или модель свитча ) - будте любезны корректировать . Я и так поддерживаю всё в актуальном состоянии. Все свичи приведены к той версии прошивки, где синтаксис комманд для них не отличается. Да и каких-то отличающихся друг от друга ревизий у меня нет/их мало. В каждом типе устройств свой набор команд для каждого типа сервиса. Всё уже настроено и условно работает, за исключением косяков в конфигах некоторых свичей. Вопрос только в устройствах, корторые gvrp не поддерживают. Для них нужен какой-то костыль. В голову пришло только на каждом таком в конфигурации создания сервиса прописывать команды подключения к вышестоящему устройству и прописывания на нём влана. |
Автор: | Amir [ 22 сен 2015, 20:17 ] |
Заголовок сообщения: | Re: Иерархия устройств |
InetAccess и сейчас подключается к вышестоящим устройствам, если у них указан ServiceActivator. Проблема, как я понимаю, только в том, что в ServiceActivator'е свича агрегации не будет информации на какой именно порт или порты (через которые подключен конечный коммутатор) добавлять VLAN. В некоторых случаях для устройств, которых немного (какой-нибудь GPON) и с не очень большим кол-вом интерфейсов/устройств, я предлагал делать в дереве виртуальное устройство-интерфейс, под которым были уже устройства, подключенные к этому интерфесу. Также можно создать в Справочники - Атрибуты Сущность, добавить туда текстовый параметр Порты подключения и указать эту сущность в типе устройства конечного коммутатора. Далее на вкладке атрибуты устройства-коммутатора указать значение. В TelnetServiceActivator можно искользовать как $deviceAttr($servDeviceId,1). Вообще думали сделать возможность привязки на вкладке Интерфейсы интерфейса к интерфейсу другого устройства. Но пока не просили такого, да и времени не было. Кстати, а нельзя по MAC-адресу конечного коммутатора командами telnet на коммутаторе агрегации узнать, через какие порты подключен конечный? |
Автор: | PavelGloba [ 22 сен 2015, 20:58 ] |
Заголовок сообщения: | Re: Иерархия устройств |
Amir писал(а): InetAccess и сейчас подключается к вышестоящим устройствам, если у них указан ServiceActivator. Проблема, как я понимаю, только в том, что в ServiceActivator'е свича агрегации не будет информации на какой именно порт или порты (через которые подключен конечный коммутатор) добавлять VLAN. Проблема не только в этом. Если у меня есть 2 разных коммутатора: коммутатор агрегации и коммутатор доступа, то ваше решение вроде подходит. Но таких мест на сети практически нет. Везде идут деревья: Коммутатор агрегации -> коммутатор доступа -> коммутатор доступа -> коммутатор доступа От одного коммутатора доступа могут быть включены сразу несколько других таких же. Конфиг таких коммутаторов выглядит примерно так: Код: sa.commandSet.cmd2.serv.create.1=config ports $port state disable sa.commandSet.cmd2.serv.create.2=config vlan vlanid 1 delete $port sa.commandSet.cmd2.serv.create.3=create vlan vlan$vlan tag $vlan sa.commandSet.cmd2.serv.create.4=config vlan vlanid $vlan advertisement enable sa.commandSet.cmd2.serv.create.5=config vlan vlanid $vlan add untagged $port sa.commandSet.cmd2.serv.create.6=config dhcp_relay port $port state enable sa.commandSet.cmd2.serv.create.7=config dhcp_relay vlan vlanid $vlan state enable sa.commandSet.cmd2.serv.create.8=config ports $port state enable sa.commandSet.cmd2.serv.create.9=config ports $port description $contractTitle-$servTitle sa.commandSet.cmd2.serv.cancel.1=delete vlan vlanid $vlan sa.commandSet.cmd2.serv.cancel.2=config dhcp_relay port $port state disable sa.commandSet.cmd2.serv.cancel.3=config dhcp_relay vlan vlanid $vlan state disable sa.commandSet.cmd2.serv.cancel.4=clear address_binding dhcp_snoop binding_entry ports $port sa.commandSet.cmd2.serv.cancel.5=config ports $port description EX$contractTitle-$servTitle sa.commandSet.cmd2.serv.disable.1= sa.commandSet.cmd2.serv.disable.2= sa.commandSet.cmd2.serv.enable.1= sa.commandSet.cmd2.serv.enable.2= Если я расположу их в дереве устройств не на одном уровне друг с другом, а подключенными друг от друга, то ничего дельного из этого не выйдет. Создавать для каждого свича, от которого что-то подключено, отдельное устройство с другими настройками - это вообще не вариант. Конкретно для этих ~40 свичей, конечно, можно делать какие-то вышестоящие устройства другого типа, если очень сильно захотеть (это как раз и получается тот костыль, который мне был нужен), но хотелось бы какое-то универсальное решение, чтобы в идеале можно было прокидывать влан целиком по всему пути статикой. Amir писал(а): Кстати, а нельзя по MAC-адресу конечного коммутатора командами telnet на коммутаторе агрегации узнать, через какие порты подключен конечный? Это можно сделать на любом, известном мне, управляемом свиче. Разница будет только в выводе информации: Код: DGS-3120-24SC:admin#sh fdb mac C0-A0-BB-DF-6E-72
Command: show fdb mac_address C0-A0-BB-DF-6E-72 VID VLAN Name MAC Address Port Type Status ---- -------------------------------- ----------------- ----- ------- ------- 30 vlan30 C0-A0-BB-DF-6E-72 1:2 Dynamic Forward Total Entries: 1 |
Автор: | PavelGloba [ 23 сен 2015, 17:46 ] |
Заголовок сообщения: | Re: Иерархия устройств |
Кстати. А как сделать так, чтобы костыльный свич не участвовал в поиске сервиса, при запросах dhcp option82? Достаточно будет удалить все настройки связанные с dhcp, по типу dhcp.servSearchMode ? Просто было такое, что я создавал 2 устройства с одним IP адресом и делал им разные типы и разные настройки, и когда прилетал запрос dhcp от клиента, биллинг искал сервис на том устройстве, у которого ID меньше, и из-за этого выбирал то, к которому сервис не привязан. |
Автор: | PavelGloba [ 28 сен 2015, 18:51 ] |
Заголовок сообщения: | Re: Иерархия устройств |
up |
Страница 1 из 1 | Часовой пояс: UTC + 5 часов [ Летнее время ] |
Powered by phpBB® Forum Software © phpBB Group http://www.phpbb.com/ |