есть в NOC

она сдохла, ее поменяли с 24 на 48 портов и другого вендора

NOC ее подхватил

а биллинг знать не знает

забыли

что в результате?

процессы разные

у нас изначально любой свитч появляется в билинге

?

и билинг - источник данных

процессы разные

NOC умел provisioning еще лет 10 назад

ага

блаженны незнающие

он не появляется

а заменяется

в страшной запарке

и вполне жизненный пример у нас есть

когда в NRI - жопа

полная

она сдохла, ее поменяли с 24 на 48 портов и другого вендора

ок, а как нок узнаёт, что _именно_эта_железка_ - не просто новая, а _именно_вместо_вон_той_ ?

а догадайся ?

догадайся :)

да хз, если сам "подхватывает" - то разве что по топологии

NOC поднял TT, что железка недоступна

и ебет эксплуатацию

когда он закроет TT?

правильно, когда железка появится

например, адрес тот же на ней остался

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

или тут же огребешь аварию, что на железку не зайти

@irc0p просто в NOC это вопрос решили уже давно, после кучи попыток. Но тебе все только предстоит

сразу куча вопросов :) - адрес какой? ip, или "д.такой-то ул.такая-то?" :) - кто этот адрес назначает? - если dhcp, то dhcp должен как-то узнать, что этому вот стоковому свитчу нужно такой-то айпишник навесить - и только тогда нок об этом узнает)

@irc0p просто в NOC это вопрос решили уже давно, после кучи попыток. Но тебе все только предстоит

ваще не спорю)

зачем? ?

просто игнорирование чужого опыта

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

нет, вон же, я распрашиваю :)

вот у нас сейчас есть милое правило - не верить паролям из техучета

они не работают

?

профиль, платформа, версия прошивки, файл image, серийный номер

там сильно сложнее все

но вот такова жизнь

профиль, платформа, версия прошивки, файл image, серийный номер

Да блин, понятно, что он узнаёт, что _другая_ железка получила тот же айпишник Непонятно, откуда этот айпишник на новой железке берётся, кто его назначает?)

нет, вон же, я распрашиваю :)

биллинг уже умеет собирать серийные номера, валидацию конфигов, сравнение версий прошивок ?

монтажник, который поехал менять свич

монтажник, который поехал менять свич

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

а догадайся ?

а то тут прям звучит как "вжух, магия" :)

Да блин, понятно, что он узнаёт, что _другая_ железка получила тот же айпишник Непонятно, откуда этот айпишник на новой железке берётся, кто его назначает?)

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

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

ну так неинтересно

я всё думаю о том, как бы dhcp для mgmt прикрутить поудобнее

нет, нужно просто вернуть на сеть устройство, которое выполняет те же функциии

вот за dhcp на управлении выгоняют сразу и без пособия

вот за dhcp на управлении выгоняют сразу и без пособия

ненадёжно?

я не пробовал :)

попробуй

как вариант - dhcp для начальной автонастройки — а дальше статик вбивать

по питанию отвалится аггрегатор и половина свичей за ним

Допустим, сгорел свич на "Ленина 10" монтажник поехал туда со свичем и воткнул его по телефону продиктовал IP свича, котрый написан на бумажке в NOC мы поменяли у железки, которая находится на "Ленина 10" IP

что будет?

И все

свичи поднялись, аггрегатор - через пол-часа

дальше свич сам настроился

аналогично сгоревшему свичу

Допустим, сгорел свич на "Ленина 10" монтажник поехал туда со свичем и воткнул его по телефону продиктовал IP свича, котрый написан на бумажке в NOC мы поменяли у железки, которая находится на "Ленина 10" IP

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

все, приехали

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

vlan provisioning в NOC есть уже лет 10

свичи поднялись, аггрегатор - через пол-часа

см. выше: можно dhcp для изначальной автоконфигурации. При автоконфигурации - уже наливать настройки

ты пишешь NOC2

все, приехали

Например, у нас l3-домены менеджмента - уже десятки. Это нужно не 10 свитчей преднастроенных держать, а 110

а dhcp от этого спасёт

Например, у нас l3-домены менеджмента - уже десятки. Это нужно не 10 свитчей преднастроенных держать, а 110

десятки L3 доменов management ? И в сети есть свичи d-link ?

десятки L3 доменов management ? И в сети есть свичи d-link ?

а что не так?

зачем держать преднастроенные

город/район - отдельный mgmt

зачем держать преднастроенные

см.выше

нужно уметь в любой момент построить конфиг для любого свича

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

тут

даже если потребуется - для другой моделии

люблю тему начального провиженинга по dhcp.

нужно уметь в любой момент построить конфиг для любого свича

преднастроенные в плане адресации

эта такая классная тема под пиво.

она есть

эта такая классная тема под пиво.

да чем плохо-то?)

тут

т.е. монтажник хватает свич и едет в другой город ?

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

т.е. монтажник хватает свич и едет в другой город ?

ну, это пока у меня в голове, а не в продакшне :))

да чем плохо-то?)

всем хорошо. и байки потравить и костыли повыдумывать и корнеркейсы обсудить

вот у Dmitry город длинной 120км

вот у Dmitry город длинной 120км

у нас куча скорее посёлков

он любит монтажников гонять

126 км :)

Вадима послалии в район 17-го карьера

Помер Вадим, да и х@@ с ним