IS-IS: различия между версиями
Строка 575: | Строка 575: | ||
Можно настраивать в разных местах: L1, L2, на интерфейсах. | Можно настраивать в разных местах: L1, L2, на интерфейсах. | ||
L1, L2 защищает | L1, L2 защищает hello PDU, LSP, порядковый номер pdu, отправленных в рамках определнного уровня. | ||
Auth на интерфейсах | Auth на интерфейсах шифрует только hello PDUs. | ||
Типы: | Типы: |
Версия 16:46, 13 августа 2019
Краткое содержание, в пересказе Brad Hedlund
Был разработан для работы с CLNP/CLNS. Потом добавили возможность работать с IP (добавили tlv) - dual IS-IS.
CLNS (Connectionless network service).
CLNP (Connectionless network protocol).
dual IS-IS поддерживают M, MX, T series. Чистый ISIS работает только на J, SRX series.
Составляющие:
ESs - end system = hosts.
ISs - intermediate systems = routers.
PDU - protocol data unit = packet.
Level 1 - маршрутизация внутри area.
Level 2 - маршрутизация между area и к другим AS.
Level1/Level2 - совмещают 1 и 2 level на разных интерфейсах.
В Level 1/2 системах роутер помечает PDU в сторону Level1 attached bit'ом, который обозначает, что роутер присоединен к Level2 и что его можно использовать для достижения префиксов, находящихся за Level 1 area.
NET
Network entity title (NET) - обозначения роутеров. 49.0001.1921.6803.6001.00
49.0001 - area - число 1-13 байт.
1921.6803.6001 - system ID - обычно это просто ip loopback.
00 - selector
ISIS and OSPF
В чем одинаковы:
- Поддерживают link-state database и находят кратчайший путь, используя алгоритм Дейкстры
- Используют hello пакеты для поддержания соседства
- Имеют функцию аутентификации
- Выбирают designated router
- Производит address summarization между area
- Используют двухуровневую иерархию
Areas
В ISIS линки делят сеть на area, а не роутеры, как в ospf.
По аналогии с OSPF есть backbone area: в ISIS это кучка роутеров L2. L2 роутеры могут соединять разные area.
Ротуеры, которые не имеют соединений с другими area - L1.
В area, которая не backbone и имеет связь с другой area - будет находиться роутер, имеющий линки, смотрящие в разные area, поэтому он будет называться L1/L2 роутером (как ABR в OSPF).
И еще:
- Два роутера с одинаковой AREA
- Могут сформировать Level 1 adjacency
- Могут сформировать Level 2 adjacency
- Сформируют и Level 1 и Level 2 adjacency по-умолчанию
- Два роутера с разной AREA
- Не могут сформировать Level 1 Adjacency
- Сформируют Level 2 Adjacency
Multilevel operations
Level 2 network
При использовании L2 на всех роутерах будет сеть, аналогичная OSPF area 0. То есть все роутеры будут получать полные сведения о всей сети.
Тип LSP будет напрямую зависеть от Level соседства. Если установлено L1 соседство, то передаются LSP level1, если соседство L2, то и LSP будут L2.
L2 флудятся между всеми area.
Level 1 network
Между всеми роутерами установлено соседство L1 и между собой роутеры обмениваются только LSP L1. Также все роутеры имеют одинаковую LSDB.
Выход во внешнюю сеть в подобных сетях обеспечивается засчет предоставления 0/0 маршрута Attached роутером.
Пример вывода с роутера, имеющего только L1 соседство:
talisker> show isis database IS-IS level 1 link-state database: LSP ID Sequence Checksum Lifetime Attributes talisker.00-00 0xe 0x85d1 861 L1 L2 macduff.00-00 0xc 0xfc02 859 L1 L2 Attached macduff.02-00 0x5 0xa7cc 859 L1 L2
В таблице появляется маршрут:
talisker> show route protocol isis inet.0: 13 destinations, 13 routes (13 active, 0 holddown, 0 hidden) + = Active Route, - = Last Active, * = Both 0.0.0.0/0 *[IS-IS/15] 00:08:07, metric 10 > to 192.168.86.14 via ge-0/0/0.70
Attached-bit можно отключить следующим образом:
[edit protocols isis] + ignore-attached-bit;
L1/L2 network
L1/L2 сеть работает как NSSA в OSPF.
На L1/L2 роутерах происходит суммирование маршрутов L1 и суммированный маршрут флудится внутри L2 area.
Внутри каждой L1 area у всех L1 роутеров содержится одинаковая LSDB.
L2 маршруты не передаются в L1
External L1 по дефолту не передаются в L2, можно разрешить с помощью policy.
L1 роутеры изолированы от изменений топологии в других area.
- L1 роутеры используют attached-bit, который передается в L1 PDU от L1/L2 роутера. При этом локальный L1/L2 роутер генерирует default route для остальных L1 роутеров.
- L1 роутеры используют кратчайший путь (по метрике) к attached роутеру.
При разделении роутеров на разные уровни повышается мастабируемость, т.к.:
- L1 изолированы от общей топологии сети, вне своей aera.
- Суммирование L1 маршрутов позволяет L2 роутрам производить SPF не всей сети, а исключая L1.
Действия внутри multilevel networks
L1 роутеры имеют только локальную маршрутную информацию, внутри своей area. Чтобы достичь назначения вне своей area, L1 роутеры используют default route. В L1 PDU можно впихнуть и externel routes. Но по умолчанию такие маршруты не будут передаваться L2. Чтобы избежать подобных утечек, потребуется policy.
L2 PDU attached роутров передают внутренние L1 маршруты своим L2 соседям в других area. L2-r не передает от своих L2-r соседей никаких маршрутов в сторону L1, поэтому L1 роутеры и нуждаются в default route.
Использование wide metrics убирает обозначение internal/external routes. Все становятся просто internal. Вследствие чего все L1 перетекают L2.
Можно отключить функцию генерирования default-route на L1 роутрах:
set protocols isis ignore-attached-bit
Использование ignore-attached-bit. Когда применяется:
- Иногда админу требуется, чтобы L2 routes просочились к L1 => L1 больше не нуждается в default-route. Бывает, что появились криво сгенерированные (неподходящие) L1 LSP, L2 роутер будет их упаковывать в L2 LSP, чтобы передать своим L2 соседям. При этом сами L1 LSP, как таковые, флудиться не будут.
- Если сгенерированный def route с next-hop в сторону attached роутера не является оптимальным, то его можно просто отключить.
ISIS adjacency
Что можно узнать о соседе:
- SystemID of the neighbor
- exchange capabilities (like Graceful Restart)
- which family neighbor supports
- if the IP network of the link is in the same range (to validate the Next-hop)
- if the MTU of the link can conveys the max
IIH = ISIS Hello packet. используются для установления соседства.
Hold timer тоже передается в IIH. Дефолтное значение = 27с. Hold-timer менять нельзя, он равен 3* hello interval.
Что проверяется при установление соседства:
- MTU checking = TLV 8. ISIS max mtg = 1492 bytes. Поэтому линка должен быть с mtu никак не меньше!
- The subnet checking = TLV 132. На p2p линке должны быть адреса из одной подсети.
- Protocol checking = TLV 129. CLNP ; IPv4 ; IPv6 … Тоже должны совпадать.
- Area checking = TLV 1. Area num используется только для L1 роутеров. Должна совпадать.
Для более быстрого распознавания потери соседа настраивается BFD. Например, для времени детектирования менее 450 мс
set groups isis protocols isis interface <ge-*> bfd-liveness-detection minimum-interval 150 set groups isis protocols isis interface <ge-*> bfd-liveness-detection multiplier 3
Policy for leaking routes
set policy-options policy-statement route-leak term L2-to_l1 from protocol isis set policy-options policy-statement route-leak term L2-to_l1 from level 2 set policy-options policy-statement route-leak term L2-to_l1 from route-filter 192.168.16.0/20 orlonger set policy-options policy-statement route-leak term L2-to_l1 to level 1 set policy-options policy-statement route-leak term L2-to_l1 then accept
При настройке подобного policy в 2 стороны (L2->L1, L1->L2), вполне себе может образоваться петля. Чтобы ее избежать, в LSP передается up/down bit. up = можно передавать маршрут. down = уже есть утечка этого маршрута из другого level, поэтому его передача запрещена.
Настраивается на роутере, граничащим с L1 роутером.
Summarization
На L1/L2 роутерах происходит суммирование маршуртов. Суммируются external L1 routes + L2 routes от других ISIS area (+ можно просуммировать internal L1 routes (хотя они итак по дефолту передаются L2)).
Также суммирование можно произвести с помощью policy:
set policy-options policy-statement term on-the-L1L2 from protocol aggregate set policy-options policy-statement term on-the-L1L2 from route-filter 172.16.20.0/22 exact set policy-options policy-statement term on-the-L1L2 to level 2 set policy-options policy-statement term on-the-L1L2 then accept set protocols isis level 1 export on-the-L1L2
Пример, на роутере L1 есть локальные маршруты, их нужно агрегировать в 1 большой маршрут и переслать в сторону L2. Агрегирование и перенаправление в L2 будем делать на L1/L2 роутере.
set policy-options policy-statement internal-L1-summary term local-summary from protocols aggregate set policy-options policy-statement internal-L1-summary term local-summary from route-filter 10.0.4.0/22 exact set policy-options policy-statement internal-L1-summary term local-summary to level 2 set policy-options policy-statement internal-L1-summary term local-summary then accept set policy-options policy-statement internal-L1-summary term suppress-specifics from route-filter 10.0.4.0/22 longer set policy-options policy-statement internal-L1-summary term suppress-specifics to level 2 set policy-options policy-statement internal-L1-summary term suppress-specifics then reject set protocols isis export internal-L1-summary
Можно применять несколько policy. В таком случае они будут обрабатываться слева направо. Пока нужный префикс не поппадет под условие с последующим терминирующим действием (accept, reject). Пометка к конфигу:
- по умолчанию на интерфейсе включены оба L1 и L2. В конфиге нужно отключить ненужный level. Также можно глобально отключить работу одного из уровней <set protocols isis level 1 disable>.
- советуют все-таки добавлять lo в protocols isis, даже если NET сконфигурирован не на нем.
- конфиг lo: isis работает на lo в пассивном режиме: соседства с него не строит, но роутер передает о нем инфо, как о локальном линке. LSP генерируется автоматом и в L1 и в L2. (можно это действо запретить для одного из уровней).
Dejkstra algorithm
Shortest-path-first (SPF) рассчитывается отдельно для разных уровней, т.к. LSDB тоже заводятся для разных уровней.
Существуют:
- link-state database
- candidate database
- tree database.
LSDB - это данные на основании которых рассчитывается sortest-path-first. LSDB = router ID + neighbor ID + cost.
Движение по таблицам: lsdb -> candidate > tree.
Чтобы повысить сходимость, JunOS делает рассчет spf 3 раза, до того, как истечет hold-timer в 5 сек. Этот тамймер установлен железно в JunOS и не конфигурируется.
Таймер гарантирует, что во время изменения топологии пакеты будут маршрутизироваться (несмотря не неправильность маршрутной информации).
Таймер spf-delay - конфигурируемый таймер, немного откладывает процесс spf. По дефолту 200 мс. Может быть от 50мс, до 1000 мс. Рекомендуется устанавливать чуть больше, чем самое высокое время прохождения пакета в сети, чтобы до роутеров успевали доходить lsp.
SPF делается в 2 шага:
- строится дерево, где указаны все IS сети.
- нанесение анонсируемых префиксов на tree, и рассчет кратчайших путей до них, на каждом роутере.
Partial route calculation
Если какой-то роутер начинает аннонсить новый префикс или перестает анонсить старый, то нет смысла делать полный пересчет SPF. В таких случаях производится пересчет только ip reachability (только для конкретных префиксов). Каждый роутер сам решает какой пересчет (IS reachability или IP reachability) ему делать, на основании полученного lsp.
Маршруты полученные от ISIS приходят на роутер в виде LSP, потом производится рассчет spf и только после этого заносятся в таблицу маршрутизации. Поэтому, чтобы зафильтровать определенные маршруты с помощью policy, требуется делать это на роутере, генерирующем маршруты, с помощью export-policy. Import-policy - не работает в случае с ISIS.
LSP format
LSP (link-state PDU ) описывает состояния соседства с другими роутерами в сети. Периодически флудится. Содержит TLV сегменты.
LSP флудится при изменениях в сети или по таймеру, чтобы содержать обновленную информацию. PDU имеет поле remaining lifetime (2 байт), при создании PDU по дефолту таймер = 1200 sec = 20 min. Роутер, кот получил PDU, начинает отсчет до 0. До того как таймер истечет (~ 317 sec), исходная система (роутер) пересоздает PDU и флудит его.
| Protocol ID | Header length | Version | ID Length | PDU Type | Version | Reserved | Max area address | PDU headers and TLVs |
ID Length (6 байт), Max area address (3 байт) - иногда = 0х00 - это показывает, использует значения по умолчанию и что LSP совмещен с более старыми версиями протокола.
Version (1) - ранее использовалось как расширение под protocol ID, но в сейчас не используется вообще и значение = 0х01 (реально версия протокола).
Version (2) - текущая версия протокола = 0х01.
Формат PDU headers and TLVs
| PDU length | Remaining lifetime | LSP ID | Sequence number | Checksum | ATT, OL, IS Type bits | TLVs |
PDU type - L1 (18) / L2 (20) PDU
LSP ID - 8 байт: 6 - router's system ID, 1 - circuit ID, 1 - LSP number. Придает уникальность внутри домена.
System ID = NET
LSP number = изначальный PDU имеет значение 0x00, каждый следующий фрагмент + 1.
Circuit ID - 0x01 - for loopback или p2p interface, [0x02 - 0xff] - broadcast segment.
Attached bit (ATT) - ставится в L1 PDU, ISIS роутером, кот имеет соседство с L2. L1 роутер после этого передает пакеты к этому attached роутеру, если нужно выйти за пределы area.
Overload (OL) - ставится, когда роутер хочет оповестить остальных, что он перегружен (скорее не хватает памяти) и не сможет надежно передать transit пакет. Сейчас крайне редко используется, так как роутеры мощные. При этом роутер будет продолжать генерировать LSP от себя, но транзитный трафик через него не должен проходить. Можно использовать, когда: 1. роутер должен быть выведен из сети на время работ. 2. роутер имеет большое кол-во bgp peers.
Можно включить или выключить overload bit на постоянной основе, а можно включить для него таймер (60-1800 сек). Таймер начинает тикать, когда ты закоммитишь конфиг + условие: должен работать rpd.
IS type - определяет уровень роутера (L1 (0x01)/ L1 + L2(0x03))
Hello PDU
Используется для поиска, установления и поддержания соседства.
Разные hello для broadcast(LAN) и p2p сетей. LAN делится на L1 и L2, имеют одинаковый формат. Broadcast netw: L1 (01-80-c2-00-00-14) / L2 (01-80-c2-00-00-15)
Передаются с интервалом DIS (designated IS) 3 sec, non-DIS 9 sec.
Суть:
- Идентифицировать устр-во
- Описать его возможности
- Описать параметры интерфейса.
PDU filelds: - circuit type: L1, L2, L1/L2 router.
- source ID: system ID of originated router.
- hold timer: сколько ждать hello от соседа.
- PDU length: в октетах (байтах).
- Priority: 0-127 для DIS роутеров.
- LAN ID: system ID или DIS + 1 октет.
Link-state PDU
Служат для:
- Идентификации IS соседств
- Описывает состояния своих соседств
- Описывает достижимые через него адреса.
Для построения LSDB.
Разные LSP для L1 и L2.
Отправляются в результате изменений в сети, во время формирования соседства и в ответ на sequence number PDU.
Отсылаются
- периодически
- когда упал линк к соседу
- когда появляется новый сосед
- изменилась стоимость линка.
Sequence number PDUs
Partial sequence number PDU: Используется для:
- Поддержания LSDB синзронизации
- Подтверждения LSPs от соседей на p2p сетях
- Запрашивает копию пропущенных LSP в broadcast сетях
Разный для L1 и L2 систем. Содержит спец информацию в заголовке для определенных LSP, кот подтверждены либо запрошены.
Complete sequence number PDU:
Используется для поддержания LSDB синхронизации. Отправляется периодически всеми IS на p2p сетях, только DIS на broadcast сетях.
Разные типы для L2 и L1 систем.
Содержат инфо заголовка со всех LSP.
TLV
Type/Length/Value
Каждый кусочек информации в ISIS определяется как объект с атрибутами:
- Type: предопределенный код для типа информации, кот содержит объект.
- Length: размер информации
- Value: информация определенного типа
TLV это блоки для ISIS PDU, кот используются для обмена информации. Некоторые TLV могут быть использованы несколькими PDU, некоторые только конкретным PDU.
ISIS использует только известные TLV.
TLV Number | Описание |
---|---|
1 | Area address: area address, закодированный внутри ISIS NET на loopback. |
2 | IS neighbor metrics: соседи локального роутера + метрики для достижения этих соседей (0-64). |
6 | Neighbor LAN ID |
8 | Padding |
9 | LSP entries |
10 | Authentication: содержит тип аутентификации и пароль. |
22 | Extended IS reachability:
|
128 | IP internal reachability, prefix, mask, metrics: ip и mask для каждого интерфейса маршрутизатора, кот поддерживает IPv4. |
129 | Protocols supported: какие L3 протоколы поддерживает локальный роутер (IPv4, IPv6, CLNS - для SRX, J-series). |
130 | IP external information: netw+mask всех маршрутов, присланных в ISIS, используя policy. |
132 | IP interface addresses: host ip address для всех интерфейсов роутера. |
134 | TE IP router ID: router-ID локального роутера. |
135 | Extended IP reachability: ip+mask всех интерфейсов, пожжерживающих TE. |
137 | dynamic hostname resolution: ASCII hostname локального роутера. |
222 | Multiple topologies IS reachability: соседи локального роутера + роутеры, поддерживающие несколько топологий ISIS. |
229 | Multiple topologies supported: какие топологии ISIS поддерживает роутер. Каждая топология определена 12-битным полем с ID. |
232 | IPv6 interface address: IPv6 интерфейсов. |
235 | Multiple topologies (rout instances) IP reachability: ip интерфейсов, кот поддерживает несколько топологий. |
236 | IPv6 reachability: инфо о линке, где работает IPv6 протокол. |
Metrics
При расчете spf используется cost на исходящих интерфейсах.
На одном линке разными роутерами могут быть назначены разные метрики. В этом случает ISIS ругаться не будет, но SPF будет рассчитвывать кратчайший путь в разных направлениях с разными стоимостями. Это только может усложнить админам работу, но ISIS будет работать.
Также в отличие от ospf, в isis по умолчанию используются только static metrics. Нет метрик, рассчитанных от interface bandwidth rate. Но это дефолтное поведение можно поправить.
set protocols isis reference-bandwidth 10g
Дефолтное значение static metric = 10.
На passive interfaces metric = 0.
На external маршрутах и маршрутах, переданных между area, метрика = стоимости маршрута.
Wide metric
Обычно в TLV типов 2, 128, 130 поле под метрику = 6 бит. Напомним, что эти TLV используются, чтобы передавать инфо о своих линках и external routes. Т.е. максимальное значение метрики = 63 (0-63). Любое бОльшее значение метрики, настроенное на интерфейсе передается как 63.
Как я поняла, для рассчета spf это нифига не правильно и он добавляет несколько значений по 64, чтобы достичь нужного значения.
При внедрении функционала TE, появились 22 и 35 TLV, в них стали использовать 24-битные metrics и поле под total cost было расширено до 32 бит. При этом wide metrics не могут отличать internal маршруты от external.
По умолчанию в ISIS роутер передает и small и wide metrics. Можно настроить, чтобы роутер работал только с wide (рекомендуется), но стоит учесть, что тогда это автоматически уберет возможность различать internal/external routes. И в сети будут просачиваться external маршруты Level 1 в Level 2.
[edit protocols isis level 1] wide-metrics-only; [edit protocols isis level 2] wide-metrics-only;
Пример LSP на роутере
vSRX2> show isis database extensive IS-IS level 1 link-state database: vSRX2.00-00 Sequence: 0x11f, Checksum: 0xb7a0, Lifetime: 1169 secs IS neighbor: vSRX3.02 Metric: 10 Two-way fragment: vSRX3.02-00, Two-way first fragment: vSRX3.02-00 IP prefix: 2.2.2.2/32 Metric: 0 Internal Up IP prefix: 10.0.0.0/30 Metric: 10 Internal Up IP prefix: 10.0.0.4/30 Metric: 10 Internal Up Header: LSP ID: vSRX2.00-00, Length: 218 bytes Allocated length: 1492 bytes, Router ID: 2.2.2.2 Remaining lifetime: 1169 secs, Level: 1, Interface: 0 Estimated free bytes: 1187, Actual free bytes: 1274 Aging timer expires in: 1169 secs Protocols: IP, IPv6 Packet: LSP ID: vSRX2.00-00, Length: 218 bytes, Lifetime : 1198 secs Checksum: 0xb7a0, Sequence: 0x11f, Attributes: 0xb <L1 L2 Attached> NLPID: 0x83, Fixed length: 27 bytes, Version: 1, Sysid length: 0 bytes Packet type: 18, Packet version: 1, Max area: 0 TLVs: Area address: 49.1111 (3) Speaks: IP Speaks: IPV6 IP router id: 2.2.2.2 IP address: 2.2.2.2 Hostname: vSRX2 IS neighbor: vSRX3.02, Internal, Metric: default 10 IS extended neighbor: vSRX3.02, Metric: default 10 IP address: 10.0.0.5 Local interface index: 74, Remote interface index: 0 Current reservable bandwidth: Priority 0 : 980Mbps Priority 1 : 980Mbps Priority 2 : 980Mbps Priority 3 : 980Mbps Priority 4 : 980Mbps Priority 5 : 980Mbps Priority 6 : 980Mbps Priority 7 : 980Mbps Maximum reservable bandwidth: 1000Mbps Maximum bandwidth: 1000Mbps Administrative groups: 0 <none> IP prefix: 10.0.0.0/30, Internal, Metric: default 10, Up IP prefix: 10.0.0.4/30, Internal, Metric: default 10, Up IP prefix: 2.2.2.2/32, Internal, Metric: default 0, Up IP extended prefix: 10.0.0.0/30 metric 10 up IP extended prefix: 10.0.0.4/30 metric 10 up IP extended prefix: 2.2.2.2/32 metric 0 up No queued transmissions
DIS
Designated Intermedia System
Не выбирается на p2p линках. Выборы производятся только между роутрерами, подключенными через один ethernet сегмент.
DIS отвечает за передачу link-state сообщений.
Как проверить, что на нашей сети не появился DIS:
show isis database LSP ID Sequence Checksum Lifetime Attributes sun-r1.00-00 0x81 0x7a6e 1153 L1 sirius-r2.00-00 0xd 0x292 616 L1 canopus-r3.00-00 0xa4 0x16cf 699 L1 arcturus-r4.00-00 0xc0 0xbe94 773 L1 ... и т.д.
00-00 - первая пара 00 - это как раз pseudonode-id. Раз он равен 0, то DIS в данном сегменте нет. Если значение первой пары отличается (03-00, 05-00), значит выбран DIS.
Выборы DIS в бродкаст сети / multi access сети:
- приоритет: (0-127) для L1 и L2 назначаются разные, по умолчанию = 64. Передаются в hello PDU. Приоритет = 0 - роутер не участвует в выборах. На не бродкастных линках приоритет = 0.
- наибольший mac / SNPA.
- Для L1 и L2 DIS выбирается отдельно.
set protocols isis interface ge-0/0/1.212 level 1 priority 105
ISIS сеть считается роутером, называемым pseudo-node: по факту просто создается некая сущность, типа виртуального роутрера, с которым все роутеры в бродкаст сети устанавливают соседство (в том числе и сам DIS).
- Каждый роутер анонсирует линк к pseudo-node, включая DIS.
- Каждый роутер формирует соседство с каждым роутером в бродкаст/мультиакцесс сети (в отличие от OSPF).
Поведение DIS:
- Каждый роутер флудит свои link-state PDU каждому соседу, а не только DIS. DIS таким образом использует систему из PDU (sequence number PDU).
- DIS является представителем pseudo-node и пересылает pseudo-node всем присоединенным роутерам.
- Не существует backup DIS. при падении существующего DIS просто производятся новые выборы, и новый флуд link-state PDU.
Каждый DIS по дефолту каждые 10 сек отправляет CSNP (complete sequence number PDU) в LAN интерфейс. Также эти CSNP позволяют другим роутерам знать, когда DIS становится недоступным. Можно настроить таймер csnp (csnp-interval). Обычно для broadcast линка, где подключены только 2 роутера, этот интервал делают не очень коротким, т.к. в этом нет необходимости.
set protocols isis interface ge-0/0/0.0 csnp-interval (1-65535)
Пример Isis database с DIS на сети (вывод с canopus-r3, DIS=arcturus-r4):
IS-IS level 1 link-state database: sun-r1.00-00 Sequence: 0x81, Checksum: 0x7a6e, Lifetime: 120 secs IS neighbor: sirius-r2.00 Metric: 10 IS neighbor: procyon-r8.00 Metric: 10 IP prefix: 172.30.0.0/30 Metric: 10 Internal Up IP prefix: 172.30.0.8/30 Metric: 10 Internal Up IP prefix: 172.30.5.1/32 Metric: 0 Internal Up sirius-r2.00-00 Sequence: 0xf, Checksum: 0x8b15, Lifetime: 808 secs IS neighbor: sun-r1.00 Metric: 10 IS neighbor: rigel-r7.00 Metric: 10 IP prefix: 172.30.0.0/30 Metric: 10 Internal Up IP prefix: 172.30.0.12/30 Metric: 10 Internal Up IP prefix: 172.30.0.16/30 Metric: 10 Internal Up IP prefix: 172.30.5.2/32 Metric: 0 Internal Up canopus-r3.00-00 Sequence: 0xa9, Checksum: 0x8a8c, Lifetime: 1155 secs IS neighbor: arcturus-r4.02 Metric: 10 IP prefix: 172.30.0.12/30 Metric: 10 Internal Up IP prefix: 172.30.0.20/30 Metric: 10 Internal Up IP prefix: 172.30.0.24/30 Metric: 10 Internal Up IP prefix: 172.30.1.0/24 Metric: 10 Internal Up IP prefix: 172.30.2.0/24 Metric: 10 Internal Up IP prefix: 172.30.5.3/32 Metric: 0 Internal Up a-centauri-r5.00-00 Sequence: 0x96, Checksum: 0x7374, Lifetime: 1161 secs IS neighbor: arcturus-r4.03 Metric: 10 IP prefix: 172.30.0.28/30 Metric: 10 Internal Up IP prefix: 172.30.0.32/30 Metric: 10 Internal Up IP prefix: 172.30.5.5/32 Metric: 0 Internal Up vegan-r6.00-00 Sequence: 0x92, Checksum: 0x7aca, Lifetime: 813 secs IS neighbor: a-centauri-r5.00 Metric: 10 IS neighbor: rigel-r7.00 Metric: 10 IP prefix: 172.30.0.24/30 Metric: 10 Internal Up IP prefix: 172.30.0.32/30 Metric: 10 Internal Up IP prefix: 172.30.0.40/30 Metric: 10 Internal Up IP prefix: 172.30.5.6/32 Metric: 0 Internal Up rigel-r7.00-00 Sequence: 0x9, Checksum: 0x82f5, Lifetime: 275 secs IS neighbor: sirius-r2.00 Metric: 10 IS neighbor: vegan-r6.00 Metric: 10 IS neighbor: procyon-r8.00 Metric: 10 IP prefix: 172.30.0.16/30 Metric: 10 Internal Up IP prefix: 172.30.0.40/30 Metric: 10 Internal Up IP prefix: 172.30.0.44/30 Metric: 10 Internal Up IP prefix: 172.30.5.7/32 Metric: 0 Internal Up procyon-r8.00-00 Sequence: 0x81, Checksum: 0xd174, Lifetime: 817 secs IS neighbor: sun-r1.00 Metric: 10 IS neighbor: rigel-r7.00 Metric: 10 IP prefix: 172.30.0.8/30 Metric: 10 Internal Up IP prefix: 172.30.0.44/30 Metric: 10 Internal Up IP prefix: 172.30.5.8/32 Metric: 0 Internal Up arcturus-r4.00-00 Sequence: 0x4, Checksum: 0xb668, Lifetime: 1157 secs IS neighbor: arcturus-r4.02 Metric: 10 IS neighbor: arcturus-r4.03 Metric: 10 IP prefix: 172.30.0.20/30 Metric: 10 Internal Up IP prefix: 172.30.0.28/30 Metric: 10 Internal Up IP prefix: 172.30.1.0/24 Metric: 10 Internal Up IP prefix: 172.30.2.0/24 Metric: 10 Internal Up IP prefix: 172.30.5.90/32 Metric: 0 Internal Up arcturus-r4.02-00 Sequence: 0x3, Checksum: 0xf44, Lifetime: 1158 secs IS neighbor: canopus-r3.00 Metric: 0 IS neighbor: arcturus-r4.00 Metric: 0 arcturus-r4.03-00 Sequence: 0x1, Checksum: 0x1495, Lifetime: 1157 secs IS neighbor: a-centauri-r5.00 Metric: 0 IS neighbor: arcturus-r4.00 Metric: 0
Authentification
Можно настраивать в разных местах: L1, L2, на интерфейсах.
L1, L2 защищает hello PDU, LSP, порядковый номер pdu, отправленных в рамках определнного уровня.
Auth на интерфейсах шифрует только hello PDUs.
Типы:
- MD5 (включает checksumm ко всем пакетам)
- plain-text
- none
Можно выборочно отключить authen для конкретных типов PDU. Опция позволяет как не защищать конкретные PDU, так и не проверять пришедшие конкретные PDU.
no authentification-check | позволяет защищать исходящие пакеты, PDU, но при получении принимать все PDU, вне зависимости от того подходят ли они или нет.
Mesh-groups
Все роутеры флудят LSP всем своим соседям. В итоге один роутер может получать несколько одинаковых копий LSP.
Чтобы этого избежать, можно использовать mesh-groups. Члены группы не пересылают LSP внутри группы. Пересылаются только LSP, полученных извне группы.
set protocols isis interface ge-0/0/0.0 mesh-group 1 set protocols isis interface ge-0/0/1.0 mesh-group 2 set protocols isis interface ge-0/0/2.0 mesh-group blocked | икслючает флуд любых LSP от себя, но принимает LSP от соседей.
Default Policies
Как и OSPF, ISIS - link-state протокол. Таблица маршрутизации заполняется префиксами, прошедшими SPF алгоритм.
LSP заполняются не из inet.0, а из того, что сконфигурировано внутри <protocols isis>. В ISIS можно полисить internal subnets и external subnets с помощью export policy. (в ospf можно фильтровать таким образом только external routes).
Redistribution
Чтобы в ISIS передать маршруты, полученные из других протоколов, требуется export-policy.
В policy как действие можно не только делать accept, но и устанавливать метрику и добавлять теги. Теги полезны для выборочной редистрибьюции. На принимающей стороне можно с помощью тегов разруливать маршруты.
Prefix limit (for external routes)
JunOS + ISIS = это достаточно надежная система, которая позволяет стабильно работать и с большим числом префиксов, но лучше этого не допускать.
Желательно выставлять все-таки какое-то ограничение по количеству внешних маршрутов (1-4,294,967,295). При достижении лимита ISIS перестает принимать external routes + обозначает себя (через LSP) как overload. В таких случаях только ручное вмешательство спасает ситуацию.
IPv6
Если в ISIS используются разные топологии для IPv4 и IPv6, то следует указать в конфиге, чтобы для ipv6 строилась своя топология:
set protocols isis topologies ipv6-unicast
Troubleshoting ISIS adjacencies
Что проверить:
- физика между роутерами
- несовпадение level
- mtu не должно быть меньше 1492
- отсутствие ip конфига на интерфейсах
- отсутствие/либо неверный конфиг ISO-NET: ошибочно включен iso на loopback
на p2p линках не обязательно использовать адреса из одной сети, линк может быть unnumberd или иметь /32 сеть.
Config
Что обязательно:
- family iso на интерфейсах
- NET на одном из интерфейсов (обычно это lo)
- по умолчанию интерфейсы L1/L2, если интерфейс должен быть только в L2, нужно выключить L1. И наоборот.
Побочное:
- metric/cost: по дефолту = 10 (даже для passive), для loopback = 0. Каждый level на интерфейсе может иметь свою метрику.
set protocols isis interface ge-0/0/0.10 level 1 metric 50 set protocols isis interface ge-0/0/0.10 level 2 metric 20
- reference bandwidth: автоматический расчет cost. cost = reference bandwidth / bandwidth. При этом на всем роутере для разных линков остается одинаковый коэфициент. Говорят в больших сетях помогает админам, вместо ручного метода.
set protocols isis reference-bandwidth
L1/L2 router:
oban# show protocols isis { traceoptions { file isis-log size 10m files 10 world-readable; flag state detail; flag error detail;} export [ L2-to-L1 export-external ]; interface ge-0/0/0.110 { level 1 disable;} interface ge-0/0/0.130 { level 2 disable;} interface lo0.0 { passive;}}
L1 router:
isis { traceoptions { file isis-log size 10m files 10 world-readable; flag state detail; flag error detail;} export export-to-L2; level 2 disable; interface ge-0/0/0.130; interface lo0.0 { passive;}}
Monitoring
show isis interface | L = 3 = L1 / L2 router show isis adjacency show isis spf log show isis statistics show isis route show isis database extensive