Динамическая маршрутизация. Протоколы и работа.
Содержание:
Динамическая маршрутизация. Первое знакомство.
Теория протоколов динамической маршрутизации
Протокол OSPF
Практика OSPF
Проверка работоспособности OSPF
Протокол EIGRP
Практика EIGRP
Настройка передачи маршрутов между различными протоколами
Разбор практических задач
Наша многострадальная контора купила филиал в Калининграде. Филиал крупный и расположен в трех точках по городу и сидит, соответственно, на трех маршрутизаторах, соединенных кольцом.
Но проблема в том, что на них уже поднят EIGRP в качестве протокола динамической маршрутизации, более того, адресация конечных узлов там из сети 10.0.0.0/8. Допустим основное (адреса линкующихся и лупбэк интерфейсов) мы настроим, но перенастраивать кучу хостов это долгая работа. Зарезервируем на будущее подсеть 172.16.32.0/20 под это дело, а пока IP-план выглядит так:
И как, спрашивается, всю эту прелесть настраивать?
Так-то, казалось бы, очень просто:
В случае EIGRP можно задавать обратную маску для указания более узких рамок, а можно забить на это дело и тогда будет выбрана дефолтная для соответствующего класса сети маска.
/16 для класса B — 172.16.0.0
/8 для класса А — 10.0.0.0
Эти команды мы прописываем на всех маршрутизаторах в рамках автономной системы. AS определяется цифрой в команде router eigrp. В случае с нами это будет автономка номер 1. Эта цифра должна быть одинаковой на всех маршрутизаторах (в случае с OSPF это не требуется).
Стоит учитывать, что в обсуждаемом нами протоколе есть одна интересная особенность - по дефолту происходит автоматическое суммирование маршрутов в классовом виде. Давайте сравним таблицы маршрутизации на трех наших роутерах.
Сетка 10.0.0.1/24 у нас подключена к klgr-center-gw1, и он про неё знает:
А вот про 10.0.1.0/24 и 10.0.2.0/24 он понятия не имеет.
Роутер klgr-balt-gw1 знает о своих сетях 10.0.1.0/24 и 10.0.2.0/24, а вот сеть 10.0.0.0/24 мы не наблюдаем:
Маршрут до 10.0.0.0/8 они оба создали, но адрес next hop там Null0.
А вот роутер klgr-center-gw2 про сеть 10.0.0.0/8 знает, и что она доступна с обоих его WAN-интерфейсов ему тоже известно:
Мистика какая-то. Но давайте посмотрим конфиг этого маршрутизатора:
Вот оно что - виновато автоматическое суммирование! Это по сути есть самое большая проблема EIGRP. Давайте разбираться, вот у нас два роутера klgr-center-gw1 и klgr-balt-gw1 имеют сетки из диапазона 10.0.0.0/8, в который они по-умолчанию суммируют свои сети при анонсировании.
То есть роутер klgr-balt-gw1 вместо анонса двух сетей 10.0.1.0/24 и 10.0.2.0/24 рассказывает соседям про обобщенную для этого класса сеть 10.0.0.0/8. В итоге его нейбор абсолютно уверен, что за klgr-balt-gw1 находится вся эта сеть. Но если на klgr-balt-gw1 попадет пакет с адресатом 10.0.50.243? А он про этот маршрут ничегошеньки не знает... Для этого существует т.н. Blackhole-маршрут.
Дабы избежать петель маршрутизации пакеты с неизвестным адресом назначения улетят в это черное ничто. В итоге оба эти маршрутизатора создали свои blackhole-маршруты и попросту игнорируют чужие анонсы. Т.е. пока вы не отрубите auto-summary, пинговать девайсы в этой сети друг друга не смогут.
Это первое, что нужно сделать при настройке EIGRP:
Произведем эту настройку на всех устройствах и проверим результат.
klgr-center-gw1:
klgr-balt-gw1:
klgr-center-gw2:
Задача №4
Из-за настроек различных механизмов QoS на маршрутизаторах Калининграда, было изменено значение пропускной способности на интерфейсах, эти значения теперь не соответствуют действительности. Поэтому было решено, что необходимо изменить подсчет метрики EIGRP на маршрутизаторах Калининграда таким образом, чтобы учитывалась только задержка (delay) и не учитывалась пропускная способность интерфейса (bandwidth).
Ответ
Динамическая маршрутизация. Первое знакомство.
Теория протоколов динамической маршрутизации
Протокол OSPF
Практика OSPF
Проверка работоспособности OSPF
Протокол EIGRP
Практика EIGRP
Настройка передачи маршрутов между различными протоколами
Разбор практических задач
Динамическая маршрутизация. Первое знакомство.
Теория протоколов динамической маршрутизации
Протокол OSPF
Практика OSPF
Проверка работоспособности OSPF
Протокол EIGRP
Практика EIGRP
Настройка передачи маршрутов между различными протоколами
Разбор практических задач
Практика EIGRP
Наша многострадальная контора купила филиал в Калининграде. Филиал крупный и расположен в трех точках по городу и сидит, соответственно, на трех маршрутизаторах, соединенных кольцом.
Но проблема в том, что на них уже поднят EIGRP в качестве протокола динамической маршрутизации, более того, адресация конечных узлов там из сети 10.0.0.0/8. Допустим основное (адреса линкующихся и лупбэк интерфейсов) мы настроим, но перенастраивать кучу хостов это долгая работа. Зарезервируем на будущее подсеть 172.16.32.0/20 под это дело, а пока IP-план выглядит так:
И как, спрашивается, всю эту прелесть настраивать?
Так-то, казалось бы, очень просто:
router eigrp 1
network 172.16.0.0 0.0.255.255
network 10.0.0.0В случае EIGRP можно задавать обратную маску для указания более узких рамок, а можно забить на это дело и тогда будет выбрана дефолтная для соответствующего класса сети маска.
/16 для класса B — 172.16.0.0
/8 для класса А — 10.0.0.0
Эти команды мы прописываем на всех маршрутизаторах в рамках автономной системы. AS определяется цифрой в команде router eigrp. В случае с нами это будет автономка номер 1. Эта цифра должна быть одинаковой на всех маршрутизаторах (в случае с OSPF это не требуется).
Стоит учитывать, что в обсуждаемом нами протоколе есть одна интересная особенность - по дефолту происходит автоматическое суммирование маршрутов в классовом виде. Давайте сравним таблицы маршрутизации на трех наших роутерах.
Сетка 10.0.0.1/24 у нас подключена к klgr-center-gw1, и он про неё знает:
klgr-center-gw1:
10.0.0.0/8 is variably subnetted, 2 subnets, 2 masks
D 10.0.0.0/8 is a summary, 00:35:23, Null0
C 10.0.0.0/24 is directly connected, FastEthernet1/0
А вот про 10.0.1.0/24 и 10.0.2.0/24 он понятия не имеет.
Роутер klgr-balt-gw1 знает о своих сетях 10.0.1.0/24 и 10.0.2.0/24, а вот сеть 10.0.0.0/24 мы не наблюдаем:
10.0.0.0/8 is variably subnetted, 3 subnets, 2 masks
D 10.0.0.0/8 is a summary, 00:42:05, Null0
C 10.0.1.0/24 is directly connected, FastEthernet1/1.2
C 10.0.2.0/24 is directly connected, FastEthernet1/1.3
Маршрут до 10.0.0.0/8 они оба создали, но адрес next hop там Null0.
А вот роутер klgr-center-gw2 про сеть 10.0.0.0/8 знает, и что она доступна с обоих его WAN-интерфейсов ему тоже известно:
D 10.0.0.0/8 [90/30720] via 172.16.2.41, 00:42:49, FastEthernet0/1
[90/30720] via 172.16.2.45, 00:38:05, FastEthernet0/0Мистика какая-то. Но давайте посмотрим конфиг этого маршрутизатора:
router eigrp 1
network 172.16.0.0
network 10.0.0.0
auto-summaryВот оно что - виновато автоматическое суммирование! Это по сути есть самое большая проблема EIGRP. Давайте разбираться, вот у нас два роутера klgr-center-gw1 и klgr-balt-gw1 имеют сетки из диапазона 10.0.0.0/8, в который они по-умолчанию суммируют свои сети при анонсировании.
То есть роутер klgr-balt-gw1 вместо анонса двух сетей 10.0.1.0/24 и 10.0.2.0/24 рассказывает соседям про обобщенную для этого класса сеть 10.0.0.0/8. В итоге его нейбор абсолютно уверен, что за klgr-balt-gw1 находится вся эта сеть. Но если на klgr-balt-gw1 попадет пакет с адресатом 10.0.50.243? А он про этот маршрут ничегошеньки не знает... Для этого существует т.н. Blackhole-маршрут.
10.0.0.0/8 is a summary, 00:42:05, Null0Дабы избежать петель маршрутизации пакеты с неизвестным адресом назначения улетят в это черное ничто. В итоге оба эти маршрутизатора создали свои blackhole-маршруты и попросту игнорируют чужие анонсы. Т.е. пока вы не отрубите auto-summary, пинговать девайсы в этой сети друг друга не смогут.
Это первое, что нужно сделать при настройке EIGRP:
router eigrp 1
no auto-summaryПроизведем эту настройку на всех устройствах и проверим результат.
klgr-center-gw1:
10.0.0.0/24 is subnetted, 3 subnets
C 10.0.0.0 is directly connected, FastEthernet1/0
D 10.0.1.0 [90/30720] via 172.16.2.37, 00:03:11, FastEthernet0/0
D 10.0.2.0 [90/30720] via 172.16.2.37, 00:03:11, FastEthernet0/0klgr-balt-gw1:
10.0.0.0/24 is subnetted, 3 subnets
D 10.0.0.0 [90/30720] via 172.16.2.38, 00:08:16, FastEthernet0/1
C 10.0.1.0 is directly connected, FastEthernet1/1.2
C 10.0.2.0 is directly connected, FastEthernet1/1.3klgr-center-gw2:
10.0.0.0/24 is subnetted, 3 subnets
D 10.0.0.0 [90/30720] via 172.16.2.45, 00:11:50, FastEthernet0/0
D 10.0.1.0 [90/30720] via 172.16.2.41, 00:11:48, FastEthernet0/1
D 10.0.2.0 [90/30720] via 172.16.2.41, 00:11:48, FastEthernet0/1Задача №4
Из-за настроек различных механизмов QoS на маршрутизаторах Калининграда, было изменено значение пропускной способности на интерфейсах, эти значения теперь не соответствуют действительности. Поэтому было решено, что необходимо изменить подсчет метрики EIGRP на маршрутизаторах Калининграда таким образом, чтобы учитывалась только задержка (delay) и не учитывалась пропускная способность интерфейса (bandwidth).
Ответ
Динамическая маршрутизация. Первое знакомство.
Теория протоколов динамической маршрутизации
Протокол OSPF
Практика OSPF
Проверка работоспособности OSPF
Протокол EIGRP
Практика EIGRP
Настройка передачи маршрутов между различными протоколами
Разбор практических задач
