<?xml version="1.0" encoding="koi8-r"?>
<rss version="0.91">
<channel>
    <title>OpenForum RSS: VLAN-Маршрутизация на 3750G</title>
    <link>https://opennet.ru/openforum/vsluhforumID6/23178.html</link>
    <description>Добрый день. &lt;br&gt;Имеется странная проблема с маршрутизиремыми VLAN на Cisco 3750G, а именно: Периодически хосты как-бы отваливаются. Если хост постоянно висит на пинге из другой подсети, то работает стабильно, если же хост не пинговать, то через некоторое время (точно какое - пока что не установил) он пропадает. Если же затем поставить его обратно на ping -t, то через некоторое время (какое, тоже пока что не установил), он снова появляется, и пинг идет без сбоев. &lt;br&gt;На циске ничего хитромудрого нет: &lt;br&gt; &lt;br&gt;interface Vlan110 &lt;br&gt; description iLO VLAN &lt;br&gt; ip address 172.x.x.x 255.255.255.224 &lt;br&gt; ip access-group 101 out &lt;br&gt; ip helper-address 172.x.x.x &lt;br&gt; no ip redirects &lt;br&gt; no ip unreachables &lt;br&gt; no ip proxy-arp &lt;br&gt; &lt;br&gt;Кстати, пинги пропадают как с другого VLAN, так и с самой циски, при чем пропадают при любом source.&lt;br&gt;В логах тоже ничего нету. Ошибок нет ни на одном из портов, линки не рвутся.&lt;br&gt;Оконечное оборудование, которое пропадает, включено в 3COM 4924, на время эксперимента, STP на этом 3COM и на всех промежуточных, вы</description>

<item>
    <title>VLAN-Маршрутизация на 3750G (ProR)</title>
    <link>https://opennet.ru/openforum/vsluhforumID6/23178.html#15</link>
    <pubDate>Fri, 27 Jun 2014 06:17:37 GMT</pubDate>
    <description>Мы стали решать проблему с верха в низ, в результате мы перековыряли конфиги, обновили прошивки на Cisco 7609 и Cisco 3750, переварили и почистили оптическую трассу - а проблема была в D-Link 3526 и D-Link 3200-26 (ревизия C).&lt;br&gt;Не знаю у всех так было или нет, но в нашем случае на коммутаторах отображалась не корректная ARP таблица. Помог дамп по участкам сети и последний на аплинке коммутатора, мы зафиксировали что на коммутатор доходят ICMP запросы, а от него ничего не возвращается. &lt;br&gt;Кратковременно помогали и облегчали жизнь выкручивания arp time во вланах управления коммутаторами, чистка ARP таблиц на Cisco, коммутаторы падали по управлению реже, но проблему не решало до конца. В результате один коммутатор я просто отправил в reboot и о чудо. Не знаю как так получилось что сегмент сети (10 веток примерно по 15-20 коммутаторов) разом вывалился в одну проблему, но помог reboot.&lt;br&gt;Вспомнилась одна фраза: семь бед - один резет. Всем удачи.&lt;br&gt;</description>
</item>

<item>
    <title>VLAN-Маршрутизация на 3750G (marakshin)</title>
    <link>https://opennet.ru/openforum/vsluhforumID6/23178.html#14</link>
    <pubDate>Mon, 16 Jun 2014 13:54:07 GMT</pubDate>
    <description>&amp;gt; Добрый день, недавно появилась аналогичная проблема. Отваливаются коммутаторы.&lt;br&gt;&amp;gt; Помогло во влане управления выставить  arp timeout 60.&lt;br&gt;&amp;gt; Вопрос что это? Проблема появилась ни с того ни с сего... При &lt;br&gt;&amp;gt; том что проблема исключительно в рамках одной агрегации, во главе которой &lt;br&gt;&amp;gt; стоит Cisco 3750(L2), L3 поднято на ядре Cisco 7609 - на &lt;br&gt;&amp;gt; нем Global Aging Time настроен по дефолту: 300.&lt;br&gt;&lt;br&gt;День добрый. &lt;br&gt;А случаем VTP Pruning не включен?&lt;br&gt;</description>
</item>

<item>
    <title>VLAN-Маршрутизация на 3750G (ProR)</title>
    <link>https://opennet.ru/openforum/vsluhforumID6/23178.html#13</link>
    <pubDate>Mon, 16 Jun 2014 11:46:41 GMT</pubDate>
    <description>&amp;gt;&#091;оверквотинг удален&#093;&lt;br&gt;&amp;gt; тайм-ауты: &lt;br&gt;&amp;gt; sh mac address-table aging-time &lt;br&gt;&amp;gt; Global Aging Time:  300 &lt;br&gt;&amp;gt; Vlan    Aging Time &lt;br&gt;&amp;gt; ----    ---------- &lt;br&gt;&amp;gt; interface Vlan110 &lt;br&gt;&amp;gt; ...&lt;br&gt;&amp;gt;  arp timeout 300 &lt;br&gt;&amp;gt; Сейчас все работает нормально.&lt;br&gt;&amp;gt; Может быть кто-нибудь знает более элегантное решение проблемы?&lt;br&gt;&lt;br&gt;Добрый день, недавно появилась аналогичная проблема. Отваливаются коммутаторы.&lt;br&gt;Помогло во влане управления выставить  arp timeout 60.&lt;br&gt;Вопрос что это? Проблема появилась ни с того ни с сего... При том что проблема исключительно в рамках одной агрегации, во главе которой стоит Cisco 3750(L2), L3 поднято на ядре Cisco 7609 - на нем Global Aging Time настроен по дефолту: 300.&lt;br&gt;</description>
</item>

<item>
    <title>VLAN-Маршрутизация на 3750G (marakshin)</title>
    <link>https://opennet.ru/openforum/vsluhforumID6/23178.html#12</link>
    <pubDate>Tue, 11 Oct 2011 03:52:05 GMT</pubDate>
    <description>в общем не знаю: Костыль это или нет, уравнял ARP и CAM тайм-ауты:&lt;br&gt;&lt;br&gt;sh mac address-table aging-time&lt;br&gt;Global Aging Time:  300&lt;br&gt;Vlan    Aging Time&lt;br&gt;----    ----------&lt;br&gt;&lt;br&gt;interface Vlan110&lt;br&gt;...&lt;br&gt; arp timeout 300&lt;br&gt;&lt;br&gt;Сейчас все работает нормально.&lt;br&gt;Может быть кто-нибудь знает более элегантное решение проблемы?&lt;br&gt;</description>
</item>

<item>
    <title>VLAN-Маршрутизация на 3750G (den)</title>
    <link>https://opennet.ru/openforum/vsluhforumID6/23178.html#11</link>
    <pubDate>Mon, 10 Oct 2011 18:08:14 GMT</pubDate>
    <description>&lt;br&gt;&amp;gt;  no switchport block multicast &lt;br&gt;&amp;gt;  no switchport block unicast &lt;br&gt;&amp;gt;  no ip arp inspection trust &lt;br&gt;&amp;gt;  ip arp inspection limit rate 15 burst interval 1 &lt;br&gt;&amp;gt;  ip arp inspection limit rate 15 &lt;br&gt;&lt;br&gt;У вас точно arp выще 15 не превышает ?&lt;br&gt;&lt;br&gt;</description>
</item>

<item>
    <title>VLAN-Маршрутизация на 3750G (marakshin)</title>
    <link>https://opennet.ru/openforum/vsluhforumID6/23178.html#10</link>
    <pubDate>Mon, 10 Oct 2011 10:58:06 GMT</pubDate>
    <description>&amp;gt;У меня была похожая проблема, это было из за следующей настройки на интерфейсе:&lt;br&gt;&lt;br&gt;switchport block unicast&lt;br&gt;&lt;br&gt;У меня нет такой ерунды.&lt;br&gt;sh run all&lt;br&gt;&lt;br&gt;&lt;br&gt;switchport&lt;br&gt; switchport access vlan 1&lt;br&gt; switchport trunk encapsulation dot1q&lt;br&gt; switchport trunk native vlan 1&lt;br&gt; switchport trunk allowed vlan 1,110&lt;br&gt; switchport mode trunk&lt;br&gt; no switchport nonegotiate&lt;br&gt; no switchport protected&lt;br&gt; no switchport block multicast&lt;br&gt; no switchport block unicast&lt;br&gt; no ip arp inspection trust&lt;br&gt; ip arp inspection limit rate 15 burst interval 1&lt;br&gt; ip arp inspection limit rate 15&lt;br&gt; no shutdown&lt;br&gt; snmp trap mac-notification change added&lt;br&gt; snmp trap mac-notification change removed&lt;br&gt; snmp trap link-status&lt;br&gt; spanning-tree port-priority 3&lt;br&gt; spanning-tree cost 3&lt;br&gt; ip igmp snooping tcn flood&lt;br&gt; ip dhcp snooping limit rate 4294967295&lt;br&gt; ip dhcp snooping trust&lt;br&gt; no ip dhcp snooping information option allow-untrusted&lt;br&gt;</description>
</item>

<item>
    <title>VLAN-Маршрутизация на 3750G (Nikolay)</title>
    <link>https://opennet.ru/openforum/vsluhforumID6/23178.html#9</link>
    <pubDate>Mon, 10 Oct 2011 10:44:18 GMT</pubDate>
    <description>&amp;gt; Сейчас выяснил еще одну интересную особенность: &lt;br&gt;&amp;gt; Делаю на 3750G: &lt;br&gt;&amp;gt;  mac address-table static 9c8e.9918.1a64 vlan 110 interface Po1 &lt;br&gt;&amp;gt; Пинг проходит...&lt;br&gt;&lt;br&gt;У меня была похожая проблема, это было из за следующей настройки на интерфейсе:&lt;br&gt;switchport block unicast&lt;br&gt;</description>
</item>

<item>
    <title>VLAN-Маршрутизация на 3750G (marakshin)</title>
    <link>https://opennet.ru/openforum/vsluhforumID6/23178.html#8</link>
    <pubDate>Mon, 10 Oct 2011 10:39:02 GMT</pubDate>
    <description>Сейчас выяснил еще одну интересную особенность: &lt;br&gt;Делаю на 3750G:&lt;br&gt; mac address-table static 9c8e.9918.1a64 vlan 110 interface Po1&lt;br&gt;Пинг проходит...&lt;br&gt;</description>
</item>

<item>
    <title>VLAN-Маршрутизация на 3750G (marakshin)</title>
    <link>https://opennet.ru/openforum/vsluhforumID6/23178.html#7</link>
    <pubDate>Mon, 10 Oct 2011 09:25:42 GMT</pubDate>
    <description>&amp;gt; А причем тут очишение таблици на коммутаторе? вспомните логику езернета - если &lt;br&gt;&amp;gt; в таблице соотв. МАС нет - то с ним поступают как &lt;br&gt;&amp;gt; с бродкастом - во все порты кроме входящего...&lt;br&gt;&lt;br&gt;Головой то я понимаю, только на практике - ерунда какая-то тут выходит :)&lt;br&gt;</description>
</item>

</channel>
</rss>
