<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Ccnp Switch on Twistedminds</title><link>https://twistedminds.ru/tags/ccnp-switch/</link><description>Recent content in Ccnp Switch on Twistedminds</description><generator>Hugo</generator><language>en</language><lastBuildDate>Mon, 13 May 2013 19:08:54 +0000</lastBuildDate><atom:link href="https://twistedminds.ru/tags/ccnp-switch/index.xml" rel="self" type="application/rss+xml"/><item><title>2/3 CCNP – 642-813 passed</title><link>https://twistedminds.ru/2013/05/642-813/</link><pubDate>Mon, 13 May 2013 19:08:54 +0000</pubDate><guid>https://twistedminds.ru/2013/05/642-813/</guid><description>&lt;p&gt;К экзамену CCNP Switch я готовился не так основательно, что в принципе было заметно по количеству опубликованных статей, если сравнивать с тем же Route. Успокаивал я себя тем, что на работе и так зачастую приходится иметь дело со всеми теми технологиями, о которых речь идет в курсе. За это и жестоко поплатился, вспоминая раздел Dot1x из portable command guide’а, попутно нервно нажимая ? и tab.&lt;/p&gt;
&lt;p&gt;Сам экзамен, к слову, пестрил ошибками, опечатками, пропущенными ключами в картинках выхлопа команд, так, как будто их не брали с живого железа, а печатали маленькие индусские ручонки. Как вам вопрос, в котором 3 варианта ответа одинаковы, явно не дописаны до конца, а оставшиеся два вызывающе неверны. А теперь будьте любезны выберите два правильных. Ну а &lt;em&gt;anooping database&lt;/em&gt;с &lt;em&gt;bddu guard&lt;/em&gt; сегодня просто обязаны придти ко мне в кошмаре.&lt;/p&gt;</description></item><item><title>First Hop Redundancy Protocols – часть 2</title><link>https://twistedminds.ru/2013/05/fhrp-2/</link><pubDate>Fri, 10 May 2013 16:52:32 +0000</pubDate><guid>https://twistedminds.ru/2013/05/fhrp-2/</guid><description>&lt;h4 id="shocking-tales-of-redundancy1virtual-router-redundancy-protocol"&gt;
 [&lt;img src="https://twistedminds.ru/wp-content/uploads/2013/05/shocking-tales-of-redundancy.jpg" alt="shocking-tales-of-redundancy"&gt;][1]Virtual Router Redundancy Protocol
 &lt;a class="heading-link" href="#shocking-tales-of-redundancy1virtual-router-redundancy-protocol"&gt;
 &lt;i class="fa-solid fa-link" aria-hidden="true" title="Link to heading"&gt;&lt;/i&gt;
 &lt;span class="sr-only"&gt;Link to heading&lt;/span&gt;
 &lt;/a&gt;
&lt;/h4&gt;
&lt;p&gt;Или VRRP – стандартизированный протокол, описанный в RFC 2338. VRRP очень похож на HSRP и все, что вам следуют сделать, так это запомнить не большие различия в терминологии. По это причине я не буду подробно описывать VRRP, а остановлюсь только на ключевых различиях и другом синтаксисе конфигурации.&lt;/p&gt;
&lt;p&gt;Так же как и HSRP VRRP предоставляет один отказоустойчивый VIP адрес от всей группы маршрутизаторов. Активный маршрутизатор называется master, все остальные – backup, при чем все backup маршрутизаторы слушают multicast адрес, а не только second best как это было в случае с HSRP.&lt;/p&gt;</description></item><item><title>First Hop Redundancy Protocols – часть 1</title><link>https://twistedminds.ru/2013/05/fhrp-1/</link><pubDate>Fri, 10 May 2013 11:36:53 +0000</pubDate><guid>https://twistedminds.ru/2013/05/fhrp-1/</guid><description>&lt;p&gt;&lt;img src="https://twistedminds.ru/wp-content/uploads/2013/05/6a0120a85dcdae970b01287770508e970c.png" alt="6a0120a85dcdae970b01287770508e970c"&gt;Вы построили отказоустойчивую сеть? Куда не плюнь – попадешь в STP, стэк коммутаторов, Cross Stack EtherChannel, Layer3 redundancy, SSO или еще какой дьявольский акроним? Не желаете, вдобавок, обеспечить клиентов отказоустойчивым шлюзом, чтобы поток байтов с bash.org да redtube лился no matter what и не прерывал рабочий процесс тружеников клавиатуры? Ведь способы есть и имя им Frist Hop Redundancy Protocols (FHRP).&lt;/p&gt;
&lt;p&gt;Семейство протоколов FHRP включат в себя различные проприетарные (HSRP, GLBP, SMLT), открытые, отягощенные патентами (VRRP) и &lt;del&gt;красноглазые&lt;/del&gt; свободные реализации (CARP). В контексте коммутаторов Cisco речь пойдет о HSRP, VRRP и GLBP протоколах.&lt;/p&gt;</description></item><item><title>Switch operations – часть 3</title><link>https://twistedminds.ru/2013/05/switch-operations-3/</link><pubDate>Tue, 07 May 2013 14:17:19 +0000</pubDate><guid>https://twistedminds.ru/2013/05/switch-operations-3/</guid><description>&lt;p&gt;&lt;img src="https://twistedminds.ru/wp-content/uploads/2013/05/cable-nightmare.jpg" alt="cable-nightmare"&gt;В финальной части мы быстренько пробежимся по CEF, посмотрим какое место в этой технологии занимают Forward Information Base (FIB) и ее часть – Adjacency Table.&lt;/p&gt;
&lt;p&gt;CEF MLS содержит в себе два функциональных блока – &lt;strong&gt;layer 3 engine&lt;/strong&gt;, формирующий информацию о маршрутах, которую может использовать &lt;strong&gt;layer 3 forwarding engine&lt;/strong&gt; для обработки пакетов аппаратными средствами.&lt;/p&gt;
&lt;h4 id="forward-information-base"&gt;
 Forward Information Base
 &lt;a class="heading-link" href="#forward-information-base"&gt;
 &lt;i class="fa-solid fa-link" aria-hidden="true" title="Link to heading"&gt;&lt;/i&gt;
 &lt;span class="sr-only"&gt;Link to heading&lt;/span&gt;
 &lt;/a&gt;
&lt;/h4&gt;
&lt;p&gt;&lt;strong&gt;Layer 3 engine&lt;/strong&gt; (фактически маршрутизатор) формирует таблицу маршрутизации, поддерживает ее в актуальном состоянии и, что самое главное, форматирует и компилирует ее в новый формат – Forward Information Base. FIB строится согласно следующей логике: таблица маршрутизации форматируется в упорядоченный список, где для каждой сети существует один или несколько маршрутов. Первым, понятное дело, идет наиболее длинный префикс (longest prefix match). Одновременно с этим FIB содержит next-hop адрес устройства для каждой записи. Помимо информации из таблицы маршрутизации в FIB попадают маршруты до directly conntect хостов.&lt;/p&gt;</description></item><item><title>Switch operations – часть 2</title><link>https://twistedminds.ru/2013/05/switch-operations-2/</link><pubDate>Mon, 06 May 2013 19:55:58 +0000</pubDate><guid>https://twistedminds.ru/2013/05/switch-operations-2/</guid><description>&lt;p&gt;&lt;img src="https://twistedminds.ru/wp-content/uploads/2013/05/cable-nightmare.jpg" alt="cable-nightmare"&gt;Честно скажу, не сразу решился писать вторую часть, так как она будет, в какой-то степени, дублировать мою предыдущую статью – &amp;lt;/2012/12/tcam/&amp;gt;, однако здравый смысл победил лень. Ну и повторение – мать учения, ага. В этой части мы более подробно поговорим про CAM и TCAM таблицы и их структуру, выясним что такое LOU, не забыв снабдить все это дело сочным примером. So, let’s go.&lt;/p&gt;
&lt;h4 id="content-addressable-memory"&gt;
 Content-Addressable Memory
 &lt;a class="heading-link" href="#content-addressable-memory"&gt;
 &lt;i class="fa-solid fa-link" aria-hidden="true" title="Link to heading"&gt;&lt;/i&gt;
 &lt;span class="sr-only"&gt;Link to heading&lt;/span&gt;
 &lt;/a&gt;
&lt;/h4&gt;
&lt;p&gt;Из пакета/фрейма только-только упавшего на входящий порт в CAM таблицу попадает доселе неизвестный коммутатору MAC адреса источника. Это мы знаем из предыдущей статьи. Вместе с этим MAC адресом в таблицу попадает еще и timestamp, указывающий на то, когда этот адрес был заучен. CAM таблицы довольное большие, но не бесконечные, по этому через 300 секунд (значение по умолчанию) данные из CAM таблицы будут удалены в том случае, если данное устройство не давало о себе знать.&lt;/p&gt;</description></item><item><title>Switch operations – часть 1</title><link>https://twistedminds.ru/2013/05/switch-operations-1/</link><pubDate>Mon, 06 May 2013 12:49:44 +0000</pubDate><guid>https://twistedminds.ru/2013/05/switch-operations-1/</guid><description>&lt;p&gt;&lt;img src="https://twistedminds.ru/wp-content/uploads/2013/05/cable-nightmare.jpg" alt="cable-nightmare"&gt;Давным давно, в то время пока я пускал слюни в уютной детской кроватке, устройству для того, чтобы отправить данные надо было убедиться в том, что в данный конкретный момент времени никто не вещает на общем сегменте сети. За то, может ли устройство вести передачу отвечал протокол &lt;em&gt;CSMA/CD&lt;/em&gt; – Carrier Sense Multiple Access with Collision Detect, а сами устройства оперировали в режиме half-duplex, т.е. могли либо вещать, либо слушать несущую в каждый конкретный момент времени. Более того, если одно устройство создавало фрейм с ошибкой все остальные устройство получали этот фрейм. Весь скоп устройств в такой сети назывался &lt;em&gt;Collision Domain&lt;/em&gt;.&lt;/p&gt;</description></item><item><title>Две недели в славном УЦ “Эврика”</title><link>https://twistedminds.ru/2012/06/two-weeks-in-glorious-eureca/</link><pubDate>Sat, 09 Jun 2012 19:35:29 +0000</pubDate><guid>https://twistedminds.ru/2012/06/two-weeks-in-glorious-eureca/</guid><description>&lt;p&gt;&lt;a href="https://twistedminds.ru/wp-content/uploads/2012/06/The-Happiest-Job-on-Earth.jpg" &gt;&lt;img src="https://twistedminds.ru/wp-content/uploads/2012/06/The-Happiest-Job-on-Earth-300x225.jpg" alt="горячий сетевой инженер" title="sexy network engineer"&gt;&lt;/a&gt;Сразу за решением освоить какое-либо новое направление в IT зачастую остро встает вопрос обучения, если вы, конечно, не собираетесь всю жизнь “админить” файловую помойку и AD на 100 пользователей, меняя картриджи в перерывах.&lt;/p&gt;
&lt;p&gt;Собственно тут два пути – книги, вперемешку с видео семинарами, уроками и эмуляторами или курсы по нужной вам теме. Именно на последнем и хочется остановится, смачно приправив эту тему соусом моих впечатлений о курсах прослушанных в &lt;a href="http://www.eureca.ru/edu/" title="http://www.eureca.ru/edu/" class="external-link" target="_blank" rel="noopener"&gt;УЦ Эврика&lt;/a&gt; в рамках подготовки к CCNP R&amp;amp;S.&lt;/p&gt;</description></item></channel></rss>