<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Vlan on Twistedminds</title><link>https://twistedminds.ru/tags/vlan/</link><description>Recent content in Vlan on Twistedminds</description><generator>Hugo</generator><language>en</language><lastBuildDate>Tue, 22 May 2012 13:12:57 +0000</lastBuildDate><atom:link href="https://twistedminds.ru/tags/vlan/index.xml" rel="self" type="application/rss+xml"/><item><title>Настраиваем trunk между коммутаторами Cisco Catalyst и 3Com</title><link>https://twistedminds.ru/2012/05/trunk-between-cisco-and-3com/</link><pubDate>Tue, 22 May 2012 13:12:57 +0000</pubDate><guid>https://twistedminds.ru/2012/05/trunk-between-cisco-and-3com/</guid><description>&lt;p&gt;В роли Cisco будет Catalyst 4948, в роли 3Com – Switch 4210.&lt;/p&gt;
&lt;p&gt;Просто настроить trunk было бы слишком легко, по-этому мы усложним себе задачу и сменим management vlan для 3Com. Начнем с того, что надо найти консольчик к 3Com, так как без этого ничего не получится :)&lt;/p&gt;
&lt;p&gt;Соединяемся (19200,8,N,1,N) с 3Com и, поехали:&lt;/p&gt;</description></item><item><title>VTP и MD5 Digest Mismatch</title><link>https://twistedminds.ru/2012/03/vtp-md5-digest-mismatch/</link><pubDate>Wed, 07 Mar 2012 09:34:43 +0000</pubDate><guid>https://twistedminds.ru/2012/03/vtp-md5-digest-mismatch/</guid><description>&lt;p&gt;При добавлении нового коммутатора последний упрямо не хотел подсасывать VLANы с сервера. Пароли и имя домена были одинаковы. В выхлопе команды sh vtp status на коммутаторе-vtp-сервере имела место быть запись&lt;/p&gt;
&lt;p&gt;&lt;code&gt;*** MD5 digest checksum mismatch on trunk: Gi1/20 ***&lt;/code&gt;&lt;/p&gt;
&lt;p&gt;ревизия базы клиента была явно меньше – 0.&lt;/p&gt;
&lt;p&gt;Того же рода сообщения появлялись в дебаге – debug sw-vlan vtp events (не забудьте включить terminal monitor, если подключены через telnet/ssh).&lt;/p&gt;
&lt;p&gt;Советы с форумов, сводящиеся к переводу коммутатора в режим transparent, а затем обратно в client не помогали, однако спасло добавление на vtp сервере левого vlan, подача команды no shut на нем и дальнейшее его удаление.&lt;/p&gt;</description></item><item><title>Cisco LACP etherchannel c несолькими виланами</title><link>https://twistedminds.ru/2011/03/cisco-lacp-etherchannel-with-vlans/</link><pubDate>Wed, 23 Mar 2011 11:49:31 +0000</pubDate><guid>https://twistedminds.ru/2011/03/cisco-lacp-etherchannel-with-vlans/</guid><description>&lt;p&gt;После окончательного физического переноса всех серверов возникла фантазия сделать все как надо.&lt;/p&gt;
&lt;p&gt;Первым делом было решено создать команды из сетевых интерфейсах на всех серверах и включить их в Cisco Catalyst 4948, агрегировав несколько линков в один по 802.3ad. Частный случай состоял в том, что один из серверов был гипервизором Hyper-V, а сервера, подключенные к виртуальному свичу, должны быть доступны через отдельный Vlan.&lt;/p&gt;
&lt;p&gt;Первым делом, если еще не создан, создадим vlan:&lt;/p&gt;</description></item></channel></rss>