универсальная запись LISP

[Andrii Oliinyk]

Да... У меня есть 2 сайта, каждый с 2 BN и определенным количеством EN. Конфигурации Lisp в основном идентичны (очевидно, что данные RLOC различаются). Теперь, когда я смотрю на Subject на каждом сайте, я вижу разные результаты (не уверен, что там что наследуется). Кто-нибудь может объяснить мне эту разницу? SITE1EN0002#sho lisp instance-id 4099 ipv4 map-cache detail
LISP IPv4 Mapping Cache for LISP 0 EID-table vrf OFFICE_VN (IID 4099), 7 entries
0.0.0.0/0, uptime: 15:21:15, срок действия: 00:11:29, через map-reply, unknown-eid-forward
Источники: map-reply, static-send-map-request
Состояние: unknown-eid-forward, последнее изменение: 15:21:15, map-source: 10.200.120.242
Исключение, исходящие пакеты: 1143 (451439 байт), счетчики неточны (~ 00:24:33 назад)
Настроен как действие адресного
пространства EID: send-map-request + инкапсуляция в прокси ETR
PETR Время работы Состояние Pri/Wgt Encap-IID Domain-ID/MH-ID Metric
10.200.120.241 15:21:15 up 10/10 - 2128425366/12694 0
10.200.120.242 15:21:15 up 10/10 - 2128425366/12694 0 SITE2EN0002#sho lisp instance-id 4099 ipv4 map de
LISP IPv4 Mapping Cache for LISP 0 EID-table vrf OFFICE_VN (IID 4099), 21 entries
0.0.0.0/0, uptime: 00:00:57, срок действия: 00:00:02, через static-send-map-request
Источники: static-send-map-request
Состояние: send-map-request, последнее изменение: 10w4d, map-source: local
Исключение, Выходные пакеты: 28139 (15246720 байт), счетчики неточны (~ 00:07:25 назад)
Настроен как пространство адресов
EID Отрицательная запись в кэше, действие: send-map-request SITE1EN0002#show ip cef vrf OFFICE_VN 0.0.0.0/0 detail
0.0.0.0/0, эпоха 1, флаги [покрытие зависимых, контекст поддерева, проверка соответствия LISP, маршрут по умолчанию], совместное использование по
назначению SC owned,sourced: LISP удаленный EID - биты статуса локатора 0x00000000
LISP удаленный EID: 1143 пакета 451439 байт действие fwd signal-fwd, cfg как пространство EID Список путей
источника LISP nexthop 10.200.120.241 LISP0.4099
nexthop 10.200.120.242 LISP0.4099
Покрытые зависимые префиксы: 6
уведомление об обновлении покрытия: 6
2 источника IPL [без флагов]
nexthop 10.200.120.241 LISP0.4099
nexthop 10.200.120.242 LISP0.4099 SITE2EN0002#show ip cef vrf OFFICE_VN 0.0.0.0/0 detail
0.0.0.0/0, epoch 0, flags [cover dependents, check lisp eligibility, default route]
LISP удаленный EID: 28139 пакетов 15246720 байт fwd action signal, cfg as EID space
LISP source path list
attached to LISP0.4099
Покрытые зависимые префиксы: 17
notify cover updated: 17
1 IPL source [без флагов]
прикреплен к LISP0.4099

[jalejand]

Первая запись уже вызвала разрешение, вторая — нет. Разрешенный кэш карты 0.0.0.0/0 в pubsub: Edge2#show lisp ins 4099 ipv4 map 0.0.0.0/0 Кэш
сопоставления LISP IPv4 для LISP 0 Таблица EID vrf Campus (IID 4099), 1 запись 0.0.0.0/0, время работы: 02:36:59, срок действия: 00:06:05, через map-reply, unknown-eid-forward
Источники: map-reply, static-send-map-request
Состояние: unknown-eid-forward, последнее изменение: 02:36:59, map-source: 172.12.1.66
Исключено, Выходные пакеты: 4(2304 байт), счетчики не точны (~ 21:33:58 назад)
Настроен как действие адресного
пространства EID: send-map-request + инкапсуляция в прокси ETR
PETR Время работы Состояние Pri/Wgt Encap-IID Domain-ID/MH-ID Metric
172.12.1.65 02:36:59 вверх 10/10 - 2088152724/44692 0
172.12.1.66 02:36:59 вверх 10/10 - 2088152724/44692 0 После очистки: Edge2#clear lisp ins 4099 ipv4 map 0.0.0.0/0
Edge2#show lisp ins 4099 ipv4 map 0.0.0.0/0 Кэш
сопоставления LISP IPv4 для LISP 0 Таблица EID vrf Campus (IID 4099), 1 запись 0.0.0.0/0, время работы: 00:00:01, срок действия: 00:00:12, через static-send-map-request
Источники: static-send-map-request
Состояние: send-map-request, последнее изменение: 00:00:01, map-source: local
Исключение, Выходные пакеты: 0 (0 байт), счетчики неточны
Настроен как пространство адресов
EID Отрицательная запись в кэше, действие: send-map-request Причины неразрешенного кэша карты: Никакой трафик не вызвал разрешение на этом instance-id/VRF Связь с CP нарушена (в FE не получен ответ map-reply) Запросы map не отправляются в CP (подавление map, доступность CP, блокировка CTS, какой-то дефект??
![]
).