это действительно непросто и ценно

но это не совсем инженерный навык

Ну это отдельная специальность вообще

а скорее навык умудрённого опытом слесаря

в смысле network engineer

Не. Там очень много очень суровой теории. И еще больше опыта поведения конкретного говнокода внутри железа конкретного вендора

так что я бы не сказал, что они слесари.

Нетворк админ слесарь среди админов

Нужно знать ещё меньше

Да ну. Это вы наверное с настоящими сетевиками не сталкивались

:)

Ну ок

Не сталкивался ...

Кстати в сети гавнокодится еще легче чем на баше

Люди, которые админят например ядерные джуны в сети Ростелекома -- очень крутые

(и половина из них сотрудники джунипера :)

Очень, да.

даже начинающий слесарь на АЭС — это очень круто

но не отменяет

Они когда на своем птичьем языке начинают разговаривать между собой -- я вообще нихера не понимаю

У меня для тя плохие новости

Так с любой не знакомой профессией

ну может быть

У меня так рядом специалист по документам сидел

Мы друг друга посвящали. Он по актам я по bgp

У меня так рядом специалист по документам сидел

У меня юрист рядом сидит. И лучше бы он вообще говорить не умел... :)

Зануда и крючкотвор.

Зануда и крючкотвор.

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

Нужно знать ещё меньше

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

без всяких нуну.

"пинг прошел — сервис есть".

странные у тебя какие-то сетевики, ну правда

какие есть...

и я ведь не спорю что надо знать не мало.

но это именно набор знаний которые разработаны другими людьми

паттерны поведения которые заранее продуманы другими людьми

"пинг прошел — сервис есть".

Нет. Например, можно столкнуться с тем что у кого-то из операторов http трафик бегает через прозрачный прокси и этот прокси как бы странно работает

проксик != сеть.

сеть заканчивается l3

остальное сервисы поверх сети

проксик != сеть.

С хрена ли? Тогда dpi на сеточке - это что?

dpi на сеточке это сервис.

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

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

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

Речь не про isp

за пределами isp я не очень знаю честно говоря :)

Потому что в isp все относительно просто

Это смотря в каком isp

Я же уже сказал -- возьмите крупного магистрала

Там нифига не просто

может быть сетевики в dc какие то специальные

но я сильно сомневаюсь в том что они такие

Я же уже сказал -- возьмите крупного магистрала

Ну да. Там и mpls, и бгп повеселее

@gnulauqa просто.

очень даже

дизайн сети делается вместе с вендором.

эксплуатируется на ежедневной основе людтми которые работают по инструкции

и часто через кастомную вебформочку

и mpls и bgp не представляют ничего сложного. это просто чуть более глубокий уровень погружения.

Стоп-стоп. Я говорю о людях, которые делают дизайн и ищут хитрые ошибки. А не дежурной смене, которая в Ростелекоме коньяк начинает пить в 11 утра, чтобы к концу рабочего дня выветрилось

те люди которые делают дизайн с вендором их на страну человек 30

Ну, в целом, да. И вот это реально крутые парни, нифига не слесари.

загруженность таких людей реально 5% в год.

в остальное время они занимаются ремеслом...

10 в джунипере, 15 в циске, и 5 в хуавее :))

ERROR: S client not available

10 в джунипере, 15 в циске, и 5 в хуавее :))

ну думаю да, но еще бы одного двух раскидал по конторам.

за счет циски ;)

ну в Ростелеке постоянно сидят два имплант-инженера из Джунипера

И вот они на самом деле эксплуатируют сеть ростелекома

по контракту

ну там еще nvision же есть

или уже нету ?

нет, напрямую

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

из ченджлога хуавея 9312. через 5 дней после команды display ospf коробка ребутается.

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

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

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

вот да. у мтс в москве знатно навернулись cisco csg

потому что рассчитанная циской конфигурация с запасом оказалась слишком маленькой из-за другого профиля трафика

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

Это просто другая профессия. Нельзя сказать, чтобы объем знаний был "меньше". Он просто другой. Вряд ли, например, кто-то из программистов знает такое количество деталей о свежих RFC, как топовые сетевики.

да это другая профессия. согласен, ок.

может быть я сравниваю не "объем знаний", а "кругозор" чтоли

или кругозор и глубину

хз

Мне кажется, у любого топового инженера широкий кругозор. Во всяком случае у моих друзей он именно такой. И несколько моих знакомых топовых сетевых инженеров фору дадут многим в части нюансов отличий C89 от C99 и семантики юниксовых сисколлов -- хотя на работе они именно что mpls-bgp-multipath-вот-это-все.

хорошо, я готов остаться при своих и не настаивать на своей точке зрения ;)

остальное сервисы поверх сети

Только тогда сервис != сеть. И пинг не может сказать есть ли сервис, ну вот по определению

хорошо, добавь в список telnet на порт.

разбавь почти единственной проблемой за пределами этого дела в виде mtu

остальное не проблема сетевого админа.

может быть я сравниваю не "объем знаний", а "кругозор" чтоли

А ты считаешь, что топовый прогер ничего не знает про сеть и конфигурации? Тогда это не топовый прогер. Имхо, в топе всё снова начинает сходится. Ибо тебе нужны знания из всех областей, чтобы видеть максимум подводных камней раньше других.

разбавь почти единственной проблемой за пределами этого дела в виде mtu

я тебе ещё раз повторю - dpi.

я считаю чт отоповый прогрес обязан знать про сеть.

dpi не сетевое устройство. но его можно так рассматривать.

хорошо, добавь в список telnet на порт.

то что прошёл хендшейк - это ещё ничего не значит.

для сетевого админа как праивло значит.

маршруты сошлись.