https://www.opennet.ru/openforum/vsluhforumID6/1643.html Помогите разобраться с GLBP. <br><br>Схема такая: http://myfolder.ru/files/43110831<br><br>С двух роутеров начинаются низкоскоростные каналы (до 2 мб/с), на удаленной площадке коммутатор с ip телефонами и компами. Хотелось организовать балансировку, но пока даже резервирование не получается.<br>Для OSPF самый "дешевый маршрут" через R2, поэтому и GLBP priority ему больше поставил. Но когда на R2 отключаю интерфейсы gi 2/0.2 и gi 2/0.3 с хоста А не могу пингануть никого на удаленной площадке. При этом с R1, на который должен перейти весь траффик, все хосты пингуются. R1 становиться Active, по трассировке трафик идет на R1. В терминале на R1 видно, что приходят arp запросы адреса шлюза и ответы он дает с AVG mac адресом. В таблице mac адресов коммутатора S2 видно, что адрес шлюза за нужным интерфейсом (т.е. gi 0/1). Но опроса нет.<br><br>Есть подозрение что какие то баги/фичи в ПО R1 т.к. это не полноценный роутер, а встраиваемый модуль с L3 лицензией (cisco SM-ES3G-24-P).<br><br>Вот. Уже не знаю в какую сторону и капнуть. Подс https://www.opennet.ru/openforum/vsluhforumID6/1643.html#11 Tue, 03 Mar 2015 12:31:47 GMT &gt;&gt; Интерфейсы гашу админстративно , соотвественно ничто не анонсируется. Это для проверки, <br>&gt;&gt; а в рабочей схеме должен быть sla monitor и event manager <br>&gt;&gt; (кастыль канечно, но.. ).<br>&gt; bfd не поможет??<br><br>Почитаю, не сталкивался с таким. Спасибо за наводку.<br> https://www.opennet.ru/openforum/vsluhforumID6/1643.html#10 Tue, 03 Mar 2015 12:24:35 GMT &gt; Интерфейсы гашу админстративно , соотвественно ничто не анонсируется. Это для проверки, <br>&gt; а в рабочей схеме должен быть sla monitor и event manager <br>&gt; (кастыль канечно, но.. ).<br><br>bfd не поможет??<br> https://www.opennet.ru/openforum/vsluhforumID6/1643.html#9 Tue, 03 Mar 2015 12:20:26 GMT Интерфейсы гашу админстративно , соотвественно ничто не анонсируется. Это для проверки, а в рабочей схеме должен быть sla monitor и event manager (кастыль канечно, но.. ).<br><br> https://www.opennet.ru/openforum/vsluhforumID6/1643.html#8 Tue, 03 Mar 2015 12:18:30 GMT &gt;&gt; При двух включенных каналах: <br>&gt; а сам шлюз 10.50.137.129 при отключении из локальной сети пингуется?<br><br>Пока не добрался до удаленной площадки, поэтому проверить не могу. Но поскольку с R1 я могу пингануть все хосты в локальной сети, то очевидно доступен.<br> https://www.opennet.ru/openforum/vsluhforumID6/1643.html#7 Tue, 03 Mar 2015 11:59:20 GMT &gt;[оверквотинг удален]<br>&gt; - футболится в GigabitEthernet2/0.2, связи нет, пакеты пропадают....<br>&gt; Такая схема РАБОТАТЬ НЕ БУДЕТ если при пропадании связи роутер R1 продолжает <br>&gt; анонсить сетку из влан 2 и влан 3.<br>&gt; как выход - например pppoe сервер на R1 и R2, на площадке <br>&gt; - pppoe клиентские подключения в автоматическом режиме с кипаливами, связь пропала <br>&gt; - все переконнектились на доступный сервер.<br>&gt; или stp он "замкнуть" кольцо надо ДО роутеров R1-R2.<br>&gt; Ну или заставить отключать анонсы нужных сетей с R1 при пропадании связи, <br>&gt; но "классический" езернет такого неумеет, надо как-то отслеживать работоспособность канала <br>&gt; вцелом...<br><br>Да гаснут интерфейсы. Но судя по инфе и если шлюз после отключения продолжает пинговаться, то с glbp все ок. Смотри внимательно маршрутизацию.<br><br> https://www.opennet.ru/openforum/vsluhforumID6/1643.html#6 Tue, 03 Mar 2015 11:20:37 GMT &gt;&gt; При двух включенных каналах: <br>&gt; а сам шлюз 10.50.137.129 при отключении из локальной сети пингуется?<br><br>Т.к. интерфейс GigabitEthernet2/0.2 не гаснет, и R1- более приоритетный роутер, пакеты отправляются на него, а т.к. для него сеть - директли коннектед - футболится в GigabitEthernet2/0.2, связи нет, пакеты пропадают.... <br>Такая схема РАБОТАТЬ НЕ БУДЕТ если при пропадании связи роутер R1 продолжает анонсить сетку из влан 2 и влан 3.<br><br>как выход - например pppoe сервер на R1 и R2, на площадке - pppoe клиентские подключения в автоматическом режиме с кипаливами, связь пропала - все переконнектились на доступный сервер.<br><br>или stp он "замкнуть" кольцо надо ДО роутеров R1-R2.<br><br>Ну или заставить отключать анонсы нужных сетей с R1 при пропадании связи, но "классический" езернет такого неумеет, надо как-то отслеживать работоспособность канала вцелом... <br> https://www.opennet.ru/openforum/vsluhforumID6/1643.html#5 Tue, 03 Mar 2015 10:56:53 GMT &gt; При двух включенных каналах: <br><br>а сам шлюз 10.50.137.129 при отключении из локальной сети пингуется?<br> https://www.opennet.ru/openforum/vsluhforumID6/1643.html#4 Tue, 03 Mar 2015 09:06:18 GMT При двух включенных каналах:<br><br>R2<br>R2#sh ip route 10.50.137.128<br>Routing entry for 10.50.137.128/27<br> Known via "connected", distance 0, metric 0 (connected, via interface)<br> Routing Descriptor Blocks:<br> * directly connected, via GigabitEthernet2/0.2<br> Route metric is 0, traffic share count is 1<br>R2#sh ip route 10.51.31.0<br>Routing entry for 10.51.31.0/27<br> Known via "connected", distance 0, metric 0 (connected, via interface)<br> Routing Descriptor Blocks:<br> * directly connected, via GigabitEthernet2/0.3<br> Route metric is 0, traffic share count is 1<br>R2#sh gl<br>R2#sh glbp br<br>Interface Grp Fwd Pri State Address Active router Standby router<br>Gi2/0.2 4 - 150 Active 10.50.137.129 local 10.50.137.130<br>Gi2/0.2 4 1 - Active 0007.b400.0401 local -<br>Gi2/0.2 4 2 - Listen 0007.b400.0402 10.50.137.130 -<br>Gi2/0.3 1 - 150 Active 10.51.31.1 local 10.51.31.2<br>Gi2/0.3 1 1 - Active 0007.b400.0101 https://www.opennet.ru/openforum/vsluhforumID6/1643.html#3 Tue, 03 Mar 2015 08:09:57 GMT &gt;&gt;&gt; Помогите разобраться с GLBP.<br>&gt;&gt;&gt; Схема такая: http://myfolder.ru/files/43110831 <br>&gt;&gt; Хост A знает про ip в vlan2 и vlan3 через ospf? R1 <br>&gt;&gt; корректно отдает маршруты?<br>&gt; Знает. Трассировка до него доходит, а на R1 эти сети directly connected. <br><br>Поднял вашу схему в gns3, все работает ок.<br><br>покажите sh ip route и sh glbp brief с R1 и R2 до и после отключения, а так же sh ip route ospf c удаленной стороны до и после отключения.<br>