Назад | Перейти на главную страницу

Если эхо-сигнал от IP-адреса туннельного интерфейса прошел успешно, но эхо-сигнал от источника туннельного интерфейса завершился неудачно, является ли это отключением Интернет-услуг?

Пытаюсь отследить сбой. Наш Cisco ASR имеет туннель, настроенный как

IP: 100.64. #. # Источник: 192. #. #. # (Блок Amazon DX, этот адрес также настроен как петля на другом интерфейсе) Назначение: 52. #. #. # (Конечная точка туннеля через Amazon)

Наш маршрутизатор отслеживает около дюжины эхо-сигналов, если эхо-сигналы от IP (100.64. #. #) Не работают, маршрутизатор предполагает, что туннель не работает, и перенаправляет все на вторичный маршрутизатор. Он также отслеживает эхо из источника (192. #. #. #), Который находится из нашего блока Amazon Direct Connect, были случаи, когда эти эхо не удавалось одновременно, и мне просто любопытно, какова именно ситуация, когда это происходит?


изменить: конфигурация добавлена ​​по запросу:

interface Loopback0 ip address 192.a.a.a 255.255.255.0 ip virtual-reassembly

interface Tunnel1 ip address 100.64.b.b 255.255.255.252 ip nat outside ip tcp adjust-mss 1436 tunnel source 192.a.a.a tunnel destination 52.c.c.c tunnel path-mtu-discovery

Маршрутизатор поддерживает BGP, и есть несколько виртуальных интерфейсов для адресов 169.254. #. #. Также есть несколько отголосков, например:

ip sla 11 icmp-echo 8.8.8.8 source-ip 192.a.a.a threshold 900 timeout 900 frequency 1 ip sla schedule 11 life forever start-time now

Если вышеприведенный и аналогичные методы не работают, маршрутизатор вставляет следующий переход к нашему вторичному маршрутизатору, который не касается каких-либо туннелей, поскольку он предполагает, что туннель не работает.

Есть еще несколько отголосков вроде:

ip sla 21 icmp-echo 100.64.c.c source-ip 100.64.b.b threshold 900 timeout 900 frequency 1 ip sla schedule 21 life forever start-time now

ip sla 22 icmp-echo 8.8.8.8 source-ip 100.64.b.b threshold 900 timeout 900 frequency 1 ip sla schedule 22 life forever start-time now

Маршрутизатор не выполняет никаких событий, если они меняют состояние, но я предполагаю, что это означает, что у нас отключен интернет-провайдер, и он позаботится об этом с помощью карты маршрутов. Но поскольку это единственные события в журнале, я хочу получить некоторые данные о том, как часто это происходит. Извините, если в нем отсутствует что-то еще, что может быть полезно, конфигурация маршрутизатора составляет более 1000 строк, у нас есть 2 маршрута от нашего основного интернет-провайдера, один для прямого подключения AWS, второй - обычный трафик, затем у нас есть резервный маршрут ISP для туннеля. трафик тоже.