- Проблема с GLBP,
 _alecx_, 18:32 , 02-Мрт-15 (1)
- Проблема с GLBP, Ivan Pomidorov, 08:17 , 03-Мрт-15 (2)
>> Помогите разобраться с GLBP.
>> Схема такая: http://myfolder.ru/files/43110831
> Хост A знает про ip в vlan2 и vlan3 через ospf? R1
> корректно отдает маршруты?Знает. Трассировка до него доходит, а на R1 эти сети directly connected.
- Проблема с GLBP, _alecx_, 11:09 , 03-Мрт-15 (3)
>>> Помогите разобраться с GLBP.
>>> Схема такая: http://myfolder.ru/files/43110831
>> Хост A знает про ip в vlan2 и vlan3 через ospf? R1
>> корректно отдает маршруты?
> Знает. Трассировка до него доходит, а на R1 эти сети directly connected. Поднял вашу схему в gns3, все работает ок. покажите sh ip route и sh glbp brief с R1 и R2 до и после отключения, а так же sh ip route ospf c удаленной стороны до и после отключения.
- Проблема с GLBP, Ivan Pomidorov, 12:06 , 03-Мрт-15 (4)
При двух включенных каналах:R2
R2#sh ip route 10.50.137.128
Routing entry for 10.50.137.128/27
Known via "connected", distance 0, metric 0 (connected, via interface)
Routing Descriptor Blocks:
* directly connected, via GigabitEthernet2/0.2
Route metric is 0, traffic share count is 1
R2#sh ip route 10.51.31.0
Routing entry for 10.51.31.0/27
Known via "connected", distance 0, metric 0 (connected, via interface)
Routing Descriptor Blocks:
* directly connected, via GigabitEthernet2/0.3
Route metric is 0, traffic share count is 1
R2#sh gl
R2#sh glbp br
Interface Grp Fwd Pri State Address Active router Standby router
Gi2/0.2 4 - 150 Active 10.50.137.129 local 10.50.137.130
Gi2/0.2 4 1 - Active 0007.b400.0401 local -
Gi2/0.2 4 2 - Listen 0007.b400.0402 10.50.137.130 -
Gi2/0.3 1 - 150 Active 10.51.31.1 local 10.51.31.2
Gi2/0.3 1 1 - Active 0007.b400.0101 local -
Gi2/0.3 1 2 - Listen 0007.b400.0102 10.51.31.2 -
R1
R1#sh ip route 10.50.137.128
Routing entry for 10.50.137.128/27
Known via "connected", distance 0, metric 0 (connected, via interface)
Routing Descriptor Blocks:
* directly connected, via Vlan2
Route metric is 0, traffic share count is 1
R1#sh ip route 10.51.31.0
Routing entry for 10.51.31.0/27
Known via "connected", distance 0, metric 0 (connected, via interface)
Routing Descriptor Blocks:
* directly connected, via Vlan3
Route metric is 0, traffic share count is 1 R1#sh glb
R1#sh glbp br
Interface Grp Fwd Pri State Address Active router Standby router
Vl2 4 - 50 Standby 10.50.137.129 10.50.137.131 local
Vl2 4 1 - Listen 0007.b400.0401 10.50.137.131 -
Vl2 4 2 - Active 0007.b400.0402 local -
Vl3 1 - 50 Standby 10.51.31.1 10.51.31.3 local
Vl3 1 1 - Listen 0007.b400.0101 10.51.31.3 -
Vl3 1 2 - Active 0007.b400.0102 local - При отключении канала с R2: R2#sh ip route 10.50.137.128
Routing entry for 10.50.137.128/27
Known via "ospf 1", distance 110, metric 13, type intra area
Last update from 10.51.28.6 on GigabitEthernet0/0, 00:00:17 ago
Routing Descriptor Blocks:
* 10.51.28.6, from 10.51.10.105, 00:00:17 ago, via GigabitEthernet0/0
Route metric is 13, traffic share count is 1
R2#sh ip route 10.51.31.0
Routing entry for 10.51.31.0/27
Known via "ospf 1", distance 110, metric 13, type intra area
Last update from 10.51.28.6 on GigabitEthernet0/0, 00:00:19 ago
Routing Descriptor Blocks:
* 10.51.28.6, from 10.51.10.105, 00:00:19 ago, via GigabitEthernet0/0
Route metric is 13, traffic share count is 1
R2#sh glbp br
Interface Grp Fwd Pri State Address Active router Standby router
Gi2/0.2 4 - 150 Init 10.50.137.129 unknown unknown
Gi2/0.2 4 1 - Init 0007.b400.0401 unknown -
Gi2/0.2 4 2 - Init 0007.b400.0402 unknown -
Gi2/0.3 1 - 150 Init 10.51.31.1 unknown unknown
Gi2/0.3 1 1 - Init 0007.b400.0101 unknown -
Gi2/0.3 1 2 - Init 0007.b400.0102 unknown - R1#sh ip route 10.50.137.128
Routing entry for 10.50.137.128/27
Known via "connected", distance 0, metric 0 (connected, via interface)
Routing Descriptor Blocks:
* directly connected, via Vlan2
Route metric is 0, traffic share count is 1 R1#sh ip route 10.51.31.0
Routing entry for 10.51.31.0/27
Known via "connected", distance 0, metric 0 (connected, via interface)
Routing Descriptor Blocks:
* directly connected, via Vlan3
Route metric is 0, traffic share count is 1 R1#sh glbp br
Interface Grp Fwd Pri State Address Active router Standby router
Vl2 4 - 50 Active 10.50.137.129 local unknown
Vl2 4 1 - Active 0007.b400.0401 local -
Vl2 4 2 - Active 0007.b400.0402 local -
Vl3 1 - 50 Active 10.51.31.1 local unknown
Vl3 1 1 - Active 0007.b400.0101 local -
Vl3 1 2 - Active 0007.b400.0102 local - PS Сам собрал такую же схему на столе. На таком же железе, все работает.
- Проблема с GLBP, _alecx_, 13:56 , 03-Мрт-15 (5)
> При двух включенных каналах: а сам шлюз 10.50.137.129 при отключении из локальной сети пингуется?
- Проблема с GLBP, fantom, 14:20 , 03-Мрт-15 (6)
>> При двух включенных каналах:
> а сам шлюз 10.50.137.129 при отключении из локальной сети пингуется?Т.к. интерфейс GigabitEthernet2/0.2 не гаснет, и R1- более приоритетный роутер, пакеты отправляются на него, а т.к. для него сеть - директли коннектед - футболится в GigabitEthernet2/0.2, связи нет, пакеты пропадают....
Такая схема РАБОТАТЬ НЕ БУДЕТ если при пропадании связи роутер R1 продолжает анонсить сетку из влан 2 и влан 3. как выход - например pppoe сервер на R1 и R2, на площадке - pppoe клиентские подключения в автоматическом режиме с кипаливами, связь пропала - все переконнектились на доступный сервер. или stp он "замкнуть" кольцо надо ДО роутеров R1-R2. Ну или заставить отключать анонсы нужных сетей с R1 при пропадании связи, но "классический" езернет такого неумеет, надо как-то отслеживать работоспособность канала вцелом...
- Проблема с GLBP, _alecx_, 14:59 , 03-Мрт-15 (7)
>[оверквотинг удален]
> - футболится в GigabitEthernet2/0.2, связи нет, пакеты пропадают....
> Такая схема РАБОТАТЬ НЕ БУДЕТ если при пропадании связи роутер R1 продолжает
> анонсить сетку из влан 2 и влан 3.
> как выход - например pppoe сервер на R1 и R2, на площадке
> - pppoe клиентские подключения в автоматическом режиме с кипаливами, связь пропала
> - все переконнектились на доступный сервер.
> или stp он "замкнуть" кольцо надо ДО роутеров R1-R2.
> Ну или заставить отключать анонсы нужных сетей с R1 при пропадании связи,
> но "классический" езернет такого неумеет, надо как-то отслеживать работоспособность канала
> вцелом...Да гаснут интерфейсы. Но судя по инфе и если шлюз после отключения продолжает пинговаться, то с glbp все ок. Смотри внимательно маршрутизацию. - Проблема с GLBP, Ivan Pomidorov, 15:20 , 03-Мрт-15 (9)
Интерфейсы гашу админстративно , соотвественно ничто не анонсируется. Это для проверки, а в рабочей схеме должен быть sla monitor и event manager (кастыль канечно, но.. ).
- Проблема с GLBP, fantom, 15:24 , 03-Мрт-15 (10)
> Интерфейсы гашу админстративно , соотвественно ничто не анонсируется. Это для проверки,
> а в рабочей схеме должен быть sla monitor и event manager
> (кастыль канечно, но.. ).bfd не поможет??
- Проблема с GLBP, Ivan Pomidorov, 15:31 , 03-Мрт-15 (11)
>> Интерфейсы гашу админстративно , соотвественно ничто не анонсируется. Это для проверки,
>> а в рабочей схеме должен быть sla monitor и event manager
>> (кастыль канечно, но.. ).
> bfd не поможет??Почитаю, не сталкивался с таким. Спасибо за наводку.
- Проблема с GLBP, Ivan Pomidorov, 15:18 , 03-Мрт-15 (8)
>> При двух включенных каналах:
> а сам шлюз 10.50.137.129 при отключении из локальной сети пингуется?Пока не добрался до удаленной площадки, поэтому проверить не могу. Но поскольку с R1 я могу пингануть все хосты в локальной сети, то очевидно доступен.
|
Версия для распечатки
Проблема с GLBP, 
