1. Конфигурировать будем как? параметры которые собирать будут задаваться изначально где-то в НОКе (например jitter и прочее)? или скрипт будет выдёргивать всё?

а дальше уже это вытаскивать из базы

вот тебе пример: EH-1200TL>show lldp-remote lldp-remote eth0 0 chassis-id : 192.168.0.1 lldp-remote eth0 0 chassis-id-subtype : network-addr

просто, параметров очень много

в базу чот-то положить надо

пока вопрос даже в том

что нужно сделать в NOC

чтобы начать что-то собирать

вот вот, по хорошему - галочку в профиле но на всех вендоров галочек не напасёшься

по хорошему скрипт должен выдёргивать - что может железка

а потом можно было выбрать, что собирать

или как сейчас - самому создавать метрики

Дим! сделай чтобы IGetDiscoveryID работал

и там не один IP адрес должен быть, а все IP адреса железки

Можем пойти с конца. первоначально у нас есть Договор. С параметрами SLA. В договоре есть IP адреса Имена параметров Думаю, имена параметров необходимо хранить в НОКе и там задавать соответствие параметр на железке. А когда будет настройка SLA - то там можно описать - как его рассчитывать.

а для железки в профиле можно сделать список SLA или просто галочку - SLA

чтобы было понятно какие параметры будут собираться

имена параметров, считай, metric type

по логике вещей, никто не придумывает специфичные sla для каждого договора

они группами идут

и лягут в path profile

ну или обзовем его SLA profile

дальше

у нас SLA только точка-точка

или может быть точка-многоточка?

в простом мире не думаю - но никто же не мешает создать свою формулу

если всё лежит в базе

только не знаю:) надо ли оно

мультикаст и p2mp lsp взякие?

я не силён в провайдерских потребностях... но наверняка есть ситуации когда потребуется считать что-то специфическое

но, думаю, данный функционал можно перевести в отчёты

главное чтобы данные были

@dvolodin ext6 визуально работает. ошибок не видно

ага

надо слить, наверное

ну по-другому никак, наверное =)

https://bitbucket.org подглючивает?

а посмотрите-ка два форумных движка

http://www.discourse.org

и

http://flarum.org

какой поднимать будем?

@dvolodin по поводу разговора о SLA я вспомнил зачем использовались разные порты. Когда настроенs политики QOS, то создавались несколько SLA проб для того чтобы измерять параметры для каждой из политик (premium, standart, realtime)

@dvolodin т.е. SLA могут быть для класса трафика - это надо как-то отражать в настройках

у них id разные будут же

а где будет сопоставляться id пробы и QOS в ноке ?

я про то, что в договорах указывается SLA для классов трафика

и, желательно, в get_metrics передавать класс трафика (в виде значения tos)

это все-таки настройки проб

почему проб? у нас есть договор SLA - там написано - класс трафика realtime, jitter 2 мс. ... а на циске, например, у нас висят IP SLA для всех классов и пробе надо как-то понять - какое значение её просят считать

хотя у нас есть настройка порта...

Влил ext6 в microservices

тогда нужно разбираться с сущностями и терминологией

да

пока, с этим путаница

у нас есть cisco'вский ip sla, juniper'овский rpm

просто twamp

Y.1731 и прочее

можно начать с договора SLA - это, как бы, дано и нужно передать пробе какие параметры снимать а проба на основании переданных данных преобразует их в названия конкретного вендора

есть железки

как нечно

с чего можно снимать метрики

есть SLA

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

используя метрики

а как с хуйвеями? у них тоже есть аналог ip sla

если с конца - чтобы получить метрику с устройства, нам необходимо знать её идентификатор

значит и его нужно учитывать

в случае SNMP - это OID в случае CLI - набор команд

NQA в хуйвее

преобразованием MetricType -> OID будет заниматься get_metric и вопрос - какие параметры необходимо ему передать, чтобы он смог сделать однозначное преобразование

SLA проб на устройстве может быть куча настроена

ещё и отличаются у производителей(

там не обязательно oid

метод сбора данных особой роли играть не должен

положим, что мы собираем их по SOAP :)

сейчас xmind новый накачу

положим) ну так вот - НОКу ничего не известно о наличие SLA проб на устройстве Он значет только имя метрики и путь - в случае SLA этого не достаточно. поскольку могут быть пробы для отдельных классов трафика, ещё зачем-то созданы. Т.к. в случае циски пробы отличаются ID можно хоть 20 проб создать, которые будут мерять одно и тоже. Надо это, как-то, разрулить.

mind map :)

ага

https://www.mindmeister.com/726167138/sla

я бы добавил таки классы трафика у меня был случай когда организация меряла Метрики по классам трафика. У них это было в договоре SLA

Кто-то встречал подобное поведение?

@Sk1f3r я тебе скажу, что на ex еще и связка isg, dai, dhcp-snooping плохо работает с линуксом

38:63:BB:B8:2B:DC 10.4.3.25 402 dynamic VLAN401 ge-0/0/0.0 AC:B5:7D:05:52:52 10.17.51.12 - dynamic VLAN401 ge-0/0/0.0 И еще, 52:52 - wlan; 2b:dc - eth0 Вот какого хера я вижу мак wlan на ge-0/0/0? Настройка сети на ПК обычная, без бриджей и т.п.

ubuntu 14.04

С точками доступа, с телефонами, с другими клиентами проблем нет. 2 тестовых ПК на линуксе не продливают лизы и в итоге ex блочит

Вот только что посмотрел, было 38:63:BB:B8:2B:DC 10.4.3.25 6956 dynamic VLAN401 ge-0/0/0.0 стало 38:63:BB:B8:2B:DC 10.4.3.25 575 dynamic VLAN401 ge-0/0/0.0

разница секунд 10

так добавляй

в комментариях к карте?

и идеями

а микросервисы уже нормально на центос деплоятся? и ваще нормально маштабируются на 20к девайсов с включённым сислогом ?

да

а микросервисы уже нормально на центос деплоятся? и ваще нормально маштабируются на 20к девайсов с включённым сислогом ?

Там тесты есть с 15к девайсов

полгода назад мне так же говорили

55k тянем

готовимся еще 30k долить