Всегда доставляли такие комментарии. Появился из неоткуда сказал, что материал «хрень» без всяческих оснований, получил лайки. Я бы не отказался прочитать ответную статью, чтобы подкрепить сказанное. В противном случае, ценности от коммента ноль.
Все верно можно использовать маску /31 для соединений точка точка согласно RFC 3021. Версия операционки маршрутизатора (если это Cisco) должна быть не ниже 12.2T.
Полностью согласен! С такой стороны я даже не задумывался рассматривать вопрос, у нас обычно вопросы попроще. Я также догадываюсь, что вы уже очень давно в теме, у вас было много практики и вас прокачивает ваша компания в этом направлении с самого начала, как вы устроились в нее работать.
Не у всех, к сожалению, есть такая возможность. Порой бывает, что приходится заниматься только в свободное от работы время и по книжкам. А прочитанный материал, не закрепленный практикой, имеет свойство быстрее забываться.
На мой взгляд вопросы вполне нормальные. Меня смущает одно, возможно это потому, что я работаю в системном интеграторе в регионе и настолько крупных проектов, где была бы реальная необходимость разделять OSPF на зоны мне не встречались за 4 года никогда. Да что там OSPF, даже EIGRP. Возможно в московских системных интеграторах ситуация несколько иная и проекты огромных масштабов встречаются сплошь и рядом. Но даже попадись мне настолько масштабный проект в руки, я не дурак и не поленюсь открыть CCIE гайд и изучить все нюансы работы не только протокола OSPF, но и других протоколов, которые я бы запланировал использовать и которые я мог забыть за отсутствием практики.
Кстати мне интересно, смог бы я не никуда не подглядывая ответить на ваши вопросы. Ответы отправлю в личку.
Именно на такие грабли наткнулся мой коллега, уехав работать в Москву. Человек далеко не глупый, я проработал с ним около 3 лет бок о бок. В Москве он прошел много собеседований в системных интеграторах, но практически везде на техническом собеседовании его сливали. Ему задавали настолько специфические вопросы, что после этих собеседований, как он выразился, но ощущал себя полным ничтожеством.
В итоге работу он все таки нашел и достаточно высокооплачиваемую. Но я не могу понять зачем нужно было задавать настолько глубокие вопросы. Для этого есть гугл, инженер никогда не удержит в своей голове столько деталей по каждой технологии и протоколу с которым он сталкивался. Не учить же наизусть весь RFC. Он не запомнит все счетчики и таймеры, которые он когда-то встречал и с которыми работал. Даже если он их выучит, то со временем они снова забудутся. Но если вдруг понадобится, тогда интернет всегда под рукой, освежить информацию в голове всегда проще, чем изучать.
Сейчас поразмыслил по поводу безопасности. Атаку на cam таблицу коммутатора можно реализовать только будучи в одном бродкастовом домене с коммутатором, по сути злоумышленник должен каким-то образом оказаться в том же VLAN, который проброшен, например, от коммутатора до маршрутизатора. А как он это может сделать? Только физически притащить свое оборудование и поставить его на участке подключения между коммутатором и провайдером. Это кажется уже фантастикой.
В любом случае можно защититься от такой атаки средствами port-security.
На счет переполнения FIB, на коммутаторе на данном VLAN отсутствуют IP адреса, а следовательно не выполняется маршрутизация, отсюда о FIB можно не беспокоиться, т.к. FIB попросту не будет работать.
Могу прокомментировать по первому случаю. Именно для этого я написал об использовании модульного коммутатора с двумя блоками питания и двумя супервизорами и возможно даже резервной линейной платой. С такой системой отказоустойчивости, шансы отказа коммутатора ничтожно малы, настолько, что это практически не реально, а если использовать два таких коммутатора, объединенных по технологии VSS, тогда скорее метеорит упадет, чем что-то откажет.
А вот по безопасности интересно, я бы почитал об этом подробнее.
Обновился! В общем хорошее обновление, добавили автокорректировку русского текста, это плюс, добавили встроенный почтовый клиент, он мне очень напоминает outlook, что само по себе уже плюс. Правда обещали еще функцию быстрого переключения языков, но я ее, к сожалению, не обнаружил или не там искал.
Не у всех, к сожалению, есть такая возможность. Порой бывает, что приходится заниматься только в свободное от работы время и по книжкам. А прочитанный материал, не закрепленный практикой, имеет свойство быстрее забываться.
Кстати мне интересно, смог бы я не никуда не подглядывая ответить на ваши вопросы. Ответы отправлю в личку.
В итоге работу он все таки нашел и достаточно высокооплачиваемую. Но я не могу понять зачем нужно было задавать настолько глубокие вопросы. Для этого есть гугл, инженер никогда не удержит в своей голове столько деталей по каждой технологии и протоколу с которым он сталкивался. Не учить же наизусть весь RFC. Он не запомнит все счетчики и таймеры, которые он когда-то встречал и с которыми работал. Даже если он их выучит, то со временем они снова забудутся. Но если вдруг понадобится, тогда интернет всегда под рукой, освежить информацию в голове всегда проще, чем изучать.
В любом случае можно защититься от такой атаки средствами port-security.
На счет переполнения FIB, на коммутаторе на данном VLAN отсутствуют IP адреса, а следовательно не выполняется маршрутизация, отсюда о FIB можно не беспокоиться, т.к. FIB попросту не будет работать.
А вот по безопасности интересно, я бы почитал об этом подробнее.